StenO

Gammel tråd. Finnes det noe dokumentasjon som et resultat av arbeidet her?

Da er programvare i min Ams to MQTT bridge av roarfreds design oppdatert til gskjolds versjon og dette fungerer veldig bra. min .items fil inneholder nå disse linjene: Number strom_malerstand "Målerstand [%.2f kWh]" (AMS) { mqtt="<[mqtt:ams/meter/import/active/accumulated:state:default]" } Number strom_akkumulert "Energi Målerstand AMS" (AMS) { mqtt="<[mqtt:ams/meter/import/active/accumulated:state:default]" } Number strom_eksport_akk "Energi Eksport Akk AMS" (AMS) { mqtt="<[mqtt:ams/meter/export/active/accumulated:state:default]" } Number strom_reaktiv_akkpos "Energi Eksport Akk AMS" (AMS) { mqtt="<[mqtt:ams/meter/import/reactive/accumulated:state:default]" } Number strom_reaktiv_akkneg "Energi Eksport Akk AMS" (AMS) { mqtt="<[mqtt:ams/meter/export/reactive/accumulated:state:default]" } Number strom_forbruk_totalt "Effekt Forbruk Totalt" (AMS) { mqtt="<[mqtt:ams/meter/import/active:state:default]" } Number strom_eksport_totalt "Effekt Eksport Totalt" (AMS) { mqtt="<[mqtt:ams/meter/export/active:state:default]" } Number strom_reaktiv_plus "Reaktiv Effekt Pluss" (AMS) { mqtt="<[mqtt:ams/meter/import/reactive:state:default]" } Number strom_reaktiv_minus "Reaktiv Effekt Minus" (AMS) { mqtt="<[mqtt:ams/meter/export/reactive:state:default]" } Number strom_forbruk_fase1 "Effekt Forbruk Fase 1" (AMS) Number strom_forbruk_fase2 "Effekt Forbruk Fase 2" (AMS) Number strom_forbruk_fase3 "Effekt Forbruk Fase 3" (AMS) Number strom_strom_fase1 "Strøm Fase 1" (AMS) { mqtt="<[mqtt:ams/meter/l1/current:state:default]" } Number strom_strom_fase2 "Strøm Fase 2" (AMS) { mqtt="<[mqtt:ams/meter/l2/current:state:default]" } Number strom_strom_fase3 "Strøm Fase 3" (AMS) { mqtt="<[mqtt:ams/meter/l3/current:state:default]" } Number strom_spenning_fase1 "Spenning Fase 1" (AMS) { mqtt="<[mqtt:ams/meter/l1/voltage:state:default]" } Number strom_spenning_fase2 "Spenning Fase 2" (AMS) { mqtt="<[mqtt:ams/meter/l2/voltage:state:default]" } Number strom_spenning_fase3 "Spenning Fase 3" (AMS) { mqtt="<[mqtt:ams/meter/l3/voltage:state:default]" } og loggen i OpenHab er veldig happy: 2020-04-19 18:54:12.281 [vent.ItemStateChangedEvent] - strom_spenning_fase1 changed from 233.90 to 233.80 2020-04-19 18:54:12.298 [vent.ItemStateChangedEvent] - strom_strom_fase3 changed from 9.70 to 14.20 2020-04-19 18:54:12.303 [vent.ItemStateChangedEvent] - strom_spenning_fase3 changed from 234.90 to 234.10 2020-04-19 18:54:12.308 [vent.ItemStateChangedEvent] - strom_reaktiv_minus changed from 1183 to 1208 2020-04-19 18:54:12.325 [vent.ItemStateChangedEvent] - strom_forbruk_fase1 changed from 701.7000 to 701.4000 2020-04-19 18:54:12.334 [vent.ItemStateChangedEvent] - strom_forbruk_fase3 changed from 2278.5300 to 3324.2200 2020-04-19 18:54:13.650 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 5864 to 4800 2020-04-19 18:54:16.152 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 4800 to 4792 2020-04-19 18:54:21.032 [vent.ItemStateChangedEvent] - strom_vvb_energy_ws changed from 33400606 to 33402585 2020-04-19 18:54:21.035 [vent.ItemStateChangedEvent] - strom_vvb_temp changed from 62.64 to 62.76 2020-04-19 18:54:21.044 [vent.ItemStateChangedEvent] - strom_vvb_energy_kwh changed from 556.67676667 to 556.70975000 2020-04-19 18:54:22.308 [vent.ItemStateChangedEvent] - strom_strom_fase1 changed from 3.00 to 3.10 2020-04-19 18:54:22.315 [vent.ItemStateChangedEvent] - strom_spenning_fase1 changed from 233.80 to 233.60 2020-04-19 18:54:22.321 [vent.ItemStateChangedEvent] - strom_spenning_fase2 changed from 233.60 to 233.50 2020-04-19 18:54:22.324 [vent.ItemStateChangedEvent] - strom_strom_fase3 changed from 14.20 to 9.60 2020-04-19 18:54:22.328 [vent.ItemStateChangedEvent] - strom_spenning_fase3 changed from 234.10 to 234.70 2020-04-19 18:54:22.332 [vent.ItemStateChangedEvent] - strom_reaktiv_minus changed from 1208 to 1189 2020-04-19 18:54:22.341 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 4792 to 4803 2020-04-19 18:54:22.351 [vent.ItemStateChangedEvent] - strom_forbruk_fase1 changed from 701.4000 to 724.1600 2020-04-19 18:54:22.354 [vent.ItemStateChangedEvent] - strom_forbruk_fase2 changed from 2195.8400 to 2194.9000 2020-04-19 18:54:22.357 [vent.ItemStateChangedEvent] - strom_forbruk_fase3 changed from 3324.2200 to 2253.1200 2020-04-19 18:54:23.666 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 4803 to 5881 2020-04-19 18:54:26.153 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 5881 to 5884 2020-04-19 18:54:32.315 [vent.ItemStateChangedEvent] - strom_spenning_fase1 changed from 233.60 to 234.00 2020-04-19 18:54:32.329 [vent.ItemStateChangedEvent] - strom_spenning_fase2 changed from 233.50 to 233.80 2020-04-19 18:54:32.352 [vent.ItemStateChangedEvent] - strom_strom_fase3 changed from 9.60 to 14.20 2020-04-19 18:54:32.363 [vent.ItemStateChangedEvent] - strom_spenning_fase3 changed from 234.70 to 234.20 2020-04-19 18:54:32.366 [vent.ItemStateChangedEvent] - strom_reaktiv_minus changed from 1189 to 1198 2020-04-19 18:54:32.373 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 5884 to 5871 2020-04-19 18:54:32.391 [vent.ItemStateChangedEvent] - strom_forbruk_fase1 changed from 724.1600 to 725.4000 2020-04-19 18:54:32.396 [vent.ItemStateChangedEvent] - strom_forbruk_fase2 changed from 2194.9000 to 2197.7200 2020-04-19 18:54:32.402 [vent.ItemStateChangedEvent] - strom_forbruk_fase3 changed from 2253.1200 to 3325.6400 2020-04-19 18:54:33.627 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 5871 to 4795 2020-04-19 18:54:36.112 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 4795 to 4798 2020-04-19 18:54:38.598 [vent.ItemStateChangedEvent] - strom_forbruk_totalt changed from 4798 to 4781 Ingen feilmeldinger - takket være RAW mode! ?

