GĂ„ til innhold
  • Bli medlem

Anbefalte innlegg

Skrevet

Jeg Þnsker Ä styre varmtvann, oppvaskmaskin, vaskemaskin og tilsvarende strÞmkrevende apparater basert pÄ Tibber sin strÞmpris. Noe å la Smartlading av el-bilen.

 

Noen som har gjort dette?

 

Hvor finner jeg dette via API’et til Tibber?

 

 

 

PÄl Engh

KrÄkerÞy

Skrevet

Prisen kommer som standard med integrasjonen, og du kan hente ut attributten price level, som kan skilles ut i en templatesensor. Price level har vÊrt normal leeeenge nÄ

Skrevet (endret)
44 minutter siden, baronKanon skrev:
Prisen kommer som standard med integrasjonen, og du kan hente ut attributten price level, som kan skilles ut i en templatesensor. Price level har vÊrt normal leeeenge nÄ

 


Snakker ikke om selve prisen, men mekanismen som flagger at prisen er lav.

Fant det nÄ, og det var en syntax-feil hos meg... 

Det er skrevet PriceLevel i Tibber- dokumentasjonen, ikke price_level som er korrekt Ä bruke ?

 

{{ state_attr('sensor.electricity_price_ADRESSEN_MIN', 'price_range') }}"

 

Men at Price level har vÊrt "Normal" i lang tid indikerer kanskje at det er en feil et sted? Smartlading forteller i allefall at "Lading starter igjen kl 02:00 nÄr strÞmprisen er lav", og det er nettopp det jeg er pÄ jakt etter.

 

Hvordan er det,  @daniel.h.iversen. Endrer Price Level seg, eller er det en bug her?

Har du forresten forslag til hvordan vi kan fastslÄ nÄr prisen ventes Ä vÊre lavere eller lik "Normal"? Holder det Ä overvÄke PriceLevel i HA-triggeren, eller har du andre smarte kort i ermet?

 

 


PÄl Engh
KrÄkerÞy

 

Endret av KrÄkerÞymannen
Skrevet
4 timer siden, KrÄkerÞymannen skrev:

oppvaskmaskin, vaskemaskin og tilsvarende strĂžmkrevende apparater


Litt pÄ siden av topic, men vaskemaskin og oppvaskmaskin er ikke spesielt strÞmkrevende. :) 0,5-1 kWh pr vask, om jeg ikke husker feil. 

Skrevet
32 minutter siden, ZoRaC skrev:


Litt pÄ siden av topic, men vaskemaskin og oppvaskmaskin er ikke spesielt strÞmkrevende. :) 0,5-1 kWh pr vask, om jeg ikke husker feil. 

... mulig det. Men jeg har ikke behov for Ä sete pÄ Oppvask og vask mens strÞmmen er dyrest uansett. Dessuten er det greit Ä kunne kontrollere dette nÄr de nye strÞmtariffen trer i kraft.

Skrevet
7 timer siden, KrÄkerÞymannen skrev:

 


Snakker ikke om selve prisen, men mekanismen som flagger at prisen er lav.

Fant det nÄ, og det var en syntax-feil hos meg... 

Det er skrevet PriceLevel i Tibber- dokumentasjonen, ikke price_level som er korrekt Ä bruke ?

 

{{ state_attr('sensor.electricity_price_ADRESSEN_MIN', 'price_range') }}"

 

Men at Price level har vÊrt "Normal" i lang tid indikerer kanskje at det er en feil et sted? Smartlading forteller i allefall at "Lading starter igjen kl 02:00 nÄr strÞmprisen er lav", og det er nettopp det jeg er pÄ jakt etter.

 

Hvordan er det,  @daniel.h.iversen. Endrer Price Level seg, eller er det en bug her?

Har du forresten forslag til hvordan vi kan fastslÄ nÄr prisen ventes Ä vÊre lavere eller lik "Normal"? Holder det Ä overvÄke PriceLevel i HA-triggeren, eller har du andre smarte kort i ermet?

 

 


PÄl Engh
KrÄkerÞy

 

Du kan evnt bruke nordpool sensoren som ligger i hacs, den har en low_price attribut.

Skrevet
20 timer siden, KrÄkerÞymannen skrev:

