XMega будет честно работать на 32MHz?, Вынесено из "Защита секции кода.." Опции

[galjoen]

Это вариант. Только я считаю, что это лишнее..

В принципе могу с вами и согласится. Т.к. сам всегда CRC32 FLASH в основном цикле считаю (по слову за раз - см. мои предыдущие посты). Но ни разу не сработало.

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

Насчёт защиты от несанкционированного запуска бутлоадера. Я бы предложил написать так:

; до последней проверки
ldi R17,Tag ; что такое Tag думаю объяснять не надо
; начинается последняя проверка. В ней R17 не используется.
...
; последняя проверка закончена. Дальше пошли аварийно опасные команды.
....
; дальше пример от 'Дон Амброзио'. Чуть переделанный
OUT SPMCR , R16
; ---------------
cpi R17 , Tag
brne CRASH
;-----------------
SPM

Если предположить, что аварийно опасных команд 8 шт. А у R17, в остальных частях программы, значения от 0 до FF равновероятны. То вероятность "не попорчивания" FLASH при случайном прыжке для AVR с 128 кБайт памяти будет: (1-(8/65536)/256)*100%=99.9999523%. Что существенно выше, чем надёжность CRC16 с производящим многочленом 0x11021, которая составляет 99.9984% для пакетов данных длиной более 17 бит (Р.Л. Хаммел "Последовательная передача данных").

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

Если код во флеш разместить, то он и выполнятся медленно будет. Примерно с той-же скоростью, как у AVR. А у мелких АРМов разве защита кода есть? Я считал, что нет. Но м.б. у каких-то и есть - просветите.

[zltigo]

Если код во флеш разместить, то он и выполнятся медленно будет. Примерно с той-же скоростью, как у AVR.

Ну Flash даже у мелких ARMов бывает 128битным, что позволяет считывать за раз 4 слова, что неплохо компенситует потерю быстродействия. Даже без этого скорость будет совсем не AVRовская за счет регистровых операций и большей их разрядности.

[GetSmart]

Чем привязанность к LPC лучше привязанности к AVR?

Ну это как любить красивую девушку и некрасивую
Дело Ваше. Причём красивая совсем не дура, а к тому же и умная впридачу.

И не надо искать недостатки там, где их изначально нет. В ARMе по-умолчанию ARM-режим. Лично я всегда пишу на нём. И уж в крайнем случае, когда катастрофически не хватает флэша и не существенно быстродействие, то некоторые процедуры можно написать, а точнее скомпилить в THUMB-режиме. Нету там всеобщей обязанности написания всей программы только в одном режиме. А вот флэша там намного больше чем в AVRках.

Я бы один проектик на ARM перенес, пока он еще не попал в коммерческую струю, но, попробовав собрать пару ревизий под ARM (мысль делать исходник двухкаменный сразу была), пока, как ни странно, особого эстетического удовольствия не получил - все-таки рулит 32 регистра у AVR, весь TCP/IP стек ложится в регистры (даже не во все, а в 28), красиво, блин ... В тумбе код вообще ужасен (всего-то 8 регистров доступны), а в ARM-режиме - в полтора раза больше флеша надо и все равно стековые переменные. Ну вот не радует и все И, самое главное, даже 32хбитность ARMа не спасает ни разу... Так, разве что CRC32 быстрее считается

Я не очень понял, Вы на чём пишете? На асме что ли? Тогда мы идём к Вам!

Вот и смотрим, что быстрое IO вроде в одном LPC только, да и то не во всех. А если чего случится с NXP? Чем привязанность к LPC лучше привязанности к AVR? Да ничем.

Уж точно не хуже. Что же Вы сразу не подумали когда "садились" на AVR - а если что с Atmel-ом случится, что мне делать? Давайте равноценно рассуждать. И не валить все недостатки всех производителей АРМов в одну кучу. Я вам уже поведал о достоинствах того же LPC, на фоне которых достоинства Mega и XMega блекнут. Заставлять не буду Хотя привязанность вряд ли эстетическая. Я уже писал про привязанности к AVR.

Сообщение отредактировал GetSmart - Feb 16 2008, 16:35