Полагаю, этого в ванильном андроиде не появится никогда по экономическим соображениям гугла. В коде ведь давным давно есть android.permission.INTERNET, который можно было бы просто вывести в UI для deny, но как тогда грузить рекламу?
уголовное дело, за которым следует жесткое наказание, явно превышающее рамки разумного - это сигнал всем мелким бизнесам - чтобы не лезли на поляну, которую для себя застолбили большие дяди
То есть большие дяди, сросшиеся с властью, сами на себя завели уголовное дело, чтобы послать мелким бизнесам сигнал? Мне кажется, у вас сильно нагажено в голове.
Общаются устройства WirenBoard по модифицированному ModBus протоколу
Насколько я знаю, стыкуемые модули всё же общаются по i2c шине и адреса там генерятся автоматом за счёт 4 адресных пинов и положения при стыковке. Да, есть диммеры по RS485, например, но всё базовое - по i2c. В стыкуемых модулях банально нечего прописывать.
по мне везде где пользователю нужно править конфигурационные файлы для изменения настроек системы - это не дружелюбно
Честно говоря, я так и не понял, wirenboard - это дружелюбно или нет? И если нет, то какая дружелюбна и почему дружелюбность коррелирует с типом проводной/беспроводной?
Но такие устройства крайне сложно поддерживать
Так а в чём сложность поддержки системы, построенной на wirenboard по сравнению с другими? Если что-то выйдёт из строя - вы заменяете блок на такой же и никаких конфигурационных файлов, насколько я знаю, вам править не нужно.
Вы выразили весьма распростарненное мнение среди технически продвинутых людей, которые знакомы с подобными системами в теории
Я знаком с каждым из двух типов систем на практике.
Проводной умный дом дешевле - только если вы сами его спроектируете, соберете из DIY компонентов (включая заводские устройства с кастомной прошивкой) и будете вдальнейшем поддерживать.
Не соглашусь. Проводной умный дом дешевле, если вы заложили провода.
так уж исторически сложилось, что профессиональные проводные системы делаются с недружелюбным для непосвященного пользователя интерфейсом, настройка обычно происходит с помощью специального закрытого лицензируемого софта и правок конфигурационных файлов или регистров в самом оборудовании
А можно какие-то примеры? Wirenboard или Lavritech - по вашему, дружелюбны к пользователю или нет? И если нет, то можно пример дружелюбной?
Но на моей практике часто даже спустя пару лет интеграции \ плагины да и сама система остается без поддержки производителей так что попытка что-то добавить или обновить по прошествии даже небольшого времени скорее всего закончится отказом системы вследствие того что апдейт несовместим с вашей версией какой-нибудь системной бибилиотеки и нужно переставлять всю систему
Можно, опять же, примеры недолговечной поддержки проводных и долговечной беспроводных? Потому что на моей практике, какой-нибудь esphome пережил уже огромное количество беспроводных вендоров.
Так что мой основной тезис в том, чтобы использовать заводские решения - не важно в какой системе проводной или беспроводной
Ну, тут сложно спорить. Если хотите как можно реже пердолиться с вашими нодами - никакого кастома быть не должно. Но, как мне кажется, это ни разу не аргумент в пользу беспроводных или проводных решений.
Если у вас другой опыт - напишите о нем больше конкретики и примерами устройств или платфом!
Мой опыт в том, что беспроводная связь всегда менее надёжна, чем проводная. И проектировать, например, zigbee сеть, когда у вас банально внешние стены в полметра толщиной (а за стенами тоже хочется что-то делать) - это очень сильно нетривиальная задача, которая просто не стоит всех этих трудозатрат, если у вас есть возможность заложить провода.
Проводные системы умного дома — это довольно сложные в реализации решения, требующие участия целой команды инженеров: проектировщиков, монтажников, электриков пуско-наладчиков, программистов для логики и графического интерфейса, а также менеджмент, который будет координировать весь процесс и взаимодействовать с заказчиком.
Возможно, это и актуально для систем с KNX шиной, но, в общем случае, это не так. Проводные решения гораздо проще беспроводных, как минимум, в проектировании и монтаже, чем беспроводные.
При этом разобраться и выявить неисправность в проводной системе умного дома — та еще задача, и это важно учитывать при планировании расходов на дальнейшую поддержку и обслуживание подобных систем.
Выявить неисправность в проводной системе умного дома гораздо проще, чем в беспроводной просто за счёт гораздо меньшего количества девайсов с мозгами в системе.
В такой ситуации недостаточно просто приобрести такой же новый блок (который, к тому же, может быть снят с производства).
А все беспроводные блоки всегда доступны к покупке?
Помимо этого, сами блоки проводного умного дома, расположенные в щитке, часто имеют множество входов и выходов для различных задач в одном устройства. И бывает так, что при повреждении одного из выходов, например, если выходит из строя некачественный трансформатор питания в освещении, все это устройство может выйти из строя, утягивая за собой несколько комнат или связанных функций. В такой ситуации недостаточно просто приобрести такой же новый блок (который, к тому же, может быть снят с производства). Нужно будет заново настроить логику взаимодействия между входами и выходами.
Опять же зависит от конкретной реализации проводной системы. Если некачественный трансформатор питания освещения каким-то образом умудрился спалить i2c релейную колодку (сложно представить, как это может произойти с опторазвязкой, но допустим), то нужно просто поменять релейную колодку. Никакой логики взаимодействия в самой колодке нет и ничего прописывать в неё не нужно.
И тут возникает вопрос: сохранили ли вы проектную документацию и резервные копии конфигурации спустя 5-10 лет после установки?
А для беспроводных решений эти вопросы не возникают?
Конечно, если для вас приемлема цена в 500 евро за каждый.
Если вы, изначально, заложили те самые провода для проводных решений, то бюджетные проводные решения всегда ощутимо дешевле бюджетных беспроводных решений.
В целом, какой-то набор притянутых за уши аргументов, имеющих мало отношения к реальности.
Корпоративной системе используется не доменная учётка а облачная
Ну как бы, да, azure ad для этого и сделан. Почта там, конечно, не на hotmail, но сама корпоративная учетка вполне себе и доменная и облачная, со всеми прелестями в виде задержек репликации azure ad->on-premise ad и десинков при смене паролей.
Как вариант - для Android Auto. Да и, в целом, лучше всё-таки поддерживать некий баланс между паранойей и удобством. Не вижу ничего плохого в том, чтобы на grapheneos использовать в оффлайн режиме гугловое приложение календаря, например.
пробрасывать куда то с серого айпи этот шлюз такая себе затея, на любителя
Ну, каждому своё, конечно, но опубликовать ha с серым ip - это не самая сложная задача. Если совсем никаких сетевых навыков нет, то лучше уж пользоваться платным сервисом публикации самого ha, чем вендора оборудования.
И от процентов по счетам свыше необлагаемой суммы.
По-моему, нет. Проценты по счетам начисляет сама ФНС, банк тут не является налоговым агентом, он только передаёт информацию о выплаченных клиенту суммах.
и
в части затрат это очень сильно разные суммы :)
Какой фантастический бред. Экстренное торможение может спровоцировать ДТП, но никаким ДТП оно не является.
Это надо в сторону кастома смотреть, grapheneos вот умеет.
Hidden text
Полагаю, этого в ванильном андроиде не появится никогда по экономическим соображениям гугла. В коде ведь давным давно есть android.permission.INTERNET, который можно было бы просто вывести в UI для deny, но как тогда грузить рекламу?
И танкер сразу заправят, без беготни.
То есть большие дяди, сросшиеся с властью, сами на себя завели уголовное дело, чтобы послать мелким бизнесам сигнал? Мне кажется, у вас сильно нагажено в голове.
Насколько я знаю, стыкуемые модули всё же общаются по i2c шине и адреса там генерятся автоматом за счёт 4 адресных пинов и положения при стыковке. Да, есть диммеры по RS485, например, но всё базовое - по i2c. В стыкуемых модулях банально нечего прописывать.
Честно говоря, я так и не понял, wirenboard - это дружелюбно или нет? И если нет, то какая дружелюбна и почему дружелюбность коррелирует с типом проводной/беспроводной?
Так а в чём сложность поддержки системы, построенной на wirenboard по сравнению с другими? Если что-то выйдёт из строя - вы заменяете блок на такой же и никаких конфигурационных файлов, насколько я знаю, вам править не нужно.
Я знаком с каждым из двух типов систем на практике.
Не соглашусь. Проводной умный дом дешевле, если вы заложили провода.
А можно какие-то примеры? Wirenboard или Lavritech - по вашему, дружелюбны к пользователю или нет? И если нет, то можно пример дружелюбной?
Можно, опять же, примеры недолговечной поддержки проводных и долговечной беспроводных? Потому что на моей практике, какой-нибудь esphome пережил уже огромное количество беспроводных вендоров.
Ну, тут сложно спорить. Если хотите как можно реже пердолиться с вашими нодами - никакого кастома быть не должно. Но, как мне кажется, это ни разу не аргумент в пользу беспроводных или проводных решений.
Мой опыт в том, что беспроводная связь всегда менее надёжна, чем проводная. И проектировать, например, zigbee сеть, когда у вас банально внешние стены в полметра толщиной (а за стенами тоже хочется что-то делать) - это очень сильно нетривиальная задача, которая просто не стоит всех этих трудозатрат, если у вас есть возможность заложить провода.
Возможно, это и актуально для систем с KNX шиной, но, в общем случае, это не так. Проводные решения гораздо проще беспроводных, как минимум, в проектировании и монтаже, чем беспроводные.
Выявить неисправность в проводной системе умного дома гораздо проще, чем в беспроводной просто за счёт гораздо меньшего количества девайсов с мозгами в системе.
А все беспроводные блоки всегда доступны к покупке?
Опять же зависит от конкретной реализации проводной системы. Если некачественный трансформатор питания освещения каким-то образом умудрился спалить i2c релейную колодку (сложно представить, как это может произойти с опторазвязкой, но допустим), то нужно просто поменять релейную колодку. Никакой логики взаимодействия в самой колодке нет и ничего прописывать в неё не нужно.
А для беспроводных решений эти вопросы не возникают?
Если вы, изначально, заложили те самые провода для проводных решений, то бюджетные проводные решения всегда ощутимо дешевле бюджетных беспроводных решений.
В целом, какой-то набор притянутых за уши аргументов, имеющих мало отношения к реальности.
Skype точно не был в этом первым. Хорошо помню, что, как минимум летом 2003 (а, скорее всего, и гораздо раньше) в NetMeeting видеозвонки уже были.
Ну как бы, да, azure ad для этого и сделан. Почта там, конечно, не на hotmail, но сама корпоративная учетка вполне себе и доменная и облачная, со всеми прелестями в виде задержек репликации azure ad->on-premise ad и десинков при смене паролей.
Первым делом предлагаю забороть мошенников, которые регистрируют биометрию без явного и однозначного согласия пользователя. Wait, oh shi~
Как вариант - для Android Auto. Да и, в целом, лучше всё-таки поддерживать некий баланс между паранойей и удобством. Не вижу ничего плохого в том, чтобы на grapheneos использовать в оффлайн режиме гугловое приложение календаря, например.
Листва и кустарники как бы намекают владельцу на необходимость противопожарного рва.
Ну, каждому своё, конечно, но опубликовать ha с серым ip - это не самая сложная задача. Если совсем никаких сетевых навыков нет, то лучше уж пользоваться платным сервисом публикации самого ha, чем вендора оборудования.
Хорошо, что, например, производитель моей вентустановки про это не знает и публикует подробнейшую документацию по управлению установкой по modbus.
Или https://github.com/alutov/ESP32-R4sGate-for-Redmond
По-моему, нет. Проценты по счетам начисляет сама ФНС, банк тут не является налоговым агентом, он только передаёт информацию о выплаченных клиенту суммах.