Настройка датчиков счетчиков и примеры использования

А может есть какой-то пример использования?
Как на основе его можно делать счетчик пробега по относительному одометру или по датчику пробега?

Ладненько, будем разбираться...

Может кто делал, как с помощью датчика-счетчика считать обороты двигателя.
Контролер FM4100 подключен DIN к тахометру.

Частоту FM4100 измерять не умеет.
Если у вас есть большое желание извратиться, можете включить в конфигурации fuel counter, снятие точек раз в секунду, и на Виалоне смотреть обороты как график мгновенного расхода топлива.
Но надо ли оно?

нас это тоже интересует....кто знает?

Так нет у Телтоники такого датчика физически - контролировать нечего.

Я понимаю, что вы имели ввиду. Телтоника не передает обороты, у нее нет частотомера. DIN может работать в режиме счетчика на такой частоте, но что с ним делать? На выходе вы получите количество оборотов двигателя между двумя сообщениями, и что, точки раз в секунду снимать? Или среднюю температуру по больнице?
Резюме: теоретически - да, можно, практически - нет, нельзя.

Я вот извратился, а вы все всерьез восприняли
Ну ладно. Пусть мы считаем количество импульсов по дискретному входу (fuel counter - DIN3,DIN4), проставляя точки раз в секунду. Тогда на выходе мы будем получать число импульсов в секунду. Умножив на 60 (ну или там на 30 - смотря что подключать) - частоту вращения коленвала в привычных 1/мин. Подключив этот датчик на Виалоне как "произвольный датчик" (а не как счетчик!!) с коэффициентом 60 сможем смотреть графики частоты, делать уведомления и т.п.
Но тут встает вопрос потребляемого трафика и работоспособности вообще. Не факт, что телтоника будет успевать отправлять 60 точек в минуту. И не факт, что Виалон будет успевать их принимать. А при отсутствии покрытия GSM сети буфер FM41 забьется через два часа. Увеличить период? Ну, максимум, до 5 секунд, тогда будем иметь среднюю частоту вращения за 5 сек. Больше? Будем мерять среднюю температуру по больнице, как я уже говорил
Поэтому я и говорю, что это только в теории может работать...

Якобы по документации телтоника должна отправлять абсолютное значение счетчика, 4 байта. В реальности отправляет разность значений счетчика между сообщениями.

Добрый день.

Подскажите, пожалуйста как статус датчика пасажира вивести в виде иконок занято/свободен красным/зеленим на карту

Такой вопрос: как создать собственный счётчик абсолютного пробега на основании относительного одометра?
Пробовал сделать мгновенный датчик-счётчик в зависимости от параметра, от датчика на этом параметре - тоже. По сути, получается всё тот же относительный одометр, только под другим названием.

Этот счётчик единственный, а таблица состоит из стандартной строки у=0.001*х.

Да, Вы всё верно указали, но мне нужно:
1) Оставить в покое счётчики на основной вкладке объекта.
2) Создать собственный датчик-счётчик, который работает аналогично вышеозвученным и в своём теле накапливает абсолютное значение сначала пробега, а потом прикручу свою математическую формулу.

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

Добавлено спустя   4 минуты  25 секунд:
Да и вообще, была бы возможность использовать не только значение параметра из предыдущего сообщения - #paramX, но и значение датчика - #[%имя датчика%], я был бы счастлив)

Спасибо, конечно, но ситуация другая: нужно создать уведомление о приближении техобслуживания на основании пробега - это раз. Пробег считается как сумма фактического пробега и машиночасов нагрузки, переведённых с коэффициентом в пробег - это два.

В общем, тут надо вводить дополнительный произвольный счётчик в свойства объекта, а то мозги едут набекрень от попыток продумать оптимальный вариант без потерь.

Roar
А моточасы Вы как считаете?