stigvi

1 time siden, Teryeah skrev:

morgendagens priser

Og morgendagens priser er klare mellom 12:30 og 13:00 når børsen er ferdig med alle kjøp og salg. Forsåvidt det samme som skjer med aksjer. Prisen på en aksje endrer seg ikke utenfor børsens åpningstid og heller ikke hvis det ikke er noen omsetning på den. På Nord pool kjøpes og selges morgendagens kraft, ikke dagens (for den kraften som er relevant for oss)

2 minutter siden, VikingOy skrev:

Jeg bare lurte på hvilken nytte du/dere/noen ser i å vite morgendagens gjetning på strømpriser?

Du gjør en antakelse som er feil og formulerer et spørsmål ut i fra det som har lite relevans. Hvorfor skal noen svare da?

Du må dokumentere påstandene dine, synes jeg. De strider mot det jeg selv kan lese hos Nordpool.

Akkurat nå, VikingOy skrev:

Ja, men like fullt er det ren gjetning. Hvilken nytte har det å plotte ut en gjetning på strømprisen i morgen ?

Det er tydelig at du misforstår noe. Hva er det som er ren gjetning?

23 minutter siden, VikingOy skrev:

Det må jo være ren gjetning - eller kanskje en interpolasjon?

Market data | Nord Pool (nordpoolgroup.com)

Det sentrale er tittelen - "Day-ahead prices"

Virker i mørk modus på mobil også .....

 

Dette er første forsøk på å få vist data fra nordpool sensoren. Denne viser i går, i dag og i morgen.

type: 'custom:apexcharts-card'
series:
  - entity: sensor.nordpool_kwh_krsand_nok_4_10_025
    name: Pris
    type: area
    curve: stepline
    extend_to_end: false
    float_precision: 4
  - entity: sensor.nordpool_kwh_krsand_nok_4_10_025
    name: Pris
    type: area
    curve: stepline
    extend_to_end: false
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_today.map((p) => {
        return [new Date(p.start), p.value];
      });
  - entity: sensor.nordpool_kwh_krsand_nok_4_10_025
    name: Pris
    type: area
    curve: stepline
    extend_to_end: false
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_tomorrow.map((p) => {
        return [new Date(p.start), p.value];
      });
graph_span: 3d
span:
  start: day
  offset: '-1d'
apex_config:
  chart:
    type: area
    height: 300
  stroke:
    show: true
    width: 2
    curve: stepline
  legend:
    show: false
  dataLabels:
    enabled: false
  xaxis:
    type: datetime
    labels:
      datetimeFormatter:
        month: ddd
        day: ddd
  fill:
    type: gradient
    gradient:
      shadeIntensity: 1
      inverseColors: false
      opacityFrom: 0.45
      opacityTo: 0.05
      stops:
        - 20
        - 100
        - 100
        - 100

Det er noen som lager en helt ny kurvedings og jeg anbefaler å heller prøve den. Sjekk ut dette innlegget:

https://community.home-assistant.io/t/apexcharts-card-a-highly-customizable-graph-card/272877/49

Her er den blå delen historiske data og oransje er fremtidige. Jeg har selv planer om å ta denne i bruk, men venter litt til utviklingen har stabilisert seg.


Edit: Ikke sikkert jeg klarer å vente, da. Det klør i fingrene.....

Forskjellen passer vel ganske greit til at Tibber sin pris er uten mva........ Ser at en kan slå av og på mva i Tibber appen, men det blir jo merkelig hvis den påvirker prisen i api og Home Assistant integrasjonen 🤪

3 minutter siden, solosuper skrev:

Nordpool sin pris ligger over tibber-prisen.

Er de i samme prissone?

37 minutter siden, solosuper skrev:

Hvorfor er det forskjell i spotprisene fra nordpool og tibber. Trodde tibber brukte priser i fra nordpool. Ser at nordpool ligger 12 øre over tibber pris, og da er elsertifikat inkludert i tibberpris.

Det er mindre enn et øre forskjell hos meg. (litt større forskjell helt til venstre skyldes en liten bug i HA som ikke får satt startverdi på kurven riktig)

Her er et tips til hvordan en i Home Assistant finner de timene som har billigst strøm.

Start med å legge inn en Nordpool integrasjon. Jeg bruker denne: custom-components/nordpool: nordpool sensor for ha. (github.com)
Enklest er vel å legge den inn via HACS.....

Så oppretter du denne mal-sensoren:
 

binary_sensor:
    - platform: template
      sensors:
        billigste_4_timer:
          value_template: >-
            {% set l=state_attr('sensor.nordpool_kwh_xxxxxx_xxx_x_xx_xxx', 'raw_today')|sort(attribute='value') %}
            {{ (now() >= l[0].start and now() <= l[0].end)
              or (now() >= l[1].start and now() <= l[1].end)
              or (now() >= l[2].start and now() <= l[2].end)
              or (now() >= l[3].start and now() <= l[3].end) }}

Bytt navn på nordpool sensor til det du har valgt. Denne sorterer raw_today på pris og så bruker en de 4 billigste timene til å avgjøre om den skal være true eller false. En svakhet er at den ikke vil oppdatere seg hvis prisen er uforandret fra en time til en annen, men skjer det? Men en kan legge inn {% set x = states("sensor.time") %} som en linje øverst hvis en bekymrer seg for det. De dyreste timene vil ha indeks 20, 21, 22 og 23 hvis en heller vil ha de istedenfor billigste.

 

