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

Ядро 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 как условно подходящее.

STM32CubeMX говорит, что есть 175 типов STM32F, удовлетворяющих Вашим требованиям.
Upd: Хм, а что такое 7N1 ? не, такое оно не может. может только 7N1.5 да и то ручками.

К1986ВЕ1QI от Миландра
http://milandr.ru/index.php?mact=Products,...nt01returnid=68

nxp lpc 17XX|182(3,5)X
Но NXP в новых чипах держит только 1 уарт с полным фукнционалом, а остальные обрезки.

Сообщение отредактировал Kabdim - Jul 29 2015, 08:29

В LPC17XX для rs485 пригоден только uart1, в других нет управления направлением rs485 и не предусмотрено прерывание по флагу статуса Transmitter Empty, без этого прерывания в многозадачной системе не сделать программное управление трансивером rs485.
Также я не представляю как в этих уарт ловить таймауты модбас-рту не отключая фифо.
Кроме того в lpc17 boot loader работает с уарт а мне обязательно нужна загрузка прошивки по усб.
lpc1820 хорош, но корпуса монстрообразные.

С модбасом не работал, возможно прерывание Character Time-out indication подойдет? Оно на 3.5 символа насколько я помню.
Бутлоадер можно и свой вставить, апноут насколько я помню есть.

Странно.. У нас кучка устройств на LPC1768/LPC1778, во всех 1-2 RS-485, везде FIFO включен, ни один не находится на UART1, везде используется операционка, среди прочих протоколов используется и Modbus. Проблем не замечал.
Управление направлением передачи внешнего драйвера - GPIO. Обнаружение конца передачи - прерывание buffer empty, затем - поллинг в прерываниях сис.таймера с ожиданием shifter empty (при желании можно и точно рассчитать стоповый бит, взведя таймер по buffer empty, но оно имхо - не нужна такая точность).


Точно так же как и без FIFO - оно не влияет никак на таймауты.


PL2303/CP2102/FT232 ?


Интересно - в чём урезанность остальных UART???? CTS/RTS нету? Так оно для RS-485 и не нужно.
Если так подходить, то STM32 вообще UART полных не содержит - ни в одном нету FIFO

PS: Любой из LPC17xx удовлетворяет всем Вашим требованиям. Ну с прерыванием опустошения сдвигового регистра там конечно туго, но можно обойтись и без него.

Это все по тому, что Вы писать не умеете ни для чего, кроме AVR:(. Минимальный NXP UART это чистой воды 80550 - именно на этом и 8050 чипе не одно поколение RS485 писателей, включая больных на всю голову авторов MODBUS-RTU реализовывали свои все.

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

Ну как еще сказать что один уарт немного ровнее других?

С поллингом уарт идите в лес а мк которые по другому не позволяют работать фтопку!
Кроме rs485 есть и другие задачи критичные в времянкам.


Простой вопрос: какой алгоритм определения таймаутов 1,5T и 3,5T при фифо размером 16 байт ?



stm32 не обсуждается потому что он не поддерживает формат 7 бит данных 1 стоп без четности.


Не удовлетворяет нифга. Загрузки по усб нету. Я в Пакистан раскирпичивать девайс не поеду.
LPC15** удовлетворяет но маловто озу. В 15-й серии уарт немного другой.

А не писать кирпичные девайсы не судьба? Ну откуда в этом "пакистане" USB может их там нет . Нафига вообще USB, если он НЕ нужен для работы, зато по Вашим словам сей девайс есть конвертор интрефейсов у которого по определению разных интерфейсрв с которыми работает заказчик таки есть и без USB. Посему НОРМАЛЬНЫЙ подход к делу, это ВТОРИЧНЫЙ загрузчик работающий по одному или вообще по всем рабочим интерфейсам и загружающий шифрованные образы, которые уже можно хоть в Пакистан, хоть в Китай с Индией посылать - не жалко.

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

Программ без ошибок не бывает. Во время обновления могут вырубить электричество. Юзер может быть идиоттом и не дождавшить завершения процесса нажмет ресет / выдернет шнурок / отключит питание.
Нормальный подход к делу - это гарантировать восстановление физически исправного изделия из любых состояний включая полностью чистую флэш силами пользователя без применения специального оборудования.
usb есть в составе нашего аппаратного коплекса.
В разрабатываемом конверторе интерфейсов первичным вяляется интерфейс usb.
С шифрованными образами идите к Сноудену.
Как показала многолетняя практика голый бинарник прошивки он как неуловимый Джо : нафиг никому не нужен.
Секретить имеет смысл репозитарий исходников + багтрекер.
Основную ценность имеет история коммитов с обоснованием принятых решений.

вообще мы отвелекаемся. Не надо обсуждать загрузку по усб. Это обязательное требование.
мне понравились rom-less lpc18xx. Если бы не ужасные копуса применил бы. Даже цена устраивает.

Нормальный подход к делу это решать, а не придумывать проблемы. С какого, такого бадуна как пользователь этого добился

Теперь как это решается.

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

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


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

И всех делов. Уже давно выпускаем серийно устройство с обновлениями прошивки по езернет, в нашем формате, и пользователь что бы не сделал всегда может восстановить продукт без применения спец оборудования. Работает все на lpc1768, у которого нет заводского загрузчика езернет....

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

Про восстановление - написал выше. Про "полностью чистую флешь" - дикакя глупость. Почему - тоже уже писал.

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

А чего ее обсуждать? Надо - взял и написал, хоть по USB, хоть по всем интерфейсам сразу. Проблема ровно нулевая и это Вы ее чего-то вдруг поминать как какую-то проблему стали.