Перейти к содержанию

Разработка своей Телеметрии? Сколько стоит?


Рекомендуемые сообщения

Чтобы не плодить лишних веток размещу тут, как близкое по теме:

 

Общественная палата предлагает ввести в России ограничение на количество SIM-карт, которым может обладать один человек, пишет Известия.

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

Отмечается, что данная инициатива направлена на борьбу с обналичиванием незаконных доходов. Как сообщила Ассоциация российских банков, в настоящее время данный метод «обналички» является крайне популярным — только с начала лета мошенники через мобильных операторов вывели несколько сотен миллионов рублей, похищенных с банковских карт.

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

«Когда злоумышленники переводят деньги со счета в банке сразу на счет сотового оператора, а потом сразу выводят их — например, через электронные кошельки или снимают в банкомате, — остановить мошенничество фактически нереально. Концы сразу теряются, потому что получатели сразу выкидывают «симки». В итоге транзакция обрывается на сотовом операторе», — пояснил один из экспертов.

То есть, если такое положение примут, то оборудовать удалёнкой с модулем на базе обычной стандартной симки ИП сможет не более, чем десять автоматов, или 10 минус количество личных телефонов.

Изменено пользователем Ген_надий
Ссылка на комментарий
  • Ответов 45
  • Создана
  • Последний ответ

Топ авторов темы

Так это если и будет распространяться, то на физических лиц. ООО и ИП это не затронет...


А если у меня штат сотрудиков 50 чел и у всех корп связь

Ссылка на комментарий
  • 5 месяцев спустя...

Всем привет! Разрабатываем телеметрический комплекс для построения графика объезда автоматов. Вот рабочий пример http://vend.aventuel.net/. Автоматы реальные, выборочные. Система работает в бизнесе около года. Поддерживаются любые нетелеметрические автоматы, unicum, а также телеметрические модули "Onecup" собственной разработки на базе Ардуино (подключенные к Saeco). Ванкапы показывают статус онлайн и уровень воды. Unicum - полная статистика. Ванкапы имеют статистику только по потреблению воды (в перспективе, можно доработать количество стаканов, уровень кофе, датчик температуры для уличных автоматов, удаленное выключение автомата), показывают актуальный мобильный счет, с быстрой возможностью его пополнить. Система рассчитывает прогноз по обслуживанию, показывает ошибки и показатели и фиксирует процесс инкассации (посещения автомата), которые можно выгружать во внешние системы учета. На данном этапе получить полную статистику возможно только для unicum автоматов. Ванкапы на данном этапе НЕ собирают статистику о продажах, а передают точный уровень воды и состояние подключения автомата к серверу. Этап разработки дошел до той черты, когда уже нужно точно определиться, есть ли спрос на данный продукт после чего будет принято решение о продолжении его развития. Цель проекта - предоставить вендорам более дешевый, простой механизм повышения эффективности обслуживания сети. Можно рассмотреть возможность доработки системы под ключ для сервера владельца сети, доработки под других операторов телеметрии. Что можете сказать, какие предложения и вопросы? Спасибо. aventuel@gmail.com

Ссылка на комментарий

а какова цена конечного продукта? Думаю перемещение или тряску автомата можно на ардуино настроить. Ну и закончившиеся стаканы и перезагрузку удаленную . 

Ссылка на комментарий

Какие специалисты под ключ смогут железо собрать? Где их найти? Как называется их профессиональная специальность: слесаря, токари, электронщики? Где их можно найти и как сделать им заказ?

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

Ссылка на комментарий

а какова цена конечного продукта? Думаю перемещение или тряску автомата можно на ардуино настроить. Ну и закончившиеся стаканы и перезагрузку удаленную . 

