CRC тоже 100% защиты не даёт. CRC16 не более чем в 65536 раз защищённость повышает, а CRC32 не более чем в 0x100000000 раз. Что тогда и CRC не пользоваться? Это-же не 100%!

+1

Совершенно не накладно. В задаче с наименьшим приоритетом по 1-му слову за раз. У меня это основной цикл. У вас это idle таск. Только срабатывать это должно не сразу. А например, когда 2 раза подряд CRC не совпало.

У ARM код из ОЗУ берётся. А в ОЗУ код гораздо больше изменениям от помехи подвержен, чем во FLASH. Хотя-бы при переписывании его туда.

Клевые у Вас помехи, не подскажите где Вы их берете ?
И прыгают они у Вас исключительно на код, а на данные размещенные во флеш
видимо никогда не прыгают, и на 32битные команды прыгают исключительно с
выравниванием по началу команды, в середину команды ни-ни, незя...

Не отсыпите пару кило таких помех для прикручивания к своим проектам ?
А то, все как-то больше, непослушные помехи попадаються, так и норовят прыгнуть
куда-нить не туда...

Это вариант. Только я считаю, что это лишнее..
Ну просто не будет программа работать нормально если часть флеша слетит по причине прыжка на erase sequence в бутлоадере, не вернемся мы оттуда в ОС... Следовательно тут как раз WDT помощник.
Ну а если предположить, что мы все-таки вернулись после erase sequence в ОС и продетектили нарушение флеш в основной программе, что дальше? Выход ведь тот же самый - сброс и запуск бутлоадера.


У мелких АРМов (конкурентов мег) есть FLASH. Хотите размещайте во флеш, не хотите - копируйте и запускайте в RAM.

Ээээ...Тогда они однозначно менее надёжны, поскольку ОЗУ попортить помехе гораздо легче чем ПЗУ


Прыгают и на данные, но я данные храню в специальном дезактивированном формате, поэтому если даже проц запрыгнет на данные ничего ужасного не произойдёт...



+





Странно.. Я читал совершенно другие "методики правильного проектирования". Что наооборот землю надо пускать кольцом по краю платы

Не секрет, что стоимость простых MCU упала до стоимости одного транзистора. Т.е. менее 1$.
Для разработчиков открылась возможность использования в ОДНОМ устройстве сразу несколько MCU.
Использовали ли Вы в своих разработках многопроцессорные конфигурации. Но не с целью добавить функциональность, а конкретно с целью увеличения надёжности работы устройства (горячее резервирование, мажоритарное голосование и т.д.)

Интересует что конкретно вы реализовывали в многопроцессорных конфигурациях и за счёт чего увеличивали надёжность.. Интересуют использованные вами принципы и нюансы реализации

Для затравки 5 эпизод. http://www.iosifk.narod.ru/engineer_storys.htm

Moderator:
Перенес эту тему в существующую ветку. Если получится хоть сколь-нибудь конструктивное обсуждение - обещаю выделить в отдельную тему.

Я немного не так выразился, видимо. Там просто минус питания проца был присоединен в такую точку, на которой потенциал сильно подпрыгивал при попадании на внешний интерфейс испытательного импульса (или непосредственно в минус этого интерфейса, соединенного с землей, или в плюс, который соединен с минусом через суппрессор). Надежно было убрано организацией пути тока мимо этого отростка. Так что там не совсем петля была...

Ой..., а Вы не просветите нас про Ваш дезактивированный формат ? или еще
не придумали как это должно выглядеть...
Ну и как-то вопрос про 32бит команды был обойден, не нравятся неудобные вопросы ?

Да ничо, ничо


Почему же...Придумал.. И давно уже юзаю...У меня данные храняться в команде CPI Rd , K.
Как Вы, конечно же знаете, код этой команды 0011KKKK ddddKKKK. Отсюда 12 из 16 бит ячейки флэшь можно заюзать под данные. Т.е. 25% объёма флешь мы теряем в случае такого способа хранения данных.. Но зато !!!! Если в результате случайного джампа проц попадёт на область данных, то он просто выполнить цепочку команд CPI Rd , K а в конце области данных у меня стоит джамп JMP CRASH

Сообщение отредактировал Дон Амброзио - Feb 14 2008, 18:56

Хотелось бы увидеть реальный пример хранения ну например таблиц CRC16 modbus в
"дезактевированном" состоянии....
Ээээ..., Вы правда знаете все команды ATmega ?
LDS,STS это какие-то другие команды ? не 32 бит ?
Ну уж просветите, наш Гуру...

Глюк в голове произошёл.. с кем не бывает

Ну дык и как насчет предоставления "дезактевированного" варианта хранения таблиц
CRC16 ?
или за свои слова мы не очень отвечаем ?

P.S. Очень советаю Вам придумать ходы для отступления, у меня есть что Вам предложить и по
поводу просто переходов, ну там то же может оказаться не все гладко....

Класс

Я уже весь в предвкушении


Пжалуста (блин, все свои Ноу-Хау задарма раздаю )

............................... Блок данных №1 ....................
$0F00: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$0F08: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$0F10: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$0F18: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$0F20: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$0F28: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$0F30: rjmp Crash
............
............................... Блок данных №4 ....................
$1000: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$1008: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$1010: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$1018: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$1020: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$1028: 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx 3xxx
$1030: rjmp Crash
............

где вместо крестиков Вы и пишите свою данные (хоть таблицу, хоть... что хошь)

Сообщение отредактировал Дон Амброзио - Feb 14 2008, 19:44

Не, не пойдет....
давайте реальный пример использования, пусть будеть например модбас и соответственно рассчет
CRC16 через таблицы...
Ну и конечно со всеми ловлями всех непредсказуемых переходов...

Кстати, еще хотелось бы услышать Ваше объяснение на тот случай если одновременно со сбоем
PC произойдет сбой при считывании данных из области флеш...


Ну а что бы Вам думалось веселее, давайте рассмотрим в заявленном
контексте две инструкции: ICALL и IJMP...
Никаких мыслей еще не появилось ?

Ага..Щаззз....А Вы потом этот код в свой проектик или в свою кандидатскую... А мне , как изобретателю кушиш с маслом

А если серьёзно, то мне кажется тут и так всё прозрачно.. Я Вам пищу принёс..А Вы ещё требуете чтоб я разжевал, да ещё и в рот положил? Да я бы сделал и это, но мне сейчас нЕкогда..Работы много


Давайте всё же не будем валить всё в одну кучу и будем "отделять мух от котлет". Здесь тема только про "ловлю" случайных джампов