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

Anbefalte innlegg

Skrevet (endret)
gskjold skrev (På 2.12.2021 den 8.11):

Ser ut til at den mistet timespakken på midnatt. Jeg har tenkt at den skal fordele neste timespakke 50/50 på manglende timer, men har ikke kommet så langt enda.

 

Knallfin produkt dette!

 

Skjønner jeg det riktig hvis den bruker totalforbruk hver gang den henter inn dataen, og etter dette da deler opp denne totalsum på antall tidsenheter som mangler?

 

Da blir en times forbruk for eksempel Timesforbruk=(aktuelt akkumulert forbruk - tidligere forbruk) / antall timer mellom målepunktene.

 

Jeg har sett komersielle EOS (energioppfølgningssystemer) som ikke fikser dette. De henter kun inn momentanverdien for kW (KVA) ett antall ganger pr time, og dersom noen pakker detter ut så vil totalforbruk for en måned vare lavere enn hva som er fakturert. 

 

Hvis man bruker TOTALFORBRUK hos AMS måleren og bare fjerner tidligere måleverdi så vil jo alltid tallene vare riktige selv om man mistet noen pakker grunnet frakobling av utstyr eller kommunkasjonssvikt.

 

Hva er mulighetene for å få brukt POST funksjonen hos HTTP for å sende disse timesverdier opp på en ekstern server?

Ser at det blir brukt MQTT, men jeg lurer på hvis det er mulig å få det med HTTP?

 

Fint ville det bli hvis det var mulig å bruke en enkel tilkobling til for eksempel GOOGLE SHEETS, hvor man da kan samle data som sendes med POST funksjonen gjennom GOOGLE FORM eller lignende.

 

Da har en ett gratis system som kan lage rapporter, diagrammer, e-poster, varslinger osv. ut fra noe som er helt gratis og tilgjengelig online. Dataen kan etter dette veldig enkelt behandlas i excel eller GOOGLE DOCS hvis en ønsker.

 

Da har man ett veldig enkelt, rimelig system for energioppfølgning i en liten bedrift, og kan runde ELHUB og de sinnsyke avgifter de tar ut fra brukere. (de har en gratisversjon også, men den er ubrukelig).

 

 

 

//GF

Endret av goodfidelity
Skrevet
1 hour ago, goodfidelity said:

Hva er mulighetene for å få brukt POST funksjonen hos HTTP for å sende disse timesverdier opp på en ekstern server?

Ser at det blir brukt MQTT, men jeg lurer på hvis det er mulig å få det med HTTP?

 

Det du egentlig snakker om nå er vel webhook. Jeg har dette på planen, men har ikke hatt tid til å prioritere dette enda desverre.

Skrevet
gskjold skrev (22 minutter siden):

 

Det du egentlig snakker om nå er vel webhook. Jeg har dette på planen, men har ikke hatt tid til å prioritere dette enda desverre.

 

Flott!

 

Det jeg tenker er egentlig bare en html streng med POST kommando, som en gang pr. time sender data videre til en av brukeren identifisert server / streng. Jeg er ikke veldig flink på dette men har brukt det tidligere sammen med google docs og google sheet for å få lagre data fra formulærer. Tenkte det er data som data.

 

Lurte på hvis det er mulig for denne AMS leser å hente inn data fra webben via en API? For eksempel hvis det er mulig å hente utendørstemperaturen fra yr.no en gang i timen for en gitt lokasjon? Alternativt hatt en annen arduino på samme nettverk med en dallas sensor, og da hente temperturen fra denne via WiFi?

 

Da får man utendørstemperatur og strømdata fra samme punkt. Det kan vare meget brukbart ved energiovervåking.

 

//GF

Skrevet
1 minute ago, goodfidelity said:

Lurte på hvis det er mulig for denne AMS leser å hente inn data fra webben via en API? For eksempel hvis det er mulig å hente utendørstemperaturen fra yr.no en gang i timen for en gitt lokasjon? Alternativt hatt en annen arduino på samme nettverk med en dallas sensor, og da hente temperturen fra denne via WiFi?

 

Hadde vært teknisk mulig med ESP32, men ikke ESP8266 på grunn av lite tilgjengelig RAM. Når det gjelder dallas sensor så har den allerede støtte for dette, men kun direkte tilkoblet.

Skrevet (endret)
gskjold skrev (4 minutter siden):

 

