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

Christopher Stenersen

Medlemmer
 Vis profil  Se deres aktivitet

  • Innlegg

    35

  • Ble med

  • Besøkte siden sist

 Innholdstype 

Alt skrevet av Christopher Stenersen

  1. 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.
  2. Christopher Stenersen
    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.
  3. Christopher Stenersen
    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.
  4. Christopher Stenersen
    ok. 601 er ikke et register i mitt anlegg (Systemair VTR 500) så da blir det nok ikke det samme tenker jeg.
  5. Christopher Stenersen
    forklar gjerne nærmere. Jeg fikk ikke noen fornuftig resultat utifra den formelen.
  6. Christopher Stenersen
    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
  7. Christopher Stenersen
    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.
  8. Christopher Stenersen
    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
  9. Christopher Stenersen
    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
  10. Christopher Stenersen
    Denne funker hos meg. Bare skift ut "Aidon" noden med "kaifa" noden flows.json
  11. Christopher Stenersen
    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?
  12. Christopher Stenersen
    Hvis du har en loggfil så send gjerne den over så kan jeg ta en kikk.
  13. Christopher Stenersen
    @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?
  14. Christopher Stenersen
    @Howi42 ble det bra?
  15. Christopher Stenersen
    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?
  16. Christopher Stenersen
    Du har rett. En av de bør være null til enhver tid men husk at måleren pusher ut snittet av siste 2,5 sek så mulig det kommer noen verdier på begge hvis du ligger i grenseland det siste 2,5 sek kanskje?
  17. Christopher Stenersen
    Ja se der ja. Har du mulighet til å logge litt på meldingene som kommer før decoderen så er jeg interessert i å ta en titt. Jeg mener det er unsigned integer som kommer fra HAN interface. Litt usikker på hvordan man da skal takle negative verdier men det finner jeg sikkert ut av etter litt «googling»
  18. Christopher Stenersen
    @Howi42 jeg tar gjerne imot tips på hvordan jeg kan løse denne anmerkningen i noden så kan jeg rette dette på en oppdatering.
  19. Christopher Stenersen
    Ny versjon 1.1.0 av HAN decoderen er nå publisert.
  20. Christopher Stenersen
    Til info så jobber jeg med en ny versjon av decoderene der man får opp alle data i msg.payload uavhengig av man setter inn komplett objektnavn slik som msg.payload.act_pow_pos. I tillegg kommer jeg til å implementere "msg.payload = msg.payload.toUpperCase();" slik at man kan slippe å medta denne i funsksjonsnoden.
  21. Christopher Stenersen
    Jeg har benyttet denne et par mnd nå uten problemer: https://www.aliexpress.com/item/USB-to-MBUS-Slave-Module-Discrete-Component-Non-TSS721-Circuit-M-BUS-Bus-Monitor/32917153031.html?spm=a2g0s.9042311.0.0.65084c4dHuLwpT
  22. Christopher Stenersen
    Oi her var det veldig varierende lengder på linjene, disse burde hvert eksakt like lange hvert 10.sek og noe lengre hver time. Ser ut som dataene er riktige frem til act_pow_pos men deretter er det veldig varierende struktur. Kanskje du kan forsøke en annen USB-Seriell overgang?
  23. Christopher Stenersen
    Kan du sende meg rådata fra ca en times logging så kan jeg ta en kikk. Act_pow_neg skal være strøm ut av huset ved for eksempel solcelleanlegg etc.
  24. Christopher Stenersen
    Alt 1: huk av at debuger node skal vises i console. Da burde meldinger vises i terminal som kjører node red med noe mer informasjon alt 2: du må skrive komplett objektnavn i debugger. F.eks msg.payload.act_pow_pos. Se readme for noden for å få oversikt over alle objektene. Du finner readme her: https://flows.nodered.org/node/node-red-contrib-ams-decoder
  25. Christopher Stenersen
    AMS decoderen for Node-Red inneholder nå en beta node fro Kaifa målere. kult hvis noen har mulighet til å teste ut på forskjellige typer da jeg bare har testet med data fra 1-fas måler. https://flows.nodered.org/node/node-red-contrib-ams-decoder
×
×
  • 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.