ICP DAS i8411 - RS-485 - SCADA

[MajMeister]

Господа, доброго времени суток.

Имеем следующую относительно простую систему. PLC ICPDAS i8411 передает данные по протоколу MODBUS по линии RS-485 на СКАДУ.

Схема структурная.jpg

Периодически СКАДА перестает получать данные с i8411. Причем возобновление связи происходит только после перезапуска как АРМ, так и PLC. Системности в обрывах замечено не было - может проработать спокойно 3-4 дня, а может за сутки накрыться раза 3.
Оборудование все новое, в работе не больше 4х месяцев.
Для организации линии RS-485 используется кабель КИПЭВнг(А) - LS протяженностью примерно 900 метров, проложен как в подземной кабельной шахте, так и в кабельном коробе внутри производственного помещения. На концах стоят резисторы в 150 ом и ферритовые кольца, экран заземлен с обоих сторон.
Конвертер RS-485<->USB заменяли. Жилы в кабеле так же меняли на резервные. Визуальных признаков зависания PLC нет.
В чем может быть причина потери связи? Поврежден по всем 8ми жилам кабель? Сбой MiniOS? Ошибка в проектировании СКАДЫ? Еще варианты?

Очень надеюсь на Вашу помощь.

[Ryzhij]

На концах стоят резисторы в 150 ом и ферритовые кольца, экран заземлен с обоих сторон.

1. Вы уверены, что сигналы A и B RS-485 образуют одну витую пару в кабеле, а не расключены по разным парам?
2. С обеих сторон заземляют обычно броню кабеля при выравнивании потенциалов, однако сигнальный экран заземляется только со стороны контроллера.
3. Конвертер с гальванической развязкой?
4. SCADA использует свой внутренний драйвер или OPC-сервер? Если OPC, то что в логах?
5. Насколько Вы уверены в качестве применяемого USB-шнурка, ежели таковой используется?

[MajMeister]

1. Вы уверены, что сигналы A и B RS-485 образуют одну витую пару в кабеле, а не расключены по разным парам?
2. С обеих сторон заземляют обычно броню кабеля при выравнивании потенциалов, однако сигнальный экран заземляется только со стороны контроллера.
3. Конвертер с гальванической развязкой?
4. SCADA использует свой внутренний драйвер или OPC-сервер? Если OPC, то что в логах?

1. Да.
2. Броню кабеля и имел в виду. Извиняюсь за неточность.
3. Конвертер ICPDAS i7563 с гальваникой.
4. СКАДА коммерческой разработки, работает через внутренний драйвер.

[Ryzhij]

Скорость передачи снижать не пробовали? Как это влияет на устойчивость связи?

[Romcheg]

Сомневаюсь, что дело в аппаратуре и физическом канале, копайте проблему в софте. Что стоит внутри контроллера, и что за скада на АРМе?

[MajMeister]

Скорость передачи снижать не пробовали? Как это влияет на устойчивость связи?

9600 стоит с самого начала. Меньше уже некуда..

Сомневаюсь, что дело в аппаратуре и физическом канале, копайте проблему в софте. Что стоит внутри контроллера, и что за скада на АРМе?

PLC на MiniOS7. Скада от текона.

[doza]

Вы протянули 900м при возможных 1200м исключите поставьте свой комп до линии если 4 дня проработает нормально мучайте линию иначе софт.

[MajMeister]

Положим, что проблема в софте. ТОгда почему восстановление связи происходит только после перезагрузки ОБОИХ сторон - и PLC и АРМа? Ошибка в софте с обоих сторон?
И проблемы начались только последний месяц, до этого месяца 3 таких сбоев не было - все работало как часы. Видимо остается только перебитая линия....

[MuadDib]

Если дело в перебитой линии, тогда как перезагрузка влияет на восстановление связи?

Вероятно, проблему следует искать в адаптере RS485-USB. Попробуйте заменить его на другой преобразователь, в идеале - взять девайс другой модификации/производителя и посмотреть, как изменится ситуация.

[alex_ugrumov]

Положим, что проблема в софте. ТОгда почему восстановление связи происходит только после перезагрузки ОБОИХ сторон - и PLC и АРМа?

А по первому посту я подумал, что можно перезагрузить любого для восстановления, а не обоих.....
А если не перезапускать, а просто провод из разъёма вынуть и назад вставить? А если с обоих сторон? А при затыкании связи не пробовали на линию подключиться третьим устройством и послушать, что там, запросы идут? А когда затыкается какие уровни сигнала на линии? А при затыкании связи если отключить контроллер от линии уровень в линии не меняется? А то же самое с преобразователем? А ещё можно попробовать поставить USB-232, а потом 232-485 (всё от ICP-DAS), тогда по активности на промежутке 232 будет понятно софт или линия.
Но если работало и перестало вряд ли софт погнулся за эти три месяца, при том, что, если я правильно понимаю, модули отвечающие за связь - это от поставщиков софта, а не Ваша разработка (то есть серийная и проверенная история)? И я бы экран всё таки с оной стороны отключил....

