Vinnerliste

hei d var riktig d du sa growatt måtte endre noen verdier nå fungere den. når jeg sa til de om dette 4 uker siden de mente d var riktig installert.

Ser i oppdateringen av EspHome som kom i natt at de nå støtter Raspberry Pi Pico W. Det er alltid kjekt med alternativer. RPi Pico W har kanskje ikke så mye mer enn en ESP32 å by på, men slik jeg ser det er den mer "standardisert". Kjøper en RPi Pico W så vet en hva en får. Med ESP32 kan det være litt ymse med en drøss produsenter som har sine egne varianter. Og jeg mistenker det er utstrakt piratproduksjon av ESP32 også. Jeg kjøpte et par moduler i sommer som var bortimot umulige å holde seg på wifi-nettet. Signalstyrken var elendig selv en meter i fra ruter. De ble byttet ut med kort fra en annen produsent og dermed var signalstyrke-problemet løst. Sånn sett tror jeg RPi Pico W kan være bedre.

Jeg tror de fleste estimerer timesforbruket som estimat = (forbruk så langt denne timen) + sanntidseffekt*(andel av timen som gjenstår). Det kan du lage en template sensor for i HA, f.eks. med verdier fra en AMS-leser som forklart over. Sanntidseffekten kan være grei å sende gjennom et lavpassfilter først sånn at estimatet ikke blir så følsomt for hurtige endringer i effekt, noen laster skrur seg jo hyppig av og på. Filtrerer man derimot "for mye" kan estimatet fort ligge litt på etterskudd, så man må finne en middelvei. Jeg har satt min time_constant til 30, det fungerer godt nok for meg. Estimatet fungerer greit nok, men det er naturligvis ganske unøyaktig i begynnelsen av timen, og blir mer og mer presist etterhvert som estimatet blir mindre sensitivt for ekstrapolert effekt. Hvis lastene er deterministiske (eks. fra oppvaskmaskin med kjent oppvaskprogram) kan man hypotetisk forbedre estimatet med det kjente framtidige forbruket fra eksempelvis oppvaskmaskinen, men det blir fort for komplisert i en template sensor ser jeg for meg, da ville jeg brukt noe sånt som Node-Red eller Pyscript osv.

Ny termostat😀