Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

SveinHa

Medlemmer
  • Innlegg

    1 510
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    73

Alt skrevet av SveinHa

  1. 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.
  2. 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?
  3. 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.
  4. 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/
  5. Fra Forbrukerrådet f.eks. http://www.strompris.no/api/spotprice/dayprice Morgendagens strømpris dukker opp litt over kl 14:00
  6. 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...
  7. November havnet vel rundt 1.40 for NO2 og så langt ser desember ut til å bli 3.75 og det gir en pris langt under Tabbers estimat... men det er tidlig i måneden så kanskje de vet mer enn oss...
  8. Tibber har gått helt av hengslene. Min Tibberffaktura for november ble omlag 7x reelt forbruk ekskl strømstøtte. Mye av problematikken er at en vesentlig del av Tibbers estimat, om det blir riktig, blir tilbakebetalt gjennom strømstøtten og den har jo ikke Tibber i sine systemer...
  9. Du kan hente strømpriser fra f.eks. http://www.strompris.no/api/spotprice/dayprice så trenger du ikke Tibber mer...
  10. Da er også jeg blitt "Tibbet"... Ligger an til en strømregning for november på kr 970 som inkl strømstøtte skulle bli ca kr 570 men fikk regning fra Tibber på kr 4500...
  11. Med Texasprismarkedet slik det er nå er det helt hårreisende for kunden at en skal betale for estimert forbruk til priser etter tombolametoden... Tibber henger i en svært tynn tråd her i huset...
  12. Nettsiden ser helt normal ut her...
  13. Det var i så fall synd, har handlet en del der...
  14. Nei men når oktober sluttet på rundt 63 øre så lurer jeg på hvorfor 1 nov ble 1.56... Der må ligge noe mer bak enn reell pris med litt historikk vil jeg tro...
  15. Med zigbee2mqtt og zwavejs2mqtt forholder alle dippeduttene dine seg KUN til mqtt og du får tilgang til data fra og kan sende data til alle dippeduttene ved å kun forholde deg til mqtt fra hvor som helst. Jeg kjørte i en god periode både HS4 og NodeRed mot samme dippedutter via mqtt. Jeg har valgt å ha en egen RPi for zigbee2mqtt og 2 stk RPi (av geografiske årsaker) for zwavejs2mqtt mest fordi det er mer strukturert. Skulle jeg måtte restarte zwave så påvirker ikke det zigbee... Jeg kjenner ikke til hvordan dette er gjort i HA men har du mqtt med alt utstyr oppegående på hovedserveren så skal du kunne få direkte tilgang til alle mqtt-data fra lekeserveren også uten noe ekstra mikkmakk.
  16. Jeg har pr i dag akkurat samme problemstillingen med "feil" strømstøtte tidlig i måneden men den blir riktigere og riktigere etterhvert som tiden går og det er egentlig bare et visuelt problem siden det å plukke ut de billigste timene blir lik uavhengig av strømstøtte. I databasen min blir strømstøtten justert time for time helt til måneden er slutt så det historiske datagrunnlaget blir riktig. Jeg ville vel tro at et bedre estimat enn akkurat i dag ville være f.eks. de 2 siste ukene helt fram til der er nok data tilgjengelig for kun inneværende mnd.
  17. Enig, men strømstøtten vet vi ikke før måneden nærmer seg slutten. For november endte vi på snaut 50-øringen mens med de begrensede data tilgjengelig for desember (1/2 døgn) ser vi så langt ut til å på kr 2.40 så den vil nok endre seg en god del og ikke bli særlig pålitelig før etter 2-3 uker. For november lå strømstøtten an til å bli 0 helt fram til rundt den 20.
  18. Har heller ikke fått morgendagens priser i NodeRed. Heldigvis har jeg nettopp lagt over til strømpris.no (men de oppdaterer vanligvis morgendagens pris litt over kl 14).
  19. Skjønte det men ser nå at totaltelleren ikke oppdateres på 2-sekundbasis som det meste andre... (som du til og med skrev i første post...).
  20. Lagre tellerstanden ved timeskift og trekke denne fra tellerstand akkurat nå?
  21. Har vært slik en stund på alle PCer og telefon her i huset...
  22. Da kan jeg allerede konkludere med at full dynamikk ikke var lurt, jeg har brukt de data som er tilgjengelige fra og med inneværende time men det gir litt lite data å jobbe med utover natten og formiddagen, endring på gang... Med så kort tidshorisont som strømprisdata har så må en bruke alt som er tilgjengelig for best mulig utgangspunkt.
  23. Har endelig gjort en vesentlig forbedring i strømsparesystemet mitt. Har grublet lenge for å finne ut hvordan jeg ville ha det og da jeg hadde planen klar så kostet det en del timer å finne en bitteliten teknisk løsning, helt konkret var det å finne de x antall billigste timene som til enhver tid er tilgjengelig som et array of objects sortert på pris. Selve sorteringen var det store problemet og jeg fant en svært enkel løsning på nett som jeg ikke aner hvordan virker men det gjør den... Resultatet ser sånn rent visuelt slik ut: Kurvene er; Gråblå: Råpris Gul: Råpris + nettleie Oransje: Jonaspris (råpris + nettleie - strømstøtte) som jo er den reelle prisen som må betales. Blågrå i trinn: Indikerer inneværende time og nullpunkt (havner Jonasprisen under 0 får jeg betalt for all strømmen jeg klarer å bruke) De 2 horisontale grå er grensene for billig og ekstra billig strøm. Disse plasserer seg ut fra hvor mange timer jeg har valgt å plukke ut som billig og ekstra billig og hvilke priser det da er i de aktuelle timene... Jeg valgte å sette av et visst antall timer til batterilading (UC: Utility+Charge) når strømmen er aller billigst da mørketiden gir alt for lite sol til å drive huset, i tillegg et antall timer der jeg kjøper strøm direkte (U: Utility) i stedet for å lade batterier for så å bruke batteristrøm etterpå. LiFePO4 batteriene skal ha en virkningsgrad på rundt 99% men lader og inverter har jo en del tap... Selv om LiFePO4 batteriene tåler mange tusen sykluser så vil det også spare batteriene en del... Foreløpig stiller jeg solcelleinverteren om til å kjøre direkte på kjøpestrøm når strømmen er billig og i tillegg hiver i gang batterilading og vv.bereder når den er ekstra billig. Eksisterende løsning med PID regulator for å holde time-kWh under 5 overstyrer denne automatikken. Slik ser året ut så langt, blå er kjøpestrøm og i den delen av året der effekttariffen har vært gjeldende har PID holdt toppen under 5 hele tiden (jeg har et setpunkt på 4.75 og nettleverandøren har ikke registrert topper over 4.81): Tidligere har jeg hver dag manuelt vurdert forholdene og programmert timere for de forskjellige lastene og kjøpestrøm så det blir spennende å se hvordan denne filosofien funker i praksis... Nå slår jeg bare på "Auto" og det hele skal gå av seg selv mens timerene kan kjøre på med lading, bereder o.a. i tillegg om nødvendig. Pr nå er det hele svært så dynamisk med nye kalkulasjoner hver time, mulig jeg må bestemme et tidspunkt for kalkulasjoner og holde på de i 24 timer, time will show...
  24. Har endelig gjort en vesentlig forbedring i strømsparesystemet mitt. Har grublet lenge for å finne ut hvordan jeg ville ha det og da jeg hadde planen klar så kostet det en del timer å finne en bitteliten teknisk løsning, helt konkret var det å finne de x antall billigste timene som til enhver tid er tilgjengelig som et array of objects sortert på pris. Selve sorteringen var det store problemet og jeg fant en svært enkel løsning på nett som jeg ikke aner hvordan virker men det gjør den... Resultatet ser sånn rent visuelt slik ut: Kurvene er; Gråblå: Råpris Gul: Råpris + nettleie Oransje: Jonaspris (råpris + nettleie - strømstøtte) som jo er den reelle prisen som må betales. Blågrå i trinn: Indikerer inneværende time og nullpunkt (havner Jonasprisen under 0 får jeg betalt for all strømmen jeg klarer å bruke) De 2 horisontale grå er grensene for billig og ekstra billig strøm. Disse plasserer seg ut fra hvor mange timer jeg har valgt å plukke ut som billig og ekstra billig og hvilke priser det da er i de aktuelle timene... Foreløpig stiller jeg solcelleinverteren om til å kjøre direkte på kjøpestrøm når strømmen er billig og i tillegg hiver i gang batterilading og vv.bereder når den er ekstra billig. Tidligere har jeg hver dag manuelt vurdert forholdene og programmert timere for de forskjellige lastene og kjøpestrøm så det blir spennende å se hvordan denne filosofien funker i praksis...Pr nå er det hele svært så dynamisk med nye kalkulasjoner hver time, mulig jeg må bestemme et tidspunkt for kalkulasjoner og holde på de i 24 timer, time will show...
  25. Hadde et lignende problem på en V2N. Inni låsen er der en bryter som velger noe sånt som "Easy"/"Advanced" mode, måtte stille om denne til motsatt stilling og gjøre fabrikkreset, stille tilbake og ny fabrikkreset så ble den resatt.
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.