Просмотр полной версии : Reset, ModBus(Slave) TCP
Доброго времени суток!
Имеется следующая связка: ОВЕН ПЛК100 с поднятым на нем протоколом ModBus(slave) TCP , интерфейс - Ethernet. С другой стороны ПК с ModBus(Master) TCP. Обмен данными проходит нормально (состояние связи оценивается по трассировке на ПК).
После нажатия в CodeSys команды "Online/Reset" или "Online/Reset(cold)" обмен прекращается, то есть с ПК ModBus(Master) отправляет запросы, а ответа от ПЛК100 нет. Нажатие кнопок Старт/Стоп , Сброс на ПЛК обмен не поднимает. Запустить обмен удается только повторной загрузкой проекта в ПЛК.
Пожалуйста, подскажите, в чем причина такой реакции ПЛК на команду Reset?
ну вы даете) сносите программу с плк и спрашиваете, почему он не работает)
Николаев Андрей
13.11.2010, 11:13
Это нормальная реакция - программа у Вас была в ОЗУ, и Вы её честно Reset сбрасываете.
Для того, чтобы записать программу на Flash - необходимо из меню Online выполнить команду Creat Boot Project (Создание загрузочного проекта).
Это нормальная реакция - программа у Вас была в ОЗУ, и Вы её честно Reset сбрасываете.
Для того, чтобы записать программу на Flash - необходимо из меню Online выполнить команду Creat Boot Project (Создание загрузочного проекта).
Пробовал записывать программу на Flash - не помагает. То есть создавался загрузочный проект, после комманды Reset или Reset(cold) и запуска (Старт) программа записанная в ПЛК отрабатывает алгоритм адекватно. Единственно не поднимается передача данных по ModBus(slave). ПЛК прошит последней версией ПО выложенной на сайте на данный момент. Какие еще будут варианты ?
Николаев Андрей
14.11.2010, 00:01
Странно - должно все быть нормально.
Кидайте программы на plc@owen.ru с подробным описанием - глянем.
Александр86
26.11.2010, 14:57
Добрый день! столкнулся с аналогичной проблемой!
Оборудование:
PLC model MODEL PLC 110-60
Binary VERSION 2.10.7
Need Target version 2.10
Compiled: 12:24:25 Jul 23 2009
с другой стороны lectus Modbus OPC/DDE
после загрузки лог лектуса выглядит так:
14:42:54.250 [3264] Загружен экземпляр сервера
14:42:54.265 [3264] КЛИЕНТ ЗАПУЩЕН
14:42:54.875 [3412] (192.168.0.252:502) подключение - ОК
14:42:54.875 [3412] (192.168.0.252:502)Tx: [12] 49 9A 00 00 00 06 01 03 00 00 00 01
14:42:54.875 [3412] (192.168.0.252:502)Rx: [11] 49 99 00 00 00 05 01 03 02 00 00
И далее данные без проблем! При нажатии reset или подобных действиях лог выглядит так:
14:46:02.343 [3264] Загружен экземпляр сервера
14:46:02.343 [3264] КЛИЕНТ ЗАПУЩЕН
14:46:03.843 [3412] (192.168.0.252:502) ошибка подключения (Socket Error # 10061
Connection refused.)
14:46:03.843 [3412] (192.168.0.252:502) ошибка при передаче данных (Нет подключения)
14:46:03.843 [3412] Ошибка приема/передачи (192.168.0.252:502 Адрес:1)
14:46:04.359 [3264] Выгружен экземпляр сервера
14:46:04.359 [3264] КЛИЕНТ ОСТАНОВЛЕН
Помогает, как выше описано, только полная перезагрузка программы!
Вот программа
Вопросы по Чернышевскому :-)
Подтверждаю, есть такая проблема. При сбросе, не поднимается сессия ModBus TCP. Причем все работает нормально, кроме обмена данными со SCADA.
Вот часть лога из лектуса:
11:43:02.580 [3524] (10.0.0.65:503) ошибка подключения (Socket Error # 10061
Connection refused.)
11:43:02.580 [3524] (10.0.0.65:503) закрытие соединения удаленным хостом (Connection Closed Gracefully)
11:43:02.580 [3524] Ошибка приема/передачи (10.0.0.65:503 Адрес:2)
Эта ерунда реально напрягает, особенно если нет возможности остановить технологический процесс. Может как-то можно восстановить связь без перезагрузки программы?
Николаев Андрей
03.12.2010, 10:56
будем посмотреть...
Филоненко Владислав
03.12.2010, 11:15
что значит нажат резет? кнопка?
или программный?
Пришлите лог снифера Ethernet
Александр Приходько
03.12.2010, 12:35
Здравствуйте. Провели испытание. Проблема на последней прошивке не выявлена!
1) Codesys 2.3.9.25
2) PLC154-U.M прошивка 2.12.7
3) Target 2.10
4) Lectus OPC 3.9 Сборка 29 от 02,11,09 (та, которая на нашем сайте)
В ПЛК были добавлены 2 переменные.
Настройки PLC и Lectus на скриншотах:
3107
3108
3109
3110
3111
При нажатии на Reset информация восстанавливается - вот лог:
12:33:45.060 [8124] (10.0.6.10:502)Rx: [11] 00 22 00 00 00 05 01 03 02 00 00
12:33:46.003 [8124] (10.0.6.10:502)Tx: [12] 00 23 00 00 00 06 01 03 00 00 00 01
12:33:46.024 [8124] (10.0.6.10:502)Rx: [11] 00 23 00 00 00 05 01 03 02 EA 97
12:33:46.074 [8124] (10.0.6.10:502)Tx: [12] 00 24 00 00 00 06 01 03 00 01 00 01
12:33:46.094 [8124] (10.0.6.10:502)Rx: [11] 00 24 00 00 00 05 01 03 02 00 00
12:33:47.015 [8124] (10.0.6.10:502)Tx: [12] 00 25 00 00 00 06 01 03 00 00 00 01
12:33:47.019 [8124] (10.0.6.10:502)Rx: [11] 00 25 00 00 00 05 01 03 02 EE 8F
12:33:47.068 [8124] (10.0.6.10:502)Tx: [12] 00 26 00 00 00 06 01 03 00 01 00 01
12:33:47.074 [8124] (10.0.6.10:502)Rx: [11] 00 26 00 00 00 05 01 03 02 00 00
12:33:48.003 [8124] (10.0.6.10:502)Tx: [12] 00 27 00 00 00 06 01 03 00 00 00 01
12:33:48.053 [8124] (10.0.6.10:502)Tx: [12] 00 28 00 00 00 06 01 03 00 01 00 01
12:33:51.006 [8124] (10.0.6.10:502)Tx: [12] 00 29 00 00 00 06 01 03 00 00 00 01
12:33:54.009 [8124] (10.0.6.10:502)Tx: [12] 00 2A 00 00 00 06 01 03 00 00 00 01
12:33:57.012 [8124] (10.0.6.10:502)Tx: [12] 00 2B 00 00 00 06 01 03 00 00 00 01
12:34:00.014 [8124] (10.0.6.10:502)Tx: [12] 00 2C 00 00 00 06 01 03 00 00 00 01
12:34:03.039 [8124] (10.0.6.10:502)Tx: [12] 00 2D 00 00 00 06 01 03 00 00 00 01
12:34:04.243 [8124] (10.0.6.10:502) закрытие соединения удаленным хостом (Connection Closed Gracefully)
12:34:04.440 [8124] (10.0.6.10:502) подключение - ОК
12:34:04.441 [8124] (10.0.6.10:502)Tx: [12] 00 2E 00 00 00 06 01 03 00 00 00 01
12:34:04.447 [8124] (10.0.6.10:502)Rx: [11] 00 2E 00 00 00 05 01 03 02 0E BB
12:34:04.492 [8124] (10.0.6.10:502)Tx: [12] 00 2F 00 00 00 06 01 03 00 01 00 01
12:34:04.508 [8124] (10.0.6.10:502)Rx: [11] 00 2F 00 00 00 05 01 03 02 00 00
12:34:04.914 [8124] (10.0.6.10:502)Tx: [12] 00 30 00 00 00 06 01 03 00 00 00 01
12:34:04.921 [8124] (10.0.6.10:502)Rx: [11] 00 30 00 00 00 05 01 03 02 10 96
12:34:04.964 [8124] (10.0.6.10:502)Tx: [12] 00 31 00 00 00 06 01 03 00 01 00 01
12:34:04.970 [8124] (10.0.6.10:502)Rx: [11] 00 31 00 00 00 05 01 03 02 00 00
12:34:05.046 [8124] (10.0.6.10:502)Tx: [12] 00 32 00 00 00 06 01 03 00 00 00 01
12:34:05.052 [8124] (10.0.6.10:502)Rx: [11] 00 32 00 00 00 05 01 03 02 11 1B
12:34:05.097 [8124] (10.0.6.10:502)Tx: [12] 00 33 00 00 00 06 01 03 00 01 00 01
12:34:05.103 [8124] (10.0.6.10:502)Rx: [11] 00 33 00 00 00 05 01 03 02 00 00
12:34:06.002 [8124] (10.0.6.10:502)Tx: [12] 00 34 00 00 00 06 01 03 00 00 00 01
12:34:06.008 [8124] (10.0.6.10:502)Rx: [11] 00 34 00 00 00 05 01 03 02 14 DB
12:34:06.053 [8124] (10.0.6.10:502)Tx: [12] 00 35 00 00 00 06 01 03 00 01 00 01
12:34:06.059 [8124] (10.0.6.10:502)Rx: [11] 00 35 00 00 00 05 01 03 02 00 00
12:34:07.004 [8124] (10.0.6.10:502)Tx: [12] 00 36 00 00 00 06 01 03 00 00 00 01
12:34:07.022 [8124] (10.0.6.10:502)Rx: [11] 00 36 00 00 00 05 01 03 02 18 C9
Как видно в логе, лектус после сброса плк пытается до него достучаться, после загрузки ПЛК связь восстанавливается!
Александр86
03.12.2010, 16:53
Добрый день. Пробовал повторить испытание, скачал прошивку, прошил ПЛК! На всякий случай скачал Target файлы, установил, написал тестовый пример, вот только ничего не изменилось!
1) Codesys 2.3.8.1
2) прошивка v.2.12.7_plc110_60(сегодня скачал с сайта)
3) Target 2.10
4) Lectus OPC/DDE server Версия 3.9 Сборка: 29 от 02.11.09
Программу и настройки лектуса отскриншотил!
http://www.owen.ru/forum/attachment.php?attachmentid=3113&stc=1&d=1291383746
http://www.owen.ru/forum/attachment.php?attachmentid=3114&stc=1&d=1291383746
http://www.owen.ru/forum/attachment.php?attachmentid=3115&stc=1&d=1291383746
http://www.owen.ru/forum/attachment.php?attachmentid=3116&stc=1&d=1291383746
После нажатия кнопки сброс(онлайн-сброс, не холодный или горячий) лог лектуса выглядит так:
http://www.owen.ru/forum/attachment.php?attachmentid=3118&stc=1&d=1291383783
Да, лектус пытается достучаться до ПЛК, но тот молчит!!! Проблема сталась!
Филоненко Владислав
06.12.2010, 11:28
Пришлите лог снифера Ethernet
Александр86
07.12.2010, 11:45
за неимением сниффера и опытом работы с ним - делал скрины! первые четыре - это нормальная работа плк, начиная с пятого - была нажата кнопка сброс(в кодесисе).
проверил в реальных условиях работы, записал программку на флеш и поставил на объект, завязался с лектусом. выключал включал питание, нажимал кнопку сброс(непосредственно на плк) и лектус восстанавливал конект, в принципе все в порядке! проблема лишь при разработке программы в кодесисе(кода с его помощью сбрасываем плк) тогда помогает только полная перезагрузка программы! хорошо если бы и в этом проблемы небыло.
Филоненко Владислав
07.12.2010, 12:48
а можно окошко пошире? и важен тот момент, когда связь прерывается.
Александр86
07.12.2010, 14:52
Шире окно можно, делал такие маленькие для того чтобы архив был меньше!
А для того чтобы поймать этот момент надо опрос делать почаще. Скриншотами тут не отделаться. Смог достать только Wireshark сниффер, и поэтому файл лога открыть можно будет им!
Скорость опроса ПЛК 0.2 сек.
Последовательность действий такая: Запуск программы на ПЛК, запуск сниффера, запуск лектуса, сброс ПЛК в кодесисе, старт ПЛК в кодесисе, ждем 30 секунд останавливаем сниффер и сохраняем результат.
Сброс был гдето в районе 4-5 секунд(90ые запросы) после запуска программы и в этот же момент был нажат старт. Настройки лектуса и сама программа таже(выше), кроме частоты опроса!
Филоненко Владислав
07.12.2010, 15:19
спасибо, будем посмотреть.
По всей видимости нужно просто запретить пользоваться сбросом из CodeSys)).Производители молчат.
Николаев Андрей
07.12.2010, 20:40
главное, что разработчики "будут посмотреть".
Александр86
20.01.2011, 13:34
Есть ли какие-нибудь успехи в решении данного вопроса?
Прошел год
PLCInfo
PLC model MODEL PLC 150
Binary VERSION 2.14.0
Need Target version 2.10
Compiled: 10:35:48 May 16 2011
MAC 6A:77:00:00:90:FB
IP 192.168.2.38
GATE 10.0.6.1
MASK 255.255.255.0
PIC upper version is 07
Licence unlimited
Universal DAC
PIC lower version is 0e
Если при загрузке проекта контроллер не уходит в стоп то все хорошо, если переходит в стоп то скада, которая modbus TCP master, не может подсоединится к сокету, помогает ресет оригинал, clean all , rebuild all и заново download.
Есть ли возможность программно очищать/отключать все соединения на порт 502, и вставить эту программу в событие стоп в Task configuration System events?
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot