OlavT

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.

Har akkurat kjøpt noen Mill Generation 3 panelovner, men sliter med å få enabled "local API". Fra appen velger jeg dette: Men, om jeg forsøker å kjøre et REST kall mot ovnen får jeg: Request method for this URI is not handled by server Det vi si at den svarer, men aksepterer ikke requesten (405 Method not allowed). Åpner jeg browseren mot oven får jeg opp dette: I den menyen kan jeg velge "Cloud with local API", men om jeg trykker Connect så får jeg ingen tilbakemelding, men det virker nå som om ovnen hopper ut av WiFi. Noen som har noen tips?

Fungerer helt fint om du bare trenger gulvføler (som følger med). Mine annonser | FINN.no

Nei, jeg har aldri benyttet disse dimmerene aktivt. Til tross for det har de «sovnet» tidligere, men ikke i de siste ukene.

Litt merkelig fra mitt nettverk. Namron dimmerene som hadde en tendens til å «dø» både titt og ofte har nå gått som en klokke i flere uker. Aner ikke hva som er endret. Har firmware 1.12 og 1.15 og begge går nå uten problemer.

Det er vel mer ineteressant å se loggen fra HomeSeer fra når du endrer setpoint i HS.

Dobbeltsjekk gjerne! Her er deler av kilekoden som er relevant for å gjøre utregningene: private class DayData { public int DaysRemaining { get; set; } public List<double> Differences { get; set; } = new List<double>(); public double Variance { get { return Differences.Sum(d => (d * d)) / Differences.Count(); } } public double Stdev { get { return Math.Sqrt(Variance); } } } private static Dictionary<int, DayData> _daysRemainingData = new Dictionary<int, DayData>(); private static async Task CalculateStatistics() { await CalculateForYear(2021); await CalculateForYear(2022); } private static async Task CalculateForYear(int year) { for (int month = 1; month <= 12; month++) await CalculateForMonth(year, month); } private static async Task CalculateForMonth(int year, int month) { ElectricityPriceList monthPricelist = await _electricityPriceList.GetPriceListForMonth(year, month); double averageSpotPrice = monthPricelist.AverageSpotPrice(); int day = 1; DateTime date = new DateTime(year, month, day); while (date.Month == month) { // Calculate days remaning in this month int daysRemaining = DateTime.DaysInMonth(date.Year, date.Month) - date.Day; DateTime fromdateTime = new DateTime(year, month, 1, 0, 0, 0); DateTime fromDateTimeUtc = DateTimeUtilities.Convert.ToUtcFromOslo(fromdateTime); DateTime toDateTimeUtc = fromDateTimeUtc.AddDays(date.Day); // Get prices until this day in month ElectricityPriceList priceList = monthPricelist.GetListForInterval(fromDateTimeUtc, toDateTimeUtc); double averageEstimate = priceList.AverageSpotPrice(); double diff = 1.0 - (averageEstimate / averageSpotPrice); if (!_daysRemainingData.ContainsKey(daysRemaining)) { DayData dayData = new DayData(); dayData.DaysRemaining = daysRemaining; _daysRemainingData[daysRemaining] = dayData; } _daysRemainingData[daysRemaining].Differences.Add(diff); date = date.AddDays(1); } }

Sjekk at Lifeline er assosiert med node id til kontroller. Sjekk også at config parametere er satt til å sende rapporter.

Det er basert på tall fra Nordpool (2021 og 2022) . At tallene i noen tilfeller stiger ved synkende antall dager handler nok bare litt om tilfeldigheter. Olav