Artikeln innehåller annonslänkar för Kjell & Company.
Dags för lite tekniknördigt fredagsmys. Numera finns det i Home Assistant Core en Nord Pool-integration istället för den externa ostödda. Det krävs dock lite handviftande för att få fram timdata så man kan plotta prisgrafer, vilket jag utlovat att redovisa.

Den nya integrationen ökar möjligheterna att stödja de i juni kommande 15-minuterspriserna är min bedömning och oavsett är det alltid säkrast att använda en integration som stöds officiellt av Home Assistant i sin Core-distribution, så jag gick härom veckan över till denna i en paus i bokarbetet.
Jag kör sedan ett och ett halvt år tillbaka Home Assistant Green (annonslänk) med ett externt extra SSD-minne för överloggning av allt data istället för en energislukande (nåja) MacMini, vilket i övrigt ökat reservkraftstiderna vid strömavbrott en del. På tal om det så finns det nu den mycket prisvärda Ecoflow River 3 UPS (annonslänk) om du är ute efter en UPS till dina system. Sett till hur länge batterierna räcker (typ 3 000 cykler) och hur mycket de klarar är detta en mycket bra produkt istället för blybatteribaserade UPS:ar. Till skillnad mot tidigiare produkter från Ecoflow så slår denna om på under 10 ms istället för 20 ms och kan därmed driva datorutrustning oavbrutet. Kommer byta mina bly-UPS:ar i takt med att deras batterier dör, vilket brukar ske efter något år. Har dock redan Ecoflow som reservkraft, se tidigare skarpa test av systemet från strömavbrottet i december, men de behöver alltså bly-UPS:ar för att inte nätverk osv ska gå ner. Jag kör Eaton som UPS, då APC är skit, om nu någon undrade.
Även den stora (och med det följer priset) Ecoflow Delta 3 Plus (annonslänk) har nu 10 ms UPS-funktion. Viktigt att notera att det måste vara Delta 3 Plus och inte Delta 3. Men en fånigt bra större UPS-lösning som kan driva rätt mycket av ett hem ett antal timmar, t ex belysning, Internet och kyl/frys. Övriga Ecoflow fungerar som UPS för vanlig hemutrustning, men inte för datorer och nätverksutrustning.