по модулю на ардуино пока примерно 3-4 тыс. рублей. Модуль постоянно оптимизируется в поиске более дешевых компонентов. По программной части и конечного продукта, пока сказать сложно. Нет даже прикидок. Вы можете предложить оценочную стоимость. Опять же зависит, как разрабатывать систему, на сервере владельца или в виде хостинга (будет другая архитектура взаимодействия). Много переменных, их нужно уточнить, и уточнится конечная сумма. На данном этапе система реально работает почти год внутри компании. Если поможете с уточнением запросов конечного потребителя, буду признателен. На ардуино реализован точный подсчет воды, также по воде можно реализовать количество стаканов с очень высокой точностью (для прогноза автоматов подключенных к водопроводу), либо точно при подключении доп кабеля, можно отслеживать сигналы на бойлер, чтобы узнать простаивает ли автомат при ошибке (кроме ошибок купюрника и монетника). Если удастся своими силами реализовать MDB контроллер или снифер, то можно получать полную статистику о продажах и ошибках. А по сути, в большинстве случаев, от телеметрии требуется контроль ошибок, сбор статистики, и некоторые функции удаленного управления. ардуино уже определяет GPS координаты по GSM сети с точностью 100-500 метров. если предусмотреть резервное питание, можно отслеживать координаты местонахождения автомата в случае кражи. Если использовать версию под ключ на сервере владельца, то ему нужно учесть наличие внешнего (белого IP) который предоставляется интернет провайдером. Если НЕ использовать вообще телеметрию, то web приложение рассчитывает прогноз по среднему потреблению воды (рассчитывается по формуле). Внедрение телеметрии может происходить постепенно, там где необходимо в первую очередь (где нестабильное потребление). По сути данное приложение, представляет собой агрегатор, собирающий данные с разных поставщиков телеметрии в одно компактное место. На сколько я знаю,Телеметрон вообще не имеет систему прогнозирования и построения плана объезда, с уникум под вопросом, и как минимум нужно покупать лицензии на серверную версию. Пожалуйста, сформируйте свое предложение конечного продукта, как вы его видите, как вы его оцениваете, на основе уже существующих систем. Свой сервер - разовая оплата или интернет вариант - абон плата. Спасибо

Ссылка на комментарий

на ардуино максимум это единичные хобби экземпляры. при всех остальных нужностях 3-4 тыс медленно превратятся в 8-10.

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

да и не компактно все это будет.

Ссылка на комментарий

на ардуино максимум это единичные хобби экземпляры. при всех остальных нужностях 3-4 тыс медленно превратятся в 8-10.

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

да и не компактно все это будет.

собственно вот.  JlDBmg8Te9A.jpg

Размер классического Arduino UNO клеится на магнитах, подключается 2 кабеля, питание и датчик. почему они доолжны превратится? 4000 это максимум за что будут брать с учетом текущего курса доллара, поскольку существующие гиганты стоят в 2-2.5 дороже. Ну и конечно функционал у них полный. Разумеется если будет в комплекте MDB еще удорожит изделие. На счет производства готового устройства на заводе сильно удорожит из-за добавления стоимости разработки и производства, да выглядит профессионально. но тогда и стоить будет как у гигантов. Здесь же себестоимость + работа по сборке и пайке + накрутка = 4000. Можно собрать тоже самое но на базе arduino mini pro, без корпуса в термопленке. что удешевит готовое на 500 р

Изменено пользователем Aventuel
Ссылка на комментарий

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

Ссылка на комментарий

С каких пор у уно появился gsm модуль? 

Один датчик ультразвуковой используете, как неисправность определять собираетесь? Народу это главнее...

Изменено пользователем Bambr
Ссылка на комментарий

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

Работает модуль на данный момент с saeco 400/600. Питание подключается к MDB для универсальности, и модем в пике может потреблять до 2 А. Второй кабель цепляется на плату к разъему расходомера. переделаю, чтобы можно было цеплять прям к самому датчику, чтобы не снимать бункера, а подключать просто сняв заднюю стенку. Для всех автоматов, у которых свой расходомер можно сделать переходники. Для автомата который гоняется воду, такой способ конечно не подойдет, нужно придумывать другой способ, например, различать количество воды потребляемой при нагреве и при обычном напитке программно. соответственно, если потратилось 50-120 мл - это напиток, если значительно больше - не учитывать (это нагрев). Чтобы учитывать расход ложек (стаканов), если автомат подключен к водопроводу, можно подключить отдельный кабель (на саеко), но можно опять таки учитывать по потреблению воды, вычислять либо по среднему объему напитка, либо отлавливать начало потока воды и остановки, это покажет что напиток продался, будет небольшая погрешность в пару процентов (потому что есть технологические подкачки, но и их можно отсеивать). но для прогноза, этого достаточно. То есть по сути, если автомат имеет свой расходомер, а он должен быть, для точной дозировки напитка, расход воды (стаканов) можно осуществить по расходомеру. Трафика хавает не более чем в уникуме, и не превышает пакета предоставляемым оператором в среднем 30 рублей на симку типа M2M. Данные передаются раз в 10 минут. при включении модуля или перезагрузки, модуль определяет свое местоположение по GSM. Раз в час модуль определяет баланс общего счета. и передает на сервер. Раньше подключение было постоянным по TCP, но для этого требовалась отдельная программа. Она работает только на своем сервере, бесплатного хостинга для NODEJS или по вменяемым ценам нет. Такой способ идеален, тратится еще меньше трафа, поскольку постоянное подключение на практике достигало суток без разрыва, пинг передавался раз в минуту один символ (байт) чтобы оператор не отключал соединение. Быстрый отклик от модуля. Но, разворачивать свой сервер и следить за ним накладно, тем более городской интернет отличаются от идеала. поэтому было принято решение использовать http и подключаться к любому apach + php серверу. Соединение довольно стабильное, наблюдалось на одном автомате разрыв связи, при отключении питании, возможно некорректном. Модули при подключении к серверу ждут бесконечно отзыв от него, таким образом, при плохом инете или временной недоступности сервера, модули ждут долго. Движок у модулей асинхронный с вытесняющей многозадачностью, то есть вода считается всегда, когда поступают данные с расходомера, кроме моментов непосредственной отправки данных, таким образом потеря учитываемой воды минимальны, менее пол-литра на 40 литров полного объема. используется встроенный watchdog для автоматической перезагрузки модуля в случае зависания.

