tronde
Medlemmer-
Innlegg
244 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
2
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av tronde
-
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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å. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Det var en gang snakk om at strømprisen skulle komme gjennom HAN-porten. Det har blitt helt tyst om den saken. Det burde ikke være verdens største problem å dytte den ut, for den er jo fastsatt på forhånd. -
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.
- 116 svar
-
- 1
-
Enig med ArnieO. Gjør det enkelt. Aidon svinger mellom 15 og 24V så det er ikke behov for noe annet enn å få et nokså stabilt skiftepunkt et sted mellom de to verdiene. Den løsningen jeg viste på forrige side er unødvendig komplisert siden den forutsatte at 24V-nivået kunne variere.
- 116 svar
-
- 1
-
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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? -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
@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? -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Du kan prøve forsiktig hvis den ikke er helt limt. Kineserne har ikke for vane å sløse med lim, så det er håp. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Kan du vise et bilde av den saken? Kan være at du kan kople deg inn på et vis. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Oppdaterte over web fra 1.2.0 til 1.2.2. Lot seg oppdatere, men måtte kutte strømmen et øyeblikk for å få den i gang. På ingen måte verdens undergang. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
@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. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Stian, du skriver at du har kryptert kommunikasjon. Du må få bort krypteringen før du gjør mer. Har du sjekket med nettselskapet ditt? -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Betyr det at man kan flashe ESP12 med koden for D1mini? Begge er vel egentlig ESP12 hvor D1 mini har USB-serie i tillegg på kortet? -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Hve er det som rent praktisk skiller mellom den for Wemos D1 mini og standard ESP-12? -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Har du hørt med nettselskapet ditt om den krypteringen? Den skal vel være valgfri, og kontrollert fra deres side. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Det kan hende at du skal kikke litt i standarden også. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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 -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
-
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Hva er det du har nå, helt konkret? Type, produsent osv. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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. -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
Nå har jeg prøvd med MQTT. Når den er aktiv, er I2 0A både i web-grensesnittet og i det som går over MQTT. Når MQTT er deaktivert viser web 8,6A -
Lesing av AMS data (AMS/HAN -> IoT)
tronde svarte på roarfred sitt emne i Strømsparing og strøm-overvåkning
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.