[Livsc]

Не корректировалось ли ПО месяц назад?

[MajMeister]

Не корректировалось ли ПО месяц назад?

Нет. ПО не трогали месяца 3, как пуско-наладку закончили.

Если дело в перебитой линии, тогда как перезагрузка влияет на восстановление связи?
Вероятно, проблему следует искать в адаптере RS485-USB. Попробуйте заменить его на другой преобразователь, в идеале - взять девайс другой модификации/производителя и посмотреть, как изменится ситуация.

Преобразователь меняли на абсолютно новый, хоть и такой же марки... Снятый проверили на стенде на стабильность связи в связке с другими устройствами - проблем не было.

alex_ugrumov, попробуем последовательно провести предложенные вами испытания. Но понадобится время... Пока для полного подтверждения влияния линии, организовали размещения того же самого АРМа с тем же преобразователем возле PLC на пару дней.
Отпишу сразу как будут результаты...

[MajMeister]

На короткой прямой линии АРМ так же перестал получать данные...

Восстановление связи произвели тем же способом - перезагрузом и ПЛС и АРМа.
Причем заметили, что АРМ пришлось именно полностью перезагружать. Ни переподключение 485го, ни переподключение преобразователя, ни перезапуск скады - ничего не помогло восстановить связь, кроме волшебной кнопки "резет".
Варианты? битые ЮСБ? пожеваные драйвера?

[Ryzhij]

В части USB - проверьте в свойствах USB-порта не стоит ли у Вас птичка "Экономить" на вкладке "Управление электропитанием"?

[alex_ugrumov]

Да, USB, драйвера скорее всего. Только не понятно при чём тут ПЛК. В следующий раз зависнет, попробуйте:
остановить СКАДА не перегружая компьютер, посмотреть в списке устройств СОМ порт, есть ли? Подключиться к этому порту обычным терминалом, сможет ли он открыть этот порт? Послать чего-нибудь в терминал, будет ли мигать лампа на преобразователе? Перезапустить только АРМ, контроллер не перезапуская. Вообще если это USB, то контроллер тут не при чём и его не нужно перезапускать. А вообще контроллер живой при этом пропадании связи? он выходами-то щёлкает? Вообще странно всё это: Вы уверенны, что только перезапуск и ПЛК и АРМ одновременно восстанавливает связь?
Если это usb (а такое часто бывает. Всякие GSM модемы и т.п. устройства работающие через СОМ порты поверх USB кривят это всё ужас как), то: переставить винды, не ставить ничего лишнего. заменить ICP-DAS на MOXA UPort 1110 + ICPDAS I-7520 (Не ставить UPort 1130/1150 - на длинной линии они могут плохо работать.).

[MajMeister]

В части USB - проверьте в свойствах USB-порта не стоит ли у Вас птичка "Экономить" на вкладке "Управление электропитанием"?

Точно отключено.

alex_ugrumov, сегодня проверили точно - никакие манипуляции с армом не помогали, пока не перегрузили ПЛК.
ПЛК вроде адекватен, мигает, релюшками щелкает.

[AlexChessrook]

info_from_vns_i-8411.jpg

Сообщение MajMeister "i8411 передает данные по протоколу MODBUS по линии RS-485 на СКАДУ."

