Да, как раз эту часть я не затрагиваю, она обычно не вызывает вопросов и хорошо описана в документации и книгах. И да, это основное, за что их любят.
Есть у enum и минусы, которые вытекают из плюсов. Если сильно увлечься вложенностью, особенно больших перечислений, то память будет использоваться не совсем оптимально (по самому большому элементу перечисления).
Согласен полностью, работает в диких условиях. Тоже использую пьезокнопку для звонка, только бренд более известный ) У вас скорее всего Lintech. У меня он же, только после того как их купила Xiaomi.
Можешь воспринимать продолжая аналогию с ребенком, которому говорят со стороны что хорошо и что плохо. Обычно это делается на основе размеченных данных (датасет). А размеченные данные это, то что достоверно проверено. Ну например, классический учебный алгоритм по распознаванию рукописного текста, обучается на массиве изображений символов, написанных от руки разным почерком, где каждый символ размечен, т.е. известно что написано. Этот датасет есть в сети. В качестве входных данных там пиксели (32х32 если память не изменят).
Для этого есть поговорка. Лучшее - враг хорошего. Во всем должен соблюдаться принцип необходимой достаточности. Но и коллег ваших понять можно и с переменными и со стандартами кода.
Для меня например, библиотеку или фреймворк должен разрабатывать перфекционист и именно он должен подумать о минимизации проблем при использовании, а пользователи уже могут писать как им вздумается, в рамках допусков библиотеки
С монтажом вопрос не особо принципиальный, а вот с объединением джамперами, действительно, аналог сложно найти ( Согласен, объединчть часто нужно и питание и минус
Я думаю, можно сделать красиво и на обычной патч-панели, главное, чтобы шкаф позволял разместить.
Суть та же, что и у кросса по ссылке, но придётся немного пожертвовать удобством. Там клемники под винт, а тут заделка стрипером. С точки зрения красоты идентично.
Именно такая цель и стоит. Не привязываться к конкретному бренду. А для беспроводных устройств я предполагаю, что они могут неработать, поэтому, либо должен быть резерв, либо устройство совсем не критично.
P.S. Неужели есть проекты, где все выключатели беспроводные? Я ещё понимаю, когда выключатель по типу умного реле и сам питается от 220В. Но когда это беспроводная кнопка от батарейки у меня сразу сомнения. Могу использовать только как дублирующий.
Попробую поставить реле времени на датчик протока. Он в моем котле примитивный т.е геркон. Только само реле должно быть с логикой. При пропадании сигнала с датчика протока таймер должен сбрасываться.
Большое спасибо за уточнение! Тоже пользовался mbpoll в процессе настройки, но почему-то не подумал считать диапазон целиком. Ориентировался на доку и информацию от поддержки. Очень поможет при создании интеграции для HA, т.к хотелось бы контроллировать корректность обновления уставки.
ГВС у меня от котла (сам бы так не сделал), но после стоит обычный эл.бойлер куда поступает уже подогретая вода. Хочу сделать поведение как у котлов со встроенным бойлером, т.е. чтобы котел не переключался в режим ГВС при кратковременном открытии крана. Есть идеи как это можно было бы сделать.
Смотрел их, понравились. Но это уже другая ценовая категория. Вместо одного Gira можно взять от 3 до 10 LK, в зависимости от исполнения. Кроме выключателей (их всего 21), у меня ещё 89 постов розеток, включая 4 поста с USBх2 и 10 постов с RJ45. Если все взять Gira, то будет сравнимо со стоимостью всей сестемы 😀
На этом же сайте есть интересный обзор про выключатели: https://ab-log.ru/smart-house/ethernet/switch2button-upgrade У меня как раз первый вариант. Смотрел и Schnider AtlasDesign и Legrand, но LK победили по четкости работы. На одноклавишные можно ставить две пружинки одновременно в этом варианте работа вообще четкая.
В курсе. Я этим вопросом и озаботился после того, как прожил около 10 лет с таким вот котлом (был BAXI MainFour 24 с подключенным датчиком наружной температуры). Выбирать номер кривой вместо конкретной температуры действительно гораздо удобней и это сразу обеспечивает базовый уровень комфорта по отоплению. Но, конкретно в моем случае, котел достался мне от застройщика и к нему такой датчик не подключается :( Но, зато у него есть цифровая шина и это дает куда большие возможности, чем просто подключение датчиков температуры. Тут я теперь сам могу влиять на алгоритм расчета, а не полагаться на производителя котла.
Совсем немного разбираюсь. Не привожу схем, т.к. считаю, что этим должны заниматься профессионалы. Непосредственный монтаж силового щита делал не я, а электрик по моему ТЗ. Слаботочную часть сам.
"Owen -> Овен" исправил. Действительно у них даже логотип на русском.
Проходные выключатели это функция, а не сам тип выключателя. Т.е. когда одно и то же действие можно сделать с разных выключателей. Сам выключатель действительно называется либо "кнопка", либо "импульсный выключатель". Добавил это в UPD.
Слаботочка это медный UTP по ГОСТ. Можно использовать и специализированный кабель для пожарки/охранки. По монтажу ничего интересного, т.к. расшивку не делал, просто негде в этом шкафу. Все плюсы обжал группами в НШВИ и на шину (они со шкафом идут под разные диаметры), все минусы напрямую в клемник реле.
Согласен, справится. Стоит не прямо за окном (там бы и zigbee подошел), постарался разместить там, где солнечный свет не появляется вообще в течение дня. Это порядка 20 метров от дома. На самом деле с LoRaWAN это эксперимент. Температура, как видно по скриншотам с HA, еще резервируется вторым облачным решением - Яндекс. Погода. Сам по себе ПЗА не является критичной задачей, вот еще в чем дело.
Написал, после того как понял, что большой Template Sensor получается. Через HACS можно поставить, вот ссылка https://github.com/sokolovs/wda-sensor Очередь на включение в HACS большая, уйдет несколько месяцев пока одобрят, но через кастомный репозиторий вполне себе ставится. Планирую и сам ectoControl тоже в интегерацию завернуть.
Спасибо за новую информация по поводу "прибавить 30"! Это для любого регистра работает? В тех.поддержке об этом не сказали. Ответ был такой "если ошибок записи по modbus не было, то считайте, что значение применено адаптером". Это действительно проблема, когда нельзя прочитать, то что записал.
С константами все немного интересней. Дело в том, что компилятор фактически заменит все вхождения константы по коду на ее значение, так как будто бы значение было написано вручную. В отличии от static переменных, под константы не выделяется отдельная память. Ну это в общем-то не удивительно.
Wi-Fi говорите есть? 400-500р промежуточное wifi- реле + контактор 1000р. Те же деньги! Где-то возможно применимо, скорее всего в нестандартных ситуациях (у меня такие планируются), но конкретно эта задаче решается за те же деньги с низким входным порогом. Уверяю, вас поняли только те кто в теме. Конкретно мне статью читать было интересно.
Я думаю вы неверно понимаете назначение таких платформ. Представьте, что у вас в качестве источников данных различные устройства и каждое ещё передаёт в своем формате, у каких-то бинарный у каких-то json и т.д
У вас разработчик будет сидеть на интеграции этих устройств, каждый раз как только потребуется добавить новое. Оправдано, да! Но только в случае, если у вас их всего несколько.
Платформа же позволяет быстро нормализовать данные и слать на уровень выше только события, т.к иногда сами данные вообще не нужны.
Это только мини пример. Разработка приложений поверх платформы, тоже частый случай, позволяет сконцентрироваться на приложении, а не на механизмах взаимодействия с разными источниками данных.
Да, как раз эту часть я не затрагиваю, она обычно не вызывает вопросов и хорошо описана в документации и книгах. И да, это основное, за что их любят.
Есть у enum и минусы, которые вытекают из плюсов. Если сильно увлечься вложенностью, особенно больших перечислений, то память будет использоваться не совсем оптимально (по самому большому элементу перечисления).
Согласен полностью, работает в диких условиях. Тоже использую пьезокнопку для звонка, только бренд более известный ) У вас скорее всего Lintech. У меня он же, только после того как их купила Xiaomi.
Можешь воспринимать продолжая аналогию с ребенком, которому говорят со стороны что хорошо и что плохо. Обычно это делается на основе размеченных данных (датасет). А размеченные данные это, то что достоверно проверено. Ну например, классический учебный алгоритм по распознаванию рукописного текста, обучается на массиве изображений символов, написанных от руки разным почерком, где каждый символ размечен, т.е. известно что написано. Этот датасет есть в сети. В качестве входных данных там пиксели (32х32 если память не изменят).
Для этого есть поговорка. Лучшее - враг хорошего. Во всем должен соблюдаться принцип необходимой достаточности. Но и коллег ваших понять можно и с переменными и со стандартами кода.
Для меня например, библиотеку или фреймворк должен разрабатывать перфекционист и именно он должен подумать о минимизации проблем при использовании, а пользователи уже могут писать как им вздумается, в рамках допусков библиотеки
С монтажом вопрос не особо принципиальный, а вот с объединением джамперами, действительно, аналог сложно найти ( Согласен, объединчть часто нужно и питание и минус
Я думаю, можно сделать красиво и на обычной патч-панели, главное, чтобы шкаф позволял разместить.
Суть та же, что и у кросса по ссылке, но придётся немного пожертвовать удобством. Там клемники под винт, а тут заделка стрипером. С точки зрения красоты идентично.
Именно такая цель и стоит. Не привязываться к конкретному бренду. А для беспроводных устройств я предполагаю, что они могут неработать, поэтому, либо должен быть резерв, либо устройство совсем не критично.
P.S. Неужели есть проекты, где все выключатели беспроводные? Я ещё понимаю, когда выключатель по типу умного реле и сам питается от 220В. Но когда это беспроводная кнопка от батарейки у меня сразу сомнения. Могу использовать только как дублирующий.
Попробую поставить реле времени на датчик протока. Он в моем котле примитивный т.е геркон. Только само реле должно быть с логикой. При пропадании сигнала с датчика протока таймер должен сбрасываться.
Отличное решение когда нет других вариантов размещения.
Большое спасибо за уточнение! Тоже пользовался mbpoll в процессе настройки, но почему-то не подумал считать диапазон целиком. Ориентировался на доку и информацию от поддержки. Очень поможет при создании интеграции для HA, т.к хотелось бы контроллировать корректность обновления уставки.
ГВС у меня от котла (сам бы так не сделал), но после стоит обычный эл.бойлер куда поступает уже подогретая вода. Хочу сделать поведение как у котлов со встроенным бойлером, т.е. чтобы котел не переключался в режим ГВС при кратковременном открытии крана. Есть идеи как это можно было бы сделать.
Смотрел их, понравились. Но это уже другая ценовая категория. Вместо одного Gira можно взять от 3 до 10 LK, в зависимости от исполнения. Кроме выключателей (их всего 21), у меня ещё 89 постов розеток, включая 4 поста с USBх2 и 10 постов с RJ45. Если все взять Gira, то будет сравнимо со стоимостью всей сестемы 😀
На этом же сайте есть интересный обзор про выключатели: https://ab-log.ru/smart-house/ethernet/switch2button-upgrade
У меня как раз первый вариант. Смотрел и Schnider AtlasDesign и Legrand, но LK победили по четкости работы. На одноклавишные можно ставить две пружинки одновременно в этом варианте работа вообще четкая.
В курсе. Я этим вопросом и озаботился после того, как прожил около 10 лет с таким вот котлом (был BAXI MainFour 24 с подключенным датчиком наружной температуры). Выбирать номер кривой вместо конкретной температуры действительно гораздо удобней и это сразу обеспечивает базовый уровень комфорта по отоплению. Но, конкретно в моем случае, котел достался мне от застройщика и к нему такой датчик не подключается :( Но, зато у него есть цифровая шина и это дает куда большие возможности, чем просто подключение датчиков температуры. Тут я теперь сам могу влиять на алгоритм расчета, а не полагаться на производителя котла.
Совсем немного разбираюсь. Не привожу схем, т.к. считаю, что этим должны заниматься профессионалы. Непосредственный монтаж силового щита делал не я, а электрик по моему ТЗ. Слаботочную часть сам.
"Owen -> Овен" исправил. Действительно у них даже логотип на русском.
Проходные выключатели это функция, а не сам тип выключателя. Т.е. когда одно и то же действие можно сделать с разных выключателей. Сам выключатель действительно называется либо "кнопка", либо "импульсный выключатель". Добавил это в UPD.
Слаботочка это медный UTP по ГОСТ. Можно использовать и специализированный кабель для пожарки/охранки. По монтажу ничего интересного, т.к. расшивку не делал, просто негде в этом шкафу. Все плюсы обжал группами в НШВИ и на шину (они со шкафом идут под разные диаметры), все минусы напрямую в клемник реле.
Согласен, справится. Стоит не прямо за окном (там бы и zigbee подошел), постарался разместить там, где солнечный свет не появляется вообще в течение дня. Это порядка 20 метров от дома. На самом деле с LoRaWAN это эксперимент. Температура, как видно по скриншотам с HA, еще резервируется вторым облачным решением - Яндекс. Погода. Сам по себе ПЗА не является критичной задачей, вот еще в чем дело.
Написал, после того как понял, что большой Template Sensor получается. Через HACS можно поставить, вот ссылка https://github.com/sokolovs/wda-sensor
Очередь на включение в HACS большая, уйдет несколько месяцев пока одобрят, но через кастомный репозиторий вполне себе ставится.
Планирую и сам ectoControl тоже в интегерацию завернуть.
Спасибо за новую информация по поводу "прибавить 30"! Это для любого регистра работает? В тех.поддержке об этом не сказали. Ответ был такой "если ошибок записи по modbus не было, то считайте, что значение применено адаптером". Это действительно проблема, когда нельзя прочитать, то что записал.
С константами все немного интересней. Дело в том, что компилятор фактически заменит все вхождения константы по коду на ее значение, так как будто бы значение было написано вручную. В отличии от static переменных, под константы не выделяется отдельная память.
Ну это в общем-то не удивительно.
Интересней константные функции.
Wi-Fi говорите есть? 400-500р промежуточное wifi- реле + контактор 1000р. Те же деньги! Где-то возможно применимо, скорее всего в нестандартных ситуациях (у меня такие планируются), но конкретно эта задаче решается за те же деньги с низким входным порогом. Уверяю, вас поняли только те кто в теме. Конкретно мне статью читать было интересно.
Я думаю вы неверно понимаете назначение таких платформ. Представьте, что у вас в качестве источников данных различные устройства и каждое ещё передаёт в своем формате, у каких-то бинарный у каких-то json и т.д
У вас разработчик будет сидеть на интеграции этих устройств, каждый раз как только потребуется добавить новое. Оправдано, да! Но только в случае, если у вас их всего несколько.
Платформа же позволяет быстро нормализовать данные и слать на уровень выше только события, т.к иногда сами данные вообще не нужны.
Это только мини пример. Разработка приложений поверх платформы, тоже частый случай, позволяет сконцентрироваться на приложении, а не на механизмах взаимодействия с разными источниками данных.