26

Обработки, агромодуль

Re: Обработки, агромодуль

Добрый день, очень актуальна тема, которую поднял LyDjons. На мой взгляд Wialon одна из лучших систем в СНГ, но текущий агромодуль неудобен для использования, из-за чего думаем - отказаться вообще от Wialonо или еще подождать, вдруг что-то поменяется. До уборки осталось около 1/2 месяца.
Если бы Агромодуль заменить или доработать, то в сторону Wialon посмотрели много аграрных компаний у которых огромное количество техники (Это вступление).

Что не так?
В один день на нескольких полях работает разная техника с абсолютно разными прицепными агрегатами, разной шириной захвата. Количество техники аграрных компаний может насчитывать несколько тысяч. На нашей технике есть идентификация агрегатов, мы онлайн видим с чем она работает, но обработка сама не определяет кто с чем ездил по факту.
Сейчас нужно выполнить n-ое количество действий: 1) построить отчет по идентификации прицепов , чтобы понять какой трактор с каким агрегатом работал 2) в множественной обработке выбрать вручную для каждой техники прицепной агрегат и еще несколько действий. Т.е. если у тебя 20 ед. техники будут работать с разными по ширине захвата агрегатами, то тебе нужно создать 20 отдельных обработок, если у некоторый техники агрегат одинаковый - тебе повезло.
Система выдает тебе несколько десятков или сотен строчек с кусочками работы в каждой зоне из-за того что техника при разворотах может покидать поле, таких кусочков несколько штук по каждой единице - они размещаются все вперемешку в одной таблице по разной технике. Приходится выгружать в Ексель и строить сводную таблицу, перед этим удаляя транзитный пробег по краю поля (когда техника не работала на поле, а просто трек зацепил край контура - погрешность карты и т.п.). Если увеличить параметры времени нахождения и глубины вьезда  в поле, то теряешь некоторые гектары - система их отсекает вообще.

Как должно быть?
1) Выбираешь единицу или несколько единиц или группу техники, задаешь период
2) указываешь параметры по которым система поймет это пробег транзитом через край поля или работа на поле
Если время пребывания внутри зоны или глубина заезда более чем ... засчитать эту работу внутри поля в полном обьеме, если меньше значений ..., которые мы установили - не добавлять этот кусок в обработку вообще. А также добавить возможность удаления записей в таблице - кусочков работы до сохранения обработки.
3) система сама должна показать какая техника на каких полях работала с каким агрегатом и при расчетах используя ширину захвата, указанную в справочнике, посчитать кол-во полезной площади обработки (за вычетом разворотов и накладок). Т.е. несколько кликов и отчет напр. по 100 единицам техники готов. Сейчас вместо нескольких минут, составление отчета занимает несколько часов. А для компаний, у которых по 3 тыс. единиц техники такая система вообще не подходит.
Важные моменты логики расчетов:
1) должен быть справочник, в котором можно создать виды работ - посев, культивация и т.п. У каждого агрегата в настройках должна быть возможность указания этого вида работ.  Предположим, что логика формирования обработки такая:
- выбрал технику/группу и период, нажимаешь "Определить вид операции" или "...прицепы" и выводится предварительная форма, где видно в какой промежуток времени какая техника с чем работала и вид работ (уборка, боронование и т.п. - по умолчанию отражается вид работ, который пользователь выбрал в настройках самого агрегата при его создании. НО должна быть возможность перед выполнением расчетов изменить этот вид работ вручную - это для тех случаев, когда агрегат выполняет не стандартную или специфическую для него операцию, напр. в исключительных случаях сеялкой могут вносить удобрения, опрыскивателем жидкие удобрения и т.п.
Все это для того, чтобы через идентификацию агрегата система отличала виды работ
2) если вид работ, описанный в п.1 одинаковый для всей техники, которая работает одновременно на этом поле - то повторный пробег трактора №2 по треку трактора №1 не засчитывать и суммарный обьем работ не должен превышать площади поля
3) если на одном поле два трактора выполняют разный вид работ, то кол-во га у каждого индивидуально, напр. на поле 100 га №1 выполнял сев, №2 культивацию, обработали все поле значит каждый сделал по 100 га, итого 200 га - больше площади поля. Если 5 комбайнов убирают одновременно на одном поле - в любом случае площадь обработки не может превышать площади поля, т.к. одинаковый вид работ, пшеницу нельзя скосить два раза.
4) при одинаковом виде работ все накладки ширины захвата агрегата и выступы за край поля должны вычитаться. Если комбайн №2 проедет по треку комбайна №1 еще раз или часть его жатки будет выступать на уже скошенный участок, то эту накладку последнего - вообще не засчитывать, т.к. опять таки урожай нельзя скосить два раза.
5) система должна анализировать уже имеющиеся обработки - если на этом поле уже выполнялся такой вид работ раньше той же техникой, напр. поле засевали в течении 3 дней частями, значит общий обьем работ за 3 дня не должен превышать общей площади поля.

