OlavT

Hvorfor ikke bare strupe laderen ned til et nivå der en er sikker på å ikke gå over og forøvrig styre laderen basert på strømpris?

Ja, kanskje det. Er det klart dokumentert?

Data de får hvert 2,5 sekund inneholder ikke akkumulert forbruk. Bare effekten. Da må en anta noe om effekten mellom målepunktene for å kunne beregne forbruk. Stemmer sikkert ganske bra med virkeligheten.

Dersom strømforbruket i Norge går ned og strømnettet fortsatt koster like mye, så er det eneste rettferdige at prisen per kWt for nettleie går opp. Det blir uansett hypotetisk all den tid strømorbruket er beregnet å øke fremover.

Inntektene vil dekke kostnadene uansett hvordan de fordeles. Jeg kan ikke se noen mer rettferdig måte å fordele kostnadene på enn basert på forbrukte kWt. En som bruker lite strøm bør betale mindre nettleie enn en som bruker mye strøm. Enkelt og logisk. Jeg kan skjønne at de som bruker mye strøm ønsker å dytte mer kostnader over på de som bruker lite strøm, men det blir ikke noe mer rettferdig av den grunn.

Ok, det gir kanskje mening. Ikke at jeg synes at det er fornuftig ut fra forbruker sitt perspektiv. Selv synes jeg det mest rettferdige hadde vært 100% av nettleien baert på forbruk.

