OwenCloud. Что это и с чем его едят?

[bayk]

А где он, сводный график, берется?

функционал платной подписки

[bayk]

Попробовал у себя - подтверждаю, на сводном графике по времени идут пропуски данных. Графики, отдельно на приборах, показывают данные нормально. Ошибка проявляется когда на сводном графике выделяешь ЛКМ определённый участок, если выделить тот же участок графика на выпадающих списках настройки времени, тогда ошибка не проявляется.

Уважаемые разработчики! есть какой-то результат? когда графики поправите? я понимаю, что вы привыкли работать в режиме бесплатного сервиса - на любую шибку просто морозить, но сейчас то денежки берете.

[A.Simonov]

Уважаемые разработчики! есть какой-то результат? когда графики поправите? я понимаю, что вы привыкли работать в режиме бесплатного сервиса - на любую шибку просто морозить, но сейчас то денежки берете.

Добрый день.

Баг внесен в список багов, которые будут править.
В одном следующих обновлений обязательно поправим.

[capzap]

сегодня столкнулся с некоторой не стыковкой. Если записывать уставку с сайта, то появляется такое окошко owen.png, что очень даже правильно, но запись через API возвращает успешный код response.status_code == 200 что создает впечатление о исправности функционала

[A.Simonov]

сегодня столкнулся с некоторой не стыковкой. Если записывать уставку с сайта, то появляется такое окошко owen.png, что очень даже правильно, но запись через API возвращает успешный код response.status_code == 200 что создает впечатление о исправности функционала

Запрос успешно отправлен на сервер и обработан сервером. Поэтому и код 200, а какой ещё можно вернуть код в этом случае?
Команде на запись присвоен номер группы, увидеть его можно в ответе на команду с записью.
Далее можно у сервера спросить прошла ли запись группы параметров успешно используя запрос POST parameters/write-status

[capzap]

Запрос успешно отправлен на сервер и обработан сервером. Поэтому и код 200, а какой ещё можно вернуть код в этом случае?]

ну раз приходит следующий ответ Завершена по таймауту я бы возвращал 408. Да, конечно можно обрабатывать статусы самостоятельно каждому пользователю, но облачный сервис мог бы делать это работу за всех и тогда меньше проблем у конечного пользователя, меньше кодинга, больше плюсов в карму

[A.Simonov]

ну раз приходит следующий ответ Завершена по таймауту я бы возвращал 408. Да, конечно можно обрабатывать статусы самостоятельно каждому пользователю, но облачный сервис мог бы делать это работу за всех и тогда меньше проблем у конечного пользователя, меньше кодинга, больше плюсов в карму

API в любом случае возвращает в ответ ID группы, и все равно по нему придется проверять, прошла ли запись успешно, так как сервер должен ответить на API запрос сразу, а вот modbus команда на запись встанет в очередь, и может быть выполнена не мгновенно, даже если прибор в сети.

По хорошему, код связанный с проверкой статуса записи нужно писать в любом случае.

[capzap]

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

[A.Simonov]

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

Я на 100% не знаю как устроен обмен, так как не я писал код. Но имею представление об этом:
Запись происходит не мгновенно а с небольшим лагом. Команда попадает на сервер, а далее в составе пакета приходит на шлюз ПМ210, например, а он уже опрашивает приборы и отдает ответ на сервер.
Это все создает задержку, в случае ПМ210 - вообще довольно ощутимую.
Поэтому если вы дадите несколько команд на запись, они точно все попадут в очередь.
И за время пока они стоят в очереди может, например, пропасть мобильная сеть, из-за чего команда не будет исполнена.

Это даже не говоря о том, что сама информация о том, что шлюз на связи - может быть устаревшей, особенно если интервал опроса - большой.

[capzap]

Команда попадает на сервер, а далее в составе пакета приходит на шлюз ПМ210, например...

еще раз, если команда попала на сервер, а сервер имеет статус прибора не в сети, зачем вставать в очередь и присылать мне ответ на команду 200 когда и так ясно что будет 408