Den gamla integrationen för Nord Pool till Home Assistant levererade innevarande och nästa dygns timpriser, medan den nya levererar även upp till tre månaders historiska priser. Man måste dock göra lite teknisk handpåläggning för att få fram dessa timpriser, då det inte finns någon sensor där dessa ligger som attribut.
Koden nedan är justeringar och tillägg till denna diskussionstråd i Home Assistants forum där nederländaren PatrickR skrivit lösningen.
Här är således koden som behöver in i configuration.yaml:
template:
- trigger:
- trigger: time_pattern
minutes: "/15"
- trigger: homeassistant
event: start
action:
- action: nordpool.get_prices_for_date
data:
config_entry: 01JSW7GZ9SRPKKCK26238SVY61
date: "{{ now().date() }}"
areas: SE3
currency: SEK
response_variable: today_price
- action: nordpool.get_prices_for_date
data:
config_entry: 01JSW7GZ9SRPKKCK26238SVY61
date: "{{ now().date() + timedelta(days=1) }}"
areas: SE3
currency: SEK
response_variable: tomorrow_price
sensor:
- name: Nord Pool SE3 Prices
unique_id: nordpool_se3_prices
icon: mdi:cash
state: >
{% if today_price is mapping %}
{% set data = namespace(prices=[]) %}
{% for state in today_price['SE3'] %}
{% set data.prices = data.prices + [((state.price/1000 )) | round(3, default=0)] %}
{% endfor %}
{{min(data.prices)}}
{% else %}
unavailable
{% endif %}
attributes:
data: >
{% if today_price is mapping %}
{% set data = namespace(prices=[]) %}
{% for state in today_price['SE3'] %}
{% set data.prices = data.prices + [{'start':state.start, 'end':state.end, 'price': ((state.price/1000 )) | round(3, default=0)}] %}
{% endfor %}
{% if tomorrow_price is mapping %}
{% for state in tomorrow_price['SE3'] %}
{% set data.prices = data.prices + [{'start':state.start, 'end':state.end, 'price': ((state.price/1000 )) | round(3, default=0)}] %}
{% endfor %}
{% endif %}
{{data.prices}}
{% else %}
[]
{% endif %}
Detta gör att innevarande dags priser läggs upp som en tidsserie och om nästa dygns priser finns läggs även de till, vilket är mitt eget tillägg.
Det hela uppdateras var femtonde minut för övrigt, för att fånga när uppdateringen för nästa dygn kommer vid 13-tiden. Man kan förstås lägga till ytterligare historiska datum genom fler actions och date:-attribubt, men det lämnas som en övning åt den som bryr sig.
Därmed finns iaf tidsserierna, som också kan behövas för att planera batteriladdning, när man ska köra på batteri istället för nätel, eller när elbilar ska laddas, vilket integrationen i sig saknade. Integrationens egna sensorer kan bara rapportera högsta, lägsta, medelpriser, medelpriser och högsta/lägsta dagtid, morgon, kväll och nuvarande pris.
Har man väl denna tidsserie så använder jag sedan följande graf i ApexCharts-tillägget som skapar en sensor som heter sensor.nord_pool_se3_prices som innehåller tidsserien.
type: custom:apexcharts-card
experimental:
color_threshold: true
graph_span: 48h
header:
title: Electricity Prices Today SE3
show: false
span:
start: day
now:
show: true
label: Now
series:
- entity: sensor.nord_pool_se3_prices
type: column
show:
extremas: true
float_precision: 3
data_generator: |
return entity.attributes.data.map((start, index) => {
return [new Date(start["start"]).getTime() + 1800000, entity.attributes.data[index]["price"]];
});
color_threshold:
- value: -2
color: deepskyblue
- value: 0
color: darkgreen
- value: 0.25
color: green
- value: 0.5
color: limegreen
- value: 1
color: gold
- value: 1.5
color: orange
- value: 2
color: orangered
- value: 2.5
color: red
- value: 3
color: firebrick
- value: 4
color: darkred
yaxis:
- id: "1"
align_to: 0.1
min: -0.2
decimals: 2
apex_config:
title:
text: SEK/kWh
tickAmount: 4
apex_config:
xaxis:
type: datetime
tooltip:
enabled: false
tooltip:
enabled: true
x:
show: true
fixed:
enabled: true
position: topLeft
chart:
height: 240px
grid:
show: true
borderColor: rgba(255,255,255,0.1)
Här skulle jag vilja ordnat att grafen börjar från noll, om det inte finns negativa prisvärden i tidsserien, då den börjar från underliggande negativa tiondelar. Om någon kan leverera sådan kod vore det kul, men jag har helt enkelt hårdkodat -0:20 SEK som start på grafen. Extremt ovanligt att priserna går under -20 öre.
Jag har även ändrat färgerna utifrån mina önskemål och intervaller.
Så var det med den saken. Vill någon dela med sig av sin programmering för tidsstyrning av optimerad batteribruk och elbilsladdning, posta gärna kommentarer.
Med det önskas ett fortatt härligt fredagsmys.
57 kommentarer
Har någon ett tips på kodsnutt för att skapa elprisbaserade automationer? T ex, kör poolvärmen de 6 billigaste timmarna under dygnet men bara mellan 6-21 då COP är lite bättre.
Jag kör väldigt enkelt. Om elpriset är över 50 öre och priset går över medelpriset för dagen bryter jag spabadet och varmvattenberedaren, och tvärt om (med lite småpill för utomhustemperatur så inte spabadet fryser i yttre rör, samt lite småpill för att fånga randvillkor som kan gör att värmen inte slås på igen ens nattetid, samt lite småpill för att hantera effekttaxan så man inte slår på igen vid 6+ kW inköp utan väntar lite).
Angående randvillkor – när man vaknat och gått till duschen en morgon efter att ha duschat på kvällen och VVB har varit avstängd sedan lunchtid dagen innan så ser man till att alltid slå på VVB igen vid 01 på natten oavsett pris …
Något jag noterat sedan jag började med automatiseringarna är att de senaste åren uppstår underliga randvillkor och onormala prismönster allt oftare. Förr var det enkelt. Billigt på natten, dyrt på dan.
Avstängning VVB:
Påslagning VVB:
Yaml 😫🤮
Jag visade hur det ser ut i YAML, det hela är konfat i gränssnittet.
Det finns en energioptimeringskomponent som heter AOI energy management i hacs som gör just det tillsammans med nordpool integrationen.
Rekommenderar den skarpt.
Kolla powersaver.no. Funkar klockrent med node-red och HA.
Morgonens notering på 1.66 SEK/kWh klockan 20 måste ju var nån sorts rekord för en lördagskväll i maj.
Typ.
Fick precis räkningen för SE2.
Den var på 78 SEK för 476 kWh från elhandelsbolaget.
Nätägaren vet iaf hur man tar betalt så den räkningen var väsentligt högre…
Fick min på några hundralappar för 1000 kWh inköpt.
Ännu inte fått för SE3 så den är inte lika snygg fast där tar nätägaren mindre betalt så det jämnar ut sig.
Har varit ovanligt kalla nätter första veckorna i Maj, typ 3-4 grader kallare i snitt än föregående år. April däremot var varmare. Kalla nätter med lite vind ger högre priser. Men nätavgiften är alltid det som kostar mest i mitt hushåll. Har precis bytt till timrörligt för att kunna labba lite mer med HA och alla shellys jag slösat pengar på.
Jag har en automation som använder tibbers integration för att avgöra huruvida jag köper eller säjer el för tillfället, och i så fall hur mycket under/överskott det rör sig om. Sedan delar jag detta med 230, för att få reda på hur mycket ampere som jag köper eller säljer. Sedan justerar jag mängden tillgänglig ampere i Zaptec-laddaren, inom dess tillåtna intervall.
Det gör att jag alltid kan sätta i sladden i laddaren, men jag laddar bara då jag kan göra det “gratis” och då olika fort baserat på hur mycket överskott som finns. Fördelen är att det går att ladda bilen med kanske 3500W under en normal dag, men skulle man slå på spisen eller något annat så blir det ju ett underskott vilket skulle sänka laddningen motsvarande för att åter igen ligga och balansera på 0 +/- <1A. Så klart med en knapp i hallen som overridar detta och laddar ändå, om man vet att man behöver det.
Har Zaptec en HA-integration? Behöver byta min dumma laddare till en som kan styras.
Ja, denna fungerar: https://github.com/custom-components/zaptec
Jag har en Zaptec Go.
Du kan sätta på/av laddaren, och välja laddstyrka, bland annat. Finns även en sensor för faktiskt nuvarande effekt också, samt även saker så som temperaturen i laddboxen, hur många kWh nuvarande session fått, och lite annat med. Verkar finans 42 “entities” av varierande sort som exponeras för mig.
Zaptec Go är väl den som har usel lastbalansering, den som tar flera timmar innan den rampar upp strömmen när belastningen sjunkit?
Själv överväger jag att låta sätta upp dubbla Go-E, en produkt från Österrike som verkar rätt OK. Jag avvaktar bara att det blir klart hur de tänker implementera effekt-tariff i vår region någon gång de kommande åren för att veta hur mycket jag vågar säkra upp huvudsäkringarna 🙂
Annars, så länge laddboxen kan kommunicera över mqtt så att man slipper moln-lösningar så brukar det finnas bra Home Assistant-alternativ upplever jag. Men vill man ha officiellt stöd får man ett smalare utbud förstås.
Jag sparade in lite på hårdvaran och byggde egen lastbalansering av min Zaptec Go i Home Assistant, baserat på befintlig strömmätning från smartmätaren vid huvudsäkringarna som är kopplad till min SolarEdge-växelriktare. Läser in denna i HA via ModbusTCP var 5 s.
Tycker nog att laddboxen rampar upp när jag ber den göra det, men väntar litegrann för att inte i onödan få bergochdalbana i laddeffekten. (Behöver begränsa strömmen relativt ofta eftersom hybrid-minibussen bara laddar på en fas…)
Den största nackdelen jag har märkt är att den verkar gå i nåt slags viloläge när ingen bil är inkopplad, och inte tar emot ordrar då eller rapporterar in temperaturen.
Funderar på att komplettera med en Go E inne i garaget, eftersom det redan finns ett 16 A 3-fasuttag där och lilla el-andrabilen kommer bo där inne på vintern. Å andra sidan behöver man bara ladda den nån gång i veckan.
Den andra stora nackdelen är ju uppenbart att den kör via molnet, hade missat det… En laddbox med lokal integration hade varit att föredra. Skaffade faktiskt en liten 4G-router som får agera backup i UniFi, eftersom vi häromveckan hade ett 2 dagars avbrott på fibern.
Vi har inte haft behov av lastbalansering än (elhybrid som inte kräver så mycket när den laddar) men har installerat en separat lastbalanserare från Enegic. Det är ju troligare att vi skaffar en ren elbil än en till hybrid eller en brännbil i framtiden.
Jag skulle rekommendera en zappi 2.1. Även om det är den enda jag har erfarenhet av. Den har 3 lägen för laddning. Fast, full kräm 3 fas upp till 22kW, eco 1 eller 3 fas 6A men följer med upp om solcellerna ger överskott. Eco+ 1 eller 3 fas, du anger hur många % som ska vara från solcellerna 1-100%. Läser in nordpool själv, har funktion för power limit tex du kan ställa den på att max importera x kW och laddaren sänker alt slår av när du startar ugnen. Tyvärr måste man ändra på enheten. Vilket för oss med Ellevio är synd.
Hade varit snyggt att hantera det från HA istället för att gå ut kl 22 och ändra. Självklart vanlig lastbalansering mot huvudsäkring. Integrerar med HA. Jag är sjukt nöjd
Har även en automation med geofence, så laddboxen är alltid upplåst om någon är hemma eller om bilen är hemma. Så aldrig någon autentisering vid boxen utan bara sätta i sladden.
Du kan tom köra den på två sätt: antingen över måååålnet eller via lokal OCPP-integration, jag kör över molnet än så länge eftersom jag främst styr laddstyrkan på bilen så har det inte varit jätteviktigt att få laddboxen lokal.
Jag skulle låta bli att köpa en molnstyrd elbilsladdare och kika på någon som pratar lokalt. Antingen OCPP eller Modbus – typ ABB, Garo, etc. Tyvärr har jag inga direkta rekommendationer på laddare utan bara ett genuint ointresse av molnprylar för saker som sitter fast i mitt eget hus – jag skulle bli grinig om laddaren fastnar på fullt blås för att Internet-anslutningen gick ner precis innan elpriset gick ut i omloppsbana 🙂
Det var då tänkt som svar till LW i tråden med Erik2. Dang it.
Jag håller generellt med dig, dvs hålla sig borta från molnprylar så långt det bara går. Vore bra med något EU-direktiv som tvingar alla molnuppkopplade saker att också tillhandahålla ett öppet REST-api lokalt. Det börjar ju ändå hända saker på Matterfronten nu.
Hur som helst, så har Zaptecen en inställning som gör att man kan välja vad som ska hända om den tappar internetuppkopplingen. I mitt fall har jag satt in den på 6A som är lägsta inställningen; dvs tappar den internet precis innan elpriset går i omloppsbana ställs den in på lägsta effekt.
Har du batteri för lagring numera?
“Hur lång tid tror du det tar innan dina solpaneler har betalat av sig helt och börjar generera en ren vinst?”
Räknar givetvis inte in fördelen att kunna laga mat på elspisen och självständigt generera elvärme efter kris/krig.
Men när jag räknat på glädjeofferterna från de solpanelsaktörer som finns kvar, har jag svårt att se den ekonomiska fördelen. Känns som tåget redan gått.
(Grannen investerade redan 2019 och kan skatta sig lycklig).
Men
Samtliga studier visar att husets värde höjs lika mycket som solkraftanläggningen kostar, så de betalar av sig direkt.
Sorry to piss on your parade men jag tycker ändå det behöver sägas: Samtliga dessa studier gjordes väl i ett läge då folk överlag gått på solcellsföretagens propaganda och trodde att solceller var lönsamt. Nu när majoriteten insett att man snarare betalar extra för en ökad brandrisk lär det inte värderas lika högt av husköpare längre?
Studierna finns. Upp till dig att bevisa motsatsen, vilket hus av två identiska ger högst pris? Det som förbrukar 15000 kWh eller det som förbrukar 5000 kWh?
Sorry formulerade mig på gående fot med dåligt fokus så det lät aggressivt insåg jag i efterhand. Självklart positivt med en lägre förbrukning. Samtidigt är det ju numera ganska uppenbart att det mesta av den förbrukningssänkningen sker när elen ändå är väldigt billig.
att det inte är korrekt säger ju sig själv.
Teknikutvecklingen går framåt och priserna på bättre grejer sjunker hela tiden.
Visst bör det påverka värdet på huset positivt, men inte med nyinstallationskostnaden.
Och man kan inte realisera vinsten förrän man säljer huset.
ApexCharts-card… älskad och hatad…
RomRider som underhåller repot är ju lite immun mot förändingar som inte finns i “riktiga” ApexChart, så jag tror inte det kommer komma någon dynamisk konfiguration av y-skala (finns gott om requests och issues om det redan…), dom flesta vill sätta min/max mot en sensor men det har vi väntat på i typ 5 år nu…
beroende på version av pluginet brukar jag skapa en andra y-axel (som jag döljer) som får sätta skalan för negativa värden. “funkar ibland, ibland inte”, då ApexChart-card hanterar olika grafer olika. nu sista versionen funkar väl “color_threshold” lite sådäer, när man sätter bredden på kolumner exempelvis. så en stor redig grogg och inget inplanerat dom närmaste dagarna är en förutsättning för att jobba med det och få det att se ut som man vill!
Jag kör också apexcharts och den är oftast inte helt optimal i sin autoskalning och vilka intervall som visas på Y-axeln.
På min termometerchart t ex, som har fem sensorer blandat ute / inne så har den just nu fem siffror på Y-axeln med värdena.
-1.7
3.3
8.3
13.3
18.3
Jag hade hellre sett t ex jämna 5C intervall eller liknande… -5, 0, 5, 10, 15
Fantastiskt att gnälla på open source. Det är ju fritt fram att forka och göra det själv. Eller för den delen skriva något eget från scratch. Det finns oftast goda anledningar till ”immunitet mot förändringar”.
Jag klagar inte, förklarade bara på några få meningar att det finns för och nackdelar med ApexCharts, i fallet med att initiera charten med sensorer som bas är väldigt praktiskt, något man på sätt och vis kan göra i “vanliga” ApexCharts under “*.onload” event eller motsvarande… så just i det fallet är det väl underbyggda argument, flera lösningar publiserade av flera användare dessutom.
Jag kollade för skojs skull, och jag har lagt runt 40 timmar i månaden på olika (eller ja, i huvudsak två) open source projekt hittills i år, fördelat på allt från dokumentation till utveckling, vilket är lite mer tid än jag borde. Och efter runt 20 år i open source världen jag ser ingen mening med att forka allt hela tiden, blir för det mesta bara fragmenterat. Blir alla dagar i veckan hellre kallad gnällig än att forka.
Tilde 0 som min på y axeln gör det som efterfrågas.
type: custom:apexcharts-card
graph_span: 46h
header:
title: Elpris
show: true
show_states: true
colorize_states: true
span:
start: day
now:
show: true
label: Nu
color: “#0074D9”
experimental:
color_threshold: true
series:
– entity: sensor.nordpool_kwh_se3_sek_3_10_025
name: Pris
type: column
float_precision: 2
color_threshold:
– value: -1
color: “#1C7D28”
– value: 0
color: “#2ECC40”
– value: 0.5
color: “#FFDC00”
– value: 1
color: “#FF4136”
show:
extremas: true
header_color_threshold: true
name_in_header: false
in_header: raw
data_generator: >
return […entity.attributes.raw_today,
…entity.attributes.raw_tomorrow].map((item) =>
[Date.parse(item.start) + (30*60*1000), item.value]);
yaxis:
– decimals: 2
min: ~0
apex_config:
chart:
height: 300px
zoom:
enabled: true
type: x
autoScaleYaxis: true
toolbar:
show: true
tools:
download: false
zoom: true
zoomin: true
zoomout: true
pan: false
reset: true
tooltip:
x:
show: false
Utsäkta formatteringen men jag blev lite stressad när jag för en gång skull kunde tillföra något 🙂
Japp, tilde utökar skalan men bara när.det behövs. Kan dock bli lite grisigt med var skalan markeringar hamnar
funkar inte med tilde på mina grafer iallafall, hände ingenting. Provade på en effektförbrukningsgraf kombinerad med temperatur. Celcius på vänstra y-axeln och Watt på högra, har valt tickAmount 4 för att få fyra bakgrundslinjer ovanför X-axeln. Då hade man ju kunnat tänka sig att den valt lämpliga jämna värden baserat på graph_span men det blir värden valda på max utnyttjande av grafytan /4. Så högra axeln med Watt har de jämna och fina värdena 1.07, 67.97, 134.87, 201.78 samt 268.68W.
Jag förstår att jag borde fixa detta själv i koden eftersom det är open source, men jag ork int. Lättare att bara påpeka att det är någon som inte vet nåt om hur man visar grafer på ett förståeligt sätt som byggt koden.
“Vill någon dela med sig av sin programmering för tidsstyrning av optimerad batteribruk och elbilsladdning, posta gärna kommentarer.”
Optimering av elbilsladdning använder jag mig av:
HACS-“Cheapest Energy Hours”
Dör dina blybatteri-UPSar efter något år? Vad gör du med dom? 🤔
Min UPS från 2010 fungerade bra och höll datorn vid liv i ca en halvtimme fram till 2021 då den började klaga på att batteriet var dåligt. Bytte då till ett nytt motorcykelbatteri och kör på samma UPS fortfarande.
Kanske inbillar mig. Har totalt fem bly-UPS:ar och det gör väl att vartannat år behöver jag byta batteri i någon av dem.
Hej!
Nybörjare på HomeAssistant. Kör liksom bloggaren en HA Green.
Har försökt uppdatera “configuration.yaml” med ovanstående. Får då en sensor i översikten, men den hämtar inga priser (“unknown”).
Vad är det jag missar? Måste jag ha noordpool integrationen ändå under “addons”? Eller gör jag ett nybörjarmisstag med config_entry? (och måste uppdatera med ngt annat än bloggarens?)
Löste det och lärde mig:
JA du behöver NordPool integrationen
JA du behöver leta fram NordPool integrationens config_entry och lägga in i yaml koden ovan.
Kan du utveckla hur du gjorde? Vad är config_entry? Jag fick det inte att funka.
Fick fram mitt config_entry, men får det ändå inte att funka. Unknown.
Njae!
Att APC’s UPS:er skulle vara skit blir svårt att svälja.
Gissningsvis är mina två APC:er “bad ass” i jämförelse med de flesta av Eaton-fabrikat. Mina är dessutom billiga och “floatar” mina externa AGM-pack excellent.
Allt som krävs är lite extra kärlek…kabel, säkringar och Neutrik-kontakter. Sedan kan man t.o.m. känna sig trygg med att ha en 3D-printer under samma UPS som sin primära server och NAS.
APC’s originalbatterier använder jag till att fält-ladda Li-po:pack med. De blybatterierna tuktar jag hårt som tusan och de står sig mycket bra. Detta trots att jag bara bulk och absorbtionsladdar dem.
APC ger ett pipljud som gör att man inte kan ha dem på arbetsplatsen. Returnerade två enheter som defekta, men på den tredje gav jag upp och satte på annan plats. Gick över till Eaton, som samtliga är knäpptysta.
Jag måste verkligen sätta mig in i det här. Vem kan man ge lite pengar för att göra en actionplan åt en?
Nuförtiden är nästan “effektanvändingen”, dvs energin per klocktimme, viktigare att håll koll på än elpriset – Iaf för oss som har ellevio.
Häromkvällen togs det en dusch som pushade upp månadseffektsnittet 0,1kWh/h. Dvs marginalkostnaden på den enda duschen blev ca 10kr.
Nu är vi iofs tidigt i månaden så det finns ju goda möjligheter att få upp effektsnittet och därmed kan marginalkostnaden på duschen sjunka tillbaka till bara elkostnaden. 😉
Så jag experimenterar med hur man både visualiserar “effektbudget” för innevarande timme samt hur jag bättre kan styra värme och varmvattenproduktion så att de startar i slutet på timmar om det finns gott om budget kvar eller avstår om det riskerar att höja effektdebiteringen.
Idag styrs bvp uteslutande på elpriset – här finns potential…
Jag har satt 6 kW som acceptabel topp. Går effekten över det stänger jag av VVB exempelvis, så då blir det inte marginalkostnad för duschen.
Fick vänta tills det blev negativa priser igen…
Nedan funkar med dynamisk Y-axel.
den är väldigt gnällig på indents så det måste ligga i “apex_config”->”grid”->yaxis” med sedvanliga mellanslag/tabbar, alternativet är att det inte fungerar/ser ut som det är tänkt..
type: custom:apexcharts-card
now:
show: true
label: Now
graph_span: 48h
experimental:
color_threshold: true
apex_config:
chart:
height: 400px
legend:
show: false
grid:
padding:
top: -20
bottom: -15
yaxis:
tickAmount: 12
max: “|10|”
min: “|-2|”
xaxis:
labels:
datetimeFormatter:
hour: HH
all_series_config:
show:
offset_in_name: true
header:
title: ” ”
show: true
show_states: true
colorize_states: true
span:
start: day
offset: +0h
series:
– entity: sensor.nordpool_kwh_se3_sek_3_10_025
color: grey
type: column
float_precision: 2
stroke_width: 0
name: Dagens timpris
show:
extremas: true
in_header: false
legend_value: false
data_generator: |
return entity.attributes.raw_today.map((start, index) => {
return [new Date(start[“start”]).getTime(), entity.attributes.raw_today[index][“value”]];
});
color_threshold:
– value: -1
color: white
– value: 0
color: green
– value: 1
color: orange
– value: 1.5
color: red
– value: 2
color: darkred
– entity: sensor.nordpool_kwh_se3_sek_3_10_025
color: grey
type: column
float_precision: 2
stroke_width: 0
name: Morgondagens timpris
show:
in_header: false
legend_value: false
data_generator: |
return entity.attributes.raw_tomorrow.map((start, index) => {
return [new Date(start[“start”]).getTime(), entity.attributes.raw_tomorrow[index][“value”]];
});
color_threshold:
– value: 0
color: white
– value: 0
color: green
– value: 1
color: orange
– value: 1.5
color: red
– value: 2
color: darkred
Är det detta som är skillnaden:
yaxis:
tickAmount: 12
max: “|10|”
min: “|-2|”
Att man använder vertikala streck?
det, och minst lika viktigt, placeringen av initieringen av y-axeln!
Lägger man initieringen av y-axel under “grid:” tenderar manipuleringen av axlar fungera bättre…
max: “|10|” och min: “|-2|” justerar nuvarande max och min värde så dom får justeras så det passar bättre, är nuvarande min 3 och max 3, blir skalan från max 13 till 1 (3+10 samt 3-2)…
copy/paste i chatten här tog bort formatteringen (indents) så jag ersatte mellanslagen med punkter.
apex_config:
..chart:
….height: 400px
..legend:
….show: false
..grid:
….padding:
……top: -20
……bottom: -15
….yaxis:
……tickAmount: 12
……max: “|10|”
……min: “|-2|”
….xaxis:
……labels:
……..datetimeFormatter:
……….hour: HH