Вид для печати
Коллеги, добрый день.
Подскажите, что не так делаю. Решил для теста состыковать 2 устройства. Завел в OwenCloud 2 параметра ПЛК: регистр D0 (имеет адрес 4096=1000H) и выходное реле Y0 (имеет адрес 1280=500H). В режиме чтения все работает. А вот если хочу записать значение 1 в выходное реле, ничего не происходит. Ставил все возможные функции записи - ничего не помогает. Функция записи работает вообще?
Здравствуйте, Энди_В.
Даже если Вы все правильно сделали то контроллер стороннего производителя в следующем цикле перепишет значение выход в соответствии со своей программой.
Для внешнего управления контроллером необходимо еще где то указать ему, что сейчас будем работать по новому)
К сожалению, разбираться в работе стороннего производителя не в моей компетенции. Но помочь разобраться с какой стороны ошибка могу. Под рукой есть преобразователь RS-485/USB?
Подключил шлюз по протоколу ModBus RTU к "произвольному прибору Modbus", в данном случае к регистратору РМТ69L (Элемер). Двухбайтные целые числа читаются корректно в формате int32, а четырехбайтные в формате float дают ошибку 255. "float" - это "Float32" ? Функции чтения пробовал 03 и 04 - результат тот же. В чём может быть ошибка?
Да, float = float32.Цитата:
Сообщение от Самойлов Сергей
Ошибка может быть:
- неправильно указан порядок чтения регистров
- неправильно указан порядок чтения байт
- неправильно указан адрес регистра.
Все пункты должны быть описаны в РЭ на прибор.
Напоминаю, что в облаке адрес регистра вводится в формате hex.
Точно определить ошибку можно, если прослушать линию через преобразователь RS-485/USB.
Порядок чтения регистров и байт тоже пробовал менять. Регистр для двухбайтного целого числа (0401 в данном приборе) читается нормально, а для 4-байтного float (0500 и 0501) - даёт ошибку 255. А какой софт для прослушки линии подойдёт?
Зачем слушать?
Подключите через RS-485 конвертор к компу. Поставте OPC сервер скажем инсата. Проведите опрос, настройте чередование байт.
Удалось считать результаты измерения РМТ69L с помощью ПМ210. Функция чтения - 04, адреса регистров: 0000 - для пера 1, 0002 - для пера 2, 0004 - для пера 3 и т.д. Формат хранения - float.
Добрый день.
Планируется ли создание библиотек для подключения к OwenCloud приборов учета?
В частности интересует тепловычислитель ВКТ7.
А что бы производителям счётчиков не сделать своё облако, да ещё бесплатное?
Пока мало кто это делает.
У производителей ВКТ7 есть свой бесплатный софт для опроса теплосчетчиков, в том числе ОРС сервер .
В идеальном варианте скрестить его с облаком Овеновским.
Решение нужно готовое и максимально бесплатное )
Пока нашел модемы китайские по полтора рубля. Но это уже без OwenCloud разумеется.
Вообще, в облако запихать данные не проблема, тем же ПМ210 например.
Просто тогда придется нужные регистры вручную прописывать, вот и поинтересовался, может работы ведутся, зачем два раза велосипед изобретать. Например в той же Trace Mode великое множество библиотек для приборов разных производителей, в том числе для Овена.
Почему бы и Овену так же не делать?
ТМ платная программа.
SA104, бесплатных решений, где используются собственные протоколы обмена от производителя не бывает. Все равно потребуются какие то затраты. Не на аппаратную часть так на программную. А с приборами Modbus вы и так все прописываете ручками, если никто до вас не озаботился подготовкой шаблона.
Вы задачу обрисуйте, куда вам необходимо ВКТ7 подключить ? именно к облаку Овен ? тогда вроде как только через шлюз, а значит писать драйвер, который будет опрашивать ВКТ7 и передавать в Modbus.
А сделать это можно двумя путями, используя ПЛК (что для такой задачи дорого и не оправдано).
Если цель задачи не стоит в облаке Овен то их читать и перегонять данные в любую БД можно уже и сейчас.
На облаке не зациклен, нет, так нет.Просто удобно для демонстрации потенциальным заказчикам.
Задача простая— из точки А в точку Б передать показания, чтобы ногами не бегать. Базы никакой не надо, запись на карандаш ）
Добрый день.Цитата:
Сообщение от SA104
Шаблоны для стороннего оборудования разрабатывать пока не планируем.
В первую очередь OwenCloud делаем для поддержки устройств ОВЕН.
А устройств так много, что новые шаблоны до сих пор добавляем каждый месяц.
Возможно, в будущем, шаблоны для стороннего оборудования появятся, но для оборудования со стандартными протоколами связи, типа Modbus RTU/TCP, MQTT и OPC UA.
Можно, конечно. Но оборудование должно поддерживать Modbus.Цитата:
Сообщение от SA104
Теплосчётчик ВКТ7 использует протокол обмена на основе Modbus, но полностью стандарту Modbus не соответствует. Поэтому не уверен, что такое решение будет работать.
Насчет псевдо модбаса у ВКТ7 в курсе.
А ОРС сервер (чужой) можно к OwenCloud прикрутить или это в принципе не приветствуется?
ОРС сервер ОВЕН работает с облаком через API OwenCloud. В ОРС ОВЕН добавили поддержку, потому что мы его сами разрабатываем и есть исходники.Цитата:
Сообщение от SA104
А как вы планируете сделать это со сторонним ОРС?
Естественно, конвертором OPC UA <-> API OwenCloud.Цитата:
Сообщение от Сергей Лысов
Элегантное решение. Ссылкой на покупку/скачивание можете поделиться?)Цитата:
Сообщение от ASo
Естественно, его не существует. Кто же будет его программировать?
Доброго времени суток!
Пытаюсь подключить модуль сбора данных Невод+М через шлюз ПМ210. Аналоговые входы в облаке вижу, а с дискретными видит только нулевой бит, остальные ошибка 255.В MasterOPC с этими командами работает. Подскажите что я делаю не так? Или это проблема с шлюзом?
Вложение 38388
Вложение 38389
Вложение 38390
Добрый день.Цитата:
Сообщение от Victor721
Думаю дело в том, что выбран номер регистра, а в битовых функциях указывают номер бита.
На скриншоте выделил место, на которое нужно обратить внимание.
Вложение 38400