vovarpd

У вас остання модифікація 2699 того мультіплюса з switchable AC Out2, тобто цей вихід може керуватися програмно. В мене вибивав автомат без батареї на попередній модифікацї 2629. 2699 MultiPlus-II 48/3000/35-32 (ACOut2 switchable etc) (+EasySolar) Загалом все виглядає майже стандартно, прошивка остання 558. А що якщо прошити 16А в прошивці (зараз прошито 32А, але дозволено перевизначення по remote)? Чи який у вас вхідний автомат? Можливо ще якийсь нюанс з ground relay. Воно по замовчуванню включено його і нетреба вимикати. Воно при роботі з інвертора замикає один вихід на землю. При роботі від мережі розмикається. Так то все виглядає максимально стандартно і при наявності мережі в звичайній розетці з заземленням проблем бути б не повинно. Я недавно такий візок робив але з multiplus 24/1200 - то спеціально навіть пробував вилку в розетку тикати будь яким боком (настройки десь такі самі як і у вас крім акума) - якихось видимих змін не побачив (можливо вони десь можуть вилізти але принаймні все працює і автомати ніякі не вибивало)

Доречі побічний ефект якщо юзати abrp з enode, то маємо ще й по суті такий собі gps трекер. Апі віддає координати автомобіля.

в мене наразі платна версія abrp і там інтеграція з enode по lte. Скоро стане безплатна, то подивлюсь як буде з простим обд. Підозрюю що без телефона поряд ніяк Треба то мудре WiCan pro з wifi, воно якось з тими вимиканнями бореться. Але різні машини себе по різному ведуть. То треба досліджувати з конкретним авто.

Короче для вагена все працює через API від abetterrouteplanner Нажаль шкода не віддає range, тому прийшлось калькулювати і воно трохи наразі бреше з тим що показує машина. Але SOC і target soc (який налаштований в машині) чотко каже. Через OBD напряму буде точніше.

Може і так, бачу що тільки ariya і leaf підтримуються серед нісанів.

Пара запитів в claude code, і я отримав дані з машини. щоправда в мене там якийсь obd vgate простий підключений але факт такий: Простий запит на php (в нод ред буде схоже) до API Abetterrouteplanner (там в додатку генерую токен). Ключ до апі iternio циркулює в мережі. Функціонал урізаний але елементарне наче є. Для власного ключа треба писати їм запит, пояснити що і нащо. ключ безкоштовний. <?php require 'vendor/autoload.php'; use GuzzleHttp\Client; use GuzzleHttp\Psr7\Request; $abrpToken='XXXX'; $iternioKey = 'XXXX'; $client = new Client(); $request = new Request( 'GET', 'https://api.iternio.com/1/tlm/get_telemetry?token=' . urlencode($abrpToken), [ 'Authorization' => 'APIKEY ' . $iternioKey, ] ); $res = $client->sendAsync($request)->wait(); var_dump(json_decode($res->getBody(),true, 512, JSON_PRETTY_PRINT)); І відповідь з моєї шкоди: Чутливі дані замінив ХХХХ. SOC (80%)співпадає з тим що зараз на приборці. Але актуальність тих даних під питанням судячи з timestamp. Можливо якби машина заряджалась то вони б актуалізувалися, бо так виглядає що зараз все спить. Короче кажучи отримати цей SOC на node red і якось його там використати це вже діло техніки. array(2) { ["status"]=> string(2) "ok" ["result"]=> array(8) { ["telemetry"]=> array(8) { ["lat"]=> float(XX.XXXX) ["lon"]=> float(XX.XXXX) ["heading"]=> int(149) ["odometer"]=> int(95041) ["power"]=> int(-2) ["soc"]=> int(80) ["is_charging"]=> bool(false) ["calib_ref_cons"]=> float(199.0957794189453) } ["timestamp"]=> string(25) "2026-04-29 11:21:32+00:00" ["typecode"]=> string(30) "skoda:enyaq:21:77:meb:heatpump" ["name"]=> string(37) "Skoda ENYAQ iV 2021-2023 80: heatpump" ["vehicle_id"]=> int(XXXXXXX) ["user_id"]=> int(XXXXXXX) ["telemetry_type"]=> string(6) "obdble" ["is_connected"]=> bool(false) } }

