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

[cpu22]

6 minutes ago, roarfred said:

Slik da

 

 

Oops, nå er pin 11 koplet til PWR_FLAG. Det var sikkert ikke meningen. Jeg foreslår å kople pin 9 til PWR_FLAG (med avkopling), og så kople pin 11 til egen avkopling og load på f.eks. 100k.

[roarfred]

1 minute ago, cpu22 said:

Det "føles" sikrere

Mange som føler mye rundt og i nærheten av AMS målere...  Får evt se i neste revisjon, eller om vi finner gode grunner.

 

Jeg ser litt slik på det:

1) TSS forblir like ubeskyttet fra M-bussen

2) ESP vil bli litt sikrere mot skade fra M-bus, men den er kjempebillig og en kan alltids frikoble jumpers for å gjøre en måling før en setter i drift

3) Med driftspenning på 5V/3.3V tror jeg en kan gjøre liten skade fra ESP-kretsen og inn i AMS måleren via M-bus (håper ikke helt å bli sitert på denne)

2) Fra ESP og til annet utstyr er det trådløs kommunikasjon, ikke så mye ekstra sikkerhet med en ekstra optocoupler her

[roarfred]

1 minute ago, cpu22 said:

 

Oops, nå er pin 11 koplet til PWR_FLAG. Det var sikkert ikke meningen. Jeg foreslår å kople pin 9 til PWR_FLAG (med avkopling), og så kople pin 11 til egen avkopling og load på f.eks. 100k.

