Dobrý den. Chystáme se pořídit první EV do rodiny (jako druhé auto), nejspíše Mini.
Před koupí bych chtěl nejdříve zaintegrovat Wallbox do chytré domácnosti. Jaké zařízení by jste mi doporučili, aby splňovalo následující:
11kw charger
chytré řízení nabíjení
jsme u Delta Green s Proteusem na SPOTu s FV(6kwp, 10kw baterie), chtěl bych tedy aby Proteus dokázal nabíjet auto dle SPOT cen, přebytků atd
možnost mít “zabezpečenou” zásuvnu na garáži, tak aby z ní mohl nabíjet jen já a ne kdokoli
pokud má Mini nějaké funkční API na řízení nabíjení přímo, tak pak je volba Wallboxu jedno. Pokud ne, tak pak to chce nějaký Wallbox, který umí komunikovat online nebo lokálně (skrze Delta Link) a podporuje Open Charging Protocol
Dobrý den,
nejspíše budu instalovat " Wallbox Pulsar MAX" a dle dostupných informací OCPP podporuje.
Integrace do protea bude umět nabíjet elektromobil pokud je výhodný spot?
Dle informace wallboxy MyBox Home, které máme podporují OCPP 1.6 tedy i Open Charge Protokol. Myslíte, že bude snazší nabíjení auta řídit přes wallboxy nebo napřímo auto (VW ID.3)?
Dobrý den, v tuto chvíli bohužel nemůžeme slíbit konkrétní termín. Můžete však sledovat naši roadmapu, kde stav této věci ihned upravíme, jakmile ji posuneme do další fáze. Pavla, Delta Green
Jsou nějaké novinky ohledně EVs? Pochopil jsem, že pro efektivní plánování a řízení nabíjení (~ SOC, FVE, levný spot atd.) potřebujete komunikovat s autem. Ale na roadmapě vidím leda tak Teslu a to ještě jen ve stádiu zvažování.
A taky je tam WB Solax. Ovšem jen pro flexibilitu… což je při spotřebě EV jen taková legrácka navíc.
ty WB děláme včetně řízení Proteem - už jsme docela daleko, testuji to již u sebe v pre-alfa verzi, ale už brzy beta, kam vás pak chci pozvat všechny.
SoC se bude zadávat ručně vždy při připojení auta k nabíječce (proto kvůli tomu řešíme i notifikace do naší aplikace - ta nebude v appstoru, ale zůstane jako webová, ale bude mít funkční notifikace).
Ty EV, resp WB jsou aktuální prio v DEVu, tzn. aktivně se na tom pracuje (nečeká to v TODO)
Prosím, udělejte to jako API first, protože tadle cesta co naznačujete jistě znamená, že to bude fungovat jen pár šťastlivcům a ještě velmi neergonomicky
“API first” neznamená, že to bude schopen integrovat koncový uživatel. To znamená, že si navrhnete veřejnérozhraní, na které se umí připojit kdokoliv, kdo potřebuje (i vy). A teprve na toto rozhraní si napojíte i vlastní aplikaci a v tomto případě příslušné wallboxy (API je ideálně bez rozlišení vendora). Je to jen mentální switch, nic jiného.
no, není to jen mentální switch - to API na vše už takto existuje - proto bylo možno vytvořit i to neoficiální připojení na naše API, viz odkazy tady na fóru - problém je, když to uděláme oficiálně, musíme kolem toho udělat komplet ověřovací a autorizační vrstvu, udělat dev portál s možností generovat API tokeny, dokumentací atd. - a hlavně je potřeba vše projít a rate-limitovat atd.
Ale obecně souhlas, chceme jít touhle cestou, jen se snažím vysvětlit. že to není jen “mentální“ rozhodnutí, ale je kolem toho dost práce, kterou už i máme sepsanou a rozplánovanou, ale aktuální priorita to není
Právě proto se tento přístup jmenuje API first, a je vidět, že je u vás ten mentální switch potřeba, když se mě snažíte přesvědčit, že to nemá prioritu. Vyjmenované věci jsou mi přijdou jen jako implementační věc, nikoliv celý development (“víme co, víme jak, jen nevíme kdy začít”).
Nicméně nezbývá mi než se těšit a jestli bude čas, výmýšlet workaroundy - žel v tomto případě špíše rovnáky na ohýbáky. A samozřejmě pravidelně prudit (což mě upřímně nebaví).
Já bych zas preferoval využívat EV pouze pro Flexibilitu Down, jelikož mi auto vydrží celý týden a o víkendu nabíjím “manuálně” (třeba v zimě nejcasteji v noci o víkendech).
Ještě mi není jasné, jak by Proteus vyčítal SoC auta. Pochopil jsem nejake manualni zadani na zacatku. Asi mi neco nedochazi.
skrze WB to bude snažší - ale i tak budeme potřebovat vyčítat SoC přimo od auta, protože to bohužel WB nevidí