stigvi

Kan det være at din zigbee2mqtt ikke har mulighet for å laste ned ny firmware fra ekstern server?

Damen i artikkelen sier: – Med en strømpris på 48 øre i markedet har vi regna ut at det tar ca. 41 år før det har betalt seg. Med den foreslåtte norgesprisen blir nedbetalingstida hele 54 år, sier Karen Byskov Lindberg. Min kommentar til dette er at det da er lurt å se på de beste tiltakene i forhold til økonomi og heller droppe "kjekt å ha" tiltak.

Her er kode for å hente inn pris for hver time i dag og i morgen. Den henter også inn pris for aktuell time, men det bruker jeg ikke til noe. Jeg er kun interessert i attributten "prices". Hvis du skal bruke aktuell pris i sensorens tilstand så ville jeg satt scan_interval til en mye høyere verdi, feks en gang i døgnet. Og heller trigget en oppdatering med en automasjon som kjører hver hele time med action: homeassistant.update_entity data: entity_id: - sensor.hvakosterstrommen_price_today command_line: - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ now().strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_today" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', now().strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ (now()+timedelta(days=1)).strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_tomorrow" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', (now()+timedelta(days=1)).strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices

Nei, det virker ikke her heller. Så skal bytte den ut med data fra hva koster strømmen.no

Det stemmer. Men det er mulig nå og dokumentasjonen er oppdatert. Er det noen her som har laget en god løsning for å hente inn priser fra hvakosterstrommen. Da tenker jeg på alle prisene for hver time i dag og i morgen. https://www.hvakosterstrommen.no/strompris-api Jeg har en løsning i dag der jeg bruker både nordpool og entso. Entso vil jeg bytte ut med hvakosterstrommen og Nordpool bytter jeg fra hacs sin versjon til den offisielle. Å hente inn prisene fra hvakosterstrommen skal jeg fint klare med å lage en rest-sensor, men hvis noen her allerede har gjort jobben og vil dele dette, så hadde det vært fint.

Det står godt forklart i dokumentasjonen hvordan en henter fram morgendagens priser.

Home Assistant har nå fått en offisiell integrasjon mot Nordpool. I dokumentasjonen skriver de om Nordpool sitt "public API". Jeg vil tro Home Assistant har fått en godkjenning på å bruke dette api'et, eller hva tror dere?

Jeg snakker ikke om en ovn som er begrenset til 200W, men en ovn som tilpasser effekten etter behovet. En som har en regulator istedenfor en av/på termostat.

Hvis varmebehovet er 200W og du setter en ovn på 1500W på fullt, attpåtil med en hysterese, så skjer det at du sender masse varm luft oppunder taket. Og der blir det sannsynligvis mye varmere enn det du har satt som maks i hysteresen for å slå av igjen. En ovn som varmer med 200W vil holde en stabil temperatur som ikke svinger mellom min og maks i hysteresen. I tillegg er gjennomstrømmingen av varm luft gjennom ovnen svakere og luften fra ovnen sirkulerer bedre i rommet istedenfor å stige raskt opp. Så komforten går på en mer stabil temperatur og mindre forskjell mellom gulv- og taktemperatur. Økonomi går på at en ikke overvarmer taket i rommet.

Det er en dårlig løsning pga flere faktorer. Komfort er en av de. Økonomi en annen.

Hver automasjon har en egen bryter som du finner som "automation.navnet_på_automasjonen" Du deaktiverer en automasjon med turn_off("automation.navnet_på_automasjonen") Dette er forresten den samme bryteren som du ser til høyre for hver automasjon i listen over alle automasjoner Men dette er altså en deaktivering av en automasjon. Du kan nok ikke bruke dette til å stoppe en automasjon som allerede kjører. Som andre har nevnt, se om du finner en blueprint som passer med ditt behov. Brytere har som regel ingen entiteter. De sender event'er når en trykker på en knapp. I en automasjon må en da lage en trigger på et knappetrykkevent. Men brytere har gjerne et batteri og batteritilstand er som regel representert med en entitet.

Jeg bruker de som fulgte med lampene, Philips Hue Dimmer. Det er den utgaven med 4 knapper. Jeg kjøpte noen holdere som passer inn i Elko sine rammer og de tradisjonelle bryterene er tatt vekk. Hadde det vært i dag så hadde jeg muligens kjøpt den Philips Hue saken som skal ligge inne i veggboks bak bryter. Da hadde det visuelt sett helt "standard" ut.

Ikke sånn umiddelbart, men jeg leste noe om dette for et års tid siden. Skal se om jeg finner noe. Jeg er heller ikke særlig bekymret hvis det var en sensor en går forbi innimellom. Men ser at noen setter dette på soverom og da er en eksponert 8t hvert døgn. I så fall vil jeg være trygg på den i og med det er frekvenser opp mot 70GHz.

