www.InTouch.su

День добрый.
Друзья нужна ваша помощь, существует связка (контроллер ICPCON i-7188EG) - (IsaGraf v3.32) - (Isagraf OPC DA Server 5.21.204) и (InTouch 10.0) через FSGateway 1.5.
Так вот проблема в следующем:
При запуске WindowViewer проект работает нормально, все данные "прилетают" в обе стороны, что на контроллер, что с него. Но стоит только закрыть окно Вьювера и повторно его запустить, как FSGateway перестает принимать данные, в диагностике пишет по тэгам таймауты.
Помогает повторная перезагрузка FSGateway, после чего все начинает нормально работать.
Может у кого есть какие-нибудь соображения по этому поводу?

To EvgenTim:
Пропишите в Application Script-StartUp:
IOReinitialize()
или
IOReinitAccessName()
Подробности по этим ф-циям в хелпе.

Спасибо большое за совет, сейчас попробую))

Доброй ночи. Скажите, как решили данную проблему? Имею точно такую же связку и те же симптомы. Связь работает до закрытия WindowViewer, при повторном открытии уже нифига... FSGateway как-будто бы не может заново подключиться к ОРС исаграфа, при это показывает значение Read Status pending GOOD, а затем Read Status complete, но BAD. после деактивации сервера FSGateway и включении его снова спокойно снова подключается к ОРС исаграфа и работает опять же до первого закрытия WindowViewer...

посоветовали решение:
*To EvgenTim:
Пропишите в Application Script-StartUp:
IOReinitialize()
или
IOReinitAccessName()
Подробности по этим ф-циям в хелпе.*

я прописал его в апликешен старт, но ничего не изменилось... такое впечатление, что сбой происходит на уровне ОРС сервер <-> FSGateway
Очень буду благодарен, если поможете советом, как разешили данную ситуацию... Мой эмейл - vat20061@yandex.ru

У меня такая же проблема, только версия FSGateWay 2.0. ПЛК PEP Smart, VME VM42, проблема аналогична вашей. IOReinitilize() не решает данную проблему, мой Вам совет делайте карту адресов модбас в IsaGraf и ставьте какой нить DASMBSerial либо KepServer или modicon Modbus Server 7.5 и про такие проблемы забудите!

Можно попробовать перезапускать FSGateway через NET STOP/NET START

Спасибо, что откликнулись)
Продублировал вчера сообщение и в личку тс. Получил утром ответ:

День добрый!
Проблему эту мы решили следующим образом:
Вместо fsgateway использовали OPC-LINK, который опрашивает OPC сервер
контроллеров ICP-DAS и далее напрямую тэги в InTouch, работает
стабильней, но при частом открытии и закрытии вьювера так же
происходит зависание OPC-LINKa.
Это решили путем перезагрузки ПО OPC-LINK.
Понимаю решение не айс, но больше ничего сделать не смогли, да и не
было времени если честно.

Я и сам вчера уже начал думать пробовать OPC-LINK. Сегодня с большим трудом нагуглил таки его (на сайте интача увы уже ни слова о нем нету )
Сейчас буду пробовать. О результатах отпишусь.

мой Вам совет делайте карту адресов модбас в IsaGraf и ставьте какой нить DASMBSerial либо KepServer или modicon Modbus Server 7.5 и про такие проблемы забудите!

спасибо за совет, оставлю это на запасной вариант. Дело в том, что я только приступил за освоение IsaGraf (достался "по наследству"). Карта модбаса в проекте составлена для панели оператора (которая, собственно, по модбасу цепляется на контроллер). Еще не дошли руки разобраться что да как там.

Можно попробовать перезапускать FSGateway через NET STOP/NET START

вчера пробовал вручную (Администрирование - Службы), перезапускать службу FSGateway. К сожалению, никаких изменений
Зато, когда в самом SMC деактивируешь, а потом заново активируешь сервер в FSGateway все работает... Заметил, что после того как идет "этот затык" в FSGateway, становится невозможно к ОРС Изаграфа прицепиться ни одним клиентом ОРС (пробовал с помощью LittleOpcBrowser и просмоторщиком в самом FSGateway).
Пробовал отключить Start local server в параметрах виндовсвьювера, также не дало никакого результата...

Также прочитал, что на вин хр FSGateWay поддерживается, только до версии 1,5... Работают ли на хр более поздние версии? Есть ли смысл повторять эксперимент на 7ке с более поздней версией FSGateWay?

В общем, в любом случае спасибо за информацию. Даже и не думал, что кто-то откликнется на мою проблему)

Ставил версию 2.0 на Xp все норм работает)

mp3corp писал(а):Ставил версию 2.0 на Xp все норм работает)

хм, нужно будет поставить попробовать свежую версию... вроде, дальше 3ки ушла уже? ...