Den enkleste måten å bygge på er å bruke dette verktøyet nederst i verktøyraden. Du kan også klikke på PlatformIO - ikonet i venstre kolonne i skjermbildet ditt og velge blant kommandoene du har der. binærfila du lager blir liggende under (ditt repository)/.pio\build\dev\firmware.bin Hos meg er det det samme som AmsToMqttBridge/.pio/build/dev/firmware.bin Personlig liker jeg å laste opp binærfilen via web-grensesnittet, men har du ikke det oppe, synes jeg det er enklest med esptools. Problemet er å finne ut hvilken com-port du skal gjøre på men det greier den fint selv om du har koblet esp8266-kortet på og i load-modus. Min kommandolinje for å laste ned fra PC er: esptool.py --port COM7 write_flash 0x0 AmsToMqttBridge/.pio/build/dev/firmware.bin MERK: Husk å slå av DEBUG_MODE i platformio-user.ini. (-D DEBUG_MODE=0) før du bygger. Mine kort starter ikke (Watchdog reset) dersom jeg har på DEBUG_MODE

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.

Tenker du på RPi-kabinettene? Disse er av plast og kjøpt på ebay: https://www.ebay.com/itm/New-Case-Enclosure-Cover-Kit-With-Heatsink-Cooling-fan-For-Raspberry-Pi-3B-3-2B/222880227517 Kjøpte noen forskjellige POE-hats jeg hadde tenkt å forske litt på og akkurat denne har en lavprofil POE hat jeg kjøpte på Amazon: https://www.amazon.com/gp/product/B07KF6ZFMT/ref=ppx_yo_dt_b_asin_title_o01_s00 Måtte sage litt plass innvendig for å få det til men det ble nice & Tidy synes jeg. Fungerer veldig bra. Har i ettertid bygd det ut litt.

