Контроллер RS-485 Опции

[AlexeyT]

Всем привет!

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

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

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

[AVR]

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

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

[AlexeyT]

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

Спасибо за ответы, только у Миландра - это приемопередатчики, а нужен бы специализированный контроллер. Почему не можем использовать UART - потому что скорости не хватает - 921600 бод, а нам надо около 2 Мбит (RS-485 с такими скоростями позволяет работать)

Сообщение отредактировал AlexeyT - Nov 17 2017, 18:53

[@Ark]

Почему не можем использовать UART - потому что скорости не хватает - 921600 бод, а нам надо около 2 Мбит...

Если тактовая частота позволяет, то скоростной UART можно программно реализовать.
Передача вообще не представляет ни какой сложности. С приемом - чуть сложнее.
Нужно задействовать прерывание.

[AlexeyT]

Если тактовая частота позволяет, то скоростной UART можно программно реализовать.
Передача вообще не представляет ни какой сложности. С приемом - чуть сложнее.
Нужно задействовать прерывание.

Мы используем Миландровский 1986ВЕ1Т с тактовой 144 МГц. На такой частоте по Вашей оценке можно реализовать программный контроллер RS-485 со скоростью 2 Мбит/с?

[@Ark]

Мы используем Миландровский 1986ВЕ1Т с тактовой 144 МГц. На такой частоте по Вашей оценке можно реализовать программный контроллер RS-485 со скоростью 2 Мбит/с?

Думаю, да.
Во всяком случае, стоит попробовать.

[jcxz]

Думаю, да.
Во всяком случае, стоит попробовать.

2 МБод на 144МГц тактовой? Может как-то и получится, но думаю процессор только этим и будет заниматься.

[@Ark]

2 МБод на 144МГц тактовой? Может как-то и получится, но думаю процессор только этим и будет заниматься.

От загрузки канала зависит. Сколько времени идет прием/передача, столько и будет отвлекаться на это процессор. Плюс небольшие накладные расходы.
Если по RS485 идет сплошной поток в ту или другую сторону, то на остальное времени почти не останется...

Сообщение отредактировал @Ark - Nov 18 2017, 12:06

[jcxz]

От загрузки канала зависит. Сколько времени идет прием/передача, столько и будет отвлекаться на это процессор.

А если канал сильно недогружен, то может имеет смысл во столько же раз уменьшить скорость?
А если не уменьшили, то видимо нельзя - не успевают передавать.
Так что мимо кассы - процессор должен уметь принять и непрерывный поток.

[@Ark]

А если канал сильно недогружен, то может имеет смысл во столько же раз уменьшить скорость?

Не всегда.
Например, для внешнего устройства, работающего в связке с ПК, зачастую предпочтительнее быстро передать пакет данных на высокой скорости. Чтобы освободить линию связи и собственные ресурсы МК до передачи следующего пакета. А не растягивать этот процесс на низкой скорости.
А когда устройств на линии предполагается много, то их максимальное количество будет напрямую зависеть от выбранной скорости обмена. "Сильно недогруженный канал" с точки зрения МК, "догружается" другими устройствами на линии, вплоть до непрерывного потока.

[jcxz]

А когда устройств на линии предполагается много, то их максимальное количество будет напрямую зависеть от выбранной скорости обмена. "Сильно недогруженный канал" с точки зрения МК, "догружается" другими устройствами на линии, вплоть до непрерывного потока.

И что?
Эти данные, передаваемые "другими устройствами" будут также поступать на вход RX микроконтроллера и загружать его процедурой приёма байт.
В чём разница-то?
Ситуация даже хуже получается: даже когда к устройству нет обращений от ПК, его процессор всё равно будет сильно загружен приёмом чужих обменов.