В первую очередь всё публикуется на сайте http://insat.ru/ в разделе новости.
Так же информация будет появляться в блоге http://blog.insat.ru/
Спасибо.
Такая информация отдельное не публикуется.
Спасибо.
Здравствуйте!
Постановка задачи: читать данные с регистратора ЭЛЕМЕР, засылать эти данные в quantum. Связать их физически нет возможности.
Решение: регистратор сконфигурирован на чтение, ПЛК - на чтение-запись. Каждому тегу читаемому с регистратора(float), присвоен соответствующий тег в узле ПЛК(float). При попытке чтения тега ПЛК вызывается скрипт (onRead) (c названиями APIшных функций могу сейчас напутать, проект не под рукой):
t,q,s = ReadTagByName("someTag");
local w = {};
w[1] = t;
server.modbus.writeAnalog(arg1,arg2,arg3,arg4,w);
В итоге все работает часов этак 5 (пишется 9 тегов, опрос раз в секунду), и здорово работает.
А потом OPC виснет, сообщение скриптов пишет "c stack overflow", а сам OPC выдает окно о неудавшейся попытке обратиться к ХХХХХХХХХХХХХХХХХХ очень длинному адресу)))
Пробовал в одном из девяти скриптов запускать сборку мусора, ничего не дало.
Объясните, пожалуйста, где я тут накособочил)
Во первых ОРС сервер нужно обновить до текущей версии.
Если не поможет, то выложите конфигурацию.
Спасибо.
Здравствуйте!
Задача следующая необходимо опросить ТРМ 132 м, а именно тег Режим работы (Адрес{166...173}, тип string). Остальные теги опрашиваются корректно.
Опрос проходит нормально качество GOOD, но вместо показания НАГРЕВ ГВС приходит АНРГВЕГ СВ.
Побывал различные чередования вообще нечего не меняется.
Есть какой нибудь способ решения проблемы заранее спасибо!!!
В ОРС сервере чередование байт не влияет на строки - они выводят в том порядке, в каком приходят из ОРС сервера.
Единственный вариант - это менять чередование из скрипта.
Спасибо.
Подскажите, пожалуйста, настройки MasterOPC Universal Server (TCP/IP) при плохой соствой связи.
Чем отличается "время ожидания соединения" от "время ответа" ?
Очень часто в признаках качества тэгов появляется "BAD", и в сообщениях сыпятся ошибки:
-ошибка выполнения команды 3 in device...
-включен таймаут ошибки запроса...
-ошибка опроса устройства
Хотел почитать об этих настройках в справке OPC, но не нашел такого.
какие настройки попробовать менять? Зависят ли они друг от друга?
-время ожидания соединения (с)
-время ответа (мс)
-повторное соединение после ошибки через (с)
-период опроса
Спасибо
При работе по TCP сначала идет открытие соединения - вот это и есть время которое сервер ждет ответа от устройства, что соединение установлено.
Время ответа - это время ожидания ответа после запроса.
Все настройки описаны в справке. Вызывайте F1 у тега, устройства или узла - будет описание.
Вам можно еще попробовать обновится до текущей версии и изменить параметр узла "Межсимвольный таймаут" - это время для "склейки" пакетов, если они рвутся.
Ну и увеличивать время ожидания ответа.
Смотрите логи - что происходит на шине.
Спасибо.