С каких пор у уно появился gsm модуль? 

Один датчик ультразвуковой используете, как неисправность определять собираетесь? Народу это главнее...

Пока на трех автоматах используется GSM шилд. Он избыточен по функционалу и очень дорог. Он заменен на более дешевый и более современный чип. Тест прошел удачно, в автомате длительное время не тестировался. Один рабочий экземпляр отправлен товарищу на тестирование. но пока информации нет. Это все происходит в текущий момент. Детали на другие модули получил, в ближайшее время начну собирать. Мое время дорогое, если найти более дешевую силу по сборке, конечную стоимость также можно сократить. если модуль сделать на arduino mini pro, то корпус не нужен, меньше соединений, работы. И опять резерв для уменьшения стоимости. На счет неисправностей. если автомат неисправен, практически всегда бойлер перестает нагревать воду, часто он питается от 220В. часто на него подаются импульсы или кратковременные подачи напряжения для поддержания нужной температуры. если автомат не работает - напряжение на него не подается. это можно вычислить и определить поломку. конечно это не спасет от поломки платежной части, поскольку бойлер все равно греет воду. Тут можно решить вопрос размещением  фотодиода на на купюрник и монетник, но это не изящно и не универсально. Если расширение функционала не повлечет за собой добавление кабелей, датчиков и тд.. все решается простой заливкой новой прошивки. В любом случае датчики температуры, напряжения и прочее дешевые. Для контроля уровня кофе (иногда но кончается быстрее воды и стаканов) вешается простой геркон на дозатор. электромагнит срабатывает - геркон замывается. А порция помола, в большинстве случаев заранее известна в граммах и постоянна. Не хочется доп. соплей, проводов. Хочется сделать для людей, максимально универсально, проще. Была неудачная попытка подключится в саеках к ttl порту, чтобы считывать статистику, но пока времени нет на эксперименты. Так же есть идея использовать пока нет своего MDB контроллера использовать UNICUM. Но опять таки его надо изучать, пробовать. Никто не даст готовых комманд. Если это просто прозрачный мост, одно, если черная коробка со своими неизвестными командами между MDB контроллером и платой управления - другое.

Ссылка на комментарий

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

А в чем смысл? канистры у всех разные, счетчики рано или поздно начинают врать, одну залил до горла вторую поставили времянку на 5 л.

 


Чтобы учитывать расход ложек (стаканов),

достаточно количества продаж, ну а если выдало ошибку то и так ехать.

когда настраиваете напиток всегда указываете какой объем воды на стакан, можно исходя из этого уже проводить расчет, а можно тупо плюнуть на все это и свести общему значению к примеру канистры на 40Л  хватает на 300 ст. И как только продало 300 ст можно уже уведомлять.  Сложности все эти с миллилитрами нафиг никому не нужны. Да и как показывает практика что после 250 ст уже пора бы подкатывать и смотреть чего засыпать. Но это опять же можно решить расчетом из того какой напиток покупался и что в него входит из ингредиентов.

 

