Работа мусоровоза и подсчёт контейнеров с ТБО

С этим вопросом мы можем помощь, с APPS  ))

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

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

В Виалоне хороший базовый набор для реализации практически любых задач. И Ваше предложение, по реализации подсчета кол-ва мусорных баков - есть частный случай. Ваше решение с ДУгН почти идеальное по соотношению цена/качество. Главная задача в обработке данных, и циклах работы махруки. У датчика автосенсора 2 выхода. Один напряжение, а второй дискретный. Вы используете дискретный ? ИМХО Вам считать необходимо по счетчику на основании данных с дискретного входа. Главное установить правильно порог сработки.

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

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

Так и есть, нужно решение на стороне железа. И по дешевле.

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

Так что Вам мешает забить формулу ? Какая формула у Вас для расчета баков ? Озвучите, может вместе разберемся...

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

Эта формула родилась после изучения специфики работы нескольких подобных машин с мехрукой/стрелой для загрузки контейнеров. Пришли к выводу, что специфика у всех этих машин одна: если на площадке стоит 1 мусорный бак, то в Виалоне мы видим 2 сработки датчика счетчика (или 2 включения), если 2 бака, то в Виалоне 3 включения/сработки, если 3 бака, то 4 включения/сработки и т.д. То есть 1 сработка всегда лишняя, поэтому ее нужно отминусовать.

Не хотел объяснять почему 1 сработка всегда лишняя, но видимо придется. Попробую доступно объяснить на примере 1 бака:
!!! За сработку считается, когда мехрука находится в "диапозоне напряжения" (см. рисунок), не важно, опускается она или поднимается !!!
1) Далее, визуализируем ситуацию, пошагово.
а) На площадке стоит 1 бак;
б) Мехрука опускается за баком, достигает нашего "диапазона напряжения" - это 1 сработка;
в) В этом диапазоне мехрука может делать все что угодно, может мотать из стороны в строну, может выдвигать ее по длине и т.д. Это все 1 сработка;
г) В этом же "диапазоне напряжения" мехрука схватила бак и зафиксировала его;
д) Мехрука поднимает зафиксированный бак и первая сработка заканчивается, когда стрела выходит из нашего "диапазона напряжения" (см. рисунок);
е) На верху, вне "диапазона", с баком или мехрукой также может происходить все что угодно, то есть обычно водитель высыпает мусор из бака в кузов/цистерну, но бывают случаи, когда мусор высыпался не весь и они начинают немного отодвигать стрелу (вместе с баком), затем бить ее об кузов/цистрену и снова переворачивают бак. Это все происходит вне "диапазона напряжения" - сработки нет;
ж) Мехрука опускается с пустым баком, чтобы поставить его на место. Достигает нашего "диапазона напряжения" - еще одна сработка (т.е. их уже у нас 2);
з) Поднимает уже свободную стрелу и выходя из нашего "диапазона напряжения" - вторая сработка заканчивается.
Всё. Один бак победили!!!

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

Надеюсь доступно получилось.

PS. Конечно с цифровым датчиком угла наклона будет точнее и легче, следовательно меньший % погрешности.

ehouse
О новых отчетах еще не слышал, но если так, то интересно будет их увидеть.
Может специалисты Гуртам сразу могут ответить на наш вопрос, возможно ли будет в новых отчетах получить кол-во баков по нашей методике?

ehouse
Ваш вариант решения с этим оборудованием возможен, конечно лучше протестировать на живой машине. Если я правильно понял работу этого устройства, то в этом случае придется покупать еще радиопередатчик. Думается, что такое решение приведет не только к удорожанию, но и к увеличению погрешности. Больше датчиков, большая вероятность ошибки.

в новых отчётах вы сможете (с помощью инструментов SDK) в нужную вам ячейку (столбец) вбить вашу же формулу расчёта. И это будет ТОЛЬКО ВАШ шаблон отчёта, который создаётся уже не набором чекбоксов, а программированием.

Aliaksandr Kuushynau
К сожалению SDK мы еще не используем.
Тогда возник вопрос, если кто нибудь сделает такой отчет при помощью SDK, экспортирует его и передаст нам, то мы сможем им пользоваться в полной мере (не будучи пользователями SDK)?

Кто-то играется, а кто-то работает. Расскажу ситуацию: у клиента на всех таких машинах стоят ДУНы (датчики угла наклона). Мы с ним договорились и в один голос рассказывали его водителям, что с их помощью можно считать кол-во загруженных баков. В итоге водители перестали шабашить и через 3 месяца после внедрения системы мне звонит тот самый клиент и говорит, что у него почти в двое выросли заказы на вывоз мусорных баков + стали появляться новые контрагенты.
Так вот хочется, чтобы подсчет баков действительно работал, чтобы не рассказывать сказки водителям. А пока, в такой ситуации, мы выглядим не очень хорошо.

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

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

)) Это видно, что опыт у вас имеется, судя по таким подробностям. Но и у нас он тоже есть. Работаем с несколькими такими клиентами.
Ситуация с 10 контейнерами нам знакома, анализировали и ее тоже. Согласен, что мехрука берет только три бака с одного места, затем объект подъезжает к следующим. А при помощи "Детектора поездок" можно как разделить эти остановки на короткие, так и получить одну общую стоянку.
Что касается положения мехруки при передвижении к следующим бакам. Вы катались хоть раз с водителем на такой технике, наблюдали как они работают? Если нет, то рекомендую покататься и посмотреть в каком положении она остается. Если есть сомнения. Потому что мы уже накатались. После установки бака на место, водитель никогда полностью не поднимает стрелу до конца, к кузову, он лишь при отпускает бак и немного ее поднимает, чтобы подъехать к следующим. Стрела всегда остается в нашем "диапазоне напряжения". Конечно этот факт нужно учитывать при настройке ДУН.
А к погрешности может привести лишь путаница с остановками/стоянками. Их обязательно нужно разделять на "пустые" и "рабочие". Опять же, для решения этой задачи склоняюсь к цифровому ДУН.