xkansler

Якщо треба змінити алгоритми автоматизацій, то да міняєте код YAML і компілюєте. Це робиться в 3 кліки з самої HA або через WEB "морду" яка крутиться на самій ESP. Якщо треба змінити параметри автоматизацій, в рамках діючого на ESP алгоритму (наприклад верхні/нижні межі якихось автоматизацій) то нічого перекомпільовувати не треба, все можна налаштовувати або з HA або через WEB "морду" ESP просто міняючи ці параметри. Звісно в коді YAML це все треба описувати/програмувати

Можна і без ESP, підключившись до логеру через інтеграцію Solarman по IP який ваш логер отримує в вашій "домашний" мережі використовуючи WiFi. Але я вже писав що в такому випадку вся логіка керування (автоматизації) буде виключно в HA. Якщо з HA щось стається (завис/щось выйшло з ладу/живлення) то всі керування теж "лягають". У випадку з ESP особливо важливі/критичні для вас керування ви "виносите" в код на ESP за допомогою ESPhome, а менш важливе, чи те що має взаємодіяти з HA залишаєте в HA. Поясню на простих прикладах: - автоматизація на стороні ESP постійно моніторить данні з інвертора по RS485 і керує струмом заряду і верхньою межою SoC батарей. Це працює на самій ESP без участі HA (його можна взагалі вирубити) - автомитизація вимикання розеток з потужними споживачами (які інтегровані в HA у вигляді розумних розеток/розумних реле і т.д.) коли GRID перейшов в OFF щоб не грузити аккум - це тільки на стороні HA з використанням автоматизацій, тому-що ESP ніяк "не бачить" ваші розетки/реле.

Все що можна налаштувати через меню інвертора можна налаштувати через HomeAssistant, якщо інвертор підключений по схемі - HA -> ESP32 (ESPhome) + RS485 -> Інвертор (на вхід CAN/BMS з батареї). На вході CAN/BMS (RJ45) інвертора фізично розведені і підключені як CAN шина так і RS485 От тут у поляка все розписано - hybrydaplus.pl/index.php/2023/09/19/komunikacja-deye-sun-10k-sg04lp3-eu/ А тут він розписав з кодом під ESPhome "Time of Use" - hybrydaplus.pl/index.php/2024/04/23/nowa-funkcja-dodajemy-kod-od-time-of-use/ Я вже наводив посилання, звідки всі "ноги ростуть": - аппаратно-програмна частина (ЕPS-ESPhome) - github.com/klatremis/esphome-for-deye - програмна частина "на стороні" НА (Дашборди, сенсори і т.д.) - github.com/slipx06/Sunsynk-Home-Assistant-Dash P.S. Було запитання про затримку зв'язки ESP-HA - її нема взагалі. Тобто вона взичайно є в межах швидкості RS485 та тої дискретносні з якою інвертор робить свої заміри і "публікує" на шинах CAN та RS485 ці данні. Більш того різні показники інвертор "публікує" з різною частотою - це все залежить від прошивки інвертора. Для прикладу струм PV та струм BAT мій Deye-5K (з прошивками HMI:C36F i MAIN:3386-1515) "публікує" з частотою раз на 15сек., а от напругу з GRID з частотою раз на 10сек.

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

Вибачаюсь... але мені здається що тут є не повне розуміння для чого цей СТ. В самому інверторі (на платі) після клем GRID стоять (в однофазному стоїть) свої вимірюючі струмові трансформатори (СТ). Якщо ПЕРЕД інвертором щось підключено (наприклад бойлер) то СТ треба ставити ЗА ЦИМ підключенням для того щоб інвертор: - в разі коли він працює в режимі без "продажу до СТ" (Zero Export to CT) коли "є сонце" і його вистачає на заряд батарей (або батареї вже разяджені) + живлення усього що підключенно до LOAD він давав струм (живлення) на GRID до рівня що не буде давати перетоку струму в зовнішню мережу. От цим зовнішнім СТ він і контролює цей струм. Тобто інвертор буде "старатися" зробити так щоб на зовнішньому СТ було 0А. - в разі коли у вас ЗТ, "є сонце" інвертор за допомогою цього СТ рахує вати які він відгрузив в мережу - бо інакше він не бачить що щость і скількти споживає між ним і мережею. Якщо у вас нема ЗТ, і перед інвертором нічого не стоїть (або ви не хочете "живити сонцем" те що підключено перед інвертором) ви в налаштуваннях ставите Zero Export to Load - в цьому випадку ви можете не підключати зовнішній СТ.

