RSS блога
Подписка
Беспроводной датчик открытия и закрытия с расширенным функционалом
Приветствую всех читателей Mysku и особенно читателей раздела «DIY или Сделай сам»! А не придумать ли чего нибудь такого-растакого, я же ардуиншик, мне можно,… главное тему управления лифтовыми кабинами не трогать :). После недолгих размышлений почему то захотелось сделать датчик открытия и закрытия. Данный датчик как и остальные мои поделки которые я делаю в последнее время базируется на чипах компании Nordic Semiconductor. Датчик решил делать в двух версиях, одну на чипе nRF52840, а вторую на чипе nRF52811.
Для версии на чипе nRF52840 был использован модуль E73_2G4M08S1C компании EBYTE, для верcии на чипе nRF52811 модуль MC50SFA компании MINEW. Чесно говоря поиски доступных чипов nRF52811 это было то еще приключение. Но в итоге этого приключения в устройстве модуль на чипе nRF52811 от компании MINEW и плюшки в виде нескольких вариантов чипов напаиваемых на эти модули — nRF52810 и nRF52832.
Основной функционал устройства это детектирование открытия и закрытия на основе герконового датчика. Схема герконового сенсора реазизована с антидребезгом.
Принципиальная схема:
Обдумывая чем бы было уместно разбавить основной функционал данного датчика открытия и закрытия, решил посмотреть а что же есть по этому поводу на рынке. Как оказалось практически ничего, датчик открытия и закрытия он и в Африке датчик открытия и закрытия. Наиболее «продвинутое» решение нашлось у компании REDMOND. В их BLE датчике (кстати тоже на чипе от компании Nordic) в дополнение к герконовому сенсору присутствует датчик температуры и емкосная кнопка реализованная на микросхеме TTP223. Но мне почему то это показалось не совсем удачным решением, чем полезны показания температуры около двери или окна(и что мешало ее мерять чипом) и в каких ситуация уместно использовать кнопку на датчике висящем на окне или двери(ну разве что входной :)). В итоге решил расширить охранные функции у моего датчика.
Основным критерием отбора было потребление дополнительных сенсоров, так как в данном датчике решено было использовать батарейку CR2032. Победителями среди кандидатов стали два датчика, акселерометр LIS2DW12 и датчик магнитного поля DRV5032FB.
LIS2DW12 на данный момент является наверное самым экономичным акселерометром. В режиме низкого потребления данный акселерометр потребляет 1 мкА. Так же просто отличные характеристики по потреблению показал датчик магнитного поля DRV5032FB. Его потребление составляет в районе 500нА.
Акселерометр было решено использовать в режиме датчика удара, а датчик магнитного поля по его прямому предназначению. Если за функционал датчика удара я был спокоен, то использование датчика магнитного поля все же является сильно эксперементальным решением, но все лучше чем датчик температуры.
Програмная часть проекта была сделана для работы датчика в сети Майсенсорс. По крайней мере пока это так. Майсенсорс в варианте работы на чипах компании Nordic(nRF24(+atmega 328, stm32f1), nRF51 и nRF52) на нижнем уровне использует проприетарный протокол компании Nordic — Enhanced ShockBurst (ESB), тем самым обеспечивается совместимость устройств на nRF24 и nRF51-52. Майсенсорс это открытый Ардуино проект вокруг которого уже образовалось довольно большое сообщество во многих странах мира. Присоединяйтесь и ваши волосы станут мягкими и шелковистыми. Но чем хороши решения на чипах nRF52 так это тем что использвать Майсенсорс(ESB) совсем не обязательно. Достаточно просто заменит ПО в основе которого работа на протоколе Zigbee или BLE, так как чипы мультипротокольные.… По поводу BLE, немного отвлекусь, посмотрите какое замечательное Arduino NANO 33 Ble можно сделать из модуля E73_2G4M08S1C, стоимость моей NANO 33 — $4.
Скетч к датчику делал в Ардуино ИДЕ из дополнительных библиотек была использована библиотека для акселерометра LIS2DW12, немного измененная мною в части дефолтных настроек регистров, в моем варианте она работает сразу с настройками самого низкого варианта энергопотребления(доступна на моем гите).
Немного опишу логику работы программы. В основном режиме работы датчик находится во сне с настроенными внешними прерываниями, всего 4 прерывания. Есть две конфигурации прерываний, конфиги перенастраивают прерывания в процессе работы программы в зависимости в каком состоянии находится герконовый датчик. Если дверь открыта то прерывания для датчика удара и датчика магитного поля отключаются. Как только дверь закрывется прерывания для двух данных сенсоров активируются. Так же столкнулся с тем что во время открытия возникали ситуации когда датчик удара срабатывал раньше герконового датчика, это происходило от вибраций во время открытия замка. Данная неприятность фиксировалась только при настроеной высокой чувствительности акселерометра.
Для устранения этой проблемы было введено ожидание в 2 секунды при срабатывании акселерометра, во время которого мониторится пин герконового датчика. Если во время ожидания происходит изменение уровня на пине герконового датчика, то дальнейшая обработка события по прерыванию от акселерометра останавливается и начинается обработка события от геркона.
Датчик имеет режим конфигурирования. При нажатии на сервисную кнопку датчик просыпается по прерыванию, радиомодуль включается в режим прослушивания и ждет входящих команд с контроллера УД. Если команда получена, датчик записывает в память новое значение и переключается в рабочий режим сразу уходя в сон. Для отправки следующей команды процедуру активирования режима конфигурирования необходимо повторить. Если находясь в режиме конфигурирования датчик в течении 30 секунд ничего не получает то также по истечению этого времени переключается в рабочий режим и уходит в сон. Помимо режима конфигурации с сервисной кнопки можно запустить презентацию сенсоров датчика и заводской сброс настроек(датчик забывает сеть в которую добавлен, регистрацию датчика после сброса настроек необходимо пройти заново).
Для программирования датчика в Ардуино ИДЕ необходимо добавить поддержку следующих плат:
sandeepmistry/arduino-nRF5
mysensors/ArduinoBoards
Библиотеки:
Mysensor
LIS2DW12
Программатор: st-link, j-link.
Скетч программы
Полный список файлов проекта доступен на гите
В качестве системы УД я уже давно использую Мажордомо. В данной статье буду описывать пример работы датчика в сети Майсенсорс через контроллер УД. В таком варианте данные с датчика отправляются через шлюз Майсенсорс в систему УД. В Мажордомо реализованна поддержка протокола Майсенсорс в отдельном модуле. Модуль для скачивания и установки доступен в маркете дополнений системы УД в разделе «оборудование».
На данный момент реализация для УД Мажордомо наиболее полная, поддерживается:
Есть конечно и недостатки, добавленная ранее поддержка serial шлюзов, в процессе естественного развития системы Мажордомо приказала долго жить и в данный момент не поддерживается. Мне этот тип гейтов даже не довелось потестировать в Мажордомо так как эта возможность стала недоступна раньше чем я узнал о Майсенсорс. Разработчик модуля обещал добавить снова эту возможность к сентябрю 2019 года, но осень 19-го прошла, а поддержки сериал шлюзов все еще нет :(.
Так же с Мажордомо можно использовать mqtt шлюзы Майсенсорс но уже не через модуль Майсенсорс, а через MQTT модуль.
В моем датчике сенсоры удара и магнитного поля передают только единицу при срабатывании и это оказалось небольшой проблемой. Модуль «Простые устройсва» не поддерживает такие типы датчиков, есть конечно — общий датчик, но его кастомизация настроек сильно ограничена. При добавлении датчика неудобная проблемка заключалась в том что когда приходила очередная единичка с датчика мне нужно было запускать обратный таймер, что бы через интервал времени указанном в таймере в свойство объекта записывался ноль. Но так как всё работает через метод — «статус апдейт», то записывая ноль модуль майсенсорс получая новое состояние отправлял сообщение в сеть с этими данными на мой девайс, а смысла в этом ноль. Самым простым решением мне показалось добавить новый метод в котором будет передаватся сосотояние из свойства1 в свойство2 и запускатся таймер для записи в свойство2 ноля. Объект созданный в простых устройствах будет работать с свойством2, а в модуле Майсенсорс с свойством1.
Далее в метод статус апдейт нужного объекта необходимо добавить запуск таймера:
Видео с работой датчика в системе Majordomo и приложении Majordroid. Рекомендую посмотреть там по возможности показал работу основного функционала, ну и конечно ваши лайки и подписка будет особо бесценна для моего маленького домашнего канала, ну а нажав на колокольчик вы не пропустите видео с моими новыми датчиками ;).
Плата девайса была сделана с помощью программы ДипТрейс. Освоение этого редактора для разработки электроники когда то позволило сильно расширить мои возможности. Замечу что я не являюсь профессиональным электронщиком, мой стаж в домашней разработке плат года полтора-два. Всем кто делает свои устройства на макетных платах рекомендую попробовать освоить какой-нибудь редактор, ютуб полон видеомануалов.
Поддержка чипов nRF5 в Майсенсорс реализована на базе билиотеки Sandeep Mistry — arduino-nRF5. Но в этой бибилтотеке отсутствует поддержка чипов nRF52840, nRF52810 и совсем новых чипов nRF52811. Пришлось сделать форк и добавить поддержку для этих чипов, был сделан перенос и адаптация из SDK Nordic. Отсутствовала поддержка софтдевайс так как особой необходимости используя Майсенсорс в этом нет, и небыло поддержки Порта1 для чипов nRF52840. Совсем недавно были объеденены мои изыскания на эту тему и изыскания еще одного участника сообщества Майсенсорс и в итоге получилась поддержка nRF52840 уже с портом1, доступных пинов стало просто море.
Корпус для датчика разрабатывался в программе СолидВоркс, его тоже осваивал самостоятельно по урокам на Ютуб примерно год назад. Корпус был напечатан на SLA принтере ANYCUBIC FOTON. Качество и точность печати меня очень устраивает. Единственный минус это довольно бедный выбор УФ смол с которыми такие бытовые принтеры могут работать. Размеры устройства в корпусе: Длинна 43мм, Ширина 26мм, Высота 12.5мм. Размеры корпуса с магнитом: Длинна 37мм, Ширина 11мм, Высота 12,5мм.
Потребление датчика во сне составило от 4мкА до 7мкА, в зависимости от выбранного чипа. Потребление в режиме передачи данных составило 8мА.
В датчике используется батарейка CR2032. Все замеры производились китайским «мультифайлером» :) в виду отсутствия профайлера из за его довольно немаленькой стоимости :(.
Себестоимость датчика составила:
только с герконом 535₽,
всеми сенсорами 780₽,
смолы уходит на корпус около 100₽
Устройство можно повторить, воспользоваться написанным скетчем или написать свой. Для повторения датчика, все необходимое выложено на моем Гитхабе (гербер, код, модели корпусов).
Если кто то готов оказать помощь в написании ПО под протокол ZIGBEE, с радостью посотрудничаю.
Всем добра!
Для версии на чипе nRF52840 был использован модуль E73_2G4M08S1C компании EBYTE, для верcии на чипе nRF52811 модуль MC50SFA компании MINEW. Чесно говоря поиски доступных чипов nRF52811 это было то еще приключение. Но в итоге этого приключения в устройстве модуль на чипе nRF52811 от компании MINEW и плюшки в виде нескольких вариантов чипов напаиваемых на эти модули — nRF52810 и nRF52832.
Основной функционал устройства это детектирование открытия и закрытия на основе герконового датчика. Схема герконового сенсора реазизована с антидребезгом.
Принципиальная схема:
Ардуино схема:)
Обдумывая чем бы было уместно разбавить основной функционал данного датчика открытия и закрытия, решил посмотреть а что же есть по этому поводу на рынке. Как оказалось практически ничего, датчик открытия и закрытия он и в Африке датчик открытия и закрытия. Наиболее «продвинутое» решение нашлось у компании REDMOND. В их BLE датчике (кстати тоже на чипе от компании Nordic) в дополнение к герконовому сенсору присутствует датчик температуры и емкосная кнопка реализованная на микросхеме TTP223. Но мне почему то это показалось не совсем удачным решением, чем полезны показания температуры около двери или окна(и что мешало ее мерять чипом) и в каких ситуация уместно использовать кнопку на датчике висящем на окне или двери(ну разве что входной :)). В итоге решил расширить охранные функции у моего датчика.
Основным критерием отбора было потребление дополнительных сенсоров, так как в данном датчике решено было использовать батарейку CR2032. Победителями среди кандидатов стали два датчика, акселерометр LIS2DW12 и датчик магнитного поля DRV5032FB.
LIS2DW12 на данный момент является наверное самым экономичным акселерометром. В режиме низкого потребления данный акселерометр потребляет 1 мкА. Так же просто отличные характеристики по потреблению показал датчик магнитного поля DRV5032FB. Его потребление составляет в районе 500нА.
Акселерометр было решено использовать в режиме датчика удара, а датчик магнитного поля по его прямому предназначению. Если за функционал датчика удара я был спокоен, то использование датчика магнитного поля все же является сильно эксперементальным решением, но все лучше чем датчик температуры.
Програмная часть проекта была сделана для работы датчика в сети Майсенсорс. По крайней мере пока это так. Майсенсорс в варианте работы на чипах компании Nordic(nRF24(+atmega 328, stm32f1), nRF51 и nRF52) на нижнем уровне использует проприетарный протокол компании Nordic — Enhanced ShockBurst (ESB), тем самым обеспечивается совместимость устройств на nRF24 и nRF51-52. Майсенсорс это открытый Ардуино проект вокруг которого уже образовалось довольно большое сообщество во многих странах мира. Присоединяйтесь и ваши волосы станут мягкими и шелковистыми. Но чем хороши решения на чипах nRF52 так это тем что использвать Майсенсорс(ESB) совсем не обязательно. Достаточно просто заменит ПО в основе которого работа на протоколе Zigbee или BLE, так как чипы мультипротокольные.… По поводу BLE, немного отвлекусь, посмотрите какое замечательное Arduino NANO 33 Ble можно сделать из модуля E73_2G4M08S1C, стоимость моей NANO 33 — $4.
Скетч к датчику делал в Ардуино ИДЕ из дополнительных библиотек была использована библиотека для акселерометра LIS2DW12, немного измененная мною в части дефолтных настроек регистров, в моем варианте она работает сразу с настройками самого низкого варианта энергопотребления(доступна на моем гите).
Немного опишу логику работы программы. В основном режиме работы датчик находится во сне с настроенными внешними прерываниями, всего 4 прерывания. Есть две конфигурации прерываний, конфиги перенастраивают прерывания в процессе работы программы в зависимости в каком состоянии находится герконовый датчик. Если дверь открыта то прерывания для датчика удара и датчика магитного поля отключаются. Как только дверь закрывется прерывания для двух данных сенсоров активируются. Так же столкнулся с тем что во время открытия возникали ситуации когда датчик удара срабатывал раньше герконового датчика, это происходило от вибраций во время открытия замка. Данная неприятность фиксировалась только при настроеной высокой чувствительности акселерометра.
Для устранения этой проблемы было введено ожидание в 2 секунды при срабатывании акселерометра, во время которого мониторится пин герконового датчика. Если во время ожидания происходит изменение уровня на пине герконового датчика, то дальнейшая обработка события по прерыванию от акселерометра останавливается и начинается обработка события от геркона.
Датчик имеет режим конфигурирования. При нажатии на сервисную кнопку датчик просыпается по прерыванию, радиомодуль включается в режим прослушивания и ждет входящих команд с контроллера УД. Если команда получена, датчик записывает в память новое значение и переключается в рабочий режим сразу уходя в сон. Для отправки следующей команды процедуру активирования режима конфигурирования необходимо повторить. Если находясь в режиме конфигурирования датчик в течении 30 секунд ничего не получает то также по истечению этого времени переключается в рабочий режим и уходит в сон. Помимо режима конфигурации с сервисной кнопки можно запустить презентацию сенсоров датчика и заводской сброс настроек(датчик забывает сеть в которую добавлен, регистрацию датчика после сброса настроек необходимо пройти заново).
Для программирования датчика в Ардуино ИДЕ необходимо добавить поддержку следующих плат:
sandeepmistry/arduino-nRF5
mysensors/ArduinoBoards
Библиотеки:
Mysensor
LIS2DW12
Программатор: st-link, j-link.
Скетч программы
Полный список файлов проекта доступен на гите
В качестве системы УД я уже давно использую Мажордомо. В данной статье буду описывать пример работы датчика в сети Майсенсорс через контроллер УД. В таком варианте данные с датчика отправляются через шлюз Майсенсорс в систему УД. В Мажордомо реализованна поддержка протокола Майсенсорс в отдельном модуле. Модуль для скачивания и установки доступен в маркете дополнений системы УД в разделе «оборудование».
На данный момент реализация для УД Мажордомо наиболее полная, поддерживается:
- все типы данных майсенсорс,
- работа с OTA,
- работа сразу с несколькими сетями в одном модуле(мультгейтовость),
- поддержка SmartSleep девайсов,
- запрос данных у датчиков в сети при старте модуля,
- запрос подтверждений доставки сообщений,
- поддержка сервисных запросов, таких как сбор данных, heartbeat, презентация, перезагрузка,
- работа с NodeManager
Есть конечно и недостатки, добавленная ранее поддержка serial шлюзов, в процессе естественного развития системы Мажордомо приказала долго жить и в данный момент не поддерживается. Мне этот тип гейтов даже не довелось потестировать в Мажордомо так как эта возможность стала недоступна раньше чем я узнал о Майсенсорс. Разработчик модуля обещал добавить снова эту возможность к сентябрю 2019 года, но осень 19-го прошла, а поддержки сериал шлюзов все еще нет :(.
Так же с Мажордомо можно использовать mqtt шлюзы Майсенсорс но уже не через модуль Майсенсорс, а через MQTT модуль.
В моем датчике сенсоры удара и магнитного поля передают только единицу при срабатывании и это оказалось небольшой проблемой. Модуль «Простые устройсва» не поддерживает такие типы датчиков, есть конечно — общий датчик, но его кастомизация настроек сильно ограничена. При добавлении датчика неудобная проблемка заключалась в том что когда приходила очередная единичка с датчика мне нужно было запускать обратный таймер, что бы через интервал времени указанном в таймере в свойство объекта записывался ноль. Но так как всё работает через метод — «статус апдейт», то записывая ноль модуль майсенсорс получая новое состояние отправлял сообщение в сеть с этими данными на мой девайс, а смысла в этом ноль. Самым простым решением мне показалось добавить новый метод в котором будет передаватся сосотояние из свойства1 в свойство2 и запускатся таймер для записи в свойство2 ноля. Объект созданный в простых устройствах будет работать с свойством2, а в модуле Майсенсорс с свойством1.
if($this->getProperty('value2') == '1'){
$this->setProperty('status','1');
}
Далее в метод статус апдейт нужного объекта необходимо добавить запуск таймера:
if (gg("MysensorsSmoke03.status") == "1") {
SetTimeOut('AlarmShock','sg("MysensorsSmoke03.status","0");',10);
}
Видео с работой датчика в системе Majordomo и приложении Majordroid. Рекомендую посмотреть там по возможности показал работу основного функционала, ну и конечно ваши лайки и подписка будет особо бесценна для моего маленького домашнего канала, ну а нажав на колокольчик вы не пропустите видео с моими новыми датчиками ;).
Плата девайса была сделана с помощью программы ДипТрейс. Освоение этого редактора для разработки электроники когда то позволило сильно расширить мои возможности. Замечу что я не являюсь профессиональным электронщиком, мой стаж в домашней разработке плат года полтора-два. Всем кто делает свои устройства на макетных платах рекомендую попробовать освоить какой-нибудь редактор, ютуб полон видеомануалов.
Поддержка чипов nRF5 в Майсенсорс реализована на базе билиотеки Sandeep Mistry — arduino-nRF5. Но в этой бибилтотеке отсутствует поддержка чипов nRF52840, nRF52810 и совсем новых чипов nRF52811. Пришлось сделать форк и добавить поддержку для этих чипов, был сделан перенос и адаптация из SDK Nordic. Отсутствовала поддержка софтдевайс так как особой необходимости используя Майсенсорс в этом нет, и небыло поддержки Порта1 для чипов nRF52840. Совсем недавно были объеденены мои изыскания на эту тему и изыскания еще одного участника сообщества Майсенсорс и в итоге получилась поддержка nRF52840 уже с портом1, доступных пинов стало просто море.
Корпус для датчика разрабатывался в программе СолидВоркс, его тоже осваивал самостоятельно по урокам на Ютуб примерно год назад. Корпус был напечатан на SLA принтере ANYCUBIC FOTON. Качество и точность печати меня очень устраивает. Единственный минус это довольно бедный выбор УФ смол с которыми такие бытовые принтеры могут работать. Размеры устройства в корпусе: Длинна 43мм, Ширина 26мм, Высота 12.5мм. Размеры корпуса с магнитом: Длинна 37мм, Ширина 11мм, Высота 12,5мм.
Потребление датчика во сне составило от 4мкА до 7мкА, в зависимости от выбранного чипа. Потребление в режиме передачи данных составило 8мА.
В датчике используется батарейка CR2032. Все замеры производились китайским «мультифайлером» :) в виду отсутствия профайлера из за его довольно немаленькой стоимости :(.
Себестоимость датчика составила:
только с герконом 535₽,
всеми сенсорами 780₽,
смолы уходит на корпус около 100₽
Устройство можно повторить, воспользоваться написанным скетчем или написать свой. Для повторения датчика, все необходимое выложено на моем Гитхабе (гербер, код, модели корпусов).
Если кто то готов оказать помощь в написании ПО под протокол ZIGBEE, с радостью посотрудничаю.
Всем добра!
Самые обсуждаемые обзоры
+103 |
4049
235
|
+164 |
5637
139
|
+45 |
2086
70
|
+37 |
1965
44
|
Телеграмм чат где обитаю я и такие же как я — @MYSENSORS_RUS.
В статье не стал постить ссылки, так как у администрация сайта очень необычная позиция по этому поводу, ранее нигде не встречаемая, ссылку на мой гит c этим проектом размещу тут — github.com/smartboxchannel/EFEKTA-DOOR-WINDOW-SENSOR
(гербер для заказа плат, списк используемых компонетном, исходники ПО)
… решайте сами заминусовать этот пост или заплюсовать
Нужен какой-то програматор?
програматор подойдет j-link или st-link.
Начать можно отсюда — mysensors.ru/forum/viewtopic.php?f=5&t=362
Такой подбор слов про большое сообщество и про многие страны мира я слышал в двухтысячных, когда мне втирали таймшер.
Забавная конструкция у автора, функционал конечно широкий, но нужен ли он для индикации банального открывания двери, датчики удара тоже есть пассивные на базе герконов. Возможность применения этой конструкции намного шире. А как датчик для загородного дома она скорее малопригодна, влажность и температура нестабильные не способствуют надёжной работе электроники без применения мер по её герметизации, да наличие питания не лучший вариант
Я больше проводам доверяю, нет желания делать лишние излучатели в своём доме. Опять же всё задачами определяется. Но конструкция занятная и применений её найти можно много, не только на дверь вешать.
102-6 у меня уже 10 лет работают в 1.5 мм(если склероз не изменяет) коробке.
Если же он всё ещё тупой, то имеет смысл вначале заняться светом, а уж потом датчиками открытия дверей (ну или одновременно нормально сделать).
Но не самый бюджетный вариант, конечно.
А те, что купить — стоят безумных денег, потому что такой рынок хитрый: инсталляторам они продаются в два раза дешевле, а клиентам выставляется базовая цена, чтобы они не ныли «а чо столько денег за установку».
Ну а что там кто кому выставляет это мне не особо интересно — такие вещи прикольнее самому делать.
Потом геркон. Ну понятно — в массовом производстве он дешёвый. Но можно бы было датчик Холла использовать, даже пропорциональный. Тогда можно было бы реализовать калибровку и реакцию на положение «незакрыто».
Ну и самое кагбе — если это для дома для семьи, то почему бы не сделать датчик банально проводным? Нет проблем с батарейками, нет проблем с отваливающимися устройствами — одни плюсы и никаких минусов.
работают отлично с хабом smartthings, если кто не хочет говнокитай IoT использовать
И вообще делали ли заказы за последний месяц?
потребление TLSR8269:
Disconnect 0.09 mA (800 ms sleep: 17 uA, 5 ms active: TX impulse 33 mA +8dB)
Deep-sleep 1.7 / 3 uA (KEY2 — WakeUp KEY2 / KEY1 — Timer 30 sec)
Connect (7.5ms..4sec — sleep 17 uA, 3..5 ms active: TX impulse 33 mA +8dB)
Однако если не обращать внимания на номиналы (ну чтоб делитель работал и время интеграции не стремилось к возрасту вселенной), то схема право на существование имеет. Хотя гораздо проще было бы использовать внутренние пуллапы или пуллдауны МК (что-то у него должно быть) и простейший программный дебаунсер.
Ну и дебаунс задержкой реализовать при прочих равных вообще даже лучше — не тратите место и деньги на лишний конденсатор, не тратите драгоценные микроамперы на его перезарядку — а числогрызных возможностей любого контроллера хватит не только на это, но и на намайнить немножко биткоинов в свободное время. Ардуинистость решения здесь совершенно ни при чём.
Ели кому-то хочется беспроводного, то можно купить любую китайскую поделку за несколько долларов, типа Сяоми, и жить с ей долго и счастливо.
А зачем на схеме кроме геркона куча рассыпухи перед подключением к ножке MCU?
Почему нельзя просто один контакт геркона на землю, а второй — к MCU?
При опросе, ножку на ввод, pull-up на данную ножку включить, опросить — если пришел 1, опросить 2-3 раза с интервалом 5-10ms — все еще 1 — ок, считать что есть открытие, pull-up на данную ножку выключить, ножку в Z состояние — все.
Тут и антидребезг и никаких утечек и никакой рассыпухи.
Да, решение полу-аппаратное — зато более универсальное, меньше жрущее и при этом еще и более компактное.
Товарища ткнули носом в то, что он не умеет писать и читать номиналы элементов, что он не видит разницы между микрофарадами и миллифарадами, что он не знает, чем омы отличаются от мегаомов.
Но в ответ на откровенные ошибки и ляпы он только огрызается, никак не внмая рациональным советам.
Мне никогда не понять великого и глубинного смысла подключения геркона к +питанию, чтобы потом сразу после него вкорячить резистор на 47 кОм и этим микротоком заряжать конденсатор в 1000 микрофарад.
Мне, из глубины своего незнания, никогда не постичь далёких вершин светлой инженерной мысли, как конденсатор в 1000 микрофарад разряжать резистором в 2 мегаома.
Вам уже пять человек открытым текстом, даже без намёков, прямо написало: подтягивай герконом ногу МК к земле:
Всё равно пишете в ArduinoIDE.
Напишите сверху
в теле скетча
и в сетапе
и не морочьте себе и другим голову.
Вместо того, чтобы просто задуматься, остановиться и подумать… вы начинаете огрызаться и оскорблять.
Хотите на ногу внешнего прерывания — кто ж вам мешает. Будите по фронту. (вот этим вы особо гордитесь)
Но весь этот неадекват синими каракулями в вашем обзоре у вменяемых людей ничего кроме смеха не вызывает.
Но видно, что разумное осознание конструктивной критики со стороны — не ваша сильная сторона…
по поводу картинки… она как раз расчитана на таких вот «вменяемых людей» ;)
по поводу оскорблений,… мне кажется они исходят от вас, если в моих ответах вас что то задело, уж извините, вроде бы статаюсь отмерять пропорционально. незнал что оскорбляющие на самом деле такие ранимые создания.
CR2032 или CR2040. На 2032 получится года два, если пара-тройка открытий в день.
а у меня схема геркона потребляет тоже.
… и жрать будет закрытая, хотя конечно бы хотелось что бы открытая)
Герконы бывают нормально замкнутые и нормально разомкнутые. Вот это поворот :). И даже с обоими контактами сразу и замыкающимся и размыкающимся. (как и другие вещи к контактами: кнопки, реле).
Если говорить о срабатывании на открытие, например, окна, то просто покупается нормально замкнутый геркон. Который при наличии магнитного поля открыт (закрытое окно) и замыкается при пропадании магнитного поля (открытое окно).
Делается подтяжка входа к плюсу одним внешним резистором, а второй конец геркона сидит на минусе. Вот и вся схема.
Для этого входа конфигурируется прерывание/событие на изменение состояния, которое разбудит спящее ядро. А до тех пор ядро спокойно спит. Вход ничего не потребляет. Вот и все.
Сама подтяжка не потребляет, пока не сработает геркон. Чтобы потреблять, нужно чтобы ток куда то тек. Подтяжка к плюсу это плюс через резистор подключается к затвору полевого транзистора. Ток утечки с затвора измеряется наноамперами.
Только при срабатывании геркона (наступления события) на затворе появится минус и через подтяжку потечет ток. Желаемое значение получается от выбранного резистора подтяжки.
Дребезг контактов, естественно, элементарно программно обрабатывается.
Ну это так мысли с ходу, как это делается в готовых датчиках не смотрел :).
Хотя есть и двуногие нормально замкнутые…
Я в своей конструкции поступил иначе.
Взял обычный геркон, и сместил магнит так, чтобы при закрытой и открытой двери геркон был разомкнут, но в процессе открывания — кратковременно замыкался. Да, нет понимания состояния двери, но мне по Т.З. нужно было фиксировать факты открытия(зарытия) двери, а не её состояние…
А если посчитать сколько тратит проц на просыпание опрос и засыпание раз скажем в 200-300мс, не будет-ли это меньше чем ток утечки от схемы у Вас? Ну или примерно равно — тогда опять-же полу-хардварное решение будет лучше.
P.S. Я не в курсе, почему Вы так выше остро реагируете — я не спорю и тем более не навязываю свое мнение — мне действительно интересно. Кроме того, мнений всегда может быть несколько :)
Да, и TPL решит вопрос антидребезга :)
Но всё-же холл с гистерезисом будет предпочтительнее :)
С такими номиналами RС как в вашем «антидребезге» — на разряд конденсатора уйдет порядка 2с, что крайне сомнительно для «датчика охранной сигнализации»
Камень — МСП430; лора модуль SX1276…
Но холлы в счетчике стоят на измерении потока… ;-) В этом и прикол — скорость потока сильно не постоянная. При этом, водой можно вообще не пользоваться год и более если не живешь в квартире… Прерывание от холла — самое очевидное решение, ноо… Да, кстати, на определение попытки останова — геркон ;-)
Ещё можно врезать второй легковскрываемый замок, который не использовать, но поставить на него датчик «vzlom in porgress»
Очень понравилась лабуда "....7 инженерных курсов (на итальянском языке) на 30 CFP...".
Показать что-то свое не может — нет у него ничего!
Чувачок, видно, МАСКВИЧОК, очень они любят курсики разные, повышения, понижения… цырлих-манирлих.