Hvordan er det,  @daniel.h.iversen. Endrer Price Level seg, eller er det en bug her?

Har du forresten forslag til hvordan vi kan fastslÄ nÄr prisen ventes Ä vÊre lavere eller lik "Normal"? Holder det Ä overvÄke PriceLevel i HA-triggeren, eller har du andre smarte kort i ermet?


Slik regnes prislevel ut: https://developer.tibber.com/docs/reference#pricelevel
Men en del styring Ăžnsker man Ă„ gjĂžre innenfor et dĂžgn, og da er det kanskje bedre Ă„ hente ut de x billigste timene.

  • Like 1
Skrevet

Slik regnes prislevel ut: https://developer.tibber.com/docs/reference#pricelevel

Men en del styring Ăžnsker man Ă„ gjĂžre innenfor et dĂžgn, og da er det kanskje bedre Ă„ hente ut de x billigste timene.

Det virker som at variabelen PriceLevel ikke endrer seg... Eks nÄ er prisen NOK 0,33 innevÊrende time. Dette virker Ä kvalifisere til PriceLevel lavere enn NORMAL, som er verdien som ligger i PrixeLevel akkurat nÄ.

Derfor kan det virke som at PriceLevel ikke endres, noe som ogsÄ andre her har bemerket.

Hva er grunnen til dette?

Hva er det jeg ikke forstÄr?

Det ville jo vÊrt enklere Ä hente verdien enn Ä mÄtte lage egen formel for Ä regne det ut

 

PÄl Engh

KrÄkerÞy

Skrevet
18 minutter siden, KrÄkerÞymannen skrev:

Det virker som at variabelen PriceLevel ikke endrer seg... Eks nÄ er prisen NOK 0,33 innevÊrende time. Dette virker Ä kvalifisere til PriceLevel lavere enn NORMAL, som er verdien som ligger i PrixeLevel akkurat nÄ.


Hvordan kommer du fram til at det ikke stemmer?

prislevel er altsÄ basert pÄ prisen de siste 30 dagene. Da det meste av styring skjer innenfor et dÞgn, sÄ vil det vare andre kriterier som vil vÊre bedre. 
Skal det bli bra styring mÄ det tilpasses hver enkelt produkttype. Varmtvannstank, varmeovn og elbil mÄ styres pÄ forskjellige mÄter.

  • Like 1
Skrevet

Hvordan kommer du fram til at det ikke stemmer?

prislevel er altsÄ basert pÄ prisen de siste 30 dagene. Da det meste av styring skjer innenfor et dÞgn, sÄ vil det vare andre kriterier som vil vÊre bedre. 
Skal det bli bra styring mÄ det tilpasses hver enkelt produkttype. Varmtvannstank, varmeovn og elbil mÄ styres pÄ forskjellige mÄter.

Jeg tokt det kanskje for gitt, siden det har vÊrt NORMAL i flere dager. Men du kjenner jo koden bak her, sÄ jeg lÊrer at PriceLevel baseres pÄ prisen de siste 30 dager.

Jeg fÄr sette opp ulike sensorer for de ulike prisnivÄene. Skulle du ha noen eksempler liggende ville jeg satt stor pris pÄ noen tips for korrekt syntaks...

Hva mener du med ulik styring for de ulike produkttypene? Jeg hadde tenkt Ä sette prisnivÄ og deretter bruke denne verdien for Ä bestemme nÄr de skal trekke strÞm.
Varmtvannstanken her fÄr forvarmet (45 grader) vann fra bergvarmepumpen. Den trekker jo litt strÞm, og jeg er usikker pÄ hvordan jeg kan temme en gammel Thermia Villa 105 uten noe form for kommunikasjon. Varmtvannsbereder kan jeg styre pÄ tid og med temperaturfÞlere.
Oppvaskmaskinen kan jeg tyre ved Ä starte den nÄr strÞmprisen dropper under xxx og slik at den blir ferdig fÞr kl yy.


PÄl Engh
KrÄkerÞy
Skrevet (endret)

f.eks. nÄ, som prisen er langt nede pÄ tredvetallet, er price_level cheap. Det har jo vÊrt veldig stabil strÞmpris siste par ukene, mot rundt juletider, da det var veldig dyrt.

