stigvi

Jeg bruker denne malen på entso-e {% set s = { "day": 0.4176, "night": 0.2926, "cert": 0.01, "vat": 1.25, "eur": float(states("sensor.kurs_eur"), 10.5) } %} {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %} {% if now().hour >= 6 and now().hour < 22 %} {{(current_price * s.eur * s.vat + s.day + s.cert) | float}} {% else %} {{(current_price * s.eur * s.vat + s.night + s.cert) | float}} {% endif %} {% else %} {{(current_price * s.eur * s.vat + s.night + s.cert) | float}} {% endif %} og denne på Nordpool {% set s = { "hourly_fixed_cost": 0.0, "night": 0.2926, "day": 0.4176, "cert": 0.01 } %} {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %} {% if now().hour >=6 and now().hour <22 %} {{(s.day+s.hourly_fixed_cost+s.cert)|float(0)}} {% else %} {{(s.night+s.hourly_fixed_cost+s.cert)|float(0)}} {% endif %} {% else %} {{(s.night+s.hourly_fixed_cost+s.cert)|float(0)}} {% endif %} Nå er differansen mellom de kun 1/1000 øre. (2,2384 vs 2,2385)

Den er gratis å bruke, men den henter data som i flg Nordpool ikke er tillatt å bruke. Vi får neppe en faktura i posten. Jeg har installert entso-e integrasjonen og tibber-data integrasjonen som begge gir meg priser "lovlig". Entso-e integrasjonen er den beste av disse. Den er laget slik at den ikke sletter priser ved midnatt slik de andre to merkelig nok er laget. Det betyr at det er langt lettere å bruke entso-e integrasjonen i forbindelse med automasjoner som går natten gjennom.

Hehe, nei den har det ikke vært mye utvikling på de siste par år. Det er bare å avinstallere den og heller bruke z2m sin innebygde som faktisk er bra nok og vel så det.

De har noen eldre modeller som modulen også passer til

Det er kanskje avhengig av hvilken dørlås det er. Er det ikke slik at denne zigbee modulen passer i flere forskjellige dørlåser?

https://github.com/Limych/ha-average Denne kan du sette opp til å gi deg gjennomsnittlig strømpris fra den 1. i måneden. Derfra er det enkelt å lage en malsensor som gir deg støtte pr kwh og eventuelt total støtte ut i fra ditt forbruk.

Vanskelig å si om du har gått glipp av noe siden du ikke deler så mye med oss om hva du har. Vis oss kurver over innsignalene, setpunkt og sensor for utgang på de tidspunkt du mener den skal være mindre enn 100%

Du må tenke på at målerstand er noe du får ca 15 sekund over hver hele time, men prisen oppdaterer seg som regel på timeskifte. Så strømpris_nå bør være strømpris_forrige_time

Dette er sensorene som kommer fra "tibber data" integrasjonen og den er notorisk problematisk i oppstarten. Som regel løser det seg hvis du tar en omstart på HA. Edit: Glem det ....

https://www.develcoproducts.com/products/smart-relays/io-module/ Vet ikke noe om pris........ Den er ikke 230V drevet, men du kan bruke en usb strømforsyning.

Conbee II står oppført som et anbefalt adapter zigbee2mqtt virker sammen med.

Jeg bruker en sonoff zigbee dings. Tidligere brukte jeg conbee II. Det er etter min mening viktig å bruke en med usb tilkobling og ha en kabel mellom rbpi og "dingsen". Da får du litt avstand til wifi, bluetooth og støy fra usb på rbpi. Raspberry II zigbee har en svakhet med at den nødvendigvis må stå der det er mest "støy" for zigbee nettet. https://www.zigbee2mqtt.io/guide/getting-started/

Du må kikke på de sensorene som er "input". Endrer de seg som forventet?

De kommer i fra denne: https://github.com/Danielhiversen/home_assistant_tibber_data

Denne, jpulakka/nordpool_diff: Transforms electricity spot price into thermostat control signal. Home Assistant custom component. (github.com) , gjør nok noe av det samme. Og da er du ikke lenger avhengig av en skytjeneste (annet enn at du må hente priser på strøm en gang i døgnet) Men viktigste grunn til å bruke noe som nordpool_diff er at du får kontrollen selv på hvordan dette skal virke.