Dette kom ut i en rekke medier forrige uke (eksempel Ny nettleieordning kommer i juli – E24😞 "Regjeringen har besluttet å innføre en overgangsperiode på to år for kravet om at energileddet (som betales per kilowattime i forbruk), maksimalt kan utgjøre 50 prosent av inntektene til nettselskapene." Jeg kan ikke skjønne annet enn at dette er direkte feil?

Tjenesten er å frakte varer. Ikke veldig logisk at frakt skal ha tilnærmet fastpris.

Hvordan hadde du tenkt å lage logikken for å ta hensyn til effekt-tariff? Tenker ikke på kode, men hvordan tenker du dette skal fungere. Det blir jo motstridende mål. Enten lade billig eller å lade med lavere effekt. Ofte vanskelig å kombinere.

Hvordan kan Tibber rapportere akkumulert forbruk oftere enn hver time når det som sendes ut på HAN-porten ikke er oftere enn hver time?

Da burde vel det også gjelde strømprisene? Kraftprodusentene har vel også stort sett utgifter som også stort sett er faste?

Her må det være noen feil i det siste som er publisert. Fra: Ny nettleieordning kommer i juli – E24 I overskriften står det: "Den skal sørge for at en større andel av strømregningen blir knyttet til forbruket." For det første har de færreste i dag en større andel av nettleien knyttet til forbruket enn fastleddet. Så at en ny modell for nettleie skulle være nødvendig for å endre på dette virker ikke logisk. Lenger nede i artikkelen står det: "Regjeringen har besluttet å innføre en overgangsperiode på to år for kravet om at energileddet (som betales per kilowattime i forbruk), maksimalt kan utgjøre 50 prosent av inntektene til nettselskapene." Det vil for de fleste føre til at strømregningen (nettleien) knyttet til forbruket vil gå ned. Dette er i direkte motsetning til hva som står i overskriften. Fra: Organisasjonene har samlet seg: Enighet om ny nettleie-modell | Europower (europower-energi.no) "Vi anbefaler at minimum 50 prosent av nettselskapets inntekter fra den aktuelle kundegruppen skal komme fra energileddet." Dette er nok mer i tråd med intesjonen bak det siste forslaget til modell for nettleie. Selv dette forslaget vil sannsynligvis for de fleste føre til at en mindre del av strømregningen er knyttet til forbruket da fastleddet sannsynligvis øke sammenlignet med i dag. Utrolig at det er mulig å komme med så mye desinformasjon om dette. Noen som vet hva som er korrekt?

Elvia begrunner presisjonen på 2 siffer ut på HAN-porten slik: Dette er en standard som ble bestemt av NEK (Norsk Elektroteknisk Komite) slik at alle leverandører av måleutstyr skulle levere samme data/presisjon på porten som strømmåleren er en del av. Jeg har også en Aidon måler og synes det er rart om noen av de sender på et annet format.

Utskriften din er jo fra Klepp Energi. Det er jo ikke nødvendigvis det samme som kommer ut på HAN-porten.

Ut på HAN-porten?

Da har jeg fått bekreftet fra Elvia at data som sendes ut på HAN-porten har en presisjon på 10Wh og at data som sendes til HES (Head-end-System) / Elhub har en presisjon på 1Wh. Hva bakgrunnen er for at data sendes ut med forskjellig presisjon har jeg ikke fått svar på enda. Virker litt merkelig.

Har sett det fra tid til annen på mine målere, men ganske sjeldent. Ikke sikker på årsaken. Jeg ser dette i data som logges rett fra HAN-porten. Har skrevet sw selv.

Micro Matic´s elektronisk døgn-/ukeur har automatisk korrigering av sommer-/vintertid. Kontakturet er beregnet for DIN skinnemontering. Uret er meget lette å programmere etter utførlig bruksanvisning på norsk. Pris: 590kr • Automatisk sommer-/vintertidveksling • Døgn/uke program med 30 programplasser • Korteste innkoplingstid 1 minutt • Impulsfunksjon 1- 59 sekunder • Manuell overstyring • Enkel programmering • Enkel kontrollrutine for sjekk av program • Ferieprogram • Display med lys. • 230V • IP20. • BxH: 35,8x90 mm.

Interessant å se hvordan rutene fra en node til kontroller endres over tid. Startet kontrolleren i går kveld.

Er det noen Z-Wave eksperter her? Jeg registrerer at HeatIt TRM-3 sender ut slike meldinger regelmessig: 26.01.2022 22:49:58.107 - INFO: Received: SOF Length=0x0e REQUEST FUNC_ID_APPLICATION_COMMAND_HANDLER ReceiveStatus=Multi NodeId=0x09 PayloadLength=0x06 SENSOR_MULTILEVEL 0x05 0x01 0x22 0x00 0xd1 RSSI=179 0x00 0x87 Jeg har bare satt opp Multi Channel Associations og hadde forventet at alle meldinger som ble sendt fra TRM-3 da ville være Multi Channel encapsulated. Jeg får i tillegg som forventet Multi Channel encapsulated meldinger også: 26.01.2022 22:47:58.227 - INFO: Received: SOF Length=0x12 REQUEST FUNC_ID_APPLICATION_COMMAND_HANDLER ReceiveStatus=Single NodeId=0x09 PayloadLength=0x0a MULTI_CHANNEL 0x0d 0x02 0x00 0x31 0x05 0x01 0x22 0x00 0xd1 RSSI=187 0x00 0xf8 26.01.2022 22:47:58.228 - INFO: MultiChannel.HandleEncap: NodeId=0x09 sourceEndPoint=2 destinationEndPointIsBitMask=False destinationEndPoint=0 SENSOR_MULTILEVEL 26.01.2022 22:47:58.229 - INFO: ZWaveNode.HandleApplicationCommand: NodeId=0x09 EndPointNumber=2 Command=SENSOR_MULTILEVEL 0x05 0x01 0x22 0x00 0xd1 26.01.2022 22:47:58.229 - INFO: SensorMultilevel.HandleReport: sensorType=AirTemperature size=2 scaleId=0 precision=1 sensorValue=20.9 Jeg registrerer også at meldingen som ikke er Multi Channel Encapsulated er en multicast frame. Noen som vet hvorfor?

Hvor finner en FW filene fra HeatIt? Før lå de ute på web-sidene, men har ikke sett noe til de i det siste.

Det SV egentlig mener er at de (staten) skal dele ut en rasjon strøm og så betaler en dyrt for all bruk over det. Det gjelder enten en trenger det for å varme opp et gammelt hus, koke kaffe, varme opp boblebadet, lage middag eller vaske klær.

Nei, dimmerene blir "døde" og svarer ikke. Det er mange som har rapportert problemer med Namron sine Z-Wave dimmere. Steinel IS 140-2 svarer, men med "korrupt" info. Har du erfaringer selv med Steinel IS 140-2?

MIn konklusjon når det gjelder Namron sin 200 Watt Z-Wave dimmer er at den "henger seg opp" etter noen dagers drift. Når dette skjer svarer den ikke på Z-Wave meldinger. Strøm av / på løser problemet til det oppstår igjen om noen dager.

Er det noen som har erfaring med Steinel IS 140-2 bevelgelses sensor? Min erfaring er at etter noen dagers drift (etter strøm på), så blir den på en måte "korrupt". Det vil si at den rapporterer feil i Node Information Frame til kontroller i forhold til hvilke command classes den støtter. Strøm av / på løser problemet. Noen som har denne?