Должно быть все проще и без заморочек. Ну и без сниффера MDB EXE не особо то полезно. большая часть беды это стоячие платежки. Все остальное вторично. Про получение статы опускаем, подразумеваем что сделано.

Ссылка на комментарий

 

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

А в чем смысл? канистры у всех разные, счетчики рано или поздно начинают врать, одну залил до горла вторую поставили времянку на 5 л.

 

 

 

Чтобы учитывать расход ложек (стаканов),

достаточно количества продаж, ну а если выдало ошибку то и так ехать.

когда настраиваете напиток всегда указываете какой объем воды на стакан, можно исходя из этого уже проводить расчет, а можно тупо плюнуть на все это и свести общему значению к примеру канистры на 40Л  хватает на 300 ст. И как только продало 300 ст можно уже уведомлять.  Сложности все эти с миллилитрами нафиг никому не нужны. Да и как показывает практика что после 250 ст уже пора бы подкатывать и смотреть чего засыпать. Но это опять же можно решить расчетом из того какой напиток покупался и что в него входит из ингредиентов.

 

Должно быть все проще и без заморочек. Ну и без сниффера MDB EXE не особо то полезно. большая часть беды это стоячие платежки. Все остальное вторично. Про получение статы опускаем, подразумеваем что сделано.

 

 

 

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

А в чем смысл? канистры у всех разные, счетчики рано или поздно начинают врать, одну залил до горла вторую поставили времянку на 5 л.

 

 

 

Чтобы учитывать расход ложек (стаканов),

достаточно количества продаж, ну а если выдало ошибку то и так ехать.

когда настраиваете напиток всегда указываете какой объем воды на стакан, можно исходя из этого уже проводить расчет, а можно тупо плюнуть на все это и свести общему значению к примеру канистры на 40Л  хватает на 300 ст. И как только продало 300 ст можно уже уведомлять.  Сложности все эти с миллилитрами нафиг никому не нужны. Да и как показывает практика что после 250 ст уже пора бы подкатывать и смотреть чего засыпать. Но это опять же можно решить расчетом из того какой напиток покупался и что в него входит из ингредиентов.

 

Должно быть все проще и без заморочек. Ну и без сниффера MDB EXE не особо то полезно. большая часть беды это стоячие платежки. Все остальное вторично. Про получение статы опускаем, подразумеваем что сделано.

 

Смысл в том, что сам счетчик БЕЗ системы особого интереса не представляет. Он подключается к системе. а уже система отображает данные модуля и делает прогноз по объезду на основе показаний счетчика. Свой объем, для каждого автомата задается заранее и может изменяться при каждом обслуживании (если поменяли канистры). Вот как раз вычитая объем потребления из общего объема мы получаем остаток воды, по которому система и подсказывает сколько еще протянет автомат и через сколько часов нужно ехать. Система позволяет делать корректировку остатка и сколько залил (если не полностью) и рассчитывает на основе скорректированных данных. на счет счетчиков слышу в первый раз. иначе бы все напитки в автомате меняли свои объемы. возможно в каких то случаях они глючат, но это повод их заменить иначе напитки будут плясать. Ведь автомат и дозирует все напитки именно по счетчику. А как вы вычислите количество продаж БЕЗ MDB или EXE?? и по продажам вы не поймете реального остатка воды, где то пьют только еспрессо, где-то мокачино, а у них разные объемы, а где-то по среднему. А пустая помпа это рано или поздно выход ее из строя. А стоит она не бесплатно. Можно приезжать по графику заранее. Но с системой прогнозирования экономится бензин, стоимость обслуживания за счет более редкого посещения, риск выхода из строя помпы, если пошел всплеск продаж. Вы предлагаете решать проблему от обратного. как сделано в Уникуме. есть планограмма с дозами ингредиентов. по продажам определяется расход онных. Но вся проблема в том, что без MDB (EXE, собственные порты автомата), иначе говоря без статистики, вы не узнаете количество продаж. И не узнаете расход ингредиентов :) Да и как узнать удаленно о продажах не приезжая на точку? Уже в простейшем случае нужен модем. На счет миллилитров, никаких сложностей я не вижу. я вам рассказал принцип работы. Система вам предоставляет в удобном виде данные в литрах, в часах в одном месте на одной странице. В уникуме чтобы узнать остаток чегото, нужно перейти по трем ссылкам))) Нужно постоянно чтото анализировать. да, там избыточная информация, и если есть много свободного времени, можно поковырятся. но если есть желание оптимизировать свой бизнес, и высвободить свое время на другие дела, тогда нужно что-то менять. На счет 40 литров, могу сказать на примере саеко, если сыпать всего до верха. То сначала заканчивается вода, потом кофе, потом ложки со стаканами (если бумажные то раньше). если сыпать всего доверху, раньше закончится вода. и не нужно будет ехать засыпать чисто молоко или шоколад. Вся идея и строится на том, чтобы ехать когда закончится самый "быстрый" ингредиент. В конечном счете на данный момент предлагается не модули а сама система оптимизации объезда. Можно ее использовать вообще на "голых" автоматах БЕЗ телеметрии. модули лишь в придачу с возможностью расширения. если автомат имеет стабильное во времени потребление прогнозировать можно очень точно. Очень странно, что никто не задал вопроса по самой программе, как она работает, что она в итоге делает, а лишь по модулю. На всякий случай продублирую ссылку на демо еще раз. http://vend.aventuel.net/. С mdb конечно будет веселей. Но пока так. В любом случае спасибо за дискуссию, и ваше мнение. Оно очень важно. Буду ждать ваших вопросов, аргументов, предложений.

