Comments 111
Не совсем понял, как оно работает, если Вы уезжаете с участка. Открываете ворота в этом случае, видимо, вручную. Но дальше - отъехали от участка, клиентский модуль поймал слабый сигнал - ворота за Вашей спиной открылись обратно?..
P.S. А так задумка интересная, но я, пожалуй, продолжу кнопку нажимать - меня это ни от чего не отвлекает, а брелок пробивает как раз те ~200 метров, за время проезда которых ворота полностью откроются.
как оно работает, если Вы уезжаете с участка
Это я как раз указал:
Если при выезде с участка руки свободны и можно заранее открыть ворота со штатного пульта, то при подъезде к участку нащупывать кнопку на пульте отвлекаясь от дороги - не только не удобно, но еще и опасно.
Но теперь появилось еще два варианта, кроме штатного пульта: при помощи мобильного телефона и при помощи кнопки на МК-клиенте. Для последних сделаю потом удобные кнопки под рукой. Заказал такие себе и жене:
отъехали от участка, клиентский модуль поймал слабый сигнал - ворота за Вашей спиной открылись обратно?
Модуль должен не просто поймать слабый сигнал, а еще и потерять связь с точкой доступа. А чтобы он не успел повторно с точкой доступа при этом соединиться, я сделал так:
Для исключения ложных срабатываний, при потере соединения с точкой доступа делается пауза на одну минуту. Это время, за которое автомобиль должен удалиться из зоны неуверенного приема, в которой возможны обрывы связи.
Ага, понятно. Т.е. для активации открытия ворот нужно, чтобы клиент последовательно перешёл из состояния "сигнала нет" (которое должно продлиться как минимум минуту) в состояние "сигнал слабый".
В таком случае проблемными кажутся только сценарии "заехал к соседу, а у тебя уже ворота открылись" и "проехал недалеко от участка транзитом, а ворота открылись". Тут напрашивается сценарий "если в течение минуты после появления слабого сигнала не появился сильный - закрываем ворота обратно" (при наличии у оных датчиков помех, блокирующих движение створки, конечно).
"если в течение минуты после появления слабого сигнала не появился сильный - закрываем ворота обратно"
А это уже задача родной автоматики. При текущих настройках, если в течении 90 секунд не было пересечения оптодатчика, ворота и так закроются.
Понятно. Ну это не у всех так, я закрываю вручную кнопкой (впрочем, у меня ворота распашные и только одна пара оптодатчиков, так что безопасности ради я бы такую функцию и не включил, даже если бы она была).
У раздвижных ворот открытие даже опасней закрытия. Потому что проём ворот контролируется оптодатчиками, а вот зона сдвига ворот при открытии вдоль забора - не контролируется никак. Я уже подумывал там рабицу натянуть, чтобы внуки физически не могли туда попасть.
Распашные ворота тут опасней, так как зону открытия у них так просто не проконтролируешь.
зона сдвига ворот при открытии вдоль забора - не контролируется никак.
Ну, датчики присутствия, например. И сетка, само собой.
Новые проблемы требуют новых решений.
Ну, датчики присутствия, например.
На улице? А если, как прошлой зимой, сугробы больше метра? Да там даже ИИ не факт, что справится. Это тогда уже целый комплекс датчиков городить, начиная от тепловизоров и заканчивая лидарами. И плюс сервер для обработки данных от них.
И все равно будут ложные срабатывания, от спугнутых начавшими движение воротами птиц или кошек.
Да, у меня вот в зоне открытия распашных именно что сугробы, подвергающиеся регулярной механической уборке, так что столбики с датчиками не выживут. А городить интеграцию с камерами и пр. - ну теоретически возможно, но не стóит необходимых усилий.
не стóит необходимых усилий
Хм ;) Вся статья про усилия ;) Казалось бы, что может быть проще и надёжнее радиокнопки..
У штатного брелка радиус действия метров 30, что для ворот, открывающихся 20 секунд, катастрофически мало. Понятно, что кушай он полампера, как WiFi в ESP32, то тоже бил бы на 200-250 метров. Но и таблетку в нем пришлось бы менять каждую неделю.Так что проще, надежней, но неудобно и нефункционально.
Хм... у меня брелок (Came) пробивает метров на 200. Батарейка живёт годами. Но к плате блока управления воротами подключена внешняя антенна.
Точней можно об этой технологии?
Да там никакой технологии, это штатная антенна от производителя - Came TOP-A433N, воткнутая в штатное место на плате и выведенная куском коаксиала повыше на столб ворот.
Точней можно? У меня сегодня в хорошую погоду ESP32-C3 на свою родную антенну (змейку на плате) WiFi на расстоянии 600 метров прямой видимости поймал и соединился. Буду таймаут после потери связи увеличивать. Но при этом надежная связь всё равно ограничена 200-250 метрами.
Поэтому и спрашиваю про технологию. Может 200 метров там сигнал только в идеальных условиях? А в реальных, сквозь забор из профнастила и заросли деревьев окажется даже 99% срабатывания на тех же 30 метрах, что и у меня.
Ну вот конкретно у меня брелок Came TW2EE с указанной выше антенной пробивает как минимум 185 метров (померил сейчас по карте расстояние от того места, где я на кнопку брелка обычно нажимаю), вероятно пробьёт и немного больше. Да, это прямая видимость без деревьев и заборов, ну тут уже ничего не могу поделать, такой у меня подъезд к воротам, ставить забор из профнастила и сажать деревья для теста несколько затруднительно :) Если ехать с другой стороны - видимость антенны до последнего закрывает дом, и через него уже не пробивает, естественно.
У меня через дом WiFi пробивает с ESP32-C3. В радиусе 200 метров устойчивый сигнал по всей площади, не взирая на постройки, заборы и деревья.
Видимо, зависит от конструктива дома. У меня внешняя стена почти метр (пенобетон плюс теплоизоляция плюс кирпичная облицовка), ну а когда дом закрывает антенну - на пути сигнала таких стен минимум две. И хоть 433 МГц от брелка теоретически должны пробивать стенки получше вайфая, но с таким препятствием не справляются.
Lora?
Точно нет. Я с LoRa игрался. В режиме передачи потребление получалось почти 100 ма. Слишком много для литиевой таблетки.
На nRF24L01+, потребляющем всего 11.3 мА в режиме передачи, мне таблетки с трудом на год хватало. И это без какой-либо криптографии.
У вас в машине аккумулятор на 65 АЧ.
Речь же о
брелок (Came)
Вам шашечки или ворота из машины открывать ? ;)
Без машины этот брелок бесполезен; с другими воротами тоже. А внутри машины можно что угодно запитать, и работать оно будет ровно как нужно, без зависимости от странных флюктуаций gps. А телефон вместо ключа - чистое зло. Забыл телефон дома/на работе/в гостях - и всё, ворота не откроются;) Встроенный в машину ключ забыть невозможно.
Без машины этот брелок бесполезен;
С чего бы это? Или Вы на машине с огорода в дом урожай не возите, и на машине на огород компост и удобрения не отвозите? Мотоблоком, газонокосилкой, снегоуборщиком не пользуетесь? Или у Вас отдельные автоматические ворота шириной полтора-два метра для тачек и садовой техники? И для них персональный брелок?
Встроенный в машину ключ забыть невозможно.
Именно поэтому я описал в статье, как сделать встроенный в машину ключ по публично известной стандартной технологии. IEEE 802.11 называется.
я бы ibeacon метку в машину кинул а еспхой следил бы за пакетами по bt. Ест ничего, при желании можно команду открытия сделать c кнопки той же метки.
Во-первых, слишком малый радиус действия. Ворота действительно открываются медленно. За 150-200 метров BLE точно не свяжется. А за 10 метров, как гарантируется, потребуется долго ждать. На видео видно, что ворота открываются полностью за 20 секунд. А в случае WiFi - они открываются заранее. И именно этого я и хотел.
Во-вторых, iBeacon тут не поможет, так как нужно знать, что автомобиль именно подъезжает к воротам с улицы, а не перепарковывается на участке. Например, сначала подъехав к порогу для разгрузки, а потом уже отъезжая на парковку.
Расстояние да похуже а вот с вопросом где стоит автомобиль все не так сложно, вторая еспха в гараже может мониторить сигнал, если машина в гараже или рядом то сигнал у домашней есп высокий, если далеко на улице то естественно сигнал у домашней низкий. Но на деле можно пойти дальше и за счет трех меток +- знать где находится машина.
В одном из рабочих проектов строили триангуляцию на этих метках, штука достаточно точная.
Еще вариант если дома есть HomeAssistant а на телефоне стоит приложение, то можно настроить скрипты автоматизации и по позиции с телефона открывать ворота.
У меня участок 30 соток. Это мне его что-ли десятками меток покрывать? Вариантов парковки автомобилей у меня и жены тоже не мало. До порога старого дома от ворот 30 метров. До порога нового дома - 40 метров. Если до мастерской - то будет уже 50 метров.
И в любом случае, от 20 секунд ожидания открытия ворот BLE физически никак не спасет. А цель то была, в первую очередь, в устранении этих ожиданий.
Можно сделать отправку команд серверу со смартфона голосом.
Где бы эти ворота ещё взять)
читаю и понимаю, что выбрал правильное решение - у меня ворота открываются руками без всяких двигателей и какой-либо автоматики...нет проблем ни с автоматизацией ни с замораживанием двигателя, ни с сугробами и заклинившим мотором, ай красота...и даааа, я руководитель отдела КИПиА крупной компании, наверное именно поэтому не доверяю я всей этой автоматизации :))...профессиональная деформация так сказать.
Ну так на работе у вас есть специальные люди для обслуживания этой автоматики. А дома самому впрягаться.. ;)
Приходишь на пляж - а там станки.. ;)
Особенно под проливным дождём приятно руками открывать, да :)
Ваш выбор. Кому-то нравится дважды бегать к воротам под проливным дождем или в тридцатиградусный мороз, когда перчатки к воротам примерзают. Кому-то это не по душе.
Я бы на вашем месте пошел бы ещё дальше. Убрал бы ворота совсем. Нет ворот нет проблем.)
Сделал так на гаражных воротах и выездных несколько лет назад. Модули собрал из того что было, залил esphome, подключил к HA. Можно сделать сценарий по появлению телефона в сети wifi или часов, но я опасаюсь, пользуюсь пультом, телефоном или кнопкой xiaomi на батарейке.
Не знаю, откуда цена в 6-7 тысяч, GSM-модуль стоит около двух. Задача ожидания решается звонком заранее. Задача занятых рук решается установкой голосового ассистента и настройкой команды "Алиса, открой ворота". Но да ладно, самое главное: что с коммутацией? Обычное дело для платы контроллера привода ворот иметь сухой контакс NO-NC, какие ещё 32В?
откуда цена в 6-7 тысяч
GSM-модуль стоит около двух.
Во-первых, непонятно, при чем тут GSM, если речь о WiFi. Это всё же отдельный геморрой с ежемесячной оплатой. Это даже не считая того, что в моем случае ему потребовалась бы внешняя направленная антенна на столбе, рядом с LTE модемом, так как иначе сигнал сотовой связи уж очень нестабилен.
Во-вторых, за две тысячи купите только реле, без обратной связи ни с автоматикой, ни с телефоном.
голосового ассистента
Кому-то этот вариант подходит. А я физически не состоянии перекричать трактор, бензокосу, внуков и даже собственную жену.
Да и не хочу я что-то делать, даже говорить, если это может быть сделано полностью автоматически.
Обычное дело для платы контроллера привода ворот иметь сухой контакс NO-NC, какие ещё 32В?
Для обывателя или техника есть сленг "сухой контакт". Для инженера - потенциалы и ток.
Выражаясь на этом же сленге, сухой контакт со стороны устройства позволяет подключать его к входу автоматики мало задумываясь о характеристиках этого входа, так как устройство гальванически развязано от управляемых им контактов. Но вот вход автоматики ну никак не может быть сухим контактом. На нем всегда есть потенциал. И если гальваническая развязка не нужна, то это необходимо учитывать.
В данном случае, изолировать все четыре линии (два входа и два выхода) через PC817 не имело никакого смысла.
Но вот вход автоматики ну никак не может быть сухим контактом.
На плате контроллера привода ворот есть контакт, допустим Gate1, который нужно замкнуть на Comm. Сделать это можно через копеечное реле, вопрос был про целесообразность схемы с транзистором.
Кому-то этот вариант подходит. А я физически не состоянии перекричать трактор, бензокосу, внуков и даже собственную жену.
Так вроде задача стоит открывать ворота, будучи за рулём? Или предполагается, что вы едете на тракторе с внуками и женой?
P. S. По характеру ваших ответов складывается впечатление, что вы не приемлете какую-либо критику. Такой оверинжениринг в качестве хобби. Но зачем тогда выкладывать в открытый доступ?
На плате контроллера привода ворот есть контакт, допустим Gate1, который нужно замкнуть на Comm.
А у меня явно указано, что замыкать надо с контактом GND, который и есть логическая земля контроллера.
Сделать это можно через копеечное реле, вопрос был про целесообразность схемы с транзистором.
Реле на 3.3В 20 ма GPIO не потянет в принципе. Например, SRD-03VDC-SL-C - 120 ма. Герконовое реле на 3.3В еще попробуй найди. Но и оно потребует хотя бы 50 ма. А значит в любом случае, кроме реле и защитного диода, потребуется точно такой же каскад на транзисторе.
Так же удивляет арифметика. Давайте даже по ценам Чип и Дип (на AliExpress будет на порядок дешевле). 2N7000 - 7 рублей, два резистора - по 2 рубля. Итого 11 рублей. Там же SRD-03VDC-SL-C - 150 рублей. Защитный диод даже считать не буду. Уже больше, чем на порядок разница.
В случае необходимости гальванической развязки, проще и намного дешевле поставить PC817. У автоматики ток при замыкании этих входов всего 3-4 ма, так что вся схема состояла бы только из оптопары и резистора. По напряжению PC817 тоже вписывается.
Причем, как транзистор, так и оптопара существенно надежней и долговечней, чем реле.
Так вроде задача стоит открывать ворота, будучи за рулём? Или предполагается, что вы едете на тракторе с внуками и женой?
Предполагается, что еду к деревне вдоль полей с орущими женой и внуками, вдоль полей, где со страшным грохотом работает трактор или комбайн. И это достаточно типовая картина.
По характеру ваших ответов складывается впечатление, что вы не приемлете какую-либо критику.
А по тому, что в технической дискуссии, Вы вынуждены переходить на личности, сможете с трех раз догадаться, какое складывается впечатление? )))
На привод Came поставил wifi релюшку tuya с питанием от контактов на плате привода, через localtuya подключил к HA и прокинул в УДЯ. В машине пользуюсь ЯН и при приближении к дому метров за 100 просто говорю "Алиса, открой ворота". К приезду как раз успевают открыться. Как заеду просто говорю "Алиса, закрой ворота". Профит! Расшарил УДЯ на жену, и теперь она так же делает. Двойной профит!
Цена реле <1к
Два канала, даже без обратной связи от датчиков положения - уже ~ 1 тыс. рублей. Тогда как ESP32-C3 - меньше 200 рублей, с полноценной обратной связью и возможностями расширения. Если добавить по каналу на освещение и пешеходное положение, то потребуется уже четыре реле ~ 2 тыс. рублей. Вот и получили разницу в стоимости на порядок при существенно более слабом функционале.
Можно вас попросить бесплатно мне полы помыть и чего-нибудь еще сделать ?
Раз считаете деньги - считайте и свой труд тоже. Он не бесплатный. Выйдет ли при этом дешевле ? Очень сомневаюсь.
Можно вас попросить бесплатно мне полы помыть и чего-нибудь еще сделать?
Попросить можно, но ответ Вам точно не понравится )))
Раз считаете деньги - считайте и свой труд тоже.
Подобное утверждение верно только в случае, если это действительно труд, а не хобби и способ отдыха. Экономический эффект тут вторичен и является лишь приятным бонусом.
Деньги считать начали как раз Вы. Я лишь ответил.
Меня всегда удивлял менталитет людей, которые пытаются доказать самодельщикам, что им нужно покупать готовое. Я же не предлагаю Вам считать стоимость Вашего времени при просмотре фильмов или болтовне в ресторане?
wifi релюшку tuya
Это же просто реле, без обратной связи. У меня прямо на заставке к статье фото, где видно, как на мобильнике отображается статус ворот.
просто говорю
Кому-то этот вариант подходит. А я физически не состоянии перекричать трактор, бензокосу, внуков и даже собственную жену.
Да и не хочу я что-то делать, даже говорить, если это может быть сделано полностью автоматически.
Это же просто реле, без обратной связи
Не встречал ни одного реле на esp8266/esp32, на котором бы не было хоть где-то выведено инпутов, как минимум rx/tx. Вон старое Sonoff SV - реле с сухим контактом, 3 инпута, esphome ставится, 400-500 рублей.
Так про то и речь, что к нему еще потребуется транзисторный каскад усиления и реле, только для того, чтобы обеспечить вход.
И самое интересное, что речь идет о том же самом ESP32
Если уже заниматься самоделками и собственной разработкой, то зачем устраивать себе развлечения с этим реле? Поиграться с ESP32 не получится, интерфейсных проблем больше, а толку меньше.
к нему еще потребуется транзисторный каскад усиления и реле, только для того, чтобы обеспечить вход
Зачем каскад усиления и зачем реле для входа? Мне казалось это через обычную оптопару делается.
интерфейсных проблем больше, а толку меньше
В готовом реле со входами больше проблем и меньше толку? Я прекрасно понимаю желание поиграться с чем-то и изобрести велосипед, но если задача решить проблему, а не поиграться - то готовое реле (даже если требуются доработки) с готовой прошивкой всегда будет проще.
Мне казалось это через обычную оптопару делается.
Ну добавьте еще и оптопару после транзисторного каскада усиления перед реле. В некоторых блоках для Ардуино так и делают. Только сложнее схема станет.
Вы писали:
с сухим контактом
А сухой контакт можно обеспечить только реле, в том числе и твердотельным.
В готовом реле со входами больше проблем и меньше толку?
С точки зрения использования в самодельном устройстве - конечно. Это еще надо постараться найти готовое реле, производитель которого предоставляет не только его схемотехнику, но и исходники прошивки. Но и тогда доработка его схемотехники будет заметно сложнее, чем при использовании DevKit.
готовое реле (даже если требуются доработки) с готовой прошивкой всегда будет проще.
Например, почитайте страшные истории о том, как готовые реле с готовой прошивкой переставали работать вообще, когда пропадал выход в интернет. Много Вы знаете реле, для которых производитель предоставляет исходные тексты прошивки?
Ну добавьте еще и оптопару после транзисторного каскада усиления перед реле
Чтобы что? У меня на плате управления ворот датчик открытия - это 24V AC и мне для отслеживания его при помощи пина ESP8266 достаточно простейшей схемы из диода, конденсатора (он не обязателен, можно фильтровать программно) резистора и оптопары. В случае с 5V DC достаточно резистора и оптопары.
Это еще надо постараться найти готовое реле, производитель которого предоставляет не только его схемотехнику, но и исходники прошивки.
Для абсолютно всех готовых реле на ESP8266/ESP32 доступны исходники esphome/tasmota и ещё десяток других готовых конструкторов прошивок. Да, может быть какая-то суперэкзотика (у shelly вроде есть такое), где rx/tx пины для заливки прошивки выведены только на самом процессоре, но даже для таких реле, как правило, есть ota механизмы заливки esphome.
Но и тогда доработка его схемотехники будет заметно сложнее, чем при использовании DevKit.
Спаять простейшую схему с оптопарой и подключить к готовому реле сложнее, чем распаивать ESP32 самостоятельно? Не соглашусь. Первое мне удалось выполнить сходу лет 5 назад, имея нулевой опыт пайки, за второе я бы не взялся даже сейчас.
Много Вы знаете реле, для которых производитель предоставляет исходные тексты прошивки?
Повторюсь - абсолютно все реле на esp8266/esp32. Только не производитель, а разработчики esphome и прочих.
В итоге вернулись ровно к тому, с чего начали и что описано в статье. А именно схема WiFi реле на ESP32-C3-DEVKITM-1 с обратной связью от автоматики и исходники, опубликованные мной на GitHub.
WiFi реле на ESP32-C3-DEVKITM-1 с обратной связью от автоматики и исходники, опубликованные мной на GitHub
Ну мой комментарий был о том, что это - изобретение велосипеда. Которое полностью понятно в качестве хобби и возни, но с точки зрения решения проблемы - оно несравнимо сложнее доработки готового реле и собирания готовой прошивки.
Если предоставите ссылку на готовую прошивку, реализующую основную задачу (открывание ворот на основании уровня WiFi сигнала при подъезде к участку), то только тогда с Вами соглашусь.
Я даже прошивки только для управления воротами с мобильника не нашел, которая, как у меня, на JS мониторит положение ворот и учитывает предыдущие показания датчиков и предыдущую поданную команду.
Уж простите, но два транзистора, два диода и шесть резисторов - вполне сравнимы с доработкой готового реле, которое, с большой вероятностью, будет содержать излишнюю схемотехнику для данной задачи, лишь снижающую надежность решения.
реализующую основную задачу (открывание ворот на основании уровня WiFi сигнала при подъезде к участку)
Несмотря на то, что, на мой взгляд, идея с опросом уровня сигнала и открытия ворот довольно костыльная, я погуглил и вижу, что даже её можно реализовать на esphome.
Получение уровня сигнала https://community.home-assistant.io/t/get-list-of-access-points-ssids-in-reach/411895/16, REST провайдер управления и считывания датчиков/реле https://esphome.io/web-api/index.html, REST клиент для вызова этого провайдера https://esphome.io/components/http_request.html с клиентских ESP32.
Я даже прошивки только для управления воротами с мобильника не нашел, которая, как у меня, на JS мониторит положение ворот и учитывает предыдущие показания датчиков и предыдущую поданную команду.
Мне кажется, это потому, что сам подход к решению проблемы довольно неоднозначный. Прямое взаимодействие двух ESP нод по TCP/IP, прямое подключение пользовательским терминалом (телефоном) к ESP я тоже мало где встречал, отсюда и отсутствие большого количества решений.
Классическое решение же в наличии нормального сервера (home assistant и другие), который собирает данные с ESP нод и уже на основании этих данных производит какие-то управления ESP нодами. Там и нормальный мобильный клиент Android/ios со всеми плюшками, который будет сам пушить вашу геолокацию в home assistant, без необходимости закладывать в машины отдельные esp32 девайсы.
Да и при наличии AndrodAuto, клиент Home Assistant позволит вам просто на экран авто вывести кнопку открытия ворот.
Ссылку на готовые прошивки Вы предоставить не смогли. Признали, что в статье автономная система, не зависящая от HA, что заметно повышает её надёжность и область применения. И продолжаете настаивать, что это изобретение велосипеда? )))
Мне не нужен нормальный мобильный клиент, особенно с учетом того, что уровня сигнала ближайших сот на моем участке и его окрестностях недостаточно даже для голосовых вызовов. Если, конечно, не забираться на столб, где висит LTE модем.
В моей прошивке сканирование WiFi происходит беспрерывно. В смартфоне, если его не рутовать - раз в минуту. А расстояние, между появлением сигнала моей точки доступа до ворот я проезжаю за 30-40 секунд. Из них 20 секунд - это время необходимое для открытия ворот.
Именно по этим двум причинам (недоступность мобильной сети и слишком позднее соединение смартфона с домашней точкой доступа) и был выбран описанный в статье вариант. Совершенно не похожий на уже существующие. Со своими недостатками, но и со своими достоинствами.
Ссылку на готовые прошивки Вы предоставить не смогли.
Так я вроде и сказал про "собирание готовой прошивки". Или писать свой код тоже проще, чем писать конфигурационный yaml?
Признали, что в статье автономная система, не зависящая от HA, что заметно повышает её надёжность и область применения.
Нет в статье никакой автономной системы, у вас, как минимум два модуля, которые общаются через сетевой протокол и нестабильное беспроводное соединение. И надёжность самописной прошивки, как бы, в подавляющем большинстве случаев ниже, чем надёжность вылизанного годами и сотнями тысяч пользователей конструктора.
Про область применения тоже сомнительное утверждение. Почитайте документацию esphome и возможности, которые там есть из коробки.
Мне не нужен нормальный мобильный клиент
Вы же сами вроде писали?
прошивки только для управления воротами с мобильника не нашел
Вот home assistant клиент отлично подходит для дополнительной функциональности управления с мобильника. Если вы в вашей wi-fi сети (а ваше управление со странички, я так понимаю, работает только в ней), то и клиент home assistant в ней будет прекрасно работать.
уровня сигнала ближайших сот на моем участке и его окрестностях недостаточно даже для голосовых вызовов
Это довольно серьёзное ограничение, про которое, мне кажется, не было упомянуто в статье. Тут соглашусь, что это неизбежно вынуждает двигаться в сторону нестандартных костылей.
Так я вроде и сказал про "собирание готовой прошивки".
Собирание прошивки - одна команда после git clone
Или писать свой код тоже проще, чем писать конфигурационный yaml?
Взять мой код и прошить его одной командой точно проще, чем писать конфигурационный yaml. Тем более, если в нем нужно реализовать конечный автомат. Открываются сейчас ворота или закрываются зависит не только от поданной команды, но и от предыдущего состояния датчиков.
Надеюсь, Вы осознаете, что HA создается такими же энтузиастами, как и я? Например, пока я игрался с этим проектом, заодно нашел баг в esp_idf_hal и мой PR уже смержен в мэйнстрим.
нестабильное беспроводное соединение
То есть от только недавно восхваляемого Вам esphome Вы уже предлагаете отказаться, так как ESP8266/ESP32 используют "нестабильное беспроводное соединение"? )))
И надёжность самописной прошивки, как бы, в подавляющем большинстве случаев ниже, чем надёжность вылизанного годами и сотнями тысяч пользователей конструктора.
Я бы не сказал, так как универсальный и постоянно развивающийся программный продукт всегда подвержен новым ошибкам и регулярным регрессам. Поэтому простой код, решающий простую конкретную задачу, в подавляющем большинстве случаев, будет выигрывать в надежности у универсального комбайна на все случаи жизни.
Вот home assistant клиент отлично подходит для дополнительной функциональности управления с мобильника.
С каких пор его можно установить на ESP32, а не хотя бы Малинку?
Это довольно серьёзное ограничение, про которое, мне кажется, не было упомянуто в статье.
А Вы не в курсе, что за МКАД есть жизнь? У меня еще ничего, можно на столб забраться и поймать сигнал. А в Крыму и на Кавказе я знаю немало мест, где надо пилить около часа в гору, чтобы сотовую связь поймать.
Взять мой код и прошить его одной командой точно проще
Взять ваш код, _прописать конфигурационный файл_ и прошить его одной командой.
То есть от только недавно восхваляемого Вам esphome Вы уже предлагаете отказаться, так как ESP8266/ESP32 используют "нестабильное беспроводное соединение"? )))
Вы явно не читаете о чём я пишу. Нестабильное беспроводное соединение у вас между клиентом и точкой доступа, вы сами об этом писали в статье. И да, esphome необязательно использует wi-fi, он умеет и проводной ethernet.
Поэтому простой код, решающий простую конкретную задачу, в подавляющем большинстве случаев, будет выигрывать в надежности у универсального комбайна на все случаи жизни.
Если у этого простого кода столько же пользователей, сколько у продукта - возможно. Во всех остальных случаях - нет, не будет выигрывать.
С каких пор его можно установить на ESP32, а не хотя бы Малинку?
Где именно я обещал его установку на esp32?
А Вы не в курсе, что за МКАД есть жизнь?
Спасибо, в курсе, я живу за МКАДом. Повторюсь - в статье вы опустили критичное ограничение в виде отсутствия мобильной связи. Предполагать, что комментаторы сами догадаются, что именно это привело вас к костылям - несколько странно.
_прописать конфигурационный файл_
Соглашусь, был не прав и забыл, что необходимо сначала указать ssid и psk домашней точки доступа. Но Вы действительно собрались сравнивать это с написанием конечного автомата на yaml? Хорошо, тогда давайте сюда пример такого yaml. Сравним.
Вы явно не читаете о чём я пишу. Нестабильное беспроводное соединение у вас между клиентом и точкой доступа, вы сами об этом писали в статье.
Нет, это "Вы явно не читаете о чём я пишу":
На практике, у меня в сельской местности МК находит точку доступа на расстоянии 250-300 метров, а уверенно соединяется с ней на расстоянии не более 200 метров.
Зона нестабильного приёма есть у любой радиосвязи. Я лишь использую её наличие в своих целей.
Если у этого простого кода столько же пользователей, сколько у продукта - возможно.
Если человек искренне считает, что код "Hello, World!" менее надежен и содержит больше ошибок, чем, скажем, Linux Kernel, то значит этот человек вообще не имеет отношения к программированию.
Где именно я обещал его установку на esp32?
В противном случае, Вы занимаетесь сравнением решений, различающихся в стоимости на порядок.
Но Вы действительно собрались сравнивать это с написанием конечного автомата на yaml? Хорошо, тогда давайте сюда пример такого yaml. Сравним.
5 секунд в гугле https://github.com/muxa/esphome-state-machine/ там же и примеры.
Вы понимаете, что сравниваете очень сильно разные вещи? Я несколько сообщений назад согласился, что в вашем случае, с вашими ограничениями, при условии, что не требуется дальнейших модификаций/исправлений/добавлений, ваше решение вполне разумно. Как пример разработки под ESP - тоже отличный вариант.
Во всех остальных случаях, при наличии связи с мобильного клиента, при желании расширений возможностей, при желании универсальности, вариант с esphome неизменно надёжнее и гибче.
Представьте, что завтра вы захотите добавить в модуль ворот автовключение света с диммированием, градусник, контроль воздуха. Где это проще и надёжнее сделать - в вашем коде или в esphome?
Если человек искренне считает, что код "Hello, World!" менее надежен и содержит больше ошибок, чем, скажем, Linux Kernel, то значит этот человек вообще не имеет отношения к программированию.
Если человек проводит подобные аналогии, скорее всего, ему хочется просто глупой демагогии, а не обсуждения.
В противном случае, Вы занимаетесь сравнением решений, различающихся в стоимости на порядок.
Соглашусь. Но согласитесь, что если бы для вас действительно была так важна стоимость решения, вы бы брали ESP8266 за 100 рублей, а не ESP32-C3 за 400.
5 секунд в гугле
Может я неточно выразился, но я предлагал сравнить правку двух строк в моем конфиге с конфигом на yaml конкретного конечного автомата, выполняющего те же функции, что и реализованного у меня, а вовсе не простейшего конечного автомата их гугла. Я на видео показал, как он работает, вот покажите и Вы. Ведь это, по Вашим же словам, не сложнее, чем указать ssid и psk?
Представьте, что завтра вы захотите добавить в модуль ворот автовключение света с диммированием, градусник, контроль воздуха.
А представьте, что человеку нужен только WiFi модуль для ворот, который заодно будет их автоматически открывать при приближении. Выберет ли он мой вариант за 500 рублей или Ваш, который стоит на порядок дороже?
Причем в будущем никто не запрещает подключить мой вариант к тому же HA, если вдруг это потребуется. Например, когда достроит новый дом и снесет старый, доставшийся ему вместе с участком.
Если человек проводит подобные аналогии, скорее всего, ему хочется просто глупой демагогии, а не обсуждения.
Хоть в таком виде согласились со мной. Рад, что дошло, что в коде на 25К количество ошибок, в среднем, должно быть на три порядка меньше, чем в коде на 50М. Обнаружить и устранить большинство из них тоже на порядок проще.
Но согласитесь, что если бы для вас действительно была так важна стоимость решения, вы бы брали ESP8266 за 100 рублей, а не ESP32-C3 за 400.
Не соглашусь.
Во-первых, далеко не 400. Если для прототипирования нужен был модуль с CH343P за 230 рублей, то для конечного изделия достаточно модуля без него за 183 рубля. На самом деле в машину жены я купил дешевле:
Во-вторых, данный проект подразумевает в моем сценарии конкурентную поддержку, как минимум, четырех HTTP клиентов. На ESP8266 мне ни разу не удалось поднять одновременно больше трех HTTP сессий - не хватает оперативной памяти. А если память нужна еще и для динамического формирования веб-страницы, то становится совсем грустно.
В-третьих, если ESP32 для обновления прошивки конечным пользователем не требует ничего, кроме компьютера и USB Type-C кабеля, то ESP-01 за 100 рублей потребует приобретения конечным пользователем хотя бы USB-UART адаптера и умения с ним обращаться. Для пользователя, далекого от МК и электроники, это может иметь принципиальное значение.
В-четвертых, я собирался расширять функциональность модуля, добавив поддержку пешеходного режима и управления освещением. Но если в ESP32-C3 у меня еще четыре GPIO свободны полностью, а еще три - с ограничениями по их состоянию при загрузке, то на ESP-01 всего четыре GPIO и расширить функциональность на нем возможно только дополнительными элементами, вроде PCF8574.
покажите и Вы
Зачем? Просили пример конечного автомата на yaml - пример я привёл. Давайте я ещё раз повторю (в третий раз) свой тезис, а то вы старательно от него уходите вбок.
В вашем случае, с вашими ограничениями, при условии, что не требуется дальнейших модификаций/исправлений/добавлений, ваше решение вполне разумно. Во всех остальных случаях, при наличии связи с мобильного клиента, при желании расширений возможностей, при желании универсальности, вариант с esphome неизменно надёжнее и гибче.
Добавление новых модулей в ваш код, подключение ваших нод к HA, управление вашими нодами (да даже просто OTA) - всё это будет на порядки сложнее готовых решений. Отсюда и выбор - инвестировать своё время в возможности esphome/tasmota и другие или замыкаться на ограниченное решение.
Хоть в таком виде согласились со мной.
Я с вами не соглашался, это просто ещё одно проявление вашей глупой демагогии.
в коде на 25К количество ошибок, в среднем, должно быть на три порядка меньше, чем в коде на 50М
В среднем - возможно, и я об этом уже сказал.
Если у этого простого кода столько же пользователей, сколько у продукта - возможно. Во всех остальных случаях - нет, не будет выигрывать.
Количество строк кода не является ни единственной, ни ключевой переменной в формуле количества ошибок.
для конечного изделия достаточно модуля без него за 183 рубля
Это всё равно дороже.
На ESP8266 мне ни разу не удалось поднять одновременно больше трех HTTP сессий
Странно, если я правильно помню, в том самом глючном esphome на миллионы строк кода с ошибками на esp8266 лимит в 5 активных, собственно, как и в исходниках вендора. Я уже не говорю о том, что HTTP между нодами для сценариев с экономией денег (а значит и ресурсов нод) - это очень расточительно, когда есть какой-нибудь modbus, например.
приобретения конечным пользователем хотя бы USB-UART адаптера
Что выглядит абсолютно разумным ходом, если мы экономим каждую копейку.
Для пользователя, далекого от МК и электроники, это может иметь принципиальное значение
Это тот же самый пользователь, который лихо паяет автоматику открытия ворот для вашего модуля? Это он не сможет воткнуть rx/tx/gnd выводы адаптера в пины чипа?
Зачем?
Ну если согласны, что реализация на yaml конечного автомата, реализующего динамическое отображение статуса ворот намного сложней, чем указание ssid и psk, которые по любому и Вам нужно будет указывать, то больше незачем. Я удовлетворен.
Добавление новых модулей в ваш код, подключение ваших нод к HA, управление вашими нодами (да даже просто OTA) - всё это будет на порядки сложнее готовых решений.
Во-первых, с какого перепугу Вы вдруг решили, что подключать автоматику ворот к HA надо абсолютно всем?
Во-вторых, непонятно, почему перепрошить мои ноды под тот же HA - это на порядок сложнее готового решения? HA что-ли разучился поддержке ESP32 и GPIO на них?
В-третьих, для меня даже изучать "готовое решение", с большой вероятностью окажется дольше, чем написать десяток-другой строк кода для расширения функциональности этого проекта. Ведь наверняка опять найду какую-то багу, долго буду её локализовать, исправлять, делать совместимым с ESP8266/Xtensa, оформлять PR и обсуждать с коммитером мои модификации перед мержем. В том же esphome 331 открытых PR сейчас маринуются на GitHub. Зачем мне это, если я хочу двигаться в сторону ESPNOW и ESP-MESH-LITE с распределенными вычислениями и высокой отказоустойчивостью? Я лучше дальше над esp-rs поработаю. IMHO, это перспективней.
Количество строк кода не является ни единственной, ни ключевой переменной в формуле количества ошибок.
Не единственной, но как раз ключевой. По крайней мере, если сравнивать код написанный профессиональным разработчиком. Я удивлен Вашим опытом разработки, в котором эта зависимость в явном виде не проявляется. У меня количество выявленных ошибок при отладке и тестировании явно пропорционально объему коду по этой заявке. Причем количество выявленных ошибок в коде конечного продукта нелинейно возрастает с ростом его кодовой базы.
А вот количество пользователей - уж точно к этому отношению не имеет. Например, Plasma как висла 20 лет назад и требовала периодического рестарта, так и продолжает виснуть до сих пор. Ну да, уже реже, даже не каждый день, но раз в неделю - точно. А уж пользователей у KDE точно не меньше, чем у esphome. И история подольше. Просто причин у таких зависаний очень много, разных и совсем не очевидных.
Странно, если я правильно помню, в том самом глючном esphome на миллионы строк кода с ошибками на esp8266 лимит в 5 активных, собственно, как и в исходниках вендора.
Вы путаете TCP соединения с HTTP обработчиками. После поднятия WiFi, TCP/IP и HTTPD на ESP8266 остается всего ~40К RAM. При вызове даже минимального обработчика Get запроса у меня съедалось ~12K.
Что касается миллионов строк кода с 1.4К только выявленными ошибками в esphome, тут пока ничего не поделаешь. Именно для минимизации количества ошибок я делал проект на Rust, а не на C/C++, хоть последнее мне и привычней за 40 лет кодирования на C/С++. Наиболее опасный класс ошибок - при работе с памятью, оказался если не исключен, то минимизирован.
Я уже не говорю о том, что HTTP между нодами
Потому что Вы упорно не желаете взглянуть на мир не только со своей колокольни. В моем проекте HTTP не между нодами, а между компьютером или смартфоном и нодами. Причем, если я, как собирался, сделаю анимацию движения ворот, то получившийся код в принципе в ESP8266 не влезет.
Что выглядит абсолютно разумным ходом, если мы экономим каждую копейку.
Боюсь, что тут экономии не получится. Для обеспечения тех же пользовательских характеристик (достаточно лишь компьютера и USB Type-C кабеля), потребуется модуль уже за 198 рублей.
Вы опять отказываетесь увидеть иные точки зрения. Например, мои дочки или жена вполне в состоянии прошить МК через USB шнурок. Но даже не возьмутся отыскивать правильные пины внутри схемы для самостоятельного подключения USB-UART адаптера. Мало ли, где буду я, в тот момент, когда надо будет обновить прошивку.
Это тот же самый пользователь, который лихо паяет автоматику открытия ворот для вашего модуля?
Нет. По примеру выше, это мои дочки или жена, для которых я уже всё спаял. Или любой другой, который попросил знакомого спаять и установить ему это решение.
Ну если согласны, что реализация на yaml конечного автомата, реализующего динамическое отображение статуса ворот намного сложней, чем указание ssid и psk, которые по любому и Вам нужно будет указывать, то больше незачем. Я удовлетворен.
Нет, не согласен, очередное ваше глупейшее передёргивание.
с какого перепугу Вы вдруг решили, что подключать автоматику ворот к HA надо абсолютно всем?
Я не заявлял, что абсолютно всем надо подключать автоматику ворот к HA, это в вашем воображении какие-то мысли мне приписаны.
непонятно, почему перепрошить мои ноды под тот же HA - это на порядок сложнее готового решения? HA что-ли разучился поддержке ESP32 и GPIO на них?
Что подразумевается под поддержкой HA ESP32 и GPIO на них? HA может поддерживать mqtt, esphome API, modbus, ещё какие-то протоколы, но при чём тут конечные устройства и их GPIO?
Учитывая ваши странные заявления выше по треду о том, как сложно найти готовое реле на ESP с исходниками прошивки, я начинаю подозревать, что с esphome/home assistant вы познакомились не далее как вчера и слабо себе представляете, как это всё взаимодействует.
для меня даже изучать "готовое решение", с большой вероятностью окажется дольше, чем написать десяток-другой строк кода для расширения функциональности этого проекта
Очень похоже на классический синдром NIH. Повторюсь - изобретать велосипед интересно, я сам не прочь иногда этим заняться, но это не очень практично.
В моем проекте HTTP не между нодами, а между компьютером или смартфоном и нодами.
Клиент посылает сигнал на открытие ворот вызовом Get gate_open HTTP серверу
Это не HTTP вызов между нодами? Я говорил конкретно про этот обмен, что раз уж вы экономите каждую копейку и каждый ресурс, делать его надо на modbus.
Вы опять отказываетесь увидеть иные точки зрения. Например, мои дочки или жена вполне в состоянии прошить МК через USB шнурок. Но даже не возьмутся отыскивать правильные пины внутри схемы для самостоятельного подключения USB-UART адаптера. Мало ли, где буду я, в тот момент, когда надо будет обновить прошивку.
Повторюсь (в чётвертый раз) - я уже признал точку зрения, что со всеми описанными ограничениями, экономией каждой копейки, отсутствием мобильной связи - ваш вариант вполне разумен. Да, эксплуатацтия такого варианта (когда, например, пользователям нужно физически подключать ноды к программатору, чтобы их перепрошить) тоже сурова, но таковы ограничения, я всё понимаю.
Извините, возможно не понял - у вас на выходах датчиков положения же 5в , на диодах упадет макс 0.5в , нормально для ESP32 4.5 на GPIO ? Для 8266 это нормально , а для 32 вроде как много... И еще не понял - wifi клиент присоединяется к какому-то домашнему роутеру или к есп32 которая сервером на воротах ?
Интересно было бы послушать статистику о "false negative" при приближении клиента к серверу. Я пробовал у себя подобным образом снимать дом с охраны, но видимо путь подъезда к дому - очень сильный фактор , оказывающий влияние на уровень сигнала, пришлось добавлять передачу GPS координат, иначе количество "не срабатываний" доминировало.
И как он ESP на риске ? сильно круче чем на экстенсе?)
Извините, возможно не понял - у вас на выходах датчиков положения же 5в , на диодах упадет макс 0.5в , нормально для ESP32 4.5 на GPIO ?
Смотрите внимательней на схему. Наоборот, когда на выходе датчика 5В, диод закрыт и на входе GPIO 3.3В через подтяжку к питанию. А когда на выходе датчика 0В, на диоде падает 0.3В (поэтому и диоды Шоттки) и именно столько получается на входе GPIO.
wifi клиент присоединяется к какому-то домашнему роутеру или к есп32 которая сервером на воротах ?
И клиент, и сервер соединяются с домашней WIFi точкой доступа, в качестве которой выступает LTE модем на столбе.
Интересно было бы послушать статистику о "false negative" при приближении клиента к серверу.
От погоды зависит. Сегодня он у меня умудрился соединиться на расстоянии свыше 500 метров прямой видимости. И радостно мигнул красным, успешно послав команду на открытие ворот на расстоянии чуть менее 500 метров. А вчера в шторм цеплялся только на 250-300 метров.
ах , да, направление диодов то и не заметил - пардон
500м?? , от wifi LTE модема!? Это сиерра какая-то с усилителем - что за параметры ? Вокруг никаких сетей? Ладно принять , но есп32 из экранированной машины без внешней антенны еще отправить умудряется....Чудеса у вас там...
Zyxel LTE7240. ESP32-C3 лежал, как на видео, на торпеде рядом с ветровым стеклом, так никакого экранирования не было. Сети есть в деревне, но их мало. По крайней мере по номеру канала вообще не пересекаются. Будний день и не дачный сезон. Мобильник от силы 1-2 сети соседские находит даже на стремянке. Мне же до ближайших соседей метров 200.
Проводил тестирование. На прямой видимости ESP32 умудряется регистрироваться на точке доступа до, примерно, 550-600 метров, а команда на открытие ворот прошла даже на 650. Измерял по карте. МК так же лежал на торпеде, как на видео.
Как альтернатива подобной системе можно предложить использовать GPS на смартфоне , для закрытия ворот при выезде и открытии при въезде.
Погрешность примерно 10 метров, расстояние и будет метров 200-300.
Для открытия при выезде я не понял, как отличать перепарковку от желания выехать.
Что касается открытия при въезде по GPS - игрался когда-то с Automagic Premium, пытаясь его заставить включать свет во дворе при приближении к участку. Жена заставила отключить, так как иногда ночью включался свет и она от этого просыпалась.
Погрешность GPS вроде бы метров 10, но периодически прыгает метров на 100. На псе GPS маячок и настроен виртуальный забор. Так два-три раза в неделю стабильно прилетают ложные уведомления о выходе за пределы виртуального забора.
У меня написано: открытии при въезде.
-------------------
Относительно погрешности.
Если есть интернет на смартфоне, то погрешность можно сделать 2 м
Даже если интернета нет то можно загружать данные предварительно раз в неделю и получить меньше 10 м
Для дома или дачи можно реализовать дифференциальную GPS.
Теоретически это 2 см.
Если верить данным GPS на моём смартфоне, то в последние пару лет я по ночам периодически то с бешеной скоростью нарезаю километровые круги по своему Подмосковью, то неожиданно телепортируюсь прямо на взлётную полосу аэропорта, а то и вообще в Новосибирск :)
все верно. Вы очевидно путешествуете во сне, либо у Вас плохо ловятся спутники и простейший чип в смартфоне.
Просто получить высокую точность невозможно.
Написано было
для закрытия ворот при выезде
Я подумал, что тут описка, так как при выезде ворота и так закроются через заданное время после срабатывания фотодатчика.
Что касается способов избежать "скачки" в местоположении на обычном смартфоне с Андроид, то боюсь, если бы такие рецепты были известны, то они давно уже были бы реализованы. А по факту я эти "скачки" наблюдаю регулярно, даже при обычном движении по навигатору.
Было бы всё так радужно, в авиации бы уже давно отказались от высотомеров и не запрещали бы посадку без визуального контроля ВПП.
Ну и в качестве вишенки на торт, вариант с контролем сигнала WiFi точки доступа и проще, и не требует запуска специального сервиса на смартфоне, так как МК физически всегда находится в автомобиле.
они известны и реализованы. Для этого надо ставить специального клиента и получать поправки со специальных станций. Еще можно поставить двух диапазонный приемник , но к нему надо две антенны. Ну и в смартфоне антенна внутри и поэтому в автомобиле вы плохо примите данные.
Двухдиапазонные приемники обеспечивают погрешность 1 м
Если поставить базовую станцию в частном доме и передавать на смартфон поправки, то погрешность можно сделать до 2 см. Собственно так и работают автопилотная сельхоз техника, геодезия, разработчики месторождений, кадастровые инженеры.
От высотомеров и дальномеров не откажутся никогда. Тем более в авиации. Погрешность хоть и может быть 2 см, но скорость измерения недостаточная для авиации и даже для авто для обнаружения столкновения.
Все просто. Это спутники деградировали . Раньше, когда за них платил Пентагон, из машины нормально принимался сигнал.
Для этого надо ставить специального клиента и получать поправки со специальных станций.
И где ссылка для Андроид?
Еще можно поставить двух диапазонный приемник
Внутрь своего смартфона?
Если поставить базовую станцию в частном доме
Вы в курсе хотя бы, сколько RTK-база стоит? Вы всерьёз предлагаете в качестве альтернативы решению за 500 рублей, решение за 300 тыс. рублей? Причем это самый бюджетный вариант. Приличная Leica обойдется раз в 10 дороже.
RTK используется для получения погрешности в несколько сантиметров. Причем стоимость модуля с RTK не 300, а примерно в 20 раз меньше. Полагаю, что цена решения обратно пропорционально имеющимся знаниям предмета.
Погрешность в 1-2 метра можно получить без RTK.
Для смартфона есть решения с использованием встроенного GPS приемника и IMU. Ежегодно устраивают соревнования по разработке приложений для смартфонов. Вот результат последнего:
стоимость модуля с RTK не 300, а примерно в 20 раз меньше.
Не вижу. А Вы до сих пор ни одной ссылки предоставить не смогли.
Уже счет 3:0 в мою пользу. У меня недорогое работающее решение, а у Вас лишь фантазия без единой ссылки и стоимостью, как крыло Боинга.
Я не против решений на ESP, так как сам делаю на них поделки уже 10 лет.
Я лишь предлагаю дополнение и альтернативу.
Не знал что Вы ведете счет какой-то. Я полагал , что мы просто обсуждаем варианты.
Вы не просили ссылок , так как ссылка на железо мало что решает. Но если желаете, вот примеры :
Я лишь предлагаю дополнение и альтернативу.
С себестоимостью на порядки выше и совершенно непонятными преимуществами, так как эффекты "скачков" всё равно будут. По крайне мере до тех пор, пока на планете все народы не объединятся в мире, как у Ленона в Imagine.
Вы не просили ссылок
Я просил явно:
И где ссылка для Андроид?
Но просьба была проигнорирована.
Даже сейчас ссылки предоставить Вы не смогли.
Попробую уточнить обоснованность Ваших претензий.
Я не обещал Вам выложить готовые приложения для андроид, так как пока мы с вами обсуждаем проблему "от забора до обеда".
Раньше уже писал, но повторю. Есть много решений и они основаны на различном оборудовании и софте.
RTK - это одно из решений. Вы возразили, что стоимость 300 , я Вам доказал что стоимость в 20 раз меньше.
Далее есть решения с загрузкой эфемерид со специального сайта и потом использования этих данных для настройки GPS приемника.
И наконец, последнее. Вам не нравится, что надо ставить дополнительный приемник. Я привел Вам результаты ежегодных соревнований проводимых GOOGLE по разработке решений для смартфонов. Готовых публичных решений я не искал, так как мне это не нужно. При надобности напишу, если не найду.
Странно, что казалось бы обычное обсуждения возможных решений Вы превращаете в какое-то соревнование.
Я не обещал Вам выложить готовые приложения для андроид
Вы написали:
надо ставить специального клиента и получать поправки со специальных станций
Логично при этом было дать ссылку на этого специального клиента. А иначе это получается обсуждение сферического коня в вакууме.
Вы возразили, что стоимость 300 , я Вам доказал что стоимость в 20 раз меньше.
Нет. Это я Вам доказал со ссылкой, что стоимость готовых GNSS RTK базовых станций начинается от 300 тыс. рублей. Вы же прикрепили картинку непонятно с чем и никаких ссылок не привели.
При этом Вы ловко подменили тему. Вопрос был не в точности, а в "скачках" местоположения, которые, обычно, вызваны целенаправленным искажением сигналов геопозиционирования.
Про базовые станции GNSS RTK
Я не полагал, что Вы не знаете плейс-маркет алиэкспресс. Картинки выше - это продаваемые в настоящее время подобные станции.
Но для личных нужд можно взять еще дешевле( раз в 70 относительно вашего варианта в 300 тысяч) Вот картинка с Алиэкспресс:
Во-первых, я хорошо знаю, что такое Aliexpress. Флешки на 16 терабайт я там в продаже встречал. Поэтому что обозначает товар по низкой цене и без единого отзыва - тоже знаю.
Во-вторых, этот мошеннический лот, рассчитанный на предоставление китайцам беспроцентного займа на два с половиной месяца - первая ссылка, которую Вы предоставили.
А постить картинки, считая что оппонент, используя OCR, сможет всё же идентифицировать их первоисточник - это если не грубость, то появление явного неуважения.
В третьих, Вы упорно настаиваете на подмене темы, игнорируя неоднократно озвученную проблему "скачков" в геопозиционироавании.
Исходя из этого отвечать больше Вам не собираюсь.
Что так некоторые накинулись на ТС? Идея вполне отличная. В качестве практики очень даже хорошо.
Как идея дополнения для проекта нужны обработчики, еду домой, еду из дома, подключение через кан или тот же обд чтобы иметь возможность считывать данные. Таким образом имеем:
Завели машину, ЕСП поймала сеть и видит, ага сигнал WiFi мощный, теперь читает данные машины, в принципе нас интересует паркинг. Если сигнал мощный и машина стоит на паркинге значит читаем из памяти последний имеющийся сценарий "из дома" или "домой" "у ворот" или "нет даных" условно говоря. Ну и дальше уже сами накидаете. Как системе работать)) режим у ворот нужен чтобы иметь возможность оставить машину у ворот и при отъезде не наблюдать открывающиеся ворота. Активировать можно хоть при двойном нажатии тормоза к примеру. Вернулись домой, решили не заезжать во двор, встало у ворот которые вам любезно открылись, нажали дважды тормоз это и условный сигнал к закрытию если ворота открыты и ЕСП знает что ваша машина не во дворе. Сели уезжать, ворота не открываются лишний раз.
Но это так "условно говоря" Дабы небыло лишних срабатываний. Там ещё на скидку десяток сценариев накидать нужно как быть если сразу два блока говорят разные вещи к примеру))
В качестве практики отличное занятие для мозга)
Можно прикрутить компас и подключится к компу машины. Газуешь на них и они открываются (в страхе)
Можно поставить дальномер на основе TOF сенсора или камеру и ворота сами определят когда машина выезжает.
Ну давайте ссылку на видео, как это у Вас работает. Особенно интересно, если, как у меня, подъезд к участку может осуществляться с трех сторон, причем ни с одной из них прямой видимости от ворот дальше 50 метров нет.
Не забудьте всё же предоставить ссылки на используемое оборудование, чтобы сравнить себестоимость решений.
Вы что-то путаете. Никто с Вами не соревнуется. Не желаете использовать TOF не надо. я не управляю воротами, так как их у меня нет. но я делал устройства для ориентации незрячих людей ( есть статьи на хабре) на основе ESP, TOF, IMU. делал тесты с GPS и ESP. Поэтому предлагаю Вам возможные варианты развития данного решения.
Я хочу ничего не путаю. Я описал и опубликовал рабочее решение, которое успешно решает задачу обнаружения приближения к участку на расстоянии 150-200 метров, чтобы успеть открыть ворота до подъезда автомобиля.
Вы же предлагаете в радиусе этих 200 метров на всех дорогах (у меня их пять) каким-то образом разместить камеры. Да еще так, чтобы они были в состоянии узнать именно определенные автомобили, у которых передний гос номер в межсезонье, обычно, не читаем.
Поэтому мне очень захотелось увидеть реализацию этого на видео, так как вообразить это мне фантазии не хватило.
Ну Вы опять читали невнимательно.
про камеры и tof сенсор я написал "для выезда" Зачем Вы поставили -1 я не понял. Не вижу смысла что-то дальше обсуждать в таком тоне.
Я уже неоднократно указывал, что ворота открываются 20 секунд. А от начала движения автомобиля с места парковки до подъезда к воротам проходит 2-3 секунды.
На практике, я нажимаю кнопку открытия ворот еще на выходе из дома. В теплую погоду или когда машина уже прогрета я успеваю сесть в машину и подъехать к воротам еще до завершения их открытия.
Тут тогда телепатический датчик нужен, так как выходить из дома я могу по тысяче различных причин.
Больше интересует механизм! Он зимой в снегу уже работал? Не заедает?
Спасибо, идея норм.
Что касается механизма, то если осенью не пролить ролики WD-40 или чем-то аналогичным, то может и примерзнуть. Не сильно, плечом толкнул и пошло. Но конструктивно вода и снег туда почти не попадают, так что одной обработки хватает на зиму.
https://ворота-ремонт.рф/images/Regulirovka_otkatnih_vorot/Regulirovka_otkatnih_vorot3.jpg
А вот если не чистить снег в зоне сдвига ворот вдоль забора, то там может и примерзнуть к земле, отказавшись потом закрываться, если оставить ворота открытыми на более-менее длительное время. У меня так жена забыла однажды закрыть ворота, когда уезжала и я потом отогревал их газовой тепловой пушкой, прежде чем удалось их закрыть.
Самодельный WiFi модуль к автоматике раздвижных ворот