Hadde vært teknisk mulig med ESP32, men ikke ESP8266 på grunn av lite tilgjengelig RAM. Når det gjelder dallas sensor så har den allerede støtte for dette, men kun direkte tilkoblet.

 

Ok!

Er det mulig å bygge en helt lik med ESP32, og bruke samme firmware? Eller er det ulik pinout på disse modulene? Da kanskje det vil vare mulig å hente værdata fra yr eller fra en annen arduino på samme nettverk?

 

Blir litt lange ledninger hvis man skal trekke ledning for en Dallas sensor til tavla 😃

 

//GF

Endret av goodfidelity
Skrevet
gskjold skrev (4 minutter siden):

Det blir bygget firmware for både ESP32 og ESP8266. 

https://github.com/gskjold/AmsToMqttBridge/releases

 

Jeg klarer ikke helt å se verdien i å ta inn yr.no eller andre værdata inn i denne firmwaren. Det er litt for langt borte fra hensikten med denne softwaren.

 

Skjønner.

 

Grunn til jeg sprørrer er fordi energiforbruksdata blir veldig verdifull når den samkjøres med værdata. Dette gir meget gode muligheter til flere funksjoner og analyse. Men dette er egentlig noe for vesentlig større "systemer".

 

Jeg syns dette er en veldig fin produkt, bare man får datan over til en større system med mer muligheter for analyse så vil det jo vare en veldig god og kostnadseffektiv mulighet for tilkobling / energimåling og oppfølging.

 

Har kiket på produkter fra eksempelvis SHELLY men syns alternativet med å koble seg direkte på AMS måleren er mer lurt, og enklere, selv om prisen er relativt lik.

 

Jeg har tidligere vart engasjert litt i openenergymonitor.org og der er fokus veldig stort på hva man får gjort med dataen etter den blitt samlet inn. 

 

//GF

  • Like 1
Skrevet
1 hour ago, goodfidelity said:

 

Er det mulig å bygge en helt lik med ESP32, og bruke samme firmware?

Det er jeg som selger Pow-U og Pow-K på amsleser.no.

 

Det er ikke mulig å lage Pow-U uten ekstern power med ESP32.

 

Det skal være mulig å lage Pow-K med ESP32, det vil nok komme etter hvert (men det er mye annet som tar tid i livet mitt for tiden! 😄)

  • 2 uker senere...
Skrevet

@ArnieO Jeg har en Kamstrup måler fra Ringerikskraft ( nå Føie) som ikke har en Han modul, men kun 6pin kontakten på innsiden av plastdekselet (Ringerikskraft var tidlig ute med nye målere). De har ikke nye målere med HAN modul før sommer 22 skriver de på nettsidene vedrørende åpning av HAN port.

Vil jeg kunne benytte pow-k modulen din på denne måleren?

Skrevet

Hei @monsivar

 

I følge denne siden https://www.foie.no/stromforbruk/han-port har ikke strømmålerne til de som bor i Ringerike eller Hole HAN-port. De må bytte målere, og er tomme for målere med HAN-port.

 

Så er det jo et spørsmål om denne informasjonen er upresis - siden du allerede har en Kamstrup med 6-pins kontakt bak dekselet (som er kontakten Pow-K plugges inn i). Man kunne tenke at det "kun" trengs selve HAN-modulen og eventuelt en firmware oppgradering i måleren. Men i og med at de sier at selve måleren må byttes er det kanskje ikke så enkelt.

 

Her blir min gjetning like god eller dårlig som din! Du bør eventuelt kontakte Føie og dobbeltsjekke (og håpe at de teknisk vet hva de svarer på...).

Skrevet
ArnieO skrev (1 time siden):

Hei @monsivar

 

I følge denne siden https://www.foie.no/stromforbruk/han-port har ikke strømmålerne til de som bor i Ringerike eller Hole HAN-port. De må bytte målere, og er tomme for målere med HAN-port.

 

Så er det jo et spørsmål om denne informasjonen er upresis - siden du allerede har en Kamstrup med 6-pins kontakt bak dekselet (som er kontakten Pow-K plugges inn i). Man kunne tenke at det "kun" trengs selve HAN-modulen og eventuelt en firmware oppgradering i måleren. Men i og med at de sier at selve måleren må byttes er det kanskje ikke så enkelt.

 

Her blir min gjetning like god eller dårlig som din! Du bør eventuelt kontakte Føie og dobbeltsjekke (og håpe at de teknisk vet hva de svarer på...).

