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

Kamstrup AMS-måler WiFi adapter


Anbefalte innlegg

16 hours ago, Bjørn Mork said:

Bug i firmware på Kamstrup?  Eller samtidige firmware-oppgraderinger?

Forstår jeg deg rett når du snakker om data fra to Kamstrup-målere hvorav du har en Pow-K på den ene?

Er problemet der fremdeles?

 

Min egen logger er midlertidig ute av drift grunnet feilsøk på et kort, så kan ikke se hva som eventuelt hendte på min Kamstrup-måler i går.

19 hours ago, emmz0r said:

Jeg prøvde først med multimeter i går natt. Da får jeg dønn stabil 24V, men ikke noe fluktueringer som jeg pleide før.

Jeg koblet den opp på oscilloskop også, det er bare en rett strek.

 

Siden du får 24V betyr det at du måler på HAN-modulen. Jeg har vært borti HAN-moduler med feil, ting virket etter at de var byttet.

 

Du skrev tidligere om problemer med å trekke ut HAN-modulen.

Dersom du fikk det til kan du trekke den ut og sjekke datasignalet på pluggen bak HAN-modulen. Du måler mellom GND (en av pinnene til venstre) og datasignalet som er på nederste pinne i midten. Signalet der er 0-3,3V, ligger på 3,3V mellom datasendingene.

Lenke til kommentar
Del på andre sider

6 hours ago, ArnieO said:

Forstår jeg deg rett når du snakker om data fra to Kamstrup-målere hvorav du har en Pow-K på den ene?

Er problemet der fremdeles?

Nei, har bare en Kamstrup-måler. Med Pow-K.  Problemet forsvant, men dukket opp igjen i natt og så forsvant det igjen etter noen timer.  Veldig rart.

 

Men det har vært stabilt siden 02:00 i natt, så da håper jeg det forblir sånn

Lenke til kommentar
Del på andre sider

  • 2 uker senere...
On 14/08/2021 at 23:08, Bjørn Mork said:

Men det har vært stabilt siden 02:00 i natt, så da håper jeg det forblir sånn

Det slo ikke til.  Måleren fortsatte med å koble ut ca en gang i døgnet, men helt irregulært, den neste uken.

 

Men nå har den vært stabil etter en liten endring jeg gjorde for 3 dager siden, og jeg har en morsom teori å prøve på dere:

 

Måleren står i en fritidsbolig.  Normalt er det et minimum forbruk på minst 300 W der.  Mest pga en avfukter i kjelleren.  Problemene oppstod etter at denne avfukteren stanset (bugger tidvis og fyller opp tanken sin i stedet for avløpsslangen) uten at noen var til stede.  Forbruket sank da til ganskje jevnt 50 W.  Endringen jeg gjorde for 3 dager siden var å starte opp avfukteren igjen.

 

Kan det tenkes at tilgjengelig effekt til HAN-modulen avhenger av målt effekt i Kamstrup-måleren? Det synes ihvertfall som om det er en klar sammenheng med at modulen mister strømforsyningen og at målt effekt er veldig lav over tid.  Jeg må innrømme at jeg sliter litt med å fantasere frem en ingeniør-godkjent forklaring på fenomenet.  Men kanskje de rett og slett henter strømforsyningen til måleren fra måletrafoer rundt fasene?  Og at den nødvendigvis må nedprioritere den eksterne modulen når effekten er for lav til å holde alt oppe?

 

Hmm, høres litt for søkt ut egentlig.  Blir jo veldig vanskelig å måle 0 W på den måten der.

 

Andre idéer?  Eller andre som ser seg i stand til å teste teorien?  Jeg innser at det er litt utfordrende å holde strømforbruket på jevnt 50 W eller lavere i et døgn eller mer 🙂  Noe stort problem er det jo uansett ikke.

Lenke til kommentar
Del på andre sider

Bjørn Mork skrev (4 minutter siden):

Det slo ikke til.  Måleren fortsatte med å koble ut ca en gang i døgnet, men helt irregulært, den neste uken.

 

Men nå har den vært stabil etter en liten endring jeg gjorde for 3 dager siden, og jeg har en morsom teori å prøve på dere:

 

