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

[melky]

Вот реально, зачем СТОЛЬКО различных переменных для простых вещей?

API предназначено для работы с облаком сторонними приложениями, если вы всегда передаете значение параметров в строковом виде стороннему приложению и с учетом точности, количества знаков после запятой и т.п. и т.д Ну так и укажите единственную переменную format правильно для стороннего приложения.
А то формат UInt16 или Int16 а передаете блин значение с каким-то количеством после запятой....

учитывая, что в запросах v1 светится, то будет и v2 , надеюсь в версии 2 искорените дублирующие переменных и соберете в кучу непонятное разделение форматов и так далее...

Блин, да е моё, если не задана (null) то будет взято оттуда !!!!! жесть....... рука-литсо.....

[melky]

"id": 14966589,
"code": "Ain.H",
"format": 0,

"value": null,


Вот реально хочется кому-то руки оторвать, Если у вас параметр для чего-то другого, а не значение, раз вы value = null делаете, ну так добавьте в параметр format тогда не 0 - float для прибора Овен, а скажем 10 - нет значения для данного параметра... Ну или что-то в этом духе... А так переменная как бы есть, но ее как бы и нет...

[melky]

Я так понимаю для приборов Овен все по другому и last-data теперь уже до фонаря супер API

[
{
"id": 14966247,
"values": []
},
{
"id": 14966241,
"values": []
},
{
"id": 14966253,
"values": []
},
{
"id": 14966589,
"values": []
},
{
"id": 14966685,
"values": []
}
]

Или это поведение отключенного и ни разу не опрашиваемого прибора????

[melky]

| 6 | Ain.H | Верхняя граница диапазона измерения активного датчика - вход 1

| 7 | rEAd | Измеренная величина - вход 1

| 8 | in.SL | Наклон характеристики датчика - вход 1

| 9 | Ain.L | Нижняя граница диапазона измерения активного датчика - вход 1

| 10 | ItrL | Период опроса датчика - вход 1

| 11 | in.FG | Полоса цифрового фильтра - вход 1

| 12 | in.Fd | Постоянная времени цифрового фильтра - вход 1

| 13 | Cj-.C | Режим работы автоматической коррекции по температуре свободных концов ТП вход 1

| 14 | in.SH | Сдвиг характеристики датчика - вход 1

| 15 | dP | Смещение десятичной точки - вход 1

| 16 | in-t | Тип входного датчика или сигнала - вход 1

| 17 | Ain.H | Верхняя граница диапазона измерения активного датчика - вход 2

| 18 | rEAd | Измеренная величина - вход 2

| 19 | in.SL | Наклон характеристики датчика - вход 2

| 20 | Ain.L | Нижняя граница диапазона измерения активного датчика - вход 2

| 21 | ItrL | Период опроса датчика - вход 2

Кто-то говорил что не может быть одного кода - а тут на каждом входе повторяется. С чем связано ?

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

"Тут" - это где?

[melky]

Евгений Кислов добавленный в Демо прибор Овен "type": "Модуль ввода аналоговый МВ110-224.8А" - кто-то сегодня его добавил, вчера не было. Так вот коды на входах имеют повторение. Интересно, если при добавлении в WEB будет выдана ошибка на повторяющийся код то как так получилось, что здесь они одинаковы ? Потому что это прибор Овен и как-то по другому работает? как?

Прибор в offline, массивы last-data пустые. value в большинстве своем null если считывать через индекс прибора, хотя в одном месте строковая переменная имеет "" вместо null как другие.

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

Евгений Кислов добавленный в Демо прибор Овен "type": "Модуль ввода аналоговый МВ110-224.8А" - кто-то сегодня его добавил, вчера не было. Так вот коды на входах имеют повторение. Интересно, если при добавлении в WEB будет выдана ошибка на повторяющийся код то как так получилось, что здесь они одинаковы ? Потому что это прибор Овен и как-то по другому работает? как?

Прибор в offline, массивы last-data пустые. value в большинстве своем null если считывать через индекс прибора.

См. скриншот - коды уникальные за счет индексов каналов:

16-11-2022 18-01-51.png

То, что вы выложили выше - это именно то, что вы видите в ответе от облака или это уже выхлоп вашего парсера?

[melky]

{
"id": 14966589,
"code": "Ain.H"

Даже если запросить сторонними сервисами, то код Овен без указание индекса, как у вас на скриншоте самого облака, значит код добавляется индексом
Совершенно верно, это ответ облака на device/312177

так же на запрос last-data у этого прибора приходят пустые массивы переменных, в сообщении #73

А если зайти через Web то у имен тоже есть индексы, но при запросе json индексов в именах нет

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

{
"id": 14966589,
"code": "Ain.H"

Даже если запросить сторонними сервисами, то код Овен без указание индекса, как у вас на скриншоте самого облака, значит код добавляется индексом
Совершенно верно, это ответ облака на device/312177

Значит, для индексированных параметров протокола ОВЕН через API коды отдаются без индексов - я не считаю такое решение удачным, но такова реализация.

[melky]

Ну индексы я добавлю, не проблема. А почему пустые массивы переменных? просто прибор ни разу не опрашивался?