Dmode

Для 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В. Висновок: Такої розбіжності фазних напруг як у автора не повинно бути, якщо з нейтраллю все Ок.

Яким кабелем (переріз, довжина, матеріал) підключено будинок від мереж постачальника? І те саме питання по ЛЕП від ТП до електроопори.

До місця де два дроти від інвертора будуть розгалужуватись на окремі батареї.

Все що є в електричному колі батареї збільшує її опір. Всі з'єднання, басбари, запобіжники, автомати, дроти, клеми, бмс і т.д.

Я про кінцевий опір збірок, а не про опір окремих комірок. Умовно кажучи якщо ви дасте струм в 100А, то більша частина піде через велику батарею, а менша через малу бо в неї більший опір, яле яке саме буде це співвідношення можна сказати як будете мати опір збірок.

Ні, спочатку визначаєтесь для себе з порогом струму до якого хочете щоб заряджалась мала батарея. Наприклад до 50А. Далі підключаєте обидві збірки в паралель і методом підбору виставляєте на інверторі такий струм, при якому на вашій малій батареї цей струм не буде перевищено. Струм на інверторі буде суттєво більшим. В залежності від опору ваших збірок він буде розподілятись, більшою частиною на низький опір і меншою на високий. Знаючи опір ваших збірок можна порахувати приблизно. Але простіше просто зробити практичні заміри.

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