Locarus Forum
Locarus.ru => Программы для Windows XP, Vista => Плагины => Тема начата: Knight от 01 Март 2011, 14:56:47
-
Плагин "Танкер" на LI не работает?
В списке плагинов он появляется а вот работать не хочет. Будет поддержка этого плагина?
Нам необходимо фиксировать во сколько и сколько заправщик производил заправку по ДРТ.
-
Плагин "Танкер" на LI не работает?
В списке плагинов он появляется а вот работать не хочет. Будет поддержка этого плагина?
Нам необходимо фиксировать во сколько и сколько заправщик производил заправку по ДРТ.
Вообще должен работать.
-
Плагин "Танкер" на LI не работает?
В списке плагинов он появляется а вот работать не хочет. Будет поддержка этого плагина?
Нам необходимо фиксировать во сколько и сколько заправщик производил заправку по ДРТ.
В программе плагин в списке появляется, а вот при запуске ничего не происходит. Правой кнопкой вызов меню и никакой реакции ...
-
Появилась необходимость выводить данные по заправкам с нескольких выходов, т.е. к прибору 702х подключены несколько колонок и данные нужно выводить по каждой.
-
Появилась необходимость выводить данные по заправкам с нескольких выходов, т.е. к прибору 702х подключены несколько колонок и данные нужно выводить по каждой.
Нужны значительные доработки.
Согласовывайте с руководством.
-
В группе, вместе с заправщиком, есть пара приборов, у которых нет данных за выбранный период. Расчет заканчивается с ошибкой "Ошибка выполнения Plugin'a !!!". Если перенести эти приборы в другую группу, все проходит нормально.
Можно ли поправить плагин в этом плане ?
И вообще, когда Informer не находит данные за период он инициирует внеочередной запрос данных с сервера ? Почему он сильно тормозит когда данных за период данных нет ?
Не одна и та же ли это проблема ?
-
В группе, вместе с заправщиком, есть пара приборов, у которых нет данных за выбранный период. Расчет заканчивается с ошибкой "Ошибка выполнения Plugin'a !!!". Если перенести эти приборы в другую группу, все проходит нормально.
Можно ли поправить плагин в этом плане ?
И вообще, когда Informer не находит данные за период он инициирует внеочередной запрос данных с сервера ? Почему он сильно тормозит когда данных за период данных нет ?
Не одна и та же ли это проблема ?
Для решения проблемы прошу подготовить и прислать мне исходные данные, чтобы я смог воспроизвести ситуацию у себя.
-
Появилась необходимость выводить данные по заправкам с нескольких выходов, т.е. к прибору 702х подключены несколько колонок и данные нужно выводить по каждой.
Какие планировали (может уже) использовать колонки?
-
Плагин есть, но его работа не отлажена - предлагаю доработать:
Возможна некорректная работа плагина связана с новыми версиями LI ...
Работу плагина проверяю на LI 4.3.0.1875, версия плагина "Танкер" 1.0.0.0
Пройдемся по настройкам:
Радиус - расчетный радиус, в пределах которого происходит поиск ТС (Пробовал - не считает, в приложении бензовоз и две машины которые заправлялись)
Мин. заправка - Заправки меньше заданной считаются ложными и пропускаются (Работает)
Кол-во пустых точек - Максимальное количество подряд идущих нулей от ДРТ, допустимое в пределах одной заправки (обычно в начале и в конце) (Деление происходит, но вот подсчет импульсов идет некорректны)
Не хватает настройки преобразования количества импульсов в литры
Теперь по сути:
4.03.2011 Бензовоз ГАЗ (4FI003999) с установленным УСС-ом - 1 вход (3 и 5 входы ДУТ-ы в емкостях), за день было заправлено 7 единиц техники. Временные отрезки брал с запасом, так чтоб четко отображалась заправка. Количество слитого топлива не проверенная так как это то что якобы слил заправщик (по цифрам видно что мутит, ну это будем разбирать дальше)
1 заправка - 30 литров - Время 10:23-10:30 - (613 импульсов)
2 - 40 л. - 10:35-10:40 - (1030)
3 - 50 л. - 10:40-10:45 - (1294)
4 - 100 л. - 10:45-10:59 - (2598)
5 - 100 л. Car (4FI004201) - 11:10-11.18 - (2805)
6 - 70 л. - 11:40-11:45 - (839)
7 - 30 л. - Car (4FE002678) - 16:40-16:45 - (2000)
На графике четко видно эти заправки, 7 шт. Используя плагин получил что-то непонятное вообще ...
Настройки в плагине:
Радиус - 200
Мин. заправка - 50
Кол-во пустых точек - 4
Еще один момент кто пользуется УСС-ом у нас на 1 литр приходится 28 импульсов с инструкцией к УСС не совпадает вообще!!!
-
Еще один момент кто пользуется УСС-ом у нас на 1 литр приходится 28 импульсов с инструкцией к УСС не совпадает вообще!!!
У меня стоит 100 импульсов 1 литр и полностью отходят заправки. Проверяли неоднократно. (УСС-Б-70)
-
(Деление происходит, но вот подсчет импульсов идет некорректны)
Расчет идет только для ДРТ-1 (т.е. с одним входом) подключенного на вход №1 (просто когда писался плагин этого было достаточно).
-
(Деление происходит, но вот подсчет импульсов идет некорректны)
Расчет идет только для ДРТ-1 (т.е. с одним входом) подключенного на вход №1 (просто когда писался плагин этого было достаточно).
В моем случае все так и есть, ДРТ настроен на 1 вход. Если посмотреть по плагину заправку там вылазит цифра 10440 - ОТКУДА?
-
Еще один момент кто пользуется УСС-ом у нас на 1 литр приходится 28 импульсов с инструкцией к УСС не совпадает вообще!!!
У меня стоит 100 импульсов 1 литр и полностью отходят заправки. Проверяли неоднократно. (УСС-Б-70)
А какая версия информера? Интересно понять что у меня не так, в чем затык тогда.
-
(Деление происходит, но вот подсчет импульсов идет некорректны)
Расчет идет только для ДРТ-1 (т.е. с одним входом) подключенного на вход №1 (просто когда писался плагин этого было достаточно).
В моем случае все так и есть, ДРТ настроен на 1 вход. Если посмотреть по плагину заправку там вылазит цифра 10440 - ОТКУДА?
Плагин считает калибровку 1 имп/л, т.е. он насуммировал 10440 импульсов.
Добавьте датчик ДРТ на первый вход с калибровкой 1 имп/л или "счетчик импульсов", задайте время заправки и посмотрите сколько получиться
-
(Деление происходит, но вот подсчет импульсов идет некорректны)
Расчет идет только для ДРТ-1 (т.е. с одним входом) подключенного на вход №1 (просто когда писался плагин этого было достаточно).
В моем случае все так и есть, ДРТ настроен на 1 вход. Если посмотреть по плагину заправку там вылазит цифра 10440 - ОТКУДА?
Плагин считает калибровку 1 имп/л, т.е. он насуммировал 10440 импульсов.
Добавьте датчик ДРТ на первый вход с калибровкой 1 имп/л или "счетчик импульсов", задайте время заправки и посмотрите сколько получиться
Вот у меня именно это и не сходится общая сумма импульсов за этот день 11263, а по плагину 19509 ... как-то не совпадает (
-
Еще один момент кто пользуется УСС-ом у нас на 1 литр приходится 28 импульсов с инструкцией к УСС не совпадает вообще!!!
У меня стоит 100 импульсов 1 литр и полностью отходят заправки. Проверяли неоднократно. (УСС-Б-70)
Можете скинуть на мыло любой свой трек чтоб сверится? andre@locarus.com.ua
-
Взял отчет за сегодня - идет реальная разница по импульсам. Возможно ли такое, что плагин считает лишние импульсы.
На точках видно несколько видов данных: подсвеченные, которые необходимо считать, и не подсвеченные (белые), которые не нужно учитывать. Если не прав поправьте.
Посчитал вручную - плагин считает те импульсы которые не подсвечены, я так понимаю это касается только 702х - отсюда и превышение показаний. Ошибка найдена - ждем поправки )
-
Взял отчет за сегодня - идет реальная разница по импульсам. Возможно ли такое, что плагин считает лишние импульсы.
На точках видно несколько видов данных: подсвеченные, которые необходимо считать, и не подсвеченные (белые), которые не нужно учитывать. Если не прав поправьте.
Посчитал вручную - плагин считает те импульсы которые не подсвечены, я так понимаю это касается только 702х - отсюда и превышение показаний. Ошибка найдена - ждем поправки )
Подсвеченные это обновленные данные, плагин старый и не знает, что данные могут обновляться, поэтому и получается больше чем надо.
Проблема характерна для DDF (702x/s/r).
-
Взял отчет за сегодня - идет реальная разница по импульсам. Возможно ли такое, что плагин считает лишние импульсы.
На точках видно несколько видов данных: подсвеченные, которые необходимо считать, и не подсвеченные (белые), которые не нужно учитывать. Если не прав поправьте.
Посчитал вручную - плагин считает те импульсы которые не подсвечены, я так понимаю это касается только 702х - отсюда и превышение показаний. Ошибка найдена - ждем поправки )
Подсвеченные это обновленные данные, плагин старый и не знает, что данные могут обновляться, поэтому и получается больше чем надо.
Проблема характерна для DDF (702x/s/r).
А как эту проблему решить? Своими силами можно или ждать обновления, если ждать то сколько?
-
Взял отчет за сегодня - идет реальная разница по импульсам. Возможно ли такое, что плагин считает лишние импульсы.
На точках видно несколько видов данных: подсвеченные, которые необходимо считать, и не подсвеченные (белые), которые не нужно учитывать. Если не прав поправьте.
Посчитал вручную - плагин считает те импульсы которые не подсвечены, я так понимаю это касается только 702х - отсюда и превышение показаний. Ошибка найдена - ждем поправки )
Подсвеченные это обновленные данные, плагин старый и не знает, что данные могут обновляться, поэтому и получается больше чем надо.
Проблема характерна для DDF (702x/s/r).
А как эту проблему решить? Своими силами можно или ждать обновления, если ждать то сколько?
Вроде поправил. Пробуйте (лежит на фтп в папке Plugins).
Для работы потребуется обновить версию ЛИ до последней (с фтп из раздела бета).
Кроме того добавились параметры, так что при первом запуске надо будет настроить входы, по которым программа будет считать.
Зато теперь можно считать для любого входа, а не только для первого.
-
Взял отчет за сегодня - идет реальная разница по импульсам. Возможно ли такое, что плагин считает лишние импульсы.
На точках видно несколько видов данных: подсвеченные, которые необходимо считать, и не подсвеченные (белые), которые не нужно учитывать. Если не прав поправьте.
Посчитал вручную - плагин считает те импульсы которые не подсвечены, я так понимаю это касается только 702х - отсюда и превышение показаний. Ошибка найдена - ждем поправки )
Подсвеченные это обновленные данные, плагин старый и не знает, что данные могут обновляться, поэтому и получается больше чем надо.
Проблема характерна для DDF (702x/s/r).
А как эту проблему решить? Своими силами можно или ждать обновления, если ждать то сколько?
Вроде поправил. Пробуйте (лежит на фтп в папке Plugins).
Для работы потребуется обновить версию ЛИ до последней (с фтп из раздела бета).
Кроме того добавились параметры, так что при первом запуске надо будет настроить входы, по которым программа будет считать.
Зато теперь можно считать для любого входа, а не только для первого.
Все отлично считает!!! Спасибо! НО
При закрытии программы выдает ошибку "Ошибка выполнения плагина".
Сейчас снова загружаю LI слетели настройки, а именно количество пустых точек - ставлю 1, после перезапуска снова 5.... А также не работает фильтрация по заправке, т.е. если я выставил уровень в 20 литров, у меня показывает 4 литра заправки когда машина движеться или наводки какие-то появляются.
Еще одно пожелание можно сделать фильтр по скорости? От себя попытаемся добавить в плагин привязку к адрессам из инета.
-
Еще один момент кто пользуется УСС-ом у нас на 1 литр приходится 28 импульсов с инструкцией к УСС не совпадает вообще!!!
У меня стоит 100 импульсов 1 литр и полностью отходят заправки. Проверяли неоднократно. (УСС-Б-70)
А какая версия информера? Интересно понять что у меня не так, в чем затык тогда.
Информер последней версии, периодически его обновляю.
-
Еще одно пожелание можно сделать фильтр по скорости? От себя попытаемся добавить в плагин привязку к адрессам из инета.
Можно поподробнее про фильтр скорости. Считать только если скорость больше порога?
Привязку к адресам лучше сделать через движок ЛИ, т.е. сейчас есть функция LPOnQueryGeocoding, которая вызывается при необходимости получить адрес (если не находит у себя).
Если сделать плагин, который будет по данной функции запрашивать адреса из инета это будет намного лучше.
А дальше я добавлю процедуру запроса адреса, т.е. фактически вызов этой же процедуры.
-
Еще одно пожелание можно сделать фильтр по скорости? От себя попытаемся добавить в плагин привязку к адрессам из инета.
Можно поподробнее про фильтр скорости. Считать только если скорость больше порога?
Привязку к адресам лучше сделать через движок ЛИ, т.е. сейчас есть функция LPOnQueryGeocoding, которая вызывается при необходимости получить адрес (если не находит у себя).
Если сделать плагин, который будет по данной функции запрашивать адреса из инета это будет намного лучше.
А дальше я добавлю процедуру запроса адреса, т.е. фактически вызов этой же процедуры.
Еще одно пожелание можно сделать фильтр по скорости? От себя попытаемся добавить в плагин привязку к адрессам из инета.
Можно поподробнее про фильтр скорости. Считать только если скорость больше порога?
Привязку к адресам лучше сделать через движок ЛИ, т.е. сейчас есть функция LPOnQueryGeocoding, которая вызывается при необходимости получить адрес (если не находит у себя).
Если сделать плагин, который будет по данной функции запрашивать адреса из инета это будет намного лучше.
А дальше я добавлю процедуру запроса адреса, т.е. фактически вызов этой же процедуры.
Сделать либо по порогу, либо просто ноль, просмотрел по значениям все заправки проходят при железной нулевой скорости.
Ок, по адресу поговорю с программистами
-
Все отлично считает!!! Спасибо! НО
При закрытии программы выдает ошибку "Ошибка выполнения плагина".
Сейчас снова загружаю LI слетели настройки, а именно количество пустых точек - ставлю 1, после перезапуска снова 5.... А также не работает фильтрация по заправке, т.е. если я выставил уровень в 20 литров, у меня показывает 4 литра заправки когда машина движеться или наводки какие-то появляются.
Странно. У меня ошибок не выдает.
Вернее выдает, если при запуске программы была выбрана группа и при этом попробовать сконфигурировать прибор (уже исправлено в ЛИ).
Уровень считался по новому алгоритму после проверки :blush:, а до проверки - только неколиброванные импульсы. Переделаю.
-
Сделать либо по порогу, либо просто ноль, просмотрел по значениям все заправки проходят при железной нулевой скорости.
Ноль это не очень хорошее значение. Сделаю все, что меньше 1. Хотя предупреждаю, что это чревато. Уже не раз видел заправки на скорости в 5 км/час :fool:.
-
Все отлично считает!!! Спасибо! НО
При закрытии программы выдает ошибку "Ошибка выполнения плагина".
Сейчас снова загружаю LI слетели настройки, а именно количество пустых точек - ставлю 1, после перезапуска снова 5.... А также не работает фильтрация по заправке, т.е. если я выставил уровень в 20 литров, у меня показывает 4 литра заправки когда машина движеться или наводки какие-то появляются.
Странно. У меня ошибок не выдает.
Вернее выдает, если при запуске программы была выбрана группа и при этом попробовать сконфигурировать прибор (уже исправлено в ЛИ).
Уровень считался по новому алгоритму после проверки :blush:, а до проверки - только неколиброванные импульсы. Переделаю.
Переделал. Выложил туда же. новый ЛИ пока не выкладывал.
-
Все отлично считает!!! Спасибо! НО
При закрытии программы выдает ошибку "Ошибка выполнения плагина".
Сейчас снова загружаю LI слетели настройки, а именно количество пустых точек - ставлю 1, после перезапуска снова 5.... А также не работает фильтрация по заправке, т.е. если я выставил уровень в 20 литров, у меня показывает 4 литра заправки когда машина движеться или наводки какие-то появляются.
Странно. У меня ошибок не выдает.
Вернее выдает, если при запуске программы была выбрана группа и при этом попробовать сконфигурировать прибор (уже исправлено в ЛИ).
Уровень считался по новому алгоритму после проверки :blush:, а до проверки - только неколиброванные импульсы. Переделаю.
Переделал. Выложил туда же. новый ЛИ пока не выкладывал.
Фильтр заправок работает.
По прежнему не сохраняет значение "количество точек между заправками"
-
Вылезла еще одна проблема.
Начал смотреть данные по другим дням.
Наблюдается вот такая вот ситуация:
как видно на рисунке когда закончилась заправка у меня шуруют данные 23 (not true), а затем начинается новая заправка и программа считает все как одну. Как можно побороть?
-
Вылезла еще одна проблема.
Начал смотреть данные по другим дням.
Наблюдается вот такая вот ситуация:
как видно на рисунке когда закончилась заправка у меня шуруют данные 23 (not true), а затем начинается новая заправка и программа считает все как одну. Как можно побороть?
Тут видимо надо еще вводить параметр максимальной задержки между точками.
Больше никак.
-
По прежнему не сохраняет значение "количество точек между заправками"
Значение сохраняется, но если оно <=1, то выставляется значение по умолчанию - 5.
Сделаю просто меньше.
-
Вылезла еще одна проблема.
Начал смотреть данные по другим дням.
Наблюдается вот такая вот ситуация:
как видно на рисунке когда закончилась заправка у меня шуруют данные 23 (not true), а затем начинается новая заправка и программа считает все как одну. Как можно побороть?
Тут видимо надо еще вводить параметр максимальной задержки между точками.
Больше никак.
Добавил параметр по времени. Исправил минимум расстояния между точками с <=1 на <1.
Выложил на фтп.
Проверяйте.
-
Вылезла еще одна проблема.
Начал смотреть данные по другим дням.
Наблюдается вот такая вот ситуация:
как видно на рисунке когда закончилась заправка у меня шуруют данные 23 (not true), а затем начинается новая заправка и программа считает все как одну. Как можно побороть?
Тут видимо надо еще вводить параметр максимальной задержки между точками.
Больше никак.
Добавил параметр по времени. Исправил минимум расстояния между точками с <=1 на <1.
Выложил на фтп.
Проверяйте.
Ситуация не поменялась - не работает, игрался с параметром по времени - он не сохраняется и этот параметр на данные никак не повлиял
-
Вылезла еще одна проблема.
Начал смотреть данные по другим дням.
Наблюдается вот такая вот ситуация:
как видно на рисунке когда закончилась заправка у меня шуруют данные 23 (not true), а затем начинается новая заправка и программа считает все как одну. Как можно побороть?
Тут видимо надо еще вводить параметр максимальной задержки между точками.
Больше никак.
Добавил параметр по времени. Исправил минимум расстояния между точками с <=1 на <1.
Выложил на фтп.
Проверяйте.
Ситуация не поменялась - не работает, игрался с параметром по времени - он не сохраняется и этот параметр на данные никак не повлиял
Дайте мне данные. Я посмотрю.
-
Вылезла еще одна проблема.
Начал смотреть данные по другим дням.
Наблюдается вот такая вот ситуация:
как видно на рисунке когда закончилась заправка у меня шуруют данные 23 (not true), а затем начинается новая заправка и программа считает все как одну. Как можно побороть?
Тут видимо надо еще вводить параметр максимальной задержки между точками.
Больше никак.
Добавил параметр по времени. Исправил минимум расстояния между точками с <=1 на <1.
Выложил на фтп.
Проверяйте.
Ситуация не поменялась - не работает, игрался с параметром по времени - он не сохраняется и этот параметр на данные никак не повлиял
Дайте мне данные. Я посмотрю.
Ниже выложен файл можно взять 4 число, как раз его я и описываю в сообщении
« Ответ #8 : Март 12, 2012, 12:57:27 »
-
Ниже выложен файл можно взять 4 число, как раз его я и описываю в сообщении
« Ответ #8 : Март 12, 2012, 12:57:27 »
Все проверил, исправил, выложил на фтп. Теперь все работает. :friends:
Если не будет находить ТС в точках заправок, надо будет обновить ЛИ, правда поправленную версию я еще не выкладывал.
-
Ниже выложен файл можно взять 4 число, как раз его я и описываю в сообщении
« Ответ #8 : Март 12, 2012, 12:57:27 »
Все проверил, исправил, выложил на фтп. Теперь все работает. :friends:
Если не будет находить ТС в точках заправок, надо будет обновить ЛИ, правда поправленную версию я еще не выкладывал.
Ок. Проверил - все работает, буду проверять на отфильтровку левых импульсов.
Леша а можно выводить не координаты, а контрольные точки?
-
Ниже выложен файл можно взять 4 число, как раз его я и описываю в сообщении
« Ответ #8 : Март 12, 2012, 12:57:27 »
Все проверил, исправил, выложил на фтп. Теперь все работает. :friends:
Если не будет находить ТС в точках заправок, надо будет обновить ЛИ, правда поправленную версию я еще не выкладывал.
Ок. Проверил - все работает, буду проверять на отфильтровку левых импульсов.
Саша а можно выводить не координаты, а контрольные точки?
вообще-то я Алексей :friends:.
чисто теоретически точки выводить можно, но это придется переделывать весь отчет, что очень не хочется...
-
Ниже выложен файл можно взять 4 число, как раз его я и описываю в сообщении
« Ответ #8 : Март 12, 2012, 12:57:27 »
Все проверил, исправил, выложил на фтп. Теперь все работает. :friends:
Если не будет находить ТС в точках заправок, надо будет обновить ЛИ, правда поправленную версию я еще не выкладывал.
Ок. Проверил - все работает, буду проверять на отфильтровку левых импульсов.
Саша а можно выводить не координаты, а контрольные точки?
вообще-то я Алексей :friends:.
чисто теоретически точки выводить можно, но это придется переделывать весь отчет, что очень не хочется...
) Сори, провтыкал. Попытаемся сами переделать
-
) Сори, провтыкал. Попытаемся сами переделать
Я все исходники вроде обновил. Там на самом деле нет ничего сложного, единственно отчет муторно менять.
-
) Сори, провтыкал. Попытаемся сами переделать
Я все исходники вроде обновил. Там на самом деле нет ничего сложного, единственно отчет муторно менять.
Когда будут реализованы переменные которые можно будет вставлять из плагинов то все даже отлично
-
Алексей еще один момент - обновили у клиента плагин, а у него стоит 702 прибор на бензоколонке, происходит фильтрация первых данных т.е. если по сумме импульсов показывает 400, то по плагину 395. Если смотреть по точкам первая цифра 5 по ДРТ. Смотрел другие заправки та же история.
-
Алексей еще один момент - обновили у клиента плагин, а у него стоит 702 прибор на бензоколонке, происходит фильтрация первых данных т.е. если по сумме импульсов показывает 400, то по плагину 395. Если смотреть по точкам первая цифра 5 по ДРТ. Смотрел другие заправки та же история.
за это отвечает эвристический фильтр, но он собака, глобальный, нельзя подстроить его под конкретный прибор.
мы урезали его значение с 5 до 2-х
-
Алексей еще один момент - обновили у клиента плагин, а у него стоит 702 прибор на бензоколонке, происходит фильтрация первых данных т.е. если по сумме импульсов показывает 400, то по плагину 395. Если смотреть по точкам первая цифра 5 по ДРТ. Смотрел другие заправки та же история.
за это отвечает эвристический фильтр, но он собака, глобальный, нельзя подстроить его под конкретный прибор.
мы урезали его значение с 5 до 2-х
Спасибо попробуем поменять настройки, посмотрим результат.
У нас уже стоял фильтр с значение 2 и вроде как он фильтрует только точки при начале трека, а не сами данные во время получения данных с датчиков.
-
Подкорректировали плагин по топливозаправщику под себя (возможно кому-то тоже понравится), просьба протестировать у кого есть бензовозы:
Ссылка: http://dl.dropbox.com/u/47279297/Tanker2.dll
Адресный слой береться с интернета
Работает только с версии LI 4.4
-
мм... откуда-откуда, сударь, говорите берется адресный слой? :-)
Мне нравится, что адрес указан с названием города - очень часто клиенты говорят, почему только улица и дом, непонятно какой город.
-
мм... откуда-откуда, сударь, говорите берется адресный слой? :-)
Мне нравится, что адрес указан с названием города - очень часто клиенты говорят, почему только улица и дом, непонятно какой город.
Адресса вытягиваем через google map, yandex либо же openstreetmap и кэшируем на сервере, дабы уменьшить количество повторяющихся запросов на одинаковые адреса
-
Адресса вытягиваем через google map, yandex либо же openstreetmap и кэшируем на сервере, дабы уменьшить количество повторяющихся запросов на одинаковые адреса
Предлагаю это оформить отдельным плагином и выложить на всеобщее обозрение.
-
мм... откуда-откуда, сударь, говорите берется адресный слой? :-)
Мне нравится, что адрес указан с названием города - очень часто клиенты говорят, почему только улица и дом, непонятно какой город.
Адресса вытягиваем через google map, yandex либо же openstreetmap и кэшируем на сервере, дабы уменьшить количество повторяющихся запросов на одинаковые адреса
Можете скинуть на меня плагин, чтобы выложить на сайте?
Еще хотел бы получить исходники, чтобы переделать в общий плагин получения адресов для всех объектов.
-
мм... откуда-откуда, сударь, говорите берется адресный слой? :-)
Мне нравится, что адрес указан с названием города - очень часто клиенты говорят, почему только улица и дом, непонятно какой город.
Адресса вытягиваем через google map, yandex либо же openstreetmap и кэшируем на сервере, дабы уменьшить количество повторяющихся запросов на одинаковые адреса
Можете скинуть на меня плагин, чтобы выложить на сайте?
Еще хотел бы получить исходники, чтобы переделать в общий плагин получения адресов для всех объектов.
Плагин бетту скинул на электронку.
Исходники можем скинуть, но писали на Си и в первый раз ... )
Поставили еще один топливозаправщик ... бензовоз старый, но счетчик пашет без всяких проблем ) Имеем вот такую вот картину с большим количеством наводок, как вариант выхода из ситуации поставить фильтр и не учитывать значения ДРТ меньше определенного уровня, в данном случае (300). В результате отсеются все ложные значения, делал замеры по времени с разбивкой по заправкам все отлично бъется.
Как можно это реализовать?
-
Плагин бетту скинул на электронку.
Исходники можем скинуть, но писали на Си и в первый раз ... )
Поставили еще один топливозаправщик ... бензовоз старый, но счетчик пашет без всяких проблем ) Имеем вот такую вот картину с большим количеством наводок, как вариант выхода из ситуации поставить фильтр и не учитывать значения ДРТ меньше определенного уровня, в данном случае (300). В результате отсеются все ложные значения, делал замеры по времени с разбивкой по заправкам все отлично бъется.
Как можно это реализовать?
Плагин получил, правда не сразу понял что это, так как с ним не было описания :wacko:
Можете попробовать сами переделать на функцию OnQueryGeocoding :drinks:.
По ДРТ: Можно ограничить у него значения в диапазон, как это сделано для датчика бортовой сети. Пойдет?
Правда погрешности все равно будут в начале и окончании заправки, когда поток маленький и цифры небольшие.
-
Плагин бетту скинул на электронку.
Исходники можем скинуть, но писали на Си и в первый раз ... )
Поставили еще один топливозаправщик ... бензовоз старый, но счетчик пашет без всяких проблем ) Имеем вот такую вот картину с большим количеством наводок, как вариант выхода из ситуации поставить фильтр и не учитывать значения ДРТ меньше определенного уровня, в данном случае (300). В результате отсеются все ложные значения, делал замеры по времени с разбивкой по заправкам все отлично бъется.
Как можно это реализовать?
Плагин получил, правда не сразу понял что это, так как с ним не было описания :wacko:
Можете попробовать сами переделать на функцию OnQueryGeocoding :drinks:.
По ДРТ: Можно ограничить у него значения в диапазон, как это сделано для датчика бортовой сети. Пойдет?
Правда погрешности все равно будут в начале и окончании заправки, когда поток маленький и цифры небольшие.
Подойдет, как фильтр у "питания".
Проверял вручную - погрешность очень маленькая. В старых типах счетчиков на 1 литр 100 импульсов.
С функцией OnQueryGeocoding обязательно попробуем в ближайшее время.
-
Подойдет, как фильтр у "питания".
Проверял вручную - погрешность очень маленькая. В старых типах счетчиков на 1 литр 100 импульсов.
С функцией OnQueryGeocoding обязательно попробуем в ближайшее время.
Сделал.
Выложил на ФТП в папку "Бета".
Значения выходящие за диапазон не должны показываться на графике, а в служебном режиме должны помечаться красным.
-
Подойдет, как фильтр у "питания".
Проверял вручную - погрешность очень маленькая. В старых типах счетчиков на 1 литр 100 импульсов.
С функцией OnQueryGeocoding обязательно попробуем в ближайшее время.
Сделал.
Выложил на ФТП в папку "Бета".
Значения выходящие за диапазон не должны показываться на графике, а в служебном режиме должны помечаться красным.
По фильтрации теперь все замечательно (за день Тотал сходится), а вот в плагине с подсчетом топлива плохо.
-
По фильтрации теперь все замечательно (за день Тотал сходится), а вот в плагине с подсчетом топлива плохо.
Надо проверить насчет пропуска первых точек.
-
Детальный анализ заправок 21.04.2012, подсчет данных вручную (1 литр - 107 импульсов):
1 заправка - 25999 импульсов - 243 литра
2 заправка - 7903 импульсов - 73.9 литра
3 заправка - 14859 импульсов - 138.9 литра
Значение по плагину в предыдущем сообщении
Во всех случаях не считается первое значение импульсов в данных, если же их учитывать - все сходится так как нужно.
-
Детальный анализ заправок 21.04.2012, подсчет данных вручную (1 литр - 107 импульсов):
1 заправка - 25999 импульсов - 243 литра
2 заправка - 7903 импульсов - 73.9 литра
3 заправка - 14859 импульсов - 138.9 литра
Значение по плагину в предыдущем сообщении
Во всех случаях не считается первое значение импульсов в данных, если же их учитывать - все сходится так как нужно.
нашел!
У тебя есть исходники. Там есть строчки:
int RefuelBegin = i;
int RefuelEnd = i + 1;
int RefuelLast = i;
double RefuelAmount = DRT;
Надо
int RefuelEnd = i;
Потому что дальше, он складывает точки в RefuelEnd, соответственно пропуская первую точку.
-
Детальный анализ заправок 21.04.2012, подсчет данных вручную (1 литр - 107 импульсов):
1 заправка - 25999 импульсов - 243 литра
2 заправка - 7903 импульсов - 73.9 литра
3 заправка - 14859 импульсов - 138.9 литра
Значение по плагину в предыдущем сообщении
Во всех случаях не считается первое значение импульсов в данных, если же их учитывать - все сходится так как нужно.
нашел!
У тебя есть исходники. Там есть строчки:
int RefuelBegin = i;
int RefuelEnd = i + 1;
int RefuelLast = i;
double RefuelAmount = DRT;
Надо
int RefuelEnd = i;
Потому что дальше, он складывает точки в RefuelEnd, соответственно пропуская первую точку.
Не работает!!! Где-то видать еще (
-
Не работает!!! Где-то видать еще (
Ага, там он считал границы, а объем считает здесь:
PluginsEvent->PluginDataFunctions->GetSensorRangeOutput(RefuelBegin, RefuelLast, TankOptions.InputRange ,RP->Amount);
исправить на:
PluginsEvent->PluginDataFunctions->GetSensorRangeOutput(RefuelBegin - 1, RefuelLast, TankOptions.InputRange ,RP->Amount);
(в расчете считает с IndexFrom+1).
Предыдущее можно вернуть взад.
-
Не работает!!! Где-то видать еще (
Ага, там он считал границы, а объем считает здесь:
PluginsEvent->PluginDataFunctions->GetSensorRangeOutput(RefuelBegin, RefuelLast, TankOptions.InputRange ,RP->Amount);
исправить на:
PluginsEvent->PluginDataFunctions->GetSensorRangeOutput(RefuelBegin - 1, RefuelLast, TankOptions.InputRange ,RP->Amount);
(в расчете считает с IndexFrom+1).
Предыдущее можно вернуть взад.
Исправленная версия:
-
Здравствуйте, в плагине бензовоза не могу просмотреть вторую и далее страницу отчета, если кол-во заправок не помещается на одну страницу. И не удобно просматривать без линий между строчками. А так же, могу ли я самостоятельно сделать шаблон отчета? А то координаты мне например не нужны....
-
Здравствуйте, в плагине бензовоза не могу просмотреть вторую и далее страницу отчета, если кол-во заправок не помещается на одну страницу. И не удобно просматривать без линий между строчками. А так же, могу ли я самостоятельно сделать шаблон отчета? А то координаты мне например не нужны....
Весь плагин выложен вместе с исходниками. Править отчет можно только так.
-
Как работает этот плагин по отчетам? Не могу понять - зачем перелопачивает весь ТС и в итоге выдает отчет, где пишет заправку ТС у которого ее не было??? Из того, что он просматривает весь парк, то я так понимаю, плагин должен - если у ТС установлен ДУТ и реально была заправка, то он и припишет именно этому ТС? Если же заправки не было, то он не должен подставлять в отчет ТС ?
И второй момент - когда выводишь отчет за день, все вроде правильно, но если задать за неделю например, то реальную заправку ТС приписывает строкой ниже (не всегда правда), но получаются разные в любом случае.
-
Как работает этот плагин по отчетам? Не могу понять - зачем перелопачивает весь ТС и в итоге выдает отчет, где пишет заправку ТС у которого ее не было??? Из того, что он просматривает весь парк, то я так понимаю, плагин должен - если у ТС установлен ДУТ и реально была заправка, то он и припишет именно этому ТС? Если же заправки не было, то он не должен подставлять в отчет ТС ?
И второй момент - когда выводишь отчет за день, все вроде правильно, но если задать за неделю например, то реальную заправку ТС приписывает строкой ниже (не всегда правда), но получаются разные в любом случае.
Обновлена версия плагина. Исправлены некоторые ошибки (в ЛИ). Необходимо взять у Васи Бычкова новый плагин и последнюю версию ЛИ из беты и проверить.
Если не будет работать - присылать данные.
-
Как работает этот плагин по отчетам? Не могу понять - зачем перелопачивает весь ТС и в итоге выдает отчет, где пишет заправку ТС у которого ее не было??? Из того, что он просматривает весь парк, то я так понимаю, плагин должен - если у ТС установлен ДУТ и реально была заправка, то он и припишет именно этому ТС? Если же заправки не было, то он не должен подставлять в отчет ТС ?
И второй момент - когда выводишь отчет за день, все вроде правильно, но если задать за неделю например, то реальную заправку ТС приписывает строкой ниже (не всегда правда), но получаются разные в любом случае.
Обновлена версия плагина. Исправлены некоторые ошибки (в ЛИ). Необходимо взять у Васи Бычкова новый плагин и последнюю версию ЛИ из беты и проверить.
Если не будет работать - присылать данные.
Уже пробовали, какие данные присылать?