Реально, уже по установке HA написано тысячи статей. Везде одно и то же. А про реальные проблемы, с которыми сталкиваются при работе с HA, статей почти нет. Складывается впечатление, что работа с HA заканчивается после её установки.
Не, если вам нравится пролистывать сотни мегабайтов логов ssh, - флаг вам в руки.
Я использую knock если не 15 лет, то 10 лет уж точно. Если необходимо, чтобы порт открылся - надо просто постучать.
Всё предельно просто в настройке. Может, конечно, и не одна строчка в конфиге, но это занимает не больше 5 минут с учетом чтения гайдов. А раз на третий уже настраиваешь по памяти на автомате.
Еще так дешего отмазались: даже если есть полные исходные коды драйвера, собрав их, вы не сможете подделать подпись, поэтому мы требуем их оригинальные вендорные версии - всё ради безопасности!
Основной класс проблем всех сборок ROM заключается в проприетарности всех устройств в смартфонах, для которых сборщикам приходится использовать уже откомпилированные драйвера под конкретную версию ядра. В итоге получается, что вы можете установить любую версию AOSP без гуглевских сервисов, если надо, поставить кастомный GAPPs на любой цвет и вкус, но версию ядра вы поменять не можете.
Во времена A4-A5 энтузиасты реверсили драйвера, сборки ROM были с разными версиями ядер, наборами драйверов. Легко было переключать тот же модуль wifi в режим монитора. Сейчас же из-за большого количества периодически сменяемых моделей смартфонов, никто не хочет этим заниматься. И так мы получаем сотни устройств, поддержка которых закончилась из-за неактуальной версии ядра, которые хорошо работают, но, например A14 уже не поставишь, довольствуйся A10-A11, на который последние версии даже открытого ПО если и выходят, то в режиме легаси.
Если у вас уже есть телефон Pixel (как в моём случае, когда я решил попробовать GrapheneOS), то это не проблема. Но если у вас его нет, то вам придётся принимать решение, хотите ли вы поддерживать бизнес Google, покупая произведённое им устройство, даже если в этом случае вы ограничите контроль Google над вашей цифровой жизнью.
По какой причине вы так прицепились к GrapheneOS, как будто они делают что-то из ряда вон выходящее? Плюс-минус такая же сборка как и все остальные. Уникальные обои и иконки тех же приложений, что стоят у всех. А реальных проблем они вообще касаться не хотят. От этого и работают только на пикселях, ибо сообщество никакое.
А че там переделывать то в водоматах? И зачем там малина? Я бы изначально делал на ESP. Если там дисплей 1080p к нему не подключается, то одной-двух ESP32 будет за глаза. Софт уже весь разработан. Сборка с ноля, внедрение - неделя в темпе аврала (может, пара месяцев от силы, если работает один человек и это его первый проект).
По сути - двухстрочный дисплей, монето-приемник, реле на насос, счетчик потока, пара бинарных уровней на ёмкость, можно даже TDS воды мерить, если используется проточная вода напрямую через фильтр (там может ещё потребуется клапан, открывающийся-закрывающийся серво-приводом).
Инет подключать придется через Wifi, можно найти модуль с симкой. Контроль и управление можно осуществлять через телеграм, RPC-сервер на хостинге, либо даже SMS-сообщениями.
Всё это уместится на одной плате, по-быстрому накидал в KiCAD, скинул китайцам, через неделю получил тысячи экземпляров.
Зачем вы придираетесь к словам? Мой посыл был совсем о другом. Этим я хотел сказать, что изобретать велосипеды - это нормально, но зачем изобретать велосипед с колесами от трактора?
Hidden text
Да и какие такие не бытовые вопросы вы решили?
Это же Python и PyQt6.
Так в этом то и вопрос. Какую необходимость они там решают? У вас на скринах базовый интерфейс. Зачем вам такие тяжелые зависимости. Вы бы еще Unreal Engine 5 туда прикрутили, чтобы ваша поливалка требовала RTX 4080 для запуска.
У вас задача решается 2-3 кнопками, как в часах Casio, за каким х..м там нужен Qt6, да еще и Windows?
Но изначально я имел в виду, что гроверы - не компьютерщики, они не сидят за компьютером. У них могут быть под рукой смартфоны, магнитолы, и, возможно у единиц из них будут смарт-часы. Зачем гроверу клиент на Windows? Чем плох тот же браузер или мини-приложение в Телеграме?
Настройка должна быть без перепрошивки.
Вы совсем не понимаете о чем я говорю. Параметры вы можете задавать любые без прошивки, но если вы, например, вместо счетчика потока на те же повесите датчик влажности почвы, то прошивать так или иначе придется - как минимум, это два разных модуля pulse_counter и adc.
А по вашим словам любой компьютер должен продаваться уже со всеми установленными системами и программами. Любая программа должна запускаться без установки.
Конечно, это здорово, что вы занимаетесь для вас чем-то новым, обдумываете разные идеи для реализации решений бытовых вопросов.
Но зачем делать то, что уже лет как 5 назад было идеально реализовано в опенсурсе? Да еще и интерфейс под Windows. - Ну а как же, гроверы же у нас 24ч в сутки за компьютером сидят.
Наверное, лучшее ПО для подключения датчиков к железкам - ESPHome. Есть возможность базового планировщика, подключения к серверу по USB, Wifi, Bluetooth, Zigbee, да хоть UART.
Есть web-интерфейс. Можно подключать различные кнопки, двух-трех-цветные LCD-дисплеи, чтобы выводить на них графики. Эти же графики могут отображаться и в web-интерфейсе (но, как правило, web-сервером не пользуются, для управления и сбора достаточно api). ESPHome даже может даже подключиться к VPN-серверу через wireguard.
Если не использовать мощные чипы, отдавать информацию на сервер по принципам mqtt, то на одной батарейке ESPHome может работать месяцами, а то и больше года.
Но самое главное - всё это можно использовать не писав ни одной строки кода. Все фичи подключаются в прошивку через конфиг на YAML. Просто выбираешь нужные модули, указывыаешь что подключено к какому пину - нажимаешь кнопку в IDE и через секунды прошивка скомпилирована, и даже автоматически заливается в уже работающую плату, например, по Wifi. То есть в прошивке отлично реализован механизм обновления OTA. И, если вы что-то подключили/отключили от платы, можно заливать прошивку в работающее в боевом режиме устройство буквально одной кнопкой или хоткеем в IDE.
В качество сервера для сбора/анализа данных, с ESPHome идеально сочетается Home Assistant. Тут уже есть богатые возможности управления сотнями реле и обработки датчиков. Написаны сотни дополнений по планировщикам. Есть возможность подключать к автоматизации лунный и солнечный календари. Расчеты коммунальных платежей с учетом получения части электроэнергии от ветряков и солнечных панелей. Всё также работает без единой строки кода на ЯП. Сцены, скрипты и автоматизации в Home Assistant можно создавать/редактировать в визуальном редакторе или в конфигах на YAML. Очень гибридный подход - переключаться между формами интерфейса и YAML можно десятки раз оформляя один модуль. Также, для тех, кому это удобно, можно подключать автоматизации на Node-RED.
Всё это устанавливается/настраивается за 1-2 дня: свет, полив, дренаж, датчики протечек, дыма, присутствия, сигнализации. Автоматические уведомления в телеграм, пуши или СМСками.
Ясенево - редкое днище Москвы. Место обитания битцевских маньяков и прочего сброда. Берите квартиры в охраняемых ЖК рядом с Рублевским шоссе. Станции метро Крылатское, Молодежная, Кунцевская.
Реально, уже по установке HA написано тысячи статей. Везде одно и то же. А про реальные проблемы, с которыми сталкиваются при работе с HA, статей почти нет. Складывается впечатление, что работа с HA заканчивается после её установки.
Подтверждаю. Тоже пользуюсь Rectangle. Достойная утилита.
https://github.com/nikitabobko/AeroSpace
Пробовали?
Не, если вам нравится пролистывать сотни мегабайтов логов ssh, - флаг вам в руки.
Я использую knock если не 15 лет, то 10 лет уж точно. Если необходимо, чтобы порт открылся - надо просто постучать.
Всё предельно просто в настройке. Может, конечно, и не одна строчка в конфиге, но это занимает не больше 5 минут с учетом чтения гайдов. А раз на третий уже настраиваешь по памяти на автомате.
По СБП можно оплачивать, если умудрились забыть карту.
Правильные администраторы настраивают knockd.
И что вы пытаетесь этим сказать?
GrapheneOS решила отказаться от бинарников vendor?
Как видно, без этих бинарников не могут.
Еще так дешего отмазались: даже если есть полные исходные коды драйвера, собрав их, вы не сможете подделать подпись, поэтому мы требуем их оригинальные вендорные версии - всё ради безопасности!
Основной класс проблем всех сборок ROM заключается в проприетарности всех устройств в смартфонах, для которых сборщикам приходится использовать уже откомпилированные драйвера под конкретную версию ядра. В итоге получается, что вы можете установить любую версию AOSP без гуглевских сервисов, если надо, поставить кастомный GAPPs на любой цвет и вкус, но версию ядра вы поменять не можете.
Во времена A4-A5 энтузиасты реверсили драйвера, сборки ROM были с разными версиями ядер, наборами драйверов. Легко было переключать тот же модуль wifi в режим монитора. Сейчас же из-за большого количества периодически сменяемых моделей смартфонов, никто не хочет этим заниматься. И так мы получаем сотни устройств, поддержка которых закончилась из-за неактуальной версии ядра, которые хорошо работают, но, например A14 уже не поставишь, довольствуйся A10-A11, на который последние версии даже открытого ПО если и выходят, то в режиме легаси.
По какой причине вы так прицепились к GrapheneOS, как будто они делают что-то из ряда вон выходящее? Плюс-минус такая же сборка как и все остальные. Уникальные обои и иконки тех же приложений, что стоят у всех. А реальных проблем они вообще касаться не хотят. От этого и работают только на пикселях, ибо сообщество никакое.
Не не, я имел в виду именно ESP, так как весь код написан и для реализации проекта не требуется писать ни строчки кода. Максимум - конфиг на YAML.
А че там переделывать то в водоматах? И зачем там малина? Я бы изначально делал на ESP. Если там дисплей 1080p к нему не подключается, то одной-двух ESP32 будет за глаза. Софт уже весь разработан. Сборка с ноля, внедрение - неделя в темпе аврала (может, пара месяцев от силы, если работает один человек и это его первый проект).
По сути - двухстрочный дисплей, монето-приемник, реле на насос, счетчик потока, пара бинарных уровней на ёмкость, можно даже TDS воды мерить, если используется проточная вода напрямую через фильтр (там может ещё потребуется клапан, открывающийся-закрывающийся серво-приводом).
Инет подключать придется через Wifi, можно найти модуль с симкой. Контроль и управление можно осуществлять через телеграм, RPC-сервер на хостинге, либо даже SMS-сообщениями.
Всё это уместится на одной плате, по-быстрому накидал в KiCAD, скинул китайцам, через неделю получил тысячи экземпляров.
Зачем вы придираетесь к словам? Мой посыл был совсем о другом. Этим я хотел сказать, что изобретать велосипеды - это нормально, но зачем изобретать велосипед с колесами от трактора?
Hidden text
Да и какие такие не бытовые вопросы вы решили?
Так в этом то и вопрос. Какую необходимость они там решают? У вас на скринах базовый интерфейс. Зачем вам такие тяжелые зависимости. Вы бы еще Unreal Engine 5 туда прикрутили, чтобы ваша поливалка требовала RTX 4080 для запуска.
У вас задача решается 2-3 кнопками, как в часах Casio, за каким х..м там нужен Qt6, да еще и Windows?
Но изначально я имел в виду, что гроверы - не компьютерщики, они не сидят за компьютером. У них могут быть под рукой смартфоны, магнитолы, и, возможно у единиц из них будут смарт-часы. Зачем гроверу клиент на Windows? Чем плох тот же браузер или мини-приложение в Телеграме?
Вы совсем не понимаете о чем я говорю. Параметры вы можете задавать любые без прошивки, но если вы, например, вместо счетчика потока на те же повесите датчик влажности почвы, то прошивать так или иначе придется - как минимум, это два разных модуля pulse_counter и adc.
А по вашим словам любой компьютер должен продаваться уже со всеми установленными системами и программами. Любая программа должна запускаться без установки.
Уже попробовал билд husky_beta-ap31.240426.022-factory-926f13ae.
На первый взгляд ничего особенного по сравнению с A14.
Прочитал и ужаснулся.
Конечно, это здорово, что вы занимаетесь для вас чем-то новым, обдумываете разные идеи для реализации решений бытовых вопросов.
Но зачем делать то, что уже лет как 5 назад было идеально реализовано в опенсурсе? Да еще и интерфейс под Windows. - Ну а как же, гроверы же у нас 24ч в сутки за компьютером сидят.
Наверное, лучшее ПО для подключения датчиков к железкам - ESPHome. Есть возможность базового планировщика, подключения к серверу по USB, Wifi, Bluetooth, Zigbee, да хоть UART.
Есть web-интерфейс. Можно подключать различные кнопки, двух-трех-цветные LCD-дисплеи, чтобы выводить на них графики. Эти же графики могут отображаться и в web-интерфейсе (но, как правило, web-сервером не пользуются, для управления и сбора достаточно api). ESPHome даже может даже подключиться к VPN-серверу через wireguard.
Если не использовать мощные чипы, отдавать информацию на сервер по принципам mqtt, то на одной батарейке ESPHome может работать месяцами, а то и больше года.
Но самое главное - всё это можно использовать не писав ни одной строки кода. Все фичи подключаются в прошивку через конфиг на YAML. Просто выбираешь нужные модули, указывыаешь что подключено к какому пину - нажимаешь кнопку в IDE и через секунды прошивка скомпилирована, и даже автоматически заливается в уже работающую плату, например, по Wifi. То есть в прошивке отлично реализован механизм обновления OTA. И, если вы что-то подключили/отключили от платы, можно заливать прошивку в работающее в боевом режиме устройство буквально одной кнопкой или хоткеем в IDE.
В качество сервера для сбора/анализа данных, с ESPHome идеально сочетается Home Assistant. Тут уже есть богатые возможности управления сотнями реле и обработки датчиков. Написаны сотни дополнений по планировщикам. Есть возможность подключать к автоматизации лунный и солнечный календари. Расчеты коммунальных платежей с учетом получения части электроэнергии от ветряков и солнечных панелей. Всё также работает без единой строки кода на ЯП. Сцены, скрипты и автоматизации в Home Assistant можно создавать/редактировать в визуальном редакторе или в конфигах на YAML. Очень гибридный подход - переключаться между формами интерфейса и YAML можно десятки раз оформляя один модуль. Также, для тех, кому это удобно, можно подключать автоматизации на Node-RED.
Всё это устанавливается/настраивается за 1-2 дня: свет, полив, дренаж, датчики протечек, дыма, присутствия, сигнализации. Автоматические уведомления в телеграм, пуши или СМСками.
Все уже есть готовое - берите и пользуйтесь.
Включите как фактор - дом с территорией огорожен забором высотой не менее 3м, наличие поста охраны.
Ясенево - редкое днище Москвы. Место обитания битцевских маньяков и прочего сброда. Берите квартиры в охраняемых ЖК рядом с Рублевским шоссе. Станции метро Крылатское, Молодежная, Кунцевская.
Реклама из приложений легко вырезается программой Lucky Patcher. Бонусом получаете 100% скидку на покупки через GooglePlay в офлайн-играх.
У меня не присылает СМС Telegram Web. Не знаю, подходит ли критерию российского сайта.
3 года назад uBlock вроде ещё не входил в релизы браузера. На тот момент из доступных блокировщиков было решение на основе замены
/etc/hosts.Мне из критично важных помимо тех, что выше, GreaseMonkey(ViolentMonkey), Stylus.
А для пропуска нативных интеграций рекламы на ютубе нужен SponsorBlock.
На самом деле, это не новая фича. В ночных сборках установка desktop-плагинов была доступна уже в сентябре 2020г.
2-3 года назад пробовал ставить расширения uBlock и uMatrix. Они работали. Но сам браузер тормозил, и вылетал если открыть больше 20 вкладок.