Lesing av AMS data (AMS/HAN -> IoT)

[Morten B]

Har tittet litt mer nå på morgenen og koblet meg på med putty. Prøve å boote på nytt og da får jeg følgende:

 

Den kobler seg opp men ser ikke ut til å få noe IP adresse.

Jeg forventet egentlig å se følgende i putty:

  if (debugger) {
    debugger->println();
    debugger->println("WiFi connected");
    debugger->println("IP address: ");
    debugger->println(WiFi.localIP());
    debugger->print("\nconnecting to MQTT: ");
    debugger->print(ap.config.mqtt);
    debugger->print(", port: ");
    debugger->print(ap.config.mqttPort);
    debugger->println();

Alle de merkelige tegnene etter kommer syklisk så her tror jeg egentlig den leser HAN porten da dette kommer hvert 10.sekund. 

Tolker jeg dette rett har den ikke fått noe IP fra DHCP serveren min. Sjekker jeg imidlertid lease-tabellen på router ser det ut til at den har fått IP:

 

Noen som har gode forslag til videre debugging?

[ZoRaC]

2 timer siden, Morten B skrev:

Noen som har gode forslag til videre debugging?

 

MeterType 3, er den støttet? Er det ikke bare MeterType 1 (Kaifa) som er støttet? Evt så har vel @xibriz laget støtte for Kamstrup, men husker ikke om det er nr 2 eller 3...?

 

Er det en NodeMCU eller en ESP-modul?

Har du satt riktig baud og sånt i Putty?

 

Får du noe ut av MQTT? Den skal publisere der med en gang den er connected. 

[Morten B]

3 timer siden, ZoRaC skrev:

 

MeterType 3, er den støttet? Er det ikke bare MeterType 1 (Kaifa) som er støttet? Evt så har vel @xibriz laget støtte for Kamstrup, men husker ikke om det er nr 2 eller 3...?

 

Er det en NodeMCU eller en ESP-modul?

Har du satt riktig baud og sånt i Putty?

 

Får du noe ut av MQTT? Den skal publisere der med en gang den er connected. 

Kamstrup er type 3. Ihvertfall det jeg har valgt når jeg satt den opp. Trodde det var Kaifa som ikke funka men har ikke fått med meg alle trådene i de 50 sidene som er
 

Modulen er ESP og ja jeg får noe på MQTT topicen når den booter. Se:

en slik mld kommer hver gang jeg booter opp modulen.

[ZoRaC]

Akkurat nå, Morten B skrev:

Kamstrup er type 3. Ihvertfall det jeg har valgt når jeg satt den opp.

 

Da tror jeg du må bruke @xibriz sin kode.  

[Morten B]

Akkurat nå, ZoRaC skrev:

 

Da tror jeg du må bruke @xibriz sin kode.  

Tenk så flott om all koden ble samlet Sjekker ut koden til @xibriz og ser om jeg får bedre resultat med den. Regner med omprogrammering skjer på samme måte som første gang. Inn med begge knappene så slippe P1(mener jeg å huske)

[ZoRaC]

13 minutter siden, Morten B skrev:

Tenk så flott om all koden ble samlet  

 

Det var nok planen, men når hovedutvikleren (roarfred) brått gikk bort så stoppet det litt opp... så nå har flere laget «forks» av hans kode for å tilpasse til eget bruk, men optimalt sett hadde man hatt en felles kode for alle målertyper på ett sted.  

[Morten B]

10 minutter siden, ZoRaC skrev:

 

Det var nok planen, men når hovedutvikleren (roarfred) brått gikk bort så stoppet det litt opp... så nå har flere laget «forks» av hans kode for å tilpasse til eget bruk, men optimalt sett hadde man hatt en felles kode for alle målertyper på ett sted.  

Ja jeg fikk med meg at roar desverre gikk bort. På sikt blir det kanskje samlet av et klokt hode  Tester uansett koden til @xibriz og håper det går bedre da. 

[xibriz]

Har du en- eller trefasemåler @Morten B?

 

Jeg så kjapt gjennom koden til @DIYglenn og det så ut som han har implementert alle målerene.

 

Men ingen av kodebasene støtter enfase kamstrup (Har kode for det lokalt)

[Morten B]

14 timer siden, xibriz skrev:

Har du en- eller trefasemåler @Morten B?

 

Jeg så kjapt gjennom koden til @DIYglenn og det så ut som han har implementert alle målerene.

 

Men ingen av kodebasene støtter enfase kamstrup (Har kode for det lokalt)

@xibrizJeg har en Kamstrup 3.fasemåler så det burde jo da egentlig fungert. 

[xibriz]

1 time siden, Morten B skrev:

@xibrizJeg har en Kamstrup 3.fasemåler så det burde jo da egentlig fungert. 

 

Har du moddet PubSubClient til å klare å sende så store JSON-data? Orginalkoden sender alt på en topic. (trengs ikke på min kode da jeg sender hver verdi i egen topic)

[Morten B]

3 minutter siden, xibriz skrev:

 

Har du moddet PubSubClient til å klare å sende så store JSON-data? Orginalkoden sender alt på en topic. (trengs ikke på min kode da jeg sender hver verdi i egen topic)

nix. Det har jeg ikke. Så da bør jeg kanskje kikke på det  hvordan moddes den klienten?  

[xibriz]

Du finner filen PubSubClient.h i libraries mappen til Arduino å setter denne verdien til 512 eller 1024.. kanskje det siste for å være sikker.

 

Sitat

// MQTT_MAX_PACKET_SIZE : Maximum packet size
#ifndef MQTT_MAX_PACKET_SIZE
#define MQTT_MAX_PACKET_SIZE 128
#endif

 

[xibriz]

Jeg ser nå at nyeste versjon av PubSubClient har definert denne variabelen inne i en `ifndef` (det var den ikke når vi begynte med dette) som betyr at den egentlig burde være definert i hovedkoden istedet for å endres i biblioteket.

 

Men det trenger vi ikke tenke på nå, kanskje det er noe for @DIYglenn som virker mest ivrig på å lage kode for alle

 

Jeg er fortsatt uenig med oppsettet om å sende alt ut på en topic og kommer til å kjøre mitt eget løp med hver verdi på egen topic.

Endret 23. september 2018 av xibriz

[Morten B]

3 minutter siden, xibriz skrev:

Jeg ser nå at nyeste versjon av PubSubClient har definert denne variabelen inne i en `ifndef` (det var den ikke når vi begynte med dette) som betyr at den egentlig burde være definert i hovedkoden istedet for å endres i biblioteket.

 

Men det trenger vi ikke tenke på nå, kanskje det er noe for @DIYglenn som virker mest ivrig på å lage kode for alle

 

Jeg er fortsatt uenig med oppsettet om å sende alt ut på en topic og kommer til å kjøre mitt eget løp med hver verdi på egen topic.

Jeg er enig med deg at hver verdi burde ha sitt eget topic. Det gjør det mye enklere å ta imot i andre enden og man slipper å lage logikk for å splitte opp der.

[ZoRaC]

1 time siden, Morten B skrev:

Jeg er enig med deg at hver verdi burde ha sitt eget topic. Det gjør det mye enklere å ta imot i andre enden og man slipper å lage logikk for å splitte opp der.

 

Det kommer an på hva man tar i mot med.  mcsMQTT-plugin til HomeSeer splitter automatisk opp JSON til separate verdier/devicer. 

[Morten B]

8 timer siden, xibriz skrev:

Jeg er fortsatt uenig med oppsettet om å sende alt ut på en topic og kommer til å kjøre mitt eget løp med hver verdi på egen topic.

Er koden din tilgjengelig noe sted @xibriz? Sliter fortsatt med å få noe fornuftig ut fra måleren selv etter å ha endret størrelse i pubsubclient-fila. Så da skader det jo ikke å teste en annen kode som også har Kamstrup-målerkoden på plass.

[DIYglenn]

På 22.9.2018 den 15.57, xibriz skrev:

Har du en- eller trefasemåler @Morten B?

 

Jeg så kjapt gjennom koden til @DIYglenn og det så ut som han har implementert alle målerene.

  

Men ingen av kodebasene støtter enfase kamstrup (Har kode for det lokalt)

 

Jeg har nok ikke gjort noe spesielt med koden, det er roarfred sin originale kode. Jeg holder på med en opprydding i min fork, som i hovedsak vil være roarfred sitt prosjekt, men med fokus på det PCB-kortet som er klart. Så vidt jeg vet er det bare Kaifa/Nuri som virker i den koden. 

Håper på å få mer tid framover, har vært litt i "hiatus" her siden jeg opprinnelig fikk bestilt PCB, og startet testing, men ikke fått gjort noe videre. Jeg har en branch med litt mer orden, og har lagt inn issues jeg kjenner til, og mulige forbedringer. 

 

Videre ønsker jeg at min fork skal kunne brukes til alle målere. Jeg gjør ikke endringer for min del, som det virker som de fleste forks er, men prøver å satse på en samlet release for å gjøre det enklere å sette opp. 

 

Det kommer veiledning for montering og flashing snart fra min side, og en ny mappestruktur for å få bedre oversikt. (Skille bibliotek fra andre Arduino filer etc.)

[Morten B]

6 minutter siden, DIYglenn skrev:

Videre ønsker jeg at min fork skal kunne brukes til alle målere. Jeg gjør ikke endringer for min del, som det virker som de fleste forks er, men prøver å satse på en samlet release for å gjøre det enklere å sette opp. 

 

Kan gjerne hjelpe deg å teste med min Kamstrup om det trengs  Er lenge siden jeg drev med koding men bidrar gjerne med testing.

[xibriz]

1 time siden, Morten B skrev:

Er koden din tilgjengelig noe sted @xibriz? Sliter fortsatt med å få noe fornuftig ut fra måleren selv etter å ha endret størrelse i pubsubclient-fila. Så da skader det jo ikke å teste en annen kode som også har Kamstrup-målerkoden på plass.

 

https://github.com/xibriz/AmsToMqttBridge

 

Nå har jeg akkurat flashet en ESP og testet at den fungerer, så du burde være good to go.

 

En sak som kan ødelegge for deg er hvilken FW måleren din har. Min hadde en annen FW når den ble montert. Etter en oppgradering måtte koden endres.

[Morten B]

3 minutter siden, xibriz skrev:

 

https://github.com/xibriz/AmsToMqttBridge

 

Nå har jeg akkurat flashet en ESP og testet at den fungerer, så du burde være good to go.

 

En sak som kan ødelegge for deg er hvilken FW måleren din har. Min hadde en annen FW når den ble montert. Etter en oppgradering måtte koden endres.

Er det noen måte å sjekke FW-versjonen på måleren? Regner med dette er noe som styres av målerprodusenten ev av netteier.

[xibriz]

Det vet jeg ikke. Årsaken til at jeg merket det var at avlesningen sluttet å fungere. Når jeg tok kontakt med han som styrer med dette hos mitt kraftselskap fikk jeg bare beskjed om at " Kamstrup har kjørt en firmware oppgradering. ".

[xibriz]

4 minutter siden, Morten B skrev:

Er det noen måte å sjekke FW-versjonen på måleren? Regner med dette er noe som styres av målerprodusenten ev av netteier.

 

Jeg tror du kan teste dette med å sette ` hanReader.compensateFor09HeaderBug = (ap.config.meterType == 1); ` til ` hanReader.compensateFor09HeaderBug = true;` i den koden du bruker.

[MLL]

Hei.

 

Jeg har litt problemer med TSS721.

Jeg kjøpte noen stykker av denne sammen med noen SOIC to DIP adaptere for testing på breadboard. 

Det jeg har gjort er å lodde den på adaptaret og koblet den opp til en CP2102 Uart til Usb converter.

På denne måten kan jeg lese inn dataen til terminal på PC. 

Jeg har koblet opp chipen akkurat slik som vist i FIGUR 8 i databladet til TSS721. BAT er koblet til 3.3V, og TX på TSS721 er koblet til RX på CP2102.

Jeg fikk ikke ut noe data fra chipen. Da jeg målte med multimeter oppdaget jeg at spenningen på VDD(Pin 11) er 8V og ikke 3.3V slik som den skal være. 

Jeg målte spenningen over  C_STC til å være 16V. I databladet så står det at denne spenningen skal være øvre begrenset til 7V(REF1 i databladet).

 

Det er tydelig at noe er galt her. Jeg får akkurat samme problem med begge chipene jeg har prøvd. 

Jeg vil tro at sannsynligheten for å få to defekte chiper er ganske lav. Noen som vet hva jeg gjør galt? Er det noen andre som har hatt problemer med TSS721?

 

Verdier på komponenter jeg har brukt:

R_LOAD = 100kΩ

R_RIDD = 22kΩ

R_RIS = 470Ω

C_STC = 10µF

C_VDD=C_SC = 0.1µF

 

EDIT:

Vet ikke hva som var galt, men byttet ut alle komponentene og breadboardet så funket det fint.

Endret 25. september 2018 av MLL

[cpu22]

Er det noen av dere som har fått produsert kretskortet med ESP8266 og TSS721A på. Hvis det finnes noen til overs der ute, kjøper jeg gjerne et par stykker.

[panther]

Noen som har Aidon-måler fra Glitre her?

Ser at jeg plutselig sluttet å få data for et par dager siden, og når jeg måler spenningen på pinnene er den 0V (mener å huske den var ca 27V før?)

 

Har de plutselig funnet ut at de skal skru av HAN-porten?