PDA

Просмотр полной версии : Более одной дочерней категории от одного прибора



German03
01.07.2019, 09:38
Добрый день!

ПЛК100 через модем подцеплен к Owen Cloud. Его модуль RS485 Master опрашивает удаленные приборы, которые должны находиться в разных дочерних категориях Owen Cloud. Возможно ли это? Т.е. один и тот же прибор в разных категориях? Как решить этот вопрос?

A.Simonov
01.07.2019, 12:57
Добрый день!

ПЛК100 через модем подцеплен к Owen Cloud. Его модуль RS485 Master опрашивает удаленные приборы, которые должны находиться в разных дочерних категориях Owen Cloud. Возможно ли это? Т.е. один и тот же прибор в разных категориях? Как решить этот вопрос?

Одно устройство возможно отобразить в двух категориях, одновременно.
Для этого нажмите ПКМ по нужному устройству, выберете "Копировать".
Затем нажмите ПКМ по нужной категории и выберите "Вставить".
Копировать: 43396 Вставить: 43397

German03
01.07.2019, 15:01
Спасибо! Буду пробовать

German03
02.07.2019, 03:06
Все получилось, спасибо. Только пришлось впоследствии переименовать "прибор", поскольку у меня подкатегории это не приборы, а объекты. Приборы для диспетчеров - это ни о чем.

German03
02.07.2019, 03:25
...Для этого нажмите ПКМ по нужному устройству, выберете "Копировать".
Затем нажмите ПКМ по нужной категории и выберите "Вставить".

Нет, не получилось. Прибор/объект переименовался и там и тут, что в общем-то логично, поскольку переименование действует на родительский прибор. Это беда просто. Что можно сделать?

43403

дело в том, что модуль RS485 Master этого ПЛК собирает параметры через GPRS терминалы (клиенты) с других объектов. Поэтому они и должны быть в других категориях. Использование GPRS терминалов обусловлено тем, что кроме передачи данных в облако, есть еще необходимость обмена данными между объектами, минуя облако.

A.Simonov
02.07.2019, 09:34
Нет, не получилось. Прибор/объект переименовался и там и тут, что в общем-то логично, поскольку переименование действует на родительский прибор. Это беда просто. Что можно сделать?

43403

дело в том, что модуль RS485 Master этого ПЛК собирает параметры через GPRS терминалы (клиенты) с других объектов. Поэтому они и должны быть в других категориях. Использование GPRS терминалов обусловлено тем, что кроме передачи данных в облако, есть еще необходимость обмена данными между объектами, минуя облако.

Добрый день,

дайте одно ёмкое название вашему ПЛК.

А уже внутри ПЛК (в облаке) создайте категории параметров, под каждое подчиненное устройство.

Думаю, что большего удобства будет сложно достичь :)

German03
02.07.2019, 10:01
Добрый день,

дайте одно ёмкое название вашему ПЛК.

А уже внутри ПЛК (в облаке) создайте категории параметров, под каждое подчиненное устройство.

Думаю, что большего удобства будет сложно достичь :)

Печально это. Так явно не получится. Это будет куча мала. Тем более, что и на карте разные объекты не отметишь. Придется писать скаду. Только вот вопрос - зачем тогда Owen Cloud? Вытаскивать оттуда данные через API, если можно поставить свой сервер и собирать данные. Печально

A.Simonov
02.07.2019, 10:12
Печально это. Так явно не получится. Это будет куча мала. Тем более, что и на карте разные объекты не отметишь. Придется писать скаду. Только вот вопрос - зачем тогда Owen Cloud? Вытаскивать оттуда данные через API, если можно поставить свой сервер и собирать данные. Печально

OwenCloud - универсальное решение. Адаптировать сервис под каждый частный случай - невозможно, да и не нужно.

У Вас физически одно устройство, обладающее одним адресом.


Могу предложить такой вариант:
Поднимаете на ПЛК Modbus Slave, который имеет несколько адресов (если ПЛК наш, то это можно реализовать через библиотеки работы с портом).

German03
02.07.2019, 10:38
OwenCloud - универсальное решение. Адаптировать сервис под каждый частный случай - невозможно, да и не нужно.

У Вас физически одно устройство, обладающее одним адресом.


Могу предложить такой вариант:
Поднимаете на ПЛК Modbus Slave, который имеет несколько адресов (если ПЛК наш, то это можно реализовать через библиотеки работы с портом).

Теоретически можно было вместо GPRS-терминалов поставить на каждом объекте шлюз ПМ210. И все было бы ничего, если бы, например, уровень воды резервуара (РЧВ) на одном объекте не надо было передавать на другой объект - насосную, которая качает в этот самый резервуар. Вот тут начинаются проблемы.
Не совсем понял про Modbus Slave. Стоит ПЛК100, как я уже писал. Каким образом может помочь модуль Slave на ПЛК? Да и порт RS485 уже занят GPRS-терминалом(сервером).

A.Simonov
02.07.2019, 11:37
Теоретически можно было вместо GPRS-терминалов поставить на каждом объекте шлюз ПМ210.

Именно так и предлагается использовать шлюзы Пх210.