Jeg har gjort en henvendelse og bedt om et teknisk svar, så får vi se hvordan det går...

  • Like 1
  • 2 uker senere...
Skrevet (endret)

Fikk min POW-U denne uke og den var veldig enkel å installere, utrulig fin og proff produkt som jeg syns ligger egentlig over hva noen komersielle aktører har å tilby på proffmarkedet.

 

Har kiket litt på wiki / github for hvordan jeg kobler en Dallas sensor til POW-U, men skjønner ikke helt. Jeg er ikke veldig flink på Arduino men relativt god på lodding osv. Finnes det noen sted en god beskrevelse for hvor jeg kobler respektive leder, og hvor jeg monterer resistor? 

 

På settings finnes ett felt (Temperature) for å velge GPIO for sensoren, skal jeg der velge den inngang som datakanalen/pin kobles på? For eksempel hvis jeg kobler datapin på GPIO 5 så skriver jeg bare 5 i denne sjekkboks og etter det er det ferdig med innstillinger?

 

Er tenkt å bruke Ethernet ledning (CAT5/CAT6?) og en ca 6-7m lang ledning gjennom en friskluftinntak/ventilasjonskanal for å måle utendørstemperaturen lokalt. Dette for å prøve lage E/T diagrammer som gir dynamisk varsling.

 

De andre feltene under er kun for analog måler, har jeg skjønt det riktig da? (VCC+GND+VCCresistor+multiplier+offset+bootlimit)

 

Takker for veldig hyggelig community och smarte folk som tar seg tid til å utvikle!

 

440640030_ScreenShot2022-01-29at13_37_19.thumb.png.a526e694f794d89f1a2fcaf864d29448.png

Endret av goodfidelity
  • Like 1
Skrevet

Takk, det er hyggelig å høre!

(Det er meg som står bak Pow-U som jeg selger fra min nettbutikk amsleser.no.)

 

Jeg valgte bort temperatursensor på Pow-U men om du er fingerferdig med loddebolten skal det være fullt mulig å få klemt den inn et sted. Firmwaren kan håndtere både digital sensor Dallas 18B20 og analog temp sensor som leses med ADC. Det enkleste er nok 18B20.

 

Den er enkel i bruk. En pinne til GND, en pinne til 3,3V og en datapinne som kobles til en ledig GPIO. Under System/GPIO på Pow-U velger du så den GPIOen du bruker på «Temperature». Datapinnen trenger en 4,7kohm pullup motstand, som du setter inn mellom 3,3V og datapinnen. Om du er fingernem lodder du den sammen med sensoren.

 

Så gjelder det å finne et egnet sted å lodde seg inn på GND og 3,3V. Dersom du velger bena på den store kondensatoren så vær forsiktig med å ikke varme for lenge, kondensatoren liker det ikke. Gå i så fall inn nederst mot kortet. Jeg sitter ikke ved PCen nå, så husker ikke alle ledige GPIOer, men GPIO5 skal i hvert fall være ledig.

 

Ta evt kontakt med meg på [email protected] om du trenger mer informasjon.

 

PS

Vær forsiktig med utendørs bruk, største risiko ligger nok i at fuktighet fra luft kan kondensere på elektronikken ved brå temperaturendringer kombinert med høy luftfuktighet. 

Skrevet

Kan jeg spørre om fw v2.0.x funger fint på Pow-K (Kamstrup)?

 

Grunnen til spørsmålet er at jeg har lagd min egen versjon av dette kortet og sliter med firmware v2.0.7.

Problemet er at den rebooter 2 til 3 ganger i timen. Har ikke prøvd de andre versjonene (v2.0.x).

Når jeg kjører versjon v1.5.8 så har jeg ikke dette problemet.

 

Lurer litt på om strøm forbruket har gått opp med den nye fw'en og at det er derfor kortet rebooter. Eller om det er noe annet som gjør at jeg har problemer?

 

 

Skrevet

På mitt kort (en tidlig versjon av det som nå er Pow-K) er den like stabil som tidligere versjoner. Jeg har aldri opplevd reboot med kort powret fra måleren. 
Jeg ville forsøkt å slette flash på ESPen helt, og laste opp binærfila på nytt.

Skrevet

Takker for svar.

 

Har nå prøvd å slette programmet. Jeg brukte esptool og komandoen: esptool.py erase_flash (Håper det var det du mente med å slette flash).  Og installert det på nytt igjen. Men det hjalp dessverre ikke.

 

