OlavT

Nei, men det er vel ingen grunn til å flashe med akkurat den v255 filen? Mer aktuelt om du er på v7.19.0 og vil tilbake til 7.17.2 for eksempel. Da kunne du brukt v255 varianten av 7.19.2, men så er det stopp.

For å velge riktig firmware er det nok innmaten av sticken som teller. De fleste av disse kjører sikkert en eller annen chip laget av Silicon Labs. Som sagt firmware kan ikke nedgraderes, bare oppgraderes. Er ingen vei tilbake, bare fremover. En siste mulighet om alt er håløst er å flashe med en firmware som er merket som versjon v255, men da kan den nok ikke oppgraderes mer. Tror det skal finnes v255 markerte firmware for alle versjoner. Det vil si at om du er på siste versjon og alt er håløst, så går det å flashe med en 7.17.2 formware markert som v255. Etter det er det nok stopp for den sticken når det gjelder firmware oppgraderinger.

Finnes her, men ikke lett å vite akkurat hvilken fil: gecko_sdk/protocol/z-wave/Apps/bin/gbl at gsdk_4.0 · SiliconLabs/gecko_sdk (github.com) Er du sikker på at ZST10-700 er fra Silicon Labs? Tror kanskje ikke den er det. Du kan evt spørre i Z-Wave forum på silabs.com når det gjelder firmware-fil som passer din stick. Husk også at firmware kan oppgraderes, men ikke nedgraderes. Derfor er det beste å prøve med 7.17.2 først. Om du oppgraderer kommer du ikke tilbake.

Basert på egne erfaringer og hva jeg har sett andre har rapportert. Ikke spesifikt relatert til Home Assistant, men Z-Wave generelt (som alt bygger på toppen av).

Jeg ville vært forsiktig med 7.18.1. Min erfaring er at 7.17.2 fungerer bra.

Har du testet hvor nøyaktig Watt forbrukes som raporteres fra ovnene er? Min erfaring er at det virker ganske nøyaktig så lange ovnen er helt av eller helt på. Dersom den jobber med redusert effekt, så ser det ut som om Watt-forbruket som rapporteres er litt "off".

Står vel egentlig at de anbefaler 7.17.2 eller nyere. Personlig holder jeg meg unna nyere inntil jeg har en UZB-7 å kaste bort.

Det er en del som har rapportert Z-Wave problemer med firmware 7.18. Selv kjører jeg 7.17.2 og den fungerer meget bra. Har ikke testet 7.18 eller nyere skikkelig på grunn av at det er umulig å nedgradere mer enn 1 gang og så er en stuck på den versjonen for alltid. Jeg kjører på en egenutviklet kodebase.

Ser ut til at Elvia setter ned prisen på effekt-leddene snart. Da var det vel ikke så viktig å unngå å belaste nettet alikevel da?

Er kjøkken + stue på tilsammen 90kvm ett og samme rom med 1 termostat? En kobler som regel 1 regulator på ett relee (1 utgang) på Z-Water. Det vil si at du kobler de 3 regulatorene på hver sin utgang. Dersom du har 1 termostat som skal styre alle de 3 aktuatorene likt, så setter du opp at termostaten skal assosieres med 3 endepunkter på Z-Water. Her er et eksempel på hvordan det er gjort for HeatIt Z-TRM3 mot 2 aktuatorer på Z-Water: Denne gjør at termostaten styrer utgang 4 og 5 på Z-Water ( som har node id 8 ) samtidig av / på. 1 termostat til 2 kurser / aktuatorer.

Mulighet for å hente ut forbruk fra Mill lokal REST API skal komme: Function that will allow you to get the power consumption in kWh was expected to be released in September 2022, but was delayed because of other priorities. It will be released in Q2 2023 Er det noen som har testet rapportert strømforbruk fra Mill Gen 3 ovnene? Jeg får nesten hele tiden avvik mellom hva som rapporteres fra ovnene og hva min strømmåler rapporterer: Som dere ser så er effekten rapportert fra AMS-måleren vesentlig lavere enn summen av ovnene. Dette skjer nesten hele tiden. Noen som har sett nærmere på dette?

Mulighet for å hente ut forbruk fra Mill lokal REST API skal komme: Function that will allow you to get the power consumption in kWh was expected to be released in September 2022, but was delayed because of other priorities. It will be released in Q2 2023

Det skyldes sannsynligvis at meldingen som sendes fra termostaten til Z-Water feiler av en eller annen grunn og ikke kommer frem. Det er ikke noe avansert retry-logikk for å sikre at meldingen kommer frem. Da har termostaten gjort jobben sin, men det er ikke garantert levering av meldingene i et Z-Wave nettverk. Derfor kan det lett oppstå situasjoner der noden som sender meldingen kommer ut av sync med den som mottar.

Assosiasjoner har lite med virkemåten til termostaten å gjøre. Mener du at termostaten ikke fungerer korrekt eller at Z-Water releet ikke i sync med termostaten?

Spørsmålet er vel da heller hva Home_Net gjør med dette og hvordan oppsettet deres fungerer i praksis?

