volomoto

ЗТ не має ніякого відношення до воєнного стану і тимчасових ТУ. Я підключив ЗТ у вересні і ніяких взагалі питань не було.

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

Якраз південніше коротший сонячний день, але менша варіація тривалості сонячного дня впродовж року. В червні у Львові день на 2.5 год довший, ніж в той же час в Калфіорнії.

Якщо при цьому ще й рівень заряду акумулятора вище заданого значення, то звичайно що увімкнеться. Хтось хіба це заперечував?

В тому відео струм заряду автомобіля збільшується поступово, поки не почнеться розряд акумулятора. Якщо розряд почався, то значить сонця замало і струм зменшується, і так по колу. Вся суть, що навантаження змінюється плавно, бо саме навантаження дозволяє так робити. У випадку Smart load навантаження або включається або на 100%, або виключається зовсім.

Вона не так працює і годиться хіба для якихось ТЕНів.

Там була ще преписка і вияснилось що така поведінка інвертора бай дізайн і нічого з тим зробити зараз неможливо:

Після довгих пояснень із записом відео отримав таку відповідь від саппорту: Тобто для правильної статистики потрібен додатковий лічильник і танці з бубном, бо дані будуть йти з різних джерел і їх треба буде якось джойнити на дашборді. Зараз мені той Selling first ні в що не впирається, але вже десь з травня в мене сонця буде більше, ніж вихідної AC потужності інвертора, тому хочеться надлишок зберігати в акумуляторі, а потім цей надлишок продавати коли сонця вже мало. Швидше за все на цей час переключу бойлер на гарантований вихід, тоді вся статистика буде правильно рахуватись.

Я підозрюю, що вони рахують рахують пропорційно до споживання: Якщо спожито 100 вдень і 100 вночі, то це 50% вдень і решта 50 — вночі. Відповідно якщо від сумарного споживання відняти експорт, то 50% того, що залишилось, піде по денному тарифі, а 50 — по нічному. Моя теорія базується та тому, що коли були перших пільгових 100 кВт•год, то їх розподіл між денним і нічним тарифом рахували саме так. Якщо маєте детальну платіжку, то можете перевірити цю теорію.

Якщо до встановлення двонаправленого лічильника в мене був двозонний облік, то із оформленням ЗТ двозонний облік залишається? Взимку я буду споживати більше, ніж виробляти, тому цікаво, чи має значення чи було споживання, чи вночі.

В мене будинок 170 м2 повністю в теплій підлозі і при -15 тепловтрати до 4 кВт при температури теплоносія 32 градуси.

Це якась повна дичина. Я б тут також писав в сапорт

Це алгоритнічний показник, бо без повного циклу від відсічки до відсічки неможливо точно визначити залишкову ємність акумулятора. Оскільки ніхто так не ганяє акум, то в контроллер зашивають LUT, в якій є залежність SoH від віку та циклів. Цю таблицю отримують на основі лабораторних тестів і навіть можуть оновлювати, якщо БМС підтримує оновлення прошивки.

Вираховується ПДФО і це приблизно 20%

Неправильно рахує чи взагалі не враховує те, увімкнено між СТ та інвертером? Бо в мене друге і це якось тупо. Не оновлював ще і якраз виясняю із сапортом чи це пофіксали в прошивці.

Так

Знайшов багу в Deye, коли той працює в режимі Selling first. Ось такий лист накатав в підтримку:

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

Якщо оперувати тільки SoC, яке розраховане бмс батареї, то ваш спосіб кращий, бо не вимагає інших вхідних даних, правда час відгуку малий, бо перерахунок відбуваєтсья тільки при зміні SoC, який в PYLON протоколі є цілим числом. Але плюс-мінус пів години тут погоду не роблять а простота реалізації є куди важливішою. Якщо батарею підключити напряму до Solar Assistant, тоді стає доступним ще й SoH, який показує фактичну ємність повну ємність батареї відносно початкової. Тоді виходить що: Почтакова ємність (Q) — константа. SoC — змінна, яка приходить по PYLON протоколі. SoH — змінна, яка приходить по PYLON протоколі. Відповідно фактична залишкова ємність буде Qnow = Q•SoC•SoH; Я недавно робив адаптер для БМС, яка не підтримує PYLON протокол, то заодно в прошивці адаптера (esp32) додав передавання всієї телеметрії по MQTT прямо в HASS. І було трохи сумно, що CAN PYLON дуже бідний і описується на двох аркушах паперу. В той час PYLON RS485 має повно всього, але я не можу його використовувати, бо в нових 3 фазних Deye хтось придумав зробити один RS485 як для БМС, так і для даталогера. Відповідно в мене той порт занятий солар ассістатнтом, а батарея може бути підключена тільки по CAN.

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

Мій експортний мегават певно буде вже наступного року

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

Виставити Selling First та Time of Use, щоб в сонячний час заряджались акумулятори, а несонячний розряджались. Воно найбільший сенс має тоді, коли потужність сонця перевищує вихідну AC потужність, тоді те, що не може бути конвертороване в мережу, буде заряджати акумулятор.

І метрва нічна тиша розбавиться милозвучним тарахкотінням. Сусіди будуть дуже вдячні.

І ніщєброд, бо в мене тільки ГУ-50 є, тому нікому її не показую.