27

Обработки, агромодуль

Re: Обработки, агромодуль

Новости есть по модулю?

28

Обработки, агромодуль

Re: Обработки, агромодуль

Не думаю, что стоит ориентироваться на Гуртам в данном вопросе. В первую очередь их задача - развитие _платформы_.

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

29

Обработки, агромодуль

Re: Обработки, агромодуль

Как можно удалить все, сохраненные за несколько лет, обработки в WL???
По одной удалять затратно по времени!

30

Обработки, агромодуль

Re: Обработки, агромодуль

Используйте remote api.

svc=agro/delete_cultivation_msg&
params={"plotItemId":"xxx","plotId":"xxx","timeFrom":1437253200,"timeTo":1505854799,"msgIndex":"0"}

Множество запросов можно объединить в batch:
https://sdk.wialon.com/wiki/ru/sidebar/ … core/batch

Можно использовать большой промежуток времени и удалять в цикле обработку с "msgIndex":"0", до тех пор пока сервер не начнет возвращать error:4.

“It’s Not A Bug, It’s A Feature!”
Anton Stepanovitch, Gurtam QA
31

Обработки, агромодуль

Re: Обработки, агромодуль

Уже и осень заканчивается... А когда выйдет ожидаемая первая версия? Все замерли в предвкушении...

32

Обработки, агромодуль

Re: Обработки, агромодуль

qazar, к сожалению, пока разработка по Агро не ведётся.

Katerina Alexandrova
Business Analyst
Gurtam
33

Обработки, агромодуль

Re: Обработки, агромодуль

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

Изучив "сырой" агромодуль Wialon, а так же имея 5-летний опыт работы в крупной агро компании диспетчером, логистом, администратором по сист.мон., прихожу к выводу, что нормального агромодуля нет, и создать его тяжело, так как есть много нюансов и погрешностей как на физическом уровне (сигнал GPS), так и на программном.   
1) Простой. Для всей техники которая работала на поле умножить пробеги на ширину агрегата и подкоректировать Га пропорционально под ограниченный размер поля. Да, грубо, но как показывает практика сверка подсчета Га  с бортовым устройством - более-менее сходится.

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

Но опять же таки, первый способ для дисковки точно не подойдет. Пример: Оплата за Га, поле размером 500Га, один трактор и два механизатора, работаю по суткам. Выработка трактора в сутки 70Га. Последнему механизатору, закрывающему поле придется не сладко))))
Второй способ тоже не совсем катит в такой ситуации (ну мне так кажется).

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

Администратор системы мониторинга
34

Обработки, агромодуль

Re: Обработки, агромодуль

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

Katerina Alexandrova
Business Analyst
Gurtam
35

Обработки, агромодуль

Re: Обработки, агромодуль

Скажите есть ли сдвиги в данной теме? Есть результаты в разработке решения? Крайне заинтересованы данным вопросом.

36

Обработки, агромодуль

Re: Обработки, агромодуль

terran89, работы по данной тематике находятся в планах. По срокам сориентировать не смогу. Тема довольно объёмная.

Katerina Alexandrova
Business Analyst
Gurtam
37

Обработки, агромодуль

Re: Обработки, агромодуль

На конференции "Телематика 2018" есть тема доклада "Agro: каким должно быть новое решение". Вопрос: Gurtam поделится планами разработки нового агромодуля или это будет обсуждение с учасниками возможного функционала для будущей разработки?

38

Обработки, агромодуль

Re: Обработки, агромодуль

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

Не забудьте записаться на этот круглый стол и внести свою лепту!

Katerina Alexandrova
Business Analyst
Gurtam
39

Обработки, агромодуль

Re: Обработки, агромодуль

Разработка началась? Очень много запросов по данному модулю!

40

Обработки, агромодуль

Re: Обработки, агромодуль

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

Katerina Alexandrova
Business Analyst
Gurtam
41

Обработки, агромодуль

Re: Обработки, агромодуль

LyDjons Добрый день! С вами можно как-то связаться?

42

Обработки, агромодуль

Re: Обработки, агромодуль

alek пишет:

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

Отправил предложения на электронку, как просили)

Осколков Дмитрий
Технический директор
ООО "Тахограф Мастер"
43

Обработки, агромодуль

Re: Обработки, агромодуль

Oskolkov, спасибо, получено.

Katerina Alexandrova
Business Analyst
Gurtam
44

Обработки, агромодуль

Re: Обработки, агромодуль

Есть ли новости? На какой стадии процесс?

45

Обработки, агромодуль

Re: Обработки, агромодуль

qazar, разработка ведется, проект в активной стадии. В ближайшие пару месяцев станет доступной бета-версия. Если у Вас есть желание как-то посодействовать нам в информационном плане или в плане опробирования продукта, то напишите мне об этом в личку или на alek@gurtam.com

Katerina Alexandrova
Business Analyst
Gurtam