SveinHa

De nevnte inntjeningstallene hadde blitt BETYDELIG lavere uten batteripakken. Selv nå rundt juletider med svært lav sol og bygninger/trær som gir skygge slik at bare omlag første halvpart av aktuelle soltimer kan brukes har jeg vært oppe i såpass solproduksjon at det holdt liv i huset i rundt 6.5 timer, uten batteri ca halvparten. Der forsvinner 1 krone i nettleie for hver kWh du selger og må kjøpe tilbake og, samme om du lagrer den i røykskyen...

Siden LiFePO4 batterier ikke skal lades i minusgrader og vi hadde en god kuldeperiode på slutten av året måtte der til en nødløsning. Batteriracket har godt åpne hyller så der er god luftsirkulasjon og med en 200W frostvakt stilt på helt lavest temperatur og low-e isolasjon rundt pakken holdt batteriene seg over 2 grader hele tiden: Ellers så sier loggede data at inntjeningen fom mai 2022 og ut året har endt på kr 3.214.- kun ved å kjøpe strøm når den er billig for å lade batteriene og kr 12.828.- på solcelleproduksjon, totalt for 8 mnd: kr 16.042.-. Det er ca 11.5% av kostnadene med hele anlegget og det må sies å være meget bra. Ligger an til 6 års nedbetaling. Disse regnestykkene blir litt akademisk fordi det er vanskelig å sammenligne et reelt forbruk med et forbruk tilpasset både sol og strømpris men disse tallene er basert på følgende: Strømpris/batterilading, teoretisk: Antall kWh brukt til batterilading * månedsgjennomsnittspris. Strømpris/batterilading, reell: kWh * strømpris samme timen. Inntjening er differansen mellom disse. Solcelleproduksjon: kWh * strømpris samme time. Alle strømpriser er regnet + nettleie - strømstøtte. Jeg ser også på måling av energi inn/ut av systemene mine at der normalt er rundt 100W i tap. Dette kan jo være målefeil men ikke så usannsynlig at der går med 100W underveis, ville kanskje anta det var litt mer og... Uansett så regnes disse tapene som minus solcelleprod.

Det skal ikke være nødvendig å sende noe. Batteridrevne sensorer er jo i utgangspunktet døde sett utenfra og bare våkner opp når de har data å sende. Jeg har en Aquara klimasensor i bobilen og den er død når bobilen har vært på tur i noen dager... Slår på inkludering i Z2M og trykker på knappen på sensoren så er den i live igjen. BURDE ikke være nødvendig... Tja, i "andre enden" av Zigbee2mqtt men kanskje ikke der problemet ligger når det bare er en sensor som sovner.

Har kjørt NodeRed 2.2 på en RPi4 i noen måneder men fant ut at jeg skulle legge tilbake til en virtuell Linux Mint maskin på NUC/ESXI. Opprettet en ny virtuell maskin med siste versjon av Linux Mint 21.1. Alt så bra ut helt til jeg endret IP adresse på den virtuelle maskinen, da gikk hele nettet i sirup uten at jeg kunne finne IP konflikter eller slikt... Etter noen timer endte det med ny Linux-Mint maskin, versjon 20.3 denne gang og da gikk alt greit. Så etterpå at ver 21.1 bare er 2 uker gammel så der kan være noen uløste problemer mot ESXI... Fikk oppgradert NodeRed til versjon 3.0.2 som gir en del oppgraderte redigeringsmuligheter, context menyer o.l. i alle fall. NodeRed 3.0.2 på RPi har noen uløste problemer for tiden... Selve flyttingen av NodeRed er å først legge inn alle tilleggspakker i paletten og så export av alle noder fra gammel installasjon og lim inn via clipboard i den nye. 2-3 konfigurasjonsnoder måtte manuelt oppdateres med passord o.l. Normalt burde dette ta noen få minutt men der gikk nå en dag...

Kjører du Pi-en på WiFi? I alle fall Pi3 har et intermittent problem med WiFi i noen sammenhenger, har ikke sett noen løsninger på det annet enn å bruke kablet nett i stedet....

Bildet er litt mer komplisert enn det jeg har skrevet til nå. Elbil forsvunnet ut av husholdningen (ca 500 kWh/mnd). Koking på gass (vet ikke kWh men koster omlag kr 100 i gass pr mnd). 28 m3 basseng varmes KUN med solcelle/varmepumpe, sist sommer var vi bare oppe i over 30 grader EN dag (trenger såpass temp pga helsen). Fyrer også med ved og det forurenser ikke noe å snakke om. Om en regner slik at CO2 er den stoooore forurenseren (slik de politisk korrekte har bestemt seg for å mene) så slipper veden ut mindre CO2 ved å brenne den i forhold til å la den ligge i naturen å råtne...

