Более одной дочерней категории от одного прибора

[German03]

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

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


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

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

[A.Simonov]

Теоретически можно было вместо 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]

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



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

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



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

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

[A.Simonov]

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

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

[German03]

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

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

[A.Simonov]

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

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

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

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

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

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

[German03]

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

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

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

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

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

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