Så kan du også studere hva slags virkning radiobølger i dette høye frekvensområdet har på kroppen. Nøkkelord her er ioniserende vs ikke-ioniserende. Mulig de er helt ok, men fram til det foreligger mer forskning på dette så unngår i alle fall jeg å ha en radiosender i huset med slike høye frekvenser.

Jeg har lagd bindingene opp mot grupper. Ofte er det mer enn en lyskilde i et rom, men selv i rom med kun en lyskilde har jeg lagd en gruppe. Direkte binding gjøres kun i "bryteren". Lyskilden vet ikke noe om dette. Jeg forteller bryteren hvilken gruppe den skal styre og passer på at den er våken ved å trykke på en knapp samtidig som jeg lagrer oppsettet i z2m. Det har vært raskt og lett å sette opp og det virker. Home Assistant får også beskjed om at bryteren trykkes på selv om det er en direkte binding mot lysgruppen.

Jeg tror det baserer seg på dårlige erfaringer med annet utstyr. Mine zigbee enheter varer i mange år på et batteri. Mange er på det sjette året. Enig at det er null stress. Fordelen er at det gir en total frihet i å plassere brytere og sensorer akkurat der de gjør mest nytte. Tradisjonelle brytere og dimmere er etter min mening bare en selvpålagt begrensing. Smarte pærer / belysning gir en full kontroll på hvordan lyssettingen skal være. Ser at det også brukes argumenter om at en må ha tradisjonelle brytere fordi det kan hende at en ny eier ikke liker smarthus. For min del kunne jeg ikke brydd meg mindre om hva en fremtidig ny eier synes om det 🙂

Har du installert apexchart?

Som Brors94 nevner, dette løser du med såkalt "direkte binding". Alle mine zigbee brytere i hvert rom er direkte bundet mot lyskilde i rommet og styrer lampen på normal måte selv om Home Assistant er stoppet. For meg er dette helt essensiell funksjonalitet.

Jeg har ikke svar på det du spør om. Men lurer litt på hvorfor du ønsker å bryte strømmen til en zigbee pære. I utgangspunktet fører ikke det noe godt med seg. En pære kan være en ruter i zigbee-nettet og nettet trenger å hente seg inn igjen når en ruter brått forsvinner.

Min nettleie på dagtid er 42 øre. Da går en vel 2 øre i minus for hver kWh en leverer?

Tror du forskjellen på dagpris og natt- og helgepris på nettleie vil forsvinne? Jeg har ingen tro på det og forskjell på pris gjennom døgnet vil fortsatt være der.

Jeg henter både fra entso og nordpool. Så har jeg et pyton skript som sjekker tjenestene at data er tilgjengelig og presenterer data på et "standard" format som jeg bruker videre i automasjoner og brukergrensesnitt. Jeg får bare problem hvis nordpool og entso er nede samtidig, noe som ikke skjedde i 2024 så vidt jeg vet.

Nå kan en hente pris i fra Norpool vha en offisiell integrasjon i Home Assistant. De betaler garantert ingenting, de bruker neppe web-skraping og mest trolig et api. Jeg vil anta de har sjekket om det er tillatt å bruke. Kildekoden er jo lett tilgjengelig så en kan jo kikke.

Jeg hadde et system som endret på ladingen, men jeg er gått tilbake til å la bilen få være i fred. Jeg stopper ladingen helt opp hvis det er fare for å gå over et effekttrinn og det er ingenting annet å slå av. Grunnen til dette er at bilen ofte bommer på hvor lenge den skal lade hvis den plugges i og ladeboksen forteller bilen at det er 12A tilgjengelig. Når lading settes i gang av bilen på nattetid og automasjonen reduserer strømmen til 6A fordi VVB også må varmes, da ender en opp med en bil som ikke har nok strøm. Sannsynligvis ikke et problem for mange, men vi har som nevnt en e-Golf og den har 32kWh tilgjengelig og kona har lang kjørevei til jobb. Den bør helst være ladet til 90% om morgenen.

Ser at du bruker Zaptec. Hvis noen har tenkt å gjøre tilsvarende for Easee så er det viktig å bruke "dynamic" instillingene for å sette maks ladestrøm. De andre instillingene lagres til flashminne og Easee har sagt tydelig i fra om at dette vil slite ut flashminne hvis de brukes av en automasjon som endrer ofte. Og så ser jeg på min egen bil som en en e-Golf at den av og til ikke reagerer raskt nok til å justere ned ladestrømmen. Mulig det her er snakk om millisekunder, men en sjelden gang finner Easee-boksen ut at bilen trekke mer strøm enn tillatt og så avbryter Easee-boksen pga "sikkerhet". Og bilen må kobles fra og plugges i på nytt for å nullstille. Det er altså ikke bare-bare med å endre ladestrøm. Alltid et eller annet som ødelegger det perfekte 🙂