я ще цього не зробив, та і моя шкода теж безплатно ніяких апі не надає. Розглядаю www.meatpi.com/products/wican obd адаптер, який вміє слати дані по mqtt наприклад. SOC, одометр, рейндж. Як запасний варіант, і трохи костиль, то можна попробувати використати Telemetry API від abetterrouteplanner (преміум версія має інтеграцію з enode і soc бачиться в програмі, і є API, ця enode має договори з виробниками, і інтегрується з ABRP навіть якщо наприклад в шкоді не проплачені care connect services як у мене зараз). Але то працює тільки у платній версії ABRP, і трохи там довгий ланцюжок получається (NodeRed=>ABRP API=>Enode (опитує шкоду раз на 5-10хв , не реальний час)=>Skoda API) abetterrouteplanner.com/resources/api Цього костиля хотілося б уникнути. Це в мене наразі плани на майбутнє, бо не особо й потрібно, але цікаво.

Це я писав що таке буває коли підключаю взагалі без батареї для налаштувань. Це через конденсатори в тому інверторі яким мій 16А автомат замалий. Хоча з аналогічним кватро 24/3000 чи мультігрід 24/3000 чи навіть 48/5000 я такого не замічав. Є там якийсь невідомий нюанс в тому 48/3000 Ну і з підключеною батареєю ще ніразу не вибивав автомати, а вже їх трохи поставив. Тому незнаю що і підказати. Скиньте сюди файл з remote veconfigure (VRM/Device List/Remote Veconfigure/Download) подивлюсь. І яка версія прошивки? (Device List/Firmware Update і там буде номер) А вхідний автомат той що вибиває який? Може він вже старий і нікудишній? ) Що якщо його замінити на новий?

але там нижче ще є речення. Цей розділ взагалі виглядає так ніби написаний в контексті Quattro з двома AC IN. Щоб навантажувати генератор навіть при наявності мережі. Генераторний режим входу я не пробував, но щось думаю то нічого принципово не міняє в контексті отих різких навантажень бо це програмна галочка на Venus OS, а не на рівні прошивки. Може якби ця галочка десь стояла на прошивці інвертора а не у Venus OS то толк би був, а так думаю нема. Но я НЕ пробував, можливо це і спрацює. Там є дуже схожа ситуація з Maxmimum Inverter Power. Тобто ви задаєте ліміт потужності інвертора у ESS на консолі при наявності мережі. Зазвичай все працює добре з пріоритетом по батареї в межах того ліміту. Але як тільки ви включаєте наприклад щось дуже потужне, то той ліміт спрацьовує з затримкою кілька секунд. Спочатку інвертор всеодно видає максимум можливого. Я це завжди замічаю коли жінка включає праску і з інвертора йде максимальні номінальні 1300W (1600VA) і тільки потім падає до 600W і починає більше брати з мережі.

В 3.80 власне вони додали в ноду Virtual Device оту роль EvCharger. наразі ніби так - просто статистика. От зараз пішла зарядка по нічному. Бракує зовнішнього лічильника тому цифри неспівпадають бо вона до віктрона. Але в графіку вже є окремий графік EV Charging. На днях на вебінарі Victron+Shelly вони говорили що EV це зараз hot topic для них, і вони активно цю тему розвивають. Думаю цей EVCS компонент (віртуальний чи оригінальний зарядний це неважливо, важливіше буде конект до автомобіля щоб отримати SOC та інші дані але це буде платна опція у врм - вона вже в беті є (community.victronenergy.com/t/beta-connect-your-electrical-vehicle-to-vrm/49569), так як це потребує платежів виробникам за доступ до АПІ автомобіля хоча я вже ніби найшов безплатний варіант через obd адаптер але там свої нюанси) буде обов'язково братися до уваги в DESS при наявності сонця і різних тарифів в майбутньому. А наразі хіба що самому в нод ред це налаштовувати - виключати зарядку якщо мало сонця, вмикати якщо багато

Побавився з бетою 3.80 venus os. Зробив віртуальний EV Charger на основі shelly розетки і втикнув туда своє зарядне від електрички. Так як в мене проста розетка і там 2квт максимум зарядка може давати - то шеллі plug m (16A) розетки достатньо. Тепер маю такий віджет EVCS на VRM на AC Input (він перед інвертором в мене), і воно веде нормальну статистику по сопживанню електромашини. Бо те що каже машина то насправді менше, воно втрат на перетворенні не показує. А тут зручно бачити споживання, можна вимкнути зарядку віддалено, вкл викл зарядку базуючись на сонячній генерації (бо я наприклад рішив не проплачувати 3000 грн шкоді на цілий рік цього року. минулого року той віддалений доступ коштував шось 500 грн, а зараз все що треба і нетреба зробили пакетом і різко підняли ціни). Якщо великі потужності то звісно краще купити зразу віктронівську зарядку. community.victronenergy.com/t/vrm-release-notes-dess-adjustable-consumption-split-consumption-categories-multisite-ai/56886

