SveinHa

...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...

I går la jeg om Tibber Pulse til lokal MQTT broker og det jeg får fra den er dette: I tillegg kommer en statusmelding hvert 2. minutt som ser slik ut:

Klikk på link i første innlegg så ser du alternativene

Fant det akkurat nå, da virker det supert! Trodde det bare gjaldt seriell...

Takk for tips, visste ikke om den. Men den klarer ikke å tolke de data som kommer fra Pulse:

Da har jeg endelig fått Tibber Pulse til å sende data til MQTT. Ser en smule kryptisk ut og det er vel her ElWiz kommer inn. Data fra Tibber ser slik ut: En gang i blandt kommer er statusmelding i klartekst også. Mener jeg har satt opp ElWiz riktig, ser jo ikke så hokus-pokus ut, og forventer resultater på meter/# men ingenting dukker opp der... Noen gode ideer folkens? Ikke stort hjelp i dok.

På tide med nytt forsøk. Har jeg forstått det riktig at ElWiz egentlig kun er en parser, at den kun henter data fra MQTT og leverer de tilbake der i mer spiselig form?

Rykter heromkring sier at det lokale kraftlaget begynner å nærme seg metning på solstrøm men har ikke hørt noe offisielt om det enda. Jeg synes det er VELDIG greit å ikke ha den problemstillingen i det hele tatt siden mitt solcelleanlegg ikke KAN levere strøm til nettet. Det gjør meg også helt isolert fra strømutkoblinger.

Nå gjelder dette California men en vet jo aldri hva som smitter denne veien... https://www.pv-magazine.com/2022/12/01/california-to-cut-solar-net-metering-payments-by-75/

Fra Forbrukerrådet f.eks. http://www.strompris.no/api/spotprice/dayprice Morgendagens strømpris dukker opp litt over kl 14:00

Det er sant men de kunne ha vært bittelitt edruelige og ikke vist sin fulle grådighet i ett jafs... Hadde de lagt om faktureringen og estimert mer folkelig hadde jeg fortsatt som kunde...