Endret av baronKanon
Skrevet

Jeg styrer stort sett alt av varme (varmekabler, varmepumpe og panelovner) men har parametere som senker temp nÄr prisen blir hÞy, typisk at morgen varme ikke slÄr inn om strÞmmen er dyr. Tenkte ut ide at vvb ikke skal varme da heller, men trenger besÞk av en elektriker fÞr jeg fÄr det pÄ plass.

Tror selv at Ä senke konfort nÄr prisen er hÞy er en enklere tilnÊrming i hverdagen enn Ä forsÞke kjÞre alt nÄr prisen er lav. Men sikkert delte meninger om det

Sent fra min SM-G975F via Tapatalk

Skrevet

Tror selv at Ä senke konfort nÄr prisen er hÞy er en enklere tilnÊrming i hverdagen enn Ä forsÞke kjÞre alt nÄr prisen er lav. Men sikkert delte meninger om det

Det hÞres logisk ut. Men jeg trenger ikke kjÞre oppvasken kl 07:30 nÄr strÞmmen er dyrest, men heller vente til prisen faller.
Har du mulighet Ă„ dele YAML-koden du benytter,@monsivar?


PÄl Engh
KrÄkerÞy
Skrevet
2 timer siden, KrÄkerÞymannen skrev:


Det hÞres logisk ut. Men jeg trenger ikke kjÞre oppvasken kl 07:30 nÄr strÞmmen er dyrest, men heller vente til prisen faller.
Har du mulighet Ă„ dele YAML-koden du benytter,@monsivar?


PÄl Engh
KrÄkerÞy

Oppsettet mitt er som fĂžlger

 

All varmestyring har en avhengighet til om noen er hjemme, eller enkeltpersoner er hjemme. PĂ„ ungene er den sikreste mĂ„ten Ă„ sjekke om de er hjemme pĂ„/ tilkoblingen til Wifi ?‍♂

 

Eksempel pÄ styring pÄ person om hjemme og strÞmprisen ikke er av type "Expensive" eller Very_expensive"

- id: '3'
  alias: Varme- Varme pÄ kl 05:00
  description: Skrur varmekabler til 25 grader kl 5, om Mathilde er hjemme
  trigger:
    platform: time
    at: 05:00:00
  condition:
  - condition: state
    entity_id: binary_sensor.presence_mathilde_wifi
    state: 'on'
  - condition: template
    value_template: '{{ not is_state(''sensor.tibber_price_level'', ''EXPENSIVE'')
      or not is_state(''sensor.tibber_price_level'', ''VERY_EXPENSIVE'') }}'
  action:
  - service: climate.set_temperature
    data:
      entity_id: climate.thermofloor_as_heatit_thermostat_tf_021_mode_2
      temperature: 25
      hvac_mode: heat

Alle temperaturstyringer som Þker har altsÄ en "condition"  som sjekker prisnivÄ.

 

Videre senkes temperatur om huset er tomt, men vil da ikke Þke til komfort nivÄ om prisen er hÞy nÄr noen kommer hjem.

PÄ den mÄten skrus ikke varme opp automatisk om strÞmprisen er hÞy.

 

En annen er at temperaturer senkes om prisen er hĂžy, og om prisen blir lav igjen, Ăžkes den til statusen som er normal, med sjekk om at noen faktisk er hjemme.

 

 

NÄr det gjelder Ä ikke starte noen manuelle saker ( som vask/tÞrk eller oppvask) nÄr prisen er hÞy, sÄ har jeg ingen ting pÄ det nÄ, bortsett fra at vi varsles pÄ mobil om prisen blir "Expensive eller Very_expensive", og varsler normal om prisen har vÊrt expencive/ Very_expensive og blir normal igjen.  Tenkte litt pÄ Ä skru av switch pÄ hvitevarer om maskinene ikke gÄr og prisen blir hÞy/ og tilsvarende nÄr den senkes igjen, men tenker at det kan ogsÄ skape noen sure situasjoner om noen bare mÄ vaske noe, og maskinen "ikke har tilgang pÄ strÞm"...

 