580 то без доставки. Я назвав ціни з доставкою до Львова. Вийде+- ті самі 600. нкон не найдешевша фірма, просто дуже розкручена і асортимент віктрона там так собі - самі ходові позиції. Спеціально перевірив ціни в свого постачальника перед написанням. З трифазною системою це так.. треба три кватро і тут різниця вже набігає серйозна. Quattro II має помоєму той же розмір що і multiplus 2. Проблема що Quattro 2 це максимум 5000VA. Quattro 8000 коштує 1365 без доставки. Multiplus 8000 коштує 1008 без доставки. Тут вже різниця не така цікава Наприклад працює генератор. Ви його навантажили по максимуму скажімо 5квт. І потім різко зняли нагрузку от прямо в нуль. Я часто бачу на VRM що з ESS асистентом появляється експорт на долі секунди (причому в себе я це бачу навіть без сонця, воно з батареї показує що йде на експорт оті долі секунди), а якщо є сонце (наприклад PV інвертор на виході), і батарея повна, навантаження нема, а генератор все ще працює - то ситуація може усугубитися. Ну а навіщо б вони тоді писали що ESS нетреба використовувати з off grid і генератором?

Воно не буде продовжувати експорт, але при різкому скиданні нагрузки з генератора не встигає відреагувати (бо це софт, з'єднаний по кабелю, керується розрахунками і дає команду на мікроконтроллер в інверторі - там є якесь latency, Guy Stewart на форумі розписував чому навіть Grid Setpoint плаває і може йти в мінус і це неможливо зафіксувати). Це долі секунди але вони є. Чи воно вплине на генератор - це ще питання - може й нічого не буде Ну як зробите то розкажіть через якийсь час. Кватро це все класно менеджить але ціна. MultiPlus-II 48/5000/70-50 230V хай 600 євро. Quattro-II 48/5000/70-50/50 230V хай 810 євро Хоча якщо враховувати що непотрібно купувати жодних AVR і якихось налаштувань, є надійна віктронівська якість того авр вбудована, і воно чотко без жодних нюансів працює з ESS, то ці 210 євро вже не виглядають якось дорого. Недавно мав кватро 24/3000, то була нагода понаблюдати як відбувається переключення з одного джерела на інше. Мені сподобалося. https://www.facebook.com/share/v/1BZ3x2R1Cc/ Загалом думаю працювати воно буде, в себе я б напевно спробував. Просто я це розглядаю все з точки зору монтажу клієнтам і брати відповідальність за їхні генератори якось неохота, бачучи що віктрон пише що ESS нетреба використовувати офгрід з генератором.

Я прям на 100% стверджувати небуду, бо є люди які писали що у них все працює. Але наскільки читав на форумах то віктрон не гарантує роботу ESS (асистент) з генератором. Тобто експорт вимикається програмно, а фізично є певні мікрозатримки. І при різкій зміні навантаження всеодно щось трошки йде на генератор назустріч. Воно і в консолі часто видно мінуси при скиданні навантаження. Плюс якщо сконфігурований наприклад Grid Code (скажімо Europe і LOM) - то там не передбачається генератора, це мережа і досить жосткі нормі (50.5+hz вже не приєднається якщо генератор недуже, хоча є варіант Other). А зовсім без грід кода встановити ESS Assistant воно не дає. З мануала ESS скрін, там пише що не для офгрід з генератором. Теоретично там щось в першому реченні написано про grid code і LOM, але це ж треба постійно смикати, при переході на генератор, а це робиться тільки через veconfig і це довго і незручно і треба вінду. От наприклад як це виглядає на кватро. Там є предустановки для генератора (AC In1, Loss of main вимикається або тип B, і грід код Other), а для мережі (AC IN2) діє основний грід код. І третій скрін то FAQ від віктрона щодо grid code і LOM з генераторами.

мене більше CAN цікавить щоб якось поважати ліміти CCL. Ну і вимикати той зарядник як тільки Grid Connected на основному інверторі появилось і напруга прийшла в норму. Або якщо генератор, то знімається з нього нагрузка хоча глушити всеодно вручну треба йти.