Ja. Ikke det at effektleddet blir noe voldsomt men det er ikke den store ulempen for meg heller. Jeg kan lade batteriene med 150A men for å holde meg under taket kjører jeg på med bare 40 eller 50A og så kommer varmepumpe og bereder inn når der er energi tilgjengelig.

En kjapp hoderegning blir: Kjøpt 1232 kWh til snittpris 3.55 + 0.46 i ca nettleie - 2.14 i strømstøtte blir kr 2.304.- i desember. Denne kostnaden vil nok normalt bli litt høyere siden et forbruk uten å ta særlig hensyn til strømprisen normalt ville foregått på de tidene med høyere pris men tallet er greit nok for sammenligningens del. Det jeg virkelig har betalt for strømmen, beregnet time for time, er kr 794.- så innsparingen ved å kjøpe strøm når den er billig er for meg i desember kr 1.510.- eller at jeg har betalt 34% av det jeg "normalt" ville betalt uten solcelle/batterianlegget. Solcellene har jo også bidratt litt til lavere forbruk men disse tallene gjelder kun kjøpestrøm. Mine pris/strømkurver ser ut helt like dine men jeg har et tak på 4.75 kWh pr time som jeg holder meg under. Med stor fokus på strømsparing (ikke vaske klær/oppvask unødig, senke gulvvarme og slikt uten at det har gått vesentlig ut over komforten) har vi fått ned årsforbruket fra rundt 30.000 kWh til rundt 10.000 kWh og med et slikt resultat av strømprisen også må jeg si meg fornøyd.

Det var imponerende. Jeg gjør det samme men men ser ikke at jeg kan stille med i nærheten av slike tall men har ikke noe ferdigtygde tall jeg kan stole på enda...

Der har vært flere mindre perioder tidlig i desember som lå an til å bli negativ strømpris men etterhvert har disse blitt positive, det er prisen å betale for billig strøm nå.... Akkurat nå ser det ut til at fom julaften blir strømprisen inkl nettleie og strømstøtte negativ (hvit strek):

Har nettopp oppgradert Z2M for å få liv i de nyeste HUE enhetene mine så den er rimelig fersk. Måtte legge inn frontend i config filen så dukket den opp... Kjører utelukkende NodeRed og trenger ikke HA...

Se der ja. Visste ikke om det... Da er jo hele poenget med Z2mAssistant borte... Kanskje ikke så merkelig at der står ©2019 på Z2mAssistant...

Min har ikke det. Er dette fra HA integrasjonen? Ikke alle som bruker HA...

HAR Z2MQTT et grafisk brukergrensesnitt?

Det er et grafisk brukergrensesnitt for Zigbee2MQTT. Ikke nødvendig men veldig kjekt å ha.

Jeg har installert Docker versjon av Zigbee2MQTTAssistant ver. 0.3.178 (som ser helt identisk ut som 0.3.157)og samtlige enheter ser ut til å ikke være støttet: Ser andre bilder på nett som ser mer videreutviklet ut men klarer ikke å finne noen nyere versjon... som f.eks. her: https://github.com/yllibed/Zigbee2MqttAssistant Hvilken versjon er det dere her på forumet bruker?

Det er fullstendig uvesentlig så lenge de få av oss som er villige til å betale en fornuftig sum for et supert forum er fornøyd.

Hadde en mistanke om det, ja... Ser der finnes en MBus hat for Raspberrry Pi men der er jo totalt vakuum for Pi i markedet... Hos Farnell er der oppgitt leveringstid til 01.01.24...

På varmepumpeanlegget mitt står der en Itron-UltraMaXX-V energimåler som har M-Bus tilkobling. Så langt har denne bare stått som en frittstående enhet med manuell avlesing men den skal ha m-bus innebygget. AMS målerene går jo også på m-bus og kan det være mulig å bruke f.eks. Tibber Pulse til å lese data herfra? Tibber Pulse kan jo settes opp til å sende data til min MQTT broker og det har jeg gjort med den som står på AMS måleren men har ikke lyst til å ta den ut av drift for eksperimentering. Der finnes en brukt Tibber Pulse til salgs ikke så veldig langt hjemmefra men det kunne være greit med noe kvalifisert synsing om dette kan la seg gjøre. Tibber Pulse sender jo bare rådata, de må jo dekrypteres i etterkant... Håper måleren min har trådbundet m.bus, den har i alle fall optisk... Andre m-bus2mqtt eller m-bus til ZWave/Zigbee som finnes i markedet og anbefales? Edit: Ser at HAN porten er master og da blir Tibber Pulse slave. Tviler på at Itron måleren er master siden den er batteridrevet (står ikke noe om det i manualen) og 2 slaver snakker neppe sammen...

