Датчик присутствия автомобиля
- Войдите на сайт для отправки комментариев
Чт, 16/05/2019 - 10:00
Добрый день!
Мне необходим датчик присутсвия автомобиля в боксе, который отправляет соответствующую информацию на сервер. Для этого использует WiFi. Питание от сети 220В.
Структуру и логику всего этого дела я представляю примерно следующим образом:
1. Контроллер.
2. Ультразвуковой датчик (влагозащищенный). Например, https://www.terraelectronica.ru/product/1901153
3. WiFi модуль.
4. Модуль памяти для сохранения данных при отсутствии связи с сервером.
5. Влагозащищенный корпус.
Вся эта система каждые 10 секунд отправляет на сервер по протоколу HTTP (HTTPS если возможно) POST запросом объект JSON, в котором присутствуют параметры: идентификатор датчика, результат замера от датчика, timestamp.
В случае отсутствия подключения к Интернет или отсутствия ответа от сервера данные сохраняются на внутренний накопитель. А при возобновлении подключения, высылаются одним запросом на сервер.
Конечно же, нужна синхронизация внутренних часов по NTP.
Возможно, я что-то упускаю на данном этапе, т.к. не знаком с Arduino. Буду рад замечаниям и предложениям.
Весь этот проект нужен "под ключ". Огромным плюсом будет присутствие Исполнителя в Москве или области.
25000 рублей - прошивка для ESP32 brokly(at)mail.ru
Замечание по ТЗ - Каждые 10 сек посылать запрос - это напрасная нагрузка сервера и каналов. А если вы будете использовать публичный сервер типа Thingspeak или Народмон - такой трафик скорее всего будет еще и платным. По мне так посылка данных раз в минуту крайне мало повлияет на суть работы устройства.
Второе - запрос времени по NTP на устройстве и потом отправка timestamp в данных - дело совершенно лишнее. Делать это на сервере и проще, и логичнее.
я б вапще проверял, да, раз в 10 секунд, а отсылал бы только смену состояния есть машина/нет машины. И timestamp к нему.
я б вапще проверял, да, раз в 10 секунд, а отсылал бы только смену состояния есть машина/нет машины. И timestamp к нему.
Это правильный подход. А таймштамп нужен для логирования в режиме офлайн.
И опять о больном, на ESP можно сделать HTTPS и из модулей понадобится всего один УЗ датчик.
"
датчик присутсвия автомобиля в боксе,
2. Ультразвуковой датчик (влагозащищенный). Например, https://www.terraelectronica.ru/product/1901153
"
Присутствия объекта перед датчиком ...
интересно, что делать если wifi на 30 минут вырубится? и соотвественно машина уедет....
вести отложенный лог, взводя флаг "неотправлено". Отправлять по мере доступности ВиФи.
смс надёжнее вифи и тырнета
интересно, что делать если wifi на 30 минут вырубится? и соотвественно машина уедет....
смотря для чего это все. Если это сигналка - то это проблема. А если это, например, система сбора статистики для взимания платы за пользование боксом - то в пропадении онлайна ничего страшного нет, просто данные попадут в БД на полчаса позже, вот и все
ТС - если это планируется как сигнализация - не стоит и начинать. Все эти многочисленные идеи конструирования сигналок на базе ардуино - изначально бред собачий. В этой области готовые китайские сигналки вне конкуренции - купить готовую будет в разы дешевле.
Спасибо всем за замечания.
Поясняю:
1. датчик нужен для отслеживания выполнения работ по регламенту (времени), именно по этой причине каждые 10 секунд.
2. Отправлять нужно именно данные от датчика, который выдает не состояние есть/нет а/м, а время между отправкой сигнала и получением эха. По этой причине калибровка будет на стороне сервера под каждый бокс.
3. Сервер свой, поэтому GPRS не нужен. Сервер спокойно потянет и тысячу таких датчиков с интервалом отправки хоть раз в секунду.
4. Стоит или не стоит начинать - это дело заказчика. Задача найти исполнителя на поставленную задачу... какой бы она не казалась "странной / тупой" =D
Пока увидел только одно предложение. Жаль... думал их будет больше.
Подожду еще день-два... дальше буду общаться уже по-существу с потенциальными исполнителями, которые сделали предложение.
Мой-ник@рамблер.ру
есть готовые решения