Mr. D

Звісно, додати заземлювач навіть для багатоповерхівки можливо та й розподільчу мережу дещо замінити )

Ви ж знаєте, що заземлення в багатьох багатоповерхівках, які побудовані 30 або більше років тому, немає. Я бачив нещодавно, як до корпусу щита з кількома лічильниками ДТЕК, електрик прикрутив N провідник, який йде від підстанції, яка десь знаходиться поряд з будинком. Й ось там цей N-провідник вже під'єднано (маю надію) до заземлювача. Й блискавкозахисту немає, до речі. А ще вертикальна система опалення, коли хтось блокує теплоносій й всі, хто нижче недоотримують теплий теплоносій. Відсутність нормальної вентиляції. Та мова була про заземлення. )

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

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

Яка своєю чергою, можливо, не на кожну схему інвертора може бути записана. Можливо, різні моделі мають дещо різні мікросхеми. До речі, цікаво, що, схоже, обидва дописувачі в тій згаданій темі на diysolarforum.com з України.

Коли ті події відбувалися, то жодна людина ще не знала, що таке Bluetti та EcoFlow. А зараз замість ДБЖ вже беру потужний LED ліхтарик з Li-NMC або кілька ліхтариків. ) Це функція побутового комп'ютерного ДБЖ, тому й ті ДБЖ раніше були й зараз, мабуть, в більшості зі специфічними сигналами (синусоїдами). Та деякі, на мою думку, дійсно не розраховані на довгу роботу. Треба ще й не забути, що ККД трансформатора, який залежить від потужності споживача значно, тобто у разі споживання невеликого струму ККД дуже низький, тому й розрахунок часу автономної роботи ДБЖ дещо нелінійний. А ємність батареї порахувати не складно, у багатьох випадках вбудованих батарей - це одна або кілька, 1272 (близько 80 Wh) або 1234 (140 Wh), але не вся ця енергія буде фактично доставлена споживачу, тому й LFP Power Stations дещо ефективніші у разі використання DC роз'ємів тих станцій. Шляхом кращих характеристик LFP\Li-NMC за деяких нормальних умов та більшої щільності енергію та можливості споживачам працювати від DC джерела живлення Power Stations в деяких сценаріях, дійсно, ефективніші звичайних побутових комп'ютерних ДБЖ (які використовують свинцево-кислотні батареї в більшості). Всі згадані пристрої ще мають деяку ціну, яка формує загальний бюджет, коли потрібна або велика потужність або багато окремих пристроїв. Про відсутність стабілізаторів в Power Stations теж вже згадали, але це й не всім потрібно. Навіщо стабілізатор, якщо напруга в межах 195 - 253 VAC?

"...For those inverters which support setting [14] Battery type should be set to Li and setting [41] Battery protocol, which cannot be found in the paper version of the manual, but is found in the online version should be set to 08 (Pylontech protocol)..." Тип батареї повинен бути Li, а відповідна опція тип протоколу #8 (протокол Pylontech) "...At the same moment MUST support said that not all inverters they have sold can successfully establish the communication..." Не всі інвертори Must здатні працювати з батареями по CAN

Китайці мають такі кабелі для всіх охочих (ті кабелі мають магнітний наконечник). ) Ось ці додаткові мікросхеми в кабелях ще не всі користувачі розуміють. ) Мені здається, коли кажуть "Дайте мені кабель для заряджання телефону", то мають на увазі кабель до 3 A. Ну, а далі як піде.

Так, є заземлювач. ) До речі, мабуть, світильники (якщо ті мають, звісно, точку під'єднання заземлювача) можливо й під'єднати до заземлювача.

Я теж носив з собою за необхідності звичайний ДБЖ, до якого можливо було під'єднати потужні лампи на годину роботи. Але це не те, для чого ті пристрої придумали спочатку. Багато моделей ДБЖ перегріваються під час довгої роботи. Є такий Mustek 600, який, наприклад, висушує свою батарею за пів року температурою свого трансформатора. ) Це в якісь мірі стосується й сучасних телефонів

У мене є припущення, що десь відбувається коригування ПО або з боку інвертора, або з боку батареї через консоль. Тобто потрібна саме правильна версія Firmware. Й в цьому, схоже, і є послуга. Ще, до речі, невідомо всі функції починають працювати, як хтось уявляє, або лише поточний SoC Must починає показувати. Так це й так можливо отримати з JK BMS.

Так є сенс в тому, що Ви пишете. Побачимо з часом, яка буде ситуація з SoH батарей. Нещодавно бачив Tesla за $11 тис. й, думаю, що ж з нею не так. Але, мабуть, за 11 років батарея вже зовсім не та, от й ціна така. А там не менше 50 kWh було 11 років тому.

Я б сказав, що інколи 15 хвилин - це була майже безмежна кількість часу. Зустрічав не рідко запас 3 - 5 хвилин роботи від комп'ютерного ДБЖ, які ще й з часом через 1 - 2 роки ставали 1 хвилиною. Але це потрібно було лише для того, щоб записати все що в RAM на відповідний Storage та штатно вимкнути живлення. Звісно, в таких сценаріях рахувати SoC не було сенсу та й умовні індикатори в таких ДБЖ завжди орієнтувалися на напругу свинцево-кислотної батареї. Ще треба не забувати, що багато й більшість комп'ютерних ДБЖ генерували автономно зовсім не чисту синусоїду. Тобто питання під'єднання холодильників до тих ДБЖ не було. Як й освітлення, звичайно, ніхто не під'єднував до тих ДБЖ. Наразі інверторний холодильник без проблем працює 3 - 4 години від найменшого Bluetti. Можливо, в цьому є щось пригодницьке, але, мені здається, загальний тренд - це протриматися з мінімальною кількістю споживачів якомога довше. Вбудований GX - це, мабуть, найкраще, що Victron Energy придумали. Відносно дешево одразу з'являється мільйон сценаріїв та купа статистичних даних. Щоб зробити теж саме з китайським інвертором треба витратити в 3 - 4 рази більше коштів й часу, ніж коштує вбудований GX.

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

Дехто вважає, що деякий режим очікування для батареї краще конфігурувати як 90% SoC. Але для цього треба знати поточний SoC та відповідно періодично коригувати SoC повним заряджанням до SoC 100%. А хтось інший думає, що Cut-Off State - це SoC 20%, щоб батарея існувала якомога довше. Але ж знову десь треба взяти значення SoC.

Деякі інвертори мають три різні напруги заряджання - 1) Bulk Charge Voltage; 2) Absorption Charge Voltage та 3) Float Charge Voltage. На додаток максимальне значення струму заряджання й розряджання залежить від температури батареї. Всі електричні автомобілі враховують температуру батареї для коригування відповідного струму.

