2Gi, VLT FC51 и OPC Lectus

[LordN]

2Gi управляет ПЧ FC51 по 0-10В
старт/стоп сухим контактом с DO0 2Gi
все работает прекрасно в любом режиме, вся связь есть - smconfig, ftp, ssh, vpn

подключаю OPC
пока ПЧ в режиме стоп, все работает, связь есть, все переменные видны и читаются.

перевожу установку в режим старт, ПЧ запускается, OPC сразу связь теряет, данные не получает.

куда смотреть, что искать?

[Arsie]

Сообщение от LordN

2Gi управляет ПЧ FC51 по 0-10В
старт/стоп сухим контактом с DO0 2Gi
все работает прекрасно в любом режиме, вся связь есть - smconfig, ftp, ssh, vpn

подключаю OPC
пока ПЧ в режиме стоп, все работает, связь есть, все переменные видны и читаются.

перевожу установку в режим старт, ПЧ запускается, OPC сразу связь теряет, данные не получает.

куда смотреть, что искать?

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

Проверить комплектацию ПЧ, есть ли дроссели на входе и выходе силовых. Частоту модуляции попереключать.

[serg-el]

Сообщение от LordN

куда смотреть, что искать?

Контур заземления, общую точку заземления (пч, бп, экраны кабелей), экран кабеля 0-10В (выбором точки заземления минимизировать помехи - варианты
а) заземлить экран в общей точке
б) соединить экран с 0 на ПЧ, и более нигде
в) соединить экран с 0 на 2Gi, и более нигде).

Пропустить кабель 0-10В через ферритовую трубку (от комп. кабелей), повесить такие-же на другие входящие в 2Gi кабеля.

Простор для творчества большой, при наличии осциллографа вычислить точку помехи получится гораздо быстрее, и оценить качество подавления гораздо нагляднее ...

[LordN]

Сообщение от Arsie

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

Проверить комплектацию ПЧ, есть ли дроссели на входе и выходе силовых. Частоту модуляции попереключать.

но ведь связь как таковая же есть.
работает все кроме ОРС...
может какие-то задержки? не?

[serg-el]

Сообщение от LordN

но ведь связь как таковая же есть.
работает все кроме ОРС...
может какие-то задержки? не?

Так отключить питание ПЧ, что-бы исключить помехи, и будет понятно, есть ли программные глюки или нет ...

[Arsie]

Сообщение от LordN

но ведь связь как таковая же есть.
работает все кроме ОРС...
может какие-то задержки? не?

OPC работает по эзернету или rs485?

[LordN]

Сообщение от Arsie

OPC работает по эзернету или rs485?

на езернете

Сообщение от serg-el

Так отключить питание ПЧ, что-бы исключить помехи, и будет понятно, есть ли программные глюки или нет ...

пока ПЧ в режиме стоп, под питанием, все работает, связь есть, все переменные видны и читаются.

перевожу установку в режим старт, ПЧ запускается, OPC сразу связь теряет, данные не получает.

[Arsie]

Сообщение от LordN

на езернете

Запустите проект в отладку в лоджике, лоджик теряет связь при запуске ПЧ?

[LordN]

Сообщение от Arsie

Запустите проект в отладку в лоджике, лоджик теряет связь при запуске ПЧ?

похоже дело не в пч..
внял совету serg-el

сейчас снял питание с пч полностью, перевел проект в режим старт - и связь пропала

[Arsie]

Сообщение от LordN

похоже дело не в пч..
внял совету serg-el

сейчас снял питание с пч полностью, перевел проект в режим старт - и связь пропала

Значит модбасный драйвер перестаёт работать. В этот момент по ФТП файл нормально скачивается с контроллера?

Если да, то проверьте ваш способ: новый проект + копипаст в него из старого.


PS. Тогда у вас как раз драйвер модбаса и падал, кстати. Из-за ошибки в БД.

[LordN]

Сообщение от Arsie

Значит модбасный драйвер перестаёт работать. В этот момент по ФТП файл нормально скачивается с контроллера?

Если да, то проверьте ваш способ: новый проект + копипаст в него из старого.