Testet også ut å koble kortet opp med egen strømforsyning i koblings skapet. Det hjelper heller ikke noe. Så da har det ikke noe med strømforbruket å gjøre.

 

Jeg hadde til og med nok deler igjen til å lodde sammen ett nytt kort. Så det gjorde jeg i dag. Også her får jeg rebooter.

 

Men jeg har sett at om jeg skrur av mqtt'en, så går kortet i flere timer (testet i ca 4 timer) uten å restarte.

Selv om kortet da fortsatt leser av forbruket fortløpende, så kom det aldri opp noen graf på "Energy use last 24 hours" displayet. Hadde nesten forventet at det skulle dukke opp noe der etter neste 4 timer.

 

Og når jeg tar kortet ut av AMS boksen og bare kobler den opp med ekstern strømforsyning og har mqtt'en på. Så går også kortet uten restart i de timene jeg har testet det.

 

Siden det fungerer fint for ditt kort, så lurer jeg på om det kan ha noe å gjøre med ESP 12F brikken(e) jeg har brukt?

Det er vel litt ymse kvaliteter ute å går når en bestiller fra billigste forhandler fra Kina..

 

Vet du om det noe å si på hvordan programmet fungere mtp hvile valg en tar når en setter opp kortet første gang? Tenker på om en går for "Pow-U or Pow-K from amsleser.no (UART0)", "Custom hardware by Roar Fredriksen" eller noe. Så lenge det er ESP8266. Jeg skjønner at det valget setter GPIO'ene (og det kan jo endres på i "settings"), men tenker på om det også gjør noe annet.

 

Jeg blir vel til å prøve de alle :)

Skrevet (endret)

Ja, jeg har satt paritet til 8N1

 

Edit: Når jeg er inne å kikker på mqtt meldingen så ser jeg også at jeg ikke får noen måling på "U1":

{
    "id": "48:3F:DA:87:6E:65",
    "name": "wifimqtt",
    "up": 3797,
    "t": 1644056530,
    "vcc": 3.364,
    "rssi": -70,
    "temp": -127,
    "data": {
        "lv": "",
        "id": "xxx",
        "type": "xxx",
        "P": 543,
        "Q": 0,
        "PO": 0,
        "QO": 153,
        "I1": 2.72,
        "I2": 0,
        "I3": 0,
        "U1": 0,
        "U2": 0,
        "U3": 0
    }
}

Det er vel heller ikke riktig?

 

Det går vel i retning at jeg ikke klarer å sette opp konfigurasjonen riktig. Får prøve litt mer.

Og jeg setter pris på hjelpen :)

 

Legger ved bilde (Tror ikke at ID eller Modell nummer kan brukes til noe, men la til en sladd for sikkerhets skyld).

Config GPIO.png

Main1.png

Config Meter black.png

Endret av Kardemomme
Oppdatert med mqtt info
Skrevet

Kan se ut som den ikke får med seg timespakkene. Der hvor det står "2.81kWh" skulle du ha hatt total målerstand, og når den da mangler det etter 12t oppetid så må det være noe data den ikke klarer å tolke fra måleren. Av samme grunn mangler du grafen. Hvis du går på system -> debugging og setter på enten telnet eller serial debugger og bytter level til verbose så kan du ta ut logg med data som mottas via telnet eller serial monitor. Jeg er nysjerrig på dataene som kommer 10s over heltimen.

Skrevet (endret)

Jeg har nå koblet på en Dallas sensor for temperaturmåling, jeg har brukt en billig sensor fra Aliexpress som fungerer fint. Selv om det med stor sannsynlighet er en kopi, noe jeg har skjønt etterpå.

 

Det finnes noen tricks hvis det er flere her som ønsker å trekke lange ledninger:

- Bruk ethernet, twisted Pair ledning

- Bruke ett par ledninger med GROUND+SIGNAL, og ett par med GROUND+ VCC

- Kobble GROUND sammen på de to sidene av ledningen

- Bruk resistor 4K7

- Kan også bruke 100 ohm resistor i serie ved lange ledninger, dette er for 5V system så man kanskje må redusere resistens noe her siden det er 3.3 i denne applikasjon.

 

Fungerte fint på første forsøk.

 

//GF

Endret av goodfidelity
* endre skrivefeil
  • Like 1
Skrevet

Er det noen som prøvd å komplettere AMS måleren med CT sensorer for en eller flere målepunkter?

 