Це "інтерфейс"/"перехідник" (хто як хоче нак і називає) який пересилає (в обидві сторони) данні USB <-> CAN. Причому гаджет має два незалежних канали CAN. Тут є огляд - microsin.net/programming/arm/usb-can-canalyst-ii.html Софт LVESS який використовується Deye для роботи зі своїми з аккумуляторами штатно працює з цим пристроєм. Але Вам ніхто не забороняє використовувати його будь де - наприклад сканування CAN шини та управляння через CAN в будь-якому сучасному авто, налаштування інших батарей з CAN, і т.д. - головне щоб програмне забезпечення яке Ви використовуете було сумісним з цим гаджетом.

Якщо детально все розписувати то це не на одну сторінку. Тема досить специфічна і широкому загалу мабудь не дуже цікава. Для таких речей треба створювати окрему гілку... У Томаса є, достатньо в деталях, розкладена тема по CANalyst-II USB: У людей з ПАР є непоганий форум де є така тема по інтеграції батарей Deye з HA, з розпіновками, кодом та з посиланнями на проєкти на github - powerforum.co.za/topic/20233-deye-se-g51-pro-batteries/#comment-173355 В доданих PDF є повний опис протоколів. Программу для роботи з батареями (LVESS) можна запросити в підтримці Deye - вони її без проблем дають. Modbus_Deye.pdf

Це нормальне рішення. Варіантів USB -> RS-485 є дуже багато, навіть в Україні за доступною ціною. Приклад - arduino.ua/prod2773-preobrazovatel-rs-485-na-usb-ch340 Якщо HA "поряд" (хоча для RS-485 по UTP-Сat5 100m не відстань) то все буде норм працювати. Я якщо в USB MiniPC "ткнути" - www.aliexpress.com/item/1005006462859187.htm (це доречі рекомендований підтримкою Deye гаджет) то зможете "рулити" і батареями (і через InterCAN, і через PCS)

Не всі. Ті що можливо ви вже українізували. Якщо треба феншуй то є два шляхи самому правити мовний файл компоненту "sunsynk-power-flow-card" 1-й. В теці компоненту "localize/languages" створити файл ua.json і заповнити його взявши для прикладу файл ru.json в тій же теці. Цей варіант має недолік - після кожного оновлення sunsynk-power-flow-card скоріш за все цей файл доведеться "докидати" по новому 2-й. Доєднатись до спільноти проєкту sunsynk-power-flow-card або написати в "Pull requests" проєкту, прислати їм переклад (ua.json) з метою щоб український мовний файл став "штатним" для компоненту sunsynk-power-flow-card

Так! І їх досить багато. Для прикладу: Усі власники Deye знають що у інвертора немає функціоналу обмеження рівня SoC батарей коли він заряджає від PV (принаймі мій не вміє). Від сонця (при його достатній наявності) інвертор завжди заливає до 100% SoC. Постійно "заганяти" і "тримати" SoC в 100% на LPF батареях не найкраще рішення с точки зору деградації комірок. Більш того в кінці заряду (99% -> 100% SoC) він "гонить" в батареї струм 10А що на самомому кінці заряду дає досить різке зростання напруги на комірках і як наслідок сильне розбалансування комірок (180mV і більше) - це все считує ESP прямо з батарей, а HA "малює" мені графіки. Я писав в підтримку Deye (і не тільки я) про це... Але відповідь Deye приблизно така - ми знаємо... не партесь. Але виробник комірок (в моєму впадку ЕVE, про що сповіщає сама BMS батареї) в даташтах рекомендує інше. В цьому випадку управління цим процесом можливо тільки шляхом обмеження загального струму заряду баратей в меню інвертора. Ось цей процес у мене і автоматизовано ESP постійно моніторить SoC, струм, та "розбіг" комірок. Автоматизація не дозволяє "накачувати" SoC більше 97% і зменшує струм (шляхом обмеження загального струму заряду даючи каманди інвертору) в кінці (після 94%) плавно з 10А до 4А (мої ВМS балансують 2-ма А) а після досягненна 97% встановлюється струм заряду 0А. З таким алгоритмом заряду я не бачив пік "розбігу" комірок більше 25mV. Такий рівень розбігу балансується BMS до рівня 2-3mV за 10-20 хв. Це тільки один в кейсів по автоматизації на самій ESP. Сервер HA в ній не задіяно, хоча його автоматизаціями це теж можна реалізувати P.S. Хоча мої батареї були куплені одночасно, виготовлені вони в один місяць (по шилдику) і мають досить "близькі" серійні номери, за 5 місяців експлуатації вони вже відрізняються - на скрінах - загальний заряд/розряд. Тобто вони з коробки не були ідеєнтичними а надалі будуть ще більш не однаковими. Як наслідок коли іде процесс зарядки і інвертор має встановлений загальний струм заряду 100А по батареях він розподіляється не однаково - наприклад одна забирає 55А a інша 45А. В моєму кейсі ESP відслідковує ці речі і знижує загальний струм заряду інвертора до рівня коли максимальний струм заряду, на будьякій батареї, не перестане перевищувати рекомендований струм 50А (0.5С)

