Nextcloud сам по себе не сильно требовательный, но если на него навесить всякого - 1-4гб тоже хочет.
Ставить отдельные контейнеры под сам nextcloud и его БД и компоненты - тоже странное решение при 4гб рам.
Внешний ссд через усб? ну на поиграться ок. В пластиковом "энклоужеуре" - привет перегрев.
у меня подобная связка софта трудится на виртуалке внутри N150 c выдклкееными 8gb и нормальными nvme - работает, но я бы сказал мееееедленно.
256гб фоток и видео - это размер памяти в 1 не очень дорогой телефон. Проще гуглу заплатить (я таки заплатил, хотя уже есть "свое облако", но интеграция того же некстклауда - боль, кровь и пот).
Ну и мой принцип - никаких https наружу из домашних серверов. И вообще никаких открытых портов, кроме входящего впн.
В общем взял ненужную есп, сделал запись как у автора append/write/close построчно. На 3мб внутренней флеши с ротацией файлов (файлы по ~500 записей х 25 байт)
Пока миллион строк записано, ошибок ФС или CRC построчных нет. В переводе на ежеминутную запись - это 2 года логирования. Думаю ещё не на один "год" хватит, и о в основном изнашиваются сектора корневой директории. Если логи хранить в папках (по месяцам, к примеру), то скорое всего хватит очень надолго. Ну и если не нужно это монтировать по УСБ - то spiffs или littlefs гораздо лучше подходят для задачи
Их можно делать действительно "выделенными", т.е. отдельными от остальной дороги, с эстакадами и туннелями. Бонусом - по ним ездят скорые и пожарники если срочно.
Проблема не решается в лоб, а только комплексно, вплоть до перестройки дорожной сети.
Что касается первой озвученной проблемы - стоять на красном в 3 часа ночи - приезжайте в Нидерланды. На очень многих перекрестках со светофорами стоят индукционные петли со всех сторон и/или камеры. Также петли делают на нагруженных велодорожках. Так едешь на машине или велосипеде - тебе часто уже горит зелёный и переключится на зелёный как подъедешь на перекресток.
Ну и нет смысла ориентироваться на машины. Тут же в Нидерландах приоритет светофоров по времени настроен на трамваи и автобусы, потому что они переводят кратно больше людей на единицу траффика. Иногда приоритет на велодорожке, если посчитали что через нее больше людей в час приезжает чем на машинах.
Для пешеходов чаще всего есть кнопка на светофоре, и тоже он сразу переключится на зелёный если машин нет или они далеко. И он не будет гореть 3 минуты, а ровно столько чтоб быстрым шагом перейти дорогу.
Набор датчиков странный: max40009 отличный по параметрам, но EOL. Bme680, точнее его "газоанализатор" не имеет смысла, так как показывает каких-то попугаев. Ну и собственно нагрев этого газоанализатора влияет на температуру.
Лучше уже поставить SCD4x - данные о CO2 в помещении более полезны чем давлени воздуха.и желательно его "вынести" из корпуса подальше.
Коррекция из разряда -1 градус не будет работать, если датчики внутри корпуса. У вас там одноплатник и другие много потребляющие устройства. Мощность этого всего и температура внутри будет сильно различаться от сценария к сценарию
Для тех кто не разбирается и, есть готовые устройства например от seeed с прудстановленным HA. Есть domoticz, который можно хоть под Винду, да и в Линукс одной командой настраивается
Reset для таких модулей не всегда работает, лучше ещё ставить ключ по питанию.
По нарисованной схеме - у вас защита аккумулятора при переразряде работать не будет. Если аккумулятор с собственно защитой то ок.
Ну и лучше все же сначала отдельно отправлять "наверх" номер, а потом уже поднимать трубку если надо. Думаю, для большинства сценариев совпадения номера - открытие конкретного шлагбаума вполне хватит
А на кпдв - все так или иначе "подстроечные" резисторы. У них цель крайне отличная от переменных резисторов общего назначения.
Цифровизация их лишила смысла. Даже в точном измерительном оборудовании, если требуется калибровка, зачем крутить отвёрткой, если можно покрутить программно.
Если уже использовать BLE по назначению, то лучше делать отдельный сервис и предадвать значения из памяти последовательно, например так делают термометры или тонометры:
Ну и для времени тоже есть натиывный BLE CTS.
Ну и если уже вовсю используете claude - то приложение на на андроид можно тоже с одного запроса сделать (как с яблоками - не знаю, скорее чуть сложнее). С автоматической синхронизацией, думаю удобнее, чем web-ble
Ну дело ваше, покупать ли микросхемы на Али. Лично я предпочитаю проверенные магазины, типа tme, digikey, mouser или lcsc.А АлиЭкспресс, только если больше нигде нет, такое бывает.
Ибо может приехать дохлое, бракованное, перемаркированное или даже классика - поддельные ft232 собранные на микроконтроллере Последний раз покупал 10 ch340 - только 4я заработала. И это особенно печально, когда делаешь прототип, то не сразу понятно, проблема в микросхемах или что-то накосячил в плате или схеме.
А как вы предлагаете делать? Держать файл открытым? Так в этом и проблема, что автор переживает за то, что при потере питания, он потеряет данные.
Именно держать открытым, делать flush раз в какое-то время, не сильно часто. И создавать новый файл раз в день или около того в зависимости от объема. Использовать батарейное питание.
Если очень хочется побайтово, то можно пре-создать файл нужного размера, стереть все сектора и писать хоть побайтово (но тут придется править код самой фатфс), сд-карта позволяет писать не полный сектор.
из 4х датчиков во влажность умеют только 3, что даже написано внутри статьи. Но видимо вычитывать за ЛЛМ западло, в другом случае, клик-бейт заголовок тоже против правил. Там отдельный датчик влажности рядом с bmp, но это не меняет суть вопроса .
Но это все не так интересно, у меня есть десяток bmp280 с алиэксресса (хотел бме280) но видимо промазал кнопкой. И я уверен, что если я их подключю все вместе, там будет разброд и шатание. потому как они дешевле чем на маузере/диджикее или даже lcsc
Сначала вы предлагаете использовать military grade микросхему, где она не нужна по факту, а потом кидаете ссылки на АлиЭкспресс где они стоят в 10 раз дешевле, чем в нормальных магазинах, и говорите про супер-пупер надёжность решения?
Логика из чата вышла
Использование внутренней флеш-памяти ESP32 для постоянного побайтового или построчного логирования приведет к быстрому выходу устройств из строя на реальных объектах.
Вас кто-то принуждает так делать?
Если не делать так как автор - open/append, write, close, то fatfs кеширует данные до переполнения буфера или f_close/f_flush.
Даже если делать как в статье - то запись раз минуту должна убить сектора фат-таблицы за полгода-5 лет
P.s. лет 20 назад,коллега как-то пытался "убить" eeprom на avr. Работало оно месяц без перерыва, значения из даташита превзошло на порядок. Он не победил
Вторая чуть дешевле, но все равно. все эти *RAM - это нишевый продукт, там где действительно цена оправдывает его наличие.
Для простой задачи как тут - не нужны ни сд-карты ни вся эта сложная "память". Как и сказал - хватит внутренней памяти самого ЕСП. Если случиться что-то с ней то не зависимо от того что вы навесите снаружи для хранения, контроллер перестанет работать.
И если перезапись уж слишком частая - то есть еепром, как ниже написали.
А вообще для подобных задач, если это для себя, а не коммерческий продукт, испозовать что-то готовое, опенсорсное, например https://github.com/pvvx/ATC_MiThermometer 15-20uA c измерением и передачей данных в эфир каждые 10с. Ну и внутреннее хранилище для истории. добавить туда bmp280 не сильно сложно.
P.S. Для себя делал все на nrf52840 - со всеми необходимыми датчиками, отправкой ADV раз в 2с, средний ток 20-30мкА, со счетчиком гейгера - 60мкА. Флешка обычная wd25q128.
все из пушки по воробьям. Этот ФРАМ стоит дороже чем все здесь вместе взятое. По факту тут никакой СД-карты не требуется. У ESP32C3 4MByte паматя внутри. В ардуине в списке стандартных есть разметка 1МБ приложение, 3МБ файловая система.
из данных на нужно 32 бита на время, 16 на температуру, 8 влажности и 16-24 на давление (хотя нет смысла во второй цифре после запятой). Это все нам дает 10 байт на измерение. Если хранить с интервалом в 1минуту - то 3 мегабайта выльются в ~200 дней. Если реже, легко посчитать самому.
Ну и никто не мешает сделать выгрузку прямо с веб-страницы, чтоб картотчки не совать туда-сюда.
А если заменить на ESP32-S2/S3 - то там вообще можно поднять USB Mass Storage Device, и обращаться к флешке напрямую, через USB
4гб с докерами ?
Immich:
Nextcloud сам по себе не сильно требовательный, но если на него навесить всякого - 1-4гб тоже хочет.
Ставить отдельные контейнеры под сам nextcloud и его БД и компоненты - тоже странное решение при 4гб рам.
Внешний ссд через усб? ну на поиграться ок. В пластиковом "энклоужеуре" - привет перегрев.
у меня подобная связка софта трудится на виртуалке внутри N150 c выдклкееными 8gb и нормальными nvme - работает, но я бы сказал мееееедленно.
256гб фоток и видео - это размер памяти в 1 не очень дорогой телефон. Проще гуглу заплатить (я таки заплатил, хотя уже есть "свое облако", но интеграция того же некстклауда - боль, кровь и пот).
Ну и мой принцип - никаких https наружу из домашних серверов. И вообще никаких открытых портов, кроме входящего впн.
В общем взял ненужную есп, сделал запись как у автора append/write/close построчно. На 3мб внутренней флеши с ротацией файлов (файлы по ~500 записей х 25 байт)
Пока миллион строк записано, ошибок ФС или CRC построчных нет. В переводе на ежеминутную запись - это 2 года логирования. Думаю ещё не на один "год" хватит, и о в основном изнашиваются сектора корневой директории. Если логи хранить в папках (по месяцам, к примеру), то скорое всего хватит очень надолго. Ну и если не нужно это монтировать по УСБ - то spiffs или littlefs гораздо лучше подходят для задачи
Их можно делать действительно "выделенными", т.е. отдельными от остальной дороги, с эстакадами и туннелями. Бонусом - по ним ездят скорые и пожарники если срочно.
Посмотрите Ютуб канал not just bikes.
Проблема не решается в лоб, а только комплексно, вплоть до перестройки дорожной сети.
Что касается первой озвученной проблемы - стоять на красном в 3 часа ночи - приезжайте в Нидерланды. На очень многих перекрестках со светофорами стоят индукционные петли со всех сторон и/или камеры. Также петли делают на нагруженных велодорожках. Так едешь на машине или велосипеде - тебе часто уже горит зелёный и переключится на зелёный как подъедешь на перекресток.
Ну и нет смысла ориентироваться на машины. Тут же в Нидерландах приоритет светофоров по времени настроен на трамваи и автобусы, потому что они переводят кратно больше людей на единицу траффика. Иногда приоритет на велодорожке, если посчитали что через нее больше людей в час приезжает чем на машинах.
Для пешеходов чаще всего есть кнопка на светофоре, и тоже он сразу переключится на зелёный если машин нет или они далеко. И он не будет гореть 3 минуты, а ровно столько чтоб быстрым шагом перейти дорогу.
У вас земля на модуле tp4056 замкнута. А схема защиты как раз коммутирует по земле, а не vdd.
Набор датчиков странный: max40009 отличный по параметрам, но EOL. Bme680, точнее его "газоанализатор" не имеет смысла, так как показывает каких-то попугаев. Ну и собственно нагрев этого газоанализатора влияет на температуру.
Лучше уже поставить SCD4x - данные о CO2 в помещении более полезны чем давлени воздуха.и желательно его "вынести" из корпуса подальше.
Коррекция из разряда -1 градус не будет работать, если датчики внутри корпуса. У вас там одноплатник и другие много потребляющие устройства. Мощность этого всего и температура внутри будет сильно различаться от сценария к сценарию
Для тех кто не разбирается и, есть готовые устройства например от seeed с прудстановленным HA. Есть domoticz, который можно хоть под Винду, да и в Линукс одной командой настраивается
Reset для таких модулей не всегда работает, лучше ещё ставить ключ по питанию.
По нарисованной схеме - у вас защита аккумулятора при переразряде работать не будет. Если аккумулятор с собственно защитой то ок.
Ну и лучше все же сначала отдельно отправлять "наверх" номер, а потом уже поднимать трубку если надо. Думаю, для большинства сценариев совпадения номера - открытие конкретного шлагбаума вполне хватит
У вас в статье ни одной картинки как оно выглядит для бизнеса. А это самое главное в контексте
А на кпдв - все так или иначе "подстроечные" резисторы. У них цель крайне отличная от переменных резисторов общего назначения.
Цифровизация их лишила смысла. Даже в точном измерительном оборудовании, если требуется калибровка, зачем крутить отвёрткой, если можно покрутить программно.
это мультиплексирование олед-экрана.
Если уже использовать BLE по назначению, то лучше делать отдельный сервис и предадвать значения из памяти последовательно, например так делают термометры или тонометры:
Ну и для времени тоже есть натиывный BLE CTS.
Ну и если уже вовсю используете claude - то приложение на на андроид можно тоже с одного запроса сделать (как с яблоками - не знаю, скорее чуть сложнее). С автоматической синхронизацией, думаю удобнее, чем web-ble
у вас получилось в два раза сложнее, хотя гораздо проще было бы сделать обычным массивом.
Хотя тут, в принципе, можно обойтись (degr+11)/16
https://wiki.seeedstudio.com/xiao_eink_expansion_board_v2/
Если что, адруино для ЕСП32 под капотом использует FreeRTOS.
Ну дело ваше, покупать ли микросхемы на Али. Лично я предпочитаю проверенные магазины, типа tme, digikey, mouser или lcsc.А АлиЭкспресс, только если больше нигде нет, такое бывает.
Ибо может приехать дохлое, бракованное, перемаркированное или даже классика - поддельные ft232 собранные на микроконтроллере Последний раз покупал 10 ch340 - только 4я заработала. И это особенно печально, когда делаешь прототип, то не сразу понятно, проблема в микросхемах или что-то накосячил в плате или схеме.
Именно держать открытым, делать flush раз в какое-то время, не сильно часто. И создавать новый файл раз в день или около того в зависимости от объема. Использовать батарейное питание.
Если очень хочется побайтово, то можно пре-создать файл нужного размера, стереть все сектора и писать хоть побайтово (но тут придется править код самой фатфс), сд-карта позволяет писать не полный сектор.
из 4х датчиков во влажность умеют только 3, что даже написано внутри статьи.Но видимо вычитывать за ЛЛМ западло, в другом случае, клик-бейт заголовок тоже против правил.
Там отдельный датчик влажности рядом с bmp, но это не меняет суть вопроса .
Но это все не так интересно, у меня есть десяток bmp280 с алиэксресса (хотел бме280) но видимо промазал кнопкой. И я уверен, что если я их подключю все вместе, там будет разброд и шатание. потому как они дешевле чем на маузере/диджикее или даже lcsc
Сначала вы предлагаете использовать military grade микросхему, где она не нужна по факту, а потом кидаете ссылки на АлиЭкспресс где они стоят в 10 раз дешевле, чем в нормальных магазинах, и говорите про супер-пупер надёжность решения?
Логика из чата вышла
Вас кто-то принуждает так делать?
Если не делать так как автор - open/append, write, close, то fatfs кеширует данные до переполнения буфера или f_close/f_flush.
Даже если делать как в статье - то запись раз минуту должна убить сектора фат-таблицы за полгода-5 лет
P.s. лет 20 назад,коллега как-то пытался "убить" eeprom на avr. Работало оно месяц без перерыва, значения из даташита превзошло на порядок. Он не победил
Белорусских ?
Даже у китайцев
Вторая чуть дешевле, но все равно.
все эти *RAM - это нишевый продукт, там где действительно цена оправдывает его наличие.
Для простой задачи как тут - не нужны ни сд-карты ни вся эта сложная "память".
Как и сказал - хватит внутренней памяти самого ЕСП. Если случиться что-то с ней то не зависимо от того что вы навесите снаружи для хранения, контроллер перестанет работать.
И если перезапись уж слишком частая - то есть еепром, как ниже написали.
А вообще для подобных задач, если это для себя, а не коммерческий продукт, испозовать что-то готовое, опенсорсное, например https://github.com/pvvx/ATC_MiThermometer
15-20uA c измерением и передачей данных в эфир каждые 10с. Ну и внутреннее хранилище для истории. добавить туда bmp280 не сильно сложно.
P.S. Для себя делал все на nrf52840 - со всеми необходимыми датчиками, отправкой ADV раз в 2с, средний ток 20-30мкА, со счетчиком гейгера - 60мкА. Флешка обычная wd25q128.
все из пушки по воробьям.
Этот ФРАМ стоит дороже чем все здесь вместе взятое.
По факту тут никакой СД-карты не требуется.
У ESP32C3 4MByte паматя внутри. В ардуине в списке стандартных есть разметка 1МБ приложение, 3МБ файловая система.
из данных на нужно 32 бита на время, 16 на температуру, 8 влажности и 16-24 на давление (хотя нет смысла во второй цифре после запятой). Это все нам дает 10 байт на измерение.
Если хранить с интервалом в 1минуту - то 3 мегабайта выльются в ~200 дней. Если реже, легко посчитать самому.
Ну и никто не мешает сделать выгрузку прямо с веб-страницы, чтоб картотчки не совать туда-сюда.
А если заменить на ESP32-S2/S3 - то там вообще можно поднять USB Mass Storage Device, и обращаться к флешке напрямую, через USB
Непонятно зачем опять изобретать свой велосипед. Есть готовые универсальные, и что самое главное, open source решения, типа esphome или tasmota.
Эти решения из коробки поддерживают огромное количество датчиков, устройств и протоколов. Если надо что-то своё - допиливается легко.
Ну а дальше, если управлять больше чем одной лампочкой - придется ставить сервер умного дома.
Потом приходит зигби, так как можно купить кучу всякого готового разных производителей и спокойно подружить со своим оффлайн умным домом.
А написать all-in-one-file.ino сейчас может любая бесплатная llm с одного запроса.(Промпт писать дольше чем все остальные шаги)