Sikkert mange mÄter Ä gjÞre slike ting pÄ, men dette var min innfallsvinkel. Startet opp med Zipato, via  HomeSeer, forsÞkte meg pÄ Home Assistant etter en z-wave feil mens jeg kjÞrte HomeSeer og var veldig usikker pÄ hele Home Assistent systemet og all koden, men etter Ä ha lest litt, er jeg ganske fornÞyd, spesielt med alle integrasjoner som er tilgjengelig og utrolig mye god dokumentasjon pÄ hvordan man kan og bÞr gjÞre ting.

 

MÄlet mitt er ikke en app med mange knapper, men mest mulig automatisk styring av ting, samtidig som det enkelt kan overstyres av de brytere som er i huset. 

  • Like 1
  • Thanks 1
Skrevet

MÄlet mitt er ikke en app med mange knapper, men mest mulig automatisk styring av ting, samtidig som det enkelt kan overstyres av de brytere som er i huset. 

Takk for at du deler[emoji4]
Enig med seg angÄende automatisering vs. knapper.

NÄr det gjelder PriceLevel, ref. ovenfor. var ikke den satt pr. 30 dager?
Hvordan fÄr du beregnet prisnivÄ fra time til time og satt en verdi for det?


PÄl Engh
KrÄkerÞy
Skrevet
8 minutter siden, KrÄkerÞymannen skrev:


NÄr det gjelder PriceLevel, ref. ovenfor. var ikke den satt pr. 30 dager?
Hvordan fÄr du beregnet prisnivÄ fra time til time og satt en verdi for det?
 

 

Jeg bruker den verdien APIet leverer sÄ langt, som altsÄ rapporterer mot en "normal" og fungerer fint. Du kan jo lage deg noen "binary_sensor" som holder pÄ egne prisverdier, eller lage automater som forholder seg til en gitt pris.

PriceLevel

Price level based on trailing price average (3 days for hourly values and 30 days for daily values)

Value Description
NORMAL

The price is greater than 90 % and smaller than 115 % compared to average price.

CHEAP

The price is greater than 60 % and smaller or equal to 90 % compared to average price.

VERY_CHEAP

The price is smaller or equal to 60 % compared to average price.

EXPENSIVE

The price is greater or equal to 115 % and smaller than 140 % compared to average price.

VERY_EXPENSIVE

The price is greater or equal to 140 % compared to average price.

 

Glemte Ä si at jeg ogsÄ henter ut verdier ra api med sensorer jeg har definert 

 

#Tibber
- platform: template
  sensors:
    tibber_nett:
      friendly_name: "Nett Eier"
      entity_id: sensor.electricity_price_xx
      value_template: "{{ state_attr('sensor.electricity_price_xx', 'grid_company') }}"
      icon_template: mdi:fuse
 
    tibber_max:
      friendly_name: "Max pris"
      unit_of_measurement: "NOK/kWh"
      entity_id: sensor.electricity_price_xx
      value_template: "{{ state_attr('sensor.electricity_price_xx', 'max_price') }}"
      icon_template: mdi:currency-usd
 
    tibber_avg:
      friendly_name: "Gjennomsnittspris"
      unit_of_measurement: "NOK/kWh"
      entity_id: sensor.electricity_price_xx
      value_template: "{{ state_attr('sensor.electricity_price_xx', 'avg_price') }}"
      icon_template: mdi:currency-usd
 
    tibber_min:
      friendly_name: "Minimumspris"
      unit_of_measurement: "NOK/kWh"
      entity_id: sensor.electricity_price_xx
      value_template: "{{ state_attr('sensor.electricity_price_xx', 'min_price') }}"
      icon_template: mdi:currency-usd
 
    tibber_estimert:
      friendly_name: "Estimert forbruk"
      unit_of_measurement: 'kWh'
      entity_id: sensor.electricity_price_xx
      value_template: "{{ state_attr('sensor.electricity_price_xx', 'estimated_annual_consumption') }}"
      icon_template: mdi:power-plug
 
    tibber_price_level:
      friendly_name: "PrisnivÄ"
      entity_id: sensor.electricity_price_xx
      value_template: "{{ state_attr('sensor.electricity_price_xx', 'price_level') }}"
      icon_template: mdi:currency-usd

 

  • Like 4
Skrevet
On 12/01/2020 at 22:10, monsivar said:

Oppsettet mitt er som fĂžlger

 

All varmestyring har en avhengighet til om noen er hjemme, eller enkeltpersoner er hjemme. PĂ„ ungene er den sikreste mĂ„ten Ă„ sjekke om de er hjemme pĂ„/ tilkoblingen til Wifi ?‍♂

 

Eksempel pÄ styring pÄ person om hjemme og strÞmprisen ikke er av type "Expensive" eller Very_expensive"


- id: '3'
  alias: Varme- Varme pÄ kl 05:00
  description: Skrur varmekabler til 25 grader kl 5, om Mathilde er hjemme
  trigger:
    platform: time
    at: 05:00:00
  condition:
  - condition: state
    entity_id: binary_sensor.presence_mathilde_wifi
    state: 'on'
  - condition: template
    value_template: '{{ not is_state(''sensor.tibber_price_level'', ''EXPENSIVE'')
      or not is_state(''sensor.tibber_price_level'', ''VERY_EXPENSIVE'') }}'
  action:
  - service: climate.set_temperature
    data:
      entity_id: climate.thermofloor_as_heatit_thermostat_tf_021_mode_2
      temperature: 25
      hvac_mode: heat

Alle temperaturstyringer som Þker har altsÄ en "condition"  som sjekker prisnivÄ.

 

Videre senkes temperatur om huset er tomt, men vil da ikke Þke til komfort nivÄ om prisen er hÞy nÄr noen kommer hjem.

PÄ den mÄten skrus ikke varme opp automatisk om strÞmprisen er hÞy.

 

En annen er at temperaturer senkes om prisen er hĂžy, og om prisen blir lav igjen, Ăžkes den til statusen som er normal, med sjekk om at noen faktisk er hjemme.

 

 

NÄr det gjelder Ä ikke starte noen manuelle saker ( som vask/tÞrk eller oppvask) nÄr prisen er hÞy, sÄ har jeg ingen ting pÄ det nÄ, bortsett fra at vi varsles pÄ mobil om prisen blir "Expensive eller Very_expensive", og varsler normal om prisen har vÊrt expencive/ Very_expensive og blir normal igjen.  Tenkte litt pÄ Ä skru av switch pÄ hvitevarer om maskinene ikke gÄr og prisen blir hÞy/ og tilsvarende nÄr den senkes igjen, men tenker at det kan ogsÄ skape noen sure situasjoner om noen bare mÄ vaske noe, og maskinen "ikke har tilgang pÄ strÞm"...

 

Sikkert mange mÄter Ä gjÞre slike ting pÄ, men dette var min innfallsvinkel. Startet opp med Zipato, via  HomeSeer, forsÞkte meg pÄ Home Assistant etter en z-wave feil mens jeg kjÞrte HomeSeer og var veldig usikker pÄ hele Home Assistent systemet og all koden, men etter Ä ha lest litt, er jeg ganske fornÞyd, spesielt med alle integrasjoner som er tilgjengelig og utrolig mye god dokumentasjon pÄ hvordan man kan og bÞr gjÞre ting.

 

MÄlet mitt er ikke en app med mange knapper, men mest mulig automatisk styring av ting, samtidig som det enkelt kan overstyres av de brytere som er i huset. 

Veldig kult, jeg har samboer som dreper meg om det er for kaldt.

La oss si vi kommer hjem, og strÞmmen er dyr, aka oppvarmingen starter ikke, hvordan disabler du her automasjonen (les det mÄ vÊre lett). Du nevner at du bruker en bryter, har du et eksempel pÄ hvordan du lÞser dette?

Skrevet
13 timer siden, henrikhoe skrev:

Veldig kult, jeg har samboer som dreper meg om det er for kaldt.

La oss si vi kommer hjem, og strÞmmen er dyr, aka oppvarmingen starter ikke, hvordan disabler du her automasjonen (les det mÄ vÊre lett). Du nevner at du bruker en bryter, har du et eksempel pÄ hvordan du lÞser dette?

Hei

 

Dette kan du enkelt gjÞre med Ä definere en automasjon som har de komfort parameter du Þnsker, som trigger en input_boolean som er pÄ nÄr du "overstyrer". Som igjen er et parameter i de andre eventene dine for at de ikke kjÞrer.

 

