Cчетчик моточасов без датчика и генератора

Использовать модуль, который на основе определенных внешних условий (появление перепадов на счетном входе - начало работы расходомера) ,формирует сигнал "работа"/

Может я чего то не понимаю, но у нас работает зажигание по разнице значений в каунтере от ДРТ.

можете скрин датчика сделать???

Что за функция такая? У нас обычные ДФМки

Кстати там я не проверял, только отчеты, сейчас проверю.

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

Я, как это ни странно, про "свои" контроллеры могу сказать:

http://rateos.ru/index.php/production/n … azimuth-51
http://rateos.ru/index.php/production/n … muth51lite

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

это название абсолютно ни о чем не говорит ..

На изделиях для стационарного применения, у нас это функционал во всю используется

"Ратеос" = все правильно написал

к сожалению нет не проще)
110 объектов в полях с радиусом разброса 400-500 км)

клиент я сам) сам клиент сам обслуживаю сам монтирую)

да не хочу я покупать датчиков не каких если это все софтово реализуемо.) смысл?

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

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

Датчик зажигания по такой формуле поддерживается в Wialon, его значение можно видеть в подсказке и по такому датчику можно получать корректные данные в отчете по Моточасам - это покрывает практически весь функционал, где этот датчик используется.

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

При этом, если count1 содержит накапливаемое значение моточасов, его можно попробовать использовать в качестве датчика абсолютных моточасов.

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

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

PS да - остальные объекты нужно настроить по аналогии - в простом варианти - экспорт/импорт массово с добавлением датчика. Старый наверное придется удалять или менять ему тип, как сделал я.

судя по сообщениям от трекера он не приходит вовсе когда нет зажигания. давайте продолжим переписку в почте - так будет проще искать историю - напишите запрос на support@gurtam.com с указанием ссылки на данную тему, пожалуйста.

А в чем проблема-то? Если ваши ДФМ импульсные вообще просто
Датчик зажигания  тупо пороговый: в таблице расчета две записи
0 - 0 - 0
0.001 - 0 - 1.

Если ДФМ цифровой и показывает не мгновенный, а абсолютный расход, то немного сложнее.  Параметр датчика задаем как имя_параметра_DFM - #имя_параметра_DFM. Если значения параметра между двумя соседними сообщениями будут отличаться датчика зажигания будет вкл. Остальное аналогично.

В конце не забываем в настройках объекта включить расчет моточасов по датчику зажигания. Все.

Умный человек _внимательено_ прочтет то, что ему пишут. У Вас судя по скринам неверно настроен пороговый датчик зажигания.
В впервой строке таблицы тангенс угла (а) должен быть равен 0. А вместо ДАРТ использован зачем-то ИДРТ. Это во-первых.

Во-вторых,  если у Вас Виалон отказывается вести учет моточасов по датчику зажигания, то используем датчики относительных моточасов.
Если con2 датчик абсолютного расхода топлива, то создаем два датичка
Первый Ign "Произвольный цифровой"
con2 - #con2
c таблицей расчета
0 0 0
1 0 0
Он будет определять было или нет изменение топлива.

Второй  MHours "Относительные моточасы"
(time-#time)/const3600
с таблицей
0 1 0
300 0 0
300 - тут максимальный интервал между сообщениями в секундах. Это нужно, что бы время простоя с потерю связи не попало в отчет при скачке после простоя

Указываем первый как валидатор второго "Проверка на неравенство нулю" либо "Перемножить".

На вкладке основное указываем расчет моточасов по датчику относительных моточасов. Ставим галочку Авто. Должно работать. Проверял на своих ДАРТах.

Значит у Вас либо постоянно набегает расход, либо данный параметр не абсолютный расход. Проверяйте датчик/настройки терминала.

Прошу прощения, тут отсечку надо делать не секундах, а в часах. Выставляйте 0,1 вместо 300. Впрочем, это не принципиально, если у вас не было потерь связи.
Если у вас Ing постоянно Вкл. счетчик  моточасов тупо должен был насчитать число часов в интервале отчета и никаких отрицательных значений. Скиньте скрины настроек датчиков и вкладки "Основное".

А вообще проще импортировать сообщения участка пуска, работы и остановки и скинуть суда.