Ikke bry deg så mye om PWR_FLAG, dette er bare en måte å si (til KiCad) at jeg forstår at en linje skal ha/burde få tilført strøm, mens jeg egentlig ikke har gjort det. Mao. er ingen av PWR_FLAG koblet elektrisk sammen. (Håper jeg da, men har gjort det samme i power supply delen, både på GND og +5V 

[cpu22]

4 minutes ago, roarfred said:

Ikke bry deg så mye om PWR_FLAG, dette er bare en måte å si (til KiCad) at jeg forstår at en linje skal ha/burde få tilført strøm, mens jeg egentlig ikke har gjort det. Mao. er ingen av PWR_FLAG koblet elektrisk sammen. (Håper jeg da, men har gjort det samme i power supply delen, både på GND og +5V 

 

Håper du har rett, med du ser at du har PWR_FLAG to steder?

Sjekk side 10 i databladet. Hvis man bruker "eksternt" power, så må pin 9 og 11 splittes, og pin 9 skal evt. koples til power. Pin 11 kommer fra den interne spenningsregulatoren. Håper jeg ikke blir for pirkete, jeg vil jo ikke påvirke designet ditt i feil retning heller.

[cpu22]

22 hours ago, roarfred said:

Jeg koblet opp en sånn tss krets nå manuelt inn på en FTDI. Funket bra stabilt det, kunne ikke se dupliserte bytes eller noe... vær imidlertid klar over at c# koden som jeg la ut er skrevet i hui og hast og jeg tror kanskje den bare ser etter 0x7E og klipper tvert på det. Arduino koden er mer forseggjort og tar høyde for mer riktig prosessering av dataene

 

Okei, jeg skrev koden selv for å dekode alle bytene fra måleren. Jeg regner med at feilen har å gjøre med enten FTDI eller oppsett av serieporten på PCen. Uansett, så har jeg tenkt å la en ESP8266 gjøre jobben med å lese inn bytene etterhvert, så jeg hadde ikke tenkt å lete etter feilen nå. Det er kanskje litt off-topic, men hvordan får dere data videre fra ESP8266 og til controlleren (f.eks. til openHAB)? Bruker dere vanlig sockets, eller en protokoll oppå TCP/IP? Det er vel begrenset hva ESP8266 støtter av kommunikasjon?

 

Jeg fant forresten ut at det var overraskende mange måter å programmere ESP8266 på: LUA, Arudrino IDE og gnu toolchain. Jeg har såvidt testet disse 3, bare for å se om det virket. Og det gjorde det. Hva er det folket her bruker?

 

[roarfred]

4 minutes ago, cpu22 said:

Hva er det folket her bruker

Jeg bruker utelukkende Arduino. Alltid hatt lyst til å prøve noe mer bare-metal, men ikke funnet tiden...

 

Ang kommunikasjon, så bruker jeg MQTT (Moquitto installert på en PI lokalt), men det skulle være gode muligheter for å gjøre HTTP kall direkte fra ESP til APIet til OpenHAB. (Utfordringen blir at du da blir litt mer avhengig av at det nettopp er OpenHAB du har i Arduino-koden, men det blir jo en vurderingssak.

 

Hele mitt IoT oppsett er utelukkende på et eksperimentelt stadium. Alt av sensorer kobles til MQTT og så bruker jeg Node Red på toppen for å si hvem som skal snakke med hvem.

[Blip!]

Jeg følger spent med... Når det gjelder programmering, vil jeg gå for Arduino og MQTT. Det er relativt greit å lage kobling fram openHAB<->MQTT (og det meste av andre systemer).

[xibriz]

Bruker også Arduino som IDE og MQTT som protokoll.

 

Jeg publiserer hver verdi fra måleren på en egen topic.

[xibriz]

Jeg har forresten noen kopiser som jeg skal lage slike HAN-interface til så jeg holder på å lage kode slik at ESP booter opp som AP med Web-server først.

Deretter går man til en web-side som man putter inn SSID/passord/MQTT IP som lagres i EEPROM.

Da er den good to go

 

Koden har også mulighet for å oppgradere firmware med å sende en URL der firmwaren ligger over en MQTT-topic.

 

Blir full selvbetjening

[Marius-H]

8 minutter siden, xibriz skrev:

Jeg har forresten noen kopiser som jeg skal lage slike HAN-interface til så jeg holder på å lage kode slik at ESP booter opp som AP med Web-server først.

Deretter går man til en web-side som man putter inn SSID/passord/MQTT IP som lagres i EEPROM.

Da er den good to go

 

Koden har også mulighet for å oppgradere firmware med å sende en URL der firmwaren ligger over en MQTT-topic.

 

Blir full selvbetjening

Wow det er helt konge

[roarfred]

4 minutes ago, xibriz said:

Jeg har forresten noen kopiser som jeg skal lage slike HAN-interface til så jeg holder på å lage kode slik at ESP booter opp som AP med Web-server først.

Deretter går man til en web-side som man putter inn SSID/passord/MQTT IP som lagres i EEPROM.

Da er den good to go

 

Koden har også mulighet for å oppgradere firmware med å sende en URL der firmwaren ligger over en MQTT-topic.

 

Blir full selvbetjening

Tøft!

 

Hvis det er noen hjelp så laget jeg en slik her: https://github.com/xnsense/xns-client

Fullstendig udokumentert, men nokså lite og kompakt bibliotek som gjør nettopp det du beskriver. Kanskje med unntak av OTA firmware updates, der vi sender en MQTT melding som inneholder en http-adresse der ESP selv vil laste ned firmware fra. En praktisk ting er også å ha en måte å fysisk kunne starte i AP mode, eks. ved å holde inne en knapp el.l. Plutselig har en byttet SSID, passord etc.

[ZoRaC]

8 minutter siden, xibriz skrev:

Jeg har forresten noen kopiser som jeg skal lage slike HAN-interface til så jeg holder på å lage kode slik at ESP booter opp som AP med Web-server først.

Deretter går man til en web-side som man putter inn SSID/passord/MQTT IP som lagres i EEPROM.

Da er den good to go

 

Med støtte for MQTTS (MQTT over TLS) og brukernavn/passord?  Jeg har sittet og kodet det i kveld, tilfeldigvis...  

[xibriz]

Akkurat nå, ZoRaC skrev:

 

Med støtte for MQTTS (MQTT over TLS) og brukernavn/passord?  Jeg har sittet og kodet det i kveld, tilfeldigvis...  

 

Nei, ikke i min versjon 1 i allefall Jeg kjører ikke passord på min lokale MQTT

[ZoRaC]

Akkurat nå, xibriz skrev:

Jeg kjører ikke passord på min lokale MQTT

 

Jeg kjører utelukkende TLS og autentiserte klienter...  jeg dropper klient-sertifikater da, så jeg er ikke helt nazi!  

[roarfred]

3 minutes ago, ZoRaC said:

Med støtte for MQTTS

xns-client støtter dette på den ene constructoren. Har brukt denne for direkte oppkobling til Azure IoT Hub og mot Moquitto

[roarfred]

1 minute ago, ZoRaC said:

 

Jeg kjører utelukkende TLS og autentiserte klienter...  jeg dropper klient-sertifikater da, så jeg er ikke helt nazi!  

Blir kryptering på HAN porten forstår jeg

[ZoRaC]

Akkurat nå, roarfred skrev:

Blir kryptering på HAN porten forstår jeg

 

Gjemmer heller nøkkelen til sikringsskapet (som er inne i huset mitt).  Den stakkars ESPen har nok heller ikke kapasitet til å både dekryptere data fra HAN og kryptere dem igjen for MQTT...?  

[xibriz]

4 minutter siden, ZoRaC skrev:

 

 jeg dropper klient-sertifikater da, så jeg er ikke helt nazi!  

 

? Skjerpings @ZoRaC... skjerpings... ?

[ZoRaC]

7 minutter siden, xibriz skrev:

Skjerpings @ZoRaC... skjerpings...

 

Det var faktisk like før...eksemplet med MQTTS jeg fant brukte klientsertifikat, så jeg har faktisk måttet skrive det om til user/pass!  

 

Men, nå ble vi litt offtopic her - dere får fortsette å designe en perfekt krets, så skal jeg prøve å få temperaturen på vaskerommet inn via MQTTS imens...? 

[roarfred]

Fikk ferdig et utkast før dagen var omme

 

Tror jeg skal ha et par runder til med plassering og justering før jeg sender til bestilling. Legger opp til utfyllende jordplan på begge sider, så alle pinner som skulle vært på GND ser ut til å ikke være tilkoblet her. Størrelsen kan nok også krympes/justeres, men sikkert best å finne en passende boks først og tilpasse. KiCad kan forøvrig anbefales! (hadde aldri prøvd det før jeg begynte i går kveld)

 

[Odd]

4 timer siden, xibriz skrev:

Det er vel ikke relevant i dette prosjektet siden AMS-målerne ikke kan motta data?

 

Jeg har andre M-bus enheter som jeg må polle, så for meg er det viktig.
I tillegg er vel standarden at en har begge deler.

[Odd]

3 timer siden, roarfred skrev:

Jeg bruker utelukkende Arduino. Alltid hatt lyst til å prøve noe mer bare-metal, men ikke funnet tiden...

 

Ang kommunikasjon, så bruker jeg MQTT (Moquitto installert på en PI lokalt), men det skulle være gode muligheter for å gjøre HTTP kall direkte fra ESP til APIet til OpenHAB. (Utfordringen blir at du da blir litt mer avhengig av at det nettopp er OpenHAB du har i Arduino-koden, men det blir jo en vurderingssak.

 

Hele mitt IoT oppsett er utelukkende på et eksperimentelt stadium. Alt av sensorer kobles til MQTT og så bruker jeg Node Red på toppen for å si hvem som skal snakke med hvem.

 

Jeg gjør noe lignede.
Bruker Arduino IDE på en Pi til å programmere.

Finnes også for Windows.

Vanligvis benytter jeg et tillegg som heter Firmata som har veldig god støtte i Node-RED.

Jeg kjører Node-RED og en MQTT broker på samme Pi som Arduino IDE.

Dette kan du så kople opp mot hva som helst av hjemme automasjons systemer som støtter MQTT.

 

Jeg bruker et gratis MQTT plugin på HS3, det detekterer status og lar meg her endre status på LED0 på fire forskjellige typer kort samtidig.

Jeg kan i tillegg endre status fra selve Node-RED grensesnittet, eller fra en annen MQTT klient ved å sende til MQTT brokeren.

Dette sikrer at HS3 blir oppdatert, selv om statusen på LED0 endres direkte fra Node-RED.

Samtidig vises status på en egen Web side (Gauge) 

[roarfred]

34 minutes ago, Odd said:

Jeg har andre M-bus enheter som jeg må polle, så for meg er det viktig

Er disse slaver, slik at du også må operere som master og tilføre spenning selv?

[Odd]

15 minutter siden, roarfred skrev:

Er disse slaver, slik at du også må operere som master og tilføre spenning selv?

 

Ja, de er i dag koplet til M-bus grensesnittet på den E- måleren jeg har.

Den er master.

Slik jeg forstår det, så skal dette også være tilfellet på de nye med HAN grensesnitt.
At måleren faktisk er master men mulig jeg tar feil.

Endret 28. februar 2018 av Odd

[roarfred]

Dette kan jo bli litt spennende:

https://www.sintef.no/prosjekter/energytics/

 

PS: De skal visstnok bruke Aidon måler, kanskje de da åpnes snart