Måleren står i en fritidsbolig.  Normalt er det et minimum forbruk på minst 300 W der.  Mest pga en avfukter i kjelleren.  Problemene oppstod etter at denne avfukteren stanset (bugger tidvis og fyller opp tanken sin i stedet for avløpsslangen) uten at noen var til stede.  Forbruket sank da til ganskje jevnt 50 W.  Endringen jeg gjorde for 3 dager siden var å starte opp avfukteren igjen.

 

Kan det tenkes at tilgjengelig effekt til HAN-modulen avhenger av målt effekt i Kamstrup-måleren? Det synes ihvertfall som om det er en klar sammenheng med at modulen mister strømforsyningen og at målt effekt er veldig lav over tid.  Jeg må innrømme at jeg sliter litt med å fantasere frem en ingeniør-godkjent forklaring på fenomenet.  Men kanskje de rett og slett henter strømforsyningen til måleren fra måletrafoer rundt fasene?  Og at den nødvendigvis må nedprioritere den eksterne modulen når effekten er for lav til å holde alt oppe?

 

Hmm, høres litt for søkt ut egentlig.  Blir jo veldig vanskelig å måle 0 W på den måten der.

 

Andre idéer?  Eller andre som ser seg i stand til å teste teorien?  Jeg innser at det er litt utfordrende å holde strømforbruket på jevnt 50 W eller lavere i et døgn eller mer 🙂  Noe stort problem er det jo uansett ikke.

Hvorfor lete etter en sammenheng når det mest sannsynlig ikke er noen sammenheng? Mener nå jeg .......

Lenke til kommentar
Del på andre sider

5 minutes ago, stigvi said:

Hvorfor lete etter en sammenheng når det mest sannsynlig ikke er noen sammenheng? Mener nå jeg .......

Du har et poeng der.  Jeg leter vel mest etter en forklaring på noe som er så pussig at jeg er villig til å akseptere det som magi 😉

 

Problemet var ihvertfall helt fraværende så lenge forbruket var på 300+ W.  Da var alt dønn stabilt.  Men det er sikkert lurt å gi det noen uker nå og se om det er like stabilt igjen etter at forbruket er tilbake deromkring

Lenke til kommentar
Del på andre sider

10 minutes ago, Bjørn Mork said:

Det slo ikke til.  Måleren fortsatte med å koble ut ca en gang i døgnet, men helt irregulært, den neste uken.

 

Men nå har den vært stabil etter en liten endring jeg gjorde for 3 dager siden (...)


(...)
 

Andre idéer? 
(...)

Det er en interessant observasjon og for så vidt en artig teori, men jeg anser det som svært usannsynlig at måleren er konstruert på en slik måte at den ikke fungerer ordentlig når det går lite strøm i fasene.

 

Pow-K får spenning fra en plugg i måleren hvor det konstant skal ligge 4,15V. Dersom den slutter helt å fungere i perioder må enten denne spenningen bli borte, eventuelt må firmwaren gå i lås på en slik måte at den etterhvert restarter modulen (men det høres også svært usannsynlig ut slik du beskriver det som skjer).

Vet du om modulen var spenningsløs (ingen lys i LEDen) mens dette skjedde?

Hvilken liten endring var det du gjorde slik at den ble stabil?
 

Min teori heller mer i retning av at det skjer noe i forbindelse med nettselskapets daglige trådløse avlesing av målere. Kanskje radiostøy som gjør at Wifi-signalet fra Pow-K ikke kommer ut til routeren din? Hvilken RSSI har du vanligvis?
AMS-målere i et område er sammenkoblet i et maske-nettverk, og dersom du er så heldig at din måler er "hub" mot nettselskapets system så kan kanskje radio-"jammingen" pågå en stund mens målere i området leses.
Bare en teori dette også.

Dersom du var på stedet mens det der skjer og kunne observere LEDen på Pow-K så kunne vi kanskje komme nærmere en forståelse.

Lenke til kommentar
Del på andre sider

56 minutes ago, ArnieO said:

Vet du om modulen var spenningsløs (ingen lys i LEDen) mens dette skjedde?

Hadde flaks nå.  Var ikke til stede tidligere mens problemet var der, men nå slo det til igjen mens jeg satt her og skulle svare.  Så da har jeg litt mer fakta og kan redusere synsingen tilsvarende 😉

 