Mosquitto som kjører på en RPi skrudd fast i veggen under trappa ned til kjelleren.

Ser ut til at det er 4G. Oss selger først og fremst en tjeneste virker det som. Dingsen er en del av det. Du laster ned en app og registrerer deg der. Kan hende - når de får API'et sitt oppe og går - så trenger du ikke RPi'en og usb-kabelen heller for å få dataene inn i hjemmeautomasjonen din.

Tror du skal ha spenning mellom pinne 1 og 2 på RJ-45 porten om den er aktivet og åpen. Du skal også kunne registrere endringer i spenningen hvert 2,5te sekund ?

Ser du trenger å endre linje 187 i arduino-prosjektfila (i readHanPort_Aidon()) for å legge til Liste 3 også - ellers blir den ikke med. I tillegg bør du i Liste 2 og Liste 3 legge på Active og Reactive export effekt også. Jeg må i alle fall ha disse siden jeg har solceller... Hadde håpet å få tid til å skrive om koden til å formelt riktig lese ut verdier basert på OBIS-kodene slik at den ble kompatibel med alle målere sin måte å pakke data på, men jeg orket ikke mer etter å ha brukt nesten hele helgen på å fikse dette ? Bra jobba uansett da ?

Fikk ikke med meg at du allerede hadde fikset dette. Hva måtte du endre for å få det til? Jeg landet på å skrive om logikken en del, men det ser ut til at du har beholdt det meste her...

Ja, det skal den. Jeg har valgt å ikke ta med Liste 1 men kun Liste 2 og 3 siden oppdateringen ellers er way mer enn jeg trenger.

Da har jeg brukt brorparten av helga til å modde kode på Roarfreds opprinnelige leser til å forstå Aidon sitt format på meldingene. Om noen er interessert finnes det her: https://github.com/stenjo/AmsToMqttBridge

Har et par sånne adaptre liggende og kan sende deg en eller to tror jeg. PM adressen så er de i posten før du aner ordet av det...

Denne var knallgod! Anbefaler å starte med første del da!

Min kode som leser "native" Aidon, har nettfrekvens, men HAN spec'en har visst ikke det...

Før Lyse slo av porten hadde jeg også en kode kjørende som hentet Aidon native og publiserte dette på en mqtt-server. Koden har jeg forsåvidt liggende enda og kan kanskje bli (sammen med din kode) et alternativ for de Aidon-eierne utenfor Norge som ikke har noe HAN-grensesnitt å forholde seg til...

Ja, det er en mulighet. Har du tatt filen ut av lokalt repo så bør den legges til .gitignore - ellers er det en fare for at den plutselig er med igjen etter å ha kjørt en "git add ." ? Har du laget en .gitignore fil, må denne også legges i neste commit ?

Ikke jeg heller, men jeg tror for begynnere er nok et verktøy av denne typen bedre enn å lære seg kommandilinje-instruksjonene. Det er bare det at når du gjør dette hele tiden er kommandolinje så sykt mye kjappere...

