Пишите в Arduino IDE на чистом Си без библиотек Wiring
Ведь что такое Arduino IDE? Посредственный редактор, GCC компилятор, загрузчик (под разные МК) и куча разных библиотек.
Например, для ESP8266 можно в IDE вызывать нативные функции ESP SDK
А Wiring хорош для переноса кода с одного МК на другой.
TP223 вроде неплохо срабатывает через бумагу, тонкий пластик и прочее.
Через перчатку тоже должна. Ну и ток потребления там мизерный. Так что особой разницы с кнопкой нету, тем более если кнопку подтягивать
MQTT-SN работает поверх UDP. Что принципиально это меняет на транспортном уровне?
Теоретически можно пустить любой протокол верхнего уровня через любой транспорт, только чтобы соединиться с MQTT брокером понадобиться шлюз.
Вопрос некорректный.
MQTT работает поверх TCP/IP, а это значит должна быть плата с Ethernet или WiFi.
Для батарейных устройств это ИМХО избыточно.
Но если сильно нужно, то есть Mysensors MQTT Gateway — на ардуине с Ethernet либо ESP8266/32
Столько проводочков паять! А если один отпаяется — найти неисправность будет очень сложно. Неужели не проще ЛУТом плату развести, заодно убрав туда линейники и прочие детальки.
Сколько спутников ловится в помещении? Обычно у GPS с этим туго.
Ловятся ли одновременно GPS и GLONASS?
Чем на пол статьи перечислять перечень элементов, лучше бы схему. Как говориться, лучше один раз услышать.
В проекте на GITHUB скетч поместите в отдельный каталог, а то будет он цеплять всякие README.md и пр.
Зачем там 3Д модель? Если бы корпус на принтере печатался.
Недавно ковырялся с таким модулем: www.elecrow.com/32u4-with-a9g-gprs-gsm-gps-board.html
Контроллер Atmega32U4, модем A9G GSM + GPS. Две антеннки.
Есть доп разъемы для периферии.
Что понравилось — в модем есть готовые AT-команды для MQTT и HTTP
На мой взгляд, эта платка гораздо более подходит для GPS трекера, чем это недоразумение, склеенное термоклеем в лучших традициях китайских поделок
Для расчета с энергосбытом вам все равно нужен счетчик.
На ваш контроллер никто не поставит пломбу и не будет сверять показания.
Исходя из этого — можно поставить счетчик с интерфейсом и снимать с него показания тем же самым ESP8266 через копеечный модуль RS-485, который позволяет передавать данные за 1км.
Лично я ничуть не против модулей PZEM, сам их использую для снятия профилей мощности с различных потребителей.
Но при этом всегда имею понимание в разнице между прибором коммерческого учета и китайским «показометром» не смотря на кажущуюся корреляция между показаниями.
p.s. В вашем конкретном случае, вы все равно будете периодически ходить к столбу и сверять показания двух разных приборов
Самое обидное, что показания могут расходиться по разному при малых и больших токах, зависеть от температуры, деградации китайских кондеров и пр.
С тем же успехом можно сдавать фиксированную сумму ежемесячно, а потом раз в пол-года/год корректировать
К тому, что есть приборы коммерческого учета, к коим принадлежит счетчик и технического учета — тот же PZEM, не проходивший никаких поверок.
Теоретически в СЭС можно и «от балды» данные передавать, корректируя, например, раз в год.
Чтобы организовать автоматизацию нормального коммерческого учета, достаточно купить тот же Меркурий или Эекргомеру с RS485 и непосредственно с него снимать показания контроллером.
Примеров кода в интернете достаточно, так что ничего сложного в этом нету
Главное в этих часах — это корпус. Схему собрать большого ума не нужно )))
Скажите, а только у меня динамическая индикация снижает яркость очень сильно.
Индикаторы итак не очень яркие, вот думаю, нужно четыре дешифратора ставить
Единственный источник, который всю зиму проработал за окном (-30), это литиевые батареи АА. У них и напряжение начальное 1.6В, и просадка от мороза минимальная
С другой стороны, много нужно уличных датчиков в умном доме, да еще и питающихся от батареи? Один, два?
Вы собираетесь свою библиотеку писать?
Я бы просто написал поддержку своего транспорта Mysensor/hal/transport/XXX по образу и подобию того же RF24 или RFM69 в стандартной библиотеке Mysensors
Опять же исходя из того что для каждого транспорта нужно свой шлюз, некоторые навороченные модули типа вообще нету смысла к Mysensors стыковать, а лучше использовать свои штатные протоколы и цепляться ими к
тому же MajorDoMo параллельно Mysensors
Помню еще в СССР делали часы на одной микросхеме К145ИК1901 с люминисцентным индикатором (три напряжения между прочим), двумя будильниками, кварцем, довольно точным. Даже наборы такие продавали. Долго работали. А тут целый МК и даже будильника нет. И время установки кнопками я не увидел. Зато целый МК применен.
Ведь что такое Arduino IDE? Посредственный редактор, GCC компилятор, загрузчик (под разные МК) и куча разных библиотек.
Например, для ESP8266 можно в IDE вызывать нативные функции ESP SDK
А Wiring хорош для переноса кода с одного МК на другой.
Диаметр ходовых винтов то какой?
Через перчатку тоже должна. Ну и ток потребления там мизерный. Так что особой разницы с кнопкой нету, тем более если кнопку подтягивать
Электронный конструктор моего детства!
Теоретически можно пустить любой протокол верхнего уровня через любой транспорт, только чтобы соединиться с MQTT брокером понадобиться шлюз.
MQTT работает поверх TCP/IP, а это значит должна быть плата с Ethernet или WiFi.
Для батарейных устройств это ИМХО избыточно.
Но если сильно нужно, то есть Mysensors MQTT Gateway — на ардуине с Ethernet либо ESP8266/32
Сколько спутников ловится в помещении? Обычно у GPS с этим туго.
Ловятся ли одновременно GPS и GLONASS?
Чем на пол статьи перечислять перечень элементов, лучше бы схему. Как говориться, лучше один раз услышать.
В проекте на GITHUB скетч поместите в отдельный каталог, а то будет он цеплять всякие README.md и пр.
Зачем там 3Д модель? Если бы корпус на принтере печатался.
Нужен определенный сорт, хорошо очищенный с добавлением строго определенного количества воды?
www.elecrow.com/32u4-with-a9g-gprs-gsm-gps-board.html
Контроллер Atmega32U4, модем A9G GSM + GPS. Две антеннки.
Есть доп разъемы для периферии.
Что понравилось — в модем есть готовые AT-команды для MQTT и HTTP
На мой взгляд, эта платка гораздо более подходит для GPS трекера, чем это недоразумение, склеенное термоклеем в лучших традициях китайских поделок
На ваш контроллер никто не поставит пломбу и не будет сверять показания.
Исходя из этого — можно поставить счетчик с интерфейсом и снимать с него показания тем же самым ESP8266 через копеечный модуль RS-485, который позволяет передавать данные за 1км.
Лично я ничуть не против модулей PZEM, сам их использую для снятия профилей мощности с различных потребителей.
Но при этом всегда имею понимание в разнице между прибором коммерческого учета и китайским «показометром» не смотря на кажущуюся корреляция между показаниями.
p.s. В вашем конкретном случае, вы все равно будете периодически ходить к столбу и сверять показания двух разных приборов
С тем же успехом можно сдавать фиксированную сумму ежемесячно, а потом раз в пол-года/год корректировать
Теоретически в СЭС можно и «от балды» данные передавать, корректируя, например, раз в год.
Чтобы организовать автоматизацию нормального коммерческого учета, достаточно купить тот же Меркурий или Эекргомеру с RS485 и непосредственно с него снимать показания контроллером.
Примеров кода в интернете достаточно, так что ничего сложного в этом нету
В чистом виде — технический учет
Скажите, а только у меня динамическая индикация снижает яркость очень сильно.
Индикаторы итак не очень яркие, вот думаю, нужно четыре дешифратора ставить
С другой стороны, много нужно уличных датчиков в умном доме, да еще и питающихся от батареи? Один, два?
А то пришел модуль E-ink — при перерисовке экран несколько раз мигает
Я бы просто написал поддержку своего транспорта Mysensor/hal/transport/XXX по образу и подобию того же RF24 или RFM69 в стандартной библиотеке Mysensors
Опять же исходя из того что для каждого транспорта нужно свой шлюз, некоторые навороченные модули типа вообще нету смысла к Mysensors стыковать, а лучше использовать свои штатные протоколы и цепляться ими к
тому же MajorDoMo параллельно Mysensors