Работа с RS485

Humanoid · Регистрация: 12.06.2008

Студворк — интернет-сервис помощи студентам

Всем привет.
Подскажите, пожалуйста, как правильно работать в режиме RS485 (half-duplex). UART подключен к микросхеме, у которой на выходе RS485. Вычитал, что направление (приём или передача) должно управляться от UART'а сигналом RTS.
Пробовал переводить UART в режим RS485 через ioctl TIOCSRS485. Ожидал, что при вызове write() он переведёт RTS одно состояние, а после передачи данных вернёт RTS обратно. Но этого не происходит. На практике получилось, что при write() и при read() состояние RTS не меняется.

Посмотрел, как реализована работа с RS485 в pyserial - там они вручную через ioctl меняют состояние RTS перед записью. Так у меня тоже работает. Но в интернете встречал немало примеров, где единственный используемый ioctl - это перевод в режим RS485, а дальше они только вызывают read() и write(). Может, у них какой-то специальный допиленный драйвер tty, который сам понимает, когда нужно дёргать RTS?

Может, у кого-то есть пример рабочего кода?
Ядро 4.1. Пробовал накатывать более поздний коммит serial: core: Consider rs485 settings to drive RTS, но он не помог.

Не по теме:

PS. Как же запутанно реализована работа с UART... 4 драйвера один поверх другого.

@drfaust · 11.02.2018, 23:47

А по конкретнее - в чём задача?
Зачем лезть в ядро, если всё есть в юзерспейсе через те же ioctl()?
Просто не могу понять что требуется получить...

Humanoid · 12.02.2018, 09:41 **[ТС]**

Требуется понять, как правильно. И должен ли драйвер сам управлять RTS'ом?

@drfaust · 12.02.2018, 10:54

