SveinHa

Feilrettingsrutinen gjør jobben men jeg merker meg at der er et tidspunkt som går igjen, 1m10s over heltimen: Skjønner likevel ikke hva som skjer...

Jeg bruker også reell strømpris i de daglige beregningene selv om forskjellen på den og råpris varierer fra time til time og sånt sett ikke er reell (hvit: Råpris, gul inkl nettleie og oransje også inkl foreløpig strømstøtte): Strømstøtten has jo øket med rundt 40 øre på bare noen få dager nå... Flere ganger i høst har reell strømpris vært negativ og også flere ganger vært positiv i starten av måneden men etterhvert som strømstøtten har blitt mer reell har totalprisen blitt negativ.

Jeg vil nå si at vv.bereder er en enkel måte å spare penger på. Du sparer ikke energi, som du allerede har funnet ut, men å varme berederen til kr 3.42/kWh koster mindre enn kr 7.09/kWh (som er aktuelle priser uten strømstøtte/nettleie i dag)

Ja, bare at regnestykket inkludert strømstøtte vet du ingenting om i det øyeblikket strømmen forbrukes, du vet kun i forhold til timene før og etter. Resultatet blir det samme: Kjøper du billig blir totalen langt rimeligere enn om du kjøper dyrt selv om tallene ikke er klare før måneden er slutt..

Tja, det er jo det som til slutt går ut av kontoen men de tiltakene du gjør fra dag til dag relateres jo til faktisk strømpris her og nå. Strømstøtten vet en jo lite om i begynnelsen av måneden men blir sakte men sikkert mer pålitelig time for time...

Jeg har heldigvis for det meste gamle frysebokser, 2 stk fra 1990 eller tidligere, 1 kjøl/fryseskap fra samme tidsperiode, alle stående i eldhus som for tiden holder +1 grd.C. Alle fryseboksene holder ca -20 grd.C og energiforbruket pr enhet ligger normalt på 1.6 kWh/døgn men er nå nede i 0.9 kWh/døgn. Samsung French door kjøl/fryseskapet i huset bruker også rundt 1,7 kWh/døgn.

Installerte et snøsmelteanlegg i fortau en gang i et annet årtusen, skulle være svært så flotte greier med sensorer i overflaten men i praksis tok det 3 dager fra snøen falt til den begynte å smelte... så varmekableme ble slått manuelt på hele snøsesongen i stedet for automatisk styring med sensorer... Selv om værmeldinger kan være veldig så som så har jeg nok mer tro på en styring ut fra værprognoser...

For the record: Node-Red har en "AMS Decoder" som dekoder data fra Kamstrup, Aidon og Kaifa målere uten ElWiz.

Ser sånn ut ja... https://www.nrk.no/vestland/omdommekrise-for-straumselskap_-_-difor-forlet-vi-tibber-1.16213906

Hvis du skal tjene stort på annen type automasjon på det anlegget må du nok ha en slags spotpris/timepris på fellesvarmen slik at det vil svare seg å kjøre på med varme når den er lavt priset. Tror jeg ville bare latt den delen av anlegger gå som det går...

...som å kunne velge Node-Red som system

Tibbers estimat for desember er kr 4472.- men så langt har jeg kommet opp i kr 1661.-, kompensert fram til forfallsdato 21. blir det kr 2906.- Tror jeg hopper på 30 dagers gratis betalingsutsettelse...

