Добрый день, подскажите, что можно сделать.
Оборудование ASC3
В отчёте данные растягиваются и переносятся с одного дня на другой.
Например (см. вложения) график оборотов.
18.01.16 в 15:48 были последние данные от прибора, следующие пришли
19.01.16 в 03:52, почему он не обрезал предыдущий отрезок с данными, а соединил их в один график?
По простому график - отрезок, соединяющий 2 точки. Вот и соединили. Наглядно ведь видно что была потеря сигнала.
По простому график - отрезок, соединяющий 2 точки. Вот и соединили. Наглядно ведь видно что была потеря сигнала.
Может подскажите, как сделать, чтоб он не соединял эти отрезки?
Конечно подскажу: никак. Да и зачем Вам? Что смущает? Вы формируете график за определенный период, график за период должен быть непрерывный. Не делить же его.
Конечно подскажу: никак. Да и зачем Вам? Что смущает? Вы формируете график за определенный период, график за период должен быть непрерывный. Не делить же его.
Данные в отчет не верные попадают.
Например в отчете видно, что 18.01.16 ДВС был запущен днем и остановлен только 19.01.16 около 03:30
т.е. ДВС проработал сутки. А на самом деле, он был остановлен 18.01.16 около 15:30
Из за этого не правильно посчитались моточасы и тд.
Получается, что в конце дня нет сообщения с выключенным зажиганием и нулевыми оборотами. Либо вырубают сразу массу, либо зажигание с массой одновременно. С утра включают сначала массу, потом зажигание. Появляются данные с нулем оборотов и выключенное зажигание.
Надо с режимом отключения питания как-то разбираться, либо ставить трекер с резервным акб.
...или установить "Максимальное время между сообщениями" для разрыва моточасов.
АА, дак вот где собака .....
Ну если не устраивает что обороты не ушли на ноль, а с углом соединились на графике. То тут конечнок woollen и Roar добавить нечего.
З,Ы. Roar я глубоко сомневаюсь что максимальный интервал между сообщениями у него стоит более 13 часов. По моему однозначно масса.
Я так понимаю, если установить максимальный интервал между сообщениями меньше, чем время, которое стоит объект с выключенной массой, то моточасы разорвутся.
По умолчанию там установлен 0. Наверняка, это означает, что этот параметр не учитывается.
Я так понимаю, если установить максимальный интервал между сообщениями меньше, чем время, которое стоит объект с выключенной массой, то моточасы разорвутся.
По умолчанию там установлен 0. Наверняка, это означает, что этот параметр не учитывается.
все верно, параметр = 0 , тогда моточасы разрываться не будут , если вкл было вечером одного дня, и далее не было сообщений и след. сообщение опять же с вкл состоянием только утром след дня - то весь это период и попадет в моточасы
Можно указать например 600 с - 10 минут, или более
http://docs.wialon.com/ru/hosting/cms/u … v_otchetax
...или установить "Максимальное время между сообщениями" для разрыва моточасов.
Спасибо, данный параметр помог, теперь моточасы считает правильно.
Но на графиках по прежнему отображается не правильно. Можно ли здесь что-нибудь придумать?
Как вам и сообщали ранее - график вего-лишь соединяет точки друг с другом - выведите на нем же интервалы работы зажигания, чтобы визуально отличать, когда была работа, а когда ее не было.
Иного функционала не предусмотрено - обрыв графика возможен только в том случае, если после последнего сообщения на интервале больше данных не было, но сообщения шли.
Подниму тему, тот же случай - график мгновенного расхода соединяет точки во время отключения системы.
Настройка максимального времени между сообщениями привела лишь к тому, что линия стала пунктирной.
Как ее отключить совсем? Если мы умеем менять сплошную линию на пунктирную, то можно ведь и совсем не рисовать? А как?
Настройка максимального времени между сообщениями привела лишь к тому, что линия стала пунктирной.
Как ее отключить совсем?
Такого варианта отображения в рамках нынешнего функционала нет.
Предложения по доработке вы можете направить в специализированную ветку форума.
mechatronica , на вашем терминале нет батареи?
Если так , то можно чтобы пунктирная линия стремилась к 0, для этого надо сделать цифровой датчик по дельте времени с задонам допустимым интервалом отсутсвия сообщений. Этот датчик будит выступать в качестве валидатора если время превышено, то 0, валидатор необходимо перемножить с датчиком. В этом случаи первые данные после длительного перерыва будут обнуляться.
Можно встречный вопрос? Какую практическую ценность имеет этот график?
mechatronica , на вашем терминале нет батареи?
Если так , то можно чтобы пунктирная линия стремилась к 0, для этого надо сделать цифровой датчик по дельте времени с задонам допустимым интервалом отсутсвия сообщений. Этот датчик будит выступать в качестве валидатора если время превышено, то 0, валидатор необходимо перемножить с датчиком. В этом случаи первые данные после длительного перерыва будут обнуляться.Можно встречный вопрос? Какую практическую ценность имеет этот график?
Спасибо за ответ, но мне не очень понятно как это сделать.
Батареи нет. Вот как выглядят сообщения - их попросту нет в этом интервале, за который рисуется штриховая линия.
Если бы хоть какие-то сообщения в этот период фиксировались по временной шкале, то конечно такой проблемы бы не было, можно было бы обнулить датчик. А тут же некуда нули записать - в базе нет отметок времени.
Или я ошибаюсь?
Графики любит изучать заказчик и задает вопрос - зачем мне тут рисует график расхода топлива, когда трактор выключен.
Параметр time.
Кстате попробуйте по наблюдать за изменением праметра regtime - время регистрации сообщения.
Фактически в параметри датчика надо прописать time-#time - период между текущим и предедущем сообщением.
time - regtime период между формированием сообщения и получением его сервером, при отключении терминала последнее сообщение как правило не отправляется, то есть если допустем результатом будит 600, то это значит сообщение с терминала на сервер попало через десят минут. Конечно это сработает если терминал передает сообщения от старого к новому. Так же стоит учесть, что при плохом уровни gprs соеденения будут ложные срабатывания.
В целом от костылей спасет продажа нового терминала с батарейкой 
Может вам батчик мгновенного расхода топлива превратить в счётчик(график будит очень красивый), а уже на его основе или паралелно сделать датчик, данные которого будут выводится в колонках по топливу? - но это мысли в слух может это нежизнеспособная идея, которая вас подталкнет к решению.