Изменено пользователем Aventuel
Ссылка на комментарий

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

  В общем важно кроме статистики отслеживать еще ряд параметров:

-работа кофемолки (закончилось зерно или клин. На некте, например шестерню на кофемолке повредило)

- выдача стакана

- ошибка по набору воды в расширительный бачек (случай был, что поплавок завис)

-переполнен дренаж (ни разу не было)

-кончился порошок (но это вроде ни у кого не реализовано)

-сигнал об открытии двери автомата тоже важен

-сигнал о перемещении автомата, а лучше сигналка сразу)

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

  Как то так) Не знаю что из этого в принципе реализуемо.

PS  самое главное, перезагрузка удаленная, т.к. о поломке могут и клиенты сообщить

Ссылка на комментарий

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

  В общем важно кроме статистики отслеживать еще ряд параметров:

-работа кофемолки (закончилось зерно или клин. На некте, например шестерню на кофемолке повредило)

- выдача стакана

- ошибка по набору воды в расширительный бачек (случай был, что поплавок завис)

-переполнен дренаж (ни разу не было)

-кончился порошок (но это вроде ни у кого не реализовано)

-сигнал об открытии двери автомата тоже важен

-сигнал о перемещении автомата, а лучше сигналка сразу)

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

  Как то так) Не знаю что из этого в принципе реализуемо.

PS  самое главное, перезагрузка удаленная, т.к. о поломке могут и клиенты сообщить

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

Изменено пользователем Aventuel
Ссылка на комментарий

Смысл в том, что сам счетчик БЕЗ системы особого интереса не представляет.

Т.е. к нему нужна еще обвязка, которая дополнительно цепляется к ардуино, или система это и есть то что построено на базе ардуино?

или система это некое ПО на серваке которое делает анализ каких-то параметров переданных ардуино?

 


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

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

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

поэтому считать там какие-то импульсу со счетчика дело до первой рассинхронизации сего алгоритма где участвует человеческий фактор.

 


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

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

 


А как вы вычислите количество продаж БЕЗ MDB или EXE??

я бы начал с простого.

1. платежки перевел бы в EXE-PH

2  сделал шнурок и читал бы c DEX  стату в формате EVA-DTS и уже анализировал бы ее, там есть и количество продаж и чего продано и денег и все остальное.

3. реализации сниферра этих протоколов, а не искал костыли. Свой делайте, протоколы открытые.

4. если нет ни EXE ни MDB то тут уже частный случай и надо разбирать что умет сам автомат. как вариант ставил бы концевик на систему выдачи стакана и считал бы сколько раз включался механизм выдачи стакана. а так же можно рядом подключиться к концевику наличия стаканов.

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

вот по количеству и строить анализ посещения точек.

а то как у уникума телеметрона  - это все на любителя с планограммами. нам это не надо.

 

и на снеки ваш модуль совсем непригоден. смысла в таком реально нет.


А пустая помпа это рано или поздно выход ее из строя.

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

 


стоимость обслуживания за счет более редкого посещения

ну так правильно, продано 250-300 ст в день или в две недели. поехали как только дотикало до этих значений.

 


риск выхода из строя помпы, если пошел всплеск продаж.

не актуально.

 


Вы предлагаете решать проблему от обратного.

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

 


