Всем привет!

Нет ли у кого-нибудь информации по отечественным ARM-процесорам с встроенным контроллером RS-485?
Может быть, кто о разработках таких знает?

Может отдельная отечественная микросхема существует?

Сразу отвечаю, что Гугл не помог

Например: все LPC17xx.

Вообще-то, "встроенным контроллером RS-485" является обычный UART. Ну, разве что, с дополнительным сигналом управления передатчиком. Чисто для удобства, если лень в "ручную" переключать с приема на передачу и обратно. А драйвер RS-485 в процессор обычно не встраивают, на что есть свои причины.

Я на этом обжегся на малинке - она делала это настолько медленно, что не успевала прочитать ответ на команду. В результате поставил FT232 и забыл о проблемах.

Когда это мы NXP купить успели?

Да, слова "отечественные" я не заметил
Хотя в то же время ни из сообщения ни из личных данных автора не ясно к какому отечеству он относится.
Так что - откуда Вы знаете, что у Вас с ним одно отечество?

За отечественным RS-485 к Миландру.

http://ic.milandr.ru/products/mikrokontrol...krokontrollery/
+
http://ic.milandr.ru/products/interfeysnye...my/rs485-rs422/

Назовите хоть один отечественный современный МК без UART.
И да, такая существует: http://ic.milandr.ru/products/interfeysnye...my/rs485-rs422/
Даже такая: http://ic.milandr.ru/products/interfeysnye...s422/2011vv024/

Так все ж наверно драйвер это делал медленно, а не процессор, не удивлюсь, если обработку пакетов на каком-нить скрипте делали

А может операционная система? Вот на МК Миландр, т.к. нет ОС, получается рулить направлением передачи с точностью до микросекунд.
Вопрос этой темы очень прост, и ответы такие же простейшие - любой отечественный МК справится с нехитрой задачей работы с моим любимым RS-485.

Именно. В Raspbian работа с GPIO сделана через файловый ввод-вывод - а это затратная операция.

Может любой, а может и нет.... Все зависит от реалзации UART!
В буржуйских вышеупомянутых NXP UART сделан 550 совместимым. И 100% узнать, когда же ушел последний бит наружу, не представляется возможным!
Т.е. микросекундные задержки в управлении направлением передачи не получатся, можно пропустить ответ.

В серии 17ХХ они сделали костыль в виде аппаратной ноги TX_OE.

Прерывание или просто флаг FIFO empty + фиксированное время. Зачем знать последний бит? Скорость мы знаем. Может в каких-то моделях такого флага нет, за всё не ручаюсь.

Вот хочу попробовать в этом плане очень забавный костыль - MAX3109.

А вот не надо было так делать. Потому как есть через mmap. И очень даже быстро. Та же WiringPi для "малинки" отлично работает через mmap.