Modulen blinket to eller 3 sekvenser med hurtig rød blinking, deretter en normal sekvens med lang blå pluss kort grønn blink.

 

Jeg tok den ut.  Da fortsatte den noen runder med røde blink mens supercapen ladet seg ut.  Ventet til det tok slutt.  Plugget den inn igjen og den startet opp og virket normalt uten rød blinking.

 

57 minutes ago, ArnieO said:

Hvilken liten endring var det du gjorde slik at den ble stabil?

Tømte tanken i avfukteren 😉  Dvs, la på et konstant bunn-forbruk på 300 W.

 

58 minutes ago, ArnieO said:

Min teori heller mer i retning av at det skjer noe i forbindelse med nettselskapets daglige trådløse avlesing av målere. Kanskje radiostøy som gjør at Wifi-signalet fra Pow-K ikke kommer ut til routeren din?

Joda, men det var så rart at det tok uker før dette slo til første gang.

 

1 hour ago, ArnieO said:

Hvilken RSSI har du vanligvis?

Den ligger nok kanskje noe lavt i forhold til radiostøyen i nærheten.  Typisk -75 til -77 dBm.

 

Bruker BLE fra RPien på toppen av skapet til å lese av noen Airthings sensorer, og RPien har også en USB3 minnepinne som systemdisk. Og en RTL2838 mottaker som jeg bruker til noen 433 MHz sensorer.  Og nå også en Zigbee radio.  Men den var ikke der når problemet oppstod, så den har jeg lyst til å frikjenne til tross for interferens-potensialet.

 

I tillegg står det en Netti der. Dette er en enkel smarthus-gateway som gamle Hurum kommune har delt ut.  Den har visst WiFi, BLE, og Zigbee i følge https://www.sintef.no/globalassets/project/va-dagene/2019/14-erfaring-med-fjernavleste-vannmalere2.pdf . Og åpenbart W-MBUS på 869 MHz siden mesteparten av poenget er avlesing av vanmåleren. Nettien får selvsagt ikke strøm fra HAN-porten siden jeg bruker den til Pow-K, men strømforsynes i stedet med USB.

 

Kamstrup-måleren har ekstern antenne montert på utsiden av skapet så det kan godt tenkes den fungerer som hub i et mesh-nettverk.  Er ikke så mange husstander i nærheten, men er jo noen.

 

Helt støyfritt miljø er det altså ikke.  Godt man ikke bor i Ny-Ålesund 🙂

Lenke til kommentar
Del på andre sider

7 minutes ago, Bjørn Mork said:

Modulen blinket to eller 3 sekvenser med hurtig rød blinking, deretter en normal sekvens med lang blå pluss kort grønn blink.

OK, da vet vi litt mer!

 

Tre røde blink er en feilkode som indikerer at den ikke har kontakt med Wifi-ruteren, se kapittel "Feilsignaler" i bruksanvisningen.

 

Den blå sekvensen viser data som kommer inn fra måleren, og det grønne blinket rett etter er Pow-K som bekrefter at måledataene er gjenkjent/godkjent.

 

Jeg har aldri hatt problem med RSSI i området -75 til -77 dBm, men det kan tenkes at det er ekstra mye radiostøy hos deg som gjør det mer krevende.

 

Min gjetning er fremdeles at det er radiostøy som er årsaken til det du ser, men uten avansert måleutstyr tror jeg det er vanskelig å komme nærmere å finne ut om årsaken er nettselskapets maskenett (hvor de kanskje har lagt om innsamlingsalgoritmen) eller din Zigbee-dings (som tilkom etter at problemene startet, derfor lite sannsynlig).

Lenke til kommentar
Del på andre sider

1 hour ago, ArnieO said:

Tre røde blink er en feilkode som indikerer at den ikke har kontakt med Wifi-ruteren, se kapittel "Feilsignaler" i bruksanvisningen.

Ja, jeg så det der.  Var litt usikker på om dette var 3 "blink" eller 3 gjentagelser av sekvenser med x blink.  Hvert av "blinkene" flimret som om de bestod av svært hurtig blinking.  Men i så fall var det en del av dem og frekvensen ganske høy.  Hva er sånn ca perioden for disse feilblinkene?  Det gikk vel en par-tre sekunder mellom dem dersom vi tolker det som tre lange blink.

 

