Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Приветствую!
Предлагаю добавить еще два варианта контроля значения датчика.
1. Уменьшение значения датчика на ХХ и больше единиц. Указывается значение ХХ
2. Увеличение значения датчика на ХХ и больше единиц. Указывается значение ХХ
Gurtam, будет ли это реализовано?
Только таким образом можно будет контролировать слив топлива во время стоянки авто, если расчет идет по поездкам.
К примеру знаю что клиент контролирует слив топлива минимально 20 литров. Знаю что 20 литров = 45 единиц топливного датчика. Создаю уведомление о сливе, которое сработает если новое значение датчика минимально на 45 единиц меньше чем предыдущее значение.
Gurtam, будет ли это реализовано?
Только таким образом можно будет контролировать слив топлива во время стоянки авто, если расчет идет по поездкам.
К примеру знаю что клиент контролирует слив топлива минимально 20 литров. Знаю что 20 литров = 45 единиц топливного датчика. Создаю уведомление о сливе, которое сработает если новое значение датчика минимально на 45 единиц меньше чем предыдущее значение.
То, что вы писали в первом посте сделать можно, но проблема заключается в том, что наша система уведомлений в текущей реализации не учитывает предыдущее сообщение, поэтому разницу мы не можем проанализировать.
Доработка системы уведомлений трудоемкая задача и пока мы её переделывать коренным образом не будем.
stde
Денис, какой вариант есть тогда для своевременного отслеживания слива?
Расчет по поездкам не подходит совершенно в таком случае.
Машина приехала, с нее слили почти весь бак, машина простояла месяц, поехала и только тогда узнаем что был слив.
Переключать галку на расчет по времени не подходит, так как не известно сколько машина будет стоять это раз и клиенты не будут это делать это два...
stde
Денис, какой вариант есть тогда для своевременного отслеживания слива?
Расчет по поездкам не подходит совершенно в таком случае.Машина приехала, с нее слили почти весь бак, машина простояла месяц, поехала и только тогда узнаем что был слив.
Переключать галку на расчет по времени не подходит, так как не известно сколько машина будет стоять это раз и клиенты не будут это делать это два...
Вариантов не много,
возможно как-то решить проблему помогут комбинация заданий (отправка отчета по электронной почте + отправка информации о топливе).
Денис, нам реально клиенты начинают выносить мозг тем, что контроль сливов реализован очень плохо (мягко сказано). И постоянно тычут на конкурентов...
Слил вчера клиент санкционированно 730 литров. Пошел посмотреть, как отразилось в системе. Есессно никак, ведь расчет по поездкам. Мы ему обьяснили логику, он очень обрадовался этому, и теперь подумывает о подключении другой машины уже к конкурентам, у которых если слив, то это слив, вне зависимости от галок...
Предлагаю такой вариант. Через датчик, например зажигания. Если конечно у такого варианта нет подводных камней...
Зажигание есть - расчет топлива производится по поездкам, зажигания нет - расчет топлива производится по времени. Опять же опционально. Кто хочет использует, кто не хочет - оставляет как есть.
Вообще удивляет что весь форум молчит на эту тему. Или всем реально все равно?
Считаю, что замечания Эдуарда очень логичные.
Зажигание есть - расчет топлива производится по поездкам, зажигания нет - расчет топлива производится по времени. Опять же опционально.
Хорошее решение проблемы, если это возможно.
Вообще удивляет что весь форум молчит на эту тему. Или всем реально все равно?
Со сливами действительно есть проблемы.
Зажигание есть - расчет топлива производится по поездкам, зажигания нет - расчет топлива производится по времени. Опять же опционально. Кто хочет использует, кто не хочет - оставляет как есть.
Вот тут я бы не спешил - кроме поездок есть и спецтехника, которая может вообще не ездить, а топливо уходит при заведенном двигателе. Тут нужен расчет по моточасам.
yurius
Юр, я посему не зря написал "Опять же опционально. Кто хочет использует, кто не хочет - оставляет как есть." 
Эд, я полностью ЗА твое предложение, плюсанул. Просто, добавляю, что если говорим о расчете по поездкам, то и про моточасы забывать не надо.
Вообще удивляет что весь форум молчит на эту тему. Или всем реально все равно?
Привет Эд! А у нас почему-то все сливы отображаются независимо в поездке или в стоянке, т.е. если и было падение уровня - то считать за слив, и мы не ломали голову над этим... Я, если честно, удивлен... буду бдительнее теперь... 
С уважением, Евгений.
Jon
Жень, может ты не вникал особо, но с детектированием сливов реальный трабл...
Ждем, что скажет Гуртам...
Согласен со сливами действительно проблема и Гуртаму ее нужно решать, мне также некоторые клиенты говорят про конкурентов что у них все реализовано и работает а у нас нет.
Плюсанусь. Как минимум, замучиваешься объяснять клиентам, как все это реализовано. Почему для детекции слива объект должен поехать я и сам не понимаю.
Как и писал выше GoGPS, если машина долго стоит и делается слив, то необходим расчёт по времени, если машина постоянно в движении, то для определения сливов хорошо использовать определение по поездкам.
..Почему для детекции слива объект должен поехать я и сам не понимаю.
Ответ на вопрос выше...
... мне также некоторые клиенты говорят про конкурентов что у них все реализовано и работает а у нас нет.
Если говорят, то поставьте им определение сливов по времени и говорить не будут. Хотя предлагаю делать упор на большой функционал Wialon-а, и показывать в определении сливов, то что не умеют конкуренты, т.е. можно и так и так, а не только по одному алгоритму.
Игорь Дубенок совсем недавно очень доходчиво мне обьяснил (за что ему большое спасибо) как работает расчет по времени. Гуртам, неплохо бы это отразить в инструкции. Тогда вопросов и претензий к вам по поводу проблем со своевременным определением слива будет гораздо меньше.
+1.
Очень бы пригодилась возможность учета предыдущего сообщения в уведомлениях и во всплывающей подсказке к объекту (для вычисления и контроля разницы между значениями параметра хотя бы в соседних сообщениях).
Ждать ли появления такой возможности в системе?
Ждать ли появления такой возможности в системе?
Если не реализуют, то вопрос с нормальным определением слива так и останется открытым... 
Поиск заправок только при остановке: галка
Поиск сливов в движении: пропуск
Расчет заправок по времени: галка
Расчет сливов по времени: галка
Заменять ошибочные значения рассчитанными математически: галка
Рассчитывать расход топлива по времени: галка
Фильтровать значения датчиков уровня топлива: галка
я использую такие настройки и проблем со сливом нет...что я делаю не так ? Правда это для отчетов, уведомления не использую.
Вопрос - что я упускаю ? делаю не так и почему у меня нет проблемы с определением слива ?
alex_gps
Сашь, да через задницу заднее место реализован контроль определения слива...
1. клиенту надо знать что слив произошел не тогда когда выполнится задание по определению слива. А учитывая рекомендации Гуртам - это не чаще чем раз в 30 минут, а то и реже...
2. Если определение слива не по времени, то о сливе клиент узнает когда машина поедет. А поехать она может через месяц.
Added after 6 minuts 47 seconds:
Правда это для отчетов, уведомления не использую
Мое предложение касается именно уведомлений...
Мое предложение касается именно уведомлений...
Оперативное получение информации (о сливах, подкрутках одометра и др.) через уведомления здесь важный момент
коллеги - сбросьте пож-ста в личку или покажите в форуме пример правильных уведомлений. В свое время разбирался, но как грамотно сделать не нашел.
+1 За Уведомления по сливам/заправкам.
Плюсанул!
Добрый день
Собираем "хотелки" для создания модуля уведомлений, пока только всплывающей подсказкой.
Готовы включить в разработку "хотелки", если есть ТЗ, можно даже в виде краткого описания, прошу выслать на ceo@geolead.ru
Модуль будет доступен в APPS, либо дектопное приложение, если кому-то нужно.
А подумать ни кто не пробовал ! Что мы всегда тычем пальцем в wialon? Мы делаем так:
1. ставим учет по поездкам
2. Делаем произвольный датчик пред значение- тек значение уровня с валидацией по скорости, или оборотам, или зажиганию, или борт сети- кому как удобно.
3. В таблице расчета создаем необходимые пороги срабатывания.
4. В уведомлениях отображаем фиксацию слива.
5. Кол-во литров смотрим в отчете по сливам.
Можно и сразу сделать что-бы в уведомлениях отображались и литры, только надо создавать еще один датчик и делать валидацию.
Added after 2 minuts 14 seconds:
Это все конечно от безысходности, и за штатную такую функцию[size=14] +1[/size]
Что мы всегда тычем пальцем в wialon?
А куда тыкать то?
Написано черным по деревянному: Gurtam — разработчик систем спутникового мониторинга транспорта. Вот и пусть разрабатывают.
Простите, но вот такие извраты описанные вами с п.1 по п.5 точно не нужны.
Элементарное решение проблемы описано в первом посте, имхо...
Тут я согласен, ДОЛЖНО БЫТЬ, и ТОЧКА !!!, но пока нет, можно пробовать искать варианты, или сидеть с грустным лицом, когда тебе заказчики в нос тыкают.
Added after 7 minuts 15 seconds:
Хотя, им верить тоже, бабушка на двое сказала. Они как обычно хотят за небольшие деньги поставить высокоточную систему, и что бы она еще и за пивом бегала. Мы знаем несколько систем, и когда заказчики начинают ими тыкать, мы сразу Все их потуги прерываем, т.к. реально- при всех существующих недостатках WIALON пока впереди всех.
WIALON пока впереди всех
Так и есть.
Но если бы (скорее всего) не этот форум, где постоянно предлагаются улучшизмы, а Гуртам прислушивается к ним и реализовывает, сомневаюсь, что Wialon удерживал бы до сих пор позиции...
Об обсуждении конкурентных систем , есть прикольный ролик "http://otvet.mail.ru/question/69880150" . BBC его везде заблокировало, но кое где его еще можно найти. Он называется "такого даже в майбахе нет".
Некоторым заказчикам я его показываю- честно говоря помогает снять напряженность и сомнения клиентов, как ни странно, но срабатывает.
Нет ничего совершенного, но есть лучшее !!!
А подумать ни кто не пробовал ! Что мы всегда тычем пальцем в wialon? Мы делаем так:
1. ставим учет по поездкам
2. Делаем произвольный датчик пред значение- тек значение уровня с валидацией по скорости, или оборотам, или зажиганию, или борт сети- кому как удобно.
3. В таблице расчета создаем необходимые пороги срабатывания.
4. В уведомлениях отображаем фиксацию слива.
5. Кол-во литров смотрим в отчете по сливам.
Можно и сразу сделать что-бы в уведомлениях отображались и литры, только надо создавать еще один датчик и делать валидацию.Added after 2 minuts 14 seconds:
Это все конечно от безысходности, и за штатную такую функцию[size=14] +1[/size]
С успехом 50/50 с одним датчиком работает, вопрос, как реализовать схему с двумя ДУТами.
(lls_lvl_add1-#lls_lvl_add1)+(lls_lvl_add2-#lls_lvl_add2)...что ли.
Столкнулись с запросом от клиента... Странно что такой важной опции до сих пор нет.
Теме UP. Очень нужна реализация
1. Уменьшение значения датчика на ХХ и больше единиц. Указывается значение ХХ
2. Увеличение значения датчика на ХХ и больше единиц. Указывается значение ХХ
Гуртам, плс респонд...
GoGPS, предложение принято в работу и будет реализовано. сроки пока обещать не буду, но надеюсь что скоро.
Уффф
Пробуйте на http://dev.hosting.wialon.com/
Сашь, посмотрел реализацию. Реализовали не совсем так, какой была первоначальная идея.
При текущей реализации нам надо будет создать около 1000 уведомлений, что бы отследить слив.
Пример:
Клиент хочет получить уведомление, если слив будет 40 литров и больше. Знаем, что 40 литров = 50 единиц датчика.
Настраиваем срабатывание уведомления на изменение значения датчика на 50 и более единиц.
Т.е. клиент получит уведомления если будет слив 40, 41, 42, 50, 150, 500 и так далее литров...
Есть ли возможность доработать "Изменения значения" ?
Функция архи нужная, только на мой взгляд в уведомлении надо еще указывать период времени за который произошло изменение значения.
Иначе будет много ложных срабатываний.
Функция архи нужная, только на мой взгляд в уведомлении надо еще указывать период времени за который произошло изменение значения.
Иначе будет много ложных срабатываний.
Оно анализирует два соседних сообщения. Не совсем понимаю где ложные срабатывания могут быть?!
Если за 20 минут уровень топлива на 40 литров упал - это плохо, а если за ночь - то нормально?
// я думал о другом потенциальном ограничении времени: искать дельту изменений не только в двух соседних сообщениях, но и за период времени - на тот случай если 10 сообщений в минуту валится, то уведомление о сливе на 20 литров в текущей реализации не сработает. Но Эдуард говорит, что при нормальной настройке блоков они на стоянке будут довольно пассивны, и 10 в минуту генерировать не будут.
ну так за минуту могут вообще 20 литров не слить
вариант с привязкой не к сообщениям, а к временному интервалу на мой взгляд более универсален
Вань, думаю что пусть Гуртам реализует хоть в таком виде. Есессно всем не подойдет 100%. Начнем пользоваться и дальше уже будет видно где надо доработать напильником .
Но если могут так же еще добавить и временной интервал (как опцию) то будет полезно.
Оно анализирует два соседних сообщения. Не совсем понимаю где ложные срабатывания могут быть?!
Если за 20 минут уровень топлива на 40 литров упал - это плохо, а если за ночь - то нормально?
Это если питание на ДУТ не подается... А в терминале установлен резервный АКБ.
По факту получаем, что от дута значения передаются 0. Мы используем валидатор, и отсеиваем этот ложный слив в системе.
А уведомление обрабатывает последние 2 сообщения... следовательно питание на ДУТ не подается в течении 2-х последних сообщ. уведомление покажет что слив ? или я что-то не так понял?
Aliaksandr Kuushynau
Сашь, как с этим вопросом из поста #38?
Сашь, как с этим вопросом из поста #38?
Если контролируется скачок значений, то уведомление сработает в случае превышения указанной дельты. Актуально для веток Wialon Hosting v1408+ и Wialon Local. Для v1311 данный функционал недоступен.
ilma
А не можете сказать с какого времени приблизительно переделана логика?
Похоже было изначально... Кое кому надо инструкцию внимательнее читать
Вопрос снят. Спс!
Похоже второй вариант
Там минимальная доработка была для случая "ровно". А в остальном особо менять не пришлось
Вроде сделал все по инструкции, датчик, дельта и т.п. в итоге показывает заправки и сливы больше значения "дельта", а как можно отсечь заправки? Ибо уведомление по ним не надо.
было бы замечательно, если была указана дельта: положительная или отрицательная. С помощью которой можно было отфильтровать как раз слив или заправку, загрузку или разгрузку и т.д.
На данный момент это уведомление будет контролировать вместе и сливы, и заправки. Вы можете внести здесь свое предложение по улучшению.
Предлагаю сделать чекбоксы или просто поле с возможностью выбора, в котором можно было бы установить одно из следующих значений:
1. Учитывать только уменьшение значения на дельта;
2. учитывать только увеличения значения на дельта;
3. учитывать и увеличения и уменьшения значения на дельта.
В итоге, кто какими способами решил задачу?
