Комментарии 96
Пишем в комментариях: это же не статья формата Хабра. Почему бы вам и подобным авторам не писать «ПОСТЫ», есть же специальный формат под такие заметки.
Даже не знаю, что тут правильнее выбрать, при Джобсе такого не было...
Новость? Так вроде в чем тут новость? Туториал? Тоже нет. Кейс?
Имелся ввиду новый тип публикации :)
Разбирают недостатки Flipper Zero, предлагают альтернативу. Если добавили посты (прикрутили сбоку), то это не значит, что хабр сразу превратился в твиттер с кучей подписчиков.
Потому что это вполне себе статья.
Делайте, конечно. Как минимум, в процессе работы над устройством лучше поймёте, что действительно нужно и как это сделать.
Вот не вижу смысла ESP32 использовать. WIFI/Bluetooth в самом телефоне есть, а больше ничем другим ESP32, по моему, не выделяется.
Он дешевый, легкодоступный, а заодно добавляет дополнительные режимы работы в качестве Wi-Fi - ZigBee\SubGHz\IR моста
Да, устройство выйдет дешевым и легкодоступным. Но оно будет зависимо от телефона или другого внешнего источника питания. На мой взгляд в любой из двух концепций необходимо сохранить частичную или полную автономность. Даже если будут функции доступные только через телефон, до подключать его к телефону ради ИК порта или rfid не самый лучший вариант.
Хотя формат приставки к телефону тоже интересен, но на мой взгляд это будет уже совсем другое устройство, совсем не флипер.
Именно в зависимости от телефона, дешевизне и компактности и есть вся идея! Делать второй флиппер совершенно не нужно, потому и НеФлиппер в заголовке.
Всеже имхо какой-то аккум нужен — иначе, например для эмуляции ключа, надо достать девайс, подключить к смартфону, открыть дверь, разобрать все это хозяйство… А если нужен компактный USB девайс — проще купить китайский "свисток" под каждый интерфейс за 5$. Например, когде мне понадобился IR — я купил такой девайс и отреверсил его протокол (штатно он работал только со своей софтиной).
как вариант, сделать корпус с батарейкой небольшой с кнопками и светодиодами. А все настройки и "тяжелые" функции, осуществлять через коннект с телефоном. По сути используя телефон как большой экран. Чем то все это похоже на фитнес браслеты.
ESP32 и CC2652P нет смысла применять. ESP32 избыточен по вычислительной мощности, много кушает даже при старте, что приведет к необходимости мощного в импульсе источника питания.
Лучше и дешевле использовать чипы Telink, например TLSR9218H256KB2MB (Bluetooth LE 5.3, Bluetooth Mesh, AoA/AoD, 6LoWPAN/Thread, 802.15.4, Zigbee) или попроще TLSR8258F1KET32.
https://www.telink-semi.com/for-developers/
В этом случае реализуете как брелок для ключей.
С Telink все не совсем ровно. С одной стороны там у них все скачивается без особых проблемм. Но документация куцая. Для TLSR9 надо зарегистрировать IDE, но есть отдельный тулчейн. Отладчик у этих штук свой собственный, я так понимаю и ядро процессорное тоже нестандартное. Но пока самое мне непонятное - это с функцией координатора Zigbee. Т.е. нет готовой прошивки которую можно зашить в условный стик и подсунуть тому же home assistant. Только некий суррогат, который предлается использовать в том числе для LilGo T-Zigbee. Оконечное устройство сделать похоже можно, есть пример переделки прошивки готовых bluetooth часов сделанных на telink
TLSR9 я привел лишь для примера. Telink не выкладывает все в открытый доступ. Для получения полной документации и софта надо подписывать с ними соглашение. Если Вы юр лицо, то напишите им письмо и они пришлют Вам соглашение. Писал как физ лицо, соглашение получил. Использую 8266,8269 и 8253
Zigbee поддерживается TLSR827x и TLSR825x. Они есть в свободном доступе на ALI и для них есть SDK. IDE есть в свободном доступе.
Ну тогда это некоторый минус в их сторону. Nordic выходит самая открытая. У SILabs тоже зарегистрироваться и допоглашения. У TI вот не знаю как, и что кстати с CC2652P не так? Для нее можно скачать готовую прошивку с Zigbee, и в принципе рулить ей хоть с ESP32 хоть с чего...
Telink самые дешевые чипы при тех же параметрах. Просто программировать Eclipse IDE. Telink изначально были копии Nordic. Nordic ушел из РФ.
SiLabs - тоже есть, но еще не работал.
Ti - дороже всех. Отключил РФ от своей поддержи и сайта.
Так что Telink - это и есть импортозамещение.
у ESP32 как и ESP8266 проблема в больших токах особенно в импульсе.
У них старое решение передатчика , а для WiFi надо большой ток.
Использую ESP8266 как SOC, отключаю передатчик недокументированной функцией , в итоге ток в активном режиме не более 15 мА, если не отключать то 80 мА, а при передаче по WiFi до 350 mA.
Не знал что Nordic ушел,однако похоже Bluewolf это то не будет проблемой. Я собственно потому и интересуюсь про TI он то более явно ушел, да и углубляться тоже надо чтобы про ихнее Zigbee понять.
TLSR8258 применяется на готовой плате с ESp32 и там похоже потребление никого не волновало. Но для сабжевого девайса вопрос с софтом тоже неоднозначный, мало поставить микруху - надо чтобы она реализовала Zigbee, а вот что и где будет крутиться - вопрос.
ESP32 в данной задаче будет удобен для организации веб интерфейса а для этого ресурсы нужны, да и USB в ней хоть как то наработан, ну и программировать хоть через arduino. c BLE в целом равнозначно наверное будет по сложности А вот если же по проводу, то надо смотреть как в TLSR8258 реализован USB, и как его закинуть в андройд.
PS с потреблением 8266 игрался давным давно, понял что для батарейного надо переходить на Zigbee - проект протух раньше чем начал разбираться :)
для WEB не надо WiFi, есть web-bluetooth
https://webbluetoothcg.github.io/web-bluetooth/
и вместо источника на 0.5 А, достаточно источника на 0.02 A.
А это не только потребление, но и габариты и нагрев да и сам источник.
Но дело вкуса.
Немного не так, это не технология обеспечивающая веб через bluetooth, а обеспечивающая доступ к bluetooth из веб. как и webusb. Веб страничку надо будет откуда то загрузить, а потом она уже обеспечивает взаимодействие через чисто блютусные (всякие GATT), а не вебные (IP) методы. по сути та же .apk только запускаемая из браузера. Совсем разные технологии, разный софт.
Сделать то конечно можно, для Telink есть конкретный пример ble2zigbee, но вот дальше так или иначе придется ваять сложное приложение
Очень похоже что в ESP32-C6 будет другой радиомодуль, потому что там WiFi6, так что есть надежды на меньший ток.
попробуйте без рута хоть андроидом хоть айфоном хотя бы хэндшейк перехватить или послать raw.
И даже более того: с рутом это не всегда будет возможно, ибо дрова и/или ядро.Жираф ESP большой - ему видней: дури столько что хватит надолго. И то и это(C3/S3) - хорошие энергоэффективные ядра с большим потенциалом - можно море лунапарков запилить! И даже более того!
В ESP32 есть MMU, а в STM32 его нет. Но если бо́льшая часть программного обеспечения будет на стороне телефона, но и MMU не нужен.
Да, формат приставки к телефону интересен. У Флиппера слишком маленький экран, и некоторые функции всё равно работают только через телефон.
Третий вопрос - у него нет ZigBee
Отмечу, что есть. Лишь не поддерживается тем стеком что поставляется официальной прошивкой. Самостоятельно сделать софтварную поддержку с альтернативным стеком никто не мешает, это не сложно
Однозначно за
Повторить успех Flipper - достаточно проблематично. Т.е. делать совсем отдельный продукт такое себе развлечение.
Если вы следили, то вы знаете "откуда ноги растут" и должны понимать что "так же сложить звёзды" может не получиться. Тем более в ЕС
С другой стороны, если делать flipper-совместисый продукт, то вы вечно будете "ещё один клон, но без экрана". С другой стороны, тут уже вопрос позиционирования и синергии, особенно если портирование будет действительно "почти тривиальным".
Что меня беспокоит больше всего так это реальное применение. Открывать лючки Теслы, это, конечно, здорово... Я купил флиппер ещё на Кикстартере, в первой тысяче. Просто по тому, что решил поддержать ребят. И я молча ждал когда же оно приедет.
И что - оно лежит, вместе с чехольчиком и платами, и, по всей вероятности, так и будет далее лежать. Я не понимаю зачем эта вещь нужна, если ты не работаешь в этой области.
Таким образом мое мнение не репоезентативно с т.з. ЦА, но репоезентативно с т.з. оценки рыночной перспективы. Я думаю, люди которые хотят аналог Kali Linux в телефоне буду рады. Сколько их, сколько они готовы заплатить - вопрос открытый. Флиппер разлетается как горячие пирожки, хотя "хайповость" сильно спала. Основной рынок сбыта - США (к вопросу про ЕС). Производство - Китай. Я уверен что у такого продукта есть будущее, Но я не рекомендую его производство. Достаточно получить IP на устройство, даже отдав его по GPL или другой лицензий "в широкие массы" и пойти заняться чем-то другим. Поднимать финансирование, налаживать разработку и производство, рассылка товара... Я бы не стал. Максимум малыми партиями тем, кто ну уж совсем сам никак заказать платы и феном пропаять sms.
Про применение - я хочу, в первую очередь, заменитель кучи домофонных кнопок и ключей и ИК-бластер, в меньшей степени - зигби гейт и sub-GHz штучку, остальное не настолько важно. Но этим я бы пользовалась почти каждый день.
Про совместимость - да, тут важно и то, насколько это в реальности будет просто, и какое будет отношение команды Флиппера. Что еще-один-клон - ну и ладно, мне совсем не жалко, тем более - это так и есть.
Про бизнес-аспекты. Так как у меня есть все необходимые компетенции и это не первый серийный продукт, плачу я в общем только своим временем (где-то 3-6 месяцев) и средней ЗП за это время, мне не нужно платить команде из 35 человек и это делает всё сильно проще. В общем-то, около 2-5 тысяч заказов окупит всю историю. При мелкосерийном варианте и более высокой цене - несколько сотен. Паять феном не буду, конечно, вариантов много и без того :)
И огромное спасибо за обстоятельный ответ!
экранчик нужен, хоть просто цифры индицировать. иначе не удобно перебирать ключи и метки записанные будет (может хоть 3 многоцветных светодиода чтоб двоичный код индицировать). и акб. в реальности еще ни одного нормального мультиключа и мультибрелка не попадалось. а в связке с телефоном это не очень удобная штука. если это только не чехол к аппарату. у меня в прошлой конторе делали такую фигню для айфонов — cardioqvark, но это получается не особо массовая штука. да и похоже отказались они от этой идеи. кардиокарту сделали какую-то.
Про применение - я хочу, в первую очередь, заменитель кучи домофонных кнопок и ключей и ИК-бластер
Такую штучку я бы купил.
Автономный агрегатор ключей домофонов, пропусков СКУД и прочих NFC, кажется востребованной штукой, причем в широком кругу пользователей, не только энтузиастов. Но хотелось бы, конечно, избежать возни с подключением к телефону каждый раз при использовании. Если только при обновлении пула ключей - тогда ок
Рад что было содержательно.
С командой флипера можно поговорить, они очень открытые. Неудобство шнурка очевидно. Так что эта штука должна иметь некий автономный режим, скажем как беспроводные наушники - 3 часа постоянной работы.
Вы можете запустить компанию и податься в акселератор.
По продукту, я целился в США, использовал идею Air Tag как образец и целевую стоимость до $50.
Там дьявол в шифровании ключей на картах. Эмулировать таблетки и прочую шелуху действительно просто.
Мне тоже размер и функционал флиппера явно велики под задачи, очень нехватает такого универсального брелка для домофонов/автоматики ворот. Но как представлю: подхожу к дому, беру брелок, подключаю проводом к телефону, выбираю нужный ключ… и вхожу. Путь явно сложнее, чем носить связку ключей :( даже тот же флиппер использовать для этих целей неудобно постоянно будет.
Что касается автономной работы - возможно аккумулятор и не стоит предусматривать, но работу от внешнего источника питания и по Bluetooth - вполне логично.
Я бы тоже поддержал проект, но, видимо, в РФ доступно не будет…
Куда высылать деньги ? :)
Идея приставки к телефону без своего экрана — хорошая, поскольку с маленьким экранчиком работать тяжело.
Насчет питания от телефона идея неоднозначная, на мой взгляд. Есть и плюсы и минусы. Во-первых, далеко не все телефоны выводят питание для внешних устройств на USB. Во-вторых, многие ставят в этот разъем заглушку или не трогают ту, что есть, а заряжают беспроводно. Преимущества питания от телефона, впрочем, тоже очевидны.
Поддержу! Я за то, чтобы было своё собственное питание, а всё управление было доступно с телефона без проводов (но и не только).
Есть мелкие дешевые повербанки, я думаю их тоже можно использоваться а с телефоном связь по воздуху, тут суть в силиконовом корпусе и водозащите, если батарею помещать внутри то больше проблем, а с внешним питанием - повербанк, зарядка или телефон на выбор.
Даже вариант на той же площадке предложить "дополняемый" повербанк (по стилю, с общей прорезью для кольца ключей, соединяющийся с устройством и образующий единое целое) отдельно как опцию для тех у кого не всё так однозначно :)
Идея приставки к телефону без своего экрана — хорошая, поскольку с маленьким экранчиком работать тяжело.
А потом андроиды меняют версии — и "приставка без своего экрана" превращается в тыкву.
Хорошая идея! Полностью поддерживаю. Особенно если это будет опенсорс проект. Готов поучаствовать в качестве разработчика.
А я бы вообще сделал эмулятор ключей и карт (dallas, rfid, nfc) в формате наключного фонарика - без экрана, но с bluetooth и приложением на телефоне, в котором была бы удобная база с этими ключами. Ну еще можно собственно фонарик встроить, со включением по отдельной кнопке. Все остальное там особо ни к чему - это личное мнение, но мне кажется, что мало кто пользуется gpio или трансивером на флиппере.
Без аккумулятора идея так себе, на мой взгляд - маленький аккум на 100-200 mAh (которого хватит на несколько часов непрерывной работы) встроить не проблема, а вот постоянно подключенный к девайсу кабель будет мешаться.
В качестве проца ESP32 туда впишется отлично.
Работа с флиппером завязана на его МК от stm32 и выбран он, вероятно, из-за своего потребления. esp32 кушает в Bluetooth больше 100мА
Уже сейчас в чате DIY Флиппера много людей делают себе внешние модули, например с CC1101 или nrf потомучто им нужна внешняя антенна.
Флипперы сделали внешние приложения, если хотите совместимость с ними, то нужен в точности такой же МК как у Флиппера.
Благодаря предыдущему факту, я сам наконец решился доделать свой модуль. Как доделаю выложу естественно. И когда я пишу ПО я вижу сколько труда вложено в прошивку, сколько удобств добавлено в тот же vscode для сборки проекта. Это сделало не одним человеком и не за один год. На вашей поделке будет явно меньше софта чем на Флиппере.
У Флиппера с самого старта была команда людей, у которой за плечами был проект. Помимо того что вам нужно спаять один модуль для себя, вам нужно будет спаять несколько тысяч для других людей. И либо можно надеяться на то что все чипы и конденсаторы будут идеальны, либо вкладывать свое время в полноценное заводское тестирование. В ином случае какой-то процент людей рискует получить брак.
Я не стараюсь отговорить, накидываю варианты что может пойти не так. Лично вам лучи поддержки и рекомендация все таки заказать Флиппер и сделать на него аппку
бог в помощь...
Я думаю ваша версия устройства, выйдет столько же по цене или даже дороже, даже если оно будет без экрана. Потому что 80-90% расходов будет составлять ПО. Приложение же будет бесплатное, а в нем нужно огого сколько интерфейсов наделать да все это протестировать, да все это с другим девайсом через блютуз и асинхронно. Да в добавок приложения нужно два. А потом когда выкатится новая версия прошивки на устройство, нужно будет еще и старые поддерживать и новые. Поэтому этот путь интересен в плане удобство ношения, но за все надо платить. Дерзайте и что-то обязательно получится.
Идея интересная. На питании и правда можно сэкономить, кому не нравится от смартфона - наверняка можно запитаться от power банка. Плюс, у кого-то это может быть приставка не к телефону, а к ноутбуку или компьютеру.
Что касается функционала... а что сейчас еще осталось в эфире незашифрованного сильной криптографией, что можно достаточно легко послушать или даже воспроизвести? Возможно в подобное устройство можно добавить какой-то более-менее универсальный радиосканнер? Или это уже резко повышает стоимость?
ESP слишком малофункционален. Мало ног, мало периферии.
Я тут пилю для EC следующую версию своего модуля , кстати открытый проект
Поддерживает и дисплейчики и USB камеры и 1-Wire дивайсы и Wi-Fi на 5 ГГц и BLE 5.2... и много чего.
Разработать такой модуль - достаточно рутинная работа. Скоро ИИ такие будет разрабатывать.
Но вот софт - это совсем другое дело. Не рассказывайте какие микросхемы вы собираетесь поставить , расскажите какой стек протоколов и экосистему сможете поднять, с какой производительность, на каких ресурсах, с каким потреблением.
Да, ещё помещается в стандартный корпус:
Туда же помещается аккумулятор. Ещё в том же корпусе можно разместить маленький дисплей как в часах и сенсорные кнопки. Проблема только как туда поместить GPS.
Это очень классная штука, но все-таки другого уровня и с абсолютно иной ЦА.
Это больше похоже на Raspberry Pi Zero W
Где будет кнопка выбора эмулируемого ключа? Если в приложении на телефоне, то как то неповоротливо получается. Я за отдельные устройства: брелок с 3-6 кнопками выбора ключа заменяющий 1-wire таблетки, бейдж для эмуляции rfid карт с тем же принципом, ZigBee gate для смартфона, root андроида для всего остального. То что сегодня нужно помещается в карман, то что понадобится раз в год лежит в рюкзаке.
Идея хорошая. Непонятно только, зачем в пару к телефону БЛЕ и вот это всё - это в телефоне и так есть, а стоит не три копейки. Что же касается цены кстати , то она определяется спросом (положим, что сейчас с предложением, то есть с производством таких штук, проблем нет). В этом плане как раз экран и кнопки играют хорошо, так как стоят при массовом производстве недорого, а спрос толкают. Впрочем думаю, что ваша идея тоже может иметь хорошую маржу.
Кстати интересно, откуда у вас в Европе куча домофонных ключей? Я тут живу 12 лет и бывал от Мадрида до Хельсинки, ни одного домофона не видел :)
Странно, вот неподалёку от меня фирма делает домофоны для всей Европы - https://digitalas.lt/en/3-our-products
Даже таблетки Dallas под своим брендом выпускает.
Экран и кнопки недорогие в производстве, но дорогие (относительно) в разработке корпуса...
Если там будет STM32, LoRa (SX1262) и разъём на внешнюю SMA антенну, то я точно куплю 3 штуки.
Буду к городскому MeshTastic подключатся.
Считаю идею очень интересной, давйно сам хочу сдеоать что-то подобное
Идеология: флиппер как раз разрабатывался для тех, кому надоели куча отдельных устройств(отдельно cc1101, отдельно lf rfid, отдельно hf rfid) и это его фишка, до этого приходилось таскать отдельно читалку lf+эмулятор+proxmark+ноут; эту идеологию было бы клево сохранить.
Экран: флиппер сильно выручает тем, что не требует подключения ни к чему: к примеру есть айфон, нет с собой телефона с тайп-с, куда подключать безэкранный девайс? С флиппером при этом можно быстро скопировать lf+hf rfid, и даже болванка не требуется. именно самодостаточность флиппера - неплохая фишка. Опять-же подходя к условному домофону с флиппером нужно нажать 2-3 кнопки, с устройством без экрана: достать тел, подключить, выбрать ключик,ВСЮ СВЯЗКУ прислонить к считывателю; а теперь представим этот набор действий перед турникетом метро в час пик.
Софт и железная часть: ну тут проблемы есть у всех: проксмарк - функционален, но привязан к пк; хамелионтини - медленный(воспринимается не всеми ридерами), хотя и достаточно точный; флиппер - вообще плох на данном этапе по эмуляции mifare classic, причем говорят ограничения в железе; по софту еще много чего можно сделать лучше; хамелион ультра - перспективно, но еще не вышел и будет сырой.
Cc1101: ну тут проблема наработать базу протоколов. Что слушать? У меня в округе только один шлагбаум был пойман и один дверной звонок. Сигналки - отдельная тема :)
UHF RFID: эмуляторов вообще нет на рынке, а хотелось бы. Опять же use-case: выловить авторизацию с ридера, потом с ней вычитать зашифрованную паролем метку и её заэмулировать.
Zigbee: простых сканеров уязвимостей/устройств для атаки на сеть нет, а дыр в протоколе достаточно.
LoRa: опять же прикольная технология, прикладные применения в карманном устройстве тоже наверное есть.
Делать или нет зависит от того какой набор проблем вы сможете закрыть этим устройством: закроете КАЧЕСТВЕННО одну-две проблемы - в любом случае будет на устройство спрос, будет оно с экраном или без него)
Делай!
Флиппер пошёл нафиг после кидка со сбором денег по предзаказу.
Поддержку iPhone планируете делать? А то там не Type-C (пока что), и нужно отдельное будет приложение.
А вообще, на мой взять, лучше бы засунуть в девайс небольшой аккумулятор и связываться с телефоном по BLE. Потому что при каждом чихе вставлять кабель в смартфон - очень неудобно.
Устройства без аккумулятора, которые нельзя даже на пару минут отключить от питания без перерыва в работе - лютый антипаттерн разработки и по современным меркам выглядят как экономия на спичках. Хотя бы самый маленький аккумулятор очень нужен.
Концепт в принципе интересен, но есть ряд моментов:
Если судить объективно то совместимость флиппера реализуема где-то на уровне переиспользования кодовой базы. Или это будет как бы флиппер но с экраном на телефоне.
Проект нужно делать опенсорсным. Но если выносить работу с сложными протоколами на телефон, то сторонним разработчиком будет сложно поддерживать 2 устройства сразу (ios/android). Если на телефон выносить только рабочий стол то работу с протоколами прийдется общитывать на маленьком CPU, это минус.
Если пытаться заменить все ключи, открывашки и пропуска, то нужен аккум внутри и минимум одна кнопка. Приложение на телефоне по времени, геолокации и прочим эвристикам выбирает ключ, и передает настройку по BLE, а кнопка его активирует если это не RFID а открывание шлагбаума например. В таком случае будет удобно пользоваться. Подключать проводом к телефону каждый раз - неудобно.
Звучит классно.. но навевает раздумья про формат использования. Нет экрана - вроде бы плюс к миниатюрности но тогда надо либо веб-интерфейс, либо мобильные приложения - и это уже уклон в заморочки и с программированием, и с пользовательским интерфейсом. Получается не проще чем флиппер с его навороченным фремворком, а скорее даже наоборот. Ну или как положено настоящим хакером - через командную строчку.
Для бытовых сценариев уж точно хотелось бы что бы какие нибудь настраиваемые кнопки были, скрипты, голосовой интерфейс в, конце концов, новомодный.. только тогда получается обычный HomeAssistant и иже с ними, разве что носимый. Только он ресуссожручий, это уже zero разные таскать надо, и уж точно со своей батарейкой. Зато там уже и с Zigbee вопрос решен, и с BLE - а вещи эти не столь простые, не так уж много желающих углубится
Если повторять такое же но чисто на esp32 то это выльется в большое число работы по софту, ну или каждый будет сам себе писать прошивку в той же platformio. собственно уже есть большое число примеров связок ESP32 + какая нибудь радиочасть, их кто-то покупает, делает проекты.. Т.е. будет еще более узкое индивидуальное решение, ну разве что в силиконовом корпусе.
Кстати ESP32 подключенный к флипперу задуман делать достаточно простые вещи, которые ранее решала обычная ESP, с подключенным экранчиком.
А вот если углубляться очень сильно, то это уже совсем другой класс железа, и интерфейс скорее как командная строка должен быть, или скажем че то типа WireShark, вырисовывается вообще ноут, но такая задача похоже не ставится
Большое количество связок ESP32 с Zigbee похоже предназначены исключительно для того чтобы транслировать uart с модуля Zigbee на HomeAssistant, через кучу посредников (tcp, wifi, mqtt, скрипты). Не совсем понял, возможно tasmota может что то сама по себе сделать... Но похоже будет проще запустить HA на android под termux
В Tasmota есть поддержка двух популярных протоколов Zigbee координаторов от TI и SILabs, то есть в случае планируемой связки ESP+TI можно будет добавлять к НеФлиппер различные Zigbee устройства, смотреть в вебинтерфейсе что они передают (температуры, влажности..), передавать команды (как минимум из командной строки, скрипты с кнопками похоже что тоже можно будет накрутить), ну и в режиме гейта на HA это тоже работает. Поэтому предлагаю RF SubGHz и прочее железо выбирать из совместимой с tasmota, это расширит варианты применения рассматриваемого устройства.
Хорошая идея, не хватает подобного устройства.
Я бы предложил питание от реверсивной зарядки в телефоне и связь с телефоном по nfc/bt. Можно будет вложить или встроить в чехол, получив удобство ношения. Телефон-то всегда с собой
я вот все думал про возможное железо для этого устройства. Есть ESP32-c6 с поддержкой Wi-Fi 6 (802.11ax) и Bluetooth 5 (LE), iEEE 802.15.4 ( Thread,Zigbee) т.е. может и не все все все на 2.4 но приличный минимум. и это вероятно будет более менее открытое и допиливаемое, хотя бы через ESP IDF, и на корпус меньше в девайсе. нежели CC2652P - который похоже что кто то прошивку типа для донгла наваял и не особо че то подкрутить. Готовенького правда долго придется ждать, но на перспективу - наверное лучше.
Также в качестве альтернативы CC2652P есть серии NRF52, nRF53 , для которых уже тоже наваяли всякого. Причем есть уже и готовые платы nRF52840 + всякие Wifi, а так же nRF7002 который двухдиапазонный уже компаньон для WiFi a/b/g/n/ac/ax. Для полного счастья nRF905 для subGHz но он, помниться, менее функциональный нежели СС1101
довольно сыренько c ESP32-C6: поддержку пилят https://github.com/espressif/esp-idf/issues/10423, и продают ее только в каких то не шибко официальных магазинах. самое непонятное - может ли она тянуть wifi и zigbee одновременно
Поддерживаю, за исключением ESP32 — батарейку типа CR2032. на год.
А что, если сделать Еще Один НеФлиппер?