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

frodegill

Medlemmer
  • Innlegg

    86
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    5

Innlegg skrevet av frodegill

  1. 9 hours ago, mtabu said:

     

    Jeg fikk denne: ca. 21:50:

    0x00: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x39 0x30 0x35 0x33 0x32 0x31 0x34 0x38 0x34
    0x10: 0x9A 0x09 0x58 0x00    Akkumulert forbruk: 5769.63MWh
    0x14: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xE6 0x3D 0x02 0x00 0x00 0x00 0x00 0x00 0xDB 0xC0
    0x30:    Forbruk: 0W
    0x34:

    ...
     

    Noen viser til at dette er SLIP data.  I dette tilfellet kommer det en 0xdb [Frame escape] med en 0xc0  [Frame end].  Det skal i så fall tolkes som 0xc0 og ikke som [Frame End]. 0xdb 0xdb skal tolkes som 0xdb

    https://en.wikipedia.org/wiki/Serial_Line_Internet_Protocol

     

    posisjon 0x20 ser ut til å ha en teller av noe slag. Den økte med ca 73 i løpet av en time. Ble måleren installert i slutten av januar? 

     

    posisjon 0x5e er frekvens * 100. (gir ca. 50)

     

    Akkumulert forbruk bør vel ha kWh som benevning. Forbruket ser ut til å være angitt som Wh

     

    * 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)?

  2. 2 hours ago, mtabu said:

    Jeg har ingen hastverk med å bli ferdig siden jeg har Hafslund uansett.

    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.

  3. 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..)

  4. On 4/8/2018 at 09:32, ZoRaC said:

    Evt er det noen av dere som har laget en god template som dere bruker? Med OTA, MQTT, webside for config, osv?

    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

  5. 1 minute ago, ZoRaC said:

     

    Jeg trodde TSS721 fikk strøm fra HAN-tilkoblingen? 

     

    Ja, jeg antok det var noe sånt de 4 koblingene var til, var bare usikker på hvilke to jeg skulle bruke, men da har jo du allerede funnet ut av det for meg, toppers! :) 

    Kanskje du rekker å få ferdig koden før jeg får utstyret du da? :)

    Jeg tenkte man kanskje kunne kjøre roarfred sin kode, selv om man ikke bruker den kretsen han har laget?

    https://github.com/roarfred/AmsToMqttBridge/tree/master/Code/Arduino/AmsToMqttBridge

    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.

    • Like 1
  6. 5 hours ago, ZoRaC said:

     

    Jeg har et par NodeMCU Devkits liggende. Tenker jeg prøver det først. Da er det så enkelt som micro-USB for strøm til den og to dupont-kabler fra Rx/Tx til TSS721 (som igjen kobles til HAN med en avklipt nettverkskabel). :) 

    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.

  7. 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   :-(

  8. 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å minidrivhus_sensors-week.png kan vi lett se at lyssensor (blå) påvirker fuktighetssensor (grønn)...

     

     

    minidrivhus.png

  9. 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...)

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