Dmode

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

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

Простіше взяти щось таке a.aliexpress.com/_EuhAR6d

Передає. В обох bms ліміт на заряд 70А та 136Аг ємності, люкс показує ліміт зменшений на 5%, тобто 70*2*0.95= 133А

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

В мене дві інверторні, одна мастер друга слейв.

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

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

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

Це просто набір графічних карт. Щоб вони працювали треба виконати те що написано в 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 тижні і так поки лишив. Зараз ніби база не росте.