Датчик присутствия автомобиля

RGBvision
Offline
Зарегистрирован: 16.05.2019

Добрый день!

Мне необходим датчик присутсвия автомобиля в боксе, который отправляет соответствующую информацию на сервер. Для этого использует WiFi. Питание от сети 220В.

Структуру и логику всего этого дела я представляю примерно следующим образом:

1. Контроллер.

2. Ультразвуковой датчик (влагозащищенный). Например, https://www.terraelectronica.ru/product/1901153

3. WiFi модуль.

4. Модуль памяти для сохранения данных при отсутствии связи с сервером.

5. Влагозащищенный корпус.

Вся эта система каждые 10 секунд отправляет на сервер по протоколу HTTP (HTTPS если возможно) POST запросом объект JSON, в котором присутствуют параметры: идентификатор датчика, результат замера от датчика, timestamp.

В случае отсутствия подключения к Интернет или отсутствия ответа от сервера данные сохраняются на внутренний накопитель. А при возобновлении подключения, высылаются одним запросом на сервер.

Конечно же, нужна синхронизация внутренних часов по NTP.

Возможно, я что-то упускаю на данном этапе, т.к. не знаком с Arduino. Буду рад замечаниям и предложениям.

Весь этот проект нужен "под ключ". Огромным плюсом будет присутствие Исполнителя в Москве или области.

 

 

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

25000 рублей - прошивка для ESP32 brokly(at)mail.ru

b707
Онлайн
Зарегистрирован: 26.05.2017

Замечание по ТЗ - Каждые 10 сек посылать запрос - это напрасная нагрузка сервера и каналов. А если вы будете использовать публичный сервер типа Thingspeak или Народмон - такой трафик скорее всего будет еще и платным. По мне так посылка данных раз в минуту крайне мало повлияет на суть работы устройства.

Второе - запрос времени по NTP на устройстве и потом отправка timestamp в данных - дело совершенно лишнее. Делать это на сервере и проще, и логичнее.

DetSimen
DetSimen аватар
Онлайн
Зарегистрирован: 25.01.2017

я б вапще проверял, да, раз в 10 секунд, а отсылал бы только смену состояния есть машина/нет машины. И timestamp к нему. 

brokly
brokly аватар
Offline
Зарегистрирован: 08.02.2014

DetSimen пишет:

я б вапще проверял, да, раз в 10 секунд, а отсылал бы только смену состояния есть машина/нет машины. И timestamp к нему. 

Это правильный подход. А таймштамп нужен для логирования в режиме офлайн.

И опять о больном, на ESP можно сделать HTTPS и из модулей понадобится всего один УЗ датчик.

renoshnik
Offline
Зарегистрирован: 11.04.2013

датчик присутсвия автомобиля в боксе,

2. Ультразвуковой датчик (влагозащищенный). Например, https://www.terraelectronica.ru/product/1901153

"

    Присутствия объекта перед датчиком ...

andycat
andycat аватар
Offline
Зарегистрирован: 07.09.2017

интересно, что делать если wifi на 30 минут вырубится? и соотвественно машина уедет....

DetSimen
DetSimen аватар
Онлайн
Зарегистрирован: 25.01.2017

вести отложенный лог, взводя флаг "неотправлено".  Отправлять по мере доступности ВиФи. 

vvadim
Offline
Зарегистрирован: 23.05.2012

смс надёжнее вифи и тырнета

b707
Онлайн
Зарегистрирован: 26.05.2017

andycat пишет:

интересно, что делать если wifi на 30 минут вырубится? и соотвественно машина уедет....

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

ТС - если это планируется как сигнализация - не стоит и начинать.  Все эти многочисленные идеи конструирования сигналок на базе ардуино - изначально бред собачий. В этой области готовые китайские сигналки вне конкуренции - купить готовую будет в разы дешевле.

RGBvision
Offline
Зарегистрирован: 16.05.2019

Спасибо всем за замечания.

Поясняю:

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

2. Отправлять нужно именно данные от датчика, который выдает не состояние есть/нет а/м, а время между отправкой сигнала и получением эха. По этой причине калибровка будет на стороне сервера под каждый бокс.

3. Сервер свой, поэтому GPRS не нужен. Сервер спокойно потянет и тысячу таких датчиков с интервалом отправки хоть раз в секунду.

4. Стоит или не стоит начинать - это дело заказчика. Задача найти исполнителя на поставленную задачу... какой бы она не казалась "странной / тупой" =D

Пока увидел только одно предложение. Жаль... думал их будет больше.

Подожду еще день-два... дальше буду общаться уже по-существу с потенциальными исполнителями, которые сделали предложение.

 

inspiritus
Offline
Зарегистрирован: 17.12.2012

Мой-ник@рамблер.ру

есть готовые решения