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

[A.Simonov]

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

Не считаю, что 408 код здесь уместен.
https://developer.mozilla.org/ru/doc...TTP/Status/408

Ну и все же, если прибор не в сети, это же не значит что за время ожидания (по умолчанию 900 секунд) он не восстановит соединение, особенно если мы говорим о мобильной сети и ПМ210.

[capzap]

1) да не принципиально, 204 или 504, любой отличный от 200

2) замечательно если восстановится связь, а если на уровне ответа на запись уставки уже маякнуть пользователю, что что то неладно на объекте(даче например), а не ждать гипотетического восстановления

[A.Simonov]

1) да не принципиально, 204 или 504, любой отличный от 200

2) замечательно если восстановится связь, а если на уровне ответа на запись уставки уже маякнуть пользователю, что что то неладно на объекте(даче например), а не ждать гипотетического восстановления

Идея понятна. Но все же, надежнее будет проверять статус записи, а не смотреть на код статуса ответа от сервера.
Так как возможны ситуации когда прибор на связи, а запись не прошла и наоборот.

Поэтому проверку нужно делать в любом случае, какой-бы код не пришел. А раз уж проверку в любом случае нужно делать, то к чему использовать малоиспользуемые коды ответа от сервера.
Сервер команду получил? Получил. Сервер запрос в очередь поставил? Поставил. => API запрос успешно обработан => код 200.

[capzap]

всевозможные проверки, это хорошо для безлимитных тарифов

[A.Simonov]

всевозможные проверки, это хорошо для безлимитных тарифов

Не все запросы сильно ограничены. Вот выдержка из документации:

Скрытый текст:

В случае превышения ограничения
возвращается код состояния 429 (Too Many Requests). Ограничения описаны ниже:
• /v1/parameters/last-data – не более 10 запросов за 10 секунд;
• /v1/device/index – не более 10 запросов за 10 секунд;
• /v1/parameters/data – не более 10 запросов за 10 секунд;
• /v1/auth/open – не более 10 запросов за 10 секунд;
• все остальные запросы – не более 30 запросов за 10 секунд.

[Юрий Н]

Здравствуйте.
Возникла проблема. У меня есть профиль где, само собой, зарегистрированы мои приборы. На днях Нам передали объект с установленным на нем другим прибором.
При попытке зарегистрировать его в свой профиль резонно получил сообщение, что "прибор числится за другой компанией".
В профиль самого объекта, по полученным логину/паролю я вхожу, но это получается отдельно от моих прежних приборов. Но мониторить нужно и то и другое, а переключаться постоянно между ними сами понимаете не вариант.
Вопрос, можно ли каким то образом обойти эту ситуацию? Заводить отдельный смартфон?

[A.Simonov]

Здравствуйте.
Возникла проблема. У меня есть профиль где, само собой, зарегистрированы мои приборы. На днях Нам передали объект с установленным на нем другим прибором.
При попытке зарегистрировать его в свой профиль резонно получил сообщение, что "прибор числится за другой компанией".
В профиль самого объекта, по полученным логину/паролю я вхожу, но это получается отдельно от моих прежних приборов. Но мониторить нужно и то и другое, а переключаться постоянно между ними сами понимаете не вариант.
Вопрос, можно ли каким то образом обойти эту ситуацию? Заводить отдельный смартфон?

Добрый день.

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

Как вариант, основной аккаунт можно сделать интеграторским, и добавить в него подчиненную компанию.
А уже в эту подчиненную компанию перенести прибор описанным выше способом.
Это позволит из аккаунта интегратора наблюдать за подчиненной компанией, а в подчинённой компании все будет как обычно (от интеграторской компании там не будет и следа)

Подробнее об интеграторских функциях читайте в РП в главе 10 "Системный интегратор"
https://ftp.owen.ru/OwenCloud/01_Docs/rp_owencloud.pdf

[Юрий Н]

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

[A.Simonov]

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

Второй вариант, это тот же первый, только компании будут разделены.

Т.е. пользователям нужно будет зарегистрировать новые аккаунты (либо на другую почту, либо на их текущую, предварительно удалив старые из панели администрирования)
А самим пользователям нужно будет перелогиниться.

[service]

Как отвязать ПМ210 от одного аккаунта, чтобы добавить его в другой?