И все было бы ничего, если бы, например, уровень воды резервуара (РЧВ) на одном объекте не надо было передавать на другой объект - насосную, которая качает в этот самый резервуар.

Для этого у устройства должно быть либо несколько портов RS485, либо можно передавать данные из Owencloud в OPC и далее куда угодно.

К сожалению, это недостаток протокола Modbus RTU/ASCII (в сети RS485 может быть только один мастер).


Не совсем понял про Modbus Slave. Стоит ПЛК100, как я уже писал. Каким образом может помочь модуль Slave на ПЛК? Да и порт RS485 уже занят GPRS-терминалом(сервером).

Имелось в виду опросить ПЛК с помощью Пх210 по RS232/RS485.
Для этого на последовательном порту необходимо поднять Modbus Slave, который будет откликаться на разные адреса (slave id).
Таким образом, каждый slave id может быть добавлен в облако, как самостоятельный прибор.
Это, конечно, костыль, но других вариантов я не вижу.

German03
02.07.2019, 11:44
Именно так и предлагается использовать шлюзы Пх210.



Для этого у устройства должно быть либо несколько портов RS485, либо можно передавать данные из Owencloud в OPC и далее куда угодно.

К сожалению, это недостаток протокола Modbus RTU/ASCII (в сети RS485 может быть только один мастер).



Имелось в виду опросить ПЛК с помощью Пх210 по RS232/RS485.
Для этого на последовательном порту необходимо поднять Modbus Slave, который будет откликаться на разные адреса (slave id).
Таким образом, каждый slave id может быть добавлен в облако, как самостоятельный прибор.
Это, конечно, костыль, но других вариантов я не вижу.

т.е. в облаке можно создать приборы с одним и тем же идентификатором, но разными адресами?

A.Simonov
02.07.2019, 11:48
т.е. в облаке можно создать приборы с одним и тем же идентификатором, но разными адресами?

Да, это возможно.
Так как шлюз Пх210 может последовательно опрашивать несколько устройств, находящихся в сети RS485.

German03
02.07.2019, 12:01
Да, это возможно.
Так как шлюз Пх210 может последовательно опрашивать несколько устройств, находящихся в сети RS485.

Ну так-то логично. Но если я вместо ПЛК поставлю один ПМ210, я решу только полпроблемы. Останется еще ровно половина - как передать данные на другой объект без ПЛК. Через ОРС что-то не очень нравится.

A.Simonov
02.07.2019, 13:19
Ну так-то логично. Но если я вместо ПЛК поставлю один ПМ210, я решу только пол проблемы. Останется еще ровно половина - как передать данные на другой объект без ПЛК. Через ОРС что-то не очень нравится.

Ничего нового я не посоветую.

Я вижу только три варианта:

1) Добавить один ПЛК в Owencloud, и разбить его параметры на группы. При необходимости дублировать ПЛК в различные категории.

2) Опросить ПЛК с помощью Пх210, предварительно подняв на ПЛК виртуальные slave устройства.

3) Реализовать свой сервер, под ваши требования.
Как вариант, Вы можете реализовать собственную визуализацию, на основе нашего API.
Т.е. owencloud опрашивает ваш ПЛК, а результат опроса вы представляете в любом удобном Вам виде, через наш API
api.owencloud.ru (http://api.owencloud.ru)

German03
03.07.2019, 03:38
Ничего нового я не посоветую.

Я вижу только три варианта:

1) Добавить один ПЛК в Owencloud, и разбить его параметры на группы. При необходимости дублировать ПЛК в различные категории.

2) Опросить ПЛК с помощью Пх210, предварительно подняв на ПЛК виртуальные slave устройства.

3) Реализовать свой сервер, под ваши требования.
Как вариант, Вы можете реализовать собственную визуализацию, на основе нашего API.
Т.е. owencloud опрашивает ваш ПЛК, а результат опроса вы представляете в любом удобном Вам виде, через наш API
api.owencloud.ru (http://api.owencloud.ru)

Спасибо!
Пока делаю по первому варианту. Все-таки нам нужен обмен некоторыми параметрами между объектами напрямую, минуя облако и скады, поскольку они в тех.процессе.
По поводу третьего варианта - в собственной Скаде есть необходимость. Owen Cloud в базовом варианте больше удобен для обслуживающего персонала, а не для диспетчеризации.

Bad1mka
22.08.2019, 06:48
Доброго дня. Никто не сталкивался с задачей: от одного прибора в разных категориях отображать разное количество параметров. Т.е. на один прибор сведены датчики с разных цехов (удешевление), 1й цех должен видеть только свои данные, 2й свои (графики температур)

Maximka
11.05.2020, 11:23
Доброго дня. Никто не сталкивался с задачей: от одного прибора в разных категориях отображать разное количество параметров. Т.е. на один прибор сведены датчики с разных цехов (удешевление), 1й цех должен видеть только свои данные, 2й свои (графики температур)

Присоединяюсь к вопросу. Хотя бы иметь возможность создавать группы параметров от одного прибора в OwenCloud для Android/IOS. Все параметры списком - неудобно и ненаглядно.