Форум » GSM автосигнализация OKO-AVTO » Что будет дальше? » Ответить
Что будет дальше?
wlwb_mutex: Добрый день, господа разработчики! Не планируется ли на базе ОКО-АВТО сделать прошивку для превращения его в полноценный мониторинговый контроллер? с заменой охранных примочек на поддержку импульсных/частотных входов, например... думаю, при такой цене это будет пользоваться огромным спросом
Ответов - 6
Boby: wlwb_mutex нет предела совершенству :-)
m_p_p: wlwb_mutex Какое количество "полноценного мониторингового контроллера" вы готовы купить?
wlwb_mutex: честно говоря, мы не торгуем контроллерами - мы можем сделать их поддержку в своём ПО - корпоративная система мониторинга - и рекомендовать его нашим партнерам-инсталяторам подробнее www.mutex.ru
Boby: wlwb_mutex все ясно. тогда вам не составит большого труда добавить в своем ПО поддрежку нашего прибора (с прошивкой ТРЕКЕР). Он позиционируется как бюджетный вариант логистики автотраспорта (просто трек, пробег, скоростной режим, геозоны ...) без всяких там примочек: цифровые датчики уровня, одометры, тахометры и им подобные. Да и монтаж (подключение двух проводов питания) на порядки дешевле. Это и для продажи вашего ПО только ПЛЮС, да и за денежки можно обновить его у существующих покупателей, дабы те могли у себя юзать наш бюджетный трекер. кстати, именно с подачи САМИХ покупателей приборов у нас и с намерениями покупки ПО для сервиса была добавлена поддрежка наших приборов на таких сервисах как http://gurtam.com/ru/ http://gps-trace.com/ http://gps-tracker.com.ua/ http://it-logistics.com.ua/ тоесть продавцы ПО сами были заинтерисованы в добавлении нашего ТРЕКЕРА дабы увеличить шансы своих продаж. протокол достаточно простой - вы можете например только брать координаты, скорость. Формат передаваемых данных на сервер: После установления соединения с сервером передается первая посылка с IMEI прибора, данными GPS-приемника и состояние прибора, например: {123456789098765,132810.000,A,4926.4243,N,03203.6831,E,0.08,83.52,131010,07,5С,00,7А,1} где 123456789098765 – IMEI прибора (GSM-модуля), 132810.000 – время по Гринвичу (13 часов, 28 минут, 10 секунд), А – признак достоверности координат (V - координаты недостоверны), 4926.4243,N – широта (49 градусов 26.4243 минут северной широты), 03203.6831,E – долгота (32 градуса, 03.6831 минуты восточной долготы), 0.08 – скорость движения в узлах/час, 83.52 – азимут движения, 131010 – дата по Гринвичу (13 октября 2010), 07 – количество спутников для расчета координат, 5С – напряжение на аналоговом входе в шестнадцатеричном формате, например, напряжение от аналогового датчика уровня топлива в баке. Диапазон значений от 00 до FF (от 0.0В до 25.5В с шагом 0.1В), например, 00 = 0.0В, 01 = 0.1В, 02 = 0.2В …. 5С=9.2В … FE=25.4В, FF=25.5В. 00 – код сообщения от прибора. Диапазон значений от 00 до FF. 00-периодические данные, 01 – тревога по входу1, 02 – тревога по входу2, FF – включение (или рестарт) прибора. 7А – напряжение питания прибора в шестнадцатеричном формате. Диапазон значений от 00 до FF (от 0.0В до 25.5В), например, 00 = 0.0В, 01 = 0.1В, 02 = 0.2В …. 7А=12.2В … FE=25.4В, FF=25.5В. 1 – признак наличия microSD-карты в приборе ( 0- нет карты ) Следующие данные ранее установленного соединения содержат информацию GPS-приемника и состояние прибора (без IMEI), например: {132810.000,A,4926.4243,N,03203.6831,E,0.08,83.52,131010,07,5А,02,7С,1}
hashcv: Если вам не сложно, расскажите на моем примере что означают все данные, прибор OKO-AVTO: Принимаю такую строку: GET /s.php?p1=UA012207005765927&p2=FF0000B132340D801G7&p3=,000043.036,V,,,,,0.00,0.00,060180 1) s.php - это я так понял Ваш скрипт для приема данных от трекеров 2)p1=UA012207005765927 - это переменная р1 в которой IMEI прибора 3)p2=FF0000B132340D801G7 - не понял что это (1G7 - вроде версия прошивки, а остальное? ) 4)p3=,000043.036,V,,,,,0.00,0.00,060180 - здесь я так понял - данные 000043.036 - предполагаю, что это время по Гринвичю? V - признак недостоверности координат? 0.00 - скорость ? 0.00 - азимут ? 060180 - дата? почему в p3 сначала запитая? почему после V столько запятых? (там должны быть данные от датчиков?) и где в моем случае должны быть данные от датчиков и код сообщения ( в Вашем случае они идут после даты) Заранее огромное спасибо за ответы!
Boby: hashcv протокол мы НИГДЕ не описываем - это идет в разрез нашему платному веб-серверу, но он в принципе несложен и легко ламается :-) 1) верно 2) верно 3) код события, напряжения и др. - закрытая инфо :-) 4) данные гпс-приемника сообщения $GPRMC запятых много из-за того что там нет координат, азимута, скорости - смотри формат сообщения $GPRMC
полная версия страницы