Får ta en kikk på hva aksesspunktene sier neste gang dette skjer

Lenke til kommentar
Del på andre sider

8 minutes ago, Bjørn Mork said:

Ja, jeg så det der.  Var litt usikker på om dette var 3 "blink" eller 3 gjentagelser av sekvenser med x blink.  Hvert av "blinkene" flimret som om de bestod av svært hurtig blinking.  Men i så fall var det en del av dem og frekvensen ganske høy.  Hva er sånn ca perioden for disse feilblinkene?  Det gikk vel en par-tre sekunder mellom dem dersom vi tolker det som tre lange blink.

 

Får ta en kikk på hva aksesspunktene sier neste gang dette skjer

Feilblinkekodene kommer med 3 sekunders mellomrom.

Hvert blink varer i 50 millisekunder, og dersom de kommer flere enn ett blink er det også 50 millisekunder mellom blinkene.

Det skal da være kurant å skille blinkene fra hverandre / telle de.

Ta gjerne en videosnutt neste gang du ser det dersom du er i tvil!

 

Dersom problemet er feil eller manglende data fra måleren vil det også vises i brukergrensesnittet ved at HAN-indikatoren blir rød. Dersom den mister kontakt med Wifi-aksesspunktet blir Wifi-indikatoren rød:
image.png.328b41cf8d0489ca0a03cbf415c17ede.png

Lenke til kommentar
Del på andre sider

OK, noe mer kjøtt på beina.  Du har nok helt rett - årsaken til feilen ligger mest sannsynlig i mitt trådløse nett.  Det som har forvirret meg er at Pow-K modulen rebooter.  Men dette er trigget av nettverksproblemene og ikke motsatt.

 

Var i tilstanden der modulen ikke svarte på ping.  I følge aksesspunkte var den aktiv på wifi (inactive time < 1 s):

 

root@u6-1:~# iw wlan0-1 station get 50:02:91:e0:4a:15 
Station 50:02:91:e0:4a:15 (on wlan0-1)
        inactive time:  910 ms
        rx bytes:       2939834
        rx packets:     62674
        tx bytes:       1578596
        tx packets:     13205
        tx retries:     7603
        tx failed:      0
        rx drop misc:   0
        signal:         -77 [-77, -83] dBm
        signal avg:     -76 [-76, -81] dBm
        tx bitrate:     54.0 MBit/s
        tx duration:    2247072 us
        rx bitrate:     6.0 MBit/s
        rx duration:    6620293 us
        airtime weight: 256
        expected throughput:    18.126Mbps
        authorized:     yes
        authenticated:  yes
        associated:     yes
        preamble:       short
        WMM/WME:        no
        MFP:            no
        TDLS peer:      no
        DTIM period:    2
        beacon interval:100
        short preamble: yes
        connected time: 27051 seconds
        associated at [boottime]:       1159508.557s
        associated at:  1629950047588 ms
        current time:   1629977098573 ms


 

Men IP-messig var det altså dødt.  Jeg har sett tilsvarende med et IP-kamera på dette nettet før, så jeg holder en knapp på en AP-relatert bug (halveksperimentell OpenWrt installasjon).  Trigget en reconnect, og det virket tilsynelatende som det skulle:

 

root@u6-1:~# iw wlan0-1 station del 50:02:91:e0:4a:15 
root@u6-1:~# iw wlan0-1 station get 50:02:91:e0:4a:15 
Station 50:02:91:e0:4a:15 (on wlan0-1)
        inactive time:  220 ms
        rx bytes:       11664
        rx packets:     179
        tx bytes:       2322
        tx packets:     21
        tx retries:     11
        tx failed:      0
        rx drop misc:   0
        signal:         -76 [-76, -82] dBm
        signal avg:     -76 [-76, -82] dBm
        tx bitrate:     48.0 MBit/s
        tx duration:    13376 us
        rx bitrate:     6.0 MBit/s
        rx duration:    46173 us
        airtime weight: 256
        expected throughput:    16.113Mbps
        authorized:     yes
        authenticated:  yes
        associated:     yes
        preamble:       short
        WMM/WME:        no
        MFP:            no
        TDLS peer:      no
        DTIM period:    2
        beacon interval:100
        short preamble: yes
        connected time: 80 seconds
        associated at [boottime]:       1186733.477s
        associated at:  1629977272509 ms
        current time:   1629977352458 ms


 