16 minutter siden, xibriz skrev:

Det er nok fordi de kan gjøre det 😥

 

Jeg blir iallefall å kaste ID Lock 150 med z-wave-modul i søppla til fordel for Yale Doorman L3.

Selv om Doorman L3 knapt lar seg integrere med annet enn taleassistentene til Google og Amazon i tillegg til mobil?

13 minutter siden, Mathias skrev:

 

Nydelig! Du kan ikke legge inn en sensor på mobilen og en sensor på "vasehåve" og lage en varsling når avstanden mellom de to blir for stor?

Hun kan flere ganger i uken sitte i sofaen og lure fælt på kor mobilen er. Og så viser det seg at hun sitter på den 🤪 Jeg mistenker at det hadde blitt så mange varslinger at ingen brydde seg lenger.

Du kan hente priser fra Nordpool og til det finnes det integrasjoner for Home Assistant.

Og jeg skjønner logikken din. Jeg har selv lagd det slik at jeg slår av gulvvarme når prisen går over en grense. Det som skjer når prisen blir lavere igjen er jo at varmekabler går på fullt en stund. Ofte skjer det at jeg slår av varme når prisen er 115% av dagens snitt og slår den på når den synker til 114% av snittet. Det er ikke mye å spare på det.

Jeg er i tvil på om det er noe å spare (av betydning) på å slå av varme midt på dagen når varmebehovet er der.

Dette er en på grensen til helt ubetydelig liten endring


Jeg har et felt i Home Assistant som bildet nedenfor. Der kan jeg sette komforttemperatur i garasje som øker temperaturen såpass at det er levelig der. Og automasjonen ligger i at den slår seg av automatisk når jeg legger meg. Sånt må en ha for det blir bare glemt ellers.

Men så til problemet: Hva er komforttemperatur? Det har vært greit med 17 grader når en bare putler med småting, men i går var det banning og frustrasjon over skruer som sitter fastrustet på bilen. Svetten haglet og til slutt ble frustrasjonen over varmen større enn frustrasjonen over bilen. Så da jeg endelig var ferdig med det jeg skulle gjøre i garasjen, var det rett til PC for dagens endring.

Så hva gjorde jeg? Jo, skrudd ned "komfort" temperaturen.


PS. Nederst i bildet er det et felt for telefonstatus. Vi bruker husets telefoner til å avgjøre om vi er hjemme eller borte. Men så er det slik at jeg bor sammen med et vasehåve. De andre valgene på telefonstatus er "Glemt hjemme" og "Glemt borte". Selvfølgelig.........

Apex Smart Plug · Issue #3943 · dresden-elektronik/deconz-rest-plugin (github.com)

Ser ut som om pluggen oppgir riktig divisor så da er det et smarthings problem. Og ser også at Datek og Deconz er på talefot så det blir nok god støtte i Deconz også hvis det ikke allerede er der (kunne i fra linken ovenfor ikke se at noe manglet .......)

Ps. Linken er til yaml kode, men "Velg" finnes i UI så det skal gå å få det til uten å skrive kryptisk kode ....... tror jeg

En har "velg" eller choose opsjonen som gjør at en kan lage if - else if - else if - .... - else
 

Script Syntax - Home Assistant (home-assistant.io)

3 minutter siden, Erling skrev:

Ellers blir det MQTT-famling i blinde igjen

Hvorfor er mqtt famling? Er det HomeSeer, Home Assistant eller begge som skaper problem?

5 minutter siden, Mathias skrev:

men kanskje ikke så nyttig info for andre

Særdeles frustrerende

Tror leiren er enig i om å være uenig i om hva som er best av zigbee2mqtt, deconz og zha.

Ta dette med en klype salt. Det er bare mitt inntrykk. Zha er kanskje mest brukervennlig og zigbee2mqtt er minst. Mellom de to kommer deconz. Deconz og zigbee2mqtt har en fordel av at de kjører i en egen add-on. Zha er integrert i HA som sikkert har noen fordeler, men en bakdel er at den starter opp zigbee nettet på nytt hver gang en starter om HA.

1 time siden, Kal-El skrev:

Vil tro at det er litt +/- på spenningen trafoen skal gi, men 16,5 må vel være voldsomt "off"

Kommer an på hva du måler med. Spenningen er neppe sinusformet og da måler mange multimetre feil. Du bør måle med et voltmeter som måler "sann RMS"

5 timer siden, Erling skrev:

Hvordan får jeg kontrollert Home Assistant fra Homeseer er vel det jeg lurer mest på nå.

Antar det er enkle ting i HomeSeer for å sende noe til en mqtt broker?

Det er travelt i dag, men her er noe som får deg i gang. Jeg antar du har satt opp offisiell powerview integrasjon og fått opp gardinene i HA?

 

mqtt:
  broker: 10.0.0.181
  username: xxxxx
  password: xxxxxxxxxxx

mqtt_statestream:
  base_topic: ventilasjon
  publish_attributes: true
  publish_timestamps: true

Ovenfor er et eksempel på hvordan jeg publiserer alt fra mitt ventilasjonsanlegg. Tilsvarende kan du gjøre for å publisere batteristatus og sannsynligvis litt status på gardinene (powerview er ikke 100% god på status tilbake)

Skal du sette en scene så lager du en automasjon som bildene viser (eksempelet er fra min ventilasjon). Trigger.payload kan inneholde scenenavn.

 

Svarer deg i morgen .....