Зависит от конкретной железки. 8250, 16450/16550 умели сами это делать, но и программный доступ ко всем линиям тоже предоставляли.
Если же выходной драйвер(max485/max2323 и т.п.) подключен напрямую к портам микроконтроллера/проца, не имеющего внутри аппаратной поддежки uart`а - то придётся всё это дело программно реализовывать.
Как же сделано в драйвере линухи - увы, не знаю, но думаю там есть оба варианта.
К тому же линуховый драйвер может позволить железу управлять пинами, а может и сам, в зависимости от режима открытого порта. Из-за "терминальной наследственности" ещё то удовольствие программировать uart в нужный программеру режим.

@drfaust · 12.02.2018, 11:06

Глянь вложение - делал uart для обычного raw-mode по трём линиям(rx/tx/gnd)

@drfaust · 12.02.2018, 11:08

И ещё человек делал https://www.teuniz.net/RS-232/

Humanoid · 13.02.2018, 01:46 **[ТС]**

Работать с UART я могу, в этом проблем нет, но спасибо. Проблемы именно в управлении направлением в полудуплексном режиме RS485.
Используется драйвер 8250_dw. Изначально он вообще не переключался в режим RS485, но это решилось добавлением колбека rs485_config (пока пустышки). Теперь я могу его переводить в режим RS485 через ioctl(fd, TIOCSRS485, ...)
При вызове write() линия RTS переводит внешнюю микросхему-драйвер в режим передачи. Но после окончания работы write() и при вызове read() RTS не переходит в режим приёма.
В документации на ядро очень урезанный пример и очень короткое описание. Самое интересное (примеры вызовов read/write) там не показаны. У меня есть три предположения:

1. Перед каждым write() нужно через ioctl() выставлять RTS, а после write() снимать RTS, как это делает, например, питоновский pyserial (в этом случае, я всё сделал правильно).
2. При вызове write() сигнал RTS должен автоматически средствами драйвера переключаться на передачу, а потом возвращаться на приём (в этом случае я что-то сделал неправильно).
3. Возможно, для вариант 2 поддерживается только некоторыми блоками UART с аппаратной поддержкой режима RS485. А остальные блоки могут работать только как вариант 1. Этот вариант я считаю приемлемым.

Вот только какой из вариантов правильный?

@drfaust · 13.02.2018, 08:47

TIOCSRS485 ???

https://www.teuniz.net/RS-232/ :

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
void RS232_enableRTS(int comport_number)
{
  int status;
 
  if(ioctl(Cport[comport_number], TIOCMGET, &status) == -1)
  {
    perror("unable to get portstatus");
  }
 
  status |= TIOCM_RTS;    /* turn on RTS */
 
  if(ioctl(Cport[comport_number], TIOCMSET, &status) == -1)
  {
    perror("unable to set portstatus");
  }
}

uart это тот же самый rs232/rs485 - они отличаются эл. сигналами на линии.
Или всё-таки железяка нестандартная, какой-нибудь arm?

Просто не въеду никак...

Humanoid · 13.02.2018, 10:19 **[ТС]**

Есть СнК со встроенным UART. К этому UART подключена микросхема преобразователь в RS485. UART поддерживает полный дуплекс (две независимые линии на приём и передачу), а у RS485 полного дуплекса нет, т.к. там одна пара, которая в один момент времени может работать либо на приём, либо на передачу. У микросхемы-преобразователя (не помню точное название, но принцип такой же, как у приведённого вами MAX485) есть вывод, на который подаётся 1, что бы микросхема работала на передачу, либо 0, что бы микросхема работала на приём. Поэтому если не управлять направлением, то получится либо только передавать данные, либо только читать.

Code
1
2
3
4
  SoC              MAX485      витая пара
 UART Tx ------ | Rx      D+ | -\/-\/-
 UART Rx ------ | Tx      D- | -/\-/\-
 UART RTS ----- | Direction  |

Новые блоги и статьи Все статьи Все блоги /
Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Ниже машинный перевод статьи The Thinkpad X220 Tablet is the best budget school laptop period . Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы,. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .

Humanoid Почетный модератор 11553 / 4348 / 452 Регистрация: 12.06.2008 Сообщений: 12,453

	Работа с RS485 07.02.2018, 11:23. Показов 9493. Ответов 8 Метки нет (Все метки) Всем привет. Подскажите, пожалуйста, как правильно работать в режиме RS485 (half-duplex). UART подключен к микросхеме, у которой на выходе RS485. Вычитал, что направление (приём или передача) должно управляться от UART'а сигналом RTS. Пробовал переводить UART в режим RS485 через ioctl TIOCSRS485. Ожидал, что при вызове write() он переведёт RTS одно состояние, а после передачи данных вернёт RTS обратно. Но этого не происходит. На практике получилось, что при write() и при read() состояние RTS не меняется. Посмотрел, как реализована работа с RS485 в pyserial - там они вручную через ioctl меняют состояние RTS перед записью. Так у меня тоже работает. Но в интернете встречал немало примеров, где единственный используемый ioctl - это перевод в режим RS485, а дальше они только вызывают read() и write(). Может, у них какой-то специальный допиленный драйвер tty, который сам понимает, когда нужно дёргать RTS? Может, у кого-то есть пример рабочего кода? Ядро 4.1. Пробовал накатывать более поздний коммит serial: core: Consider rs485 settings to drive RTS, но он не помог. Не по теме: PS. Как же запутанно реализована работа с UART... 4 драйвера один поверх другого. 0

@drfaust 599 / 421 / 136 Регистрация: 02.10.2008 Сообщений: 1,796 Записей в блоге: 1
	11.02.2018, 23:47
	А по конкретнее - в чём задача? Зачем лезть в ядро, если всё есть в юзерспейсе через те же ioctl()? Просто не могу понять что требуется получить... 0

Humanoid Почетный модератор 11553 / 4348 / 452 Регистрация: 12.06.2008 Сообщений: 12,453
	12.02.2018, 09:41 [ТС]
	Требуется понять, как правильно. И должен ли драйвер сам управлять RTS'ом? 0

@drfaust 599 / 421 / 136 Регистрация: 02.10.2008 Сообщений: 1,796 Записей в блоге: 1
	12.02.2018, 10:54
	Зависит от конкретной железки. 8250, 16450/16550 умели сами это делать, но и программный доступ ко всем линиям тоже предоставляли. Если же выходной драйвер(max485/max2323 и т.п.) подключен напрямую к портам микроконтроллера/проца, не имеющего внутри аппаратной поддежки uart`а - то придётся всё это дело программно реализовывать. Как же сделано в драйвере линухи - увы, не знаю, но думаю там есть оба варианта. К тому же линуховый драйвер может позволить железу управлять пинами, а может и сам, в зависимости от режима открытого порта. Из-за "терминальной наследственности" ещё то удовольствие программировать uart в нужный программеру режим. 0

@drfaust 599 / 421 / 136 Регистрация: 02.10.2008 Сообщений: 1,796 Записей в блоге: 1
	12.02.2018, 11:08
	И ещё человек делал https://www.teuniz.net/RS-232/ 0

Humanoid Почетный модератор 11553 / 4348 / 452 Регистрация: 12.06.2008 Сообщений: 12,453
	13.02.2018, 01:46 [ТС]
	Работать с UART я могу, в этом проблем нет, но спасибо. Проблемы именно в управлении направлением в полудуплексном режиме RS485. Используется драйвер 8250_dw. Изначально он вообще не переключался в режим RS485, но это решилось добавлением колбека rs485_config (пока пустышки). Теперь я могу его переводить в режим RS485 через ioctl(fd, TIOCSRS485, ...) При вызове write() линия RTS переводит внешнюю микросхему-драйвер в режим передачи. Но после окончания работы write() и при вызове read() RTS не переходит в режим приёма. В документации на ядро очень урезанный пример и очень короткое описание. Самое интересное (примеры вызовов read/write) там не показаны. У меня есть три предположения: 1. Перед каждым write() нужно через ioctl() выставлять RTS, а после write() снимать RTS, как это делает, например, питоновский pyserial (в этом случае, я всё сделал правильно). 2. При вызове write() сигнал RTS должен автоматически средствами драйвера переключаться на передачу, а потом возвращаться на приём (в этом случае я что-то сделал неправильно). 3. Возможно, для вариант 2 поддерживается только некоторыми блоками UART с аппаратной поддержкой режима RS485. А остальные блоки могут работать только как вариант 1. Этот вариант я считаю приемлемым. Вот только какой из вариантов правильный? 0