Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon! 🥇🥈🥉

tronde

Medlemmer
  • Innlegg

    244
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    2

Innlegg skrevet av tronde

  1. MorganX skrev (21 timer siden):

    Trodde det å avlese verdier fra AMS målere via HAN porten basert på Modbus var det samme som det jeg etterspør, bare at jeg vil lese verdiene fra en seriemåler med Modbus.

    Problemet er nok at den måleren du viser til ikke gir ut data på samme format som de vi har i sikringsskapet, selv om det kan være samme fysiske buss. De tre målerne som er aktuelle for sikringsskapet har heller ikke helt samme dataformatet. Derfor er det nok smartest med en egen tråd for den måleren du tenker på. 

     

     

    • Like 1
  2. Det som en gang ble sagt, var at el-hub skulle være bindeleddet. Å få dem til å pushe neste dags priser fra Nordpool bør ikke kreve mye.

     

    Grunnideen var at man kunne hekte på et diplay til HAN-porten, og få ut momentanverdien av forbruket, pluss data for strømprisen slik at man kunne vurdere om man kunne kutte ut noe.

     

    For dem som har et større system, kan det være enkelt å gå via nettet, siden det systemet allerede er på nett.  For dem som ikke har et system, blir det et ekstra  ledd som sannsynligvis gjør at de ikke henter prisene.

     

    El-hub vet hvilken måler som finnes i andre enden, og det er ikke en ustrukturert blanding, så at det skulle kreve så alt for mye kjøper jeg ikke.

  3.  

     

     

    4 timer siden, ArnieO skrev:

    Er 15V som laveste spenning iht spec eller har du målt det?
    Spenningsdeleren R13/R16 i mitt design er valgt for å ligge midt mellom 12 og 24V. Bør kanskje justeres litt for å være optimal for Aidon. Men skal fungere:


    Jeg breadboard-testet den som vist nedenfor, og målte:

    image.png.7dde20cc092064172ed882122ab87fe1.png

    image.png.4c1e5319a7f8a698b952bc1c575e2b5e.png

     

     

     

    Det er hva jeg måler, og jeg mener bestemt å ha lest det også. Det som er helt sikkert er at Aidon sier max. 24V.

     

    Da er ikke laveste nivå så interessant, for hvis man legger skiftepunktet en del lavere (f.eks. 18...20V) vil man alltid komme korrekt ut. Utgangen er jo enten max eller noe som er en god del lavere. Det du viser i bildet ser ut til å være helt OK.

     

    Vi slipper unna alt styret med konstantstrømtrekk for slaver på bussen, og inntrykket er at alle målerne har nok strøm til å gi stabil spenning ut innen de grensene de har oppgitt.

     

    Aidon skal gi 30 mA, men kutter tvert hvis man går over i mer enn 50 us slik de skriver i databladet https://www.nek.no/wp-content/uploads/2019/02/Aidon-HAN-Interface-Description-v11A-ID-34331.pdf

     

     

    Jeg har ekstern strømforsyning på min Wemos D1, og har laget en veldig enkel nivåskifter med zenerdiode og optokopler siden jeg vil ha isolasjon på det som går ut av skapet. Funker knall det også, men bruker for mye strøm til noe som kun drives av HAN-porten.

     

     

    • Like 1
  4. 13 timer siden, gskjold skrev:

    Man holder inne AP knappen i 5 sekunder, du får bekreftelse med fast LED i 500ms som skal være langt nok til å skille seg ut fra vanlig blink. Hvis du valgte D1 mini i oppsettet, så skal AP knappen være GPIO4 (D2) og skal kobles mot GND.

    Det hjalp betraktelig. Jeg hadde fått hodet mitt til å tro at GPIO4 var lik D4 denne gangen...

     

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

  5. @gskjold   Jeg plundrer med å få satt enheten i AP-mode.

     

    Bruker Wemos D1 og kode 1.3.0. Rett etter flashing går det vanligvis greit, men det er i praksis klin umulig å få den over hvis jeg har satt den opp mot et nett, og ønsker å endre noe fordi jeg blemma meg ut med feil passord el.l.

    Hva er korrekt prosedyre for å sette den i AP, og for å få den ut igjen? Det er vel en timer som teller noen sekunder? Er det mulig å se noen form for status på lysdioden?

  6. Dette gjelder for Aidon som er det eneste jeg har tilgang på:

     

    Det går an å beregne akkumulert forbruk for inneværende time ved å multiplisere aktiv importert effekt (watt) fra måleren med (2,5 / 3600) og legge sammen alle disse verdiene slik at beregningen starter ved ny time og stopper (nulles) når det kommer ny time. Måleren sender ut effekten hvert 2,5 sekund, og det jeg egentlig regner ut er hvor mange watt-sekunder det er mellom hver gang måleren sender ut en ny verdi for effekten.  Når vi deler på 3600 blir det watt-timer). Jeg har testet over flere døgn, og sammenliknet med akkumulert verdi fra målern, og feilen er neglisjerbar. 

     

    Jeg bruker verdi for akkumulert aktiv importert energi (watt-timer) "ikke lik 0" som flagg for timeskifte i arduinokoden fra johove som ikke gir ut tid. Måleren gir jo selv ut ny verdi for akkumulert import hver time, og da går det an å regne litt på den for å få akkumulert energi over døgnet. Alternativt kan man ta alle 2,5 sekunders forbrukene og legge dem sammen inntil nytt døgn kommer hvis man finner en måte å flagge det på.

     

    Koden min er bare spaghetti og brukes intil videre bare for å lese ut noe for testing av strømmene, så min quick-fix ble å telle antall timer. For å få dette til å funke i praksis har jeg lurt inn en stillbar timeteller slik at det funker fint så lenge arduinoen har strøm. Jeg stiller timetelleren til nåværende time når jeg setter strøm på arduinoen, og så går det seg til ved neste timeskifte. 

     

     

    Det bør vel være mulig å bruke denne logikken lokalt på en PC eller raspberry eller hva nå enn dere bruker for å presentere verdiene? 

     

    Kamstrup gir vel kun ut data hvert 10. sekund, og da kan man vel bruke 10 / 3600 istedenfor 2,5 / 3600.

     

     

    Det å kjenne akkumulert timesforbruk er en forutsetning for å få til noe fornuftig styring hvis det blir effekttariff basert på høyeste timesforbruk. Da ser man om forbruket drar avgårde tidlig i timen, og har mulighet for å stramme inn før det blir for høyt.

  7. @gskjold Jeg er litt confused...

     

    Bruker Wemos D1mini klone.

     

    Oppdaterte via web fra 1.2-rc1 til 1.2.0. Det gikk fint, og den startet opp helt på egenhånd. Har prøvd å gå opp til 1.2.1 nå, uten å få liv i den. Får heller ikke tak i den selv om jeg sletter ESP-en og brenner ny kode over USB. Ser heller ikke ut til at det funker å tvinge den over i AP-modus ved å legge D2 lav.

     

    Har gått tilbake til først rc-1 som jeg oppdaterte til 1.2.0 via web. Denne gangen måtte jeg kutte strømmen for å få den i gang, men det kan vel være en tilfeldighet. Ellers ser det OK ut som nettside. Har ikke  prøvd MQTT på en stund.

  8. 1 time siden, stianj skrev:

     

     

     

    Så har jeg også en Kamstrup strømmåler. Kamstrup selger M-bus modul til denne (har kjøpt), men det viser seg at at den ikke er støttet av målerne som er rullet ut i denne omgang, fordi de har kryptert lokal kommunikasjon - noe Mbus modulen ikke støtter. Høres rart ut, og trass i at Kamstrupselger sa at modulen skulle funke i min måler, har jeg senere fått entydig bekreftelse fra teknisk hos Kamstrup at så ikke er tilfelle :(

     

     

    Har du hørt med nettselskapet ditt om den krypteringen? Den skal vel være valgfri, og kontrollert fra deres side. 

  9. Jeg mener at den skisserte løsningen skal funke. Det kan være at du må bytte om på R5 og OC1 for å få rett logikk. 

    Med R2 på 2k ender du opp med noe mer enn 2 mA i lysdioden på optokoplerne. Kan være at den strømmen bør økes noe.

     

     

    Rob fikk denne enkle løsnigen til å funke for å gjøre om måleren til TTL. Jeg vlle nok ofret en ekstra zener for å være sikker på omslagspunktet slik jeg skisserer. Optokoplere er ikke helt gode når det gjelder spredning på data.

     

    Siden du har Kamstrup, finnes det en annen metode fpr å få ut TTL. De har en skjult port.

     

    Hvis du får tak i TTL på et vis, skal det etter hva jeg kan forstå gå an å bruke noe med TSS721 for å lage en slave. Jeg legger ved databladet. 

    Protokollen har jeg null peil på.

    tss721a.pdf

     

  10. Jeg fant noe jeg tegnet opp i fjor.

    Jeg har denne modulen, og jeg endte opp med å tegne et skjema over den. Den burde gå an å mekke litt på for å konvertere måleren til en slave. For å lese måleren holder det med en optokopler (OC1) og helst en zenerdiode i serie med inngangen slik at det blir et definert skille mellom 15V og 24V. Det er litt uklart for meg om logikken blir invertert eller ikke. Har aldri jobbet med ekte MBUS. Da skal M+ og M- oppfattes som slave av en master.

     

    TSS721A_MODULE_.thumb.jpg.544dd7599df0585b1e760acbdcc9c51a.jpg

  11. TSS721 som mange bruker for å få TTL ut fra måleren skal også kunne gå fra slave til master i følge databladet. Noen av de kinesiske kortene har både RX og TX-pinner, så de er muligens brukbare. Å få TTL ut fra måleren kan løses uten TSS721, men en som gjør om til TTL som så mater inn i en som går fra slave til master burde også funke. Ett problem jeg har sett med de kinesiske, er at de er standard konfigurert uten galvanisk skille selv om det er optokoplere på dem.976346234_Nyttpunktgrafikkbilde.thumb.jpg.514cdf2daf136d13abbe064ba3d9a4a4.jpg

  12. 17 timer siden, stianj skrev:

    Hei! Første post, beklager hvis jeg tar meg til rette i tråden.

     

    Spørsmålet mitt er om noen her har noen tanker om hva som skal til for å konvertere HAN til en standard Mbus slave? Jeg har altså en "vanlig" Mbus master som kan lese av Mbus-slaver, og skulle veldig gjerne brukt denne for å hente ut data fra strømmåleren.

     

    Siden HAN også er en Mbus-master så tviler jeg på at det blir god stil å koble disse rett sammen. Det er vel også noen protokollforskjeller kanskje selv om grensesnittet passer? OBIS og sånn...

     

    Antar dette er upløyd mark for de fleste...

    Hva er det du har nå, helt konkret? Type, produsent osv.

  13. 11 timer siden, gskjold skrev:

    Sikringsstørrelsen i config er kun for at grafen skal vite hva som er maks forbruk.

     

    Rart at den skulle bytte til 0 i web når MQTT ble aktivert. Byttet den tilbake til 8.5 når det ble deaktivert?

     

    Mulig at grunnen her er at jeg ikke har initialisert variablene den bruker, så jeg har satt disse til 0 og kompilert på ny. Legger ved d1mini firmware

    firmware.bin 398 kB · 0 downloads

    Denne funker for både web og MQTT. Du fant nok årsaken.

    Det stemmer at den viste fast strøm når MQTT var deaktivert, og 0 når den var aktivert. Det var helt entydig.

     

    Grunnen til at jeg testet med forskjellige sikringer, var at det var en ukjent feil, og da ville jeg prøve og melde det jeg fant. 

     

     

    • Like 2
  14. Dette er for Aidon 3-fase IT hvis noen andre lurer.

    I skjermbildet over er den på 8,5, men jeg har kun sett 8,6 i mange timer nå. Ser ut til å være konstant.

     

    Jeg har prøvd å endre sikringsstørrelse til alle mulige valg uten endring, så det ligger vel ikke der. Et par ganger rett etter endring viste den 0, for å gå opp til 8,6 rett etter. Så ut til å komme ved lesing av liste 2 (10 sek).

     

    For øyeblikket har jeg ikke noen MQTT-server gående (fikk ukjent total krasj med den så den ble avinstallert for en stund) så jeg har ikke noen logg nå. Kommer til prøve igjen, men ikke i kveld.

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