выбор мк с usb, uart и can Опции

[_3m]

подбираю мк для преобразователя интерфейсов. требования к процессору:

Ядро C-m0 ... C-m4. Частота 48-100МГц (больше не нужно).
Флэш 64-128Кб
Озу 16-64 Кб (16 это совсем край, лучше 32-64).

интерфейсы:
usb fs (device) - 1
uart - 1 или 2. Работа с rs485. Обязательна поддержка 7, 8 и 9 битных форматов в том числе 7N1. uart должен быть удобен для честной реализации modbus rtu с его дурацкими таймингами (есть мк где не предусмотрено прерывание по окончанию передачи)
can - 1
Перечисленные интерфейсы используются одновременно.

Таймеры:
по 1 аппаратному таймеру на каждый uart + 2 системных.

Дополнительные требования:
Встроенный rom загрузчик через usb. Необходима возможность через usb прошивать флэш, заливать код в озу и запускать его.


Пока нашел только lpc15xx как условно подходящее.

[Golikov A.]

Легко добился: рубим питание во время обновления прошивки. На N-й раз (или у N-го юзера) получаем слетевший загрузчик.

Такого рода повреждения равносильно сгоревшему процу. То есть если у вас у клиента от его игр с питанием стирается программа во флэш при чтении, то у него и процессор сгорит на N+1 раз.

Осознайте концепцию 2 ступенчатой программы.
Первая ступень изменяет вторую, и защищает от изменения себя. Доступ к первой ступени только чтение. При любых повреждениях второй ступени ее всегда можно заново залить из первой. Первая ступень всегда грузиться первой.

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

Вообще-то ни о чем кроме нулевой ценности Ваших программных работ это не говорит.

тут не совсем согласен, реверсить бинарь для системы с прерываниями, и стеками типа ТСР/IP та еще задача, пока будут реверсить, уже куча новых продуктов выйдет. А забрать бинарь и себе залить тоже иногда не имеет смысл, когда система сложная и имеет в составе сложную механику и другие связи. Часто ценность системы время и сама она, а не бинарь, так что тут есть варианты...

[zltigo]

тут не совсем согласен, реверсить бинарь для системы с прерываниями, и стеками типа ТСР/IP та еще задача, пока будут реверсить, уже куча новых продуктов выйдет.

Реверсить полностью в 99.9% просто незачем, ибо это или просто копирование не требущее вообще ничего, либо активизация некоторых функций, либо куочек с мелкими ноухау, типа контрольных сумм протокола.

А забрать бинарь и себе залить тоже иногда не имеет смысл, когда система сложная и имеет в составе сложную механику и другие связи.

Ага, космический корабль . На AVR.

Часто ценность системы время и сама она, а не бинарь, так что тут есть варианты...

Варианты всегда есть. Но вообще-то в реальной жизни разрабатывается далеко не одно изделие на каой-либо линейке контролеров а несклько. И даже если какие-то из них никому не нужны для копирования, то если все-же НАПИСАН загрузчик, то он может быть использован ВО ВСЕХ изделиях. Просто для унификации.
Кроме того используя свой "шифрованный" загрузчик сразу имеем контроль целостностьи образа, чего нет у 99% заводских (заливка битого бинарника, другого бинарника и вообще хрен знает чего вместо прошивки это есть ошибка номер один ). И что так-же жизеннно важно НЕЗАВИСИМОСТЬ от заводских утилит, кторые не покрвывют всего спектра операционых систем и вообще завтра откажутся работать на каком-нибудь WIN10 после того, как пользователь обновиться. Вот у меня заводской програматор для Jennic писаный кем-то с бодуна на питоне вообще падает с дебильной диагностикой на ВСЕХ машинах на котрых его запускал. Правда есть альтернативный и работает, но исключительно WIN7 (какого черта консольной утилите потребовался WIN7, я уверен, не знает даже автор )- на других ругается на DLL.
Правда протокол как-бы описан, но давно - к предыдущему семейству и уже набежали отличия. Ну и нафига мне такие "подарки"?