1

Датчики после обновления

(edited by KO 30/03/2017 12:06:37)

Topic: Датчики после обновления

Обновление добавило явные неудобства:

Надо убрать видимость датчиков "eng_eff_on_fuelconsmath" и "eng_eff_on_fuelconsrates"

Надо убрать добавление к имени датчика "_automation" из результирующего датчика, а так же убрать ограничения для этого датчика оставшиеся от датчика из которого был создан результирующий датчик. Так как это влияет на вывод в отчет в которых созданы маски и влияет на работу самого датчика так как его может выключать оставшийся ограничитель в свойствах "нижняя граница" и "верхняя граница", да и это некрасиво.

Это надо сделать срочно.

2

Датчики после обновления

Re: Датчики после обновления

Очень хотел бы так же посмотреть вебинар с примерами. Как на него попасть?

3

Датчики после обновления

Re: Датчики после обновления

После обновления везде сливы, я так понимаю у всех во всех объектах

ООО "Е-хаус"
www.e-hs.ru
Московская область
4

Датчики после обновления

Re: Датчики после обновления

ehouse wrote:

После обновления везде сливы, я так понимаю у всех во всех объектах

Потому что теперь расчет сливов и заправок по времени с указанием расхода на ХХ перенесено в датчик зажигания, позиция "расход литров в час". Но у нас очень много объектов-тихоходов, видимо Гуртам предлагают теперь их все перенастраивать. Тогда бы уж перенесли настройки, если включено расход по времени, то и значение на ХХ перенести в зажигание или как?

5

Датчики после обновления

(edited by chdi 30/03/2017 12:28:42)

Re: Датчики после обновления

Здравствуйте.

В обновление https://blog.gurtam.com/ вошли доработки, касающиеся математического и расхода по нормам, а также группировки датчиков уровня и расхода топлива.
Наша команда подготовила скрипты, которые позволят производить расчеты аналогично тому, как они проводились ранее не смотря на то, что алгоритм внутри системы немного изменился.   Скрипт будет в ближайшее время применен. Также дополнительно будет рассылка о новых изменениях

Чего ожидать?

Если у вас была активирована одна из нижеследующих опций, вместо нее в объекте будет создан соответствующий датчик, а у остальных будут откорректированы типы.

- "Группировать датчики уровня топлива с одинаковым именем." - ДУТы с одинаковым именем будут переименованы в "имя_номер_по_порядку_automation", им будет изменен тип на "произвольный", а также будет создан новый ДУТ - его параметром будет сумма двух предыдущих (только если вы уже не создали такой датчик сами)

- "Группировать датчики расхода топлива с одинаковым именем" - датчикам расхода с одинаковым именем будет примерно "имя_номер_по_порядку_automation", сменен тип на произвольный и создан новый - сумма предыдущих.

- "Расход по расчету (математический расчет)" - значение параметра "Холостой ход, л/ч" будет добавлено в первый (по ID) датчик зажигания объекта, вместо значений городского и загородного цикла - датчик полезной нагрузки с параметром (speed+#speed)/const2 и соответствующей таблицей расчета. Отметим, что т.к. значение расхода х/х учитывалось всегда, то значение данного поля все равно будет добавлено в свойство датчика вне зависимости от состояния галочки.

- "Расход по нормам" - вместо значений, указанных в этих полях будет создан датчик полезной работы двигателя с соответствующим параметром и таблицей расчета.

Также приглашаем вас посетить бесплатный вебинар по доработкам алгоритма расчета топлива. Он запланирован на середину апреля - точную дату вы сможете узнать из нашего форума,
https://forum.gurtam.com/viewforum.php?id=48 (партнерская секция),
https://forum.gurtam.com/viewtopic.php?id=5445&p=0 - общедоступная тема.

Если у вас возникнут дополнительные вопросы, с удовольствием ответим вам на них - просто напишите нам на support@gurtam.com

Diana Cheley
Wialon Hosting Expert
Gurtam
6

Датчики после обновления

Re: Датчики после обновления

"Расход по расчету (математический расчет)" - значение параметра "Холостой ход, л/ч" будет добавлено в первый (по ID) датчик зажигания объекта"
А если датчик зажигания должен быть Вкл/Выкл в зависимости от состояния параметра, соответственно таблица расчета типа x=0,a=0,b=0 и x=20,a=0,b=1, а расход по расчету должен быть 5, то что произойдет?

ООО "Е-хаус"
www.e-hs.ru
Московская область
7

Датчики после обновления

Re: Датчики после обновления

ehouse wrote:

"Расход по расчету (математический расчет)" - значение параметра "Холостой ход, л/ч" будет добавлено в первый (по ID) датчик зажигания объекта"
А если датчик зажигания должен быть Вкл/Выкл в зависимости от состояния параметра, соответственно таблица расчета типа x=0,a=0,b=0 и x=20,a=0,b=1, а расход по расчету должен быть 5, то что произойдет?

Уже увидел! Так в 100 раз лучше

ООО "Е-хаус"
www.e-hs.ru
Московская область
8

Датчики после обновления

Re: Датчики после обновления

chdi wrote:

"Расход по нормам" - вместо значений, указанных в этих полях будет создан датчик полезной работы двигателя с соответствующим параметром и таблицей расчета.

Вот с этим помогите теперь разобраться: там где были раньше указаны нормы на 100 км, датчики в объектах не появились и в отчетах не можем найти "Потрачено по нормам"

ООО "Е-хаус"
www.e-hs.ru
Московская область
9

Датчики после обновления

Re: Датчики после обновления

и как эти нормы будут работать? в отчет попадут?

10

Датчики после обновления

Re: Датчики после обновления

chdi wrote:

- "Группировать датчики уровня топлива с одинаковым именем." - ДУТы с одинаковым именем будут переименованы в "имя_номер_по_порядку_automation", им будет изменен тип на "произвольный", а также будет создан новый ДУТ - его параметром будет сумма двух предыдущих (только если вы уже не создали такой датчик сами)

Только вот теперь получилось что два ДУТ стали произвольными датчиками как и ожидалось, и создан доп.датчик уровень топлива, только почему у него тарировка от первого датчика??? там по логике не должно быть тарировки ведь!

11

Датчики после обновления

Re: Датчики после обновления

А кстати, и что теперь будет в "маски датчиков"?

12

Датчики после обновления

Re: Датчики после обновления

Датчик абсолютного расхода топлива и датчик мгновенного топлива имеют одинаковые названия и у всех объектах у них изменен тип на "произвольный" и создан датчик сумма двух который не нужен.
Только вот ДАРТ и ДМРТ это не ДУТ, и за чего их тоже переименовали и изменили тип?
На данный момент невозможно показать расход топлива в отчете без изменений в типе датчиков и это у абсолютно всех объектов.

13

Датчики после обновления

Re: Датчики после обновления

Про видимость полностью согласен.
Уже посыпались вопросы что за датчики появились при наведении на объект.

Бейфус Алексей
ГК "Современные технологии"
Саратовская область г.Энгельс
http://navexp.ru
14

Датчики после обновления

Re: Датчики после обновления

И нам уже вынесли мозг smile
Удалить все вручную нереально sad

Александр Иванов, Easy Logic Expert,
Интегратор систем GPS/ГЛОНАСС мониторинга - LocMe.ru. Условия тестирования оборудования для производителей
+7(495)132-64-03, +7(8452)77-32-97
Разбираем J1939 по параметрам за 15 минут. Семинар we CAN do it! 2019
15

Датчики после обновления

Re: Датчики после обновления

Да еще теперь мы вынуждены клиентам дать права на редактирование датчиков, чтобы он мог менять нормы сам. Что он сотворит с датчиками, имея доступ к ним - никому не известно.

В противном случае вынуждены будем это делать за него.

+1
16

Датчики после обновления

Re: Датчики после обновления

SanderAMC wrote:

Да еще теперь мы вынуждены клиентам дать права на редактирование датчиков, чтобы он мог менять нормы сам. Что он сотворит с датчиками, имея доступ к ним - никому не известно.

В противном случае вынуждены будем это делать за него.

Да, нормы, это больше клиентов дело, надо выделить им отдельное место в настройках, может в характеристиках?

17

Датчики после обновления

Re: Датчики после обновления

Так было уже место, зачем убрали оттуда, не ясно.

В идеале, раз уж реализовали сейчас таким образом, нужно было выделить отдельную группу настроек норм для клиента и выделить в маске прав разрешениях на нее. А уж если через датчики сделали, то сделать их системными, скрытыми для клиента по умолчанию, чтобы при включении расчетов по нормам автоматически создавались / менялись.

При такой реализации и клиент наглядно может все менять, и интегратор распоряжается правами без привязки к другим датчикам, и алгоритмы системы работают ровно так, как реализовали сейчас.

18

Датчики после обновления

Re: Датчики после обновления

Уважаемые созидатели! Верните все как было!!!

-- Мы постоянно работаем над гибкостью Wialon и одновременным упрощением системы мониторинга. Так в обновлении Wialon Hosting 1703
-- мы убрали секции «основные параметры датчиков», «расход по расчету» и «расход по нормам» из вкладки Расход топлива в свойствах
-- объекта. При этом функционал остался прежним и стал более гибким для использования.

Теперь у всех машин появились сливы ложные, нет возможности настраивать нормы расхода на 100км и л/ч, зачем все усложнять и вытачивать коэффициенты в датчиках.... Клиенты уже одолели. Спасибо Вам огромное за такое гибкое нововведение. Еще и вебинар когда-то в апреле только будет...

19

Датчики после обновления

(edited by SanderAMC 30/03/2017 13:47:53)

Re: Датчики после обновления

Я "за", но не по причине появления ложных сливов и пр., это нужно просто исправить текущие коэффициенты под новые возможности.
А только по причине кривизны работы с правами доступа к датчикам, разрозненности ввода параметров в разных местах интерфейса и пр. подобных новшеств.

Можно оставить новую схема расчета, но собрать все параметры в одно место и сделать нормальную маску прав доступа к ним.

20

Датчики после обновления

Re: Датчики после обновления

Здравствуйте.

"Ложные" сливы появились в объектах у которых не было создано вообще ни одного датчика зажигания - мы обязательно поправим данную ситуацию просто создав нужные датчики. Ситуации, когда у объекта ДУТ есть, а зажигания нет - довольно редкие, по всей вероятности о ней и идет речь.

" нет возможности настраивать нормы расхода на 100км и л/ч," - с этим утверждением можно поспорить.

Ранее - система считала к привязанным точкам перехода скорости (36 и 80 - пример в документации локала), а также относительно "виртуального" параметра пробега между двумя точками. Получить эти цифры кроме как таким образом не представлялось возможным.

Мы постарались привести все к понятным алгоритмам - есть скорость, есть сколько объект ехал, есть сколько тратит на х/х, есть сколько на скорости.

Представим дефолтный объект - х/х = 2 л/ч, город 10 л/ 100 км, загород 7 л/ 100 км.
Скорость заранее известна - 36 км/ч город, 80 км/ч загород. Между ними - переходное состояние. Это даже есть в документации по локалу - https://docs.wialon.com/ru/local/cms/un … ij_raschet

100 км со скоростью 36 км/ч = 2,7 часа, загород - 1,25
значит применяя логику коэффициента
- для города (10/2,7)/2 = 1,8 (с округлением)
- для загорода (7/1.25)/2 = 2.8 (опять же с округлением)

В аттаче как выглядит таблица расчета по точкам для город/загород. Именно так система считала и до обновления.

Параметр для данного датчика - среднее арифметическое скорости (speed+#speed)/const2 - к сожалению была допущена неточность и вместо - был выставлен +, эту ситуацию мы обязательно исправим в ближайшее время.

Нормы еще проще.
параметр time:d возвращает номер дня и таблицей расчета теперь вы сами сможете задать и сезон и коэффициент и более того - сможете учесть его в общем расчете (если вам это конечно необходимо).

В отчетах  - если ранее вы использовали вывод данных по маске и не указали в конце символ *, сейчас необходимо будет маски исправить т.к. имена некоторых датчиков изменились. Исправить ваши шаблоны в автоматическом режиме мы не можем - имена у датчиков разные, а сами объекты очень редко привязаны к шаблонам.

В некоторых новых ДУТ по ошибке добавились таблицы расчета и границы (применились из старых ДУТов) - эту ситуацию мы исправим также в ближайшее время.

Вебинар - согласен возможно стоило бы провести немного ранее, но есть ограничения объективного плана - нам важно собрать с вас фидбек, чтобы ответить на максимальное число вопросов в вебинаре. Дата - назначена на 20 апреля, об этом все ,кого коснулись изменения вскоре получат соответствующее уведомление.

21

Датчики после обновления

Re: Датчики после обновления

Да, то как было сделано, сделано крайне непрофессионально.

22

Датчики после обновления

Re: Датчики после обновления

serd  А можно с вами по телефону или скайпу обсудить? Просто много спецтехники(экскаваторы, бульдозера и прочее) которые на одном месте работают и практически не двигаются. Вот по ним очень много проблем.

23

Датчики после обновления

Re: Датчики после обновления

"Только вот ДАРТ и ДМРТ это не ДУТ, и за чего их тоже переименовали и изменили тип?" - так датчики расхода у вас тоже группировались, вот и изменили тип датчикам расхода. В недавнем случае вообще был момент (если мы говорим об одном и том же) - датчики расхода считались дважды - т.е. был создан ДАРТ и ДИРТ, включена группировка, расход двойной.

"Только вот теперь получилось что два ДУТ стали произвольными датчиками как и ожидалось, и создан доп.датчик уровень топлива, только почему у него тарировка от первого датчика??? там по логике не должно быть тарировки ведь" - согласен, разработчики старались перенести данные максимально полным образом вместо того, чтобы применить простую логику, как и ожидалось. Этот момент они исправят в ближайшее время. Так же как и уберут границы расчета - их там быть не должно так же.

24

Датчики после обновления

Re: Датчики после обновления

belousov.tyumen  - естественно, напишите мне на serd@gurtam.com и мы с вами согласуем время.

25

Датчики после обновления

Re: Датчики после обновления

"Вот с этим помогите теперь разобраться: там где были раньше указаны нормы на 100 км, датчики в объектах не появились и в отчетах не можем найти "Потрачено по нормам"" - так же - привязаться к пробегу пока не вышло, поэтому нужно привязаться ко времени.

Нужный датчик имеет параметр time:d (т.е. номер дня в году)

- таблица расчета - сколько нужно тратить летом/зимой.
- значение - значение до обновления/х/х

Например стандартный объект - лето 10, зима 12, х/х 2,

таблица для норм
table row x: 60; a: 0; b: 2.9;
table row x: 334; a: 0; b: 3.48;
60 и 334 - номера дней в году, a=0 - значит, что график будет "ступенькой", 2,9 и 3,48 - пересчитанные из средней скорости, за сколько проезжает 100 км объект, переведено в литры в час, разделено на 2. Это если в простом варианте.

Если такого датчика еще нет - значит зажигания у объекта не было - этот момент исправим обязательно в ближайшее время.

26

Датчики после обновления

Re: Датчики после обновления

serd wrote:

"Вот с этим помогите теперь разобраться: там где были раньше указаны нормы на 100 км, датчики в объектах не появились и в отчетах не можем найти "Потрачено по нормам"" - так же - привязаться к пробегу пока не вышло, поэтому нужно привязаться ко времени.

Нужный датчик имеет параметр time:d (т.е. номер дня в году)

- таблица расчета - сколько нужно тратить летом/зимой.
- значение - значение до обновления/х/х

Например стандартный объект - лето 10, зима 12, х/х 2,

таблица для норм
table row x: 60; a: 0; b: 2.9;
table row x: 334; a: 0; b: 3.48;
60 и 334 - номера дней в году, a=0 - значит, что график будет "ступенькой", 2,9 и 3,48 - пересчитанные из средней скорости, за сколько проезжает 100 км объект, переведено в литры в час, разделено на 2. Это если в простом варианте.

Если такого датчика еще нет - значит зажигания у объекта не было - этот момент исправим обязательно в ближайшее время.

А потрачено и средний расход в каких столбиках смотреть?

ООО "Е-хаус"
www.e-hs.ru
Московская область
27

Датчики после обновления

Re: Датчики после обновления

serd Что-бы народ больеш понимал лучше не пиши x,a,b
Лучше X и Y. Так понятней.

Бейфус Алексей
ГК "Современные технологии"
Саратовская область г.Энгельс
http://navexp.ru
28

Датчики после обновления

Re: Датчики после обновления

Ну вы ребята Гуртам, и намудрили!!!)))