Lignende denne prosjekt:

CT sensor for ESP32 og energimåling

 

Hvis man har for eksempel 4st CT målere koblet til denne AMS måler så kan man få undermåling på:

- varmtvann

- ventilasjon

- varmepumpen

- elbilslader

 

CT sensoren bruker 0-1V, usikker på hvor mange GPIO som er tilgjengelige.

 

//GF

Skrevet
gskjold skrev (1 time siden):

Kan se ut som den ikke får med seg timespakkene. Der hvor det står "2.81kWh" skulle du ha hatt total målerstand, og når den da mangler det etter 12t oppetid så må det være noe data den ikke klarer å tolke fra måleren. Av samme grunn mangler du grafen. Hvis du går på system -> debugging og setter på enten telnet eller serial debugger og bytter level til verbose så kan du ta ut logg med data som mottas via telnet eller serial monitor. Jeg er nysjerrig på dataene som kommer 10s over heltimen.

 

 Her er loggen:

 

(D) (readHanPort) Valid data, start at byte 29
(V) (AmsDataStorage) Time is: 1644062402
(D) (loop) Used 0 ms to update temperature
(D) (AmsWebServer)Serving /data.json over http...
(D) (AmsWebServer)Serving /data.json over http...
(D) (readHanPort) Frame dump (188b):
(D) 7E A0 BA 2B  21 13 ED AA  E6 E7 00 0F  00 00 00 00
(D) 0C 07 E6 02  05 06 0D 00  0A FF 80 00  00 02 19 0A
(D) 0E 4B 61 6D  73 74 72 75  70 5F 56 30  30 30 31 09
(D) 06 01 01 00  00 05 FF 0A  10 35 37 30  36 35 36 37
(D) 32 37 31 35  33 33 32 30  37 09 06 01  01 60 01 01
(D) FF 0A 12 36  38 36 31 31  31 31 42 4E  32 34 32 31
(D) 30 31 30 34  30 09 06 01  01 01 07 00  FF 06 00 00
(D) 02 68 09 06  01 01 02 07  00 FF 06 00  00 00 00 09
(D) 06 01 01 03  07 00 FF 06  00 00 00 53  09 06 01 01
(D) 04 07 00 FF  06 00 00 00  00 09 06 01  01 1F 07 00
(D) FF 06 00 00  01 22 00 00  00 00 09 06  01 01 20 07
(D) 00 FF 12 00  E2 00 00 00  00 05 D8 7E
(D) (readHanPort) Valid data, start at byte 29
(V) (AmsDataStorage) Time is: 1644062412
(D) (AmsWebServer)Serving /data.json over http...
(D) (AmsWebServer)Serving /data.json over http...
(D) (readHanPort) Frame dump (188b):
(D) 7E A0 BA 2B  21 13 ED AA  E6 E7 00 0F  00 00 00 00
(D) 0C 07 E6 02  05 06 0D 00  14 FF 80 00  00 02 19 0A
(D) 0E 4B 61 6D  73 74 72 75  70 5F 56 30  30 30 31 09
(D) 06 01 01 00  00 05 FF 0A  10 35 37 30  36 35 36 37
(D) 32 37 31 35  33 33 32 30  37 09 06 01  01 60 01 01
(D) FF 0A 12 36  38 36 31 31  31 31 42 4E  32 34 32 31
(D) 30 31 30 34  30 09 06 01  01 01 07 00  FF 06 00 00
(D) 02 68 09 06  01 01 02 07  00 FF 06 00  00 00 00 09
(D) 06 01 01 03  07 00 FF 06  00 00 00 53  09 06 01 01
(D) 04 07 00 FF  06 00 00 00  00 09 06 01  01 1F 07 00
(D) FF 06 00 00  01 23 00 00  00 00 09 06  01 01 20 07
(D) 00 FF 12 00  E1 00 00 00  00 8E 5E 7E
(D) (readHanPort) Valid data, start at byte 29
(V) (AmsDataStorage) Time is: 1644062422
(D) (loop) Used 1 ms to update temperature
(D) (AmsWebServer)Serving /data.json over http...
(D) (readHanPort) Frame dump (262b):
(D) 7E A1 04 2B  21 13 77 6E  E6 E7 00 0F  00 00 00 00
(D) 0C 07 E6 02  05 06 0D 00  19 FF 80 00  00 02 23 0A
(D) 0E 4B 61 6D  73 74 72 75  70 5F 56 30  30 30 31 09
(D) 06 01 01 00  00 05 FF 0A  10 35 37 30  36 35 36 37
(D) 32 37 31 35  33 33 32 30  37 09 06 01  01 60 01 01
(D) FF 0A 12 36  38 36 31 31  31 31 42 4E  32 34 32 31
(D) 30 31 30 34  30 09 06 01  01 01 07 00  FF 06 00 00
(D) 02 6B 09 06  01 01 02 07  00 FF 06 00  00 00 00 09
(D) 06 01 01 03  07 00 FF 06  00 00 00 54  09 06 01 01
(D) 04 07 00 FF  06 00 00 00  00 09 06 01  01 1F 07 00
(D) FF 06 00 00  01 25 00 00  00 00 09 06  01 01 20 07
(D) 00 FF 12 00  E1 00 00 00  00 09 06 00  01 01 00 00
(D) FF 09 0C 07  E6 02 05 06  0D 00 19 FF  80 00 00 09
(D) 06 01 01 01  08 00 FF 06  00 12 CF 93  09 06 01 01
(D) 02 08 00 FF  06 00 00 00  00 09 06 01  01 03 08 00
(D) FF 06 00 00  8C CE 09 06  01 01 04 08  00 FF 06 00
(D) 05 E5 04 7F  E9 7E
(D) (readHanPort) Valid data, start at byte 29

