frodegill

* Først og fremst ser det ut til at du har fått presentert en datapakke mens den var i ferd med å fylles. Der må jeg gjøre noe, takk for å ha gjort meg oppmerskom på det! * Jeg gjør veldig lite parsing nå. Baserer meg kun på en melding fra cpu22 her inne. 0xdb håndterer jeg ganske enkelt med å fjerne etterfølgende byte. I bufferen du ser har det derfor blitt fjernet en byte mellom 0xdb og 0xc0. Fint at du linker til protokoll. Skal lese den og se om jeg må gjøre tilpasninger.. * Måleren ble installert i starten av mars, men det er interessant å se om det er en teller av noe slag. Skal følge med på den. * Frekvensen er på listen min over merkelige ting. Fint hvis det viser seg å ha en enkel løsning. (listen toppes forøvrig av "sjekksum er IKKE OK". Jeg vet at crc16-koden skal fungere og gi riktig verdi, men i og med at jeg har kuppet serial1 er det litt problematisk å debugge på nodemcu''en jeg bruker. Kommer nok snart til å dukke opp litt debug-informasjon rett i datapakke-presentasjonen) * Om akkumulert forbruk er MWh eller kWh er vel helt irrelevant? Det står i MWh (uten desimaler) på display på måleren. Og forbruket skal vel ikke være Wh? Jeg er ingen elektriker, men forbruket er vel Watt, og Wh forutsetter vel at jeg holder jevnt forbruk en hel time (eller i hvert fall over en tidsenhet)?

Vi er flere her som har erfart at selv om Hafslund sier porten ikke er aktivert, sendes det data. Riktignok ikke i formatet og frekvensen som er spesifisert av NVE, så det kommer garantert en firmware-oppdatering i løpet av året, men hvis du vil ha data er det bare å sjekke med 9600 baud, 8N1. Det kommer ~100 bytes hvert minutt.

Personlig foretrekker jeg å legge brukeren inn i gruppen som har tilgang til tty (som regel 'dialout'). Liker ikke å kjøre applikasjoner som root.

FWIW: Jeg har nå koblet opp nodemcu og "TSS721 Module Board M-BUS To TTL" fra aliexpress mot min Aidon AMS fra Hafslund, der Hafslund insisterer på at porten ikke er aktiv. Kan bare bekrefte alt cpu22 allerede har funnet ut. Med 9600 baud, SERIAL_8N1, mottas 100(/101) bytes hvert minutt. Hvis noen har interesse av det er siste buffer løpende tilgjengelig på https://gill-roxrud.dyndns.org:8207/ (som sagt er det en nodemcu i andre enden, så vær snill med request-størrelse..)

Jeg har etterhvert fått et rimelig standard opplegg for å lagre SSID/password i EEPROM. Pleier å aktivere det med å dra D7 til jord, og får da opp et trådløst nettverk der arduino ligger på default (192.168.4.1, men en DNS-server vil resolve alt til denne IP'en). Etter å ha lagt inn verdier og lagret er det bare å fjerne kabelen og restarte inn i vanlig modus. Dette opplegget er tilgjengelig f.eks i denne commit'en: https://raw.githubusercontent.com/frodegill/ams-han/0a90320edd08ce621d2de400746e64938aeb6bd2/ams-han/ams-han.ino

TSS721 i seg selv får strøm fra HAN-tilkoblingen, men hele kretskortet er delt i to av oktokoplere og "den andre siden" får strøm fra NodeMCU. (Og det var cpu22 som tipset meg om at det var kobling mellom to og to tilkoblinger på HAN-siden) For min del kommer jeg, som vanlig, til å lage et REST-endepunkt som en Munin plugin kobler seg opp mot. Ønsker du MQTT bør du nok bruke roarfred sin kode.

Jeg holder på med akkurat dette oppsettet. Det blir tre kabler fra NodeMCU til TSS721 (3V, GND og RX). En annen ting som forvirret meg, var tilkobling av pin 1 og pin 2 fra RJ45 til TSS721. TSS721 har fire tilkoblinger merket MB_A, MB_A, MB_B og MB_B (!). Det viser seg at det egentlig kun er to tilkoblinger, men at det sansynligvis er lagt opp til daisy-chaining siden MB_A er koblet sammen og MB_B er koblet sammen. HAN skal kobles til med en ledning mot MB_A (samme hvilken) og en ledning mot MB_B (samme hvilken). På NodeMCU setter jeg opp RX med "Serial.begin(9600, SERIAL_8N1); Serial.setDebugOutput(false);", men ender da opp med å måtte bruke Serial1 for debug.

Sensorene er https://www.kjell.com/no/produkter/elektro-og-verktoy/arduino/moduler/luxorparts-lyssensor-for-arduino-p87894 og https://www.kjell.com/no/produkter/elektro-og-verktoy/arduino/moduler/luxorparts-jordfuktmaler-p87941 . At jeg styrer jord er en tilfeldighet, og jeg kan godt bytte over til å styre 3V, men hvis det ender opp med å lekke strøm mot jord vil jeg få for lav fuktighetsverdi og vanne for mye. Sånn sett er det tryggere nå, når vanningen bare utsettes til det er mindre dagslys... (Kan ta å måle litt på sensorene. Trodde ikke det skulle være mulig å lekke strøm uten sluttet kurs, men ser jo nå at måten sensorene er bygd opp ikke gir noen som helst garantier mot dette) Samlingstid skal være lang nok og transistortypen skal ikke ha noe å si. Men det er mulig jeg må inn med enda et par transistorer (på Signal-siden) for å være sikker på at verdiene blir korrekte :-(

Holder på med et lite prosjekt der jeg måler fuktighet i jord og vanner automatisk hvis fuktigheten går under en gitt verdi. Basert på en WeMos R1D1 med kun én analog pin multiplekser jeg sensorene (kobler jord til lyssensoren, venter 25ms, leser analog verdi, kobler bort jord til lyssensoren og kobler jord til fuktighetssensoren, venter 25ms, leser analog verdi og kobler bort jord). Problemet er at jeg får høyere verdi for fuktighet når det er lyst i rommet, men med mine begrensede elektronikkunnskaper ser jeg ikke helt hvor strømmen kommer fra. En lyssensor genererer strøm, men den skal vel ikke gi fra seg strøm når det ikke er en sluttet krets? Noen som klarer å se hva jeg prøver på, og forklare meg hva jeg gjør feil? Det går altså 3V til begge sensorene, men D4 og D6 styrer når henholdsvis lyssensoren og fuktighetssensoren sluttes til jord. Verdien leses fra A0. På kan vi lett se at lyssensor (blå) påvirker fuktighetssensor (grønn)...

ESP32 er ESP8266 med litt sprekere hardware og bluetooth. Men som SMT er den vel ikke pin-kompatibel drop-in replacement.

Nå er endelig minidrivhuset på nett. En Luxorparts jordfuktmåler måler fuktigheten i en av pottene, en DHT11 måler lufttemperatur og -fuktighet, en Luxorparts lyssensor måler lysmengde, og en WeMos D1R1 samler verdiene, starter en liten 5V vannpumpe ved behov og tilbyr et RestAPI et par Munin-plugins bruker for å lage grafer. (Så får vi se om opplegget sørger for at plantene ikke tørker ut, slik de har hatt en lei tendens til å gjøre tidligere år...)