Re: Много простых вопросов по Wialon системе.
Добрый день. не знаю это глюк или что, но с чем может быть связано что в системе пробег машины показывает со знаком "-", т.е. отрицательный пробег. может кто знает решение проблемы прошу помочь
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Добрый день. не знаю это глюк или что, но с чем может быть связано что в системе пробег машины показывает со знаком "-", т.е. отрицательный пробег. может кто знает решение проблемы прошу помочь
ElminB,
Добрый день, Эльмин.
Зависит от того, где именно этот пробег отображается. Например, это может быть произвольный столбец в таблице отчёта со своей вручную введённой формулой - тогда при некорректных исходных данных результат может быть отрицательным, система не делает дополнительную проверку. Или это пробег в стандартном столбце отчёта или во всплывающей подсказке - тогда нужно проверять с нашей стороны.
Пожалуйста, пришли нам детальное описание на support@gurtam.com - проверим, разберёмся и ответим вам.
ElminB,
Добрый день, Эльмин.
Зависит от того, где именно этот пробег отображается. Например, это может быть произвольный столбец в таблице отчёта со своей вручную введённой формулой - тогда при некорректных исходных данных результат может быть отрицательным, система не делает дополнительную проверку. Или это пробег в стандартном столбце отчёта или во всплывающей подсказке - тогда нужно проверять с нашей стороны.Пожалуйста, пришли нам детальное описание на support@gurtam.com - проверим, разберёмся и ответим вам.
добрый день, в диалоге настроек в счетчик пробега. к сожалению клиент на Wialon Pro и вы не предоставляете поддержку. может знаете от чего это может ыбть..просто не в первый раз сталкивался с этим и интересно стало есть ли решение данной проблемы
в диалоге настроек в счетчик пробега. к сожалению клиент на Wialon Pro и вы не предоставляете поддержку. может знаете от чего это может ыбть..просто не в первый раз сталкивался с этим и интересно стало есть ли решение данной проблемы
Возможно, расчёт идёт по датчику пробега, и он присылает неправильные значения (нужно смотреть сообщения).
Есть ещё одна теория: возможно, расчёт идёт по GPS, но в объекте также создан датчика пробега, который слишком редко присылает значения (они используются как ориентир, от которого далее вычитается пробег по GPS, что может привести к появлению отрицательного начального пробега).
Одно знаю точно: в Wialon Hosting/Local этот вопрос однозначно решаем.
ElminB пишет:в диалоге настроек в счетчик пробега. к сожалению клиент на Wialon Pro и вы не предоставляете поддержку. может знаете от чего это может ыбть..просто не в первый раз сталкивался с этим и интересно стало есть ли решение данной проблемы
Возможно, расчёт идёт по датчику пробега, и он присылает неправильные значения (нужно смотреть сообщения).
Есть ещё одна теория: возможно, расчёт идёт по GPS, но в объекте также создан датчика пробега, который слишком редко присылает значения (они используются как ориентир, от которого далее вычитается пробег по GPS, что может привести к появлению отрицательного начального пробега).
Одно знаю точно: в Wialon Hosting/Local этот вопрос однозначно решаем.
расчет идет GPS + датчик зажигания. а в детекторе поездок стоит датчик зажигания. каких-либо дополнительных датчиков не создано, только зажигание и напряжение
коллеги, приветствую
такая задачка - в виалоне есть возможно рассчитывать топливо по нормам и расчету, а можно ли эти значения видеть в виде датчика топлива (ДАРТ)?
Нет, ДАРТ - это физические значения параметра от прибора, а данные по нормам или расчету - математические величины, которые присутствуют только на момент их расчета в отчетах.
1BIT, вся проблема в отсутствии в сообщееии абсалютных значени пробега для расчета расход по норме, но можно настроить уведомления для регистрации счетчика пробега. В итоге это значение в ДАРТе домножаем на расход по норме. Проблема лишь в том что нельзя осуществить сезонный переход. Т.е. умножаться будит на норму последнего дня.
По это причине настроить расход по норме по абсалютным моточасам не получиться.
Я предположу, что вам это необходимо для интегоации с 1с. Если да, то я как то видел решение, в котором пробег для путевого брался из счетчика. Это как раз вытикает из того, что, исходя из вашего вопроса, дарт в счетчик поместить можно, а счетчик в дарт нельзя.
Для интеграции делается проще: готовятся в учетке шаблоны отчетов с нужными параметрами, из 1С они запускаются и требуемые за интервалы данные парсятся в 1С. И не надо огород городить.
1BIT, вся проблема в отсутствии в сообщееии абсалютных значени пробега для расчета расход по норме, но можно настроить уведомления для регистрации счетчика пробега. В итоге это значение в ДАРТе домножаем на расход по норме. Проблема лишь в том что нельзя осуществить сезонный переход. Т.е. умножаться будит на норму последнего дня.
По это причине настроить расход по норме по абсалютным моточасам не получиться.
Я предположу, что вам это необходимо для интегоации с 1с. Если да, то я как то видел решение, в котором пробег для путевого брался из счетчика. Это как раз вытикает из того, что, исходя из вашего вопроса, дарт в счетчик поместить можно, а счетчик в дарт нельзя.
расход по нормам возможно вести и в самой 1С, это проще простого, забирая пробег с сервера мониторинга, тут скорее интересовал расход по расчету
Для интеграции делается проще: готовятся в учетке шаблоны отчетов с нужными параметрами, из 1С они запускаются и требуемые за интервалы данные парсятся в 1С. И не надо огород городить.
все верно так и делаем тоже, но хотелось просто использовать типовой обмен с виалон посредствам датчиков
все верно так и делаем тоже, но хотелось просто использовать типовой обмен с виалон посредствам датчиков
Поверьте, во многих случаях это не правильный путь. Особенно когда датчиков просто нет.
При работе по периодам вы моментально получите расхождения между 1С и Виалон, если будете пытаться самостоятельно что-то считать и сглаживать, повторить алгоритмы Виалон вы не сможете. Это будет верно для любого параметра, который анализируется во времени: моточасы, полезная работа, топливо во всех вариантах и пр.
Поверьте, во многих случаях это не правильный путь.
мы немного не правильно друг друга поняли, просто есть уже готовый типовой обмен, который сделал разработчик в 1С и делать конфигурацию не типовой повлечет доп расходы на сопровождение ее в дальнейшем, поэтому и ищем другие пути получения данных по расчету
в данном случае решение простое, подключать топливо на ТС
Это вы уж сами решите, что вам подходит из доступных вариантов.
А ч еще раз обращу внимание, что брать, для примера, топливо с датчика напрямую - плохая идея. Вы не сможете его обработать нормально и получите дикие расхождения за периоды. И так по большинству ключевых показателей, кроме мгновенных дискретных (и то, иногда даже с ними проблема будет).
А что там типовое, что нет - не знаю, франчайзи не был, академиев 1С не кончали.
Вопрос, почему при импорте объекта, который ранее был выгружен экспортом, он не формирует группу в которой объект был? Также сам объект сначала надо создать, а уже потом импортировать в него старый объект. Это можно сделать как-то удобней? Целиком порождать Ресурс и из импорт/экспорт не предлагать.
24Glonass
по группам - судя по API и выгрузке, в данных группы содержится список объектов, а не в объекте - ID-группы, собственно поэтому при импорте группа не восстанавливается.
По импорту и в мониторинге, и в CMS в объектах есть кнопка "Создать из WLP".
Как сделать датчик "Выгрузки архива" на основе получаемых данных на стороне Виалон? В сообщениях я вижу подсветку что сбрасывается архив, для абонента было бы неплохо видеть "онлайн" датчик что прибор выгружает архив, т.к. они специально держат мащины активными некоторое время после рейсов в зоне покрытия сети, но точно не знаю когда им можно уже их выключать.
Как сделать датчик "Выгрузки архива" на основе получаемых данных на стороне Виалон? В сообщениях я вижу подсветку что сбрасывается архив, для абонента было бы неплохо видеть "онлайн" датчик что прибор выгружает архив, т.к. они специально держат мащины активными некоторое время после рейсов в зоне покрытия сети, но точно не знаю когда им можно уже их выключать.
Пожалуйста, приведите пример того, как в сообщениях вы видите подсветку, что сбрасывается архив. Вероятно, речь идёт про определённый параметр и его определённое значение. На него и нужно настроить датчик. Но без примера сообщения помочь вам конкретнее не получится.
zark имеется в виду раскраска по времени регистрации сообщения
Сообщения из "черного ящика" (от 2 до 10 мин.) и *Сообщения из "черного ящика" (> 30 мин.)
24Glonass пишет:Как сделать датчик "Выгрузки архива" на основе получаемых данных на стороне Виалон? В сообщениях я вижу подсветку что сбрасывается архив, для абонента было бы неплохо видеть "онлайн" датчик что прибор выгружает архив, т.к. они специально держат мащины активными некоторое время после рейсов в зоне покрытия сети, но точно не знаю когда им можно уже их выключать.
Пожалуйста, приведите пример того, как в сообщениях вы видите подсветку, что сбрасывается архив. Вероятно, речь идёт про определённый параметр и его определённое значение. На него и нужно настроить датчик. Но без примера сообщения помочь вам конкретнее не получится.
Да именно так как указал участник форума, до тех пор пока в таблицу сообщений поступают данные которые у вас подкрашываются синим светло синим (архивные) чтобы это могло быть датчиком что идет выгрузка архива.
MyFly, если выгрузка от старого к новому, то дастатачно вваести параметр regtime-time.
При выгрузке в глубь архива, наверное потребуеться дороботка со стороны производителей.
MyFly, если выгрузка от старого к новому, то дастатачно вваести параметр regtime-time.
При выгрузке в глубь архива, наверное потребуеться дороботка со стороны производителей.
А можно по-подробней как должен выглядеть датчик с этим параметром? Ему же потребуется какая-то "тарировка" ?
Если значение выше 120 то необходима выгрузка, на примере галилео со стандартными настройками.
Стоит понимать, что датчик при отсутствии связи будит указывать, что все данные выгружены.
Я бы размистил такой датчик в мониторенге.
RedRock А смысл в таком датчике, если в большинстве случаев архив выгружается от новых к старым? В состоянии объекта всегда будет либо все хорошо, либо объект не на связи.
А при выгрузке от старых к новым - время последнего сообщения + индикатор связи заменяют этот датчик.
RedRock А смысл в таком датчике, если в большинстве случаев архив выгружается от новых к старым? В состоянии объекта всегда будет либо все хорошо, либо объект не на связи.
А при выгрузке от старых к новым - время последнего сообщения + индикатор связи заменяют этот датчик.
Это не очевидно даже оператору со знаниями, а не то что простому пользователю.
У нас настроена выгрузка от старых к новым. Горящий индикатор связи в Виалон ни о чем не говорит пользователю, т.к. точно также он отображается когда прибор просто перестал передавать координаты по причине допустим поломки антенны.
Чтобы понять что архив выгружается приходится пристально наблюдать за количеством дней которые либо убавляются либо нет, это неудобно.
Индикатор выгрузки архивных сообщений очень помог бы оператором машин из плохо покрытых регионов понимать выгружается архив или нет.
Ringo , я лишь указал о такой возможносте, много раз сталкивался с тем что простое и очевидное решение, лежащие на поверхносте, было скрыто от меня.