GPS трекер

Здрастуйте! Можливо багато хто вже бачив цю тему в іншому співтоваристві, але мені порадили розмістити її тут тому що дане співтовариство більше підходить за тематикою. Так що сильно не штовхайте за повтор)))

Хочу поділитися своїми напрацюваннями щодо створення GPS трекера.

дані

Трекер щохвилини відправляє дані на безкоштовні сервер GPS моніторингу orange.gps-trace.com за протоколом Wialon IPS v1.1, дані про місцезнаходження, швидкість, курс напрямку руху. З будь-якого номера.

Можливі наступні команди: 1. Налаштування трекера. $0000#SETUP#1111111111111111;2222# 0000 — старий пароль або пароль за умовчанням (при першому налаштуванні). Надалі всі команди мають починатися з нього. Пароль повинен збігатися з тим, що заданий на сервері GPS моніторингу.

2. Запит координат. $0000#STATUS# 0000- ваш пароль. У відповідь надходить повідомлення виду: "A;111111;222222;N3333.33333;E4444.44444;5;1" "A" — Дані достовірні або "V" - дані застаріли. "111111" - час UTC. "222222" - дата>"5" - швидкість в км/ч. "1" - живлення від основного джерела або "0" - живлення від вбудованого акумулятора. Якщо якісь дані не доступні то замість них передається "NA".

3. Сигнал тривоги. $0000#ALARM# У цьому випадку дані про місцезнаходження передаються на сервер з інтервалом 30 сек. У відповідь надходить повідомлення виду: "ALARM ON" Повторне відправлення командивимикає сигнал тривоги. У відповідь надходить повідомлення виду: "ALARM OFF"

4. Запит балансу сім-карти. $0000#BALANS# У відповідь надходить повідомлення виду: "Vash balans 50.01r."

Якщо в будь-якій команді буде відправлено неправильний пароль, то у відповідь надходить повідомлення виду: "Password ERROR".

Тепер технічна частина))) Основа:

трекер

трекер

трекер

дані

трекер

контролер заряду батареї STC4054, акумулятор 3.7v 900mAh. Час роботи від акумулятора 9 годин, за умови що акумулятор. не новий.

сервер

дані

сервер

дані

дані

дані

пакета

трекер

Всі нюанси з технічної та програмної сторони описувати зараз не буду, кого зацікавить, пишіть, постараюся всім відповісти. За посиланням знаходиться все необхідне: розширенням .eep), прошивка та прога для GPS, файли ПП для Sprint-Layout, інформація про протокол Wialon IPS, і кілька фоток. drive.google.com/open? >

P.S. Трохи пізніше продублюю цю тему у себе в блозі і там писатиму про всі зміни і нововведення.

Теги: gps, трекер

Коментарі 73

Посилання на вихідники не робоче. Викладіть хтось на прошивку

Можете написати формат даних, що передаються за протоколом Wialon IPS v1.1?

А я такий варіант спробував розробити: vozmeteo.com.ua/locator.php

є посилання на модулі, де купити?

привіт) крутий девайс і головне своїми руками) скільки приблизно грошей йде в місяць на цю карту?

Щодо грошей не скажу скільки, безлімітний у мене. Якщо я правильно розумію оператора за добу в середньому 200-250Кбайт налічує.

та правильно. спасибі,цікаво просто

АКБ у спеку не загориться? Були випадки, коли GPS-трекери ховали під дах авто (між дахом та обшивкою стелі) та від нагрівання розривало акумулятори.

Сам радіоаматор і уважуха що сам зробив, я раніше сам теж робив, а потім мені віддали безкоштовно телтоніка fm1100. На авіто такі бу по 1000 публікацій. Апаратик маааленький та класний. Я на ньому зібрав просто оповіщувач по смс про спрацювання сигналізації. Днями випаював дрібні кондери з плат і вимірював їх ємність у пошуках потрібного. Зрозумів, що витрачений час, плюс електрика на паяльник, прилад і т.д. не окупає очікування. Настали часи коли простіше купити готову річ (((

Я вже майже рік як збираюся робити дата Логер + GPS трекер. Починатиму якраз з gps трекера. Далі у файл крім координат писатиму різні показники — швидкість, обороти, температуру. Є й подальші плани, але треба хоч із цим з місця зрушать.

Майже доробив автономний маяк, скоро викладу в блог. Atmel викинув у смітник після дикого геморою, і взяв STM32L1. Там тобі і 3 USART (на GSM, WiFi і GPS), і гора оперативи, і флеша багато, і функціонал ядра набагато ширший... Модулі теж далеко не найкращий і найдешевший вибір... Працювати, звичайно, буде, але не для серійного виробництва.

Непогано, але на мій погляд це проект курсовика для випускників вкза. Так, цікаво, для саморозвитку. Але вже є багато готових рішень. Так подобається. Залік.

Теж перейшли на Юдп, . у нього tcp через цей періодик на хвилину зробив

TCP, UDP для мене поки що темний ліс))) Поясніть у чому перевага UDP?

tcp гарантує доставку пакета. тобто. відправляється додаткова інформація на сервер і назад щоб це забезпечити. далі буде одне з двох – або підтвердження доставки чи помилка. по udp немає можливостідізнатися дійшло повідомлення до сервера чи ні. Однак у разі це не потрібно, т.к. дії будуть одні й самі :)

Це я вже прочитав. Але все одно не можу зрозуміти у чому саме переваги UDP у цьому випадку.

в тому що менше мережного трафіку використовується

TCP, UDP для мене поки що темний ліс))) Поясніть у чому перевага UDP?

Соррі, що з такою затримкою. Як пояснили в сусідніх відповідях TCP механізм гарантує доставку пакета або відвал по timeout з відповідним повідомленням (аналог рекомендованого листа з повідомленням про вручення). UDP такого механізму немає і клієнт відправляє дані у бік сервера не переймаючись їх гарантованої доставки. Саме відсутність службового трафіку дозволяє економити мобільний інтернет,т.к. по хорошому контролювати передачу даних посідає програмному рівні (обробка тієї самої timeout). Тобто. по суті працює механізм черг з наступним алгоритмом (наприклад пакет від клієнта на сервер має всього три поля - id пакета, координати, хеш пакета, версія протоколу не має значення): 1. Клієнт встановлює з'єднання із сервером 2.1. У разі успіху клієнт надсилає дані, а сервер приймає їх і починає обробку. 2.2. У разі невдачі пакет поміщається в кінець черги, а тайм відправлення пакетів збільшується 3.Прийнявши пакет, сервер вираховує хеш пакета і порівнює його з хеш з самого пакета. У разі успіху відбувається обробка пакета та клієнту відправляється прапор успішної обробки та id пакета, а у разі невдачі сервер відправляє клієнту прапор помилки та id пакета 4. Отримавши від сервера прапор і id пакета, клієнт або видаляє пакет із черги на відправку, або поміщає пакет у кінець черги.

Це дуже спрощений алгоритм, який програмно реалізує підтвердженнядоставки пакета від клієнта до сервера та успішну його обробку. У випадку з UDP схема працює оскільки описано вище і нічого зайвого: відправив, ще раз відправив і ще раз, а отримавши відповідь - видаляємо або повторюємо відправку. У разі використання TCP із таким алгоритмом додається службовий трафік. На виході матимемо подвійний контроль. Тоді навіщо платити більше?