[ 30.03.2026, 16:07: Сообщение отредактировал / Message edited by АдАстра. Техподдержка ]
Posted by Vitalvit (Участник № / Member № 9986) on :
Здравсствуйте. возник вопрос, ввиду некачественного обмена данными по сети модбас. Имеется 3 устройства они подключены по протоколу модбас тсп и имеется 19 устройств они подключены к конвертору TCP/RS485 протокол рту. Если в трайс моде 7 в источниках параметр поток [330] везде стоит TH_Main то обмен работает не стабильно, часто потеря связи. Поэксперементировал и по источникам связанным с протколом модбас тсп поставил параметр [330] TH_1 а по источникам протколо модбас рту оставил TH_MAIN связь стала стабильной. Какие еще могут быть нюансы , что еще надо мне знать при настройке стабильной связи?
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Здравствуйте!
Я правильно понимаю, что первое сообщение (про modbus rtu) ошибочно? И вопрос заложен во втором сообщении (про modbus tcp)?
возник вопрос, ввиду некачественного обмена данными по сети модбас. Обмен сам по себе не настраивается. У Вас произведено физическое подключение устройств, которые работают с разными интерфейсами обмена. "Медленный" RTU не будет работать так же шустро как "быстрый" TCP. Конвертеры интерфейсов так же накладывают свои особенности (ознакомьтесь со встроенной Справочной системой раздел Источники/Приемники - Протоколы Net/RS - Обмен по ModBus - (внутри подраздел) Замечания о MODBUS TCP - Особенности использования конверторов).
Не стоит игнорировать тот факт, что ModBus RTU последовательный протокол. Если среди настроенных устройств есть отсутствующее (еще не подключили, вывели в ремонт или сломалось), то оно будет "тормозить". И конвертер интерфейсов эту задачу не решает.
что еще надо мне знать при настройке При любой настройке необходимо знать с чем Вы работаете, как это работает и как это настраивается. Стоит ознакомиться с инструкцией у устройству. Со стороны Trace Mode следует ознакомиться с описанием настройки источников Modbus (указание на раздел Справочной Системы выше), с видеоуроками https://tracemode.ru/support/articles/stnd_prot_video и рекомендациями https://tracemode.ru/support/articles/SCADA-lifehacks Posted by Vitalvit (Участник № / Member № 9986) on :
quote:Отправитель / Originally posted by АдАстра. Техподдержка: Здравствуйте!
Я правильно понимаю, что первое сообщение (про modbus rtu) ошибочно? И вопрос заложен во втором сообщении (про modbus tcp)?
возник вопрос, ввиду некачественного обмена данными по сети модбас. Обмен сам по себе не настраивается. У Вас произведено физическое подключение устройств, которые работают с разными интерфейсами обмена. "Медленный" RTU не будет работать так же шустро как "быстрый" TCP. Конвертеры интерфейсов так же накладывают свои особенности (ознакомьтесь со встроенной Справочной системой раздел Источники/Приемники - Протоколы Net/RS - Обмен по ModBus - (внутри подраздел) Замечания о MODBUS TCP - Особенности использования конверторов).
Не стоит игнорировать тот факт, что ModBus RTU последовательный протокол. Если среди настроенных устройств есть отсутствующее (еще не подключили, вывели в ремонт или сломалось), то оно будет "тормозить". И конвертер интерфейсов эту задачу не решает.
что еще надо мне знать при настройке При любой настройке необходимо знать с чем Вы работаете, как это работает и как это настраивается. Стоит ознакомиться с инструкцией у устройству. Со стороны Trace Mode следует ознакомиться с описанием настройки источников Modbus (указание на раздел Справочной Системы выше), с видеоуроками https://tracemode.ru/support/articles/stnd_prot_video и рекомендациями https://tracemode.ru/support/articles/SCADA-lifehacks
Да, правильно. вопрос заложен во втором сообщении. Про параметр [330], ккая либо инормация есть TH_MAIN_TH_1 TH_2 и т.п. в каких ситуация их оптимально применять?
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Описание есть в Справочной Системе в разделе Источники/Приемники - Протоколы Net/RS
Поток [330] – ключ THREAD=<IND> разделения устройств по потокам (замечание только для UDP: для основного потока может осуществляться процедура вынесения транзакций контроллера, который достаточно долго не отвечает на обращения, в отдельные потоки);
