Комментарии 10
Отличная идея!
Спасибо!
p.s. iobroker - моя любовь уже 10 лет.
Имхо, у такого решения для некоторых есть минус- в отличии от GSM реле которые просто проверяют есть ли звонящий номер в базе и сбрасывают звонок не поднимая "трубку" тут устанавливается соединение и соответственно оператор будет считать звонок за разговор, т.е выходит платный въезд)))
А вообще по DTMF- у самого крутится мысль, но в более масштабном плане. Как минимум можно усложнить решение, чтобы для известных номеров включался автоответчик и говорил какие цифры за какие точки прохода отвечают, а для неизвестных номеров например перенаправлять в виде SIP вызов на диспетчера. Но это уже скорее надо делать на компьютерном железе с разворачиванием того же астериска и например с использованием сотового модема с поддержкой голосовых вызовов через chan dongle
Спасибо за фидбек.
тут устанавливается соединение и соответственно оператор будет считать звонок за разговор, т.е выходит платный въезд)))
Не поспоришь, я как-то со своим безлимитом не подумал. Хотя мне кажется что 10 секунд это какие-то совсем копейки. Опять же можно не дожидаться конца звонка, а самому сбросить, тогда в 4-5 секунд уложишься.
А вообще по DTMF- у самого крутится мысль, но в более масштабном плане. Как минимум можно усложнить решение, чтобы для известных номеров включался автоответчик и говорил какие цифры за какие точки прохода отвечают, а для неизвестных номеров например перенаправлять в виде SIP вызов на диспетчера. Но это уже скорее надо делать на компьютерном железе с разворачиванием того же астериска и например с использованием сотового модема с поддержкой голосовых вызовов через chan dongle
Это оверинжиниринг в нашем случае. Хотя наверное в коттеджных посёлках или многопользовательских объектах типа логистических/офисных центрах имеет смысл. А для того чтобы пускать персонал на территорию, ну либо рулить домашней автоматизацией - чистого DTMF достаточно.
del
Reset для таких модулей не всегда работает, лучше ещё ставить ключ по питанию.
По нарисованной схеме - у вас защита аккумулятора при переразряде работать не будет. Если аккумулятор с собственно защитой то ок.
Ну и лучше все же сначала отдельно отправлять "наверх" номер, а потом уже поднимать трубку если надо. Думаю, для большинства сценариев совпадения номера - открытие конкретного шлагбаума вполне хватит
Спасибо за фидбек и поправки.
Reset для таких модулей не всегда работает, лучше ещё ставить ключ по питанию.
Спасибо, тоже уже про это задумывался. Если буду коммерционализировать, обязательно поставлю.
По нарисованной схеме - у вас защита аккумулятора при переразряде работать не будет. Если аккумулятор с собственно защитой то ок.
В смысле модем может переразрядить? Я так понимаю он отключитсяна 3,7. А от переразряда ESP, как я понимаю, спасет TP4056. Или я не прав?
Думаю, для большинства сценариев совпадения номера - открытие конкретного шлагбаума вполне хватит
Не очень понимаю мысль. Например, на территорию два въезда, у сотрудника есть права на оба. Как понять какой шлагбаум открывать без команды?
В смысле модем может переразрядить? Я так понимаю он отключитсяна 3,7. А от переразряда ESP, как я понимаю, спасет TP4056. Или я не прав?
У вас земля на модуле tp4056 замкнута. А схема защиты как раз коммутирует по земле, а не vdd.
Не очень понимаю мысль. Например, на территорию два въезда, у сотрудника есть права на оба. Как понять какой шлагбаум открывать без команды?
В таком случае да, но если, допустим, у одного (телефона) пользователя только 1 шлагбаум - не обязательно поднимать трубку.и ждать dtmf
У вас земля на модуле tp4056 замкнута. А схема защиты как раз коммутирует по земле, а не vdd.
Спасибо, понял, поправлю.
В таком случае да, но если, допустим, у одного (телефона) пользователя только 1 шлагбаум - не обязательно поднимать трубку.и ждать dtmf
Наверное да, просто таких кейсов не было и в голову не приходило.
С другой стороны, пользователь может не дожидаться 10 секунд, а сам сбросить трубку. В MQTT уйдет только номер телефона, ну а дальше скрипт разрулит.
Когда я все это придумывал, был выбор - делать шлюз или делать относительно умное устройство, со своей базой пользователей, со своими правилами и так далее. Шлюз выбран относительно осознанно - то есть логику внутри устройства оставлять не хотелось. Сейчас у устройства настраивается только сеть и MQTT. После этого можно забывать на него пароль, айпишник, и вообще всё. База пользователей, правила, исполнительные устройства, логика сработки устройств, журналирование - отдано на откуп иоброкеру, там это сильно проще делать. Хотя соблазн стэндэлона периодически возникает, да.
вторую - когда у меня не завелась от TP4056 ESPха при отключенном питании, оказалось что TP надо бустнуть, если хочешь получить 5В, а потребления нет.
4.2V Наверное, т.к. 5 она не выдаст никогда.. не положено
ps возможно попутали с кучей других IC с катушкой, aka "powerbank" что отдают стабильные 5В

DTMF-MQTT шлюз на ESP32 и SIM800