Отчёт без айдишников. Зачем?

Тем самым получив 500 запросов в 5 минут. Спасибо, не подходит.

Я ещё обнаружил events/update_units. Такое ощущение, что кусок документации просто отсутствует, потому что вообще непонятно, что это за события. Но там есть "trips". Может это быть что-то подходящее под мою задачу?

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

Увеличьте детализацию до 0x2, там будет:

"state":<bool>,        /* state: 0 - parking, 1 - trip, 2 - stop */

Их можно объединять побитовым ИЛИ: 0x1 | 0x2 = 0x3.

Кстати, тут явно не bool. Скорее, uint.
И ещё до кучи передайте разрабам. В пакете http://www.w3.org/2001/XMLSchema нет типа text, но есть string.
Вдогонку и шестнадцатиричные значения из документации лучше убрать вообще, переведя их в десятичные значения.

Лео, попробуйте сделать запрос через три точки. Если не поможет, то еще можно использовать доп свойства

Я добился ответа по events/load, он очень странный. Например, по ТСке 17296507 мне возвращается последним событием простой с 18.09.2019 10:12:26  по  18.09.2019 10:19:56. При этом отчёт, про который вы говорили, что он менее оперативный, показывает поездку с 2019-09-18 10:28:12 по 2019-09-18 10:31:51. И судя по треку ТСка действительно двигается.

Оба запроса отправлены примерно в 10:32.
В отчёте действительно есть строка с простоем с началом в 18.09.2019 10:12:26, правзда, заканчивается он в 2019-09-18 10:28:12.

Можете пояснить разницу? Повторный запрос данных по events/load даёт тот же результат, интервалы не меняются.

Лео, вопрос еще какую задачу Вы решаете и для чего. Насколько Вам необходимо чтобы состояние поездки/стоянки объекта соответствовало данным, которые визуально видит пользователь Wialon-а.

Если у Вас в принципе стоит задача вычислить факты поездки/стоянки или выполнять некоторые действия на основании изменения текущего статуса в движении объекта без привязки к системам конфигурации Wialon (тот-же детектор поездок), то Вы можете склеить две системы - Wialon и flespi. И далее во flespi прозрачным образом через калькуляторы настроить систему обработку данных в режиме реального времени - к примеру получать push-уведомления о начале, изменении поездки/стоянки/геозоны по MQTT, одним REST запросом по всем объектам получить последнюю поездку/стоянку/остановку/посещения-геозон и т.д.

Вот пример с картинками: https://flespi.com/blog/analytics-walk- … your-trips (ну и далее по ссылкам там много информации)

Лео, Ваша задача решается стандартными инструментами flespi c некоторыми интеграционными работами (привязка/удаление контроля при выписке задания или его окончании):

1. Настраиваете ретранслятор с Wialon чтобы ввести данные во flespi-канал (протокол Wialon Retranslator). Заводите и именуете объекты во flespi как нужно диспетчеру.
2. Создаете калькулятор с настройками для детектирования стоянки длительностью более 5 минут.
3. Далее Ваша интеграционная часть когда задание выписывается делате соответствующую привязку девайса в калькулятору с begin_time=времени начала задания (с какого момента контролировать отсутсиве такой стоянки) и по его окончании девайс от калькулятора отвязывается или ему выставляется статус active=false.

В случае начала/окончания/обновления такой парковки к Вам прилетит событие по MQTT. Это же событие можно безопасно ловить и визуализировать прямо в веб-броузере - т.е. для работы с диспетчером серверного кода не требуется.

Это же можно (попробовать) отображать диспетчеру стандартным MQTT дашбоардом - MQTT Tiles, создать multiplier widget с топиком flespi/interval/gw/calcs/+/devices/+/created и на начало каждой уникальной такой парковки у диспетчера будет появлятся соответствующая кнопка. Но это больше для обработки в realtime, возможно GUI для визуализации лучше написать самому, например маркировать каждый случай как обработанный аннотируя созданный интервал каким-либо своим параметром.

Вот тут есть некоторый пример конфигурации борда с калькулятора flespi.

Все таки какой-то код надо писать?
В таком случаи, если Ваша интеграционная часть когда задание выписывается делате перенос объекта в группу, то вы можете составить уведомление по датчику мгновенного определения движения. Более того во вкладке мониторинг вы можете в списки отобразить состояния такого датчика. И так же вы можете изменять иконку объектов в соответствии вхождения в ту или иную группу, допустим группы: "На заявке"/"Без заявке".
Лео, а через что вы выписываете задания для объекта мониторинга?