www.InTouch.su

Кто сталкивался с таким:
в логе винды появляется сообщние от slssvc (SuiteLink):

Код: Выделить всё

Connection(00324DB0) to Server Application suffered failure sending a socket transfer packet, terminating connection to server ap

при этом связь иногда ччастично иногда польностью пропадает! такое у меня повторялось уже два раза! при этом InTouch 7.11 работает стабильно!

Кто может что подсказать?

У меня теперь такая же ошибка , InTouch 9.5. при такой ошибке Зависает OPCLink. Есть какие то заплатки или обновления сиютлинка?

To ufsergey:

1. Все свежие заплатки для SuiteLink включены в SP1 для InTouch 9.5.
2. Попробуйте виесто OPCLink использовать FSGateway.

на fs gateway перейти нет возможности, в проекте очень много тегов IO (БОЛЕЕ 10 000)

9.5.1.0.0 или 9.5.0.0.1 - какая из версий с установленным сервис паком 1, как узнать стоит сервис пак или нет? Файл slssvc.exe стоит версии 36.3.0.0, он уже старый?

To ufsergey:

на fs gateway перейти нет возможности, в проекте очень много тегов IO (БОЛЕЕ 10 000)
Есть мнение, что FSGateway будет помощнее OPCLink-а

9.5.1.0.0 - InTouch 9.5 + SP1 (самая последняя версия, то что надо)
9.5.0.0.1 - InTouch 9.5 + Patch01

В SP1 для InTouch 9.5 версия slssvc.exe = 35.3.0.0 Должна работать. Можно найти и более новые на инсталляциях InTouch 10.x, но вряд ли они будут лучше.

Klinkmann_Msk писал(а):To ufsergey:

на fs gateway перейти нет возможности, в проекте очень много тегов IO (БОЛЕЕ 10 000)
Есть мнение, что FSGateway будет помощнее OPCLink-а

С чего это вдруг? В нем единственно диагностика человеческая, но глюков и багов на порядок больше чем в OPCLink.

На него было потрачено много времени сил и крови, в итоге забили и вернулись к OPCLink.
Типичные глюки
- После отключения и повторного подключения клиента опрос встает.
- Записанные из интача теги он перестает считывать из контроллера, т.е. в контроллере значение меняется, а в FSGateway висит то значение, что выставлено в последний раз в скаде. Перезапуск службы FSGateway помогает но это дебилизм.
- Периодически вообще прикол случался - переставали получаться дискретные значения - аналоговые значения идут, а дискреты заморожены, при этом статус GOOD.

использовались последняя версия FSGateway и OPC, но на OPC грешить нет возможности, поскольку с OPCLink все работает стабильно.

To DiMa:

Уклонюсь от спора, ибо бывает всё
Единственно, на мой взгляд, всё это решается ф-цией InTouch IOReinitialize().

какая последняя версия OPCLink существует?

To ufsergey:

какая последняя версия OPCLink существует?
8.0.0.0

Klinkmann_Msk писал(а):To DiMa:

Уклонюсь от спора, ибо бывает всё
Единственно, на мой взгляд, всё это решается ф-цией InTouch IOReinitialize().

Увы и ах нет.

Как показывает практика DAS радует

DiMa писал(а):

Klinkmann_Msk писал(а):To DiMa:

Уклонюсь от спора, ибо бывает всё
Единственно, на мой взгляд, всё это решается ф-цией InTouch IOReinitialize().

Увы и ах нет.

Как показывает практика DAS радует [/quote

Можно поподробнее что за DAS ? Оно может помочь проблеме в первом посте данной темы?

ufsergey писал(а):Можно поподробнее что за DAS ? Оно может помочь проблеме в первом посте данной темы?

Data Access Server - "драйвера" для контроллеров, производства WW. Использовались на сегодняшний день DASMB,DASOM,DASAB и пр. нареканий нет.

Для их использования необходима версия InTouch with I/O.

Если скажите контроллер и тип связи - могу глянуть есть ли такой DAS

данные получаем через протокол MODBUS RTU , DAS не прокатит.

To ufsergey:

"DAS не прокатит"
Откуда такая уверенность? DASMBSerial работает как в ASCII так и в RTU режимах.

DASMBSerial вяжется даже с псевдотечественными псевдоконтроллерами типа OWEN

DiMa писал(а):...DAS
Для их использования необходима версия InTouch with I/O.

а если without I/O + Device Integration Servers ?
не должно-же быть разницы?

To Spaun:

Вы правы, никакой разницы

SuiteLink Update 2.0 Patch 1 поставил на сервер и на всех клиентов , в патче написано

Resolved Issues

L00075550:

If bad network packets are received by the Wonderware SuiteLink service, it is possible for the Wonderware SuiteLink service to terminate abnormally. After terminating, no additional connections to SuiteLink servers can be established on that machine.

Не помогает, сёдня ночью опять ошибка как в первом посте. Что ещё можно сделать?

To ufsergey:

Попробуйте вместо SuiteLink использовать DDE/NetDDE.

Klinkmann_Msk писал(а):To ufsergey:

Попробуйте вместо SuiteLink использовать DDE/NetDDE.

DDE не рекомендуют же для удалённых клиентов, какие там есть недостатки и будут ли вобще работать удалённые клиенты?

To ufsergey:

Вы правы, не рекомендуют. В первую очередь из-за того, что SuiteLink - "родной" протокол для WW-софта. К тому же, при использовании NetDDE приходится мучаться с его настройкой. Да и при большом количестве переменных (от 3000-5000), на мой взгляд SuiteLink будет пошустрее.

Если на одном ПК запущен io server и клиент через SuiteLink и удалённые клиенты подключены через SuiteLink. Таким способом будет стистема рабоать ? Или Локального клиента надо обязательно цеплять через dde а удалённых через SuiteLink? На диске с интачем 9.5 версия SuiteLink 36.3, пробовал ставить более новый версии 49.5
Обе версии выдают ошибку (первый пост), плюс версия 49.5 бывает ест много памяти nonpaged pool, если начинает есть,то потребеление памяти растёт постоянно (сейчас уже 68000).
Какая версия будет наиболее стабильная и где её взять?

To ufsergey:

Если на одном ПК запущен io server и клиент через SuiteLink и удалённые клиенты подключены через SuiteLink. Таким способом будет стистема рабоать ? Или Локального клиента надо обязательно цеплять через dde а удалённых через SuiteLink?

Рабочими являются оба варианта.

как обратно установить сиют линк более старой версии ? (36.3)

To ufsergey:

Вот это вопрос... :/
Боюсь, полной переустановкой софта, начиная с ОС.