Greit å standardisere men ser ikke noe stort poeng med at alle enheter på garasjeporten skal være samme teknologi. Portmotorer flest er litt triksne å automatisere siden der bare er en knapp for betjening og denne både kjører porten og eller ned og stopper den om den er i bevegelse. Jeg har Nexa AN179 rele som betjener portmotoren og endebrytere (en ZWave og en Zigbee, litt tilfeldig at det ble 2 forskjellige, den første gir en litt omtrentlig posisjon og den andre litt mer presis, liker egentlig den første best til dette bruket) som indikerer om porten er åpen eller lukket. Disse enhetene til sammen setter en statusvariabel til 5 forskjellige verdier: Åpen, Åpner, Lukker, Stengt og Ukjent. Logikken for setting av statusvariabel er enkel: Er porten stengt og releet aktiveres: "Åpner" Er porten åpen og releet aktiveres: "Lukker" Endebryter lukket betjenes: "Stengt" Endebryter åpen betjenes: "Åpen" Ingen signal fra endebrytere i løpet av port-kjøretid x 2: "Ukjent" Med denne statusvariabelen er det enkelt å lage automasjoner som: Hvis klokken er 22 og porten er åpen: Steng port (= aktiver rele i 1 sek)

Nå kjører ikke jeg noen 24/7/365 systemer på Windows lengre siden der før eller siden blir en tvungen oppdatering som ikke gjør seg ferdig automatisk (du kan bare utsette en viss tid før den installeres automatisk og som regel MÅ du svare på noen spørsmål etter restart før Windows/HS4 er oppegående igjen) men bortsett fra det så jeg har en super løsning: Virtuelle maskiner, både Windows, Linux og whatever kjørende under gratis ESXI. Synology NAS som tar backup av alle virtuelle maskiner f.eks. hver natt. Skjer der et alvorlig havari er det fort gjort å dumpe tilbake en hel virtuell maskin fra backup og du er oppegående igjen. Kan (og bør) suppleres med annen backup.

Zigbee2mqtt er en god start men du må også ha en MQTT Broker som Mosquitto. Både Zigbee2mqtt og Mosquitto kjører lett på samme Pi. og også MQTT Explorer når du først er i gang... Baller litt på seg men å innføre MQTT er en super løsning som et universalgrensesnitt. Når Mosquitto er installert og satt opp (nesten ikke noe oppsett i det hele tatt) er du ferdig ed den. MQTT Explorer er et supert verktøy for å se hva som skjer i Mosquitto (eller evt annen broker) og Zigbee2mqtt er bindeleddet mellom Zigbee enhetene og broker. Bruk litt tid på å sette deg inn i disse sakene så har du et godt grunnlag for hva du nå enn finner på senere. Har du allerede Raspbee så ville jeg brukt den men skal du kjøpe så gå for en USB variant og en liten eller evt litt lengre USB-forlengelseskabel...

Ja, MQTT Explorer er super og jeg ser den har noe verktøy innebygget (som jeg ikke har satt meg inn i enda) men poenget mitt her og nå var å finne ut hvilke enheter på zigbee eller zwave som har mest aktivitet på nettet og jeg har fått meg et par overraskelser...

Nå kjenner ikke jeg Homey men du kan helt sikkert starte med å manuelt sette timere dag for dag når berederen skal få lov å være på. Du finner strømprisdata på nett for i dag og i morgen og det er kjapt gjort å manuelt plukke seg ut noen få billige timer og programmere berederen til å bare være på da. Bare det er en god start og så kan du automatisere mer etterhvert...

En kan ikke vite selv om en har statistikk. Det siste året har jo strømprisene hoppet som en ungfole på vårslepp og ligner ikke på tidligere år. Statistikken gir deg bare en kvalifisert gjetting... Se bare på november, fram til midt i måneden så strømstøtten ut til å bli rundt 0 men endte opp på en snau 50-øring...