Датчик времени

Тоже хотел создать подобную тему +1

Будьте любезны подсказать тогда решение для это поста.

Вариант с отчетами не устраивает.
Если брать чисто технически, то на сколько я понимаю, значения выводятся с последней записи в базе(сообщения).
Ничто не мешает завести флаг, который был бы началом отсчета времени. И тогда расчет времени, шел от этого флага. Чисто технически не вижу сложности в этом. Единственное что весьма накладно, каждый раз шелестить базу в поисках последнего флага в базе. Что влечет за собой время вывода информации пользователю.

Очень нужен.
+1
Очень рад, что наткнулся на темы, связанные с этим вопросом.
Вообще считаю изначально абсолютно не логичным появление во всплывающей подсказке времени простоя объекта, зависящего от времени текущей сессии. Кому интересно будет знать в течение какого времени стоит объект от момента, когда он зашел на сайт мониторинга, всем намного интереснее сколько вообще стоит машина. Более того, 99% конечных пользователей виалона не читают мануал и не знают, что это время зависит от текущей сессии. Человек смотрит в экран, а там написано "стоит в течение 1 часа", интуитивно понятно, что машина стоит в течение 1 часа, а на самом деле она уже 5 часов стоит. Не хочу никого обижать, но дабы не вводить никого в заблуждение, необходимо вообще удалить эту всплывающую подсказку, но лучше конечно поменять её смысл.  Интересно, из каких-то соображений была сделана эта подсказка?

Считаю, что в интерфейсе было бы удобно завязать подобный датчик времени на уже имеющийся столбец "состояние датчика", который тоже хотелось бы увидеть в количестве трех, четырех. Наводишь на цвет датчика и видишь в течение какого времени он включен.

Создаём датчик типа "Счётчик", в параметре пишем что-нибудь "(time-#time)*in1", где in1 равно единице например при поднятом кузове. Тогда наше время будет считаться в секундах, только когда кузов поднят. Если нужно время в часах, то в параметре добавляем деление на константу 3600. Здесь, если разными параметрами приходят различные действия машины, то можно создать более одного датчика. После этого создаём любой отчёт, где есть датчики-счётчики и получаем результат.

В текущей реализации с этим и проблема. Здесь пока ничего сделать нельзя.

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

Отличная новость Спасибо! Ждем с нетерпением

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

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

Предлагаю пользователям определиться в каком состоянии этот функционал должен присутствовать в интерфейсе Wialon Hosting.

+1 нужная часто опция

+1

В обновлении от 16 сентября появилась возможность отображения времени изменения значения датчика.
Однако, в руководстве написано следующее:
Данная функция имеет некоторые ограничения, а именно: у датчика не должно быть таблицы расчета, валидатора, пользовательских интервалов, а также параметр датчика не должен содержать ссылки на другие датчики. В этих случаях включение флага будет недоступно.
Больше всего пугает самое первое ограничение - не должно быть таблицы расчета - это сводит на нет большую часть возможного применения данной функции.
Хотелось бы узнать, возможно ли обойти это ограничение?

Я попробовал следующее:
1) Создал датчик "Состояние движения".
2) Тип: "Произвольный цифровой датчик"
3) Параметр: "speed" (без таблицы, без валидатора)
В результате, я надеялся, что датчик (пусть и примитивно) будет накапливать длительность последнего состояния движения: либо "Включено" ("длительность"), либо "Выключено" ("длительность").

Но! Длительность считается от последнего пришедшего от контроллера сообщения.
Пример

Может оно так и не должно работать было?

Т.е. расчет текущего времени состояния датчика работает только если значение параметра не меняется.
Примеры: скорость равна 0 (при стоянке) или скорость продолжительное время постоянная (круиз-контроль).
Так?

И как я понимаю - основное применение расчета времени в текущей реализации - это цифровые датчики (которые в цифровом виде идут уже от контроллера, т.е. 0 или 1). Правильно?
Или есть еще варианты применения?

tata, к сожалению как уже писал os_86, в текущей реализации данный датчик практически бесполезен...

Добавилась очень хорошая функция времени работы датчика. Но текстовые сообщения от прибора здесь тоже очень мешают, сбрасывают счетчик времени состояния датчика при появлении, таким образом искажая картину. Надо все-таки с этим всем уже что-то делать.

ehouse
в принципе второй вариант хорош в том смысле что сразу все видно, плюсую

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