29

Датчики после обновления

Re: Датчики после обновления

SanderAMC wrote:

Так было уже место, зачем убрали оттуда, не ясно.

Я к тому, что раз уж убрали то лучше не возвращать обратно, там кроме норм пользователям делать нечего, а куда то в другое место перенести.

30

Датчики после обновления

(edited by KO 30/03/2017 15:13:01)

Re: Датчики после обновления

serd нормы в подавляющем большинстве выставляют пользователи.

И им вот это:

"таблица для норм
table row x: 60; a: 0; b: 2.9;
table row x: 334; a: 0; b: 3.48;
60 и 334 - номера дней в году, a=0 - значит, что график будет "ступенькой", 2,9 и 3,48"

не доступно для понимания.

31

Датчики после обновления

Re: Датчики после обновления

chdi wrote:

- "Расход по расчету (математический расчет)" - значение параметра "Холостой ход, л/ч" будет добавлено в первый (по ID) датчик зажигания объекта, вместо значений городского и загородного цикла - датчик полезной нагрузки с параметром (speed+#speed)/const2 и соответствующей таблицей расчета. Отметим, что т.к. значение расхода х/х учитывалось всегда, то значение данного поля все равно будет добавлено в свойство датчика вне зависимости от состояния галочки.

Вот смотрю в карточку объекта и вижу там формулу
(speed-#speed)/const2

И так по всем объектам. Так всё-таки сумма или разность пополам?

32

Датчики после обновления

Re: Датчики после обновления

Как все запутанно - видео в студию по разным типам машин. И это надо все объекты перелопатить?

33

Датчики после обновления

Re: Датчики после обновления

KO - я бы сказал, что все зависит от. Ваша позиция понятна, но при ней многие пересчеты остаются "за кадром" - что считает, как, в каких отчетах.

Формулы хостинга (а именно пересчет датчиков) - это простая математика, которая преподается с пятого класса школы. Скорость и расстояние - с седьмого. Например Y=aX+b и V=s/t - на этом и построен расчет на данный момент. Более того - таким он был и до этого только многого вы не видели.

Как альтернативу там, где просят простоты предложите создать датчик зажигания и прописать норму там - литры в час, что может быть проще. Если нужно расстояние - предложите применять датчик пробега (если он конечно есть у объекта). Опять же - можете написать мне и я с радостью настрою датчик за вас (если он конечно один).

34

Датчики после обновления

Re: Датчики после обновления

funhrum - скоро будет сумма - это был небольшой недочет в реализации скрипта, который в ближайшее время поправят.

35

Датчики после обновления

Re: Датчики после обновления

Beifuss без проблем - вот та же норма на скриншоте (параметр у датчика time:d тип - ДПНД) парами XY.

у объекта было лето 10, зима 12,с первого декабря до 30 февраля (естественно, такого дня нет - он нужен только для определения конца месяца и в интерфейсе был 1 марта)
х/х по классике 2

table row x: 0; a: 0; b: 3.48;
table row x: 60; a: 0; b: 2.9;
table row x: 334; a: 0; b: 3.48;

60 - это номер дня, полагающийся на начало марта, 334 - начало декабря.

Просто идея в том, что зима/лето - это по сути просто повышенный или пониженный расход относительно какой-то поры года. Например когда в жарких странах постоянно включен кондиционер, а в холодных - печка. А использовалось как правило - просто цифра, примерно как и сколько трачу. Чтобы это же примерно оставить - создали датчики.

36

Датчики после обновления

Re: Датчики после обновления

"А потрачено и средний расход в каких столбиках смотреть?" - потрачено по расчету и средний расход по расчету. Как-то так - единственное, пока есть недочет в алгоритме, но мы это исправим в ближайшее время. Приносим извинения за временные неудобства.

37

Датчики после обновления

Re: Датчики после обновления

Скрипт запущен и изменения вступили в силу.

Мы ожидаем, что к завтрашнему утру ситуация разрешится "по горячим следам".

"Надо убрать добавление к имени датчика "_automation" из результирующего датчика, а так же убрать ограничения для этого датчика оставшиеся от датчика из которого был создан результирующий датчик. Так как это влияет на вывод в отчет в которых созданы маски и влияет на работу самого датчика так как его может выключать оставшийся ограничитель в свойствах "нижняя граница" и "верхняя граница", да и это некрасиво" - это сделано.

"Надо убрать видимость датчиков "eng_eff_on_fuelconsmath" и "eng_eff_on_fuelconsrates" " - флаги видимости для этих датчиков создавались на основе видимости данных из секций расчета. Здесь предлагаю сделать проще - пришлите мне на serd@gurtam.com, пожалуйста, имя вашего сервиса и мы запустим видимость для него.

да - если вы уже меняли созданные датчики самостоятельно - к ним изменения не применялись, однако если это все-же необходимо - пришлите, пожалуйста, наименование вашего сервиса мне на serd@gurtam.com

38

Датчики после обновления

Re: Датчики после обновления

с Gurtam не соскучишься  )))
только от иконок отошли и тут на тебе ...

39

Датчики после обновления

Re: Датчики после обновления

....все через боль....

40

Датчики после обновления

Re: Датчики после обновления

qwerty16 wrote:

....все через боль....

Первый раз говорят больно, а потом даже ничего.
Первый раз был с иконками, и следом датчики, и ничего хорошего.
Почему не проверили на тестовой ветке как следует?

41

Датчики после обновления

Re: Датчики после обновления

sccop qwerty16  - любые изменения как показывает практика вызывают естественное возмущение. Так же было и летом при изменении детектора поездок - аналогичный шквал писем и постов на форуме. Другое дело, что отнимая что-то всегда необходимо давать что-то взамен и желательно больше.

42

Датчики после обновления

Re: Датчики после обновления

Детектор поездок меня, практически, не смутил, я почти всегда оставляю его по-умолчанию.
А вот эти последние новшества задели крепко.
Я не о том, что не нужны обновления, я о том, что:[quote=sccop
]Почему не проверили на тестовой ветке как следует?

43

Датчики после обновления

(edited by sashhh 30/03/2017 19:59:00)

Re: Датчики после обновления

table row x: 0; a: 0; b: 3.48;
table row x: 60; a: 0; b: 2.9;
table row x: 334; a: 0; b: 3.48;

Откуда эти цифры 3.48 2.9? и Как вы их получили?

У нас клиенты постоянно "играются" с расходом. И как им вот Это объяснить. Программа должна упрощать а не усложнять жизнь людей.

44

Датчики после обновления

Re: Датчики после обновления

sashhh  2.9  - это во сколько раз относительно х/х объект должен тратить если лето и он едет. Получилось из среднего 5,8 л/ч - перевелось из 10 л/100 км путем расчета за какое время объект эти 100 км проедет - средняя скорость 60 км/ч

Ранее эти расчеты проводились за кадром и как следствие накладывали ограничения на алгоритм и его доработки. Теперь эти расчеты вынесены наружу - обязательно запишитесь на вебинар и мы покажем и как что считается и как пользоваться и многое другое. Адрес прежний - training@gurtam.com

45

Датчики после обновления

Re: Датчики после обновления

Суть в том, что клиент  большинстве своём скажем так "воспитан" к тем или иным условиям. Если изначально у клиента есть доступ к изменениям в УЗ то с расчётом норм проблем не должно возникнуть, НО ведь есть клиенты у которых доступ ограничен и функционал УЗ соответственно тоже, настройки в этом случае придется делать нам своими руками, опять же всё это займет достаточно много времени. Я согласен с мнением что сервис должен быть максимально удобен, но с другой стороны и ваша позиция ясна и правильна. Но всё же резкие изменения как правило обрушивают на вас шквал негативных отзывов, и на нас соответственно. По хорошему конечно вебинар пораньше бы провести, просто все здесь находящиеся понимают какой оборот сейчас все нововведения примут, тем более что сами еще не совсем разобрались что как работает.

46

Датчики после обновления

(edited by DGFloid 31/03/2017 11:02:56)

Re: Датчики после обновления

