Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Коллеги,
заинтересовал вопрос контроля работы "ковша" у мусоровоза. Хотя бы вкл/выкл.
Там ведь все гидравлика.
Сталкивался, кто-нибудь?
Спасибо.
Коллеги,
заинтересовал вопрос контроля работы "ковша" у мусоровоза. Хотя бы вкл/выкл.
Там ведь все гидравлика.Сталкивался, кто-нибудь?
Спасибо.
Могу предложить датчик нашего производства:
http://fmeter.ru/datchik-ugla-naklona-j … u-180.html
Добавлено спустя 25 секунд:
http://avtosensor.ru/
Коллеги,
заинтересовал вопрос контроля работы "ковша" у мусоровоза. Хотя бы вкл/выкл.
Там ведь все гидравлика.Сталкивался, кто-нибудь?
Спасибо.
Изучу, спасибо!
Заинтересовал датчик "ЭСКОРТ ДУ 180" какова цена для интеграторов?
Здравствуйте Александр Юрьевич
Прайс на датчики
http://fmeter.ru/price-list.html
UKRGPS COMPANY
Поставь любой промышленный индуктивный датчик.
Цена в зависимости от исполнения и напряжения от 300 до 800 рублей на рынке.
промышленный индуктивный датчик
300 до 800
У них расстояние срабатывания максимум 5см. С учетом того, что лапа мусоровоза имеет люфт почти 40 см по всем осям, а то и более, индуктивный датчик для мусоровоза- не выход,а вот для автокрана это прокатит.
****
Может Вы и правы. Незнаю, спорить не буду. Но в 15 автохозяйствах этого профиля эти датчики работают и нареканий нет. А раз нареканий нет зачем разводить клиента на бабки. Все равно всплывет. И самое главное где поставите датчик + валидация от коробки отбора мощности.
Но в 15 автохозяйствах этого профиля эти датчики работают и нареканий нет
Неплохой показатель. У нас не получилось добиться таких результатов.Водители сносили индуктивные датчики одним мановением манипулятора ("лапа мусоровоза"), даже после ювелирной установки этих датчиков они умудрялись привязывать к ним железяки, тем самым выводя его из строя. Но это скорее недостаток административного ресурса.
****
О чем я почти во всех постах на эти темы и пытаюсь донести. Без административного ресурса любая "супер-пупер" система без сильна против водителей. Пока они не поймут или не найдут в ней выгоду.
A с борта не пробовали получить сигнал?
Управление работой гидравлики осуществляют клапана. Есть механическое управление (наша старая совдеповская техника). На новой технике управление осуществляется э/магнитными клапанами, далее или через реле или напрямую.
На какой конкретно технике надо контролировать?
Нужен дополнительный датчик, штатный нельзя использовать?
Нужен дополнительный датчик, штатный нельзя использовать?
если управление осуществляется эл/магнитным клапаном, то дополнительный датчик ставить не надо.
Подскажите как устанавливается датчик угла наклона на мусоровоз, для контроля загрузки и выгрузки мусора.
Подскажите как устанавливается датчик угла наклона на мусоровоз, для контроля загрузки и выгрузки мусора.
Для контроля загрузки, выгрузки логичным будет установить датчик на манипулятор ("лапа" для захвата контейнеров) .Что именно Вас интересует? В какое место прикрутить датчик? Или, что потом с этим делать?
Alexandrov пишет:Подскажите как устанавливается датчик угла наклона на мусоровоз, для контроля загрузки и выгрузки мусора.
Для контроля загрузки, выгрузки логичным будет установить датчик на манипулятор ("лапа" для захвата контейнеров) .Что именно Вас интересует? В какое место прикрутить датчик? Или, что потом с этим делать?
Нас интересует именно как его установить (прикрутить). Были бы очень благодарны если кто-нибудь пришлет фотографии к нам на почту aleksandrov@roadtracker.ru
Как вариант: если поставить датчик давления на шланг? Кто-нибудь ставил? Поделитесь секретом. Может большие герконы или еще что-либо?
Может большие герконы или еще что-либо?
Зачем изобретать велосипед.Воспользуйтесь датчиком угла наклона- http://fmeter.ru/datchik-ugla-naklona-j … u-180.html
Ставили датчик угла наклона на стрелу + датчик давления в гидросистеме! Работает отлично!
Ставили датчик угла наклона на стрелу + датчик давления в гидросистеме! Работает отлично!
ссылку на датчик для гидравлики можно?
Пожалуйста: Датчик веса ТБО
Добрый день! Недавно столкнулся с модулем маршруты. Одному клиенту необходимо контролировать маршрут прохождения мусоровоза. Каждый мусоровоз имеет расписание на неделю вперед, где указано в какой день какого из клиентов он должен посетить. Допустим 10 клиентов, т.е. 10 геозон в маршрутах.
Как я понимаю мы должны создать по 1 маршруту на каждый автомобиль и по 7 рейсов в маршруте на каждый день недели, но так не получится, потому что рейс ОБЯЗАТЕЛЬНО должен состоять из всех точек, входящих в маршрут. Функция пропуска в данном случае не подходит, так как маршрут в таком случае будет не завершен. Получается для каждого авто надо делать 7 маршрутов, что перегружает и систему и пользователя дополнительной работой, что крайне неудобно.
Предлагаю реализовать возможность задавать в рейсах только нужные нам точки для посещения из выбранного маршрута, таким образом на каждый авто будет по 1 маршруту и по 7 рейсов на маршрут на каждый день недели
Добрый день! Недавно столкнулся с модулем маршруты. Одному клиенту необходимо контролировать маршрут прохождения мусоровоза. Каждый мусоровоз имеет расписание на неделю вперед, где указано в какой день какого из клиентов он должен посетить. Допустим 10 клиентов, т.е. 10 геозон в маршрутах.
Давайте вначале с условиями задачи разберемся)
У вас есть n-ое количество мусоровозов. С пн по вс они посещают конкретные, заранее известные КТ, по заранее известному расписанию.
Эти КТ для каждого мусоровоза меняются каждую неделю? Расписание тоже меняется еженедельно? Список КТ, которые могут посещать машины фиксирован (новый список для каждой машины для каждого дня формируется из общего путем удаления некоторых КТ)? Список КТ общий для всех мусоровозов или для каждого мусоровоза отдельный набор КТ? В течении дня для 1 машины 1 маршрут? Каждый мусоровоз должен посетить все точки в определенном порядке?
riel
1. Да есть N мусоровозов, которым дается в понедельник расписание на всю неделю. Состоит из строк (клиентов) и столбцов (дни недели). В каждой клетке стоит + или пусто, то есть требуется или не требуется заезжать к клиенту в данный день недели
2. КТ практически не меняются, то есть для каждого мусоровоза фиксированы, но может меняться раписание, то есть например если раньше надо было к этому клиенту заезжать во вторник, то теперь например в среду
3. Список КТ фиксирован, каждый авто заезжает в свою КТ, другое авто в эту КТ не заезжает
4. Список КТ общий для всех
5. В течении дня для каждой машины 1 маршрут
6. Для некоторых КТ порядок посещения не важен, а важен сам факт посещения в этот день, а для некоторых важно в определенный промежуток (например с 10 до 14)
Впринципе клиента все устраивает если было бы написано так как я указал, чтобы можно было рейсы формировать не из всех КТ в маршруте
Впринципе клиента все устраивает если было бы написано так как я указал, чтобы можно было рейсы формировать не из всех КТ в маршруте
DmitriyCh, теперь понятно.
Вы правы, при решении вашей задачи с нашем стандартным модулем "Маршруты", диспетчер будет перегружен лишней информацией и работой. Доработка модуля в соответствии с вашими потребностями не самый лучший вариант - это вызовет путаницу у остальных клиентов при решении других задач, которые встречаются чаще. Лучший вариант в вашем случае - создание Apps.
DmitriyCh пишет:Впринципе клиента все устраивает если было бы написано так как я указал, чтобы можно было рейсы формировать не из всех КТ в маршруте
DmitriyCh, теперь понятно.
Вы правы, при решении вашей задачи с нашем стандартным модулем "Маршруты", диспетчер будет перегружен лишней информацией и работой. Доработка модуля в соответствии с вашими потребностями не самый лучший вариант - это вызовет путаницу у остальных клиентов при решении других задач, которые встречаются чаще. Лучший вариант в вашем случае - создание Apps.
С этим вопросом мы можем помощь, с APPS ))
geolead-msk
Спасибо, только фишка в том что клиент не очень то сильно хочет еще за это все платить. Он пиняет на другую систему, которая стоит у них в филиале и у которой сделано "все как надо". Пока я ему лишь предложил по 7 маршрутов на ТС (благо ТС пока не много) и заикнулся про API маршрутов (мол потом можно будет с Вашей системой распределения заявок совместить и не надо будет вбивать много инфы). Как-то так, но все-таки хотелось бы развитие модуля маршрутов для более гибкого подхода к решениям разных задач
интересно, что за система, у которой все сделано "как надо", вы узнайте у заказчика, хотелось бы проверить возможности этой системы !!?
Intech
Я сам пытался это узнать - не говорит. Какая-то красноярская система, которая тоже в облаке работает
Intech
Я сам пытался это узнать - не говорит. Какая-то красноярская система, которая тоже в облаке работает
Не сочтите за рекламу, но для таких целей конечно надо использовать специализированное ПО для планирования маршрутов. Мы как раз сейчас интегрируем наш веб-сервис "Департамент логистики" с Wialon. Если интересно можете поучаствовать в бета-тестировании.
Всех приветствую.
Создал данную тему, потому что ничего похожего на форуме не нашел. Если есть что-то аналогичное, прошу поделиться ссылкой. А пока продолжу здесь ...
Есть предложение по реализации в Виалоне метода подсчета мусорных контейнеров на площадках, с помощью дополнительного оборудования (например, датчика угла наклона или любого другого датчика) позволяющего считать кол-во сработок "стрелы/мехруки" на каждом участке.
Сейчас, на сколько знаю, реализован лишь общий подсчет сработок "стрелы/мехруки". То есть объект остановился на площадке, допустим помахал мехрукой 3 раза (опустил-поднял, опустил-поднял, опустил-поднял), то и в отчете мы видим 3 сработки. Но в реальных условиях эти 3 (три) сработки скорее всего будут являться 2 (двум) загруженным в бункер мусорным бакам. Думаю, объяснять не нужно почему именно двум.
У нас подсчет сработок реализован с помощью аналогового датчика угла наклона: смотрите рисунок.
В настройках создали датчик "счетчик" и за сработку взяли напряжение превышающее 1.000
Собственно, само предложение и заключается в том, чтобы в отчете получать не "сырые сработки мехруки", а преобразованные в "кол-во баков/контейнеров". Зная количество остановок/стоянок и количество сработок на каждой из них, преобразование можно сделать по такой формуле: "кол-во сработок" - "кол-во стоянок/остановок" = "кол-во баков". Таким образом в отчете мы должны получить: 1) общее кол-во баков за период; 2) и кол-во баков на каждой остановке/стоянке.
Понятно, что 100% точного количества загруженных мусорных баков мы не получим, потому что всегда существует какая-то погрешность и индивидуальные случаи эксплуатации/работы на объекте, но тем не менее это уже что-то, а не сухие цифры в отчете.
Господа, прошу высказывайтесь и голосуйте. Кто ЗА или ПРОТИВ такой доработки? Может у кого-то есть свои предложение по решению этой задачи.
Есть предложение по реализации в Виалоне метода подсчета мусорных контейнеров на площадках, с помощью дополнительного оборудования (например, датчика угла наклона или любого другого датчика) позволяющего считать кол-во сработок "стрелы/мехруки" на каждом участке.
В Виалоне хороший базовый набор для реализации практически любых задач. И Ваше предложение, по реализации подсчета кол-ва мусорных баков - есть частный случай. Ваше решение с ДУгН почти идеальное по соотношению цена/качество. Главная задача в обработке данных, и циклах работы махруки. У датчика автосенсора 2 выхода. Один напряжение, а второй дискретный. Вы используете дискретный ? ИМХО Вам считать необходимо по счетчику на основании данных с дискретного входа. Главное установить правильно порог сработки.
Ваша задача ровень нашей, когда мы решали как подсчитать сколько грузит экскаватор ковшей. Стоит такой же как и у Вас датчик угла наклона. Где-то на форуме есть эта тема. Идеальных данных мы не получили, да и не получим.. потому как не возможно определить, когда экскаватор подгребает под себя, а когда загружает в машину. Причем контроль ведется по двум выходам с ДУгН.
Я думаю Вам проще будет "подпиливать" ресурсы Виалона под свои задачи, нежели Гуртам будет делать отдельный отчет, который не имеет четкой структуры и достоверных данных.
os_86
Да, базовый набор хороший, но для реализации данной задачи этого набора недостаточно.
Не согласен с тем, что это частный случай. Он будет "частным" до тех пор, пока все мы так думаем! Мусороуборочных компаний с такой техникой очень много во всех областях. Думаю, что даже не все интеграторы Wialon знают о том, что возможно реализовать такую задачу, не говоря уже клиентах/заказчиках. А если выйти с готовым решением к таким клиентам, то это будет уже совсем не "частный" случай.
Что касается циклов работы мехруки, то, как говориться, на этом мы уже "собаку съели", потратили не одни день катаясь с водителями на подобной спецтехнике. ДУН подключен на аналоговый вход терминала, при опускании мехруки по параметру adc5 передается напряжение от 0.001 до 1.600 Сам ДУН настроили таким образом, что напряжение появляется когда мехрука при опускании достигает 45 градусов, как указано на рисунке. В Виалоне за сработку считаем напряжение свыше 1.000 (но это не столь важно, можно взять любое другое напряжение за сработку).
Пример с экскаватором совсем не аналогичный нашей ситуации. С помощью ДУН на экскаваторе вы никогда не посчитаете кол-во загруженных ковшей, потому что весь его механизм сгибается/разгибается в 3х частях, здесь нужен какой-то другой датчик. Не уверен, что вообще возможно посчитать загрузку ковшей на экскаваторе, но пока у нас такой задачи не стояло и мы не заморачивались на эту тему.
Я думаю Вам проще будет "подпиливать" ресурсы Виалона под свои задачи, нежели Гуртам будет делать отдельный отчет, который не имеет четкой структуры и достоверных данных.
Все уже и так подпилено донельзя, вместе с GHS и баки сейчас посчитать мы не можем. А отчет, как раз таки уже имеет четкую структуру: есть пункты/строчки в отчетах "Счетчик", которые выдают значения на основании "датчика счетчика", сейчас это просто кол-во включений ДУН. Мы предлагаем на основании этого "датчика счетчика" сделать новый "датчик подсчета контейнеров/баков", который бы считал их по формуле приведенной выше, далее нужно добавить пункт в отчеты "Кол-во баков/контейнеров". И эти данные будут достоверными, но естественно с какой-то погрешностью в пределах разумного. По моему все четко и ясно.
Может у кого-то из пользователей модуля "SDK" или "Wialon Pro" уже реализована данная задача. Господа прошу поделитесь результатами работы, знаниями, опытом.
се уже и так подпилено донельзя, вместе с GHS и баки сейчас посчитать мы не можем.
Так и есть, нужно решение на стороне железа. И по дешевле.
babay
Так на стороне железа решение то есть и относительно не дорогое. Нет решения на стороне ПО.
Проблема видимо имеется в том, что человек хочет видеть количества сработок датчика на стоянок. А не просто количества поднятий. Но это уже реализовано. Создайте датчик типа "счетчик" и выводите его показания в стоянках. Это и будет количество контейнеров. Вместо названия "Счетчик" переименуйте графу в "Контейнеры". Как-то так
DmitriyCh
Вы видимо не поняли, что я хочу донести.
Количество сработок датчика на остановках/стоянках уже реализован, об этом мы в курсе.
Создайте датчик типа "счетчик" и выводите его показания в стоянках. Это и будет количество контейнеров.
Нет, это не будет кол-во контейнеров/баков. Я уже писал о том, что мы создали и настроили датчик "счетчик", но этого недостаточно. Нужно забить в ПО формулу, чтобы получить количество самих баков, а не тупо сработок или поднятий.
Нужна забить в ПО формулу, чтобы получить количество самих баков, а не тупо сработок или поднятий.
Так что Вам мешает забить формулу ? Какая формула у Вас для расчета баков ? Озвучите, может вместе разберемся...
ALTARO
А что за формулу необходимо забить? расскажите. Может получится что подсказать
Господа,
уже озвучил в первом посте формулу, по которой можно вычислить кол-во загруженных баков/контейнеров. Напишу ее еще раз: "общее кол-во сработок датчика счетчика" - "общее кол-во стоянок и остановок" = "кол-во баков"
Эта формула родилась после изучения специфики работы нескольких подобных машин с мехрукой/стрелой для загрузки контейнеров. Пришли к выводу, что специфика у всех этих машин одна: если на площадке стоит 1 мусорный бак, то в Виалоне мы видим 2 сработки датчика счетчика (или 2 включения), если 2 бака, то в Виалоне 3 включения/сработки, если 3 бака, то 4 включения/сработки и т.д. То есть 1 сработка всегда лишняя, поэтому ее нужно отминусовать.
Не хотел объяснять почему 1 сработка всегда лишняя, но видимо придется. Попробую доступно объяснить на примере 1 бака:
!!! За сработку считается, когда мехрука находится в "диапозоне напряжения" (см. рисунок), не важно, опускается она или поднимается !!!
1) Далее, визуализируем ситуацию, пошагово.
а) На площадке стоит 1 бак;
б) Мехрука опускается за баком, достигает нашего "диапазона напряжения" - это 1 сработка;
в) В этом диапазоне мехрука может делать все что угодно, может мотать из стороны в строну, может выдвигать ее по длине и т.д. Это все 1 сработка;
г) В этом же "диапазоне напряжения" мехрука схватила бак и зафиксировала его;
д) Мехрука поднимает зафиксированный бак и первая сработка заканчивается, когда стрела выходит из нашего "диапазона напряжения" (см. рисунок);
е) На верху, вне "диапазона", с баком или мехрукой также может происходить все что угодно, то есть обычно водитель высыпает мусор из бака в кузов/цистерну, но бывают случаи, когда мусор высыпался не весь и они начинают немного отодвигать стрелу (вместе с баком), затем бить ее об кузов/цистрену и снова переворачивают бак. Это все происходит вне "диапазона напряжения" - сработки нет;
ж) Мехрука опускается с пустым баком, чтобы поставить его на место. Достигает нашего "диапазона напряжения" - еще одна сработка (т.е. их уже у нас 2);
з) Поднимает уже свободную стрелу и выходя из нашего "диапазона напряжения" - вторая сработка заканчивается.
Всё. Один бак победили!!!
С 2-мя бака, 3-мя и так далее, все выше перечисленные пошаговые пункты идентичны, кроме пункта "з". Здесь мехрука не поднимается свободной, а остается в "диапазоне напряжения", передвигает стрелу влево или вправо (см. пункт "в") за вторым баком, и далее смотрите с пункта "г".
Надеюсь доступно получилось.
PS. Конечно с цифровым датчиком угла наклона будет точнее и легче, следовательно меньший % погрешности.
ALTARO
полностью с Вами согласен. Датчик угла наклона не может самостоятельно отсекать 1 лишнюю сработку. Ваша формула очень может приблизить результат к фактическому, во многих случаях обеспечить даже 100%. Говорят, на хостинге скоро появятся совершенно новые отчеты, где можно будет даже самостоятельно придумывать недостающие отчетные значения с помощью скриптов. Надеюсь тогда все и получится, полагаю остается только ожидать этого момента. Хотя, кстати, есть вариант оборудования, пробовал его тестировать, вроде работает в кабинете, в полевых условиях не тестил, но и стоимость проекта в этом случае возрастает в геометрической прогрессии: http://www.tsautomatica.com/%D1%81%D0%B … D0%B0.html
ehouse
О новых отчетах еще не слышал, но если так, то интересно будет их увидеть.
Может специалисты Гуртам сразу могут ответить на наш вопрос, возможно ли будет в новых отчетах получить кол-во баков по нашей методике?
ehouse
Ваш вариант решения с этим оборудованием возможен, конечно лучше протестировать на живой машине. Если я правильно понял работу этого устройства, то в этом случае придется покупать еще радиопередатчик. Думается, что такое решение приведет не только к удорожанию, но и к увеличению погрешности. Больше датчиков, большая вероятность ошибки.
ALTARO
на каждый бак по датчику !, который передает код на приемник в машине !
большая вероятность ошибки
согласен
Может специалисты Гуртам сразу могут ответить на наш вопрос, возможно ли будет в новых отчетах получить кол-во баков по нашей методике?
в новых отчётах вы сможете (с помощью инструментов SDK) в нужную вам ячейку (столбец) вбить вашу же формулу расчёта. И это будет ТОЛЬКО ВАШ шаблон отчёта, который создаётся уже не набором чекбоксов, а программированием.
уже озвучил в первом посте формулу, по которой можно вычислить кол-во загруженных баков/контейнеров. Напишу ее еще раз: "общее кол-во сработок датчика счетчика" - "общее кол-во стоянок и остановок" = "кол-во баков"
В теории и на бумаге все просто, но на практике месяц-два поиграетесь и забудете. Чтобы Ваша формула работала надо исключить все стоянки и остановки кроме тех, где работает мех. рука. Да можно считать не количество стоянок а например количество геозон в которых работает мех.рука, но что если в одном месте 10 контейнеров? Авто с боковым манипулятором берет максимум три с одного места, дальше поднимает опоры и переезжает на 4-5 метров. Вы уверены что в этом случае у Вас получится четыре стоянки или остановки? В каком положении при этом остается мех.рука знает только оператор. Во вторых при установке бака оператор очень часто лишний раз поднимает и опускает бак для выравнивания. Все это приводит к большой погрешности. Установите оборудование на реальное авто и посмотрите как будет работать Ваша схема.
П.С Все вышесказанное из реального опыта...
Aliaksandr Kuushynau
К сожалению SDK мы еще не используем.
Тогда возник вопрос, если кто нибудь сделает такой отчет при помощью SDK, экспортирует его и передаст нам, то мы сможем им пользоваться в полной мере (не будучи пользователями SDK)?
В теории и на бумаге все просто, но на практике месяц-два поиграетесь и забудете.
Кто-то играется, а кто-то работает. Расскажу ситуацию: у клиента на всех таких машинах стоят ДУНы (датчики угла наклона). Мы с ним договорились и в один голос рассказывали его водителям, что с их помощью можно считать кол-во загруженных баков. В итоге водители перестали шабашить и через 3 месяца после внедрения системы мне звонит тот самый клиент и говорит, что у него почти в двое выросли заказы на вывоз мусорных баков + стали появляться новые контрагенты.
Так вот хочется, чтобы подсчет баков действительно работал, чтобы не рассказывать сказки водителям. А пока, в такой ситуации, мы выглядим не очень хорошо.
Чтобы Ваша формула работала надо исключить все стоянки и остановки кроме тех, где работает мех. рука.
Естественно их нужно разделять, потому что будут стоянки/остановки без включений стрелы.
Да можно считать не количество стоянок а например количество геозон в которых работает мех.рука
Согласен, можно, но этим вы не избавите клиента от шабашек водителями, если техника будет загружать баки у неизвестного контрагента (нет геозоны), то и баки вы не посчитаете.
но что если в одном месте 10 контейнеров? Авто с боковым манипулятором берет максимум три с одного места, дальше поднимает опоры и переезжает на 4-5 метров. Вы уверены что в этом случае у Вас получится четыре стоянки или остановки? В каком положении при этом остается мех.рука знает только оператор. Во вторых при установке бака оператор очень часто лишний раз поднимает и опускает бак для выравнивания. Все это приводит к большой погрешности. Установите оборудование на реальное авто и посмотрите как будет работать Ваша схема.
П.С Все вышесказанное из реального опыта...
)) Это видно, что опыт у вас имеется, судя по таким подробностям. Но и у нас он тоже есть. Работаем с несколькими такими клиентами.
Ситуация с 10 контейнерами нам знакома, анализировали и ее тоже. Согласен, что мехрука берет только три бака с одного места, затем объект подъезжает к следующим. А при помощи "Детектора поездок" можно как разделить эти остановки на короткие, так и получить одну общую стоянку.
Что касается положения мехруки при передвижении к следующим бакам. Вы катались хоть раз с водителем на такой технике, наблюдали как они работают? Если нет, то рекомендую покататься и посмотреть в каком положении она остается. Если есть сомнения. Потому что мы уже накатались. После установки бака на место, водитель никогда полностью не поднимает стрелу до конца, к кузову, он лишь при отпускает бак и немного ее поднимает, чтобы подъехать к следующим. Стрела всегда остается в нашем "диапазоне напряжения". Конечно этот факт нужно учитывать при настройке ДУН.
А к погрешности может привести лишь путаница с остановками/стоянками. Их обязательно нужно разделять на "пустые" и "рабочие". Опять же, для решения этой задачи склоняюсь к цифровому ДУН.
К сожалению SDK мы еще не используем.
Тогда возник вопрос, если кто нибудь сделает такой отчет при помощью SDK, экспортирует его и передаст нам, то мы сможем им пользоваться в полной мере (не будучи пользователями SDK)?
SDK ( и соответсвено наши Аппсы) с недавнего времени бесплатны и доступны всем пользователям Wialon Hosting.
И да, в будущем "конфигурации отчётов" будут передаваться между партнёрами на каких-либо возмездных условиях.
Aliaksandr Kuushynau
+1
Не знал, что SDK стал бесплатный. Попробуем реализовать нашу задачу с его помощью.
В общую копилку знаний.
Использовали преобразователь давления масла (с выходом 0 -10 V) для установки в гидравлической системе мусоровоза, с подключением к GPS теминалу.
После тарировки, достигнутые результаты:
1. Подсчет количества погруженных контейнеров, с массой ТБО более определенного значения;
2. Общая масса погруженного ТБО (за ходку, смену, период).
Бюджет: преобразователь давления масла от 100 $, + GPS теминал с аналоговым входом.
Данную схему можно использовать для решения многих других задач: масса груза у самосвала, или поднятого груза у фронтального погрузчика, или с любым гидравлическим устройством.
А если водила в гидравлику лишнее давление даст, то что покажет система? 
Лишнее давление он никак не даст. На авто стоит отсекающая автоматика, т.е. если контейнер с ТБО не подъемный или прессовать в бункер уже не куда, срабатывает заводская автоматика.
Поднятию груженого контейнера соответствует напряжению от 3,5В до 6В, (давление от 90 атм. до 150 атм), поднятие пустого захвата до упора в метал выдает 7,5В (190 атм.), таким образом в Виалоне отчеты работают в определенном диапозоне.
Какой преобразователь использовали, можно ссылку?
Вот к примеру http://danfoss.net.ua/products/4286/546/4343
я считаю, что на Камазе или Газоне аналоговый сигнал будет чушь показывать, да еще и при работе КОМа и повышенных оборотах.
Нет с этим проблем?
Для погашения возможных колебаний есть фильтрация, усредненные значения, диапозон значений и др.
Примерно также показывает уровень топлива ДУТ во время поездки авто - показания фильтруются и обрабатываются.
При повышенных оборотах возможны наводки на аналоговый сигнал.
При загрузке пухты повышенные обороты.
Каким образом фильтрация, которая в необходимый момент измерения давления в гидрорукаве, отличит изменение амплитуды сигнала от наводки?
Целью этой темы было рассказать всем о работающей системе. Все настройки, схемы подключения, настройки отчетов в Виалоне, применимы к тому оборудованию, которое есть на нашем предприятии. Я не могу сказать как поведет себя система на автомобиле Х, при наличии GPS терминала У. Если заинтересовались, то на все вопросы вы найдите ответы сами.
То как работает система нас вполне устраивает, и на мое мнение являет собой бюджетный заменитель RFID систем.
видеорегистратор в помощь....вытащил карту памяти и считай баки...
В Барнауле вывоз мусора проконтролирует «ГЛОНАССсофт» : http://news.rambler.ru/25817478/
DmitriyCh ,
давайте покажем им www.maxoptra.ru
здесь можно и расписание составить - разное для разных дней и план-факт контроль посещения плановых точек делать.
Учитывая "скупость" заказчика, предлагаю бесплатный тарифный план Максоптры, в котором можно вручную составить расписание прибытия, а затем контролировать время прибытия.
обращайтесь!
видеорегистратор в помощь....вытащил карту памяти и считай баки...
автоматизация блин)
а никто и не говорил что легко будет....)))
Ecogps можете в личке показать отчет ? или на емейл
Добрый день!
Кто применял инструменты wialon, для таких организация как Спец автохозяйство по уборке города, которые ведут деятельность по сбору бытовых отходов из контейнеров, по маршруту "А-B"! ???
Как и каким образом можно контролировать работу колонны, "2-3 машины" что бы те не делали левые рейсы- подъем контейнеров за нал..
Если есть маршрут и он заранее известен, можно пойти двумя путями - контроль геозоны-линии и присутствие в ней машин. Если есть датчик навесного - еще лучше, можно будет еще и его контролировать.
Второй вариант по-сложней - контролировать маршрут, а также срабатывание навесного.
Также есть новое приложение - Wialon Logistics для работы с одноразовыми доставками, если маршрут не статичный.
В целом подходом много, но чтобы определиться с точным выбором, лучше если вы предоставите немного больше информации о проекте, какие есть грузовики, что они могут присылать, характер их движения, какое поведение можно считать нормальным, а какое нет, каким образом они выходят/не выходят на маршрут (т.е. автоматически или вручную) - обладая подробностями можно говорить не о приблизительной, а о конкретной реализации того или иного функционала. Пришлите нам, пожалуйста, данные на support@gurtam.com - примеры нормального поведения, не нормального (левак) и возможно мы сможем вам помочь советами по реализации.
Brabys4444
Моих удовлетворил вариант с геозонами.
Нарисовали более 3000 геозон.
Создали отчеты по посещённым и пропущенным геозонам для каждого маршрута.
Работают 3 год. Нареканий пока нет.
А как сейчас обстоят дела с подсчётом контейнеров с помощью RFID ?
Есть ли опыт ? Наработки и т.п.
Датчик нагрузки на оси вам в помощь
Датчик нагрузки на оси вам в помощь
И откуда его брать?
Чем тарировать датчик?
Как этот датчик поможет посчитать количество загруженных контейнеров?
vinkel пишет:Датчик нагрузки на оси вам в помощь
И откуда его брать?
Чем тарировать датчик?
Как этот датчик поможет посчитать количество загруженных контейнеров?
Датчики нагрузки (и монтажные комплекты к ним) - и механика и пневматика брать у Технотона.
http://www.technoton.by/datchik_nagruzki
Там же инструкции и обучение.
Аналитика простейшая: определяем вес разгрузки (очень похожа на заправку, кстати, только наоборот-в "минус") и делим на средний вес контейнера. Получаем примерно количество контейнеров, но главное - вес вывезенного мусора.
Можно также озадачиться и наложить график на карту, тогда возможно подсчитать вес каждой загрузки. Но будет все равно погрешность, так как вес каждого контейнера небольшой, а погрешность измерения считается от полной массы.
Как кстати платят мусоровозам: за общий вес или количество контейнеров?
Угу. И когда водила просто давление в пневмосистеме поднимет, вы это учтете как погрузку контейнера, конечно-же.
Ну да, простейшая аналитика...
Угу. И когда водила просто давление в пневмосистеме поднимет, вы это учтете как погрузку контейнера, конечно-же.
Ну да, простейшая аналитика...
Давление в пневмоподушке, в которую ставится датчик GNOM DDE, не регулируется) Пультом можно поднять/опустить грузовую платформу, но давление в подушке - стабильное.
Кстати, отечественные мусоровозы практически все с рессорной подвеской, это уже другой датчик - GNOM DP http://www.technoton.by/datchik_nagruzk … mescheniya
Измерение веса вывозимого мусора - основное применение датчиков нагрузки на оси на сегодня.
Вот пример http://www.technoton.by/news/217
Откуда оно там берется, извините? Из тормозной, перепуском избытка, вроде так? А клапана такие точные...
А так конечно, стабильное.
Про рессорные датчики даже не говорите, тяги на раз сдвигаются / отламываются, руки водил шаловливые.
А вот тензодатчики никто не возьмется разработать для мониторинга? Чтобы прямо на балку, изгиб или сжатие измерять. Вот вам и точный вес, в граммах.
Откуда оно там берется, извините? Из тормозной, перепуском избытка, вроде так? А клапана такие точные...
А так конечно, стабильное.
Про рессорные датчики даже не говорите, тяги на раз сдвигаются / отламываются, руки водил шаловливые.А вот тензодатчики никто не возьмется разработать для мониторинга? Чтобы прямо на балку, изгиб или сжатие измерять. Вот вам и точный вес, в граммах.
Неважно откуда берется давление, вообще-то от компрессора, а уже оттуда и в тормоза и в пневмоподвеску. Черуз редуктор. Фишка в том. что давление в подушке обеспечивается конструкцией подушки и никак не регулируется.
Насчет "механики" - секрет успеха именно в монтажном комплекте, берите фирменный технотоновский и все будет ОК. Часто забывают про упругий элемент, вот и выламываются.
Вообще и DP и DDE - аналоги (улучшенные кстати по точности) датчиков WABCO, которые выпускаются миллионами с системой подъема грузовой платформы ECAS. То есть по принципу работы и монтажу это обкатанное решение.
Насчет тензодатчиков ничего не могу сказать, не видел таких в автопроме.
Насколько я помню, регулируется системой перепускных клапанов, диапазон где-то между 10 и 12 атм, совсем не прецизионных. А это, на минуточку, до 20% разницы.
Насколько я помню, регулируется системой перепускных клапанов, диапазон где-то между 10 и 12 атм, совсем не прецизионных. А это, на минуточку, до 20% разницы.
В ресивере есть клапаны: нижнее давление 6,5 атм (подкачка), верхнее 7,2 (сброс избытка). Но это не имеет отношения к пневмоподвеске, там свой редуктор.
.....есть Датчик давления GNOM DDE продам за 2500....новый, провода нет, только датчик.
....планировался на федю (фредлайнер) установить...пока шел, клиент машину продал.
Быть может я задал некорректный вопрос - моя вина.
на КАК датчик ВЕСА поможет подсчитать КОЛИЧЕСТВО загруженных контейнеров с ТБО ?
Мусорщики должны приехать на заданный чекпоинт и загрузить там N-ое количество контейнеров.
если мусорный контейнер пустой, либо заполнен на 10% - мусоровоз ДОЛЖЕН его опустошить. Данное требование заказчика обосновывается тем, что не совсем добросовестные сотрудники могут из 5 контейнеров опустошить 4 а один оставить, т.к. он был заполнин на 1\3. После поступления жалобы заказчика никаких доказательств того, что контейнер опустошен нет.
Зачем тут вес ?
.....если мусорный контейнер пустой, либо заполнен на 10% - мусоровоз ДОЛЖЕН его опустошить....?
.....если мусорный контейнер пустой, либо заполнен на 10% - мусоровоз ДОЛЖЕН его опустошить....?
обязан.
пустой?
qwerty16 пишет:.....если мусорный контейнер пустой, либо заполнен на 10% - мусоровоз ДОЛЖЕН его опустошить....?
обязан.
Мы предлагали использовать датчик угла, помимо веса.
Но у заказчика работяги славились тем, что могли пустой контейнер несколько раз поднять-опустить, что при точности датчика веса не позволяло отделить действительно пустые от незначительно заполненных.
Была идея измерять давление в напорной подъемной гидромагистрали (той, что контейнер поднимает), но датчики нужной точности также не нашли.
Оставалась идея измерения микро-искажений балки или ее частей (тензо-), но цена на данные датчики зашкаливает и точность ЦАП/АЦП приборов сильно загрубляет точность самих датчиков. А так идеальный вариант был-бы...
Здравствуйте.
В данной теме хотелось бы услышать обсуждения применённых решений, по контролю работы предприятия занимающихся вывозкой мусора.
Один из элементов построения данный системы обсуждается в параллельной ветке:
К сожалению, единого решения по контролю так и не придумано, но очень интересно кто, что и как применяет.
Так же, можно в тему постить об реализованных решениях по контролю водителей и т.п.
Хотелось бы собрать некоторый справочник.
MooveR
По прошествии лет все механические навороты в виде датчиков, камер и т.д. "приказали долгих лет жизни".
Единственная рабочая схема - это трекер + геозоны. В итоге мои "мусорщики" работают по посещению геозон.
Какие у вас контейнеры, можно фотки ?
Кто знает, как сейчас обстоят дела в регионах с мусороуборочными компаниями? Мелкие компании подключают к региональному оператору?
Кто знает, как сейчас обстоят дела в регионах с мусороуборочными компаниями? Мелкие компании подключают к региональному оператору?
Осуществляем ретрансляцию оператору в Волгоград.
На сколько могу судить о софте оператора.
Его не очень устраивает собственный софт, ибо сидит на нашем в виде пользователя.
akkros
То есть часть мусороуборочных компаний Краснодарского края ретранслируются в Волгоград? Почему не в Краснодар?
А в чём проблема? Интернет в Краснодаре отличается от Волгоградского?
ALTARO, региональный оператор - это надсмотрщик к дубинам, а компания сборщик мусора это тот каторжник над которым стоит надсмотрщик.
Собственно к чему, контроль по териториям находится в госмонополии региональных операторов. Если хочешь возить мусор, помимо прочего, сборщик мусора должен отправлять данные региональному оператору, а то как он будит рисовать пятизначные штрафы сборщикам мусора за пропущенный контейнер?
ALTARO, региональный оператор - это надсмотрщик к дубинам, а компания сборщик мусора это тот каторжник над которым стоит надсмотрщик.
Собственно к чему, контроль по териториям находится в госмонополии региональных операторов. Если хочешь возить мусор, помимо прочего, сборщик мусора должен отправлять данные региональному оператору, а то как он будит рисовать пятизначные штрафы сборщикам мусора за пропущенный контейнер?
Я думаю это не совсем справедливо.
