CPU Card 5070 Octagon

Хотелось бы все-таки понять, можно ли как-то решить на OCTAGON 5070 задачу, поставленную Алексеем Григорьевым (т.е. запись в энергонезависимую память порядка 20КБ в конце каждого 12мс цикла за время порядка 1мс)? Встречается такая задача в системах управления не так уж редко: как правило, нужно сохранять текущее состояние задачи и начинать последующую работу после включения питания с запомненного состояния (это могут быть блокировки, триггерная логика, рекурсивные алгоритмы и т.д.). Варианты типа "записывать не все" или "записывать по частям" здесь не проходят - в общем случае в одном цикле может измениться все и сразу. Вопрос важен еще и потому, что у разработчиков процессорных плат в последнее время наметилась тенденция отказа от SRAM с батарейным питанием в пользу Flash - у Fastwel CPU686E, например, ее тоже нет. Вот и хотелось бы понять, как решать на этих платах подобные задачи. Может быть, кто-нибудь может предложить приемлемый вариант, ведь на старых платах OCTAGON это делалось без всяких проблем.

К сожалению, не все так просто. Дело в том, что кроме всего прочего мы еще пишем в SRAM архив событий, в который записываются все действия и события в системе. Типичная ситуация: произошла какая-то авария, события пишутся десятками в каждом цикле, после чего происходит переход на аварийное питание, в процессе которого возможен (а, значит, когда-нибудь обязательно произойдет) сбой по питанию и перезагрузка контроллера. И при последующих разборках важнее всего знать, что происходило как раз в эти последние несколько циклов. Конечно, решение есть. События пишутся в таких количествах далеко не всегда, поэтому нужно просто отслеживать, что писать и когда: что-то писать при определенных событиях, что-то - только по изменению, а что-то вообще не писать. Неприятно то, что это потребует полной переработки подсистемы архивирования, в которой раньше мы писали полное состояние системы в каждом цикле, причем с резервированием, контрольными суммами и т.п. А лезть с хитрыми алгоритмами в отработанную и годами проверенную часть программы уж очень не хочется. В этой связи только один вопрос: ладно, с числом циклов перезаписи как-то можно выкрутиться, а как быть с быстродействием? То есть в предельном случае нужно записать эти самые 20КБ за время порядка 1мс, возможно это на Flash 5070 или нет?

> произошла какая-то авария

Снятие "посмертной маски" - это же совершенно другая задача ! Писать 20Кб каждый цикл, конечно, можно, но это уж слишком "в лоб"

> схемотехнически исключаются участки, исчерпавшие ресурс перезаписи

эта технология называется "wear levelling", она реализована и у M-Systems и у Sandisk . Полную документацию по DOC Вы можете найти также здесь:
ftp://www.prosoft.ru/pub/Hardware/msystems/DiskOnChip_CD/
А по CompactFlash Sandisk здесь :
ftp://www.prosoft.ru/pub/Hardware/sandisk/CompactFlash/

> нужно записать эти самые 20КБ за время порядка 1мс

В режиме последовательной записи для последних моделей CF Sandisk (с контроллером Athens) скорость составляет 9 Мб/с, то есть потребуется все-таки 2-3 мс. Но, опять-таки, кто же так делает ? Сам в свое время писал таких программ немерянно :
- выделяется кольцевой буфер в ОЗУ
- из прерывания в реальном времени в буфер инфо пишется
- по флагу аварии фоновый процесс начинает выкачивать из буфера данные во флеш или на диск
- если размер буфера подобран нормально, то проблем со временем не возникает