PS. Тогда у вас как раз драйвер модбаса и падал, кстати. Из-за ошибки в БД.

фтп да, работает, SMRD работает

о как..

а другого способа поправить драйвер нету?

[Arsie]

Сообщение от LordN

фтп да, работает, SMRD работает

о как..

а другого способа поправить драйвер нету?

Он падает по ошибке в БД. Эта ошибка скорее всего тянется издавна, из какого-нибудь раннего 3.25 или 3.26. Способа исправить древние "зависшие" ошибки нет.

Попробуйте полностью грохнуть мастеров модбас и добавить их заново. Может это и уведёт ошибку - но не факт.

[LordN]

Сообщение от Arsie

Он падает по ошибке в БД. Эта ошибка скорее всего тянется издавна, из какого-нибудь раннего 3.25 или 3.26. Способа исправить древние "зависшие" ошибки нет.

Попробуйте полностью грохнуть мастеров модбас и добавить их заново. Может это и уведёт ошибку - но не факт.

перенос копипастом в новый проект не помог

не понял, что значит "полностью грохнуть мастеров модбас и добавить их заново"?

[Arsie]

Сообщение от LordN

перенос копипастом в новый проект не помог

не понял, что значит "полностью грохнуть мастеров модбас и добавить их заново"?

Если в проекте есть "слейвы", то удалить их. Можно просто удалить и проверить работу отладки.

[LordN]

Сообщение от Arsie

Если в проекте есть "слейвы", то удалить их. Можно просто удалить и проверить работу отладки.

есть только один слейв на 485м. его удалял еще когда искал причину зависания, не помогало.

p.s. о как... включил старый лектус38-30 на машине с хппросп3 - все работает... счас проверю остальное..

p.p.s. лектус 39-86 на машине с вин7про - не работает. странно глючит. такое может быть? счас еще 39-86 на хп поставлю, проверю..
p.p.p.s та же самая херня. 39-86 ацстой.

какая сборка 39 нормально работает? у меня лиц под 39

3-10 работает, лицензия не подходит..
3-8 работает, лицензия не подхдит.
3-9 не работает, зато лицнзия от него.

[Arsie]

Сообщение от LordN

есть только один слейв на 485м. его удалял еще когда искал причину зависания, не помогало.

p.s. о как... включил старый лектус38-30 на машине с хппросп3 - все работает... счас проверю остальное..

p.p.s. лектус 39-86 на машине с вин7про - не работает. странно глючит. такое может быть? счас еще 39-86 на хп поставлю, проверю..
p.p.p.s та же самая херня. 39-86 ацстой.

какая сборка 39 нормально работает? у меня лиц под 39

3-10 работает, лицензия не подходит..
3-8 работает, лицензия не подхдит.
3-9 не работает, зато лицнзия от него.

Протокол TCP (на основе которого работает Modbus-TCP) допускает задержки до 15 секунд, поэтому это какая-то уличная магия...


PS. 3.9 последняя сборка что-то типа 140. Я пользуюсь 112й: http://dl.segnetics.com/PRODUCTS/SMC...DA/OPC_Server/

[LordN]

Сообщение от Arsie

Протокол TCP (на основе которого работает Modbus-TCP) допускает задержки до 15 секунд, поэтому это какая-то уличная магия...


PS. 3.9 последняя сборка что-то типа 140. Я пользуюсь 112й: http://dl.segnetics.com/PRODUCTS/SMC...DA/OPC_Server/

я ничего не выдумал, все так и есть.
сегодня еще раз проверил специально. 39-89 творит вот такую уличную магию.

39-112, как ни странно, работает.
спасибо!

[Arsie]

Сообщение от LordN

я ничего не выдумал, все так и есть.
сегодня еще раз проверил специально. 39-89 творит вот такую уличную магию.

39-112, как ни странно, работает.
спасибо!

Значит какой-то баг в сервере)

[LordN]

Сообщение от Arsie

Значит какой-то баг в сервере)

ну слишком уж странный, какое ему, серверу, дело до того в каком состоянии проект находится? бредовина какая-то... ладно бы на стороне 2Gi что-то вылазило...

[Arsie]

Сообщение от LordN

