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

gskjold

Medlemmer
 Vis profil  Se deres aktivitet

  • Innlegg

    157

  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    12

 Innholdstype 

Innlegg skrevet av gskjold

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    1 minute ago, xbmc.tt said:

    Hei

     

    D viser 2.93V

    D er vel rx som gjelder her ellers? 

    Prøv multiplier 1.1 i GPIO config, så får du sikkert ca riktig avlesning. Evt mål med multimeter på 3.3 og GND og juster multiplier som passer.

     

    Personlig unngår jeg å bruke RX (UART0) til MBUS på utviklingskort. Ville heller brukt GPIO5 (D1) i ditt tilfelle (Settes opp i GPIO config). To grunner til dette, det ene er at USB-TTL chippen ofte gjør pulldown på RX pinnen, det andre er at det er kjappere debug output (115200baud) hvis seriemonitoren får lov å være alene på UART0.

    • Like 1

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    11 hours ago, tronde said:

    Det er et menyvalg for RGB. Jeg regner med at det er ment å koples til en RGB LED som skal vise div. status?

     

    Det er korrekt, den vil ha røde blink for feilmeldinger, grønn for HAN aktivitet og gul for AP mode. Det blir nok utvidet etter hvert og skulle nok vært dokumentert. Har en plan om  dokumentasjon, men har bare ikke kommet så langt.

    • Like 1

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    8 hours ago, cpu22 said:

    Jeg hadde forventet bygging av "hw1esp12e", som er ESP-kortet beskrevet tidligere i denne tråden (eller tar jeg feil?). I stedet ble "dev" bygd. Hva er "dev"?

    dev profilen er definert i platformio-user.ini filen ([env:dev]). Grunnen til at jeg originalt konfigurerte det slik var for å kunne sette debug mode uten å måtte redigere platformio.ini som man fort ender opp med å commite med uhell etterpå. I eksempelfilen har dev profilen samme oppsett som hw1esp12e, bare med DEBUG_MODE=1. For et produksjonskort bør man enten sette DEBUG_MODE=0 eller gjøre som deg; bytte til hw1esp12e. Tanken var uansett at de som bare er interessert i å ta koden i bruk kan bruke binærene som ligger under releases på GitHub, mens det å sjekke ut å bygge selv er mer tilrettelagt for de som utvikler eller skal gjøre debugging av kort som ikke starter.

    • Like 2

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    8 hours ago, StenO said:

    Jeg må si jeg er imponert. Dette var gode greier!

    Måtte smelle sammen en V1 versjon (RoarFreds hw) og koble den i parallel med den jeg allerede har gående.

    Har irritert meg over at jeg i OpenHAB dekoder en JSON som har forskjellige parametre hele tiden og dermed fyller loggen min med feilmeldinger hvert 2,5 sekund - hadde tenkt at dersom jeg oppgraderer til denne koden kan det hende jeg finner noen skatter.

     

    Får forske litt på hva det vil si å dekode RAW mode i OpenHAB - kanskje alt blir så meget bedre.

     

    Liker veldig godt webgrensesnittet og at jeg direkte kan lese ut Vcc og temperatur derfra. 

    Takk takk! OpenHAB var grunnen til at jeg ville ha raw mode. Jeg har ikke fått omkonfigurert hos meg selv enda faktisk, men jeg har andre devicer som sender på akkurat samme måte og det er bare så mye bedre etter min mening. Forøvrig er det også mulig å endre logging level på pakken hvor feilmeldingen blir generert og dermed bli kvitt den fra loggen på den måten, men det er litt knotete og blir i tillegg resatt hvis du oppgraderer OpenHAB.

     

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    33 minutes ago, gbjøru said:

    Jeg installerte v1.2.2 i går og må si at det ser veldig bra ut. Flott innsats @gskjold !

    Takk for det!

     

    34 minutes ago, gbjøru said:

    Men finnes det også data for forbruk i kWh for hver hele time?

    Akkurat nå er det bare tatt utgangspunkt i data som måleren sender ut selv, altså får du totalforbruket for måleren rett over heltimen. Den oppgir ingen data som er knyttet til forbruket siste timen og det er heller ingen data som kunne vært grunnlag for å gjøre beregning på dette i forkant av en heltime. Men teknisk kunne man altså lagt inn noe kode som leverte beregnet verdig på samme tidspunkt man mottar total målerstand. Hvis det skulle blitt implementert så ville utsending av denne verdien vært avhengig av at den ikke har restartet siden forrige verdi, og at den faktisk får data uten feil både forrige og aktuell heltime. Jeg tenker derfor at det kanskje er bedre å gjøre en slik beregning i hjemmeautomasjonssystemet.

    • Like 1

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    Hei,

    Versjon 1.2 ute på test nå: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.2-rc1

     

    23 minutes ago, cpu22 said:

    Takk for tipset. Jeg prøver den.

    Det er litt endringer fra Roar sin kode, les på release notes her: https://github.com/gskjold/AmsToMqttBridge/releases

    Mest merkbare på et eksisterende oppsett blir vel at alle verdier er standardisert til watt, volt og ampere med desimaler. Akkumulert målerstand er nå oppgitt i kWh. Og temperatur har blitt flyttet fra data til root av JSON.

    • Like 2

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    16 hours ago, atlej said:

     

    lastet ned siste versjon av dev-1.1.0 fra github og kompilerte for feather esp32.

     

    Etter konfigurasjon og restart hopper den raskt tilbake til AP mode.   

    (ser den et lite øyeblikk på routeren før den blir borte igjen.)

    Testet både med DHCP og statisk IP, og med og uten MQTT. 

    Har ikke dette kortet koblet  til hanporten, men det skulle vel ikke bety noe for bytte til lokalt nett?   

     

    Atle

     

     

    Her har jeg introdusert en feil når jeg flyttet trigger for AP mode. Commita fiks nå :) 

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    9 hours ago, tronde said:

    Sorry! Min bug. Løse ledninger.

     

    Ser at du har prøvd på I2 igjen. Den er vel like feil som sist?

    Edit: 3-fase IT.

    Jeg har ikke gjort noe der nei. Måtte dobbelsjekke i koden nå, men kan ikke se at den skal bli satt for meldingene som liksom skal komme fra en IT måler. Kan det være at de har lagt på dette feltet? Kan fremdeles være noe i koden altså, men jeg ser det ikke nå hvertfall.

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

    i Strømsparing og strøm-overvåkning

    Skrevet

    2 minutes ago, tronde said:

    Denne ser ut til å funke. Synes det er litt mye med ca. 770 VAr med 9 x 36W gamle lysrørarmaturer, men arduinokoden til Johove gir samme svar. Kan være at jeg har enda dårligere cos-fi enn 0,5 på de armaturene. De er så gamle at det ikke står noe på dem. Måleren min ser heller ikke ut til å vise sanntids reaktiv effekt på displayet.

     

    Supert! Rydder opp i dette for alle Aidon målere i fremtidig release og inkluderer nåverdier for aktiv og reaktiv eksport.

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