Modbus TCP, 2e ESP32, FLProg926

[Stue]

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

[Vrungel]

Этот глюк, с невозможностью опроса по ModbusTCP одной ESP-шки с другой тянется уже много версий.
Сам бьюсь уже некоторое время в попытках определить какие-нибудь закономерности, что бы помочь автору с "ремонтом".
Каких-либо внятных выводов пока не получил.
Сегодня поставил Wireshark, смотрел какие по факту пакеты летают по сети. Есть некоторые "наколки", но пока промолчу, нужно ещё "поковыряться.

[Stue]

Это что за адрес?

[Vrungel]

Это что за адрес?

Адрес слэйва. У вас - 1. Это не IP-адрес, а "как-бы" адрес слэйва если бы он был RTU. Обычно везде 1.

Кстати, если Вам не принципиально именно "TCP", можете пока использовать "RTU over TCP" - оно почему-то работает.

[Stue]

Это что за адрес?

Адрес слэйва. У вас - 1. Это не IP-адрес, а "как-бы" адрес слэйва если бы он был RTU. Обычно везде 1.

Кстати, если Вам не принципиально именно "TCP", можете пока использовать "RTU over TCP" - оно почему-то работает.

Тут можно поподробней, что есть "не принципиально"?

[Vrungel]

Это что за адрес?

Адрес слэйва. У вас - 1. Это не IP-адрес, а "как-бы" адрес слэйва если бы он был RTU. Обычно везде 1.

Кстати, если Вам не принципиально именно "TCP", можете пока использовать "RTU over TCP" - оно почему-то работает.

Тут можно поподробней, что есть "не принципиально"?

Если, например, общение идёт между двумя ESP-шками и на обоих можно в проекте настроить "RTU over TCP" - это вариант "непринципиально". WiFi соединение остаётся тем же, карты регистров те же, немного меняется формат посылок но оба устройства его понимают и всё тикает.
Если же Вы, кроме ESP, заодно опрашиваете ещё какой-либо слэйв, который не умеет в "RTU over TCP" а только в ModbusTCP - тогда не получится.

[Stue]

Да, у меня их вообще 4 штуки раскиданы по участку, и нужно между ними общаться...