Мы вам ответили по почте.
Мы вам ответили по почте.
Прошу помощи! Принимаю от прибора посылку.
05-07-2017 09:10:52.149 com-port:(COM4) Rx: [0039] 01 03 22
00 04 часовой срез
00 17
00 00 00 01 09 0F -------- секунды минуты час день месяц год
43 03 BA B4 ---------- 131.729 (float)dest[14]
43 EA 93 65 ---------- 469.152 dest[15]
43 AA 2C 0F ---------- 340.344 dest[16]
43 A5 73 0E ---------- 330.899 dest[17]
43 E9 11 B3 ---------- 466.138 dest[18]
43 D7 60 EA ---------- 430.757 dest[19]
BA 66 ----- СРС
инициализация маски принятой таблицы-
local destmask={"byte","byte","byte","byte","byte","byte ","byte",
"byte","byte","byte","byte","byte","byte"
,"float:6:76543210"};
запрос приём передача - всё приходит правильно! Вывожу значения!
server.Message(" 14= ",dest[14]," 15= ",dest[15]," 16= ",dest[16]," 17= ",dest[17]
," 18= ",dest[18]," 19= ",dest[19])
и тут получается бред!
14 = 469.152 15= 340.344 16= 330.899 17=466.138 18=430.757 19=-0,000087
получается, что пропадает истинное значение dest[14] = 131.729, а на его место становится dest[15 ] и т.д.,
хотя байты с dest[1] по dest[13] соответствуют ответу!
подскажите пж-та, как решить данную проблему?
Добавлю - если вручную пересчитываю hex в float - всё правильно!
Есть просьба к вашим программистам по OPC Modbus серверу.
При работе с большим количеством переменных мы структурировали их в OPC сервере по объектам и
для автоматизации ввода применяем скрипт Excel, создающий csv файлы для импорта в OPC.
При структуре конфигурации по объектам, аналоговые переменные не сгруппированы в одном месте,
поэтому групповые операции не спасают от ручного ввода шкал (пересчет шкал сделан в OPC)
ввиду отсутствия реализации их импорта.
Имеется ли у Вас возможность в OPC Modbus Server добавить импорт шкал в мастер импорта ?
Думаю, при разработке больших проектов это был бы для многих полезный функционал.
Под пересчетом шкал вы имеете ввиду функцию пересчет?
В импорт ее пока не планируется вставлять. Однако в версии 4 мы добавили функцию изменения параметров пересчета шкал в групповых операций - это должно вам помочь
http://blog.insat.ru/2017/05/modbus-...steropc-4.html
Да, имелась ввиду функция пересчет (Поля "Пересчет(А*Х+В)", "Коэффициент А", "Коэффициент В"). Имеем 4 OPC версию и про групповые операции знаем.
Жаль что этой функции не будет в импорте.
Мы исправили данную ошибку. Исправление будет в следующей (на следующей неделе).
Выложили - можете качать.
Да, не туда выложили - скачайте снова.
В продажу версия внесена
В первую очередь всё публикуется на сайте 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 у тега, устройства или узла - будет описание.
Вам можно еще попробовать обновится до текущей версии и изменить параметр узла "Межсимвольный таймаут" - это время для "склейки" пакетов, если они рвутся.
Ну и увеличивать время ожидания ответа.
Смотрите логи - что происходит на шине.
Перебираю задержки - ситуация значительно улучшилась. Спасибо.
Доброго времени суток! Кто нибудь пробовал описывать в Modbus Universal MasterOPC Server запросы по протоколу FC фирмы Danfoss(преобразователи частоты)?
Накой лад, если там в настройках можно протокол на ModBus поменять?
Свежескачанный Modbus Universal MasterOPC Server (trial-версия) при запуске сообщает: "запуск программы невозможен, так как на компьютере отсутствует mosquitto.dll" и работать отказывается.
Скачайте еще раз - была ошибка, она уже исправлена.
Добрый день!
В ближайшее время собираемся купить данный орс сервер. Будет считывать данные с приборов РМТ-59 (температура, давление, расход и тд.). Точек будет более 500. Как записывать считанные данные в SqLite разобрались. SCADA системы не будет. Необходимо выводить суточные отчеты по показаниям в файл excel.
Подскажите, пожалуйста, есть ли возможность подключения внешней СУБД , к примеру, того же MS Access и записывать
данные напрямую туда (с примером скрипта было бы здорово), тк обрабатывать проще, мозгов на другое не хватает. Пример импорта данных SqLite -> MS Access известен, правда еще не опробован в работе при стольких точках.
Добрый вечер.
SCADAMaster - скажите пожалуйста как с помощью MasterOPCсчитать с устройства INPUT регистры?
То есть в одном устройстве необходимо считывать регистры и функцией 04 и функцией 03.
Спасибо
Забыл добавить - протокол - MODBUS TCP - строки "Регион" в свойствах ТЭГа нет ...
Разобрался - редактировать нельзя, необходимо заново создавать тег
Здравствуйте. Подключаем ТРМ138. Овеновский конфигуратор видит. Запускаю Инсатовский MasterOPC Universal Modbus Server (новый) или старый, который версии 3, импортирую прибор из библиотеки устанавливающийся вместе с Модбасом, запускаю, и
Node1.ТРМ138[1]:Ошибка опроса устройства
Node1.ТРМ138[1]:Включен таймаут ошибки запроса 1
ТРМ138[1]:Ошибка выполнения команды 4 в устройстве 16 от ТРМ138[1]:INPUT_REGISTERS
Node1.ТРМ138[1]:Старт опроса устройства
Посмотрите что происходит на вкладке "Запросы" - возможно прибор не отвечает.
В ОВЕНе, если меняете сетевые настройки, то прибор нужно перезагружать (выключить и включить).
Настройки не меняю. После Конфигуратора Овен, сразу захожу в Modbus. Вот что на вкладке Запросы.
10-11-2017 08:28:56.625 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:55.578 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:54.531 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:43.109 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:42.062 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:41.015 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:29.578 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:28.531 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
10-11-2017 08:28:27.484 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 03 00 02 87 7A
PS: Хм.... после очередной перезагрузки прибора ТРМ 138, опрос пошел. Теперь боюсь его выключать... Прибор кстати 2012-го года выпуска. А старые Овены очень капризные(((.
10-11-2017 08:42:37.500 Node1::ТРМ138[1]:(COM3) Rx: [0009] 20 04 04 00 00 00 00 CA 86
10-11-2017 08:42:37.468 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 26 00 02 96 B1
10-11-2017 08:42:37.453 Node1::ТРМ138[1]:(COM3) Rx: [0009] 20 04 04 00 00 00 00 CA 86
10-11-2017 08:42:37.421 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 21 00 02 27 70
10-11-2017 08:42:37.421 Node1::ТРМ138[1]:(COM3) Rx: [0009] 20 04 04 00 00 00 00 CA 86
10-11-2017 08:42:37.390 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 1C 00 02 B6 BC
10-11-2017 08:42:37.375 Node1::ТРМ138[1]:(COM3) Rx: [0009] 20 04 04 00 00 00 00 CA 86
10-11-2017 08:42:37.343 Node1::ТРМ138[1]:(COM3) Tx: [0008] 20 04 00 17 00 02 C7 7E
Подозрение, что протокол, некорректно переключался...
PS: Теперь такая же история с ТРМ202...
PPS: Перегрузил три раза ТРМку, заработал. Изготовлен в 17-м году. Думал новые приборы лучше себя ведут...
ОВЕНы всегда нужно перезагружать после смены протокола или подключения конфигуратором.
Да, даже если ничего не меняли.
Здравствуйте, возникла следующая проблема: Modbus MasterOPC на 2500 тегов не проходит опрос с ПЛК-110-60 Р.М (новая линейка), выдает ошибку опроса. Перепроверил уже и присвоение адресов переменных, регионов, адресов ПЛК и компьютера. Результатов не дало. С работы не имею возможности сделать скрины и отправить, поэтому собрал сам простой проект на ПЛК-110 и демо-версии modbus masteropc, чтобы исключить неисправность ПЛК или OPC сервера, но возникли те же проблемы (пинг есть, соединение соответственно тоже устанавливается, но ошибка опроса). Прилагаю скрины и лог файл внадежде, что вы оперативно поможете, ибо сроки поджимают.
http://dropmefiles.com/kdGJU
Выключите настройку "Modbus поверх TCP".
здравствуйте! подскажите пожалуйста по следующей проблеме: настроили удаленное соединение ПЛК160М и MasterOPC . Со стороны MasterOPC соединение через маршрутизатор с выходом в интернет, со стороны ПЛК проводом к серверной. соединение отличное, НО с неодинаковой периодичностью пропадает связь, качество связи переходит с GOOD на BED и соединеие не реинициализируется (хотя в настройках эта функция TRUE). помогает только перезапуск исполнительного режима сервера. подскажите в чем могут быть проблемы? какие настройки возможно помогут исправить проблему?