Men så skjer det noe.  Loggen fra DHCP-serveren viser 3 fulle runder med  DISCOVER++:

 

Aug 26 13:27:52 idefix dhcpd[860] DHCPDISCOVER from 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:27:52 idefix dhcpd[860] DHCPOFFER on 192.168.15.9 to 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:27:52 idefix dhcpd[860] DHCPREQUEST for 192.168.15.9 (192.168.15.1) from 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:27:52 idefix dhcpd[860] DHCPACK on 192.168.15.9 to 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:29:58 idefix dhcpd[860] DHCPDISCOVER from 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:29:58 idefix dhcpd[860] DHCPOFFER on 192.168.15.9 to 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:29:58 idefix dhcpd[860] DHCPREQUEST for 192.168.15.9 (192.168.15.1) from 50:02:91:e0:4a:15 (ams-4a15) via eth0.15
Aug 26 13:29:58 idefix dhcpd[860] DHCPACK on 192.168.15.9 to 50:02:91:e0:4a:15 (ESP-E04A15) via eth0.15
Aug 26 13:30:11 idefix dhcpd[860] DHCPDISCOVER from 50:02:91:e0:4a:15 (ESP-E04A15) via eth0.15
Aug 26 13:30:11 idefix dhcpd[860] DHCPOFFER on 192.168.15.9 to 50:02:91:e0:4a:15 (ESP-E04A15) via eth0.15
Aug 26 13:30:11 idefix dhcpd[860] DHCPREQUEST for 192.168.15.9 (192.168.15.1) from 50:02:91:e0:4a:15 (ESP-E04A15) via eth0.15
Aug 26 13:30:11 idefix dhcpd[860] DHCPACK on 192.168.15.9 to 50:02:91:e0:4a:15 (ams-4a15) via eth0.15


 

Loggen fra aksesspunktet matcher:

 

Aug 26 13:27:29 u6-1.mork.no hostapd wlan0-1: AP-STA-DISCONNECTED 50:02:91:e0:4a:15
Aug 26 13:27:29 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: disassociated due to inactivity
Aug 26 13:27:30 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Aug 26 13:27:52 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: authenticated
Aug 26 13:27:52 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: associated (aid 2)
Aug 26 13:27:52 u6-1.mork.no hostapd wlan0-1: AP-STA-CONNECTED 50:02:91:e0:4a:15
Aug 26 13:27:52 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 WPA: pairwise key handshake completed (RSN)
Aug 26 13:27:52 u6-1.mork.no hostapd wlan0-1: EAPOL-4WAY-HS-COMPLETED 50:02:91:e0:4a:15
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: AP-STA-DISCONNECTED 50:02:91:e0:4a:15
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: authenticated
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: associated (aid 2)
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: AP-STA-CONNECTED 50:02:91:e0:4a:15
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 WPA: pairwise key handshake completed (RSN)
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: EAPOL-4WAY-HS-COMPLETED 50:02:91:e0:4a:15
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: AP-STA-DISCONNECTED 50:02:91:e0:4a:15
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: disassociated
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: disassociated
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: disassociated
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: disassociated
Aug 26 13:29:58 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: disassociated
Aug 26 13:29:59 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Aug 26 13:30:11 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: authenticated
Aug 26 13:30:11 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 IEEE 802.11: associated (aid 2)
Aug 26 13:30:11 u6-1.mork.no hostapd wlan0-1: AP-STA-CONNECTED 50:02:91:e0:4a:15
Aug 26 13:30:11 u6-1.mork.no hostapd wlan0-1: STA 50:02:91:e0:4a:15 WPA: pairwise key handshake completed (RSN)
Aug 26 13:30:11 u6-1.mork.no hostapd wlan0-1: EAPOL-4WAY-HS-COMPLETED 50:02:91:e0:4a:15

 

