caxapa.ru :: В семействе STM32 есть камни с двумя банками флэш и ф-цией RWW. Эти моргать не будут.

SciFi (09.09.2011 18:45, просмотров: 409) ответил vasily777 на проц занят регенерацией картинки, будет подмаргивать при записи во флеш.

В семействе STM32 есть камни с двумя банками флэш и ф-цией RWW. Эти моргать не будут.

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Можно названия? - vasily777(09.09.2011 21:23)
  - Пишут, что должно быть 768K или 1024K флэш. То есть STM32F103xF или STM32F103xG. - SciFi(09.09.2011 23:37)
    - Угу. Цитата из RM0008 Reference manual rezident(346 знак., 09.09.2011 23:41, ссылка)
  - все с флешом 256кБ и выше, т.е. HighDensity - koyodza(09.09.2011 22:14)
    - Что то не найду в STM32F103 второй банк. Flash 0x08000000-0807ffff. - vasily777(09.09.2011 22:56)
      - соврал: в XL-density, это выше 512кБ koyodza(78 знак., 09.09.2011 23:40)
        
        Дороговато, если только для EEPROM. Добавить 24xx таки дешевле будет. - Dir(10.09.2011 00:39)
        
        Дык требования к цене озвучены не были. - SciFi(10.09.2011 00:46)
        
        Дык, такое требование всегда стоит. Или нет? (C) Bill. PS. Если 32МГц тактовой достаточно, то можно посмотреть на STM32L151/152. В них есть 4кБ EEPROM. - Dir(10.09.2011 00:52 - 01:04)
        
        "Дык, такое требование всегда стоит" - очень-очень неверно. Примеры на поверхности. Космос, оборонка, и вообще продукты с очень высокой добавленной стоимостью. - SciFi(10.09.2011 01:07)
        
        Как мне кажется, если дописать "при условии равной надежности и функциональности", то даже для космоса и т.п. чем дешевле, тем лучше. - Dir(10.09.2011 14:05)
        
        А как вариант: в момент выключения питания из озу переписывать во флешь? Какие тут могут быть подводные камни, кроме обеспечения стабильности питания? У эмуляции епрома во флеше существенный недостаток - ограниченный ресурс перезаписи флеша, для vasily777(113 знак., 10.09.2011 09:07)
        
        "для обновления даже одной переменной стирать и записывать приходится целую страницу" - АДЪ! У вас очень примитивные представления об алгоритмах эмуляции EEPROM. - SciFi(10.09.2011 15:59)
        
        Вы же не привели ваши требования: какой нужен объем EEPROM, сколько данных нужно сохранять при одном цикле записи, какая скорость записи необходима, требования по цене и т.п. Dir(586 знак., 10.09.2011 14:27 - 14:29)
        
        Пардон. Действительно не привел. vasily777(398 знак., 10.09.2011 16:08)
        
        Забавно, я недавно реализовал журнал событий в флэш: SciFi(261 знак., 10.09.2011 16:16)
        
        Я пришёл с сохранению аргументов printf'а и последующей их распечатке через тот же printf. Компактней чем просто текст хранить. Проще и эффективней чем что-то вроде zlib. Строки не константные сохраняются как есть. Константные (по-адресу fk0(78 знак., 11.09.2011 12:32)
        
        Ваши требования отлично ложатся на внутреннюю флеш koyodza(84 знак., 10.09.2011 16:09)
        
        AN2594 vasily777(215 знак., 10.09.2011 17:10)
        
        в контроллере куча DMA, для тех вещей, которые нельзя прервать на десяток мсек нужно использовать аппаратные ресурсы. Обычно правильно спроектированная задача на большом МК позволяет это сделать - koyodza(10.09.2011 17:15)
        
        Одна из задач - врезка в видеосигнал, строка по ССИ выводится по dma spi. Эту задачу и не хочется прерывать. - vasily777(10.09.2011 17:34)
        
        пересылка из ОЗУ и не должна прерываться. Начало пересылки можно инициировать по таймеру koyodza(84 знак., 10.09.2011 18:12)
        
        Не понял Ваших рассуждений. vasily777(71 знак., 10.09.2011 19:56)
        
        При нормальной эмуляции EEPROM сектор флэш нужно стирать только при заполнении. Происходить это будет нечасто. Думаю, юзверь может потерпеть, если раз в час картинка моргнёт. - SciFi(10.09.2011 17:58)
        
        Моргать может будет и почаще. Да еще в записи вероятно проявится. - vasily777(10.09.2011 20:12)

ARM, RISC-V контроллеры