Вопрос непростой. Выглядит так, как будто вы хотите сконструировать свой zigbee датчик. Тут проще взять готовый и разобрать :) или запросить на удачу сертификат соответствия у продавца на али, там могут быть прописаны использованные модули.
Согласен, слишком радужно получилось, что не совсем правда. Подправил текст немного. Спасибо!
Насчет спагетти, я такую проблему пока не поймал, т.к. содержимое конфигов небольшое и много получилось сделать через интерфейс.
Срок работы eMMC это то, что меня тоже волнует, но честно сказать, не вижу альтернатив, кроме как 1) оставить для себя хорошую шпаргалку по повторной настройке 2) бэкап 3) спроектировать электрику так, чтобы дом был работоспособен при отказе умного дома.
Есть ИБП. в него воткнут сервер HA (Orange PI) и WI-FI 4G модем отдельно.
Обычно HA подключен к домашней сети по LAN. Если домашний инет перестает работать (как тут недавно рубанули оптический кабель трактором), тогда failover скрипт автоматом переключает HA сервер на WI-FI 4G модем.
Т.к. в WIFI 4G минимальный тариф за 100р в мес, то к домашнему роутеру его лучше не подключать, т.к. он нужен только для бесперебойной работы HA.
Насчет бесполезности усилителей сигнала все же не соглашусь. У меня была ситуация, когда реле с фукнцией роутера давало неустойчивый сигнал, а вот пара усилителей решило все проблемы полностью. Их мощность все же отличается от других девайсов с функцией роутера.
Согласен, что устройства только на практике можно проверить. Пока что у меня no-name датчики показали себя лучше, чем фирменные (не буду писать какие).
Я кстати тоже написал про китайские реле в статье и про пол киловатта. У меня все подключено через контакторы в щитке, кроме всяких сервоприводов отопления, у которых мощность минимальная. Кстати, у реле 5в есть отдельный блок питания, чтобы не грузить gpio ничем лишним (всего не напишешь).
Батареечные устройства работают при отключении электичества, в этом есть плюс. Главное, как написал, чтобы батарейки были обычные ААА и ставить усилители сигнала, чтобы датчики не терялись. Провода также имеют помехи и ограничения дальности. (нормальных проводных датчиков кстати особо нет, кроме пожалуй ds18b20... но мне zigbee нравится больше).
Если проблемой является сам суперсет, то вроде бы для него предусмотрена схема работы в кластере Installing on Kubernetes | Superset (apache.org) c балансировщиком нагрузки. Думаю все-таки проблема в источнике данных, хотя информации мало.
В Superset, можно сказать, что нет модели данных. ETL в нем тоже нет. Несколько источников данных есть, но не вижу особого смысла, если есть общее хранилище данных.
Датасет не один, а под каждым графиком или таблицей свой датасет. Далее все это компонуется в дашборд. Таким образом, один дашборд может быть по нескольким датасетам.
P.S. SQL запрос внутри Superset лучше не делать, а подсовывать ему готовое представление (view), тогда запросы в базу при применении фильтров будут оптимальны.
У нас нет тормозов. Доска отрисовывается быстро, даже если карточек много. Kanboard развернут на ubuntu, БД postgres. Конфигурация сервера минимальная. Версия взята пару лет назад. Docker не используем.
Наша ситуация отчасти похожа на описанную, хотя возможность ICF у нас тоже имеется. В системе уже есть довольно много хороших Z-интерфейсов, которые можно использовать, не привлекая разработчиков ABAP.
Конечно, подключение RFC на начальной стадии потребует возни с библиотеками и параметрами коннекта, но это разовое действие.
Если кто-то может высказаться на тему преимуществ/недостатков RFC/ICF, то было бы интересно узнать Ваши мнения.
Добрый день! Когда вы подключаетесь к RFC, SAP проверяет полномочия вашего пользователя. Таблицы сможете прочитать те, которые разрешены правами. (Конечно лучше создать специальную учетную запись для интеграции).
Добрый день! нормальная метрика, но в формуле неточность. Сумму модулей расхождений между фактом и прогнозом нужно поделить на сумму факта (или сумму плана)
Вопрос непростой. Выглядит так, как будто вы хотите сконструировать свой zigbee датчик. Тут проще взять готовый и разобрать :) или запросить на удачу сертификат соответствия у продавца на али, там могут быть прописаны использованные модули.
Согласен, слишком радужно получилось, что не совсем правда. Подправил текст немного. Спасибо!
Насчет спагетти, я такую проблему пока не поймал, т.к. содержимое конфигов небольшое и много получилось сделать через интерфейс.
Срок работы eMMC это то, что меня тоже волнует, но честно сказать, не вижу альтернатив, кроме как 1) оставить для себя хорошую шпаргалку по повторной настройке 2) бэкап 3) спроектировать электрику так, чтобы дом был работоспособен при отказе умного дома.
Есть ИБП. в него воткнут сервер HA (Orange PI) и WI-FI 4G модем отдельно.
Обычно HA подключен к домашней сети по LAN. Если домашний инет перестает работать (как тут недавно рубанули оптический кабель трактором), тогда failover скрипт автоматом переключает HA сервер на WI-FI 4G модем.
Т.к. в WIFI 4G минимальный тариф за 100р в мес, то к домашнему роутеру его лучше не подключать, т.к. он нужен только для бесперебойной работы HA.
Надеюсь, стало понятнее...
HAOS не пробовал, выглядит интересно. Особенно автоматический апдейт привлекает. Что там с gpio? Есть какие-то подводные камни?
Думаю, для обычных пользователей лучше вообще готовый девайс купить с установленным HA, но не знаю, есть ли хорошие.
Спасибо, вариант интересный!
Скажем так, тут у всех разные ситуации и предпочтения.
Я не захотел делать для роутера дополнительный ИБП, а также не захотел резервную симку втыкать в роутер, т.к. на ней мало трафика.
Спасибо большое! внес пару уточнений в статью.
Насчет бесполезности усилителей сигнала все же не соглашусь. У меня была ситуация, когда реле с фукнцией роутера давало неустойчивый сигнал, а вот пара усилителей решило все проблемы полностью. Их мощность все же отличается от других девайсов с функцией роутера.
Согласен, что устройства только на практике можно проверить. Пока что у меня no-name датчики показали себя лучше, чем фирменные (не буду писать какие).
Я кстати тоже написал про китайские реле в статье и про пол киловатта. У меня все подключено через контакторы в щитке, кроме всяких сервоприводов отопления, у которых мощность минимальная. Кстати, у реле 5в есть отдельный блок питания, чтобы не грузить gpio ничем лишним (всего не напишешь).
Батареечные устройства работают при отключении электичества, в этом есть плюс. Главное, как написал, чтобы батарейки были обычные ААА и ставить усилители сигнала, чтобы датчики не терялись. Провода также имеют помехи и ограничения дальности. (нормальных проводных датчиков кстати особо нет, кроме пожалуй ds18b20... но мне zigbee нравится больше).
Спокойной ночи и спасибо за мнение!
Добрый день! Статус из команды show из pg_probackup. Есть еще error и running. Статус нормально отражает наличие проблемы с бэкапом.
Добрый день! Можно использовать. Работает в т.ч. с версией postgres 17.
Если проблемой является сам суперсет, то вроде бы для него предусмотрена схема работы в кластере Installing on Kubernetes | Superset (apache.org) c балансировщиком нагрузки. Думаю все-таки проблема в источнике данных, хотя информации мало.
Разработчики пишут, что это "Data Visualization Platform", а не "BI Platform", что вполне соответствует истине.
В Superset, можно сказать, что нет модели данных. ETL в нем тоже нет. Несколько источников данных есть, но не вижу особого смысла, если есть общее хранилище данных.
Датасет не один, а под каждым графиком или таблицей свой датасет. Далее все это компонуется в дашборд. Таким образом, один дашборд может быть по нескольким датасетам.
P.S. SQL запрос внутри Superset лучше не делать, а подсовывать ему готовое представление (view), тогда запросы в базу при применении фильтров будут оптимальны.
У нас нет тормозов. Доска отрисовывается быстро, даже если карточек много. Kanboard развернут на ubuntu, БД postgres. Конфигурация сервера минимальная. Версия взята пару лет назад. Docker не используем.
Конечно, подключение RFC на начальной стадии потребует возни с библиотеками и параметрами коннекта, но это разовое действие.
Если кто-то может высказаться на тему преимуществ/недостатков RFC/ICF, то было бы интересно узнать Ваши мнения.