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

[Kabdim]

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

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

[_3m]

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

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

[jcxz]

В LPC17XX для rs485 пригоден только uart1, в других нет управления направлением rs485 и не предусмотрено прерывание по флагу статуса Transmitter Empty, без этого прерывания в многозадачной системе не сделать программное управление трансивером rs485.

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

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

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

Кроме того в lpc17 boot loader работает с уарт а мне обязательно нужна загрузка прошивки по усб.

PL2303/CP2102/FT232 ?

Но NXP в новых чипах держит только 1 уарт с полным фукнционалом, а остальные обрезки.

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

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