Вот прочитав все вышеизложенное, я конечно все понимаю, но это все уже порядком ........
То одно, то второе, то третье, то пятое, то десятое, это не говоря уже о клиентах с полным доступом, которым все теперь опять разжевывать необходимо, можно конечно кучу аргументов привести, но тем неменее(((

"Если сомневаешься - не делай, если делаешь - не сомневайся!!!"
47

Датчики после обновления

Re: Датчики после обновления

serd wrote:

KO - я бы сказал, что все зависит от. Ваша позиция понятна, но при ней многие пересчеты остаются "за кадром" - что считает, как, в каких отчетах.

Формулы хостинга (а именно пересчет датчиков) - это простая математика, которая преподается с пятого класса школы. Скорость и расстояние - с седьмого. Например Y=aX+b и V=s/t - на этом и построен расчет на данный момент. Более того - таким он был и до этого только многого вы не видели.

Как альтернативу там, где просят простоты предложите создать датчик зажигания и прописать норму там - литры в час, что может быть проще. Если нужно расстояние - предложите применять датчик пробега (если он конечно есть у объекта). Опять же - можете написать мне и я с радостью настрою датчик за вас (если он конечно один).

Восемь лет назад еще на B2 мы сами меняли интерфейс, названия датчиков и сами создавали валидаторы и обработку этих датчиков. На данный момент датчиками мы можем и искусственный интеллект сделать, за что Виалон мы и любим.

То что вы объясняте это все понятно, элементарно и собственно говоря расход по нормам и по расчету можно было сделать датчиками всегда. По сути вы просто взяли и убрали из вкладки эти параметры, так давайте уберем и  качество вождения и детектор поездок и техобслуживание и характеристики  и произвольные поля, всеж датчиками можно сделать, я не утрирую.

Вы поймите, нормы это элементарная вещь которая должна быть видна клиенту и доступна ему, нормы у всех свои и нас впринципе не касаются, это игрушка клиента. На презентациях опять же дополнительный плюсик. Расход по расчету так же интереснен в наглядном виде.

Еще вопросы по общему датчику с добавкой "_automation", вы случайно не удалили эти датчики, сейчас попалась несколько объектов без них, с двумя баками.

К вопросу видимости датчиков "eng_eff_on_fuelconsmath" и "eng_eff_on_fuelconsrates", я правильно понимаю что для отключения видимости этих датчиков надо обратиться к вам и сообщить учетку под которой надо выключить видимость? Вы хотите сказать, что видимость этих датчиков с такими названиями кому то нужна?

48

Датчики после обновления

Re: Датчики после обновления

согласен, что изменения кардинальны и что к ним необходимо привыкнуть, но застой системы это тоже неверно.

Большинство партнеров без исключения высказывались, что алгоритм несовершенен и ему есть чему учиться у других систем, где "это все давно есть" - мы его усовершенствовали и сделали более универсальным. Естественно, что изменения еще будут, но уже не такие кардинальные.

Также большинство высказывались, что мы не разрабатываем ничего нового - это и есть новое.

Обращения даже в этой ветке относятся не к недостаткам самого алгоритма и нового функционала, а к тому, что тяжело переучить пользователей и понять самим, откуда и какие цифры появились. Над этим стоит работать.

Я могу лично ответить на ваши вопросы - напишите на serd@gurtam.com Вы можете дождаться вебинара - запись на training@gurtam.com - мы взяли такую паузу потому как нам нужно собрать вопросы от вас и подготовить демонстрации, провести анализ и придумать текст - естественно, что одним часом мы не ограничимся. Вопросы вы также можете адресовать на support@gurtam.com, где вам тоже ответят на все вопросы. Можете писать их тут и я постараюсь ответить полно и просто на них - я постоянно слежу за этой темой.

49

Датчики после обновления

Re: Датчики после обновления

KO 

"Еще вопросы по общему датчику с добавкой "_automation", вы случайно не удалили эти датчики, сейчас попалась несколько объектов без них, с двумя баками." - убрали automation из названия, чтобы названия попали в маски в шаблонах и уведомлениях, у кого были.

"К вопросу видимости датчиков "eng_eff_on_fuelconsmath" и "eng_eff_on_fuelconsrates", я правильно понимаю что для отключения видимости этих датчиков надо обратиться к вам и сообщить учетку под которой надо выключить видимость? Вы хотите сказать, что видимость этих датчиков с такими названиями кому то нужна?" - вопрос риторический - как правило это несущественно, если обращений будет достаточно, обязательно уберем всем.

"нормы это элементарная вещь которая должна быть видна клиенту и доступна ему, нормы у всех свои и нас впринципе не касаются, это игрушка клиента. На презентациях опять же дополнительный плюсик. Расход по расчету так же интереснен в наглядном виде." - это вопрос автонастройки - дать поле, из которого брать данные и настраивать датчики в фоновом режиме. Мы обязательно подумаем над этим и предложим какие-то варианты. Как минимум

sccop

"Почему не проверили на тестовой ветке как следует?" - проверяли и не раз, скрипты приведения к новому алгоритму проверялись в режиме эмуляции до запуска, подготовка к этому обновлению длилась месяц и была привлечена группа сотрудников - для анализа use-cases, работы и прочего. И тем не менее - все варианты мы предусмотреть не смогли, именно поэтому всем причастным уже донесены меры их ответственности (в том числе и мне).  И именно поэтому мы приносим извинения, что не спросили у всех и каждого, согласны ли вы с этим или нет.

50

Датчики после обновления

Re: Датчики после обновления

serd wrote:

Вы хотите сказать, что видимость этих датчиков с такими названиями кому то нужна?" - вопрос риторический - как правило это несущественно, если обращений будет достаточно, обязательно уберем всем.

Если я создам тему "Dela po rabote 2017 pamyatka"на форуме и буду использовать её как записную книжку она ведь ни кому не помешает?

51

Датчики после обновления

Re: Датчики после обновления

Хорошо бы у этих датчиков новых таблицу пар XY заполнить автоматом. Что-то подсказывает, что так будет проще объяснить происходящее. И не помешало бы подробное описание, как то, что было (нормы и расчёт) теперь более удобно видеть там, что стало (датчики полезной работы).
А то ведь раньше у пользователя было два раздела, куда он вбивал данные из паспорта, и получал две колонки в дополнение к показаним ДУТ. Мог сравнивать с помощью двух инструментов, построив один отчёт.

А теперь как? Колонка расчёта одна.
Куча вопросов. Суммируются ли датчики? А если надо порознь? Сколько отчётов надо создать, для каждого датчика? Где указывать какой?

Нужен наглядный пример перехода, слева старое, справа новое. И почему новое лучше старого. И этот материал нужен до перехода, чтобы пользователи могли ознакомится заранее, а не проснулись и опачки, вот оно счастье. smile

52

Датчики после обновления

Re: Датчики после обновления

KO  думаю, что в первую очередь такую тему удалят, если конечно это не будет ваш личный форум.

upd:

последние правки внесены.

Если был создан ДУТ, но не было датчика зажигания (т.е. расход по расчету стало брать неоткуда) - создан датчик зажигания, расход на х/х соответствует предыдущим настройкам, параметр выбран speed, но мы все-же рекомендуем использовать настоящее зажигание или заменить его на const1 (эмулируя постоянное включение)

Расход по расчету и нормам (если ранее датчики зажигания отсутствовали) добавлен в такие объекты.

Тем, кто обратится с просьбой скрыть отображение новых датчиков - скроем уже в понедельник.

53

Датчики после обновления

Re: Датчики после обновления

чем меньше показываешь клиенту тем лучше он спит

54

Датчики после обновления

Re: Датчики после обновления

"Хорошо бы у этих датчиков новых таблицу пар XY заполнить автоматом. Что-то подсказывает, что так будет проще объяснить происходящее." - на данный момент работы проведены, но примеры ее заполнения и расчета даны в этой же теме ранее. Если у вас остались вопросы - напишите на serd@gurtam.com имя объекта и я обязательно поясню на именно этом примере откуда и что получилось.

Давайте по порядку

"А то ведь раньше у пользователя было два раздела, куда он вбивал данные из паспорта, и получал две колонки в дополнение к показаним ДУТ." - зима это повышенный расход. т.е. на сколько % больше тратит объект, когда условия специфические. Как показывает практика - там либо использовался дефолт и нормы не были активированы, либо нормы использовались "показать на всякий случай". Если вы действительно хотите учесть сезонность - достаточно исправить расчет в датчике. Например по аналогии с 20% - в таблице для зимы значение датчика будет 1,2 - для лета 1. Тогда весь расход будет умножен на повышающую норму в нужный период.

"А теперь как? Колонка расчёта одна." - существуют варианты, как и ранее
- создать зажигание и писать норму туда
- создать ДПНД и писать норму туда
- фильтровать вывод данных в отчете по нужным датчикам

"Куча вопросов. Суммируются ли датчики?" - да, и зажигание и коэффициенты суммируются.
"А если надо порознь?" - см. выше. Также могу помочь получить цифры и на примерах - адрес тот же - serd@gurtam.com или support@gurtam.com
"Сколько отчётов надо создать, для каждого датчика?" - в зависимости от потребностей пользователя. Как писал Максим выше - как правило лучше дать одну итоговую цифру, а все остальное скрыть.
"Где указывать какой?" - маски или датчик моточасов - в зависимости от того, что используете.

55

Датчики после обновления

Re: Датчики после обновления

Здравствуйте господа разработчики!
После Вашего обновления, нашим конечным потребителям невозможно ничего понять с расчётами топлива. Большинство из них не имеют соответствующего образования, чтобы разобраться с программой их изначально устраивало и привлекало в Вашей программе; гибкость, информативность и главное простота в обращении. Для тех кому нужен тонкий и точный расчёт топлива, устанавливают ДУТ, а для других вполне хватало математического расчёта. Один из клиентов вчера заявил, что его данные нововведения не устраивают, компания у них небольшая всего 32 объекта и искать специалиста и включать в штат дополнительную единицу им накладно и проще перейти на другую программу.
СПАСИБО Вам от всей души за то, что не оставили выбора; принимать обновления или остаться на прежней версии!

56

Датчики после обновления

Re: Датчики после обновления

Выходные удались на славу?
Мне одному кажется, что разработчики пытаются сделать из нас программистов. которые вещи простые видят в двоичном виде?
Объясните, например - нафига мне (как конечному клиенту) считать какой 1 марта по счету день? Или на стенку календарь лепить от 1 до 365 с пояснениями где и как?
Второе - как мне теперь клиентам конечным давать доступ к датчикам и как объяснять зачем создавать и редактировать какие то датчики?
третье - где теперь в отчете искать датчик потраченного по нормам? Раздел "Потрачено по расчету" такую х/**ю пишет, что  легковой автомобиль превратился в карьерный самосвал по расходу топлива. Если раньше машина кушала как должна, то теперь по отчету жрет как будто на ней по 100 т везу по ухабинам?
Вот объясните, как и нафига? Вот реально появляется желание сравнить с немцами в 41 - не предупредив и не сказав о последствиях.
Если раньше клиенты сами считали расходы и прочее - теперь сижу за них делаю, поскольку реально не возможно объяснить тетеньке, что 60 день день года - это 1 марта, поскольку она меня просит тогда туда календарик воткнуть. Делаю за них, поскольку водители сидят и ждут ЗП, расчитанную по пробегам и нормам. Офигенно сделали просто, слов нету!!!
Где искать в отчете потрачено по нормам?????

57

Датчики после обновления

(edited by SanderAMC 03/04/2017 15:23:34)

Re: Датчики после обновления

Нет в отчете норм теперь. Есть единая графа, по расчету, в которой учитываются _все_ параметры из датчиков полезной работы, сколько-бы их не было.

Тут получилось как всегда... Математически обеспечили существенно более гибкую и точную систему, которая, однако, требует аккуратной настройки. Но реализация с т..зрения клиента - лучше-бы не делали...
А скрипт переноса - отдельная песня. При некоторых условиях он коэфф. "b" считает как отрицательное вещественное Е-16. То, что это 0 должен быть, скрипт не волнует.

58

Датчики после обновления

Re: Датчики после обновления

Поставлена простая задача - рассчитать пробег и умножить на норму расхода. Без учета загородного,городского пробега, без учета всяких ненужных параметров. А с нынешней логикой это стало невозможно. Просто: пройдено*норморасход. При умножении не получается.

59

Датчики после обновления

Re: Датчики после обновления

Здравствуйте, отвечаю по порядку.

ProRegionServise

"После Вашего обновления, нашим конечным потребителям невозможно ничего понять с расчётами топлива." - уточните, пожалуйста, им не подходит неинформативность документации, невозможность расчитать три математических операции (умножение, деление, снова деление) или то, что система "изменилась", но их не спросили?

"Большинство из них не имеют соответствующего образования, чтобы разобраться с программой" - насколько мне не изменяет память, это проходят в пятом классе, но я могу этот момент уточнить дополнительно - я про линейную зависимость и процент. Более того - как правило этого и не требуется - созданные датчики - это пример, на основании которого можно настроить один раз поведение объекта и не руководствоваться непрозрачно рассчитанными нормами.

"их изначально устраивало и привлекало в Вашей программе; гибкость, информативность и главное простота в обращении." - как раз данное обновление было направлено на то, чтобы сделать работу алгоритма как можно более простой и понятной. По примеру - вот расход на х/х, вот состояние, когда тратится больше (например объект поехал) - получите результат. Максимально просто и ясно.

"Для тех кому нужен тонкий и точный расчёт топлива, устанавливают ДУТ, а для других вполне хватало математического расчёта. " - математический расчет никуда не пропал, наоборот - остался в том виде, в каком и был. Расчеты система ранее проводила неявно, это вызывало кучу вопросов, а в алгоритме - огромное количество "костылей". Этот момент упразднили.

"Один из клиентов вчера заявил, что его данные нововведения не устраивают, компания у них небольшая всего 32 объекта и искать специалиста и включать в штат дополнительную единицу им накладно и проще перейти на другую программу." - вообще как правило (насколько мне известно) в любой такой компании есть целый штат людей, которые
- считают зарплаты (т.е. обладают математическим образованием)
- считают утилизационные параметры автопарка (т.е. опять же имеют образование)
- руководят водителями (т.е. их прямая обязанность и состоит в том, чтобы посчитать - кто и сколько потратил/проехал и т.п.)

"СПАСИБО Вам от всей души за то, что не оставили выбора; принимать обновления или остаться на прежней версии!" - опять же, развитие системы идет своим чередом и Wialon Hosting постоянно обрастает новым функционалом. Ровно это и произошло тут.

"Мне одному кажется, что разработчики пытаются сделать из нас программистов. которые вещи простые видят в двоичном виде?" - нет, мы не стремимся сделать из вас разработчиков ПО, наоборот - наша задача дать вам такой инструмент, который подойдет к максимально возможному количеству вариантов использования.

"Объясните, например - нафига мне (как конечному клиенту) считать какой 1 марта по счету день? Или на стенку календарь лепить от 1 до 365 с пояснениями где и как?" - это вовсе не обязательно. Как правило зима - это всего-лишь + какой-то процент к расходу. Сама зима - 90 дней (или около того). Разделить год на номера дней по месяцам - например 1 декабря это примерно 335 день (365-30), а первое марта - 60-й (1+30+28) на наш взгляд не так сложно. Тем более, что точности тут и не требуется - настройки, отличные от дефолтных, применялись в менее 1% от общего числа объектов. А вот то, что в Wialon исторически использовалось под названием нормы - это по сути такой-же расход по расчету, только немного другой. И это неверно, путает человека, не учитывая того смысла, который в этом был.

"Второе - как мне теперь клиентам конечным давать доступ к датчикам и как объяснять зачем создавать и редактировать какие то датчики?" - доступ к вкладке "расход топлива" напрямую влиял на работу и поведение алгоритма в отчетах. Теперь этот доступ клиентам можно закрыть, дав доступ в другое место. Большинство датчиков (расчета) будут вести себя абсолютно одинаково, а значит их можно импортировать, создав один раз. Объяснив простую методику расчета - получите людей, способных отредактировать самостоятельно поведение объекта любым необходимым образом.

"третье - где теперь в отчете искать датчик потраченного по нормам? " - теперь графа одна - расход по расчету.

"Раздел "Потрачено по расчету" такую х/**ю пишет, что  легковой автомобиль превратился в карьерный самосвал по расходу топлива. " - такое бывает, если например не задан корректно датчик зажигания. Или например когда не выставлено значение в "максимальном интервале между сообщениями" Пришлите, пожалуйста, объект - настроим вместе и вы получите более ясную картину и поведение системы.

"Если раньше машина кушала как должна, то теперь по отчету жрет как будто на ней по 100 т везу по ухабинам?" - все зависит от. Есть датчик нагрузки на оси - можно учесть. Есть датчик оборотов - можно учесть. Есть пробега - опять же можно учесть.

"Вот объясните, как и нафига? Вот реально появляется желание сравнить с немцами в 41 - не предупредив и не сказав о последствиях.
Если раньше клиенты сами считали расходы и прочее - теперь сижу за них делаю, поскольку реально не возможно объяснить тетеньке, что 60 день день года - это 1 марта, поскольку она меня просит тогда туда календарик воткнуть. Делаю за них, поскольку водители сидят и ждут ЗП, расчитанную по пробегам и нормам. Офигенно сделали просто, слов нету!!!" - настройки объектов могут быть унифицированными - т.е. один и тот же датчик нагрузки можно использовать во всех. Опять же - если есть данные (усредненно по скорости или времени) - можно учесть и их чтобы стало точней.

"Где искать в отчете потрачено по нормам?????" - в потрачено по расчету.

"Нет в отчете норм теперь. Есть единая графа, по расчету, в которой учитываются _все_ параметры из датчиков полезной работы, сколько-бы их не было." - совершенно верно. Просто то, что в Wialon до прошлой недели называлось нормой по сути ей и не было. Какой-то расход на пробег и приписка сезона. Сейчас - все четко. Тратит объект по сезону согласно внутренним документам на 20% больше - пожалуйста.

"Тут получилось как всегда... Математически обеспечили существенно более гибкую и точную систему, которая, однако, требует аккуратной настройки. Но реализация с т..зрения клиента - лучше-бы не делали..." - естественно мы продумаем возможные варианты реализации этих расчетов более явным образом. Возможно даже не на уровне объекта, а на уровне чего-то еще. Все зависит от того, что покажет анализ. Если у вас будет время - возможно вы сможете выделить минут 15-20 на обсуждение в skype? Напишите мне, пожалуйста, на serd@gurtam.com со ссылкой на свой пост, согласуем дату и время.

"А скрипт переноса - отдельная песня. При некоторых условиях он коэфф. "b" считает как отрицательное вещественное Е-16. То, что это 0 должен быть, скрипт не волнует." - скрипт пересчитал:
- то, что вы выставили в расходе на х/х
- то, что выставили в городском/загородном цикле.

То, что с т.зр. банальной математики эти настройки были не до конца корректны скрипт естественно не волновало. Например ситуация, когда у ЗИЛа расход 60 литров на 100 км. А средняя скорость - 15 км/ч, а золостой ход - 15 литров в час. Даже просто пересчитав на калькуляторе очевидно, что тратит он
- либо меньше на х/х, чем заявлено
- либо не 60 литров на 100 км, а больше

Отсюда и вопросы.

"Поставлена простая задача - рассчитать пробег и умножить на норму расхода. Без учета загородного,городского пробега, без учета всяких ненужных параметров. А с нынешней логикой это стало невозможно. Просто: пройдено*норморасход. При умножении не получается." - можно подстроить коэффициент и вы получите "красивую циферку". Только каков смысл от нее, если можно показать правду? Тем не менее - и в почте я вас попросил прислать объект и подробности - настроим вам циферку.

60

Датчики после обновления

Re: Датчики после обновления

"им не подходит неинформативность документации, невозможность рассчитать три математических операции (умножение, деление, снова деление) или то, что система "изменилась", но их не спросили?" - все верно - Вы прям с языка сорвали. Зачем лишний раз делать какие-то дополнительные расчеты? Зачем снова переучиваться, причем на ошибках, которые не откатали? За чьи деньги?

"как раз данное обновление было направлено на то, чтобы сделать работу алгоритма как можно более простой и понятной. По примеру - вот расход на х/х, вот состояние, когда тратится больше (например объект поехал) - получите результат. Максимально просто и ясно" - то есть сделать три дополнительных расчета (умножение, деление, снова деление) - это и есть более простой и понятный алгоритм? Помнится долго просили сделать настройку расход на х/х в л/ч. Дождались, но не такой же ценой. Объясните теперь - если не известен расход на х/х. Простой пример - не учитывается холостой ход. Ставим 0 и в результате получаем 0.

"вообще как правило (насколько мне известно) в любой такой компании есть целый штат людей, которые
- считают зарплаты (т.е. обладают математическим образованием)
- считают утилизационные параметры автопарка (т.е. опять же имеют образование)
- руководят водителями (т.е. их прямая обязанность и состоит в том, чтобы посчитать - кто и сколько потратил/проехал и т.п.)"  - то есть эти функции по расчетам перенести на них?

"опять же, развитие системы идет своим чередом и Wialon Hosting постоянно обрастает новым функционалом. Ровно это и произошло тут." - правильно выразились - "обрастает", но не функционалом, а алгоритмами и логиками

"нет, мы не стремимся сделать из вас разработчиков ПО, наоборот - наша задача дать вам такой инструмент, который подойдет к максимально возможному количеству вариантов использования." - тогда верните календарь для определения лета и зимы!!!

"это вовсе не обязательно. Как правило зима - это всего-лишь + какой-то процент к расходу. Сама зима - 90 дней (или около того). Разделить год на номера дней по месяцам - например 1 декабря это примерно 335 день (365-30), а первое марта - 60-й (1+30+28) на наш взгляд не так сложно. Тем более, что точности тут и не требуется - настройки, отличные от дефолтных, применялись в менее 1% от общего числа объектов. А вот то, что в Wialon исторически использовалось под названием нормы - это по сути такой-же расход по расчету, только немного другой. И это неверно, путает человека, не учитывая того смысла, который в этом был." - здорово, теперь идем путем вычисления! Если все человечество идет путем оптимизации затрат и упрощения - вам же ничего сложного высчитывать 153 день от начала года. Мне допустим потребовалось секунд 30, чтоб подсчитать в уме точно и без ошибочно. Нафига тратить 30 секунд, если можно оставить календарь???

"доступ к вкладке "расход топлива" напрямую влиял на работу и поведение алгоритма в отчетах. Теперь этот доступ клиентам можно закрыть, дав доступ в другое место. Большинство датчиков (расчета) будут вести себя абсолютно одинаково, а значит их можно импортировать, создав один раз. Объяснив простую методику расчета - получите людей, способных отредактировать самостоятельно поведение объекта любым необходимым образом." - и получим дополнительную головную боль при редактировании не умными и не осведомленными людьми.
"теперь графа одна - расход по расчету." - только почему то отличается значение "расход по расчету" во вкладках "поездки", "сводка" и статистика. Кому верить?

"Есть датчик нагрузки на оси - можно учесть. Есть датчик оборотов - можно учесть. Есть пробега - опять же можно учесть." - то есть ранее платформа радовала и отличала всех принципом универсальности и минимализма, то теперь заново возвращаемся к обязательному монтажу кучи дополнительного оборудования для более точного расчета.

" настроим вам циферку." - за помощь по почте спасибо, но все уперлось в расход на х/х. А он не нужен!!! Понимаете - НЕ НУЖЕН. Ставим 0 или 0.1 и весь расчет идет к 0.

61

Датчики после обновления

Re: Датчики после обновления

Ну и подитожу сегодняшнюю баталию - как не хотели понять логику - так и не поняли, все равно все датчики приходится делать самостоятельно, ничего адекватно не перенеслось. Тут большой минус тем, кто все затеял и не проверил.
Второй минус - ушел клиент , хоть и не большой (18 объектов), но старый и надежный. Причина - "ты не можешь сделать так, как было и не слушаешь что тебе говорят". Зато обрадовались из Новосиба операторы - через час объекты с историей перенесли на ПРО, где такого нет. Это ОГРОМНЫЙ минус.
Вот сижу и думаю - чего дальше от Вас ребята ждать? Как говаривал в далекие времена Алексей - костыли, примочки и т.д.
Эмоций сейчас куча - поскольку завтра еще две компании, зависимые от первой, начнуть мозг выносить.
Вот объясните - чем стало лучше??? Делать дополнительные датчики, расчетами заниматься?
Как раньше было - ввел имей, создал зажигание по напряжению, проверил корректность - все... стабильно и четко работало. А щас еще и расчетами надо заниматься, умножать, делить, вычитать. И это , б****, за наши же деньги!!!
АУ!!!!

62

Датчики после обновления

(edited by SibNaviCom 03/04/2017 20:12:24)

Re: Датчики после обновления

Забыл пояснить - может кому то интересно будет. Отсутствие х/х обусловлено тем, что машины по найму. в договоре не учитывается никакой х/х. Оплата строго по пройденном пути. Хоть ты пешком груз неси, хоть на велосипеде, лишь бы трекер был на связи и рисовал траекторию перемещения. Зачем в такой ситуации х/х учитывать? Это думаю, логично. Если надо учитывать - заполняем поле или включаем галочку, теперь же приходится многим предоставлять доступ к настройкам датчика, объяснять как делать и рассказывать логику работы алгоритма. Куда ж проще то?
Простой пример. Ставим в настройках х/х 9 л. Машина 4с лишним часа простояла и проехала 150 км. В пробеге расход по расчету - 1,5*9=13,5л. А зачем в статистику ставится сумма и простоя машины за 4 с лишним часа? Сделайте тогда в статистике расход по расчету в поездках. Именно в статистике.

63

Датчики после обновления

(edited by tdt66 03/04/2017 20:38:19)

Re: Датчики после обновления

serd wrote:

Ситуации, когда у объекта ДУТ есть, а зажигания нет - довольно редкие, по всей вероятности о ней и идет речь.

у нас 100% такие ситуации ))))

это что нам щас надо бегать по объектам ставить всем датчики зажигания ???

PS: бегать ножками )))) по машинам я имею ввиду

решение можно было сделать универсальным .. вкладкой/переключателем, пользователю позволить решать старый алгоритм или новый непонятный для них функцианал.

подпись сломали .. впрочем не удивительно
64

Датчики после обновления

Re: Датчики после обновления

Баталии не утихают, поэтому отвечу всем и по порядку.

SibNaviCom

"все верно - Вы прям с языка сорвали. Зачем лишний раз делать какие-то дополнительные расчеты? Зачем снова переучиваться, причем на ошибках, которые не откатали? За чьи деньги?" - на это отвечено несколькими постами выше.

"то есть сделать три дополнительных расчета (умножение, деление, снова деление) - это и есть более простой и понятный алгоритм? Помнится долго просили сделать настройку расход на х/х в л/ч. Дождались, но не такой же ценой. Объясните теперь - если не известен расход на х/х. Простой пример - не учитывается холостой ход. Ставим 0 и в результате получаем 0." - если зажигания нет, создайте датчик с параметром const1 и оно будет активировано всегда. В предыдущей итерации алгоритма расчет был 0 итак - тут нужно определиться, чего именно нужно пользователю.

"то есть эти функции по расчетам перенести на них?" - нет, просто предлагаю не утрировать и не относиться к пользователям, как к детям. Все-таки ситуации разные, а при должном объяснении все становится понятно и просто.

"правильно выразились - "обрастает", но не функционалом, а алгоритмами и логиками" - вопрос формулировок и отношения к ним. На мой взгляд, например, система стала давать больше возможностей и стала универсальной. На ваш - появилась необходимость переучиваться.

"тогда верните календарь для определения лета и зимы!!!" - давайте так - до обновления было 4 дроп-бокса, а недефолтные значения в них - вообще редкость (как и само использование). Ваша аргументация - "как мне рассказать подсчет дней Марьванне из бухгалтерии". Мой аргумент - Марьванна в принципе работает с цифрами и это не так сложно, как вы описываете.
Чтобы понять востребованность календаря пришлите, пожалуйста, ответы на два вопроса:
- скольким из пользователей это реально необходимо (я про повышенный расход по норме, а не про использование в непрофильных целях)
- сколько из этих пользователей не смогут воспринять новой логики (т.е. им проще тыкать в четыре дропбокса, а не ввести два числа)
При этом хотелось бы видеть список пользователей и оценить данные
- до обновления (у кого стоял не дефолт - это я сделаю по логам)
- интенсивность выполнения отчетов и структуру таблиц (опять же смогу сделать по логам)
- количество раз объяснения повторно этой функции после того, как вы это уже рассказали пользователю (здесь буду опираться на ваши данные)

Адрес почты, напомню, прежний - serd@gurtam.com

"здорово, теперь идем путем вычисления! Если все человечество идет путем оптимизации затрат и упрощения - вам же ничего сложного высчитывать 153 день от начала года. Мне допустим потребовалось секунд 30, чтоб подсчитать в уме точно и без ошибочно. Нафига тратить 30 секунд, если можно оставить календарь???" - 153 день это вы так про первое мая? А к чему такая точность, если можно взять 150?

"и получим дополнительную головную боль при редактировании не умными и не осведомленными людьми." - все зависит от пользователей и веры в них. Наверняка вам ваши пользователи известны лучше, чем мне. Но тут на лицо взаимоисключающие параграфы - с одной стороны головная боль была и ранее. С другой - она останется и сейчас, если не будет обучения. Вы например - с одной стороны пишете про минимализм (и действительно - датчиков, кроме зажигания и нагрузки у того объекта, с которым работал я нет), а с другой говорите, что они все испортят.

"только почему то отличается значение "расход по расчету" во вкладках "поездки", "сводка" и статистика. Кому верить?" - верить можно только себе. В вашем случае у объекта длительные интервалы х/х - отсюда и повышенный расход. Поэтому из основных правил - посмотрите, какая из цифр лучше отображает картину и используйте только нее. Как - написал вам на почту.

"то есть ранее платформа радовала и отличала всех принципом универсальности и минимализма, то теперь заново возвращаемся к обязательному монтажу кучи дополнительного оборудования для более точного расчета." - нет, данных итак достаточно. А доп оборудование - сделает расчет точней. Только ранее это было либо невозможно либо затруднено. Теперь нет.

"за помощь по почте спасибо, но все уперлось в расход на х/х. А он не нужен!!! Понимаете - НЕ НУЖЕН. Ставим 0 или 0.1 и весь расчет идет к 0." - тут немного выше написал про эмуляцию всегда включенного зажигания. Если х/х вообще не нужен - создайте зажигание как делалось для состояния "по умолчанию" (т.е. на параметр speed) и х/х у вас не останется вовсе. Опять же - если будет новый объект - пришлите на почту и покажу, как именно.

"Ну и подитожу сегодняшнюю баталию - как не хотели понять логику - так и не поняли, все равно все датчики приходится делать самостоятельно, ничего адекватно не перенеслось. Тут большой минус тем, кто все затеял и не проверил." - перенеслось все так, как было настроено. Алгоритм немного изменился, но все абсолютно случаи использования предусмотреть никогда нельзя - специфика даже у вас отличается от общепринятой. Пусть и немного.

"Второй минус - ушел клиент , хоть и не большой (18 объектов), но старый и надежный. Причина - "ты не можешь сделать так, как было и не слушаешь что тебе говорят". Зато обрадовались из Новосиба операторы - через час объекты с историей перенесли на ПРО, где такого нет. Это ОГРОМНЫЙ минус." - немного выше писал, но на всякий случай повторюсь - цифру, о которой вы говорите вернем. Обязательно сделав ее более универсальной, обязательно добавив возможностей. Я, конечно, понимаю, что сейчас снова пойдут в ход аргументы, что "лучше оставьте хотябы все как есть сейчас", но система обязана меняться.

"Вот сижу и думаю - чего дальше от Вас ребята ждать? Как говаривал в далекие времена Алексей - костыли, примочки и т.д." - обновления и их контент публикуются на форуме, предоставляется возможность изучить бета версию и т.д. А планы по разработке озвучиваются только по тем проектам, которые действительно попадут в релиз - например пассажирка.

"Вот объясните - чем стало лучше??? Делать дополнительные датчики, расчетами заниматься?" - расход по расчету это ответ на вопрос "сколько объект должен потратить". Ни больше и ни меньше. Ранее - велась привязка к пробегу между точками, сейчас ко времени. Расход по расчету активирован всегда, опций на вкладке "расход топлива" стало меньше, ненужные "костыли" как вы выражаетесь убрали из алгоритма, а расчет теперь прост, понятен (естественно он требует работы с датчиками).

"Как раньше было - ввел имей, создал зажигание по напряжению, проверил корректность - все... стабильно и четко работало. А щас еще и расчетами надо заниматься, умножать, делить, вычитать. И это , б****, за наши же деньги!!! АУ!!!!" - Нам наступают на пятки конкуренты, а партнерское сообщество давно говорит, что механизм топлива несовершенен. Его улучшение и забота о том, чтобы вы смогли дать решение с помощью Wialon для любой ситуации - наша прямая обязанность. Застой в этом механизме итак обошелся (в том числе наверняка и вам) недополученной прибылью. Я при общении с партнерами часто слышал, что приходится клиентов переводить на другие системы чтобы они не уходили насовсем к конкурентам, что настроить все не получается, что для того, чтобы получить автопарк на 15 бортов Iveco например нужно доказать состоятельность на каком-нибудь старом ЗИЛе или ГАЗе, где датчиков не понавешать, к аналоговым не прицепиться, а can шиной при производстве таких мамонтов и не пахло.

"Забыл пояснить - может кому то интересно будет. Отсутствие х/х обусловлено тем, что машины по найму. в договоре не учитывается никакой х/х. Оплата строго по пройденном пути. Хоть ты пешком груз неси, хоть на велосипеде, лишь бы трекер был на связи и рисовал траекторию перемещения. " - в том и суть, пробег в системе есть итак. То, что для расчета зарплаты или каких-то показателей применялся "расход по норме" уже вопрос реализации.

"Зачем в такой ситуации х/х учитывать? Это думаю, логично. Если надо учитывать - заполняем поле или включаем галочку, теперь же приходится многим предоставлять доступ к настройкам датчика, объяснять как делать и рассказывать логику работы алгоритма. Куда ж проще то?" - вовсе необязательно. Более того - как минимум два способа я вам озвучил в переписке.

"Простой пример. Ставим в настройках х/х 9 л. Машина 4с лишним часа простояла и проехала 150 км. В пробеге расход по расчету - 1,5*9=13,5л. А зачем в статистику ставится сумма и простоя машины за 4 с лишним часа? Сделайте тогда в статистике расход по расчету в поездках. Именно в статистике." - в статистике этот показатель есть итак.

"у нас 100% такие ситуации )))) это что нам щас надо бегать по объектам ставить всем датчики зажигания ??? PS: бегать ножками )))) по машинам я имею ввиду решение можно было сделать универсальным .. вкладкой/переключателем, пользователю позволить решать старый алгоритм или новый непонятный для них функцианал." - так решение и есть универсальное. Например - не нужен х/х - импортируйте всем зажигание на параметр speed - будет включено только, когда едет. Нужно точней - посмотрите в параметы, присылаемые объектом - возможно можно прицепиться к напряжению. Еще точней - да, как минимум can, а лучше - датчик зажигания.

Повторюсь - куда прописать "циферку" обязательно придумаем. Есть как минимум три разных варианта и один со звездочкой.

PS в приложении если кому-то интересно - датчик пробега (тип "счетчик" - можно переделать и на мгновенный пробег) с простой логикой - усредненная скорость на дельту времени. А также ДМРТ (спасибо SibNaviCom за кейс - по нему пришла идея) чтобы расход объекта привязать к "норме". Третий - сезонный коэффициент, чтобы "зимой побольше" на 22%.

Post's attachments

Attachment icon sensors.wlp 947 b, 341 downloads since 2017-04-04 

65

Датчики после обновления

Re: Датчики после обновления

По поводу вебинара есть какие то известия? уж больно хотелось бы послушать

66

Датчики после обновления

Re: Датчики после обновления

serd wrote:

Баталии не утихают, поэтому отвечу всем и по порядку.

Вся проблема в том что конечнику нужна простая очевидная вещь , он не хочет ничего считать и о чем то думать , читая ваши сообщения "специально никто" не вчитывается  не считает и не думает, для ваших нововведений вы даже вебинар организовываете , и это всего изза исчезновения двух простых и понятных всем галочек ...

и система не обязана менятся ))) у вас прямо идея фикс "делай чо хочешь но поменяй" ..
зачем кушать ложкой .. ложка уже всех достала , вы обязаны её поменять на чтото .. японцы вон палочками кушают )))))))

подпись сломали .. впрочем не удивительно
67

Датчики после обновления

Re: Датчики после обновления

Ага, потом к этим палочкам сделают электромотор, чтоб наматывалось хорошо, потом питание мотора привязать к температуре тела и т.д. В итоге когда все достанет - да вот вам лучшее решение - палочки !!!

68

Датчики после обновления

Re: Датчики после обновления

serd
Прошли почти сутки. одно сообщение в час. С одним объектом. Вы или пошлите меня на *** или простыми словами объясните за что и какой датчик отвечает. Создано 5 датчиков, значение которых не поддаются анализу. Соответственно в отчетах за вчерашний день каша. Я за второго клиента бьюсь, вот не поверите - я сам еще нифига не понял как заменить. Вы мне объяснить толком не можете, да, вы заменили датчики, помогли, но как я то клиенту объясню?! Создаю копию датчиков чтоб разобраться - они такую чушь несут... Сто тыщ коэффициентов... Это не развитие, это как палитра - сто тыщ раз мазнуть. чтоб цвет подобрать. только цвет у вас отличный был, премудрили.
По логам сможете восстановить - пожалуйста, восстановите у всех, где нет ДУТа, настройки.

69

Датчики после обновления

Re: Датчики после обновления

serd wrote:

- скольким из пользователей это реально необходимо (я про повышенный расход по норме, а не про использование в непрофильных целях)

процентов 30-40 от общего объема.

serd wrote:

сколько из этих пользователей не смогут воспринять новой логики (т.е. им проще тыкать в четыре дропбокса, а не ввести два числа)

100% - поскольку даже я сам не могу понять. умножаю цифры - данные не сходятся и приходится придумывать коэффициенты.

70

Датчики после обновления

Re: Датчики после обновления

serd  объясните пожалуйста, для чего пользователям надо видеть датчики обведенные красной рамкой в приведенном примере?

http://leproimg.com/2562697.jpeg

71

Датчики после обновления

Re: Датчики после обновления

да скрыть датчики это мелочь.

72

Датчики после обновления

(edited by SanderAMC 04/04/2017 10:53:22)

Re: Датчики после обновления

SibNaviCom wrote:

Забыл пояснить - может кому то интересно будет. Отсутствие х/х обусловлено тем, что машины по найму. в договоре не учитывается никакой х/х. Оплата строго по пройденном пути. Хоть ты пешком груз неси, хоть на велосипеде, лишь бы трекер был на связи и рисовал траекторию перемещения.

Что мешает использовать в таблице моточасы "потрачено по расчету в движении"? Пусть будет норма х/х введена корректная, чтобы математика коэффициентов работала, просто в отчете выводиться не будет.

Или именно в таблицу "сводка" добавить их? Тогда я +1.

73

Датчики после обновления

Re: Датчики после обновления

а теперь это получается маленький квест - раньше все данные были в одном месте во вкладке СВОДКА. Там теперь потрачено по расчету, включая холостой ход. То есть теперь, если и получится создать датчики нормально и понять логику работы этих датчиков, то в одном месте данные не получить, придется в одном месте копировать часть, потом в другом месте копировать часть и потом уже обрабатывать

74

Датчики после обновления

Re: Датчики после обновления

Думаю, что Гуртам без проблем добавят разные расчетные параметры в Сводку. Ведь в моточасах и пр. они уже есть.

75

Датчики после обновления

Re: Датчики после обновления

KO как и говорил ранее - датчики скроем всем, кто обратился.

SibNaviCom - "Создано 5 датчиков, значение которых не поддаются анализу. Соответственно в отчетах за вчерашний день каша. Я за второго клиента бьюсь, вот не поверите - я сам еще нифига не понял как заменить. Вы мне объяснить толком не можете, да, вы заменили датчики, помогли, но как я то клиенту объясню?!" - ну методику преподавания для ваших клиентов я естественно не знаю. Однако вам с удовольствием помогу разобраться - в переписке старался максимально помочь разобраться. Напишите мне и организуем с вами skype-сессию до вебинара.

Всем записавшимся и не только - дублирую сюда. Он состоится 20 апреля. Вы можете поучаствовать в нем кейсами, вопросами и проявлением интереса.

76

Датчики после обновления

(edited by KO 04/04/2017 11:58:17)

Re: Датчики после обновления

serd wrote:

KO как и говорил ранее - датчики скроем всем, кто обратился.

Вы можете ответить для чего пользователям надо видеть эти датчики?

77

Датчики после обновления

Re: Датчики после обновления

А как записаться на вебинар-то?

78

Датчики после обновления

(edited by GoGPS 04/04/2017 12:37:52)

Re: Датчики после обновления

Ув. Гуртам  новый вариант датчиков попадает в ближайшее обновление WL?

Eduard Vald / GoGPS Service
www.gogps.eu
Skype: tivald.ee
79

Датчики после обновления

Re: Датчики после обновления

Фигня все эти датчики, коэффициенты и т.д. день, два, неделя еще сходятся, за месяц уже 10% погрешность, как будто данные теряются. Сейчас одни значения, через час другие значения. Люди, верните все обратно!!! Или хотя бы на электронку ответьте, или хотя бы поясните (как мне задала вопрос расчетчица клиента - "че за коэффициенты - откуда и за что отвечают - дайте нормы, ГОСТЫ или методику") происхождение всяких коэффициентов, или сделайте чтоб все было стабильно и не зависело от погоды и политического отношения к Гондурасу... Реально убивает пофигизм

80

Датчики после обновления

Re: Датчики после обновления

GoGPS wrote:

Ув. Гуртам  новый вариант датчиков попадает в ближайшее обновление WL?

Предупрежден - значит вооружен или на продажу выставить?:)

81

Датчики после обновления

(edited by GoGPS 04/04/2017 13:00:21)

Re: Датчики после обновления

SibNaviCom wrote:

Предупрежден - значит вооружен

Поиметь гимор да еще и за свои деньги, оригинально будет smile

Eduard Vald / GoGPS Service
www.gogps.eu
Skype: tivald.ee
82

Датчики после обновления

Re: Датчики после обновления

Большая просьба к разработчикам! Верните в зад возможность задания нормы на 100 км! Хотя бы на ближайший месяц, потом соберите фидбек в течение этого месяца, если его еще недостаточно и примите обдуманное решение.
Теряем время на настройку трех датчиков вместо установки одного числа и до сих пор не настроили. Импорт датчиков не прошел, потому что многое было не предусмотрено разработчиками. Уже не очень верится в то, что он и поможет

ООО "Е-хаус"
www.e-hs.ru
Московская область
83

Датчики после обновления

(edited by KO 04/04/2017 16:25:10)

Re: Датчики после обновления

serd wrote:

Просто то, что в Wialon до прошлой недели называлось нормой по сути ей и не было. Какой-то расход на пробег и приписка сезона.

Да с чего вы решили что это не нормы? С чего вы решили, что ими в таком виде ни кто не пользовался или пользовался  формально? Да элементарно расход на пробег, так и живут автопредприятия и расчеты с водителями ведут, представляете. Потратил меньше молодец, потратил больше нормы - доплати за пережег. А расход по дуткам помогает скорректировать норму.

Нет конечно нормы разные есть, базовые, транспортные, эксплуатационные ну не будем об этой беде сейчас.

Невозможно было кому-то расчетный вариант использовать с временем года что ли? Так в чем проблема добавить новый датчик влияющий на расчетный расход, если кому-то не хватало этого? И ваш друг с 15 ивеками был бы доволен и у нас все было бы мирно. Да любой датчик добавили бы и всем было бы хорошо.

Засунув х/х  расход в зажигание вот чую хапнем горя с этой темой.

Вот выглядит что вы пытаетесь добиться результата применив минимум своих программерских усилий, попростому для себя, приговаривая вот вам датчики дерзайте, подумаешь математика пятого класса.

В статистику фильтр добавить конечно слооожно будет да? расчетный то там суммированный будет так?

84

Датчики после обновления

Re: Датчики после обновления

Везде и все люди считают расход топлива на автомобилях, которые ездят по асфальтированным дорогам из расчета на 100 км - откройте интернет - Вы что хотите переучить весь мир, что это неправильно?!

ООО "Е-хаус"
www.e-hs.ru
Московская область
85

Датчики после обновления

Re: Датчики после обновления

ehouse wrote:

Верните в зад

Опечатка?! smile

86

Датчики после обновления

Re: Датчики после обновления

SibNaviCom wrote:
ehouse wrote:

Верните в зад

Опечатка?! smile

Новые методы с датчиками пускай работают - вопросов нету - кому понравится настраивать новые датчики с широким функционалом - пусть настраивают хоть до посинения - для остальных верните в зад!

ООО "Е-хаус"
www.e-hs.ru
Московская область
87

Датчики после обновления

Re: Датчики после обновления

Почему бы не сделать 2 варианта? как было раньше, и как сейчас, чтоб у человека был выбор, и не сидеть настраивать по пол часа 2-3 датчика, хотя раньше это занимало секунды, с погрешностью бороться это хорошо, но и кардинально менять все не правильно.

88

Датчики после обновления

(edited by ORROZ 05/04/2017 08:34:30)

Re: Датчики после обновления

Скажите - а где инструкция - как настроить (или высчитать) по новой методике норму на 100 км. пробега?
Я ничего не могу понять, хотя бы пример приведите
мне нужно: 10 литров на 100 км и + 1 литр на 1 час холостых

89

Датчики после обновления

Re: Датчики после обновления

Нет ребята! Два клиента мы уже потеряли, третий (163 единицы) тоже уже на старте бьёт копытом. Мы честно пытались прописать датчики, делили, умножали, складывали и отнимали. В общем занимались откровенным ана......ом и в конце-концов всё равно ничего не получилось, а в отчётах вообще полная каша. Просьба верните всё как было Расход по нормам и Расход по расчёту единственное, что можно было к ним добавить это остаток в баке в отчётах.

90

Датчики после обновления

Re: Датчики после обновления

Присоединяюсь к просьбе вернуть настройки расхода топлива по расчету и по нормам на вкладку расход топлива.
Последнее обновление доставило максимум неудобств  как клиентам так и интеграторам.

Тех. поддержка Gepard
91

Датчики после обновления

(edited by SanderAMC 05/04/2017 09:53:32)

Re: Датчики после обновления

Никакой каши. С рядом наших клиентов, после того, как мы сами разобрались, что и как работает, были получены ровно те-же порядки значений расхода, что и раньше.
Поэтому математически все ровно и обеспечивает требуемую точность, даже лучше, чем раньше.
Интерфейсная составляющая подкачала и некоторые ошибки вывода переменных, но над этим Гуртам сейчас работает.

92

Датчики после обновления

Re: Датчики после обновления

Над этим надо было работать не сейчас, а до обновления.
Нам не могут уже больше 24 часов настроить 1 объект с одной нормой на 100 км

ООО "Е-хаус"
www.e-hs.ru
Московская область
93

Датчики после обновления

Re: Датчики после обновления

Все привязано к холостому ходу. Его просили внедрить года два-три назад. Привыкли и так обходиться.
К холостому ходу не стоило привязываться.

94

Датчики после обновления

Re: Датчики после обновления

Так же присоединяемся к просьбе вернуть расход по расчету и по нормам. Эта нужно именно для конечного пользователя. Любой логист или бухгалтер за 2 клика настраивал расход, это всех устраивало. Было просто и надежно. Сейчас, чтобы не напортачить с остальными датчиками, это должны делать мы, это не правильно. Клиент лучше знает какой у него средний расход или какие у него нормы. Дайте ему удобный инструмент пусть сам его настраивает. Для не стандартной техники оставить возможность крутить настройки датчиков, это будет делать уже специалист.

TSControl.
95

Датчики после обновления

Re: Датчики после обновления

Здравствуйте.

Как и писал ранее - опции вернем немного в другом виде. В два этапа.

Первым делом - будет мастер настроек, вам нужно будет ввести два (или три) числа и система автоматически создаст нужные датчики за вас. Ориентировочно 19 апреля (перед вебинаром) эта возможность появится в бета-версии.

Следующим этапом мы ожидаем ввод опции, которая даст "красивую" цифру в отчете.

Немного позже здесь же оставлю FAQ по настройкам (как получить цифры, как получить расход и т.д.) - мы хотим сделать его наиболее полным, чтобы вы смогли получить нужные цифры.

Также я по-прежнему открыт для ваших вопросов - просто пришлите их на serd@gurtam.com

ehouse wrote:

Над этим надо было работать не сейчас, а до обновления.
Нам не могут уже больше 24 часов настроить 1 объект с одной нормой на 100 км

ваши настройки подкорректировал. Полученные цифры
Пробег в поездках    2025 км
Потрачено по расчету в поездках    897 л
Ср. расход по расчету в поездках    44.32 л/100 км

ProRegionServise wrote:

Нет ребята! Два клиента мы уже потеряли, третий (163 единицы) тоже уже на старте бьёт копытом. Мы честно пытались прописать датчики, делили, умножали, складывали и отнимали. В общем занимались откровенным ана......ом и в конце-концов всё равно ничего не получилось, а в отчётах вообще полная каша. Просьба верните всё как было Расход по нормам и Расход по расчёту единственное, что можно было к ним добавить это остаток в баке в отчётах.

готов настроить ваши объекты, адрес прежний - serd@gurtam.com Судя по всему среагировать необходимо быстро - значит мне нужен будет список машин с такими проблемами (или хотябы учеток), а также ваше содействие.

ORROZ wrote:

Скажите - а где инструкция - как настроить (или высчитать) по новой методике норму на 100 км. пробега?
Я ничего не могу понять, хотя бы пример приведите
мне нужно: 10 литров на 100 км и + 1 литр на 1 час холостых

два датчика - в зажигании 1 литр в час
в датчике полезной работы двигателя - speed/const10
чем точней данные и интенсивней сообщения в движении - тем точней получите цифру.

96

Датчики после обновления

Re: Датчики после обновления

Добрый день! Обновление, это хорошо ели это обновление не приносит головной боли. Поддерживаю интеграторов на все 100, от звонков клиентов разрывается телефон, ранее для них все было просто - норму расхода считала бухгалтерия но госту с учетом типа транспорта и разных повышающих коэффициентов, далее полученный результат попадал в соответствующие ячейки и все были рады и довольны. Если Гуртам добавляет разного рода обновления, можно было бы добавить просто новый метод расчета, оставив старый? Вы столько в отчетах наплодили расходов всяких, что ногу сломаешь, а здесь добавить новый метод нельзя было

97

Датчики после обновления

Re: Датчики после обновления

serd wrote:

Как и писал ранее - опции вернем немного в другом виде. В два этапа.
Первым делом - будет мастер настроек, вам нужно будет ввести два (или три) числа и система автоматически создаст нужные датчики за вас. Ориентировочно 19 апреля (перед вебинаром) эта возможность появится в бета-версии.
Следующим этапом мы ожидаем ввод опции, которая даст "красивую" цифру в отчете.

Короче говоря, возможность умножения пробега на норму вернется в интерфейсе после майских

ООО "Е-хаус"
www.e-hs.ru
Московская область
98

Датчики после обновления

Re: Датчики после обновления

Понятное дело что вы выполняете свою работу, мы свою, но реально то получается так, что мы сейчас должны и за клиентов вносить все данные и свою работу выполнять (которой до этого нововведения) было предостаточно и вы на все наши запросы должны отреагировать и решить, поддерживаю предыдущих ораторов с просьбой о возвращении предыдущей версии или хотя бы версии в которой клиенту не нужно будет производить какие либо расчёты и самостоятельно их вносить. Их аргументация проста, "мы платим вам деньги, вы обеспечиваете для нас необходимый сервис", аналогично и мы платим деньги за ваш сервис и хотелось бы избежать лишних головных болей. Тем более что судя по комментариям перевод на прошку уже начался, я думаю это не совсем тот результат которого вы хотели добиться данными обновлениями. И по погрешности расчёта по нормам, пускай были не точные, но на то он и расчёт по нормам, клиенты готовы закрыть на погрешность глаза и получать данные приблизительно верные,  а сейчас даже на примере сотрудников получается охинея от которой становится смешно. Нельзя ли открыть тему с голосованием по возврату к прежней версии или реально дать конечному пользователю самостоятельно выбирать тот или иной вариант?

99

Датчики после обновления

(edited by ehouse 06/04/2017 13:57:21)

Re: Датчики после обновления

edko91 wrote:

И по погрешности расчёта по нормам, пускай были не точные, но на то он и расчёт по нормам

Расчет по нормам был в крайней степени точный: пробег умножить на норму = литры

ООО "Е-хаус"
www.e-hs.ru
Московская область
100

Датчики после обновления

(edited by TtrackGPS_support 06/04/2017 15:32:43)

Re: Датчики после обновления

При обновлении методов расчета топлива произошли изменения. Теперь за 2 Дута отвечают три датчика, появились еще "датчики полезной работы" и т.п.
Н-р в персональном трэкере с одним "датчиком заряда батареи" добавилось 3 неведомых датчика еще и с включенной "видимостью"

Богдан Грачев
ООО "Т-трэк-юг"
101

Датчики после обновления

Re: Датчики после обновления

Неделя на нервном срыве, Тех поддержка уже увольняться собралась,  клиенты на ПРОшку собрались!!!!! сказали что диспетчерам работать надо а не искать по неделям куда что запихали!! Господа разработчики у меня то же арифметика простая на 200 клиентов,
200 клиентов умножим * на три диспетчера   зто 600 человек да же уделяя по 15 минут каждой(что мало вероятно), нам что теперь 2 месяца в порядке живой очереди переобучать!!! (в чем мы сами еще не разобрались)
Ну сделали вы молодцы, ну зачем старый инструмент УБИРАТЬ!!!!  Мы постепенно переобучили и перевели бы на новый алгоритм всех клиентов и всю технику, кому нежно то остался на старом, про датчик зажигания, далеко не на всей горной технике есть зажигания, тахометры через пол года уже не где не работают(не ходовая часть), господа верните старые инструменты, новые мы сами пока освоим и клиентов обучим и вы все не недочеты исправите, и бросайте такую политику в водя новое уничтожая старое, не оставляя нам и нашим клиента выбора.
У меня тех поддержка вчера уже хотела на ваши телефоны всех клиентов перевести, что бы вы послушали что думает конечный пользователь о новом супер гибком переходе

Сергей
ООО Навигационные Системы
http://navisys-prk.ru
102

Датчики после обновления

Re: Датчики после обновления

Здравствуйте.

Сегодня будет запущена финальная стадия скрипта, чтобы откорректировать
- видимость датчиков
- убрать _automation из названий старых ДУТ-ов (если они имели одинаковые имена до обновления)
- немного откорректируется расход по расчету

Эти правки применятся только если вы не меняли датчики, созданные ранее, а также если учетная запись, в которой заведен объект не заблокирована и в ней разрешен сервис датчиков.

Также напоминаю - будет введен мастер настройки (чтобы клиентам и вам было легче настроить объект на расчет), ожидаем его в бете до вебинара. Немного позже тут появится FAQ (также будет внесен в документацию) - вы сможете его транслировать на клиентов и тем самым облегчить работу вашей техподдержки.

103

Датчики после обновления

Re: Датчики после обновления

Доброго времени суток!
Начну с того что мы почти не ощутили жутких последствий изменений. Видимо по тому что не так много наших клиентов пользуются расходами по нормам, все больше ДУТами как то. Тем не менее, с этим делом уж сильно запутанно сделали, посмотрим что будет с мастером настройки...
Теперь вопрос о насущьном, клиент интересуется как так выходит, что машина стоит, а ср. расход у неё 2500 л./100 км.? И действительно, машина стоит, ни единого метра пробега у нее нет, зажигание не включалось, холостого хода нет вообще, зато уровень топлива на конец отчета на 1 литр меньше, из за температурных калебаний, и в отчете потрачено по ДУт 1 л. а ср. расход 2500 / 100 км. Причем если уровень топлива на конец отчетного периода окажется выше чем в начале, то расход будет 0.
Я понимаю что прямая логика работает, есть разница, значит в расход, но это же глупо! Есть датчик зажигания - он не включался, есть детектор поездок - поездок не было. Так откуда расход?
Вот что нужно было исправлять в обновлениях, а не загонять расчет по нормам в какие то неясные таблицы.
Честно говоря последние обновления, иконки и расходы/датчики, выглядят крайне не профессионально! Мало того что не до думали, так еще и с косяками сделали. И в довершение нет методики как работать с этим.

104

Датчики после обновления

Re: Датчики после обновления

Добрый день. Нигде не могу найти информацию о вебинаре по новым датчикам.Есть дата проведения ? Где можно на него записаться ?

105

Датчики после обновления

Re: Датчики после обновления

Здравствуйте.

В документации появился раздел с ответами и методикой настройки - https://docs.wialon.com/ru/hosting/faq/ … onitoring0
Мастер настройки появится несколько позже - ориентировочно перед вебинаром.

Сам вебинар назначен на 20 апреля - записаться на него можно по адресу training@gurtam.com

106

Датчики после обновления

Re: Датчики после обновления

Внимательно прочитал описание по ссылке.
Уточните:
1. Можно ли сделать сейчас или скоро будет такая возможность, чтобы отчет всегда показывал в расходе по расчету следующее:
Потрачено по расчету = Норма в датчике зажигания * Моточасы (с точностью до сотых долей, ну или хотя бы до десятых)
2. То же самое по норме на 100 км?

ООО "Е-хаус"
www.e-hs.ru
Московская область
107

Датчики после обновления

Re: Датчики после обновления

ehouse wrote:

Потрачено по расчету = Норма в датчике зажигания * Моточасы (с точностью до сотых долей, ну или хотя бы до десятых)

Я наверное отстал от темы, но вводных для результата же более двух. Для расчета по нормам учитывается период "лето/зима", а для расчета "по расчету" должно учитываться не только расход по моточасам, но и расход по пройденным километрам.

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
108

Датчики после обновления

Re: Датчики после обновления

Когда ожидать мастер настройки?

109

Датчики после обновления

Re: Датчики после обновления

Всем привет - мастер настройки расхода по расчету уже проходит стадию тестирования. Мне разрешили поделиться подробностями его работы, а также предварительными скриншотами

Суть его работы состоит в том, что за вас будут созданы необходимые датчики, таблицы расчета, сезонные кэффициенты там, где они нужны, а также откорректирован х/х в зажигании. В общем все то, что содержится в FAQ и все то, что прогонялось скриптом. Мы надеемся, что настраивать станет легче - он будет размещен во вкладке "датчики", доступ к нему будет доступен тем, у кого есть права на "создание датчиков" в отношении объекта.

Вы сможете выбрать, какую цифру показать клиенту (т.е. приближение к "норме" или все-таки более-менее правильный расчет). Также напоминаю, точность выводимых данных напрямую зависит от интенсивности и точности передаваемых прибоором позиционных блоков в сообщениях.

Спасибо всем обратившимся - благодаря вашим объектам нам удалось собрать в кратчайшие сроки достаточное количество материала и таким образом ускорить ввод мастера. Также напоминаю, что это еще не все и мы также планируем ввод функционала, который позволит
- не давать доступа к датчикам
- получить "это, умноженное на это"
- облегчить настройки сведя их к одной точке

110

Датчики после обновления

Re: Датчики после обновления

сезонный коэффициент - это в % от чего? % добавляются или уменьшаются? Опять же считать надо на сколько процентов надо добавить /отнять, когда удобно было - лето/зима.

111

Датчики после обновления

Re: Датчики после обновления

serd wrote:

Всем привет - мастер настройки расхода по расчету уже проходит стадию тестирования

Подскажите, пожалуйста, когда ожидать финальную стадию мастера настройки? Очень радует что вы прислушались к нам и нашли выход из ситуации. И всё же вопрос насчёт вебинара, вебинар на 20.04 всё еще в силе, а то не каких уведомлений не пришло еще на почту, очень ждем.

112

Датчики после обновления

Re: Датчики после обновления

edko91 wrote:
serd wrote:

Всем привет - мастер настройки расхода по расчету уже проходит стадию тестирования

Подскажите, пожалуйста, когда ожидать финальную стадию мастера настройки? Очень радует что вы прислушались к нам и нашли выход из ситуации. И всё же вопрос насчёт вебинара, вебинар на 20.04 всё еще в силе, а то не каких уведомлений не пришло еще на почту, очень ждем.

Мастер необходимо хорошо протестировать перед вводом. Затем мы соберем ваши мнения по его использованию - так нам удастся предусмотреть все то, что на стадии его проектирование не было предусмотрено. Попадет он первоначально в бету, в основной версии - ориентировочно через две недели после беты. Выпуск беты был намечен на сегодня, но т.к. функционал мастера довольно большой, возможно на тестирование уйдет довольно много времени и сегодня мы не успеем.
Вебинар в силе - завтра по расписанию в 10 утра (GMT+3), если вы записались, то обязательно получите уведомление как на него попасть.

SibNaviCom wrote:

сезонный коэффициент - это в % от чего? % добавляются или уменьшаются? Опять же считать надо на сколько процентов надо добавить /отнять, когда удобно было - лето/зима.

% можно как прибавить так и отнять, выбор будет лето/зима (где литры) или город/загород/хх/коэффициент (там и литры и коэффициент) - т.е. просто выберете необходимый метод, введете одно-два поля, результат - создадутся необходимые датчики.

113

Датчики после обновления

Re: Датчики после обновления

Дорогие коллеги!

Мы переносим дату проведения вебинара на начало мая.
Дату и время сообщим дополнительной рассылкой, а так же продублируем в данной теме.

Задержка вызвана внесением изменений в интерфейс вкладки "Датчики". Подробнее об изменении писал serd несколькими сообщениями выше.

P.S. еще есть свободные места (внимание! количество ограничено), если кто-то не успел прислать заявку, ждем ваших писем на адрес training@gurtam.com

114

Датчики после обновления

Re: Датчики после обновления

pach wrote:

P.S. еще есть свободные места (внимание! количество ограничено), если кто-то не успел прислать заявку, ждем ваших писем на адрес training@gurtam.com

А запись вебинара будет в доступе?

ООО Инновационная компания "ДилЛайн"
www.dealline.ru
Дмитрий Ларионов
115

Датчики после обновления

Re: Датчики после обновления

pach wrote:

Мы переносим дату проведения вебинара на начало мая.
Дату и время сообщим дополнительной рассылкой, а так же продублируем в данной теме.

вообще не дело.

116

Датчики после обновления

Re: Датчики после обновления

Дмитрий Л , запись будет, разместим на нашем канале youtube.
Ссылку продублируем на форуме.

117

Датчики после обновления

Re: Датчики после обновления

С расходом по нормам разобрались. Стало лучше, хотя проблем прибавилось. Если раньше клиент сам выставлял нормы, то сейчас это приходится делать за него. Потому что быстрее самим сделать, чем объяснять клиенту, как танцевать этот танец с бубнами.
Но доведите тогда уж дело до конца, уважаемый Гуртам. Необходимо расширить функционал датчика расхода по расчету.
Реальный пример: есть бетономешалка. На ХХ - расход один, на ХХ под нагрузкой (барабан крутится) - расход другой. В движении - та же картина. Сейчас приходится создавать 2 датчика с разными валидаторами. Соответственно клиенту приходится анализировать разные колонки в отчете. Есть возможность засунуть оба режима работы в один датчик? Барабан крутится - нормы одни, не крутится - другие.
На самом деле хочется даже большего. Сейчас будем ставить на бетономешалки датчики нагрузки на ось. И появятся третьи нормы! Ведь барабан может крутиться пустым и полным - а это тоже разный расход топлива.

118

Датчики после обновления

Re: Датчики после обновления

А говорите - разобрались... Ставьте датчик вращения как второй датчик полезной работы со своими коэфф. И будет у вас расход на пустом - один, с бетоном - другой. И все в одной колонке.

119

Датчики после обновления

Re: Датчики после обновления

"Мастер расчета" добавлен на вкладку "Датчики" объектов.

Tatsiana Kots
Business Analyst, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
120

Датчики после обновления

Re: Датчики после обновления

В бете у всех датчиков почему-то видимость появляется

ООО "Е-хаус"
www.e-hs.ru
Московская область
121

Датчики после обновления

(edited by rpm 22/04/2017 18:02:45)

Re: Датчики после обновления

tata wrote:

"Мастер расчета" добавлен на вкладку "Датчики" объектов.

А толку, нам придется самим за клиентов все настраивать,
Верните, как было, либо предоставьте право выбора и Ваши клиенты сами определят, как им удобно работать с Вами и в первую очередь со своими клиентами.

122

Датчики после обновления

(edited by unitedsecurity 25/04/2017 09:30:58)

Re: Датчики после обновления

Ребят, а зачем вы решили нам реально взять и все отруднить?

Однозначно могу сказать что прописывать 10 л/100 км значиательно проще, чем выводить его расход между сообщениями...

Великий и ужасный Гиоргий Каладзе
123

Датчики после обновления

Re: Датчики после обновления

Дорогие коллеги,
Вебинар состоится 5 Мая 2017, в 10:00 по минскому времени (GMT+3).
Для тех, кто не успел записаться, мы будем принимать заявки на адрес training@gurtam.com до 3 Мая 2017.
Если по каким-либо причинам вы не сможете присутствовать на вебинаре, мы будем вести видео-запись и разместим youtube-ссылку в данной теме.
Ждем вас и благодарим за интерес!

124

Датчики после обновления

(edited by rpm 02/05/2017 16:26:03)

Re: Датчики после обновления

pach wrote:

Дорогие коллеги,
Вебинар состоится 5 Мая 2017, в 10:00 по минскому времени (GMT+3).
Для тех, кто не успел записаться, мы будем принимать заявки на адрес training@gurtam.com до 3 Мая 2017.
Если по каким-либо причинам вы не сможете присутствовать на вебинаре, мы будем вести видео-запись и разместим youtube-ссылку в данной теме.
Ждем вас и благодарим за интерес!

Вам объясняют, что Вы(даже Вы с большой буквы писать не хочется) люто накосячили, но ВЫ гнете про новый алгоритм.
Для Сергея - Если уйдет клиент или моей организации придется снизить аб.плату, клиента который не доволен изменениями, GURTAM будет возмещать эти издержки в полном объеме??
И мне оч. безразличен Ваш вебинар, т.к. он должен был состояться до релиза.
Пинайте.
P.S. Я покурил законодательство и похоже Ваша монополия нагибается на 1,2

125

Датчики после обновления

Re: Датчики после обновления

Попробовал мастер расхода по расчету. Пока он не дает прежнего результата

ООО "Е-хаус"
www.e-hs.ru
Московская область
126

Датчики после обновления

(edited by rpm 05/05/2017 09:50:38)

Re: Датчики после обновления

ehouse wrote:

Попробовал мастер расхода по расчету. Пока он не дает прежнего результата

да не работает ничего, от слова СОВСЕМ. Товарисчи я нанимаю работника и платит за него Гуртам.

127

Датчики после обновления

Re: Датчики после обновления

ehouse wrote:

Попробовал мастер расхода по расчету. Пока он не дает прежнего результата

И не может дать. Поскольку раньше базовыми для расчета были расход на холостом в л/ч, а в движении л/100км с пересчетом _от пробега_, то сейчас все пересчитываются к л/ч и расход идет _от времени_.

Никак не совпадет.

128

Датчики после обновления

Re: Датчики после обновления

так вот нафиг оно такое не надо. Попробовал мастер - та же самая фигня получается. Короче подстава жуткая, наобещали вернуть - в итоге оставили все что сделали , только мастером прикрылись

129

Датчики после обновления

Re: Датчики после обновления

....и нас никто не слышит...

130

Датчики после обновления

(edited by rpm 07/05/2017 06:46:52)

Re: Датчики после обновления

И нет записи вебинара и грусть........
Кстати, я написал письмо на adm///@gurtam.com о вмешательстве в хоз. договора третьих лиц, но они, как школьники решили отмолчаться.

131

Датчики после обновления

Re: Датчики после обновления

rpm , ссылка на запись и презентацию доступна в теме "Вебинар: Расход топлива по расчету"

Tatsiana Kots
Business Analyst, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
132

Датчики после обновления

Re: Датчики после обновления

Хм, при переходе по ссылке выдаётся

Неверный запрос. Ссылка, по которой вы пришли, неверна или устарела.

133

Датчики после обновления

Re: Датчики после обновления

При переходе по какой из ссылок ошибка?
На всякий случай продублирую ссылку на  youtube тут.

Tatsiana Kots
Business Analyst, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
134

Датчики после обновления

Re: Датчики после обновления

rpm wrote:

Кстати, я написал письмо на adm///@gurtam.com о вмешательстве в хоз. договора третьих лиц, но они, как школьники решили отмолчаться.

Добрый день!
К сожалению, мы не получили данного письма. Не могли бы вы продублировать его на sales@gurtam.com?

135

Датчики после обновления

Re: Датчики после обновления

Anna Glonassova wrote:
rpm wrote:

Кстати, я написал письмо на adm///@gurtam.com о вмешательстве в хоз. договора третьих лиц, но они, как школьники решили отмолчаться.

Добрый день!
К сожалению, мы не получили данного письма. Не могли бы вы продублировать его на sales@gurtam.com?

Добрый день!
Переслал на sales@gurtam.com

136

Датчики после обновления

Re: Датчики после обновления

На вебинаре ничего нового, сверх уже написанного выше на форуме, не прозвучало, к сожалению.
Подобное изложение большей частью подошло-бы для клиентов, но для интеграторов это, мягко скажем, полупрофессионально.

Ничего о планах развития, распределении прав доступа, дальнейшей модернизации расчетного метода сказано не было. Плохо...

137

Датчики после обновления

Re: Датчики после обновления

SanderAMC wrote:

распределении прав доступа

кстати да, теперь, выходит, конечному пользователю нужно давать права на редактирование датчиков, чего бы очень не хотелось делать..

138

Датчики после обновления

Re: Датчики после обновления

здравствуйте.

lexer  о планах развития мы сможем сообщить немного позже.

SanderAMC - к сожалению ориентировка была на тех, кто все-еще не до конца представляет, как работает алгоритм. Даже во время вебинара было получено достаточное количество ответов, что алгоритм не стал понятней. Поэтому повторюсь - пожалуйста, напишите на serd@gurtam.com если у вас все-еще остались вопросы по топливу и мы проведем персональную сессию чтобы их прояснить.

139

Датчики после обновления

(edited by maxim_prm 11/05/2017 07:38:44)

Re: Датчики после обновления

SanderAMC wrote:

И не может дать. Поскольку раньше базовыми для расчета были расход на холостом в л/ч, а в движении л/100км с пересчетом _от пробега_, то сейчас все пересчитываются к л/ч и расход идет _от времени_.

Никак не совпадет.

serd Да всем понятно как он работает, ты принцип опиши, что бы понятно было, вот Sander задал вопрос, ответьте пожалуйста на него.

140

Датчики после обновления

Re: Датчики после обновления

Коллеги, направьте на путь истинный. Задавал вопрос и во время вебинара, и в тех.поддержку.
Везде отмалчиваются.
Новый мастер расчета создает датчики полезной работы двигателя (пример расход по нормам).
Беда в том, что я использовал свои датчики полезной работы для определения утилизации и т.д. (скрин прикрепил, здесь настроена полезная работа как работа в движении).
Собственно, теперь нужно добавить обычные нормы (35л/100км). Но после мастера датчики двоятся и получается:
.В отчете по утилизации нереальные цифры, в отчете по ГСМ по расчету нули везде.
Ковырял маски датчиков, но что то не помогает, может неправильно делаю?

141

Датчики после обновления

Re: Датчики после обновления

maxim_prm wrote:
SanderAMC wrote:

И не может дать. Поскольку раньше базовыми для расчета были расход на холостом в л/ч, а в движении л/100км с пересчетом _от пробега_, то сейчас все пересчитываются к л/ч и расход идет _от времени_.
Никак не совпадет.

serd Да всем понятно как он работает, ты принцип опиши, что бы понятно было, вот Sander задал вопрос, ответьте пожалуйста на него.

Это утверждение, не вопрос. Собственно, подтвержденный на вебинаре. Как оно считается, с формулой, там тоже есть.

142

Датчики после обновления

Re: Датчики после обновления

esheklin wrote:

Коллеги, направьте на путь истинный.
Собственно, теперь нужно добавить обычные нормы (35л/100км). Но после мастера датчики двоятся и получается:
.В отчете по утилизации нереальные цифры, в отчете по ГСМ по расчету нули везде.
Ковырял маски датчиков, но что то не помогает, может неправильно делаю?

У собственных датчиков полезной работы поставьте коэфф. 1 в тарировку. Тогда они не будут искажать топливный расчет и обнулять тоже.
А разделение датчиков по маскам в отчетах, как и делаете сейчас.

143

Датчики после обновления

Re: Датчики после обновления

У собственных датчиков полезной работы поставьте коэфф. 1 в тарировку. Тогда они не будут искажать топливный расчет и обнулять тоже.
А разделение датчиков по маскам в отчетах, как и делаете сейчас.


Спасибо за отклик, но не помогло. Если прописать маску датчика, то все равно - расход нереальный по расчету и все остальные данные пропадают, почему то.
Ответ от тех.поддержки :

К сожалению, на данный момент возможность разделения "ДПРД" не предусмотрена.
При наличии у объекта нескольких датчиков типа "ДПРД", повышающий коэффициент рассчитывается как сумма коэффициентов всех датчиков этого типа по формуле: k1 + (k2 - 1) + (k3 - 1) + ... Поэтому датчик типа "ДПРД", созданный для учета утилизации, полезной работы и др., будет влиять на расход топлива по расчету.

Вы можете оставить предложение по внесению дополнительных параметров распределения полезной работы различных элементов системы на форуме: https://forum.gurtam.com/viewforum.php?id=20. Это позволит нам определить востребованность такой доработки функционала

144

Датчики после обновления

Re: Датчики после обновления

Здравствуйте.

Огромное спасибо всем, кто смог уделить немного своего времени для того, чтобы поделиться опытом использования нового функуционала подсчета расхода по расчету в общении со мной.

Как говорилось на вебинаре (а также озвучивалось в беседах) - финальным этапом в данном вопросе будет ввод "Расхода по нормам, л/100км." Он будет добавлен на вкладку "дополнительно" в раздел "Параметров, используемых в отчетах".

Одно поле - логика работы аналогична предыдущей (т.е. пробег*литры и все, все столбцы "норм" появятся снова в отчетах). Если после обновления 28.03.2017 вы не меняли шаблоны отчетов (т.е. не пересохраняли их), столбцы появятся в них автоматически. Как справедливо выразился один из опрошенных мной - "Если уж конечнику нужна такая справочная информация, пусть берет и не жалуется."

Спасибо за участие в обсуждении. По результатам вебинара некоторая часть присутствовавших на нем все равно не смогла до конца понять механизм, поэтому я прошу связаться со мной и я расскажу о нем лично, если это все еще необходимо - просто напишите мне на serd@gurtam.com

Данную тему закрываем.

145

Датчики после обновления

Re: Датчики после обновления

Хорошие новости: Настройка «Расход по нормам» вернулась в бета версии Wialon и теперь доступна во вкладке «Дополнительно» в свойствах объекта.
https://weblog.gurtam.com/wp-content/uploads/2017/06/расход-по-нормам.jpg

Marketing specialist, Gurtam