Ja, riktig forstått. I tillegg - et git-repo i skyen gjør det mulig for flere å jobbe på samme koden, samtidig (så lenge man er flink til å holde skyen oppdatert gjennom commit og push). Noen editorer har en plugin som gjør at du kan lage commits og pushe disse til skyen uten at du trenger å gjøre det via et kommando-grensesnitt. Har kolleger som stadig foretrekker det framfor kommandolinje og som også daglig jobber mot git-repo. 1. Ja. Det er din lokale installasjon av git som administrerer og håndterer ditt lokale repository. Den kan også knyttes opp mot en remote som i dette tilfelle vil være github. Bruker du kun den lokale vil du ha fordelen av versjonskontroll (du kan gå tilbake og se på og bygge tidligere versjoner) men vil ikke kunne samarbeide så lett med andre på samme kodebase. 2. Synkroniseres ikke automatisk. Du må gjøre konkrete aksjoner for å holde remote (altså GitHub) og local i synk. Det er dette som er pull (for å hente siste fra remote), commit (for å pakke sammen endringer i en pakke) og push for å synkronisere med remote. Har du nye filer som ikke er med i remote fra før, må du også først kjøre en git add <filnavn> for å legge det til lokalt repository før du kjører en commit og så en push. Alt dette har Visual Studio Code en plugin som kan håndtere. På jobb bruker jeg (i tillegg til VSC) også WebStorm og Visual Studio som også har integrert håndtering av git om man ønsker det. God praksis er å sørge for at alle private nøkler og passord ligger i konfig file(r) og IKKE synke denne med remote men ha en lokalt som bare ligger lokalt. Greit at du da har en beskrivelse (i README) på hvordan denne filen skal se ut for de andre som forsøker å bruke koden din. Er en slik konfig-fil allerede med i lokalt repository kan du kjøre git rm <filnavn> og så en git commit -m"Fjernet fil <filnavn>" for å fjerne den. Vil du beholde den lokalt men bare fjerne den fra repoet kan du legge til --cached på rm-kommandoen. Da blir det slik: git rm --cached fil_med_passord.cfg git commit -m"Fjernet konfig fil fra repoet" 3. Du kan gjøre endringer på filer i Github men som xibriz sier så må du pulle endringene før de oppdateres lokalt.Det viktigste (synes jeg) er at med Github så kan flere bidra til å bygge videre på koden fortløpende og i samarbeid med hverandre. I nettleseren på GitHub er det vanskelig å skrive kode og kompilere eller bygge den for target. Da bør man helst ha en lokal klone av repoet som man bygger fra.

God plan! ? Sikker bedre enn at jeg eller andre skriver lange forklaringer her.

Bruker man editor som Visual Code og har git plugin på plass, kan man også committe endringer direkte fra editoren uten å gå via kommandolinje.

Jeg bruker git i det daglige og har installert Git Bash lokalt på Win 10. I det grensesnittet (et kommando-grensesnitt med Linux-liknende utseende) kan jeg bruke de vanligste kommandoene for å gjøre det jeg skal med koden min. Har du et prosjekt som du må legge inn i git, går du inn i folderen (i git bash) med vanlige dos-liknende kommandoer som cd c:/Prosjekter/Hjemmeautomasjon for eksempel dersom du har et prosjekt som heter Hjemmeautomasjon og ligger i en folder med samme navn. Om prosjektet ikke ligger i Git enda, hadde jeg valgt å starte med GitHub og lage et prosjekt med tilsvarende navn der med tanke på at det skal ligge der til slutt. For å koble meg på Github trenger man en bruker. Det tar noen sekunder å gjøre og er gratis (så lenge du ikke lager lukkede repositories). Lag deg et repository (med navnet på prosjektet ditt) og følg instruksjonene deretter. Bruk valget "... or create a new repository on the command line" om du ikke har prosjektet ditt i git fra før ved å kopiere de 6 linjene som står der og kjøre de i ditt lokale Git Bash vindu som allerede står i folderen du ønsker å ta vare på. Har du allerede lagt prosjektet ditt inn i Git kan du bruke "... or push an existing repository from the command line" til det samme. Etter det er det enklest (for meg siden jeg bruker det hele tiden) å "committe" endringer i koden ved å kjøre git commit -a -m"<beskrivelse av endringen>" git push hver gang jeg vil oppdatere repository. For å få dette til uten å skrive inn passordet til GitHub hver gang trenger du å legge inn en SSH key - men det kan jeg forklare i et annet innlegg.

Flott! Ingen grunn til å finne opp kruttet flere ganger. Om jeg cloner ditt prosjekt kan jeg bidra med pull-requester ? Har du et git-repo jeg kan klone?

Nå har etter hvert Lyse slått av HAN porten (eller egentlig Aidons egen datakommunikasjon ut på den samme porten) og jeg har bedt dem slå den på (nå med HAN-spesifikasjon). Intet svar enda, men jeg tenkte å implementere AIDON sin versjon av den protokollen mens jeg venter. Hvilken av de 21 forkene (https://github.com/roarfred/AmsToMqttBridge/network/members) bør jeg bygge videre på? Tenker neste steg er å lage en ny hardware basert på det ArnieO har begynt på her.

Finner ikke skjema. Lurer litt på hvor stor kondensator du har satt på for å holde på energien lenge nok til at ESP'en får sendt? Trodde kanskje vi måtte til med en supercap her et sted... Dette blir knall! Blir med og tester jeg...