Звичайно! Все це існує паралельно "класичним" кнопкам/контакторам/"автоматам і т.д. Для прикладу кейс "Генератор": - ЕSP (котра підключена до Deye) бачить що залишок батареї 20% і гріда нема. Вона посилає сингал іншій ESP (по RS-485) котра підключена до бензинового генератора, який стоїть в сараї. Ця ESP згідно своїх алгоритмів зробить пуск генератора і коли мастило в картері генератора досягне температури 45°C, вона про це сповістить ЕSP (Deye). Ця ESP "клацне" релюхою яка "клацне" контактором і подасть живлення на GEN вхід инвертора. - Те саме можна зробити клацаючи в телефоні на закладці "Енергозабеспечення" інтерфейсу APP HomeAssiatant (Android/iOS) - Те саме можна зробити у щиті кнопками: "Пуск/Стоп генератора" - вона запустить або зупине генератор (запаралелена з кнопкою пуску на генераторі). "Подати/відключити живлення з генератора" - кнопка з світлодіом який світиться коли є струм з генератора. Це все в будинку, на вулицю ходити не треба. - Те саме можна зробити якщо підти в сарай і клацнути на кпопку Пуск/Стоп на генераторі, або смикнути за шнурок якщо аккуму "погано". Потім повернутися до щита в будинок і клацнути "Подати/відключити живлення з генератора". Але автономно на самих ESP також крутяться автоматизації: - якщо з'явився грід почекати 5 хв. (у нас часто ДТЕК любить робити "дискотеки") і перейти на грід, відключивши ввід з генератора. - після переходу на грід через деякий час (залежить від температури мастила в картері генератора) заглушити генератор. - якщо бензина в баку меньше ніж 10%, аномальний нагрів, сів "аккум" та інше то сповістити про це (через сповіщення HA, Телеграм та email) - і т.д. і т.п. Для усьго цього біля щитів і генератора висять роздруковані покрокові інструкції та схеми в рамках! P.S. За 18 місяців (десь приблизно 60 пусків/зупинок генератора) жодного сбою роботи алгоритму не було.

