Бывает, что и не работает... И не только на Камчатке.

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

Сообщение отредактировал mantech - Feb 26 2016, 14:51

Мы в свое время были вынуждены расширять протокол, т.к. предыдущий ну никак не мог "разрулить" ситуацию:
1. Запрос от Мастера.
2. Ожидание ответа.
3. Слейв отправляет ответ, но Мастер уже решил, что случился таймаут.
4. Мастер отправляет новый запрос уже следующему Слейву.
5. Приходит ответ от первого Слейва, но расценивается как ответ от второго.
6. Приходит ответ от второго Слейва - детектируется ошибка, мол, никто ничего не запрашивал.

Это хорошо, если есть исходники, у ТСа их нет, похоже..

а адрес хотя бы слейва указать ?
это вы не расширили, а привели к минимуму


Сообщение отредактировал Огурцов - Feb 28 2016, 21:11

1. Протокол разрабатывал не я.
2. Без адреса слейва все прекрасно работает, пока не появляется буферизация.

Протокол, как мне кажется, на времени жестко не завязан. Я опрашиваю устройство, оно отвечает в случае если произошло событие и молчит если ничего не происходило.



Исходников устройства у меня нет. Поэтому протокол менять я не могу.

Сообщение отредактировал redmi - Feb 29 2016, 06:17

Это понятно, но время "молчания" все-таки кто-то регламентирует, или оно может молчать вечно и программа будет ждать?? Если нет, то вот это время и может стать слабым звеном..