Nick Posted October 28, 2008 Share Posted October 28, 2008 здравствуйте, проблема в следующем. собираю такую схему. [КОМП-мастер(RS232)] <-RTU-> MB3180(м) <-TCP-> MB3180(с) <-RTU-> [PLC-слэйв(RS485)] все вроде как работает нормально, но когда, в связи с особенностями PLC, он отвечает с задержкой в 1.3 сек, MB3180(м) перестает транслировать пакет из TCP в RTU. может подскажите что тут можно сделать. Link to comment
Komantsev Posted October 28, 2008 Share Posted October 28, 2008 здравствуйте, проблема в следующем. собираю такую схему. [КОМП-мастер(RS232)] MB3180(м) MB3180(с) [PLC-слэйв(RS485)] все вроде как работает нормально, но когда, в связи с особенностями PLC, он отвечает с задержкой в 1.3 сек, MB3180(м) перестает транслировать пакет из TCP в RTU. может подскажите что тут можно сделать. Здравствуйте, Действительно, MGate, в случае отсутствия ответа от опрашиваемого устройства в течение определенного времени, перестает транслировать пакет и выдает опрашивающей стороне ошибку. Это сделано вот для чего: если вдруг опрашиваемый PLC вышел из строя и не смог ответить, то своевременное сообщение об ошибке избавит опрашивающую программу от бесконечного ожидания ответа. Не всегда автоматический таймаут, назначаемый устройством MGate, адекватен. Поэтому Вы можете установить его самостоятельно. Это делается при настройке MGate во вкладке Modbus. Во вложении высылаю выжимку из документации, где описано, как настраивать таймаут. Соответственно, Вам нужно настроить этот таймаут обоим устройствам MGate, работающим в сети. modbus_timeout.pdf Link to comment
Nick Posted October 28, 2008 Author Share Posted October 28, 2008 Здравствуйте,Действительно, MGate, в случае отсутствия ответа от опрашиваемого устройства в течение определенного времени, перестает транслировать пакет и выдает опрашивающей стороне ошибку. Это сделано вот для чего: если вдруг опрашиваемый PLC вышел из строя и не смог ответить, то своевременное сообщение об ошибке избавит опрашивающую программу от бесконечного ожидания ответа. Не всегда автоматический таймаут, назначаемый устройством MGate, адекватен. Поэтому Вы можете установить его самостоятельно. Это делается при настройке MGate во вкладке Modbus. Во вложении высылаю выжимку из документации, где описано, как настраивать таймаут. Соответственно, Вам нужно настроить этот таймаут обоим устройствам MGate, работающим в сети. дело в том, что когда MGate работает на стороне мастера те включен в конфигурации в режим "мастер", таймаут для ТСР выставить вообще никак нельзя, как я понял есть какое то фиксированое время, которое настроить нельзя. В этом как бы и проблемы. Если выставить Слэйвчанел на ТСР то поле редактирования таймаута недоступно. Link to comment
Nick Posted October 28, 2008 Author Share Posted October 28, 2008 хотя сейчас посмотрел, поле для ввода таймаута активно. Но таймаут уже 10 000 мс выставлено и не помагает это. Link to comment
Komantsev Posted October 28, 2008 Share Posted October 28, 2008 хотя сейчас посмотрел, поле для ввода таймаута активно. Но таймаут уже 10 000 мс выставлено и не помагает это. А посмотрите, пожалуйста, LOG передаваемых данных на одном MGate и на другом (кнопочка Monitor в утилите настройки). Есть ли возможность отследить, на каком именно MGate прерывается передача данных. Попробуйте сохранить эти LOGи и переслать мне. А также сделайте Export настроек устройств MGate в текстовый файл и тоже вышлите. Мы проанализируем. Link to comment
Nick Posted October 28, 2008 Author Share Posted October 28, 2008 как я уже указывал в первом посте передача обрывается на первом от компа MGate который настроен, как (м). Ему на ТСР порт приходит ответ через секунду с небольшим. Он этот ответ не транслирует дальше в RS порт. последний и предпоследний обмены отражены на картинке. как сделать экспорт настроек? я такого здесь в менеджере не вижу. могу если скриншоты все собрать и мылом заслать. Link to comment
Nick Posted October 28, 2008 Author Share Posted October 28, 2008 в логе второго MGate с индексом (с) все впорядке. Он получает через секунду ответ от PLC и передает его на MGate(м) по ТСР. конфигурация MB3280, через который не транслируется передача, в файле - http://www.freewebs.com/pu12/222.cfg на данный момент пробовал связываться через 3280, а не через 3180. Впрчем результаты аналогичные. Link to comment
Komantsev Posted October 28, 2008 Share Posted October 28, 2008 в логе второго MGate с индексом (с) все впорядке. Он получает через секунду ответ от PLC и передает его на MGate(м) по ТСР. конфигурация MB3280, через который не транслируется передача, в файле - http://www.freewebs.com/pu12/222.cfg на данный момент пробовал связываться через 3280, а не через 3180. Впрчем результаты аналогичные. Большая просьба - киньте конфигурации обоих MGate (master и slave). Лучше, чтоб оба были 3180. Я загружу эти файлы в свои MGate и попробую живьём смоделировать ситуацию. К сожалению, модификации 3280 сейчас нет под рукой. Link to comment
Nick Posted October 29, 2008 Author Share Posted October 29, 2008 в этом файле конфигурация slave Скачать файл 3180_slave_192_168_0_120.cfg в этом его лог Скачать файл 3180_slave.jpg а тут конфигурация мастера, его лог я уже разместил выше Скачать файл 3180_master_192_168_0_121.cfg Link to comment
Komantsev Posted October 31, 2008 Share Posted October 31, 2008 Добрый день! Мы пытались сэмулировать указанную проблему у себя, но не смогли повторить ошибку. Даже при больших временях ответа оба устройства MGate (master и slave) работают корректно. Мои предложения - следующие: 1. Обновите Firmware до последней версии (высылаю во вложении самую последнюю версию, которой еще нет на официальном сайте). 2. В настройках Slave, вкладка Modbus, поставьте "Modbus TCP Exception" (в русской версии, вроде, называется "Исключения Modbus") в положение Enabled. 3. При настройке "Response Time-out" ("Таймаут Ответа") задайте Слэйву таймаут чуть меньше (хотя бы на 100 мсек), чем Мастеру. Сейчас у Вас стоит по 10000 мсек в Мастере и Слейве. Попробуйте в Слейве установить 9900. Изменится ли что-нибудь? Если проблема все-таки останется, то посмотрите еще раз на LOG'и передачи данных. Изменились ли они по сравнению с предыдущим разом? MB3180_Ver1.1.13_Build_08102316.rom Link to comment
mrGaz Posted January 8, 2009 Share Posted January 8, 2009 Столкнулся с аналогичной проблемой. Использую MB3180. Схема подключения PC(ModBus Master) -> Com(Rs232)-(Moxa MB3180)-Eth -> PLC(ModBus TCP Slave) Если PLC отвечает с задержкой более 1с, то в Log отображается, что ответа от PLC по Eth на MB3180 не поступает и дальше в Com не транслируется. Firmware обновил, как советовали. Link to comment
Komantsev Posted January 11, 2009 Share Posted January 11, 2009 Столкнулся с аналогичной проблемой. Использую MB3180. Схема подключения PC(ModBus Master) -> Com(Rs232)-(Moxa MB3180)-Eth -> PLC(ModBus TCP Slave) Если PLC отвечает с задержкой более 1с, то в Log отображается, что ответа от PLC по Eth на MB3180 не поступает и дальше в Com не транслируется. Firmware обновил, как советовали. Добрый день, А киньте, пожалуйста, LOG'и, мы их поизучаем. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now