Хоча для загального розвитку будьласка. В дашбордах використовується type: sections При створенні секцій і карток: type: grid Картка sunsynk-power-flow-card: ----------------------------------------------------- type: custom:sunsynk-power-flow-card cardstyle: full show_solar: true battery: shutdown_soc: 10 show_daily: true shutdown_soc_offgrid: 10 invert_power: false show_absolute: false dynamic_colour: true animate: false linear_gradient: false show_remaining_energy: true hide_soc: true energy: 10240 solar: show_daily: true mppts: 1 pv1_name: PV dynamic_colour: true pv1_max_power: 4300 load: show_daily: true essential_name: Дім dynamic_icon: true dynamic_colour: true show_aux: true invert_aux: true aux_name: Генератор aux_type: mdi:generator-portable show_absolute_aux: true aux_dynamic_colour: true aux_off_colour: - 95 - 95 - 95 aux_colour: - 0 - 255 - 64 show_daily_aux: false grid: show_daily_buy: true show_daily_sell: false show_nonessential: false invert_grid: false grid_name: ДТЕК label_daily_grid_buy: Споживано за день auto_scale: false show_absolute: false entities: day_load_energy_84: sensor.deye_day_load_energy load_frequency_192: sensor.deye_load_frequency aux_power_166: sensor.deye_aux_power inverter_voltage_154: sensor.deye_inverter_voltage inverter_status_59: sensor.deye_overall_state inverter_current_164: sensor.deye_inverter_current inverter_power_175: sensor.deye_inverter_power radiator_temp_91: sensor.deye_radiator_temperature dc_transformer_temp_90: sensor.deye_dc_transformer_temperature day_battery_charge_70: sensor.deye_day_battery_charge day_battery_discharge_71: sensor.deye_day_battery_discharge battery_voltage_183: sensor.deye_battery_voltage battery_soc_184: sensor.deye_battery_soc battery_power_190: sensor.deye_battery_power battery_current_191: sensor.deye_battery_current battery_temp_182: sensor.deye_battery_temperature day_grid_import_76: sensor.deye_day_grid_import grid_ct_power_172: sensor.deye_grid_ct_power grid_connected_status_194: binary_sensor.deye_grid_connected_status grid_power_169: sensor.deye_grid_power grid_voltage: sensor.deye_grid_voltage_l1 day_pv_energy_108: sensor.deye_day_pv_energy pv1_voltage_109: sensor.deye_pv1_voltage pv1_current_110: sensor.deye_pv1_current pv1_power_186: sensor.deye_pv1_power remaining_solar: sensor.solcast_pv_forecast_forecast_remaining_today use_timer_248: switch.deye_toggle_system_timer priority_load_243: switch.deye_toggle_priority_load prog1_time: sensor.deye_time_slot_1 prog1_capacity: number.deye_prog1_capacity prog1_charge: switch.deye_prog1_grid_charge prog2_time: sensor.deye_time_slot_2 prog2_capacity: number.deye_prog2_capacity prog2_charge: switch.deye_prog2_grid_charge prog3_time: sensor.deye_time_slot_3 prog3_capacity: number.deye_prog3_capacity prog3_charge: switch.deye_prog3_grid_charge prog4_time: sensor.deye_time_slot_4 prog4_capacity: number.deye_prog4_capacity prog4_charge: switch.deye_prog4_grid_charge prog5_time: sensor.deye_time_slot_5 prog5_capacity: number.deye_prog5_capacity prog5_charge: switch.deye_prog5_grid_charge prog6_time: sensor.deye_time_slot_6 prog6_capacity: number.deye_prog6_capacity prog6_charge: switch.deye_prog6_grid_charge environment_temp: sensor.th_ulitsa_raw_temperature battery_soh: sensor.bat_soh inverter: model: deye autarky: power modern: true show_battery: true show_grid: true dynamic_line_width: true large_font: false panel_mode: false layout_options: grid_columns: 4 grid_rows: 6

Справа с тому що я для "спілкування" інвертора Deye з HA не використовую інтеграцію на базі комплектного логера. Таких інтеграцій є декілька. Я їх переглянув, "помацав" і прийняв радикально іншу схему інтеграції. Справа с тому що на роз'ємі RJ45 (куди підключається пачкорт від батарей) присутні RS-485 та CAN шини. Це є в мануалі інветртора (останні сторінки). Комплектний логер - це по суті місток між RS-485/CAN інветрора -> WiFi -> TCP (интернет, хмара). Оскільки я з самого початку поставив собі за мету інтегрувати не тільки інвертор а і батареї (все Deye) то робив кастомне рішення яке зкомпільоване з шматків різних проектів. В основі ESP32 і ESPHome. (У мене в НА близько 50 таких кастомних рішень. Все опалення, управляння електрикою, полив и т.д. Все дуже стабільно.) До ESP32 підключено 3 модулі: - RS-485 <-> RS-232 (для комунікації з інтертором) - CAN трансивер SN65HVD230 (для комунікації з батареями через PCS порт батарей) - CAN трансивер MCP2515 (для комунікації з батареями через InterCAN порт батарей - читає стан кожної комірки, кожної батареї) Написано код на YAML для ESPhome для управління усім цим. Я розумію що це виглядає складно і не зрозуміло для чого усе це. Є просте пояснення! Коли ви використовуете стандартні інтеграції ви отримуете значення сенсорів (sensor, binary_sensor і т.д.) в HA і використовуючи потужний механізм автоматизацій можете керувати своїми пристроями. Але якщо з НА щось стається то все "лягає". Коли це лампочки, термометри, датчики дверей то таке... а от коли це стосується керування опаленням, енергопостачанням і іншими критичними речами то це вже дуже не гарно. У моєму випадку усі данні спочатку "прилітають" на ESP, а на ньому "крутяться" написані і запрограмовані усі критичні автоматиації (ESPHome/YAML). З НА я можу міняти параметри цих автомітизацій, але є "початкові", запрограмовані значення, які будуть використовуватись при управлінні коли HA "впав" На мою думку це більш правильний підхід. Я все так же можу городити будь які автоматизації використовуючи ярдо HA, але коли щось сталося з HA то ESP продовжить виконувати керування СЕС, використовуючи данні отримані напряму з інвертора/батарей і автомітизації які "крутяться" на самій ESP P.S. Усі налаштування sunsynk-power-flow-card є у документації: - slipx06.github.io/sunsynk-power-flow-card/configuration.html - slipx06.github.io/sunsynk-power-flow-card/examples/sunsynk.html Я можу вам скинути свої налаштування - але як ви вже здогадуєтесь назви сутностей/entities якими оперую я відрізняються від тих що створює інтеграція логера, тому ви тільки заплутаєтесь дивлячись на мої налаштування...

