Re: Много простых вопросов по Wialon системе.
добрый день, на терминале омникомм есть возможность сменить id терминала?
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Страницы 1 … 15 16 17 18 19 … 26 Читать все
Чтобы отправить ответ, вы должны войти или зарегистрироваться
добрый день, на терминале омникомм есть возможность сменить id терминала?
lansder, если это то что я думаю, можете сменить протокол передачи данных, на виалон объект добавиться. Например поставте EGTS.
lansder, если это то что я думаю, можете сменить протокол передачи данных, на виалон объект добавиться. Например поставте EGTS.
скажу как есть, надо заменить терминал, но документально это не отобразить, вариант такой что мы меняем неисправный терминал на исправный, и меняем id терминала на старый. Протокол передачи данных это не то к сожалению (
так вот вопрос как сменить id терминала омникомм?
Вопрос - по какой-то причине у верховного администратора само-собой включается наблюдение за машинами одной из групп. Вроде мелочь, на каждый день снимать галки с ненужных машин начало утомлять....
lansder, из моей не самой большой практики,последний терминал, где менялся id был азимут. И с ними была большая проблема, когда 2 разных терминала в разных городах имеют один и тот же id. Кстате, так очень удобно красть тс. Принес второй терминал с дублированым id, родной заглушил и был таков .
Сменить id в виалоне вы не можите?
Вопрос - по какой-то причине у верховного администратора само-собой включается наблюдение за машинами одной из групп. Вроде мелочь, на каждый день снимать галки с ненужных машин начало утомлять....
А не надо работать от "верховного администратора", когда объектов в доступе много, любые чудеса возможны.
Либо, банально, есть 2 разных человека, которые от одного пользователя работают и когда один что-то включает, у второго также будет при очередном заходе. Посмотрите по логам, с одного ip заход или с разных.
Я через cms работаю в диллерской учетки, сделал ресурс со своими отчетами и раскидал на него доступ админским учетком клиентов, в итоге в доступе и мои отчеты и отчеты клентов.
Правда есть глобальные группы с которыми привык работать и пока испытываю с этим дисконфорт. Но просто надо привыкнуть к иному алгоритму использования.
lansder, из моей не самой большой практики,последний терминал, где менялся id был азимут. И с ними была большая проблема, когда 2 разных терминала в разных городах имеют один и тот же id. Кстате, так очень удобно красть тс. Принес второй терминал с дублированым id, родной заглушил и был таков .
Сменить id в виалоне вы не можите?
еще терминал скату позволяют менять id)
работаю не в виалоне
не подскажите в конструкции time:d, каким образом реализуется сдвиг по часовому поясу, т.е. что-то вроде (time-const3600):d - день года в UTC+1?
Вопрос касаемый контрольных точек внутри геозоны (тип-Линия) и привязке этого всего к маршруту.
Есть прорисованный маршрут, он круговой. Все контрольные точки соответствуют остановкам на карте. ТС выезжает с начальной КТ и через 1:10 возвращается на неё же.
В настройках КТ использовал только время прибытия и задержку прибытия(отправление не стал прописывать).
В свойствах маршрута выбран нужный ТС, выбрана геозона линия, время активации и порядок прохождения ( сделал по умолчанию).
По логике вещей при наведении курсора на ТС внизу я должен видеть информацию о прохождении ТК в том порядке в котором они проходятся в реале (по заданному времени в настройках ТС) а они у меня выводятся как то произвольно. Т.к остановки в одном и др направлении располагаются в разных местах, то геозоны прописаны как четные и не четные.
Получается так что сначала выводиться сообщение о ожидании появления в 1й КТ, ТС ее проходит, потом появляется сообщение о другой, но не в том порядке в котором это должно.
-------
ТС находиться в ГЗ "Промплощадка (ч)" а прибытие почему то в Наймушина
ТС направляється на след ГЗ "8-й микрорайон" а прибытие опять почему то в Наймушина (ГЗ "Аптека" не должна попадать в прибытие, тк ТС прошел ее раньше)
Методом тыка определил из за чего это все происходит.
Виновата как я понял, сортировка по умолчанию (А-Я).
Как отключить эту сортировку на сервере? Это вообще возможно?
Или может как то обойти сортировку чтоб ГЗ шли в том порядке в котором нужно, а не по сортировке?
Pavlos038
При выбранном порядке прохождения КТ "По умолчанию" все точки должны быть пройдены строго в установленном порядке. На скриншотах видно, что система ожидает посещения точки "Наймушина". Не видя настроек маршрута и полного трека объекта, сложно сказать что-то больше.
не подскажите в конструкции time:d, каким образом реализуется сдвиг по часовому поясу, т.е. что-то вроде (time-const3600):d - день года в UTC+1?
Применить :d после скобок не получится — будет ошибка. Однако схема "time:d-const3600:d" также не сработает, потому что результат после :d всегда целое число, равное количеству дней (без часов, минут, секунд). Судя по всему, достичь результата таким образом не получится.
Не уверен, но возможно, если вы поясните, для чего необходимо такое преобразование, мы сможем предложить какой-то альтернативный вариант.
Заказчику нужно видеть зажигание по генератору, ок, сделали. Но беда в том, что генератор повышает напряжение не сразу, а установка, с расходом порядка 60 литров в час, и топливо проседает. Идет ложный слив.
Валидация по зажиганию убивает график на простое, а там тоже топливо сливают зачастую для тех. нужд из установки.
Как это можно порешать?
Если жестко зафильтровать, то исчезают манипуляции с топливом на простое.
Как это можно порешать?
Установить датчик моточасов, например. Или по оборотам вала ДВС.
Как это можно порешать?
Датчик Холла / вращения, как вариант контроля механического движения какой-либо части привода.
Я думаю речь идет о том, как это порешать возможностями Виалон...
24Glonass, может еще какие ни будь данные? График напряжение, например. На терминале можно или подключен EcoDriving?
Это и есть график работы с датчиком зажигания по напряжению, идет отбивка на 26.9 в, если делать меньше, начинает ложное зажигание лезть.
24Glonass вы предоставляете обработанные данные, с ними мало что можно придумать.
По EcoDriving - в параметрах фиксируется максимальное ускорение по направлением(в том числе вертикальное) за период отправки сообщений, таким образом вы можете использовать терминал в качестве датчика вибрации и попробовать из этих данных получить период работы генератора.
Если терминал не фиксирует корректно и своевременно состояние смены дискрета "нет работы генератора / есть работа генератора", то средствами Виалон сделать малореально. Поскольку очередная точка придет уже после фактического включения, с произвольной задержкой. А за это время, по условиям задачи, уже потрачено значительно топлива.
Либо увеличить значение величины слива, чтобы гарантированно исключить фактический расход на паузе. Плюс поставить в настройках датчика расход на хх, если его тип позволяет.
Либо ставить частоту фиксации точек выше, если объем трафика итоговый допустим.
Такая ситуация машина Фред, два бака. Бак 1 - 230 литров, Бак 2 560 литров, объединены магистралью, в Виалон объединены в общий бак. Оттарированы нормально по отдельность. Но при каждой заправке абонент жалуется что у него "недоливает" по глонасс на 30 литров. Попробовал CONST умножением прибавлять, но некоторые заправки стали больше, а часть так и осталась меньше.
Есть какой-нибудь метод это подкорректировать?
Будем исходить из того, что датчики у объекта и тарировки вбиты правильно.
Тогда подкорректировать можно изменением тарировочной таблицы (ее фрагмента) одного или обоих баков. Но важно понять, врет всегда нарастающим итогом от пустого к полному (тогда вся тарировка неверная) или только в отдельных зонах (тогда 2 варианта: либо ошибка в тарировке в данном месте, что чаще всего видно по графику тарировочному; либо кто-то врет у клиента).
Косвенным подтверждением последнего предположения может служить то, что расхождение в 30 литров будет при любом исходном объеме, перед заправкой. Что при ошибочной тарировке быть не может.
И сразу встречный вопрос: а совпадение заправки бывает? Если да, то расхожение в этих-же точках тоже фиксируется? Если оба ответа - да, тогда дело во вранье водителя или недоливе на заправке.
Совпадение абонент не отмечал. Говорит "всегда -30 литров когда до полной заправляешь оба"
Тогда посмотрите еще на один момент - после такой заправки график расхода от пробега не содержит-ли горизонтальную линию в максимуме уровня, которая по прошествии -цати км пробега начинает снижаться?
Если она есть - длина этого участка во всех случаях примерно одинаковая?
Если взять 30 литров и поделить на пробег, который на этот участок приходится - вы получите примерно типовой расход данного ТС в движении?
Если ответ на эти вопросы "да" - это суммарная мертвая зона в баках топлива выше измерительной трубки. Т.е. ДУТ ее не видит и контролировать не способен. Вы можете "задрать" график тарировки, чтобы он учитывал эту зону, но в таком случае исказите реальные объемы заправок "не до полного бака".
Добрый день,подскажите пожалуйста, есть ли возможность внести расход город/загород?
Страницы 1 … 15 16 17 18 19 … 26 Читать все
Чтобы отправить ответ, вы должны войти или зарегистрироваться