Og jeg ser også at vi har fått en ny "associated at" tid:

 

root@u6-1:~# iw wlan0-1 station get 50:02:91:e0:4a:15 
Station 50:02:91:e0:4a:15 (on wlan0-1)
        inactive time:  0 ms
        rx bytes:       1996
        rx packets:     16
        tx bytes:       1656
        tx packets:     12
        tx retries:     0
        tx failed:      0
        rx drop misc:   0
        signal:         -77 [-77, -81] dBm
        signal avg:     -75 [-75, -80] dBm
        tx bitrate:     6.0 MBit/s
        tx duration:    11968 us
        rx bitrate:     1.0 MBit/s
        rx duration:    18172 us
        airtime weight: 256
        expected throughput:    4.394Mbps
        authorized:     yes
        authenticated:  yes
        associated:     yes
        preamble:       short
        WMM/WME:        no
        MFP:            no
        TDLS peer:      no
        DTIM period:    2
        beacon interval:100
        short preamble: yes
        connected time: 0 seconds
        associated at [boottime]:       1186872.079s
        associated at:  1629977411112 ms
        current time:   1629977411318 ms

 

Årsaken til alt dette igjen, er at Pow-K har rebootet.  Den viser nå en oppetid på noen sekunder.  Så det ser ut til at den ikke takler denne WiFi-reconnect situasjonen.  Noe som kræsjer på seg ved andregangs initalisering av WiFi, kanskje? Muligens MQTT-klienten?
 

Burde være overkommelig å teste den teorien med serieport-debugging slik at man kan se hva som skjer.  Setter det på TODO-lista.  Ville bare si fra i tilfelle andre har lyst til å teste ut teorien.

  • Like 1
Lenke til kommentar
Del på andre sider

On 14/08/2021 at 16:50, ArnieO said:

Du skrev tidligere om problemer med å trekke ut HAN-modulen.

Dersom du fikk det til kan du trekke den ut og sjekke datasignalet på pluggen bak HAN-modulen. Du måler mellom GND (en av pinnene til venstre) og datasignalet som er på nederste pinne i midten. Signalet der er 0-3,3V, ligger på 3,3V mellom datasendingene.

 

Tusen takk! Skal sjekke dette. Har vært gjennom en lang prosess med kraftselskapet.

 

Tyvlånte en annen HAN-modul fra noen andre med samme måler. Fortsatt 24V.

Kraftselskapet sier selve måleren kan være ødelagt...

 

 

Lenke til kommentar
Del på andre sider

17 minutes ago, emmz0r said:

Tyvlånte en annen HAN-modul fra noen andre med samme måler. Fortsatt 24V.

Kraftselskapet sier selve måleren kan være ødelagt...

 

 

Det var lurt å låne en HAN-modul!

Ja da er det mer sannsynlig at det faktisk er noe galt med måleren.

Jeg har ikke hørt om det problemet før, men det betyr jo ikke at det er umulig.

Har nettselskapet (som eier måleren) et forslag til løsning? Vil de bytte den?

 

Nettselskapet fjernavleser en del data fra måleren, jeg har ikke informasjon om hva. Du kan kanskje spørre de om det er noen tegn der til at det er feil på måleren? Det er ikke usannsynlig at det finnes noe selvdiagnostisering i den - men det blir spekulasjon fra min side.

Lenke til kommentar
Del på andre sider

10 minutes ago, ArnieO said:

Det var lurt å låne en HAN-modul!

Ja da er det mer sannsynlig at det faktisk er noe galt med måleren.

Jeg har ikke hørt om det problemet før, men det betyr jo ikke at det er umulig.

Har nettselskapet (som eier måleren) et forslag til løsning? Vil de bytte den?

 

Nettselskapet fjernavleser en del data fra måleren, jeg har ikke informasjon om hva. Du kan kanskje spørre de om det er noen tegn der til at det er feil på måleren? Det er ikke usannsynlig at det finnes noe selvdiagnostisering i den - men det blir spekulasjon fra min side.

 

image.png.b04df0a80f7de4fc0d112b6e2cf7cf9e.png

 

Her lå den på 1.6-1.7V og det rare er at den krøp sakte men sikkert opp fra 1.6 til 1.7 10 millivolt av gangen.

 

