Доступ к облаку по API

[melky]

"group_type": "container" - какой перечислитель форматов используется в данном случае? format или modbus_format ?
Используется в "Программируемый контроллер" и "OPC UA"

А Modbus аж целых два "modbus_template" и "modbus_various" - зачем? и если придумали зачем, то отличия относительно форматов ?

"id": 171772,
"name": "Котельная (ПЛК160_1.2.2)",
"identifier": "E4:1E:0A:00:0D:FA",
"type": "ПЛК через Modbus TCP",
"time_zone": "GMT+3:00",
"is_favourite": false,
"categories": [

Собственно почему тут было не указать протокол и формат, раз разделили? сразу в устройстве

[Евгений Кислов]

"group_type": "container" - какой перечислитель форматов используется в данном случае? format или modbus_format ?
Используется в "Программируемый контроллер" и "OPC UA"

А Modbus аж целых два "modbus_template" и "modbus_various" - зачем? и если придумали зачем, то отличия относительно форматов ?

1. Должен использоваться modbus_format.

2. modbus_template - это уже готовые шаблоны, а modbus_various - произвольный слэйв, для которого пользователь сам настраивает список параметров.
В обоих случаях используется modbus_format.

[melky]

Спасибо, прикрутил уже чтение и определение этих переменных, благо они только при инициализации будут работать, потом уже не особо будут нужны.

[melky]

В протоколе Owen форматы signed/unsigned это int16/uint16 или int32/uint32 ?

И форматы времени datetime, date, time в каком виде, UNIX формат который расширенный на 100 лет ? или иное?

[Евгений Кислов]

В протоколе Owen форматы signed/unsigned это int16/uint16 или int32/uint32 ?

В протоколе ОВЕН целочисленное значение может занимать 1, 2 или 4 байта.
В облаке, вероятно, всегда выделяется 4 байта.

И форматы времени datetime, date, time в каком виде, UNIX формат который расширенный на 100 лет ? или иное?

В протоколе ОВЕН свои форматы для хранения значений даты и времени, см. п. 5.1.3:
https://owen.ru/uploads/121/oficialn...n_15.01.07.pdf

Но в облаке, насколько я понимаю, они конвертируются в Unixtime, и доступны уже только в таком виде.

[melky]

Не, мне как раз то, что в облаке интересует. Я же работать буду через облако.

Вот сижу прикручиваю типы переменных, на минус топоры не смотреть, не докрутил еще

[melky]

{
"id": 1099134,
"code": "wTempCloud",
"format": 2,
"dot_point": null,
"is_writable": 0,
"modbus_format": 1,
"modbus_multiplier": "1.0000000",
"name": "Температура",
"value": "25.0",
"formatted_value": "25.0",
"fault": "",
"measurement": {
"title": "°C",
"name": "температура",
"default_precision": 1,
"visible": 1
}

Удалил лишнее - объясните - "format": 2 для owen это UInt32, "modbus_format": 1 для Modbus это Uint16 - почему значение 25.0 при том, что dot_point = null ????

[Евгений Кислов]

Потому что "default_precision": 1

[capzap]

Удалил лишнее - объясните - "format": 2 для owen это UInt32, "modbus_format": 1 для Modbus это Uint16 - почему значение 25.0 при том, что dot_point = null ????

- precision - точность отображения (число знаков после десятичной точки, уже применено для value). Если не задана (null) будет применена точность по-умолчанию, взятая из measurement.default_precision

[melky]

а, спасибо. Сейчас поколдую еще и с этим...

"default_precision": 1 игнорируется, если precision = 0 или иное?