Dmode

Схоже що є, подібне на мегу. Цікаво би було ще заміряти опір комірок та збірки в цілому.

Виглядає добротно. Але не зрозумів чи є запобіжник і який. І яка бмс?

Це потрібно якщо у вас жодної інтеграції немає з Деєю. У вас вже стоїть якась інтеграція Деєвська, нє?

Це просто набір графічних карт. Щоб вони працювали треба виконати те що написано в README. Тобто встановити ще кілька кастомних карт якщо вони ще не встановлені. І звісно ручками налаштувати кожну карту, щоб в ній були ваші сутності а не ті що по замовчуванню. Бо тільки вам відомо як ви їх назвали. Я повитягував з цього набору карти які мені сподобались і заточив під сутності люкса.

До речі згадав. Поставте собі цей набор, там багато цікавих графіків під Деє налаштовано. Під солкаст останній можна теж адаптувати. github.com/slipx06/Sunsynk-Home-Assistant-Dash

Інтеграція така як у вас. Вона видає дані. А графіки будувати по цим даним це вже кому в чому зручно. Мої на кастомних картах: apexcharts-card. Досить широкі можливості дає ще plotly-graph.

Для ha є кимось написана кастомна інтеграція. API Solcast видає часові дані у UTC форматі. Тому шукати треба там де ті дані інтерпретуються та відображаються.

Схоже що так. Треба ще поспостерігати коли є інтенсивне сонце.

Ні. Але, якщо дуже хочеться, то можна.

Немає. Але експорт є.

Ні там лише генерація і експорт. Тобто скільки вироблено панелями, та скільки з цього віддано в мережу.

Мої показники.

Робіть собі експорт з бігунками чи без. Але робіть. Бо к-сть енергії яка марнується коли немає експорту є великою, плюс зараз такі часи що треба помагати мережі експортом. Тим більше якщо можете зробити це офіційно. Бо я наприклад експортую по ціні трохи нижчій ніж імпортую, і все одно поки з літа я в плюсах по балансу вартості.

Точно бінарний? Бо бінарний це або true або false. Як ви в нього можете писати споживання не зрозумів.

Як варіант, можна ще не включати в статистику, але мати при цьому історію, якщо виключити в сутності стейт_клас. Приклад: homeassistant: customize: sensor.ble_battery_temp: state_class: none

Але насправді історія, а з неї потім статистика. Все вірно. Це я в попередньому повідомленні з інфлюксом сплутав. Якщо в рідній базі, то виключені сенсори не пишуться ні в історію ні у статистику. Ще помітив, що для того щоб дані потрапляли в статистику то мають бути виконані певні умови. Може бути ось так. Історія є, але коли вона закінчується статистика відсутня. Лікується кастомізацією сутності, шляхом присвоєння атрибуту state_class. Просто кілька сутностей виключено. recorder: exclude: event_types: - loxone_event entities: - sensor.airvelsensor1 - інші сенсори...

Перевіряється просто. Коли клікаєте на сутність то відображається графік історії за останній день, але спробуйте вибрати діапазон часу що перевищує ваші налаштування по зберіганню історії, і ви побачите де дані пішли з розрідженою частотою, там і є перехід від історії до статистики. Якщо сутність не пишеться в статистику (я пишу не все), то там буде пусто післ закінчення даних історії.

В HA є поняття історії та статистики. Історія це дані з високою частотою, а статистика вже з меншою. Я на початку виставив історію на рік чи два, і база росла на очах. Потім змінив на 2 тижні і так поки лишив. Зараз ніби база не росте.

Яке споживання виходить для підтримки такої температури, і яка потужність грілок?

Оновився до останньої. Тепер на телефоні приймає 101%. У веб інтерфейсі нічого не змінилось. 101% нема куди вводити. Скільки разів Люкс має перегружатись при оновленні? по перегружався 2 рази, але раніше ніби 3 рази було якщо не плутаю...

На мобільному нічого ввести в це поле не можу, бо вискакує помилка "Operation failed. Error code: 2" Чи може бути що для цього поля потрібно мати останню прошивку в інверторі?

Як попасти в цей інтерфейс де є той System Charge SOC Limit? Бо в мене виглядає ось так:

В розрахунку вище умови по струму L1:0.1А, L2:20А, L3:1.2А. При зміні L3 на 7А на L1 напруга збільшується до 257В. Тобто чуда не відбувається, різниця по фазним напругам стає ще більшою. Можна. Хто його знає які у вас критерії дефекту.

Все вірно. Нормативні документи повинні містити вимоги до рівномірності навантажень. Бо вони мають охоплювати максимальну к-сть випадків, в тому числі об'єкти на яких є багато трьохфазних споживачів. І якщо кожен з багатьох споживачів буде значно перевищувати поріг нерівномірності, то нерівномірність сумарного навантаження на джерело струму може привести до виходу з ладу обладнання. Але в окремо взятому випадку, як у топікстартера, нерівномірність типу 0.1А, 20А, 1А, могла би призвести до різниці у кілька вольт, але не до 30В. При цьому якщо з нейтраллю все ок, падіння відбувається лише на нагруженій фазі, не нагружені не ростуть у космос, хіба що трошки. В топікстартера ж навпаки фіксується значний ріст на НЕ нагружених фазах, що свідчить якраз про підвищений опір нейтралі. Ось приклад програмної симуляції з несиметричним навантаженням та додатковим опором нейтралі, з показниками близькими до ситуації топікстартера: Без навантаження, різниці напруги немає. Навантаження включене, рівний опір фазних та нейтрального провідника: різниця напруги до 6В Навантаження включене, додатковий опір на нейтралі: різниця напруги понад 30В Також провів в себе експеримент: нагрузив фазу L3 з найнижчою напругою на 22А. На ній відбулось зниження на 5в, на решті майже без змін L1 -1В, L2 +3В. Висновок: Такої розбіжності фазних напруг як у автора не повинно бути, якщо з нейтраллю все Ок.