Er det noen som har erfaringer med Home_Net på Telenor fiber og hvordan koble til egen ruter? Den gangen jeg brukte Telenor fiber så koblet jeg en ethernet kabel rett fra Telenor sin lille fiber-boks (ikke ruter) og inn på WAN-porten på min egen ruter. Fikk da en public IP på den. Home_Net sier at jeg er nødt til å ha en ruter fra de i mellom på grunn av at det ikke er Home_Net sin egen fiber. Har Home_Net mulighet for "brokobling" ved bruk av Telenor-fiber og Home_Net ruter? Jeg ønsker jo at min egen ruter skal være mest mulig direkte på Internett med en public Ip og at jeg selv kan definere mine egne adresser (annet enn 192.168.1.x). Ideelt sett vil jeg unngå egen boks imellom.

Factory reset skal forøvrig også sørge for at Z-Wave noden ikke tilhører noe nettverk.

Har testet Mill Gen 3 ovner en drøy uke nå og synes det ser bra ut! Har laget integrasjon med lokalt REST API og kan også kjøre krypert https. WiFi virker stabilt så langt. Har også laget styring basert på strømpris (felles kode som jeg også bruker på Z-Wave termostater). Det jeg savner mest fra API så langt er å kunne hente ut forbrukte kWh. Ser bare ut til at det er forbruk i Watt i øyblikket som er tilgjengelig. Kan selvfølgelig polle denne med korte intervall for å estimere forbrukte kWh, men hadde vært bedre om ovnen hadde gjort dette. Her er eksempel på script jeg bruker for styring av temperatur og for å sikre at effektforbruket totalt i huset holder seg under en grense jeg setter: { "name": "Test", "items": [ { "timerTrigger": { "waitTime": "00:02:00" }, "actions": [ { "electricLoadRegister": { "electricLoadName": "PanelHeaterLivingRoomWest", "priority": 1, "maxPowerConsumption": 1050, // in Watts "turnOffCommand": { "deviceGroupId": "Heating", "deviceId": "401", "capabilityId": "ThermostatSetpoint", "commandId": "SetSetpointValue", "parameters": [ "Normal", "TurnOff" ] } } }, { "electricLoadTurnOn": { "electricLoadName": "PanelHeaterLivingRoomWest", "turnOnAction": { "setThermostatSetpoint": { "priceAdjust": true, "deviceGroupId": "Heating", "deviceId": "401", "setpointName": "Normal", "setpointValue": "Medium" } } } } ] } ] }

Ovnen trenger ikke stå i AP modus. Det viktigste er at den har "local API" tilgjengelig.

Laget en algoritme som justerer termostatenes setpunkt som følger: 1) Beregner gjennomsnittet av strømprisene for inneværende døgn 2) Beregner hvor mange prosent inneværende times strømpris er fra 1) 3) Beregner hvor stor endring det er i strømprisen for neste time 4) Bruker 2) og 3) for å beregne en justeringsfaktor (tall mellom -1 og +1 der -1 gir maks fratrekk og +1 maks tillegg) 5) Bruker justeringsfaktoren til å beregne termostatens setpunkt basert på hvor mye +/- som tillates Effekten blir at termostaten justeres litt opp ved lave strømpriser og litt ned ved høye strømpriser, men justert for om neste times strømpris er høyere eller lavere. Går strømprisen ned neste time, så justeres setpunkt litt ned for å spare strømforbruk til neste time som er billigere og omvendt ved prisstigning.

Jeg testet HeatIt 25A for uker siden og det var ikke mulig å bruke rapportene om strømforbruket til å avgjøre om det var strømforbruk eller ikke. Den ble returnert på angrefrist. Hadde egentlig tenkt til å bytte ut Heavy Duty med HeatIt på grunn av muligheten for ekstern temperaturføler. Det er slik jeg ser det den eneste fordelen. Nå skal jeg heller trekke en ekstern føler fra en HeatIt TRM-3 som er i samme rom som berederen.

Har i det siste laget en fin liten action for mitt styringsystem: { "electricLoadTurnOn": { "electricLoadName": "PanelHeaterLivingRoomWest", "turnOnAction": { "setThermostatSetpoint": { "priceAdjust" : true, "deviceGroupId": "Heating", "deviceId": "401", "setpointName": "Normal", "setpointValue": "Medium" } } } } Denne sørger for å sette setpunktet på aktuell termostat til en verdi "Meduim", men passer på å justere opp / ned basert på hvor mye strømprisen er over / under gjennomsnittet for dagen. Verdiene for "Medium" temperatur og min / maks verdiene for prisjusteringen er definert et annet sted som settings for termostaten. Typisk intervall for prisjustering er +/- 2 grader, men kan settes til det som måtte passe. Denne passer forøvrig også på at effektbelastningen (døgnmaks) overholdes. Denne forenklet mye logikk for min styring og fungerer nå både med Z-Wave termostater og Mill Gen 3 WiFi panelovner.

Jeg vill unngått HeatIt 25A. Den er veldig unøyaktig på å måle effekforbruket (Watt). Var ubrukelig for min styringslogikk (som gjerne ønsker å kunne overvåke effekforbruket totalt / per enhet for å unngå effekt-topper).

Aner ikke hvordan du gjør dette i HS, men dette må settes på termostaten: Her har jeg satt termostaten til å slå bryter 7 på Z-Water (som har node id 7) av / på.

Årsaken til problemet var at jeg brukte POST og ikke GET i Postman.