id	summary	reporter	owner	description	type	status	priority	milestone	component	resolution	keywords	cc
418	Странности в работе канального окончания R485	san	alx	"Я заметил некоторое неинтуитивное для меня(как пользователя) поведение в работе модулей и предлагаю это поведение сделать более логичным (ожидаемым).

1. Я провёл эксперимент
1.1 В канале 256 я создал сервер
1.2 В канале 255 создал клиент(соединив его по TCP с сервером в канале 255)
1.3 Оба окончания отобразили состояние Connected 
1.4 Затем в канале 255 я изменил режим Клиент на режим Сервер выбрав порт, который уже занят сервером в канале 256. Я ожидал, что соединение разорвётся, сервер в канале 256 перейдёт в режим Listen, а сервер в канале 255 не сможет занять уже занятый порт и перейдёт в Error.
1.5 Однако получилось наоборот сервер в канале 255 оказался в состоянии Listen, а 256 - Error.

2. Затем я провёл второй эксперимент
2.1 Настроил в одном из окончаний R485 сервер на порту 12912
2.2 Подключился к нему внешним клиентом по TCP
2.3 Затем в другом окончании R485 настроил сервер на том же порту 12912. Я ожидал, что это окончание перейдёт в состояние Error, т.к. порт уже занят другим окончанием.
2.4 Однако окончание перешло в состояние Listen, и я даже смог подключиться к нему клиентом и данные успешно передавались в обоих соединениях. Итого я получил два сервера нормально работающих на одном порту 12912. Вроде бы это неплохо) но после перезапуска платы, такая конфигурация не будет работать, т.к. только одно окончание сможет занять порт.
[[Image(11.png)]]"	улучшение	new	низкий	1 очередь	any