Перейти к содержанию

dimone

Участник
  • Публикаций

    102
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о dimone

  • Звание
    Частый гость
  1. тормознутый J-link

    UPD:таки да,-заменил кварц , было 18,4295 и все пошло.. Ситуация вполне куръезная. -Имеется стадо J-link-ов (клонов).. Не секрет, что их прошивке своиственно иногда "слетать".. Такие окирпиченные экземяры собираются в ящике, по достижении критического кол-ва которых выделяется человек, который нехитрой процедурой стирания и восстановления заводского загрузчика , с последующей загрузки J-link-овской прошивки Самбой, приводит их в рабочее состояние, с последующим обновлением прошивки до текущей. Таквот есть один экземляр , который при обновлении, а оно предлагается повидимому всегда, при исользованнии Сеггеровских драйверов , начинает обновляться, и не вкладываятся в отведенный на эту процедур таймаут буквально на несколько миллисекунд, обратно окирпичивается.. Причем ,если не обновлять его прошивку, то он работает нормально, но окно о необходимом обновлении появляется при каждом обращении к программатору, и если по-запарке нажать не "no", то результат -предсказуем( Может кто подскажет, что можно сделать, чтоб он не выбивался из "стада"?.. ,-кварц менять что-ле?
  2. Прошивки более 2Мб (для STM32)

    в EmWin-е вроде свои RLE есть, крупных шрфтов избыточность очевидна, со шрифтами то я управлюсь , мне было интересно решение вопроса мегапрошивки в принципе.
  3. Прошивки более 2Мб (для STM32)

    -это разрешение ОЛЕД индикатора. Попробуйте растеризовать кириллицу+латинницу и указаный вами диапазон для одного лишь нежирного Аrial 48 для LCD естесственно понадобятся значительно большие, если на пол-высоты крана цифири, а хотя бы на треть сообщния.. Естесственно соглашусь , что технически это всё тем или иным способом решается, просто было интересно, как можно обоити ограничения
  4. интересно, когда придется работать с трехбайтовыми адресами, в мегах выше 64-й, из-за 16-ой флеш адресации, и побайтовой Озу, при описании движения констант меж ними потребуют работу с модификаторами generic (IAR) ,куча мата от линкера, и прочая..
  5. Прошивки более 2Мб (для STM32)

    В существующем дивайсе, на растеризованыйи Arial шести минимально необходимых размеров, где лишь кириллица и цифры, причем большие размры лишь цифры, для оледа 256х 64 , уже тянет на 1Mб.. для LCD этого явно не хватит.. аналог https://www.systecnet.com/en/products/IT3.html
  6. Прошивки более 2Мб (для STM32)

    ..ну, к примеру ,раз про шрифты зашло, -движок распаковки ttf, кодеки, микропитон, ТСР\ІР все протоколы..
  7. как бородатый вариант, допаять линейку памяти, таки да, СД -шку, запустить на (лучше 20Мгц) Мег виртуалку, и поднять Линуху)))) https://habr.com/post/177425/
  8. Прошивки более 2Мб (для STM32)

    -чисто технически, по отношению к МК со встроенной флеш-пямятью, программа превышает допустимый ее размер, и требует загрузки, что несомненно.) Внешняя FLASH как вариант, что позволит не заморачиваться с загрузчиками, но уже имея установленную внешнюю SDRAM и внешнюю SPI non-volatilе память, хотелось попробовать с имеющимися средствами запустить хотя-б "хелло ворлд" из внешей памяти.. Осозню, что это костыли, тем более ST за 10 лет так и не удосужились сделать как Атмел САМБу, что-б можно было лить во внешний чип, но
  9. Прошивки более 2Мб (для STM32)

    Извиняюсь, что привел пример программы со шрифтами в основе, оно направляет мышление в другое русло, -подкачки, фс, ttf.. Пусть будет сферическая программа в вакууме, но с покером и ..... , т.е. значительного размера (превышающего 2 Мб для stm)) монопрогрмма , с сегментированнием, без и использования MМU и оверлеев.
  10. Прошивки более 2Мб (для STM32)

    Почему non-volatile? Если линкеру указать адресное пространство внешнеи SDRAM и загрузить в оную при старте ОДИН , (как это делается в ПЛИС ),как вы сказали оверлей, то разве не будет работоспособным такое решение?.. п.с. с LPC действительно давно не работал, но насчет указаной фичи таки вспомнил, ее часто в холварах называют
  11. Прошивки более 2Мб (для STM32)

    Хотел задать вопрос. Если случится так, что программа усложнится настолько, что вынуждена будет превысить максмальное доступное кол-во внутренней флеш-памяти для семейства STM32 (насколько знаю и LPC) в два мегабайта, насколько рациональным будет использование внешней sdram для хранения исполняемого кода программы и данных? Если да, то какое усложнение это за собой влечет (шаманство с линкером, загрузчики, data\nor spi мс памяти и тд..)? Например реализация программы с вкомилированными растровыми фонтами всех видов и размеров для 429 или 769 дискавери.. Понимаю, что альтернатива , это какой-нибудь Аllwinner-овский soc и Линукс+Qt, но всё-же?.
  12. -естесствнно пробовал, но не подошло, ведь по-сути необходимо что-б синтезатор собрал не итеративное , а параллельное деиство
  13. Подскажите пожалуйста, как имея сто байтовый массив эстетичней записать параллельний декремент каждого байта при ненулевом содержмом ибо портянка из ста строк кажется не комильфо : always@(posedge CLK ) begin if(CNT[0])begin CNT[0] <= CNT[0]-1;end if(CNT[1])begin CNT[1] <= CNT[0]-1;end if(CNT[2])begin CNT[2] <= CNT[2]-1;end .... if(CNT[99])begin CNT[99] <= CNT[99]-1;end end
  14. вроде начиная с С99 -есть.. я как нуб догадался, что можно сделать побитовое ОR и присвоить биту, но думал, что возможно есть подобное <stdbool.h> , раз Verilog "C"-like.. Большое спасибо за подсказки.