Я ж говорю, зависит от условий. У меня датчики с улицы, из кладовки (в 20-30м от дома) и из подвала, через несколько стен по БЛЕ ловятся на есп32 модуль с печатной антенной (шлюз посреди дома). Лору отдельно пробовал, но смысла не увидел. Лораван имеет смысл в каких-то случаях типа за котиками следить, но я антенну шлюза поставить высоко не могу, из бесплатного, TTN, но в моей деревне шлюзов 2, один из них мой. Есть покрытие по всей стране от одного из мобильных операторов, но там вроде до сих пор - разработчикам пока бесплатно без обязательств. А коммерческое использование - разговор начинается со "сколько тысяч пользователей/устройств"
Это верно, но в ZigBee практически каждое небатарейное устройство - "повторитель". BLE вполне достаточно для дома или квартиры если не требуется связь с подтверждением. Не страшно, если от уличного термометра дойдет 10% пакетов.
Ну и про меш - не понял. В данном контексте Lora!=mesh,
Ну и опять же, если это вопрос метеостанции - все избыточно. Если вам надо связаться с гаражом в 2 километрах, то другой вопрос.
Потому как проблемы могут начаться от схемы отладочной платы, потребления ЛДО. Реализации спящего режима, как датчика, так и остальных компонентов. Ну и ПО. Да так что спящем режиме наберётся легко 100мка или больше, и тогда уже годов может не выйти.
Ну и я так понимаю обратной связи нет, соответственно, подтверждения доставки тоже. А это может быть гораздо затратное, ем отправка.
Это все неизбежно не выживет. Во первых из-за того что полоса ограничена, производители модулей/продавцы не стесняются класть болт на допустимую мощность. Дальше конфликт с lorawan и его коммерческим использованием(в Европе активно внедряется). Ну и ещё конфликт с другими коммерческими системами мониторинга на тех же частотах.
Так что ждём частотнадзор, регистрация (imei) регистрация радио позывных и т.д.
Ну и плюс Лора во всю используется в беспилотниках. Так что военные захотят себе это дело монополизировать
Ну чисто теоретически powepath, имеется, питание олед экрана коммутируется, так что можно выжать минимум. Но зачем для метеостанции Лора - вопрос открытый. В большинстве случаев можно обойтись BLE или ZigBee
Самое главное - это не касается версии компилятора или даже языка. Кроме ситуаций, когда у вас 100млн одновременных активных пользователей как Фейсбуке.
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
Я ж говорю, зависит от условий. У меня датчики с улицы, из кладовки (в 20-30м от дома) и из подвала, через несколько стен по БЛЕ ловятся на есп32 модуль с печатной антенной (шлюз посреди дома). Лору отдельно пробовал, но смысла не увидел. Лораван имеет смысл в каких-то случаях типа за котиками следить, но я антенну шлюза поставить высоко не могу, из бесплатного, TTN, но в моей деревне шлюзов 2, один из них мой. Есть покрытие по всей стране от одного из мобильных операторов, но там вроде до сих пор - разработчикам пока бесплатно без обязательств. А коммерческое использование - разговор начинается со "сколько тысяч пользователей/устройств"
Это верно, но в ZigBee практически каждое небатарейное устройство - "повторитель". BLE вполне достаточно для дома или квартиры если не требуется связь с подтверждением. Не страшно, если от уличного термометра дойдет 10% пакетов.
Ну и про меш - не понял. В данном контексте Lora!=mesh,
Ну и опять же, если это вопрос метеостанции - все избыточно. Если вам надо связаться с гаражом в 2 километрах, то другой вопрос.
Если не ошибаюсь, внутренняя Флеш выведена на ноги чипа. Думаю, логический анализатор сильно бы упростил или ускорил задачу
Не хватает реальных сценариев и измерений.
Потому как проблемы могут начаться от схемы отладочной платы, потребления ЛДО. Реализации спящего режима, как датчика, так и остальных компонентов. Ну и ПО. Да так что спящем режиме наберётся легко 100мка или больше, и тогда уже годов может не выйти.
Ну и я так понимаю обратной связи нет, соответственно, подтверждения доставки тоже. А это может быть гораздо затратное, ем отправка.
Это все неизбежно не выживет. Во первых из-за того что полоса ограничена, производители модулей/продавцы не стесняются класть болт на допустимую мощность. Дальше конфликт с lorawan и его коммерческим использованием(в Европе активно внедряется). Ну и ещё конфликт с другими коммерческими системами мониторинга на тех же частотах.
Так что ждём частотнадзор, регистрация (imei) регистрация радио позывных и т.д.
Ну и плюс Лора во всю используется в беспилотниках. Так что военные захотят себе это дело монополизировать
Ну чисто теоретически powepath, имеется, питание олед экрана коммутируется, так что можно выжать минимум. Но зачем для метеостанции Лора - вопрос открытый. В большинстве случаев можно обойтись BLE или ZigBee
Уже 3м записей, флешка перезаписана 30+ зраз по кругу. Отдельные секторы на пару порядков больше. Полет нормальный. Продолжаю вести наблюдение.
У Фейсбука там бекенда помимо веба, и я уверен много до сих пор на cpp.
Самое главное - это не касается версии компилятора или даже языка. Кроме ситуаций, когда у вас 100млн одновременных активных пользователей как Фейсбуке.
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