ну слишком уж странный, какое ему, серверу, дело до того в каком состоянии проект находится? бредовина какая-то... ладно бы на стороне 2Gi что-то вылазило...

Потому я и написал, что уличная магия какая-то

Не должно влиять и в теории не может влиять. Но влияет.

[LordN]

похоже магия все еще действует, но немного поменяла тактику.


запускаю автоскаду, все работает какое-то время, потом бац и все гаснет.
в конце последнего логфайла опс-сервера вот такие записи:

18:25:56.564 [6324] (10.168.0.17:502) Tx: [12] 81 BD 00 00 00 06 04 04 A0 79 00 0B
18:25:56.577 [13784] (10.168.0.9:502) Rx: [31] 81 BD 00 00 00 19 02 04 16 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01
18:25:56.591 [13784] (10.168.0.9:502) Tx: [12] 81 BE 00 00 00 06 02 04 A0 8B 00 09
18:25:56.659 [6324] (10.168.0.17:502) Rx: [31] 81 BD 00 00 00 19 04 04 16 00 00 00 00 04 02 04 02 0E 07 00 92 00 00 05 02 00 00 00 00 00 00
18:25:56.660 [6324] (10.168.0.17:502) Tx: [12] 81 BE 00 00 00 06 04 04 A0 8B 00 09
18:25:56.709 [13784] (10.168.0.9:502) Rx: [27] 81 BE 00 00 00 15 02 04 12 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
18:25:56.710 [13784] (10.168.0.9:502) Tx: [12] 81 BF 00 00 00 06 02 03 A4 00 00 0A
18:25:56.747 [6324] (10.168.0.17:502) Rx: [27] 81 BE 00 00 00 15 04 04 12 00 64 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
18:25:56.748 [6324] (10.168.0.17:502) Tx: [12] 81 BF 00 00 00 06 04 03 A4 00 00 0A
18:25:56.802 [13784] (10.168.0.9:502) Rx: [29] 81 BF 00 00 00 17 02 03 14 00 00 00 00 00 00 00 00 00 00 00 00 00 05 00 02 00 00 00 00
18:25:56.803 [13784] (10.168.0.9:502) Tx: [12] 81 C0 00 00 00 06 02 03 A4 12 00 02
18:25:56.847 [6324] (10.168.0.17:502) Rx: [29] 81 BF 00 00 00 17 04 03 14 00 00 00 00 00 00 00 00 00 00 00 00 00 05 00 02 00 00 00 00
18:25:56.848 [6324] (10.168.0.17:502) Tx: [12] 81 C0 00 00 00 06 04 03 A4 12 00 02
18:25:56.876 [12920] TIOPCGroupStateMgt.SetState, Group=_OPC, pRequestedUpdateRate=Null, pActive=0, pTimeBias=Null, pPercentDeadband=Null, pLCID=Null, phClientGroup=Null
18:25:56.876 [12920] TIOPCGroupStateMgt.SetState - OK, Result=OK (0x0), pRevisedUpdateRate=1000
18:25:56.879 [12920] Отключение IOPCDataCallback
18:25:56.887 [13784] (10.168.0.9:502) Rx: [13] 81 C0 00 00 00 07 02 03 04 00 00 00 00
18:25:56.895 [12920] TOPCGroup.Destroy "_OPC"
18:25:56.896 [12920] TIOPCServer.RemoveGroup, hServerGroup=1, bForce=False
18:25:56.896 [12920] TIOPCServer.RemoveGroup - OK, Result=OK (0x0), Name=
18:25:56.903 [12920] (10.168.0.21:502) Отключение - ОК
18:25:56.903 [12648] (10.168.0.21:502) Закрытие соединения удаленным хостом (Connection Closed Gracefully)
18:25:56.903 [12648] (10.168.0.21:502) Ошибка при отключении
Access violation at address 005AC802 in module 'ServOPC.exe'. Read of address 00000000
18:25:56.903 [13784] (10.168.0.9:502) Закрытие соединения удаленным хостом (Connection Closed Gracefully)
18:25:56.903 [12920] (10.168.0.9:502) Отключение - ОК
18:25:56.913 [12920] (10.168.0.5:502) Отключение - ОК
18:25:56.913 [12920] (10.168.0.17:502) Отключение - ОК
18:25:56.913 [12920] Выгружен экземпляр сервера
18:25:57.072 [12920] Стоп

