Комментарии 13
Если поиграться с одноплатным компьютером, то норм, а если реально только чтобы дверь открывать, то дичайший перебор. По идее нужна только мобила с белым списком номеров и выходной каскад, который на вибру или динамик зацепить. Потом проапгрейдить до смартфона с интернетом и телеграмом (слово то какое странное) и все :) а под смарт можно уже и приложние написать. Плюс в том, если интернет отключат, то можно звонком или смской открыть.
Поиграться хорошо. Так довольно дорого получается использовать малинку только для двери.
И еще
не нашел в коде обработки ситуации когда два человека пришлют сообщение с открытием двери. Вместо того что бы эти два сообщения оформить в один, насколько я понял произойдет два события. В итоге если послать 100 сообщений в секунду то получим что дверь останется открыта на продолжительное время.
И еще
не нашел в коде обработки ситуации когда два человека пришлют сообщение с открытием двери. Вместо того что бы эти два сообщения оформить в один, насколько я понял произойдет два события. В итоге если послать 100 сообщений в секунду то получим что дверь останется открыта на продолжительное время.
Нет, там все это асинхронно запускается(разные горутины), получится, что дверь будет открыта на несколько секунд дольше
К тому же, я не планирую малину оставлять там только для работы с дверью; в планах есть еще несколько интересных проектов, так что малина еще пригодится :)
К тому же, я не планирую малину оставлять там только для работы с дверью; в планах есть еще несколько интересных проектов, так что малина еще пригодится :)
То что в горутине я вижу.
Но устройство то одно.
И вот у нас с разницей в 100 мс приходят два запроса на открытие, первый открывает дверь и ждет пока тикает время, тут приходит второй и ставит выход на ноге малинки в отрытое состояние, через время первый меняет состояние порта на малинке и замок переходит в режим закрытия. Второй запрос еще ждет своего времени на закрытие. Да получается что дверь не останется открыта на неопределенное время, но вот то что мы начинаем менять состояние на GPIO просто потому что есть еще один запрос не совсем нормально. Лучше сделать одну горутину в которую будут приходит запросы и она уже будет смотреть состояние замка, если он открыт то незачем дергать GPIO еще раз, лучше просто дальше тикать.
Но устройство то одно.
И вот у нас с разницей в 100 мс приходят два запроса на открытие, первый открывает дверь и ждет пока тикает время, тут приходит второй и ставит выход на ноге малинки в отрытое состояние, через время первый меняет состояние порта на малинке и замок переходит в режим закрытия. Второй запрос еще ждет своего времени на закрытие. Да получается что дверь не останется открыта на неопределенное время, но вот то что мы начинаем менять состояние на GPIO просто потому что есть еще один запрос не совсем нормально. Лучше сделать одну горутину в которую будут приходит запросы и она уже будет смотреть состояние замка, если он открыт то незачем дергать GPIO еще раз, лучше просто дальше тикать.
Статья интересная, но вот решение странное. Достать брелок, приложить, положить в карман, войти — неудобно; достать телефон, разблокировать, найти иконку телеграма, запустить, найти чат замка, открыть, найти поле ввода, нажать, набрать open, отправить, заблокировать телефон, положить в карман — звучит куда удобнее :) Особенно удобно наверное открывать зимой когда руки в перчатках, а также тогда когда руки чем-то заняты. А если заняты зимой и в перчатках… :)
А вдруг там налево-направо-по коридору прямо-вниз по лестнице-снова по коридору и дверь? И тут домофон звонит. -Wassuuuup! -Aaaaaaa -Открывай, чувак! И он такой не вставая хлабысь команду в чат и все открыл!
Абсолютно согласен. Аналогично выглядят различные умные лампочки и прочее, управляемые с телефона — чтобы просто включить или выключить, нужно совершить множество лишних телодвижений с мобилой. Это же не настройка, товарищи, которую сделал — и забыл. Это основная функция, которая должна быть максимально быстро доступна.
Лучший интерфейс это отсутствие интерфейса. К примеру мы разработали и используем подобную систему для входа / выхода в нашей компании (правда она не только за это отвечает, а имеет и множество других полезных функций) и для открывания двери у нас в основном используются именно брелки, но дополнительно есть возможность войти по отпечатку пальца. Сейчас же тестируем технологию, как во многих авто, просто открыть дверь с ключом в кармане. Если ключ есть — дверь откроется и запомнит кто вошел, если нет — не откроется. Вот это и есть идеальный вариант. Подошел к двери, потянул за ручку, вошел. Всё.
Не судите строго, это моя первая статья!
Наоборот, первую статью нужно судить особо строго. Я пока не знаю для чего мне это, но обязательно хочу попробовать внедрить.
Все классно, но малинку ради этого дело — жалко. А почему не научить читалку брелоков (если там NFC) читать серийный номер не только брелока, но и NFC-передатчика телефона? У вас получается, что сотрудник все равно должен брать с собой телефон чтобы открыть себе дверь? Пусть его и приложит к ридеру.
«Как сделать бота в Telegram, который открывает дверь… используя… паяльник.»
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как сделать бота в Telegram, который открывает дверь с электромагнитным замком, используя Go lang, Raspberry Pi и паяльник