Glemte å nevne at en annen svakhet med Xiaomi er at de fungerer mindre bra hvis det er noen routere i zigbee-nettet som faller ut. Det kan feks være en lyspære som får strømmen brudt. Da kan Xiaomi sensorene bruke dager/uker på å finne en ny rute å sende dataene sine på. Hjemme hos meg har jeg ikke dette problemet da alt står koblet til strøm hele tiden og det er null endringer i zigbee topologien. En annen svakhet er at Xiaomi sine sensorer ikke er 100% zigbee kompatible og det finnes enheter som rett og slett nekter å rute meldinger videre. Samsung sin stikkontakt-bryter er et eksempel. Jeg har en slik, men den står i borteste hjørnet i garasjen så den fungerer neppe som noen ruter for noe som helst. Men den kan potensielt være ødeleggende for mine temperatursensorer, spesielt den som er i garasjen.

Jeg har 8 stk temperatur og fuktighetfølere av den runde gamle typen til Xiaomi / Aqara, 3 stk av den nyere firkantet type. Og så har jeg 16 stk dør / vindu sensor av den nyere firkantet typen og 5 stk av den eldre typen med runde kortender, fra Xiaomi / Aqara. Og til slutt 3 stk bevegelsesensorer. Alle samme fungerer stort sett veldig bra og det har de gjort i mange år, først med deconz og nå med zigbee2mqtt. Men noen svakheter har de. CR2032 batteriet konker ut når det blir for kaldt så den som ligger i fryseren har fått påloddet to AA batterier. Av og til registrerer ikke dørsensorene at døren er lukket før den henter seg inn en time etterpå, skjer 3-4 ganger i året på hoveddør så det er ikke ofte. Bevegelsesensorene sender kun lysstyrke samtidig med bevegelse. Så jeg kan ikke bruke de til å slå av lys når det lysner om morgenen. De 3 bevegelsesensorene skal jeg bytte ut nå i julen med 3 Philips Hue bevegelse sensorer, kun for å få rapportert lysstyrke kontinuerlig. Jeg har ingen planer om å bytte ut det andre, men allikevel har jeg kikket litt på alternativer. I tilfelle noe slutter å virke og det må erstattes. Ser at Frient / Develco sine sensorer har noen gode egenskaper. De bruker AA og AAA batterier og dørsensoren er oppgitt til 9 år levetid. Temperatursensor til 5 år med rapportering hvert 5. minutt. Minus er at de er større. Men spørsmålet: Er det noen som har gode sensorer for temperatur, fuktighet, dør og vindu som de kan anbefale. Viktigste kriterie er at de skal fungere nærmest problemfritt sammen med zigbee2mqtt

Hvis du er godt innenfor så er den på 100%, ja

Det er jo opplagt - ha farget lys.

node.warn(kWh_part - 45000000) Dette setter jo ikke kWh_part til en ny verdi og du vil derfor ikke se hva som skjer. Her setter du en parameter til funksjonen warn og den har nok en annen datatype enn det kWh_part har. Ta heller å skriv ut kWh_part i koden din og se hva det er der. Eller sett kWh_part til en int32 og se om feilen forsvinner

Men her er det context.get("kWh_part") sin returverdi som bestemmer datatypen. Javascript har noen merkelig funksjonalitet ang datatyper og jeg er på gyngende grunn her. Kjenner ikke javascript godt nok. Men her må du se på sannsynlige årsaker. Javascript roter ikke med noe så enkelt som kWh_acc = kWh_acc + 0.01; Det nekter jeg å tro på.

Det vesentlig er om den er unsigned. Da feiler det hvis du gjør 23000000 - 36000000

Vet du hvor mange ganger den går gjennom sløyfen? Hva om kwh_part er "unsigned int" og når du trekker fra 36000000 så kan kwh_part ende opp med å få en veldig stor verdi. Kanskje. Men hvorfor har du en sløyfe der i det hele tatt? Kan du ikke bare regne ut kwh_acc og kwh_part?

Tibber gir meg disse to tallene.... For meg betyr denne forskjellen ca 500 kroner så langt i desember