Работа с 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  |

Новые блоги и статьи Все статьи Все блоги /
Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это дополнительная запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .

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

	Работа с RS485 07.02.2018, 11:23. Показов 9574. Ответов 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 / 137 Регистрация: 02.10.2008 Сообщений: 1,798 Записей в блоге: 1
	11.02.2018, 23:47
	А по конкретнее - в чём задача? Зачем лезть в ядро, если всё есть в юзерспейсе через те же ioctl()? Просто не могу понять что требуется получить... 0

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

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

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

Humanoid Почетный модератор 11559 / 4353 / 453 Регистрация: 12.06.2008 Сообщений: 12,455
	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