Kompletní program — podložený daty

Běžný organizační blok — přijďte dřív, pokud chcete neformálně promluvit se zástupci OCA a DSO před začátkem oficiálního programu.

Udává rámec dne; sledujte signály, jakou váhu organizátoři přikládají tématům integrace do sítě oproti platbám/interoperabilitě, protože toto rozdělení utváří zbytek programu.

OCA udává globální směr OCPP, takže jde o nejbližší ekvivalent projevu o stavu standardu — stojí za návštěvu, pokud potřebujete vědět, co má prioritu v roadmapě 2.x a co zůstává na národních profilech, jako je CSIP-AUS.

Jak DSO tlačí na přímou viditelnost a řízení distribuovaného zatížení EV, mezera mezi protokoly nabíjecích bodů (OCPP) a síťovými DER standardy (CSIP-AUS) se stává skutečným integračním úzkým hrdlem — ne teoretickým. Tato sekce by měla objasnit, kde dnes překlad skutečně probíhá: v middlewaru na straně CPO, na platformách agregátorů, nebo v nativním propojení protokolů, a které nesoulady v latenci/datových modelech zůstávají nevyřešené. Každý, kdo staví řešení pro australské regulatorní požadavky DER (dynamická připojení, flexibilní limity dodávky), potřebuje konkrétní odpověď, ne přehled standardů.

Společná iniciativa OCA/CSIP-AUS na whitepaperu, která se mění v praktické pokyny, je přesně ten typ standardizační práce, jenž se později stává povinným požadavkem pro připojení — včasný vhled je zde předstihovým indikátorem nákladů na compliance.

Přestávka — bez obsahu.

Umístění lokálního kontroleru rozhoduje, kdo nese náklady a odpovědnost za odolnost při výpadku připojení a souladu se síťovými požadavky — jde o reálný konstrukční kompromis pro každého, kdo ve velkém nasazuje lokality integrované s DER, ne o teoretickou otázku.

Nabíjecí infrastruktura se stále častěji považuje za kritickou infrastrukturu a australský regulatorní přístup se teprve formuje — CPO potřebují už nyní vědět, zda povinnosti budou kopírovat stávající legislativu pro OT/kritickou infrastrukturu, nebo vzniknou pravidla specifická pro EV.

164 bezpečnostních opatření je při omezeném rozpočtu na vývoj hodně k prioritizaci; hodnotou je zde označení toho, co je pro australské provozovatele nezbytné a co jen vhodné, protože síťově připojené nabíječky představují zdokumentovanou útočnou plochu.

Přestávka — bez obsahu.

Terénní poznatky z EU Plugfest a od evropských regulátorů a grantových institucí jsou užitečné hlavně pro odhalení mechanismů interoperability a financování, které Austrálie pravděpodobně převezme jako další — jde o předstihový indikátor, ne o zpětný pohled.

ISP 2026 od AEMO stanovuje systémová očekávání pro obousměrné a koordinované nabíjení, vůči nimž nyní odvětví musí rozvíjet schopnosti; skutečnou otázkou je, zda současné standardy a návrh trhu skutečně odstraní překážky přístupu, o jejichž zmizení AEMO předpokládá, že nastane.

Přestávka.

Mezery v konformitě jsou stále hlavní příčinou selhání v provozu a nákladných sporů o interoperabilitu mezi CPO, dodavateli CSMS a hardwarovými OEM. Tato sekce by měla objasnit, kde končí ladicí testování a začíná formální certifikace OCTT, i jaká návratnost investice ospravedlní tento krok pro týmy, které dnes nasazují stacky OCPP 1.6/2.0.1.

Financování ARENA přímo formovalo rozvoj veřejného nabíjení v Austrálii, takže její pohled na to, co fungovalo v pilotních projektech VGN, ukazuje, kam se budou dál ubírat vládní podpora a požadavky na dodržování předpisů. Každý, kdo buduje nebo soutěží o zakázky v australské nabíjecí infrastruktuře, by měl sledovat, jaké strukturální mezery ARENA označí jako úkol pro odvětví.

Životaschopnost V2G závisí na tom, zda standardy řízení zátěže skutečně fungují napříč flotilami od různých dodavatelů, a profily chytrého nabíjení v OCPP 2.1 jsou mechanismem, který nejspíš rozhodne o úspěchu či neúspěchu obousměrných nasazení ve velkém měřítku. S CharIN a KERI v panelu zde zjistíte, zda testování interoperability dohání ambice hardwaru.

Přechod k testovacím dnům plugfestu.

Networkingové setkání.

Praktické testování interoperability mezi implementacemi nabíjecích stanic a CSMS — skutečná hodnota spočívá v tom, které kombinace dodavatelů selžou a proč; data, která se mimo podobné akce obvykle neobjeví.

Pokračování testování plugfestu; každý blok obvykle propojuje jiné kombinace dodavatelů, takže pokrytí napříč bloky je důležitější než kterákoli jednotlivá sekce.

Pokračování testování plugfestu; každý blok obvykle propojuje jiné kombinace dodavatelů, takže pokrytí napříč bloky je důležitější než kterákoli jednotlivá sekce.

Pokračování testování plugfestu; každý blok obvykle propojuje jiné kombinace dodavatelů, takže pokrytí napříč bloky je důležitější než kterákoli jednotlivá sekce.

Pokračování testování plugfestu; každý blok obvykle propojuje jiné kombinace dodavatelů, takže pokrytí napříč bloky je důležitější než kterákoli jednotlivá sekce.

Závěrečný blok plugfestu — pro každého, kdo rozhoduje, kterému CSMS nebo firmwaru nabíjecích stanic důvěřovat v produkci, jsou podstatné souhrnné výsledky všech šesti sekcí.

Selhání interoperability OCPP mezi CPO a dodavateli CSMS jsou stále hlavní příčinou výpadků v provozu a zpožděných rolloutů. Tento blok je praktický interop test — klíčové otázky: kteří dodavatelé a verze OCPP se testují a jaké režimy selhání se odhalí. Relevantní pro každého, kdo dodává nabíječky nebo backendový software a před nasazením potřebuje jistotu, ne jen shodu se specifikací na papíře.

Mezery v interoperabilitě mezi firmwarem nabíjecích bodů a systémy správy zůstávají hlavním zdrojem tiketů podpory a nevyužitých aktiv. Jde o živý testovací blok — stojí za to vědět, která verze/funkce OCPP jsou v rozsahu a zda výsledky vstoupí do veřejných dat o shodě. Nejdůležitější pro hardwarové OEM a poskytovatele CSMS, kteří ověřují deklarace před nasazením u zákazníka.

Plugfesty existují, protože samotná certifikace OCPP nezaručuje, že spolu dva systémy budou v terénu skutečně správně komunikovat. Klíčové neznámé jsou konkrétní dvojice dodavatelů a testované toky zpráv i to, zda jsou pokryty okrajové případy jako Smart Charging nebo přemostění ISO 15118. Každý, kdo integruje nabíječky třetích stran do stávajícího CSMS, by měl sledovat, co selhává.

Jako poslední plánovaný testovací blok tato session nejspíš uzavírá několikadenní prověrku interoperability napříč implementacemi OCPP — hodnotu mají souhrnná zjištění, ne jen tento jeden běh. Otevřené otázky: jaké výsledky se zveřejní a zda uvedou konkrétní kombinace dodavatelů/verzí, které prošly nebo selhaly. Nákupní týmy a členové komisí pro standardy by odpovědi měli zajímat.