Попробуйте повторить этот тест, использовав OPC-сервер на ПК в качестве Modbus TCP Slave.
https://insat.ru/products/Universal_...RVER_TRIAL.ZIP
Каким образом настроен Modbus Master в ПЛК, через стандартные компоненты в дереве проекта?
Вид для печати
Попробуйте повторить этот тест, использовав OPC-сервер на ПК в качестве Modbus TCP Slave.
https://insat.ru/products/Universal_...RVER_TRIAL.ZIP
Каким образом настроен Modbus Master в ПЛК, через стандартные компоненты в дереве проекта?
Да, все подключено стандартно (приложил скриншоты). Даже все тайминги увеличил, думал, может в них дело.
А еще подскажите, плз. Я иногда вижу, что ПЛК устанавливает два соединения TCP после разрыва, затем буквально через доли секунды одно разрывает, по второму работает. Такое ощущение (без документации только фантазировать могу), что ПЛК устанавливает соединение, что-то с ним происходит, и он через 3-10 секунд устанавливает второе, и потом разрывает первое, как ненужное. Может быть такая логика? Вообще возможна ситуация, когда ОДИН ПЛК как слейв, создает ДВА TCP-соединения одновременно?
Вложение 57817
Вложение 57818
Так у вас проблемы с ПЛК-мастером или ПЛК-слэйвом?Цитата:
Вообще возможна ситуация, когда ОДИН ПЛК как слейв,
Судя по предыдущему посту и скриншоту - мастером.
Тогда к чему этот вопрос?
Тогда я предлагаю вернуться к рекомендации из поста выше:
https://owen.ru/forum/showthread.php...l=1#post367800
Это позволит понять, смогу ли я воспроизвести вашу проблему без малинки или нет.
Подскажите, плз, а для CODESYS 3.5 существует модуль Statistic? Или можно-ли по другому, без debug-режима, получать информацию о загрузке процессора и состоянии устройства? Пока из полезного нашел только температуру процессора :)