https://apac.itron.com/o/commerce-media/accounts/-1/attachments/3808651 Battery lifetime Up to 14 years* Там по идее 2хCR123. Плюс там нет контактов, датчик индуктивный, так что больше потребляет, чем геркон.
Как-то все усложнено и не особо эффективно. Если хочется совсем низкого потребления - то вместо LDO - что-то вроде TPS62742 или TPS62842 и P-мосфет на управление ESP. В качестве малопотребляющего МК вполне подойдет стандартная atmega328p: Power-save Mode: 0.75µA (Including 32kHz RTC). Т.е. туда устанавливается кварц на 32768, просыпается по прерыванию от датчиков или RTC. Дальше уже включать ESP раз в несколько минут если счетчик тикает и раз в 12-24 часа по таймеру, чтоб доложить что устройство работает. Итого потребление в ждущем режиме - 2-3мкА максимум. А вообще, тут просится BLE или Zigbee. И одна батрейка CR123A лет на 5-10..
Это тоже крайне просто протестировать: выставить на 12:00, отправить по-быстрому 720 импульсов (ну или больше если секунды) и потом смотреть где оказалась стрелка
Я снял на видео с частотой 60 кадров в секунду вторичные часы и эталонные часы в один день, фиксируя момент перемещения минутной стрелки и текущее точное время на экране.
Зачем это всё? Есть ардуина, есть компьютер. В код добавляется счётчик который раз в секунду (или любой другой интервал) отправляет свое значение в uart. Дальше это дело запускается на несколько часов/сутки и сравнивается с часами на компе.
Вполне можно и указанную ардуину нано использовать. Нужен только паяльник и ISP программатор: перевести основной генератор на внутренний RC, заменить 16М кварц на 32768 и использовать с таймером2.
Тогда я пожалуй соглашусь с комментатором выше. RP2040 требует намного больше обвязки - десяток конденсаторов, LDO, SPI flash, и желательно кварц. Что для одного лишь таймера или мульвибратора - как-то многовато.
Если что-то испозовать как замену 555 или простой логике - то это что-то из разряда tiny13, нужна обработка аналога - tiny25.45.85 (и там много нового еще)
Мало кто знает, но USB-мышь не может использовать канал выше, чем USB 1.0. Это прописано в спецификации USB. Для того, чтобы мышка использовала канал USB 2.0 (High-Speed) необходимо установить специальный драйвер (от производителя мыши).
это где такое написано?
Vendor ID : 0x046D (Logitech Inc.) Product ID : 0xC52F USB Version : 2.0 -> but Device is Full-Speed only Port maximum Speed : High-Speed Device maximum Speed : Full-Speed Device Connection Speed : Full-Speed
Как в виндовс, так и в линуксах не просит никакого драйвера. В телевизоре тоже норм.
Не будет рассинхронизации. В приведенной статье упоминается SPI с битовой скоростью 1-20мбит/с. Там да, задержка на 100метровом кабеле будет в ~1 бит на 1мегабите и ~10бит на 10мбит/с.
У i2c стандартная скорость - 100кбит/с - так что задержка <0.1 бита. У 1w скорость порядка 15кбит/с, так что там будет чуть надёжнее.
Устройство на удалении получит сигнал синхронизации (SCL) с существенным запозданием, которое будет превышать допустимый порог для работы протокола
При 100метрах задержка будет 0.6мкс при том что по стандарту 5мкс, вроде, на ответ. Проблема тут в помехозащищённости и самое главное - ёмкости кабеля.
А если говорить про 1wire - у него ровно такие же проблемы с задержками, просто скорость в разы меньше.
Напомнило - ноутбук Dell latitude. Имеется "аппаратная" кнопка для отключения микрофона (fn+F4, вроде). Винда думает, что микрофон включен, но там тихо. Не интересовался как реализовано, но приятно что есть.
Потом появляется похожий рабочий Делл. Все также, но через время накатывают какой-то апдейт Биоса и теперь эта кнопка просто включает и выключает светодиод.
Ну лучше вообще избегать города с плохим качеством воздуха) но я слабо представляю как планировать прогулки от этого показателя. Особенно если это поход в магазин, просто потому что надо. Ну и это может не меняться в течении дня.
Ну а вообще, много лет прожил в промышленном городе - качество воздуха определяется либо по запаху, либо по направлению ветра - если дует со стороны заводов, то плохо, в остальных случаях ок.
Звучит неплохо для начала в Германии. Читал предыдущие статьи тоже. Но мне больше интересно о стартапе и бизнесе в целом: есть ли окупаемость?
Прибор выглядит красиво, но мне интересно кто те люди, что готовы выложить 250е, немцы обычно любят деньги считать. Да и в принципе в западной Европе с воздухом все ок. Но неясно, что можно с данными aqi сделать, например у меня есть монитор PM внутри дома, иногда (особая погода, нет ветра, соседи барбекю устраивают или кто-то дровами топит камин) он показывает что-то. На новый год - зашкаливает от пиротехники. Но главный вопрос, что делать с этими данными? С температурой, влажностью, ветром все понятно - я на них смотрю и выбираю что надеть. А если AQI > 100500, то что делать? Не дышать ? Не выходить на улицу?
ED097OC4 PAGE:8 - Vcom is recommended to be set in the range of assigned value ± 0.1V - The maximum ICOM inrush current is about 1.56A
Корпус брал здесь: https://github.com/SolderedElectronics/Soldered-Inkplate-10-hardware-design/ Тогда были только .stl так что в моем есть лишние дырки. Сейчас уже и исходники выложили, так что можно красиво под себя сделать. Ну и у них 1.3.1 итерация - возможно есть на что посмотреть в плане схемотехники.
Не совсем понятно, что вы хотели бы услышать. В статье описаны требования по пунктам. Цели и интересы описаны явно. Например,
ТЗ это все же про конечный продукт/проект и когда кто-то делает для кого-то.
Про то что КРЕНы не стоит пробовать - поддержал бы лет 5 назад. Сейчас - любой опенсорс (не важно, это софт или железо) лучше собрать то что кто-то уже собрал, потом передылвать под себя. Иначе сильно много компонентов где могло пойти что-то не так и разработка приходит к этапу "с нуля". То что заработало - показывает погоду и температуру в комнатах. Обновление раз в пять минут без перерыва на ночь. Деградации или "выгорания" пикселей не видно. Наблюдал проблемы с контрастностью "на солнце"/температуре 35+
Хотелось еще добавить сканирование BLE-устройств->mqtt, но уже было реализовано на отдельной есп32. Сейчас не вижу смысла - с этим справится малина на которой крутится основная часть околоумного дома. Также думал выводить время ближайших автобусов/поездов, но этот кейс умер при ковиде (не нужно регулярно ездить на работу) Из того что еще можно реализовать - это календарь: походы к врачу, вывоз мусора и т.д.
Потребление - специально смотрел реальные графики - для самой ЕСП хватит любого УСБ БП. Для экрана уже сложнее, особенно сам нарвался на то что, тот экран что я использую, хочет 1,5А по линни Vcom. Тут соглашусь, что для коммерческой разработки надо учесть все ограничения/предельные параметры. "Для себя" - можно проще. Разводка USB2.0 FS - мне сложно представить как в размерах приведенной платы можно накосячить (можно конечно, но придется стараться)
https://apac.itron.com/o/commerce-media/accounts/-1/attachments/3808651
Battery lifetime Up to 14 years*
Там по идее 2хCR123. Плюс там нет контактов, датчик индуктивный, так что больше потребляет, чем геркон.
Как-то все усложнено и не особо эффективно.
Если хочется совсем низкого потребления - то вместо LDO - что-то вроде TPS62742 или TPS62842 и P-мосфет на управление ESP.
В качестве малопотребляющего МК вполне подойдет стандартная atmega328p: Power-save Mode: 0.75µA (Including 32kHz RTC). Т.е. туда устанавливается кварц на 32768, просыпается по прерыванию от датчиков или RTC. Дальше уже включать ESP раз в несколько минут если счетчик тикает и раз в 12-24 часа по таймеру, чтоб доложить что устройство работает.
Итого потребление в ждущем режиме - 2-3мкА максимум.
А вообще, тут просится BLE или Zigbee. И одна батрейка CR123A лет на 5-10..
Ну сделайте с нормальной скоростью. Все тоже самое, просто ограничить число импульсов.
Это тоже крайне просто протестировать: выставить на 12:00, отправить по-быстрому 720 импульсов (ну или больше если секунды) и потом смотреть где оказалась стрелка
Зачем это всё? Есть ардуина, есть компьютер. В код добавляется счётчик который раз в секунду (или любой другой интервал) отправляет свое значение в uart. Дальше это дело запускается на несколько часов/сутки и сравнивается с часами на компе.
Вполне можно и указанную ардуину нано использовать. Нужен только паяльник и ISP программатор: перевести основной генератор на внутренний RC, заменить 16М кварц на 32768 и использовать с таймером2.
Тогда я пожалуй соглашусь с комментатором выше.
RP2040 требует намного больше обвязки - десяток конденсаторов, LDO, SPI flash, и желательно кварц. Что для одного лишь таймера или мульвибратора - как-то многовато.
Если что-то испозовать как замену 555 или простой логике - то это что-то из разряда tiny13, нужна обработка аналога - tiny25.45.85 (и там много нового еще)
А зачем вам rp2040 для одного таймера?
Возьмите attiny13 или что там поновее. Обвязка - конденсатор по питанию
это где такое написано?
Как в виндовс, так и в линуксах не просит никакого драйвера. В телевизоре тоже норм.
Не будет рассинхронизации. В приведенной статье упоминается SPI с битовой скоростью 1-20мбит/с. Там да, задержка на 100метровом кабеле будет в ~1 бит на 1мегабите и ~10бит на 10мбит/с.
У i2c стандартная скорость - 100кбит/с - так что задержка <0.1 бита. У 1w скорость порядка 15кбит/с, так что там будет чуть надёжнее.
При 100метрах задержка будет 0.6мкс при том что по стандарту 5мкс, вроде, на ответ. Проблема тут в помехозащищённости и самое главное - ёмкости кабеля.
А если говорить про 1wire - у него ровно такие же проблемы с задержками, просто скорость в разы меньше.
Только оригинальная статья опубликована 1 апреля, так что имеет смысл. А тут кликбейт и ожидание чего-то интереного технического.
А зачем фоторезистор? У ld2410 свой датчик света имеется же.
Напомнило - ноутбук Dell latitude. Имеется "аппаратная" кнопка для отключения микрофона (fn+F4, вроде). Винда думает, что микрофон включен, но там тихо. Не интересовался как реализовано, но приятно что есть.
Потом появляется похожий рабочий Делл. Все также, но через время накатывают какой-то апдейт Биоса и теперь эта кнопка просто включает и выключает светодиод.
Зашёл прочитать про калькуляторы, но в статье только кликбейт и выжимки из курса матанализа.
Как считать синус на современных процессорах - понятно, а вот как это было сделано "в железе" лет 40 назад - гораздо интереснее.
Ну лучше вообще избегать города с плохим качеством воздуха) но я слабо представляю как планировать прогулки от этого показателя. Особенно если это поход в магазин, просто потому что надо. Ну и это может не меняться в течении дня.
Ну а вообще, много лет прожил в промышленном городе - качество воздуха определяется либо по запаху, либо по направлению ветра - если дует со стороны заводов, то плохо, в остальных случаях ок.
Звучит неплохо для начала в Германии. Читал предыдущие статьи тоже. Но мне больше интересно о стартапе и бизнесе в целом: есть ли окупаемость?
Прибор выглядит красиво, но мне интересно кто те люди, что готовы выложить 250е, немцы обычно любят деньги считать. Да и в принципе в западной Европе с воздухом все ок. Но неясно, что можно с данными aqi сделать, например у меня есть монитор PM внутри дома, иногда (особая погода, нет ветра, соседи барбекю устраивают или кто-то дровами топит камин) он показывает что-то. На новый год - зашкаливает от пиротехники. Но главный вопрос, что делать с этими данными? С температурой, влажностью, ветром все понятно - я на них смотрю и выбираю что надеть. А если AQI > 100500, то что делать? Не дышать ? Не выходить на улицу?
Оптимизм - хорошо. Но я как-то не вижу последние 5лет снижения цен на телеком. Все только вверх идёт
ED097OC4 PAGE:8
- Vcom is recommended to be set in the range of assigned value ± 0.1V
- The maximum ICOM inrush current is about 1.56A
Корпус брал здесь: https://github.com/SolderedElectronics/Soldered-Inkplate-10-hardware-design/ Тогда были только .stl так что в моем есть лишние дырки. Сейчас уже и исходники выложили, так что можно красиво под себя сделать. Ну и у них 1.3.1 итерация - возможно есть на что посмотреть в плане схемотехники.
ТЗ это все же про конечный продукт/проект и когда кто-то делает для кого-то.
Про то что КРЕНы не стоит пробовать - поддержал бы лет 5 назад. Сейчас - любой опенсорс (не важно, это софт или железо) лучше собрать то что кто-то уже собрал, потом передылвать под себя. Иначе сильно много компонентов где могло пойти что-то не так и разработка приходит к этапу "с нуля".
То что заработало - показывает погоду и температуру в комнатах. Обновление раз в пять минут без перерыва на ночь. Деградации или "выгорания" пикселей не видно. Наблюдал проблемы с контрастностью "на солнце"/температуре 35+
Хотелось еще добавить сканирование BLE-устройств->mqtt, но уже было реализовано на отдельной есп32. Сейчас не вижу смысла - с этим справится малина на которой крутится основная часть околоумного дома.
Также думал выводить время ближайших автобусов/поездов, но этот кейс умер при ковиде (не нужно регулярно ездить на работу)
Из того что еще можно реализовать - это календарь: походы к врачу, вывоз мусора и т.д.
Потребление - специально смотрел реальные графики - для самой ЕСП хватит любого УСБ БП. Для экрана уже сложнее, особенно сам нарвался на то что, тот экран что я использую, хочет 1,5А по линни Vcom.
Тут соглашусь, что для коммерческой разработки надо учесть все ограничения/предельные параметры. "Для себя" - можно проще.
Разводка USB2.0 FS - мне сложно представить как в размерах приведенной платы можно накосячить (можно конечно, но придется стараться)