Из нового - попробовал ОРСЛинк, подключился без особых проблем... Вроде работает, на контроллере в исаграфе включил 7 таймеров (просто на бесконечный счет), подсоединил их в интаче... Закрывал/Открывал окно вьювера, вроде работает... Правда, вначале не каждый раз при открытии вьювера хотел работать ОРСЛинк... я бы сказал через раз... сейчас, вроде, нормально... тенденцию так и не нашел... какой-то рандом выходит
Также перевел службы гетвея и орслинка на конкретного пользователя с правами админа... (мало ли чего)... Особых изменений не ощутил...
Все еще пробую "достать" гетвея, меняю параметры, пока безрезультатно...
Также интересует, стоит ли вообще задавать параметр рекконекта к ОРС серверу? и через какое время этот рекконект производить?

У FSGateway есть системная переменная:
$SYS$Reconnect Boolean
Read/Write
Used to trigger a reconnect attempt to the configured data source. If you poke a value of 1 (True), this functionality is exercised even if the maximum number of reconnects is reached. By default, this item reads zero (0, False). Writing False does nothing.
RANGE: True, False
True: Triggers reconnect attempt. If data source is already connected, it is disconnected and then reconnected.
False: Does nothing.
Также интересует, стоит ли вообще задавать параметр рекконекта к ОРС серверу? и через какое время этот рекконект производить?
Можно подвесить на кнопку. Но, ИМХО, чаще раза в 5 сек. нет смысла.

Если ОС- Windows 7, то стоит попытаться в свойствах exe OPC сервера Isagraph включить совместимость с Windows XP... у меня такое было с OPC сервером Codesys..но это так, предположение...пробовать надо

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

Генератор зла писал(а):У FSGateway есть системная переменная:
$SYS$Reconnect Boolean
Read/Write
Used to trigger a reconnect attempt to the configured data source. If you poke a value of 1 (True), this functionality is exercised even if the maximum number of reconnects is reached. By default, this item reads zero (0, False). Writing False does nothing.
RANGE: True, False
True: Triggers reconnect attempt. If data source is already connected, it is disconnected and then reconnected.
False: Does nothing.

а вот это очень интересная информация) т.е. эта системная переменная должна быть в реестре винды и её экспортом/импортом (или прямой командой в реестр) менять можно? правильно ли я понял? или использовать переменную, непосредственно, в Интаче?

Если ОС- Windows 7, то стоит попытаться в свойствах exe OPC сервера Isagraph включить совместимость с Windows XP... у меня такое было с OPC сервером Codesys..но это так, предположение...пробовать надо

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

mazahakka писал(а):т.е. эта системная переменная должна быть в реестре винды

Реестр оси тут не при чём. Это системная переменная самого FSGateway, доступная для чтения-записи. Почитайте доку. Там есть.

Генератор зла писал(а):

mazahakka писал(а):т.е. эта системная переменная должна быть в реестре винды

Реестр оси тут не при чём. Это системная переменная самого FSGateway, доступная для чтения-записи. Почитайте доку. Там есть.

Понял, сейчас сяду читать)

Подскажите, вы случайно не можете ткнуть носом, где почитать, как используются системные переменные?
В доках от FS нашел только список переменных и какие функции они выполняют, а вот примеры использования не нахожу...
Т.е. где их можно "прописать"... Все поисковые запросы приводят к темам переменных сред винды... но это слишком общее понятие, примеров использования бы найти... уже и не знаю как поисковый запрос задать.
Заранее извиняюсь за нубство

Да нечего их прописывать. К ним надо обращаться из любого топика. Только то

Примерное, нужно Вам проконтроллировать связь сервера с PLC, заводите тег Status - тип Boolean, с ItemName - $SYS$Status, аналогично с др. системными тегами и включаете его в любой активный топик.

Извиняюсь, что потерялся, конец недели сложноватый выдался...
В общем, сел вчера "играться"... подключил переменные (как на скрине)...


вывел на экран, включил рантайм... $SYS$Status и $SYS$GatewayConnectionStatus с состояния 0 (False) перешли в 1 (True), сделал вывод, что работает проверка связи с гетвеем...
при подаче 1 (True) на переменную $SYS$Reconnect, переменные $SYS$Status и $SYS$GatewayConnectionStatus с 1 (True) переходят в 0 (False),а затем снова в 1 (True), в следствии чего можно сделать вывод, что рекконект срабатывает...)

К сожалению не смог добиться "отваливания" гетвея... Все дело в том, что поставил перед экспериментами 3ю версию гетвея, так там при отключении и повторном включении рантайма сервер не затыкается... вроде бы пофиксили эту ошибку Правда проверял с одной переменной только (таймер контроллера), сейчас собираюсь штук 20 подключить переменных и посмотреть...
Не знаю важно ли (точнее процентов на 99 уверен, что для данного случая неважно), но обновил с 10.0 на 10.1 инточ...
Интересным моментом является то, что при запущенном сервере гетвея при подаче 1 на рекконекта, в рантайм перестают поступать данные переменных орс с гетвея... При повторном рекконекте поступают нормально... Т.е. если нужно сделать рекконект при рабочем сервере гетвея (данные приходят в инточ), необходимо 2 раза рекконект произвести

Тогда как выход можно попробовать следующее, при закрытии Veiw.exe, давать команду на остановку FS FW, при запуске его снова переводить в активное состояние, только надо не забыть поставить запуск ГетВая в ManualMode.