Nettselskapet kan restarte "HAN"-modul, men ingenting mer.

Lenke til kommentar
Del på andre sider

54 minutes ago, Bjørn Mork said:

Burde være overkommelig å teste den teorien med serieport-debugging slik at man kan se hva som skjer.

Nja, nå prøvde jeg å gjenskape problemet et par ganger før jeg gadd å dra fram serie-adaptere, men det gikk jo ikke.  Prøvde bare å tvinge frakobling fra wifi, med og uten blokkering av MQTT-sesjonen, men ting spratt opp igjen uten noen reboot.  Så det er noe annet/mer her..

Lenke til kommentar
Del på andre sider

5 minutes ago, emmz0r said:

 

Takk! Trodde " nederste pinne i midten" var den :)

Min feil, beklager!
Bildet i starten av tråden må snues opp/ned.

Du skal finne forsyningsspenningen på de to til venstre, og på den ene i midten finner du datasignalet når du måler mot en av GND-pinnene.
 

  • Like 1
Lenke til kommentar
Del på andre sider

2 minutes ago, ArnieO said:

Min feil, beklager!
Bildet i starten av tråden må snues opp/ned.

Du skal finne forsyningsspenningen på de to til venstre, og på den ene i midten finner du datasignalet når du måler mot en av GND-pinnene.
 

 

Forsyningsspenning var dønn stabil på 4.17V . Men hva slags nivåer skal datasignal være på?

Jeg har oscilloskop. Burde jeg ikke kunne koble slik jeg gjorde først med gnd+ signal?

Lenke til kommentar
Del på andre sider

1 minute ago, emmz0r said:

 

Forsyningsspenning var dønn stabil på 4.17V . Men hva slags nivåer skal datasignal være på?

Jeg har oscilloskop. Burde jeg ikke kunne koble slik jeg gjorde først med gnd+ signal?

Datasignalet skal ligge på 3,3V mellom datapulsene, og fluktuere mellom 0 og 3,3V når det kommer data (pulstog som kommer hvert 10. sekund, varer ca 1 sekund

 

Det skal gå bra med oscilloskop, men er ikke nødvendig. Og du må være forsiktig - dersom du ved en feil kobler GND på skopet til datasignalet eller V_in så kortslutter du de til jord i stikkontakten din.
NB: Datasignalet finner du på den **øverste** pinnen i midten. Bildet lengre oppe skal snues 180 grader, også er det en vinklet konnektor med to rader du ser.

Lenke til kommentar
Del på andre sider

1 minute ago, ArnieO said:

Datasignalet skal ligge på 3,3V mellom datapulsene, og fluktuere mellom 0 og 3,3V når det kommer data (pulstog som kommer hvert 10. sekund, varer ca 1 sekund

 

Det skal gå bra med oscilloskop, men er ikke nødvendig. Og du må være forsiktig - dersom du ved en feil kobler GND på skopet til datasignalet eller V_in så kortslutter du de til jord i stikkontakten din.
NB: Datasignalet finner du på den **øverste** pinnen i midten. Bildet lengre oppe skal snues 180 grader, også er det en vinklet konnektor med to rader du ser.

 

Takker igjen!

 

Der ligger den på 3.22V og rører seg ikke

Lenke til kommentar
Del på andre sider

8 minutes ago, emmz0r said:

 

Takker igjen!

 

Der ligger den på 3.22V og rører seg ikke

OK, da kommer det faktisk ikke data. Det er lett å se dette på et multimeter, og da vet vi at HAN-modulen konverterer signalet korrekt, den vil da ligge fast på 24V.
Nettselskapet må finne en løsning.

Lenke til kommentar
Del på andre sider

  • 3 uker senere...
On 26/08/2021 at 15:49, ArnieO said:

OK, da kommer det faktisk ikke data. Det er lett å se dette på et multimeter, og da vet vi at HAN-modulen konverterer signalet korrekt, den vil da ligge fast på 24V.
Nettselskapet må finne en løsning.

 

Måleren var faktisk ødelagt. Fikk installert en ny, og nå funker det!

  • Like 2
Lenke til kommentar
Del på andre sider

Bli med i samtalen

Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • 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.