И не узнаете расход ингредиентов

а мне это и не надо. 

мне надо знать сколько продано и за какое время и так бонусом иногда интересно какие кнопки нажимали.

 


Да и как узнать удаленно о продажах не приезжая на точку?

В каком смысле? были ли они вообще или что-то случилось?

я вам выше расписал варианты анализа.

 


Уже в простейшем случае нужен модем.

естественно, он может смснуть, что "ВАЙ", автомат в ошибке. надо ехать и смотреть. Ну или скинуть инфу на сервак что опс ошибка, а продаж всего 1 или 2 - не вода. значит что-то хуже.

 


я вам рассказал принцип работы

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

 


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

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

 


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

Ну вот теперь стало ясно что за система. я выше вопрос писал. А зачем она без автоматизации? ну вбил какие-то данные от голого автомата и что дальше? будет напоминать не проверить ли автомат через три дня? 

Ссылка на комментарий

 

 

 

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

Ну вот теперь стало ясно что за система. я выше вопрос писал. А зачем она без автоматизации? ну вбил какие-то данные от голого автомата и что дальше? будет напоминать не проверить ли автомат через три дня? 

 

У нас есть нетелеметрические автоматы, с модулем и уникум. Для них рассчитывается прогноз потребления воды, чтобы не приезжать на пол канистры. модуль пока уровень воды, можно сделать количество стаканов, ВАМ это важнее, я понял. и статус в сети. в случае выключения автомата, об этом известно максимум через 10 минут. для уникум дополнительно выводятся данные, по уровню сдачи, нужно ли засыпать или нет, уровню снеков, разработан алгоритм оптимального обслуживания снековой части (автоматов), статус, оповещение по ватсапп в случае ошибок. Опять таки мы разрабатывали под себя не имея представлений, кому что нужно. Система выводит данные в одно место о состоянии разных автоматов. Сразу видно, что подходит к концу, есть ли ошибки, в одном месте, не шастая по страницам как это сделано в уникум. Возможно вам проще работать по старинке БЕЗ уникумоподобной телеметрии. Кому то интересно шастать по страницам и постоянно анализировать данные. Пожалуй вы правы, говоря о том, что система нацелена на малые сети, я согласен. Задача стоит найти свою нишу, тем кому это поможет. Тягаться с уникум и телеметроном никто не собирается. Хочется разработать компромисное достаточное решение по разумной цене. Мне нужно было начать с того, кто в чем нуждается и у кого какие проблемы в вендинге. В целом, я для себя прояснил ситуацию. Спасибо. Интересно мнение владельцев небольших сетей, скажем 30-50 автоматов. Какие у них потребности.

Ссылка на комментарий

Опять таки мы разрабатывали под себя

Ключевая фраза и надо еще добавить с учетом имеющихся знаний и возможностей :) Поэтому это и есть хобби и это правильно. Боюсь что 30-50 и выше ТА будут те же задачи и вопросы. Там не в воде дело. Мы при таком количестве ТА их переводим на водопровод, да и то стараемся все это делать сразу ибо оптимизация именно в таких мелочах, телеметрия лишь добавляет еще один пунктик оптимизации и вытаскивает занозу из задницы :) И если честно то можно таких заноз по-вытаскивать довольно много до телеметрии.

 

К примеру (не реклама, а личный опыт): за 11 лет в вендинге у нас были автоматы самсунги 6111, некта,саеки400,500, бьянки, россо. первую телеметрию я самолично собрал для самсунгов на базе телефона сиеменс с51 + небольшой платки логики, он вещал об ошибке платежки и ТА в целом ибо там ICT выносил мозг. просто СМСил. И причем всегда верно и тем самым минимизировал простой. Самсунги сами по себе понравились, но свои протоколы и прочие неудобства вынудили перейти на итальянцев. У нас по сей день в парке есть максы первых версий которые до сих пор трудятся. пережили и саеки и самсунги и россо.  Бьянки все еще есть удобны в определенных местах. так вот саеку400 сразу отсеяли за косяки, а 500ки прожили долго замена по времени пришлась на россо, ну вот так залили маркетологи голову и вот тут уже была первая телеметрия - да она выручала, но никоим образом не оптимизировала работу и время ибо автоматы просто достали своими косяками в итоге пару лет назад провели масштабную оптимизацию на некту, а все потому, что на нектах после продажи 300-350 ст ничего не надо делать кроме как заправить и протереть. С россо такой финт не получится после 250 ст было страшно внутри смотреть, да и за 250 ст было достаточно поломок, только и пялились в телеметрию и ждали кто следующий. В общем сейчас только некта и пара бьянок. На все ТА были установлены платежки мей-монетик и кэшкод куп, это тоже оптимизация ибо за время работы больше косяков возникало с теми же NRI карренза, JCM, ICT. За годы работы у нас нет ни одной поломки на кэшкодах (везет наверно), с меями случались косяки, но все быстро чинится. Поэтому я и писал что телеметрия в случае уникума это еще та заноза, а в случае с нектой, саекой, бьянкой небольшой бонус при должной конфигурации ТА. Вот  как-то так.

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

  • Отлично 2