Так це Home Assistant. В принципі нічого надто складного. Частину роботи Ви вже зробили - интегрували логер у HA По дашбордах все є тут: github.com/slipx06/Sunsynk-Home-Assistant-Dash github.com/slipx06/sunsynk-power-flow-card А от стосовно моніторинга батарей трохи складніше тут без ESPHOME та паяльника ніяк... Для початку: github.com/Psynosaur/esphome-deye-bms/tree/main github.com/Psynosaur/Deye_Battery_Serial_BUS?tab=readme-ov-file Але якщо прямі руки, бажання і час то все можливо!

Мої налаштування дашборду - Загальний екран по енергетиці / Інвертор та сонце / Батареї

V На рахунок Geye W2R-100 - як на мій досвід досить пристойна річ за свої гроші. Я зазвичай не дуже вірю в китайську силову, тому перед тим як ставити в щиток розібрав (там сзаду кришка та гвинтах). Дить потужні контакти наглухо закріплені на осі яка при подачі живлення на відповідний електромагніт (їх там два) повертає навколо осі це "коромисло" і вони замикають вхід з однією або іншою группою контактів. Тому у цієї моделі якщо і "залипне" (але то має бути "сварка") то не перемкнецця ні один контакт з чотирьох в группі. Також з приємного наявнісь по обох входах реле NO-|-NC за допомогою яких можна керувати додатковими контакторами.

А так виглядає типовий інвертор генератора:

Інверторні генератори не так керують обертами як "традиційні". Там нема пружинок - там оберти керуються за допомогою, за звичай, електромагніта який "сидить" на дросельній заслінці. А цим електромагнітом керує управляюча схема інвертора - там немає "центробіжника"... Тому 60 Hz неможливо змінити не змінив схеми інвертора генератора плата якого як правило залита компаундом прямо у алюмінієвий радіатор Для прикладу на фото типовий інверторний генератор:

Інверторний генератор газ/бензин (не Generac) 7кВт 240V (120+120V) / 60Hz в США хоч зараз можливо купити за $1200-$1300. У Европі це щастя зараз коштує 2500-3000 euro і їх нема ні у Польші/Германії/Чехії/Словатчині і т.д. - під замовлення на лютий 2023 р. Усе дуже просто - америка вона на відміну від европи одноповерхова і переважна більшіть американців живе у приватних будинках. При співмірній кількості населення США з Европою, ринок генераторів США майже у 7 разів більший за европейський. Як наслідок велика конкуренція гарно діє на ринок. От тому "60Hz найблищим часом стане дуже актуальним"...

Навіть якщо генератор дає чисту синусоїду (інвертор) ї навантаження (споживання) прогнозоване - немає нічого трифазного, ніяких потужних асинхронних/синхронних двигунів, ніяких ел-ро бойлерів, ніяких суттевих реактивних навантажень. Поясніть чому не можна до QUANT ставити інверторний генератор який має запас 50% по навантаженню. P.S. Якщо можна технічними термінами. Закінчував КПІ. Кафедра ТОЕ там хороша, хоч і було це... Дуже сподіваюсь на фахове слово @iiigolkin. Щось мені підказує, що питання про 60Hz найблищим часом стане дуже актуальним...

Доброго дня шановне панство! Є питання до шановного пана автора, або може хтось підкаже з тих что вже спробував. Як і багатьох зараз з електрикою біда від якої мої QUANT-5,5 не спасають коли її нема. Є така поважна американська компания Generac, яка віробляє дуже файні геренатори (які працюють на як на LPG, так і на магістральному газі) з прийнятними цінами на свої вироби у співвідношені ціна/якість. Але є одне але - 240V/60 Hz. (дві фази з 120V) Питання дуже просте - як реагує QUANT-5,5 на 60 Hz на вході. Чи не сприймає софт контроллера це як сигнал для відключення стаба? Хочу підключити генератор до стаба (ніяких неконтрольованих навантажень в будинку немає + стоїть декілька ступеней захисту від просадок/перенапруг за стабом які городилися ще до купівлі стабу) і використовувати його як перетворювач 60Hz -> 50Hz. З повагою...