Merksnodige greier... Endret tilbake til "kWh_acc = kWh_acc + 0.01" og det feiler i ny og ne likevel. Høyeste verdien jeg har sett er omlag 207132.10569 og den økningen skjer i løpet av EN gjennomkjøring... d=new Date(); var kWh_part = context.get("kWh_part"); var prev_hour =context.get("prev_hour"); var previous_time =context.get("prevtime"); var prev_h_ts =context.get("prev_h_ts"); var kWh_acc =flow.get("kWh_acc"); var kWh_accGet = kWh_acc; // For DEBUG, lagre lest verdi i annen variabel i tillegg for evt bruk senere var value=Number(msg.payload); var d=new Date(); var hours=d.getHours(); //the hour (0-23) var timeest = 0; var kWh_est = 0; var kWh_prev_h = 0; // Finn antall mS siden forrige melding ble mottatt var end_time=d.getTime(); var difference=end_time-previous_time; previous_time=end_time; //Akkumuler måleverdi hver gang den dukker opp kWh_part += (value * difference); //node.warn("W x diff: " + (value * difference)); while (kWh_part > 36000000){ // Midlertidig variabel inneholder mer enn 0.01 kWh //ms til H, W til kW, 2 desimaler 1000*60*60*1000/100 = 36000000 kWh_acc = kWh_acc + 0.01; //inkrementer akkumulert verdi kWh_part = kWh_part - 36000000; //...og trekk fra samme verdi i kWh_part node.warn("kWh_acc inc: " + kWh_acc); } // DEBUG if (kWh_acc > 10 || prev_hour != hours){ node.warn("kWh_accGet:" + kWh_accGet); node.warn("kWh_acc:" + kWh_acc); node.warn("kWh_part:" + kWh_part); node.warn("prev_hour:" + prev_hour); node.warn("previous_time:" + previous_time); node.warn("prev_h_ts:" + prev_h_ts); node.warn("value:" + value); node.warn("hours:" + hours); node.warn("difference:" + difference); } // Ta vare på siste akkumulerte timeverdi og nullstill if (prev_hour != hours){ kWh_prev_h = kWh_acc; kWh_acc = 0; prev_h_ts = d.getTime(); //Tidspunkt for start estimering prev_hour = hours; flow.set("kWh_prev_h", kWh_prev_h); } //Estimer total for denne time if (kWh_acc >= 0.00){ //*****Vent litt hver time for å finne nyttige data å jobbe med timeest = d.getTime() - prev_h_ts; kWh_est = (kWh_acc/timeest) * (60*60*1000) } else { kWh_est = kWh_prev_h; } if (kWh_acc > 20){ kWh_acc = kWh_accGet; node.warn("kWh_acc > 20, automatisk satt til kWh_accGet (sikkerhetsfunksjon)"+kWh_accGet); } context.set("kWh_part",kWh_part); context.set("prevtime", previous_time); context.set("prev_hour", prev_hour); context.set("timeest", timeest); context.set("prev_h_ts", prev_h_ts); flow.set("kWh_acc",kWh_acc); flow.set("kWh_est", kWh_est); return; Har laget et par debug funksjoner, en som dumper alle aktuelle variabler til logg ved feil og en gang i timen "if (kWh_acc > 10 || prev_hour != hours){" og en annen som "sletter" katastrofen og gjør at ting og tang fortsetter "if (kWh_acc > 20){"

Jeg lurer jo på om de rett og slett ikke hadde tid, kassen tom og de MÅ gjøre noe for ikke å brekke ryggen momentant. Nå har de kjøpt seg en mnd ekstra men resultatet blir det samme...

Nå kan det jo så langt i måneden se ut til at den prisen treffer ganske greit men hvordan de har klart å estimere et langt høyere forbruk på de første ukene i desember enn jeg hadde i hele november er verre å svelge... Det lukter...

Må ikke snakke stygt om kinnskjegg Var en tur ute med snøfreseren i dag:

Et sikkert tegn på at de tjener for godt er masse reklame på TV... Jeg har gitt opp Tibber, ikke fordi jeg får noe billigere strøm å snakke om andre steder men om jeg stilltiende godtar at de bruker meg som bank vil de fortsette med det og lignende ting i framtiden. Heldigvis sa de på radioen i dag at Tibbers omdømme var gått fra topp til 104. plass... Ikke vet jeg hvor lang den listen er men 104. er nok rimelig jamngodt med "Lite Godt -" (for de som husker gammeldagse karakterer).

