[Закрыто] Много простых вопросов по Wialon системе.

Тема для обсуждения вопросов по Wialon системе.

Логично предположить, что вся информация, которая отправляется на сервер формируется по настройкам протокола. В протоколе есть состояние входов и состояния выходов, с выходами я работал и есть описания на 7gis, а с входами еще не приходилось. Возможно это то что вам нужно.
К одному ресурсу можно привязать множество пользователи и множество ресурсов можно привязать к одному пользователю, как следствия множество пользователей можно привязать к множеству ресурсов.
При создании объекта в создатели пишется привязка к учетной записи, при удаления которой объект так же удалится. Объекты можно переносить с одной учетной записи на другую.
В целом можно построить весьма сложную и эффективную иерархию.
Например на одной компании есть 2 пользователя и 2 ресурса:
1 Пользователь обычный: права на чтение
2 Пользователь "админ": права чтение и запись
1 Ресурс: Основной для работы
2 Ресурс: Архив(резерв) - если что-то ненароком удалят (геозоны полей, важный отчет), то всегда можно восстановить.

Так всё ведь в мануале у производителя есть: https://7gis.ru/assets/files/docs/manua … 78-v5).pdf
Дальше смотрим руководство, раздел "Параметры входов и выходов" и вытаскиваем нужный бит: https://docs.wialon.com/ru/hosting/cms/ … sors/param

Можно через назначение прав пользователю:

Стоит добавить, что "учётная запись" и "пользователь" являются разными понятиями:
* Пользователя стоит ассоциировать с человеком или групоой людей, у которых есть логин, пароль и права доступа.
* Учётную запись стоит ассоциировать с клиентом или компанией клиента (независимо от размера) -- на уровне УЗ вы можете под/отключать услуги, а также учитывать оплату со стороны клиента.
* Ресурс же является по сути своей контейнером с инструментами: геозонами, шаблонами отчётов, уведомлениями, заданиями, водителями, прицепами, пассажирами и заявками.
Учётная запись включается в себя пользователей, ресурсы, объекты и маршруты.

in0 = adc1 или adc11 (adc11 = adc1 * const1000)

Так или иначе тип датчика у вас "Датчик зажигания" ? В целом в нем можно все что угодно указать, например:
произвольный датчик "ЗПН"  по параметру pwr_ext c тарировк(допустим): 0,0,0;12,0,1;
произвольный датчик "ЗПС"  по параметру speed c тарировк(допустим): 0,0,0;1,0,1;
датчик зажигание "Зажигание" по параметру [ЗПН]+[ЗПС]
В итоге при скорости всегда и при напряжение выше 12в зажигание вкл.

Данная ситуация может быть связана как с настройкой объекта, так и с настройкой отчёта. Дать однозначный ответ по предоставленной вами информации достаточно сложно. Пожалуйста, пришлите детали (имя пользователя, объекта и шаблона отчёта, а также интервал его выполнения) на support@gurtam.com

Описано как:

IN0-IN7 (на приборе) , логическое состояние ДАВ терминала, значение берется из параметра I-состояние входов. Значени в Wialon: in1-in8

Мне  adc не нужен, мне нужно логическое значение. И на графике-же оно отображается. Не могу понять почему не учитывается при подсчете моточасов..

Сделайте датчик зажигания на основе adc1. Он в итоге будет как раз дискретным (вкл/выкл). Или я неправильно понимаю про "логическое значение".

adc1 подразумевает под собой последующую настройку под вольтаж на стороне Виалона.

И самая суть ускользает - есть логическое значение, которое уже благополучно отображается в графике, почему это не идет как зажигание и не ложится в отчет?

Ерунда. Во-первых график при адс1 на зажигании сразу начинает показывать тупо вольтаж. Во-вторых все равно в отчет не попадает.

Логическое значение да и нет, 0 и 1. С прибора уже приходит соответствующий тэг описывающий сработал вход или нет. И он приходит в состояния in1, ..... Виалона. Все что мне нужно сейчас это чтобы состояние сработанного значения подсчитывалось как моточасы.

Так у Вас время поездки определяется зажиганием (судя по детектору поездок). Может поэтому время поездки и моточасы совпадают?

Интересная мысль. Сейчас покручу в этом месте.