У нас после покупки новой MS4D InSat появилась необходимость в переходе на Модбас всех удалённых
контроллеров т.к. контроллеры i8411 работали по своему протоколу MasterPLC и старая скада MS3 вполне
с ними справлялась , а в новой этого протокола не было(позже вроде появился за доп деньги, но было поздно).
И мы сняли контроллеры i8411 с объектов и теперь они лежат без применения, хотя вполне рабочие.
Какую комбинацию версия OS -версия Firmware надо залить в эти контроллеры, чтобы они работали по Modbus RTU?
Пробовал разные комбинации с раздела modbus FTP ICPDAS (8000e,8000r,ip8000,ip8000r(правда последние 2 только firmware,
т.к. побоялся потерять с i8411 связь совсем)-ничего не получилось.Инфа о контроллре с MiniOS Utility во вложении

Спасибо

[petr2off]

Старый протокол - это протокол DCON.
Для работы с i8411 по MODBUS RTU прошивка не поможет ни как.
Там нужно дорабатывать прикладную программу в контролере.
По большому счету 3 функциональных блока понадобится - для инициализации канала, для чтения пакета и для записи пакета.
Т.е. инициализируете канал (определяете com порт, скорость, slave и т.д.
А дальше либо читаете с канала нужной функцией в переменные контроллера, либо пишете.

[AlexChessrook]

Мне кажется Вы пишите про Мастера на модбас а мне надо читать его(i8411) как slave с любого com(1-4) контроллера,
просто считывать по модбас в скада значения входов дискр и аналоговых, или я не прав про мастера?
Тем более есть modbus utility от icpdas для настройки i8411mbrtu.
Можно ли превратить i8411 в i8411mbrtu перепрошивкой или обязательно править прогу контроллера(firmware)?

[petr2off]

Не принципиально. В библиотеке есть модули и для mastera и для slave.
Утилита modbus utility у меня есть, и я ей пользуюсь. Для настройки корзин расширения ET-8.
И да, переменные Modbus TCP контроллера она увидет, но в любом случае не настроит.

В случае Modbus TCP - адрес регистра есть атрибут переменной, в случае Modbus RTU
нужно использовать библиотечные функциональные блоки.

В конце концов - не верите мне, почитайте документацию.

[AlexChessrook]

верю, но факт то, что есть i-8411mrtu и modbus utility для настройки. Я не думаю, что под i-8411mrtu они делают
новое железо, судя по описанию тоже железо и я полагаю разница только в прошивке.
Программировать на C -лет 20 этим не занимался и больше времени уйдёт на освоение С, поиск библиотек.
А заманчиво было бы просто прошить OS и firmware и получить результат.

Спасибо

[petr2off]

Зачем С, есть isagraf 3.5.
Там на боард садится rtu_slav,
RTU_slav

Enable 2nd , 3rd , 4th or 5th Modbus RTU slave port in
Wincon-8xx7 : COM5 , COM6 , COM7 or COM8 or
WinPAC-8xx7 : COM1 to COM8
VP-25W7 / 23W7 / 25W6 / 23W6 : COM2 , COM3 , COM5 to COM8
XP-8xx7-CE6 : COM1 to COM33

*** Target :
Target 1: W-8xx7/8xx6 (since driver version 3.25)
Target 2: WinPAC-8xx7 / 8xx6 (since driver version 1.02)
Target 3: VP-25W7 / 23W7 / 25W6 / 23W6
Target 4: XP-8xx7-CE6 / XP-8xx6-CE6

Note:
1. Modbus RTU slave port 1 can be COM2 or COM3 which can be set on the "Wincon's monitor" or "WinPAC's monitor" by mouse.
2. User may enable 2nd , 3rd , 4th or 5th Modbus RTU slave port in Wincon-8xx7 (COM5 , COM6 , COM7 or COM8 only. No support other COM port number) or in WinPAC-8xx7 (COM1 to COM8 only. No support other COM port number)
3. For Wincon-8xx7: Please make sure COM5 , COM6 (or COM7 , COM8) does exist and well configured. (please plug i-8112 / 8114 / 8142 / 8142i / 8144 in slot 1 (or slot 2) & configured by running "Start" - "Programs" - "Wincon Utility" , Goto "Com" tab and then run "New Card Wizard", click on "Slot Scan" and then click on "Save New Module" to config the COM port No. before using them)
4. For WinPAC-8xx7 and VP-25W7 / 23W7 / 25W6 / 23W6 : Please make sure COM port does exist and well configured when using it. (please plug i-8114W / 8112iW / 8114iW / 8142iW / 8144iW in slot 0 (or slot 1 to 3) & configured by running "Start" - "Programs" - "WinPAC Utility" , Goto "Multi-serial port wizard" tab and then click on "Slot scan", next click on "Set" and then run " File > Save and Reboot" to config the COM port No. before using them)
5. Via 2nd , 3rd , 4th or 5th Modbus RTU slave port, user may use ISaGRAF software to Debug/Set_val to the controller, however user can not Stop/Download/Update the ISaGRAF program.
6. To Debug/Set_val/Stop/Download/Update the ISaGRAF program, please use Ethernet port or the 1st Modbus RTU slave port. The 2nd to 5th Modbus RTU slave ports are not for ISaGRAF to Stop/Download/Update.
7. Only XP-8047-CE6 and XP-8046-CE6 can use its COM1 as Modbus RTU slave port.

parameter:

Rtu_Slave_Port2 : WinPAC-8xx7 can be 1: COM1 to 8:COM8
( Wincon-8xx7 can be 5:COM5 or 6:COM6 or 7:COM7 or 8:COM8)
( VP-25W7 / 23W7 / 25W6 / 23W6 can be 2:COM2 or 3:COM3 or 5:COM5 to 8:COM8 )
( XP-8xx7-CE6 / XP-8xx6-CE6 can be 1: COM1 to 33: COM33 , 3 and 7 slot XP-8000-CE6 doesn't support Modbus RTU slave port for COM1)
Baud_port2 : Can be 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600 or 115200
Delay_time2 : Can be 0, 1 to 10000. unit is milli-second. default is 0 ms, setting as 0 ms means when receiving complete Modbus RTU request from PC/HMI/others, W-8xx7 will reply immediately. If setting as 1 to 10000 ms, when receiving complete request, it will delay the related setting time and then reply to PC/HMI/others.

Rtu_Slave_Port3 : WinPAC-8xx7 can be 1: COM1 to 8:COM8
( Wincon-8xx7 can be 5:COM5 or 6:COM6 or 7:COM7 or 8:COM8)
( VP-25W7 / 23W7 / 25W6 / 23W6 can be 2:COM2 or 3:COM3 or 5:COM5 to 8:COM8 )
( XP-8xx7-CE6 / XP-8xx6-CE6 can be 1: COM1 to 33: COM33 , 3 and 7 slot XP-8000-CE6 doesn't support Modbus RTU slave port for COM1)
Baud_port3 : Can be 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600 or 115200
Delay_time3 : Description is same as "Delay_time2"

Rtu_Slave_Port4 : WinPAC-8xx7 can be 1: COM1 to 8:COM8
( Wincon-8xx7 can be 5:COM5 or 6:COM6 or 7:COM7 or 8:COM8)
( VP-25W7 / 23W7 / 25W6 / 23W6 can be 2:COM2 or 3:COM3 or 5:COM5 to 8:COM8 )
( XP-8xx7-CE6 / XP-8xx6-CE6 can be 1: COM1 to 33: COM33 , 3 and 7 slot XP-8000-CE6 doesn't support Modbus RTU slave port for COM1)
Baud_port4 : Can be 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600 or 115200
Delay_time4 : Description is same as "Delay_time2"

Rtu_Slave_Port5 : WinPAC-8xx7 can be 1: COM1 to 8:COM8
( Wincon-8xx7 can be 5:COM5 or 6:COM6 or 7:COM7 or 8:COM8)
( VP-25W7 / 23W7 / 25W6 / 23W6 can be 2:COM2 or 3:COM3 or 5:COM5 to 8:COM8 )
( XP-8xx7-CE6 / XP-8xx6-CE6 can be 1: COM1 to 33: COM33 , 3 and 7 slot XP-8000-CE6 doesn't support Modbus RTU slave port for COM1)
Baud_port5 : Can be 600, 1200, 2400, 4800, 9600, 19200, 38400, 57600 or 115200
Delay_time5 : Description is same as "Delay_time2"

There is 4 Boolean input channels : True: enable slave port Ok , False: Can not enable the slave port (port doesn't exist or used by other functions)


ICP DAS , Taiwan
Mar.25,2010
Это его краткая характеристика.
а дальше пользуешся функциональными блоками mbus* для работы.

Сами модули контроллера - поддерживают интерфейс DCOM, и еще паралельный свой интерфейс. а вот modbus они никакой не поддерживают,
С modbus умеет работать контроллер, но логику преобразования DCOM (или паралельного интерфейса) в Modbus нужно прописывать.

[AlexChessrook]

Да, можно . Нашёл firmware -заменяешь его и i-8411 фактически превращается в i-8411mrtu.
Спасибо группе поддержки ICPDAS.

Still, I test its compatibility, and built the firmware.
You can download it by the link.
https://drive.google.com/file/d/18xUXgV ... sp=sharing

It should work for i-87k modules, I-8K DO/DI modules, and I-8017, I-8024.
Try it.


Best Regards,
Mac Cho
Tel: 04-2328-5522#30 Fax: 04-23283389
E-mail:[email protected]
www.icpdas.com

[petr2off]

Извиняюсь, немного попутал.
Есть iP-8411 - это контроллер, и есть i-8411 - это корзина расширения.
Да, для корзины расширения все так. Пару месяцев назад я перепрошивал, правда другую корзину (ET-8P) с DCON на modbus TCP.
Для контроллера - все решается программно, для корзины - вопрос настройки через утилиту.

Отправлено спустя 31 минуту 24 секунды:
Что меня ввело в заблуждение.
i-8411 - по сути не контроллер. По факту - это каплер, который может интегрироватся с любым контроллером или программой, поддерживающий протокол соединения. Контроллер - это устройство в которое загружается программа управления объектом.
Т.е. стандартное решение: Скада - контроллер - корзины расширения (каплер).
Скажем сейчас с программирую связку (MS-4D + Weintek) - Isagraf 6.5(LP-8841)-3 корзины расширения (ET-87P8). Ни одна скада напрямую с корзинами расширения не общается.
Честно говоря - соединение i-8411 на прямую со Скада - как минимум не типичное решение (если не сказать странное).