Selve "Komfort ved dyr strÞm" kan enkelt aktiveres via en bryter pÄ vegg eller i app. kommer ann pÄ hva du har av infrastruktur? Jeg har kjÞpt noen zigbee veggkontrollere nÄ for Ä kjÞre eventer. tenker Ä legge til dette scenarioet der, og den plasseres i gangen. da har jeg 8 knapper til programmering av slike ting. Detjeg ikke helt har funnet ut av enda er hvordan jeg bÞr varsle om dyr strÞm, ser det er noen muligheter til Ä kommunisere mot app, utover Ä sende meldinger, men det kan ogsÄ lÞses med Ä blinke lys i gang nÄr man kommer hjem nÄr strÞm er dyr, eller en info pad pÄ veggen i gangen er ogsÄ et alternativ . Jo mer man automatiserer, jo mer komplisert blir det. tenker at jeg snart mÄ dokumentere avhengigheten mine, sÄ jeg ikke gÄr meg vill i mene avhengigheter

Skrevet

Jeg har vÊrt pÄ god vei inn i "hvordan automatisere boligen nÄr strÞmmen er dyr" , men det har stoppet litt opp. Hvorfor? Fordi i lÞpet av et dÞgn sÄ er strÞmmen sjeldent "dyr", iallfall her pÄ vestlandet. Det er nÊrmest konstant pris gjennom hele dÞgnet, med en veldig liten variasjon er motivasjonen for Ä lage avanserte regler for Ä hÄndtere svingninger pÄ et par Þre er helt ganske lav. Da mÄ man heller spare pÄ det totale forbruket, og det er faktisk en litt annen tilnÊrming. Men letter Ä gjÞre komfortabelt. :) 

 

Slik har strÞmprisene vÊrt siden september-oktober 2018. Omtrent nÄr AMS-mÄlerene begynte Ä nÊrme seg ferdig-installerte. Det er rett fÞr man blir konspirasjonsteoretiker... :P

 

 

Noe av grunnen til at vi tidligere hadde de to klassiske pristoppene, dvs. en om morgenen og en om kvelden, var jo at det var mer strÞm som ble brukt i disse to periodene. Skal vi tro strÞmprisene nÄ sÄ er det jo ikke slik lenger. Derfor ingen grunn for NVE Ä innfÞre effekttariff, for "markedet" har jo klart og tydelig uttalt at problemet nÄ er mye jevnere over dÞgnet enn man tidligere har antatt.... ;) 

  • 11 mĂ„neder senere...
Skrevet

Er det noen av dere guruer som vet om det er mulig Ä fÄ opp Tibber-appens detaljert graf pÄ dagens og morgendagens strÞmpris i Home Assistant?

Samt sÞylegrafen pÄ det mÄnedlige kWh-forbruket i Home Assistant ogsÄ?

Skrevet

Ah, der var den jo. Glimrende! Takk!

 

Jeg er helt ny pÄ HA, sÄ er det noe mulighet for at du har tid til Ä gi meg noen fÄ detaljer pÄ hvordan jeg fÄr denne installert korrekt i HA? Jeg henger ikke helt med pÄ den minimale oppskriften pÄ github.

Skrevet

NÄr prisen er hÞy som i disse tider fra kl 09 til 1900, hvordan kan man da «spare» samtidig som man har komfort temperatur? 
Min logikk er varm opp mer enn nÞdvendig nÄr en dyr periode nÊrmer seg, ikke senk temperatur fordi det er dyrt.. teoretisk.

Skrevet

Det hjalp nÄr jeg sto pÄ HACS-menyen. Fikk installert den og lagt inn customs-greia slik at camera.minadresse dukket opp. SÄ hvordan fÄ den opp som et kort i dashboard?

 

Beklager at jeg spĂžr om basic ting, men er som sagt ny til HA.

Bli med i samtalen

Du kan publisere innhold nÄ og registrere deg senere. Hvis du har en konto, logg inn nÄ for Ä poste med kontoen din.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn pĂ„ siden automatisk.   Vis som en ordinĂŠr lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   TĂžm tekstverktĂžy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies pÄ din enhet for Ä gjÞre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.