[LordN]

судя по логам опс-сервер работает полчаса и отрубается. косяк какой-то с ключом?

[Arsie]

Сообщение от LordN

судя по логам опс-сервер работает полчаса и отрубается. косяк какой-то с ключом?

Аксесс виолейшн - это внутренняя ошибка сервера, возникает из-за ошибок в исходниках сервера.

[LordN]

Сообщение от Arsie

Аксесс виолейшн - это внутренняя ошибка сервера, возникает из-за ошибок в исходниках сервера.

наезжать на техподдержку лекстуса?

[Arsie]

Сообщение от LordN

наезжать на техподдержку лекстуса?

Йес оф кос.

[LordN]

вот еще что обнаружилось

однажды перед тем как отвалиться мелькнуло сообщение о диске С

[Arsie]

Сообщение от LordN

вот еще что обнаружилось

однажды перед тем как отвалиться мелькнуло сообщение о диске С

Это уже к Инсату вопросы, как они так считают свободное место.

Всё чаще такие сообщения мне в техподдержку приходят, кстати. Об малом остатке места. Кстати, может и не Инсат виноват, может это сам Микрософт каким-нибудь обновлением поднас..помог этому, затронув работу библиотечных функций работы с дисками. Но всё равно исправлять Инсату, конечно же.


PS. Казалось бы, при чём тут VLT FC51?

[LordN]

Сообщение от Arsie

Это уже к Инсату вопросы, как они так считают свободное место.

Всё чаще такие сообщения мне в техподдержку приходят, кстати. Об малом остатке места. Кстати, может и не Инсат виноват, может это сам Микрософт каким-нибудь обновлением поднас..помог этому, затронув работу библиотечных функций работы с дисками. Но всё равно исправлять Инсату, конечно же.


PS. Казалось бы, при чём тут VLT FC51?

дауж..


понял, пошел пытаться пинать инсат, скати как они на автоскаду - реагируют?

p.s. запустил опс отдельно, не из-под автоскады, уже час пашет, не вываливается..

p.p.s. не, опять вывалилась, уже только автоскада

14:47:57.263 [10892] TIOPCGroupStateMgt.SetState, Group=_OPC, pRequestedUpdateRate=Null, pActive=0, pTimeBias=Null, pPercentDeadband=Null, pLCID=Null, phClientGroup=Null
14:47:57.263 [10892] TIOPCGroupStateMgt.SetState - OK, Result=OK (0x0), pRevisedUpdateRate=1000
14:47:57.263 [10892] Отключение IOPCDataCallback
14:47:57.279 [10892] TOPCGroup.Destroy "_OPC"
14:47:57.279 [10892] TIOPCServer.RemoveGroup, hServerGroup=1, bForce=False
14:47:57.279 [10892] TIOPCServer.RemoveGroup - OK, Result=OK (0x0), Name=
14:47:57.280 [10892] (10.168.0.21:502) Отключение - ОК
14:47:57.280 [10892] (10.168.0.9:502) Отключение - ОК
14:47:57.280 [10892] (10.168.0.5:502) Отключение - ОК
14:47:57.280 [10892] (10.168.0.17:502) Отключение - ОК
14:47:57.280 [10892] Выгружен экземпляр сервера

[LordN]

качну свежую МСдемо, попробую..

[Arsie]

Сообщение от LordN

понял, пошел пытаться пинать инсат, скати как они на автоскаду - реагируют?

p.s. запустил опс отдельно, не из-под автоскады, уже час пашет, не вываливается..

p.p.s. не, опять вывалилась, уже только автоскада

Реагируют.

Сейчас всё вывалилось по вине МС. Сервер всё хорошо отработал.

Сам сервер, если ему "самоопрос" делать, формирует запросы строго последовательно и всегда работает хорошо. А вот МС иногда буквально просирается, другого слова не подобрать, кучей всего одновременного в один момент времени, из-за чего она сама может и сглючить - бывало такое в процессе разработки АС.

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

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