Ссылка на комментарий
  • 3 месяца спустя...

Уважаемые, подскажите, кто знает, как получить данные по протоколу EVA-DTS ? Какую команду нужно отправить автомату, чтобы тот вернул поля со значениями статы? Имеется в виду порт Serial ttl на saeco (400, 600). подключится вроде удалось, но на любые запросы автомат отвечает символом "x". Скорость 9600, пробовали использовать саеко протокол и eva-dts. Где то читал, что порт нужно переводить в специальный режим, но как нигде не смог найти.

Изменено пользователем Aventuel
Ссылка на комментарий
  • 10 месяцев спустя...
В 05.05.2016 в 21:48, Aventuel сказал:

Уважаемые, подскажите, кто знает, как получить данные по протоколу EVA-DTS ? Какую команду нужно отправить автомату, чтобы тот вернул поля со значениями статы? Имеется в виду порт Serial ttl на saeco (400, 600). подключится вроде удалось, но на любые запросы автомат отвечает символом "x". Скорость 9600, пробовали использовать саеко протокол и eva-dts. Где то читал, что порт нужно переводить в специальный режим, но как нигде не смог найти.

Дак вроде как инфа общедоступная, главное чтобы у вас версия прошивки правильная была:

1.    Нажмите кнопку P1 на центральной плате автомата, чтобы ввести автомат в режим программирования.
2.    В пункте меню Системные настройки > Код ТА укажите уникальное для данной модели автомата ненулевое значение. Рекомендуется в качестве кода ТА устанавливать несколько последних цифр серийного номера автомата.
3.    В пункте меню Системные настройки > Протокол обмена установите значение EVA-DTS (DDCMP).
4.    Войдите в группу параметров EVA-DTS. В автоматах Cristallo 400/600 с платами старого образца (версия прошивки автомата начинается с 1) необходимо в режиме выбора протокола спозиционироваться на строку EVA-DTS и нажать правую нижнюю кнопку на клавиатуре ТА.
5.    ВКЛЮЧИТЕ параметр "EA1..2 (СОБЫТИЯ)"
6.    ВКЛЮЧИТЕ параметр "EA3..5 (СЧИТЫВАНИЕ)"
7.    Войдите в группу параметров "LA1 СПИСКИ ЦЕН".
8.    ВКЛЮЧИТЕ параметры "Стандартные выдачи", "Бесплатные выдачи", "Тестовые выдачи".
9.    Параметры "Выдачи по ценам 1", "Выдачи по ценам 2", "Выдачи по картам" включите в случае, если настроены продажи со скидкой или наценкой либо используется система безналичной оплаты.
10.    Выйдите из группы параметров "LA1 СПИСКИ ЦЕН".
11.    Выключите параметр "PA1..4 ПРОДУКТЫ"
12.    ВКЛЮЧИТЕ параметр "VA1..3 ПРОДАЖИ"
13.    ВКЛЮЧИТЕ параметр "BA1-CA15-ВЫРУЧКА"
14.    ВКЛЮЧИТЕ параметр "DA1..7-БЕСПЛАТНО"
15.    Выйдите из режима программирования нажатием кнопки P1 на материнской плате.

 

А далее курим протокол EVA-DTS - тоже инфа есть но вся на ангельском языке.... Если у Вас есть возможность, сделайте краткую инструкцию по командам их последовательности...

Ссылка на комментарий

×
×
  • Создать...

Важная информация

Используя этот сайт, Вы соглашаетесь с Условия использования. ВАЖНО!!!!!!!!! Перейдите по этой ссылке для ознакомления Для тех кому совсем лень читать то зайдите по этой ссылке: https://infovend.ru/forum/faq/

Яндекс.Метрика