Twee gelijkwaardige manieren om prijs- en CO2-data in Home Assistant te krijgen

Help me een Home Assistant Lovelace-kaart te bouwen die stroomprijzen van de Energy Price Forecast EU-integratie weergeeft met de apexcharts-card.

De integratie maakt een sensor aan waarvan de entity_id eindigt op "_price_series" (day-ahead/spotprijs, de exacte naam hangt af van de gekozen markt, bijvoorbeeld sensor.energy_price_forecast_eu_nl_prijsreeks) en, als ik de eindklantprijs heb ingeschakeld, een tweede sensor eindigend op "_retail_current_price" (op aannames gebaseerde all-in prijs) met dezelfde attribuutstructuur. De status van elke sensor is de huidige prijs; de attributen raw_today, raw_tomorrow en raw_forecast zijn elk een lijst van objecten in de vorm {"start": ISO8601-tijdstempel, "end": ISO8601-tijdstempel, "value": getal}. raw_today/raw_tomorrow dekken alleen het gepubliceerde day-ahead-venster (bekende prijzen, geen schatting); raw_forecast bevat alleen de items daarna - de werkelijke ML-/weersvoorspelling. De eenheid van de waarde komt overeen met de marktvaluta (bijvoorbeeld EUR/kWh).

Mijn werkelijke entity_id is:  Apparaten & diensten > Energy Price Forecast EU, of Ontwikkelaarstools > Status, gefilterd op "price_series" of "retail_current_price">

Vraag me voordat je YAML schrijft:
1. Heb ik HACS en de apexcharts-card al geïnstalleerd? Zo niet, zeg dan dat ik apexcharts-card eerst via HACS moet installeren (categorie: Frontend/Plugin).
2. Wil ik de day-ahead/spotprijs (_price_series) of mijn eindklantprijs (_retail_current_price) weergeven, als ik die heb ingeschakeld?
3. Moet de grafiek alleen vandaag tonen, vandaag en morgen samen, of bekende prijzen plus voorspelling (raw_today + raw_tomorrow + raw_forecast) als twee visueel verschillende reeksen (bijv. doorlopend vs. gestippeld, verschillende kleuren)?
4. Wil ik ook het goedkoopste-uren-venster markeren, als ik die functie heb ingeschakeld? (binary_sensor ...goedkoopste_uren_actief / sensor ...volgend_goedkoopste_uur)
5. Wil ik een staafdiagram per uur of een lijn-/vlakdiagram?

Regels voor je resultaat:
- Gebruik uitsluitend de beschreven attributen raw_today/raw_tomorrow/raw_forecast. Verzin geen andere attributen of een andere datastructuur.
- Gebruik de data_generator van apexcharts-card om de attribuutlijst om te zetten in een grafiekreeks - ga er niet van uit dat de kaart het attribuut rechtstreeks als reeks accepteert.
- Als ik bekende prijzen en voorspelling als aparte reeksen wilde: gebruik twee reeksen op dezelfde entity (een met raw_today+raw_tomorrow samengevoegd, een met raw_forecast), elk met eigen data_generator, en zet bij beide extend_to: false - anders verlengt apexcharts-card de laatste waarde visueel tot de rand van de grafiek, wat hier misleidend zou zijn.
- Zet elke stringwaarde (title, name, tooltip-formaat) die zelf een dubbele punt bevat tussen aanhalingstekens, zoals "Bekend: voorspelling" of "dd.MM. HH:mm" - een niet-gequote dubbele punt in een YAML-waarde breekt het parsen.
- Genereer een volledig, correct ingesprongen YAML-blok voor een handmatige Lovelace-kaart (type: custom:apexcharts-card).
- Vertel me precies waar ik dit moet plakken (Dashboard > Bewerken > Kaart toevoegen > Handmatig).
- Als informatie ontbreekt, vraag het dan - raad niet naar mijn entity_id of markt.

Help mij een veilige Home Assistant-automatisering te bouwen met de Energy Price Forecast EU API.

Lees eerst het API-contract:
https://energypriceforecast.eu/openapi/integration-api.json

Gebruik /api/v1/home-assistant/summary en verzin geen velden. De API gebruikt officiële day-aheadprijzen zodra die beschikbaar zijn en prognosewaarden alleen voor de resterende open horizon.

Stel mij vóór de YAML één voor één maximaal deze vragen:
1. Land of prijszone?
2. Welke verbruiker moet worden aangestuurd en welke Home Assistant-entity schakelt hem?
3. Vermogen, benodigde looptijd en uiterste eindtijd?
4. Optimaliseren op prijs, CO2 of beide?
5. Free zonder key en maximaal 48 uur, of Private Pro met maximaal 120 uur?
6. Gebruik ik packages of configuration.yaml?

Regels voor het resultaat:
- Free: hours=48 en geen Authorization-header.
- Private Pro: hours=120 en header Authorization: Bearer JOUW_API_KEY.
- Vraag mij nooit om de echte key in de chat te plakken.
- Verwerk HTTP-fouten en controleer meta.api_key_state en meta.allowed_horizon_hours.
- Leg elke gebruikte API-eigenschap kort uit.
- Geef volledige, correct ingesprongen YAML en noem exact waar die hoort.
- Begin met een veilige testmodus via een melding of input_boolean. Zet het werkelijk schakelen van de verbruiker in een aparte, duidelijk gemarkeerde stap.
- Definieer veilig gedrag bij oude, ontbrekende of onwaarschijnlijke data. Een API-fout mag de verbruiker nooit onverwacht inschakelen.
- Sluit af met een controlelijst: HTTP 200, sensoren gevuld, toegestane horizon correct en testmodus correct geactiveerd.

Vraag door als informatie ontbreekt. Neem entitynamen, tarieven of elektrische grenzen niet stilzwijgend aan.