Цікаво, чому Must не розголошує, які саме параметри мають ті самі близько 30 опцій в налаштуваннях протоколу зв'язку. Один виробник все детально розписує, інший виробник все робить так, що навіть приблизно розуміючи технологію було нічого не зрозуміло. ) Або просто той другий виробник десь щось скопіював та сам не в курсі як й що працює. )

SoC - це фактично планування. Думаю, профіль споживання завжди дещо нелінійний. До того ж є якісь зовнішні чинники, які, скажімо, показують, що саме цього разу треба бути дуже економним й відповідно єдиний варіант зрозуміти скільки ще залишилося енергії - це SoC, який здатна визначити тільки BMS. А ще уявіть, що ДБЖ працює постійно автономно й треба хоч зрозуміти, коли й на скільки встиг зарядитися або розрядитися. Постійно бігати й дивитися SoC теж не зручно. Мені чомусь здається, відсутність показань SoC - це як їхати на автомобілі з вимкненим датчиком кількості палива в баку. Так, звісно, можливо, приблизно щось порахувати навіть відносно точно, але повністю треба пам'ятати свій шлях та ще на щось орієнтуватися (або на час, або на відстань, або на час й на відстань - не зручно). Вбудований GX значно дешевше виходить. Вже три Multiplus II GX отримали з NKON. На фоні оригінального повідомлення це навіть дешевша конфігурація. Зараз знову запишуть в рекламний відділ відповідного виробника. Але деякі ціни дещо дивують досі. До речі, в цьому прикладі рівень заряду 3,52 VDC. Здається, це вважається вже забагато. Jsdsolar навіть налаштована так, що 3,52 VDC x 16 буде рахувати як OV.

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

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

Така ідея була спочатку. Потім стало зрозуміло, що багато реле фактично мають імпульсний режим. У разі влаштування нових кабелів у приміщеннях всі реле можливо перенести у щиток. На додаток ще хтось підказав, що ABB має вимикач, який здатен повертатися в одне й те ж положення у разі замикання проводів й розмикання. Загалом в цій темі обговорена деяка кількість варіантів. Тому я зупинився на варіанті влаштування всіх реле в щитку, а до споживачів (світильників або LED драйверів) прокласти по два проводи. Відповідно smart функціонал буде повністю в щитку, де вже за необхідності щось буде коригуватися. Дзвінкова кнопка потрібного дизайну буде завжди в одному положені. Статус світильника в приміщенні відповідно можливо визначити, подивившись на нього, а в додатку повинен буде бути вірний статус без фактичної залежності від положення фізичного вимикача. Це все ще й можливо закріпити, схоже, на DIN рейку для деякої більш придатної для обслуговування інсталяції. Та ідея smart функціоналу в інтеграції з іншими системами, які, можливо, будуть створювати запити на вмикання й вимикання освітлення. Тобто загальний функціонал значно більший ніж прохідні вимикачі. Ще й навіть, схоже, є реле, які рахую споживання окремого споживача. Це вже навіть не відповідь, а деякий підсумок теми на цей момент. )

У Вас LFP батарея. Як саме Ви визначаєте, який поточний SoC у батареї? Зв'язок між BMS та інвертором використовується для коригування параметрів заряджання й розряджання автоматично (також відносно температури батареї). Думаю, з часом всі інвертори будуть мати такий зв'язок як звичайну комплектацію. До речі, в описі цього інвертора нічого немає про коригування напруги заряджання за вашим посиланням lodka5.com.ua/ibp-logicpower-lpe-w-psw-5000va-3500vt-24v-1-60a-lp19411/. В якому саме діапазоні відбувається коригування напруги заряджання?

Здається, близько 30 варіантів там в налаштуваннях протоколу з боку інвертора Must. Але що не зовсім зрозуміло, що саме треба робити, щоб вибрана опція, дійсно, була вірно застосована. 30 разів вимкнути та ввімкнути інвертор Must? До речі, ці батареї Dyness B4850 ще теж можливо конфігурувати (припускаю, є перемикач, який відповідає за протокол або якісь параметри зв'язку з боку батареї теж). Якось під'єднував трохи більші батареї Upower до Victron Energy, які GX розпізнав як Dyness. Вже багато разів про це згадували, але жодного повідомлення про те, що Must щось здатен прочитати не з батарей Must або з BMS JK у всьому Інтернеті немає.

Значить, у партнера (https://profikom.com.ua/ua/) з продажу в продажу реле (центрального вимикача ION CS-8) немає

Ви б ще написали, що там у валізці Li-NMC для швидкого прогрівання приміщення в деякому випадковому режимі