Да, это ограничение ОРС сервера, о чем прямо написано на сайте:
https://insat.ru/products/?category=1666
Да, это ограничение ОРС сервера, о чем прямо написано на сайте:
https://insat.ru/products/?category=1666
SCADAMaster
отличие ДЕМО-версии от коммерческой заключается в ограничении на количество контролируемых параметров - их 32. Для OPC-серверов, предназначенных для опроса счетчиков в ДЕМО-версии введено ограничение на взаимодействие только с одним счетчиком каждого типа. Других ограничений не накладывается.
Где там написано, что Демо не запускается автоматически и это тоже ограничение ?
Указанное вами ограничение относится к Trial версии по части автозапуска, но не к Демо версии...
Версия на 32 тега будет запускаться автоматически, но только если ее перед запуском закрыть полностью.
Если она будет в режиме разработки, то не запустится
Спасибо у меня триал всетаки
Есть какой-либо пример?Цитата:
Сообщение от evg3798
спасибо.
Пример чего? У вас используется такой ретранслятор?
Во встроенном языке LUA есть возможность реализовать опрос устройств через TCP-сокеты?
Вы можете использовать функцию SendAndReciveDataByMask.
Но сам узел нужно будет настроить на TCP соединение.
Добрые день, есть ли поддержка счетчиков воды пульсар Ду-15 с rs485 ?
Там свой протокол. Можно использовать Multi-Protocol с этим драйвером:
https://insat.ru/products/?category=2625
Использую протокол для Пульсар турбинный счетчик, но считанные значения странные Вложение 68298Цитата:
Сообщение от SCADAMaster
А в чём странность, написать сразу нельзя? Сколько должно быть?Цитата:
Сообщение от Михаил85
странность видимо в целых числах, при указанном типе double
Михаил85 а есть возможность дать доступ к счетчику? интересно было бы опросить
Во первых попробуйте опросить данный прибор конфигуратором от "Тепловодохран" - какие на нем будут значения. Пришлите скриншоты этих значений.
Пришлите лог обмена с устройством из ОРС. Для этого в свойствах сервера включите запись журнала и всех его событий, размер лога задайте равным 10000. Запустите режим исполнения и воспроизведите ошибку. Лог пишется в папку:
c:\Users\All Users\InSAT\Multi-Protocol MasterOPC Server\SERVERLOGS\
Лог заархивируйте и вышлите нам, также пришлите вашу конфигурацию ОРС сервера.
Также укажите точную модель счетчика - пришлите ссылку этот продукт на сайте производителя.
При опросе утилитой TestAll все корректно Вложение 68301 Во вложении лог опросаЦитата:
Сообщение от SCADAMaster
Какую модель счетчика вы опрашиваете?
Пришлите ссылку на сайт производителя.
У Пульсар могла измениться версия. Так примерно было с тепловыми счетчиками.
https://pulsarm.ru/products/schetchi...-m3-ch-l-80mm/Цитата:
Сообщение от SCADAMaster
Судя по логу счетчика и количеству переменных, параметры счетчика в формате float а не double идут
Написали бы сразу, у меня это число FLOAT ещё в 9 часов утра получилось 3.681835e-002 = 0,036818348 ( число с верхнего скрина 1024904918 )Цитата:
Сообщение от melky
kondor3000 в протоколе Пульсар предусмотрен и float и double в зависимости от версии прибора. Протокол и то и то поддерживает
А на скрине из OPC значения почему-то double - вопрос почему?
Подскажите, как переводили?Цитата:
Сообщение от kondor3000
Михаил85 а чего там переводить то?
https://www.scadacore.com/tools/prog...hex-converter/
одно из ваших чисел B1 DB 16 3D = 0.0368306078
По протоколу последние 2 байта это CRC (аналогичное Modbus), еще два байта перед CRC это счетчик запросов (идентификатор). Потом отрезаете по 4 байта ваши 5-ть переменных, они float, что легко проверяется калькулятором
B0 F9 C0 3F = 1.50761986
Сделайте следующее. Напишите производителю и попросите предоставить описание протокола именно к этому счетчику. У них вся документация по протоколам свалена в один архив, и понять какой к чему относится - не возможно.Цитата:
Сообщение от Михаил85
В турбинном счетчике который мы поддерживали использовался тип UINT32, поэтому у вас такое значение и получается.
Фактически же у вас, судя по всему идет float число.
Вам переводить не надо, поставьте вместо Double, читать как Float (Float32), если это возможно.Цитата:
Сообщение от Михаил85
А переводил просто, разложил полученное число 1024904918, на два Word и собрал из них Float 0,036818348.
kondor3000 да тут проблема другого рода, читай пост SCADAMaster выше. Просто нет поддержки данного типа переменной в OPC
Счетчики воды Пульсар с цифровым выходом.doc - файл, который надо смотреть для данного счетчика.
Здравствуйте, а как передать, скажем, controlword, где у каждого бита свой тег и как это будет работать в скале?
Создаёте булевые теги как биты слова (указываете номер бита)Цитата:
Сообщение от Bobensky
Примерно так
Вложение 70244
В результате скада получает булевый тег, упаковкой-распаковкой занимается сервер.
Вот только тег будет считаться как отдельный, если считаете стоимость
Спасибо большоеЦитата:
Сообщение от 1exan
Приветствую. Кто-нибудь пытался подружить этот OPC с модемами ЛЭРС? Я так понимаю это MODBUS поверх TCP и запросы улетают верные, а вот ответа либо нет, либо он не нравится OPC-серверу.
Поделитесь опытом, если таковой имеется.
А в доке на ЛЭРС слово "MODBUS" встречается? Почему Вы так решили?Цитата:
Сообщение от bukhval
Не встречается, да и не должно. Modbus Реализован в регуляторе, который подключен к ЛЭРС-модему. У модема есть IP адрес, на который и шлются запросы.Цитата:
Сообщение от imaex
Напрямую к прибору (без этого шлюза) пробовали подключиться? Например через USB-COM?
Посмотрите на вкладке Сообщения и Запросы - что вообще происходит на шине? Открывается ли порт, есть ли запросы?
Разобрался, спасибо.Цитата:
Сообщение от SCADAMaster
Добрый день.
Никогда не писал скриптов. По этому прошу у Вас помощи.
В Modbus сервере имеется значение с типом данных "bool'. Можно ли как то прописать в скрипте, что бы при значении 1
выдавалось какое либо сообщение. Т.е. При значении 1 выдавалась строка (string) с текстом "Авария", а при 0 ничего. Именно сделать это в сервере, а ни в SCADA системе в "Событии".
Довольно странно это решать в ОРС сервере.
Примерно так:
val,qual=server.ReadCurrentTag();
if (val==true) then
server.WriteCurrentTag("Авария", qual);
else
server.WriteCurrentTag("", qual);
end
Тег должен иметь тип в сервере - string. Тип в устройстве - bool.
Большое спасибо! Завтра на работе попробую.Цитата:
Сообщение от SCADAMaster
Да, Вы правы. Странное решение. Я Вам сейчас попробую объяснить задачу.Цитата:
Сообщение от SCADAMaster
Имеются чиллеры на основе контроллера CAREL.pCO XS. Он использует очень много адресов (более 30) с авариями. Мне не очень хочется вносить все аварии в сервер, а потом в SCADA для каждой аварии использовать событие.
Появилась одна идея. Вот хочу попросить у Вас помощи.
А идея заключается вот в чём:
В сервере создать тэг "SERVER ONLY" с типом данных "string" и в нём написать скрипт объединяющий все нужные адреса с авариями. И там преобразовать их в текстовое значение.
Выглядеть будет примерно так:
Если адрес 1 будет принимать значение 1, то это значение преобразовывается в текст "Авария Компрессора 1". Или
если адрес 3 будет принимать значение 1, то это значение преобразовывается в текст "Авария Компрессора 2". Или
если адрес 4 будет принимать значение 1, то это значение преобразовывается в текст "Авария Компрессора 3".
И так далее.
В SCADA я в "Событие" в закладку "Сообщение" перетаскиваю этот тэг и жму кнопку "В текст".
Но написать такой скрипт тямы нет. Вот и пытаюсь как то решить эту задачу и прошу Вашей помощи.
Это разве много?Цитата:
Сообщение от mkv
Вам в любом случае придется где-то создавать тесты аварии - так какая разница в скрипте или в событиях. В скаде это сделать просто - сделали событие, скопировали, связи поправили, а тексты сообщений можно через этот механизм сделать:
https://support.mps-soft.ru/MasterSC...t_dannykh.html
А если значение 1 пример и адрес и адрес 3?Цитата:
Сообщение от mkv
Вы имеете ввиду, что появятся сразу две аварии? Ну они же, наверное, будут отображаться последовательно в строке или только первая?Цитата:
Сообщение от SCADAMaster