Regner med at det er den "siste pakken". Håper jeg traff riktig?

Skrevet
1 hour ago, Kardemomme said:
(D) 7E A0 BA 2B  21 13 ED AA  E6 E7 00 0F  00 00 00 00
(D) 0C 07 E6 02  05 06 0D 00  0A FF 80 00  00 02 19 0A
(D) 0E 4B 61 6D  73 74 72 75  70 5F 56 30  30 30 31 09
(D) 06 01 01 00  00 05 FF 0A  10 35 37 30  36 35 36 37
(D) 32 37 31 35  33 33 32 30  37 09 06 01  01 60 01 01
(D) FF 0A 12 36  38 36 31 31  31 31 42 4E  32 34 32 31
(D) 30 31 30 34  30 09 06 01  01 01 07 00  FF 06 00 00
(D) 02 68 09 06  01 01 02 07  00 FF 06 00  00 00 00 09
(D) 06 01 01 03  07 00 FF 06  00 00 00 53  09 06 01 01
(D) 04 07 00 FF  06 00 00 00  00 09 06 01  01 1F 07 00
(D) FF 06 00 00  01 22 00 00  00 00 09 06  01 01 20 07
(D) 00 FF 12 00  E2 00 00 00  00 05 D8 7E

Måtte kikke på den der med lupe, men jeg mener det mangler data her.

 

19 (25 desimalt) nest sist på linje 2 er antall elementer vi forventer. Dvs listenavn og  12 par med obis-kode + verdi.  Hvis vi formatterer slik så blir det tydeligere:

 

7E A0BA 2B 21 13 EDAA  E6E700
0F  00000000 0C07E60205060D000AFF800000
0219 0A0E 4B616D73747275705F5630303031
0906 0101000005FF 0A10 35373036353637323731353333323037
0906 0101600101FF 0A12 36383631313131424E323432313031303430
0906 0101010700FF 0600000268
0906 0101020700FF 0600000000
0906 0101030700FF 0600000053
0906 0101040700FF 0600000000
0906 01011F0700FF 0600000122
00 00 
00 00
0906 0101200700FF 1200E2
00 00
00 00
05D8 7E

 

Her er det noe rart etter 0600000122.  Det kan godt tenks dette er gyldig for en-fase(?) måler.  Men jegsavner OBIS-kodene

 

0101330700FF

0101470700FF

0101340700FF

0101480700FF

 

der det bare er 00 00.  Dette er strøm og spenning for L2 og L3.  Selv om disse pakkene kanskje er gyldige, så er det mulig at de forvirrer programvaren?

  • Like 2
Skrevet (endret)

Det stemmer at det er en 1 fase måler. For sikkerhets skyld så la jeg inn v1.5.8 igjen og testet på nytt.

 

2113044426_Frontold.thumb.png.489685acd5b223959e3e7c48e7fc74b9.png

Den klarer og håndtere det, og oppdaterer kWh når times pakken kommer. Og den leser av volten.

 

 

Endret av Kardemomme
  • Like 1

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.