API для OwenCloud

[e.filatov]

Я вот не помню, как реализовано на самом сервере, но вроде как (емнип) посылка ещё на шлюз уходит, выполняется и возвращается ответ. Только на самой посылке Сервер->Шлюз->прибор->шлюз->сервер вы тратите около секунды. Не забываем, что команда на запись попадает в очередь, а шлюз, собственно, не закончил выполнение предыдущих 1к байт запросов (это максимум за 1 посылку от сервера)

[dsyabitov]

без паузы между запросами картина следующая

Здравствуйте. И картина вполне логичная. Сервер, после отправки команды на запись далее выполняет чтение этого параметра. В случае, когда вы не делаете паузы между запросами - картина выглядит следующим образом:

Записали X
Читаем из прибора и обрабатываем X...
Получили запрос на last-data - выдали то, что есть последнее прочитанное и обработанное ( X - 1 )
Дочитали-дообработали X
Записали Y
Читаем из прибора и обрабатываем Y...
Получили запрос на last-data - выдали то, что есть последнее прочитанное и обработанное ( X )
Дочитали-дообработали Y

[capzap]

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

[dsyabitov]

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

Очередь на обработку касается конкретного устройства или шлюза (если устройство подключено через шлюз)

[capzap]

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

записали 2
2020-11-25 10:24:45.511589 2020-11-25 10:24:47.635697
прочитали 2.000
2020-11-25 10:24:47.635972 2020-11-25 10:24:49.247820
прочитали 42.856
2020-11-25 10:24:47.635972 2020-11-25 10:24:49.248489
прочитали 0.000
2020-11-25 10:24:47.635972 2020-11-25 10:24:49.248631
прочитали 81.810
2020-11-25 10:24:47.635972 2020-11-25 10:24:49.248788
записали 3
2020-11-25 10:24:49.248936 2020-11-25 10:24:51.407232
прочитали 3.000
2020-11-25 10:24:51.407927 2020-11-25 10:24:53.203358
прочитали 81.810
2020-11-25 10:24:51.407927 2020-11-25 10:24:53.204038
прочитали 0.000
2020-11-25 10:24:51.407927 2020-11-25 10:24:53.204625
прочитали 42.856
2020-11-25 10:24:51.407927 2020-11-25 10:24:53.204760
записали 4
2020-11-25 10:24:53.205002 2020-11-25 10:24:55.158607
прочитали 4.000
2020-11-25 10:24:55.158930 2020-11-25 10:24:56.706157
прочитали 81.810
2020-11-25 10:24:55.158930 2020-11-25 10:24:56.706411
прочитали 0.000
2020-11-25 10:24:55.158930 2020-11-25 10:24:56.706885
прочитали 42.856
2020-11-25 10:24:55.158930 2020-11-25 10:24:56.707111

Вы наверное что то сделали на серваке)

ЗЫ по сравнению со вчерашним днем значительно лучше передается и запись в два параметра

записали 2
2020-11-25 10:34:14.715562 2020-11-25 10:34:16.621293
записали 2
2020-11-25 10:34:16.622061 2020-11-25 10:34:18.549495
прочитали 2.000
2020-11-25 10:34:18.550072 2020-11-25 10:34:20.125390
записали 3
2020-11-25 10:34:20.125992 2020-11-25 10:34:21.976188
записали 3
2020-11-25 10:34:21.976779 2020-11-25 10:34:23.789865
прочитали 3.000
2020-11-25 10:34:23.790610 2020-11-25 10:34:26.271397
записали 4
2020-11-25 10:34:26.271999 2020-11-25 10:34:28.018407
записали 4
2020-11-25 10:34:28.019003 2020-11-25 10:34:29.914862
прочитали 4.000
2020-11-25 10:34:29.915641 2020-11-25 10:34:31.440763
записали 5
2020-11-25 10:34:31.441389 2020-11-25 10:34:33.232692
записали 5
2020-11-25 10:34:33.233511 2020-11-25 10:34:35.146629
прочитали 5.000
2020-11-25 10:34:35.147351 2020-11-25 10:34:36.793866
записали 6
2020-11-25 10:34:36.794555 2020-11-25 10:34:38.574172
записали 6
2020-11-25 10:34:38.575045 2020-11-25 10:34:40.492149
прочитали 6.000
2020-11-25 10:34:40.492959 2020-11-25 10:34:41.990423
записали 7
2020-11-25 10:34:41.991317 2020-11-25 10:34:43.749100
записали 7
2020-11-25 10:34:43.749806 2020-11-25 10:34:46.200438
прочитали 7.000
2020-11-25 10:34:46.201094 2020-11-25 10:34:47.791853

[YuriBel]

Документация и даже с примером здесь - https://api.owencloud.ru/

Извиняюсь, что привожу давнюю цитату, прошу подсказать, можно ли откуда-нибудь скачать документацию в PDF?

[dsyabitov]

Извиняюсь, что привожу давнюю цитату, прошу подсказать, можно ли откуда-нибудь скачать документацию в PDF?

Здравствуйте. Документации в pdf нету. Но по приведенной Вами ссылке всего одна страница - можете сохранить её.

[dsyabitov]

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


Вы наверное что то сделали на серваке)

ЗЫ по сравнению со вчерашним днем значительно лучше передается и запись в два параметра

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

[lomtik]

См. п. 8 в РП:
https://ftp.owen.ru/OwenCloud/01_Docs/rp_owencloud.pdf

В OwenCloud имеется ограничение на число запросов, которые могут быть обработаны за
определенный интервал времени (равный 10 секундам). Отсчет времени начинается с первого
запроса в новой последовательности запросов. В случае превышения ограничения возвращается
код состояния 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 секунд.

• /v1/parameters/last-data – не более 10 запросов за 10 секунд;
т.е. 1 запрос в 1 сек. Скажите, я правильно понял, если я хочу получать состояние большого кол-ва переменных, например 1000 переменных с 300-т приборов, то реальное значение какой-либо переменной будет обновляться каждые 1000 сек, т.е. раз в 16,6 минут? Или это ограничение касается одного устройства?

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

• /v1/parameters/last-data – не более 10 запросов за 10 секунд;
т.е. 1 запрос в 1 сек. Скажите, я правильно понял, если я хочу получать состояние большого кол-ва переменных, например 1000 переменных с 300-т приборов, то реальное значение какой-либо переменной будет обновляться каждые 1000 сек, т.е. раз в 16,6 минут?

Все параметры по одному прибору можно получить одним запросом.
И как выше написал dsyabitov:

Очередь на обработку касается конкретного устройства или шлюза (если устройство подключено через шлюз)