Christopher Stenersen

Takk for god informasjon @Vaskeklut Jeg greier å få ut tarifftyper og priser pr. tariff. Men får ikke helt dreisen på å få informasjon om pris og tarifftype Har du bedre hell enn meg? Kjører denne i function node: msg.headers = {}; msg.headers['Ocp-Apim-Subscription-Key'] = 'xxxxxxxxxxxxxxxxxxxxxxxxxx' // Her limer du inn "Primary key" msg.payload = { "range": "today", "meteringPointIds": ["xxxxxxxxxxxxxxxxxxxxxxx"] // Her skriver du inn målepunkt-id for din måler } return msg; slik i http request node: men får bare dette i retur: Ser ut som jeg får ok på min request men ingen fornuftig informasjon følger i payload.

Jeg fikk svar på fremgangsmåte for å få en fornuftig timestamp fra registerne som skal vise dato for siste filterskift: "This is not easy, but it can be done:First, calculate the filter replacement time in seconds:Read x: register 7002If x < 0 then add 65536Read y: register 7003If y < 0 then add 65536Multiply y with 65536 and add the result to x.The result is the internal representation of the filter replacement time in seconds.Substract 2212122512. This is the number of seconds since 1.1.2016 00:00. Divide by 86400 to get the number of days since 1.1.2016." Må si jeg ble forbauset over hvor komplekst dette var uten at det var nevnt i modbus manualen.. men det ser ut til å stemme ganske bra.

ok. Ja det kan kanskje virke slik. jeg fant to 16-bit registere som gir sekunder til neste filterskift som gir et fornuftig resultat. Jeg regner om dette til uker og får det frem slik som på bilde i Home assistant. Men jeg får fremdeles ikke noe fornuftig ut at det registeret som skal vise dato for siste. filterskift.. jeg sender en forespørsel til systemair vedrørende dette. mulig det er en bug eller noe.

ok. 601 er ikke et register i mitt anlegg (Systemair VTR 500) så da blir det nok ikke det samme tenker jeg.

forklar gjerne nærmere. Jeg fikk ikke noen fornuftig resultat utifra den formelen.

Jeg er veldig interessert i å se hvordan du har integrert datoen for filterbytte. Jeg har også VTR500 med IAM-modul som er satt til modbus. verdier for temperaturer og andre moduser etc får jeg til å fungere fint via node-red men akkurat timestamp verdiene sliter jeg med. Jeg forsøker å lese av register 7002 og 7003 men få ikke helt til å konvertere verdiene jeg får i retur til en fornuftig timestamp. Jeg gjorde et filterbytte på maskinen igår 25.12.2020 i 12-tiden og får nå disse verdier når jeg poller registerene: 7002:0x62DE 7003:0x8D3A

Jeg tror det er det orange paret som skal benyttes hvis det er en standard patchesnor du har benyttet? Det er pin1 og 2 som skal sende data i RJ45 utgangen på måleren. Det er i alle fall det paret jeg benytter på min Aidon måler.

ok. Jeg er ikke så kjent med denne men ser ikke helt hensikten med å benytte så mange switch og split noder. Dette er min komplette flow der jeg logger alle data i influxDB og i tillegg visualiserer noen av dataene i dashboard. flow.json

Vil du dele flow'en så kan jeg ta en titt? Jeg benytter denne funksjonsnoden før jeg sender data inn til influxdb. flow.json

Denne funker hos meg. Bare skift ut "Aidon" noden med "kaifa" noden flows.json

Ok. Log fil kan du lage selv via node-red f.eks. Jeg trodde du kjørte med denne noden: https://flows.nodered.org/node/node-red-contrib-ams-decoder Har du forsøkt om den viser riktig?

Hvis du har en loggfil så send gjerne den over så kan jeg ta en kikk.

@el_frodo er du sikker på at TrønderEnergi har åpnet HAN-porten? Mulig dette må bestilles. Hvilken type måler er det snakk om? Får du ikke logget noe som helst data ut fra USB-serial eneheten? f.eks i node-red eller lignende?

@Howi42 ble det bra?

takk for logg @Howi42. @Hårek Du har helt rett. Det er signed på strømmene, V1.1.3 er publisert i npmjs med endring som ivaretar dette. Flott hvis du kan teste @Howi42 og se om det fungerer bedre nå. Jeg finner dog ikke noe info om dette i Kamstrup og Kaifa sine spesifikasjoner. Noen som har erfaringer med produksjon av strøm på disse målerne?