[Закрыто] Датчики после обновления

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

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

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

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

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

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

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

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

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

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

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

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

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

" нет возможности настраивать нормы расхода на 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 апреля, об этом все ,кого коснулись изменения вскоре получат соответствующее уведомление.

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

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

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

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

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"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

upd:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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%.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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