Litt gjetting: Øverst er nok en termoventil som regulere varmen på vannet til gulvene, midterste aner jeg ikke og nederst kan være termostat som kun tillater å åpne vannkursene bare når vannet er varmt nok, alternativt stenger pumpen om det blir for varmt. Med litt flaks finner du manualen til Danfoss-boksen og kan tolke ut fra den og hvor ting er koblet til...

Du ser om de er ødelagt ved å sette 24V på og vente i opptil noen få minutt og SE om den åpner. De varer ikke evig... AT-saken er sannsynligvis en termostat, må nesten vite hvor i anlegget den står for å kunne si noe om funksjonen.

Jeg gjorde nylig en liten endring i et av javascriptene i en funksjonsblokk og plutselig en gang i døgnet eller så (ikke bundet til noe fast klokkeslett) går variabelen "kWh_acc += 0.01;" helt bananas. Endret fra "kWh_acc = kWh_acc + 0.01;" og gjorde endringen for å strømlinjeforme scriptet litt. Opprinnelig funksjon har virket helt supert i et år mens den nye versjonen feiler ca en gang i døgnet. Scriptet kjører ca hvert 2. sekund men selve inkrementeringen skjer bare på visse betingelser. I noderedguide.com står følgende å lese: ...så += operatøren er gyldig. kWh_acc skrives til kun i 1 funksjonsblokk og verdier som skrives er enten "0" eller "+= 0.01" men likevel blir verdien plutselig f.eks 3870.24000003805. Normalt skal alltid verdien være typisk under 5. Noen gode programerere her (ja, jeg vet der er noen...) som har en plausibel teori?

NC aktuatorer er stengt når de ikke har strøm (Normally Closed, stengt uten spenning) og Z-Water er NO (Normally Open=åpen krets, ikke spenning ut). Dvs at disse går helt fint sammen, når du aktiverer et rele i Z-Water gir det spenning til aktuatoren som da åpner.

God ide, kanskje jeg skulle lage ny beholder selv... Min Eureka 75 kvern har litt for slak skråning til at alle bønnene kommer ned... Eller det er heller et lite sikkerhetsdeksel slik at en ikke får fingrene ned i kvernen som stopper bønnene... Den enkle løsningen er jo å ta bort dette dekselet men mye kjekkere å 3D-printe... Får se om jeg finner på noe lurt...

Betyr ingenting, de jeg har bruk for er riktige og de andre er nesten riktige...

Da har jeg falt ned på en strategi for noenlunde automatisk strømkjøp. Kort forklart så går det slik: Ta vare på strømpriser for i dag og i morgen. Bruk tidsområdet fom kl 16:00 til kl 16:00 i morgen og søk opp de billigste n timer og de billigste nn timer i det intervallet. De billigste n timer (9 i eksempelet) brukes til å kjøpe strøm for direkte forbruk og lavprioriterte laster som varmepumpe. De billigste nn (7 i eksempelet) brukes til batterilading. Strømkjøp starter da automatisk når inneværende time finnes i listen over de utvalgte timer. Kl 16:00 refreshes hele greiene og starter på nytt igjen. Video fra skifte kl 16:00: Den smale lyseblå rammen indikerer inneværende time. Lysegrønn og mørkegrønn ramme indikerer prisgrense for hhv n og nn timer basert på Jonaspris (råpris + nettleie - strømstøtte) De 2 tabellene til venstre viser de utvalgte timene. Så langt ser det ut til å funke supert: Blå er strømkjøp Rød/hvit er strømpris hhv rå- og jonaspris. Gul er forbruk i huset (blir negativ i grafen når batteriene lades, viser som positiv ellers).

Med svært lav sol og en del skygge på panelene så blir der 3-400w ut av dette her også: Ble litt imponert jeg...