goodfidelity

41 minutes ago, ArnieO said:

Jeg tror du finner svaret på hvilken GPIO du bruker her:

Så vidt jeg kan se er det GPIO16? Eller er den ledningen noe du bruker for wakeup etter deepsleep? Uansett: Du må finne ut hvilken pinne datasignalet fra sensoren er loddet inn på, og så konsultere pinout for modulen.

 

GPIO6 er ikke lagt ut til pinne, og brukes nok til noe internt. Så det burde du ikke ha gjort... 😉

 

Om den da er "død" så må den nok flashes på nytt: https://github.com/UtilitechAS/amsreader-firmware/wiki/flashing

 

Ok.. 

Ok, skjønner. Det skall ikke vare lett. Trur det med reflashing er langt utenfor min rekkvidde.

Er det mulig å sende den tilbake til amsleser.no hvor jeg kjøpt den og få den reflashet?

//GF

Supert.

Da kom vi videre ett trinn 😃

Jeg valgte da GPIO 12 for HAN porten, og får opp strøm.

Jeg valgte tallet 5 på temperature, det fungerte ikke selv om jeg mener jeg brukt GPIO5.

Så jeg prøvde 4, 3, 2, og fikk ikke noen temperatur på noen av disse.

Da valgte jeg tallet 6 og så krasjet hele tinga og nå får jeg ikke kontakt med den lengre 😃 .

Det er ikke mulig å kontakte på local adressa, eller på IP addressa. Og den har nå dettit ut fra IP register i routern. Den meler seg ikke på. Fortsatt så gir den blå blinkelys og konstant grønn lys. Jeg har tatt den ut av måleren i ca 10-15 minutter, og prøvd såvel reset som AP knappene. Ikke noen resultat. Den er vekk fra nettet og kommer ikke tilbake som AP. Den er tilkoblet Micro USB for strømforsyning.

Har jeg gjort noe galt igjen?

//GF

Takker!

Så hvilken GPIO skal jeg velge for å få strömmåleren riktig? (hvor du har valgt GPIO12, skal jeg velge GPIO12 også?)

Jeg har kjøpt denne pow-U fra nettbutikken, er det brukt likt på alle?

Sorry for alle spørsmål, jeg er veldig dårlig på dette og prøver å ikke gjøre feil slik at jeg ødelegger noe mer enn hva jeg aldreden gjort 😃

//GF

On 10/02/2023 at 09:08, ArnieO said:

https://duckduckgo.com/?t=ffab&q=pinout+esp12&iax=images&ia=images

 

Den biten der har jeg klart for meg, det jeg lurer på er hvordan jeg skal sette opp firmware etter oppdateringa, slik at jeg kan få data fra min dallas sensor.

Nå får jeg ikke noen data fra dallas sensorn, så jeg må endre instillingene helt i firmwaren, og da velge en generisk instilling og velge hvor den skal hente data til AMS måleren. Siden den generiske instillingen ikke vet hvor den skal hente AMS dataen automatisk som den gamle firmwaren.

Så det jeg trenger hjelp med er egentlig å fikse innstillingene slik at min POW-U fungerer som før, med strøm+temperaturmåling. Se gjerne vedlagte bilder.

//GF

Jeg bruker den gamle typen som kom før ESP32 modellen, men bare lurte på hvis dallas sensoren er blokkert fra nyere typer.

Var det mulig å finne ut hvilken GOIP jeg skall velge når jeg endrer i firmwaren på min gamle modell?

Jeg ønsker å få tilbake temperaturmålingene fra min dallas sensor som jeg koblet til for en stund siden, men den datt ut når jeg oppgraderte firmwaren.

Bilde på den finnes på denne link:

POW-U - bilde

//GF

On 05/02/2023 at 19:24, ArnieO said:

OK, skjønner.

 

Siden du har klart å ettermontere en Dallas temp sensor må du ha en eldre versjon av Pow-U (det er ikke mulig på de nyere kortene med ESP32-S2-MINI). Kan du vise meg bilde av kortet? Så skal jeg hjelpe deg.

Ok! Er det noen grunn man ikke kan koble en dallas på ESP32?

Hvis du kiker i denne link til en post i tråden så ser du min installasjon.

bilde på mitt kort med Dallas sensor tilkoblet.

//GF

On 03/02/2023 at 14:33, ArnieO said:

Vi har valgt å skjule GPIO-settingene dersom du har et "standard" kort.

Det skaper imidlertid noen små utfordringer for dere som har modifiserte kort, som du med en temp sensor.

 

Måten å gjøre det på når du har ditt eget kort er å gå helt tilbake til "Initial configuration", der korttype velges - og så velge "Generic". Det er to måter å nå Initial configuration på:

1. Slette hele minnet og reprogrammere på ny (kapittel 9 i Firmware v2.2 user manual). Ulempen er at du da mister all lagret historikk.
2. Bruke denne (foreløpig udokumenterte) løsningen: Skriv "/vendor" på slutten av URL'en, slik:
   
   Om du da velger "Generic" får du opp dette:
   
   Her må du velge rett GPIO for HAN-signalet for ditt kort.
   Pass på at "Clear all other configuration" ikke er valgt! (Den er valgt som default)
   Når du har trykket Save kommer du tilbake til hovedsiden.
   Gå til Configuration, der vil du se at du har fått en ny seksjon, hvor du kan sette GPIOene, og altså velge GPIO for temperatursensoren. Dette er det samme som du hadde på menyen System/GPIO i firmware v2.1.x:
   

Note to self:
Oppdatere Firmware 2.2 User Manual med informasjon om dette, slik at brukere kan få satt opp modifiserte kort riktig. På Pow-P1 har vi lagt ut kortet for å ettermontere temperatursensor, så dette er relevant også for våre kunder.

Dark mode er ikke implementert ennå (men det er mulig noen får det til med addon i browseren).

Da lurer jeg på, hvordan jeg vet hvilken GPIO jeg skal velge når jeg bruker den generic settingen?

All data ble slettet når jeg oppgraderte, så det er ikke noe miste der. Usikker på hvorfor det ble slettet?

Hadde ikke oppgradert siden den var ny, kanskje var derfor? For mange trinn på versjonsstigen?

Fint hvis jeg kan få en beskrevelse som viser til hvordan jeg finner ut av hvilken GPIO som jeg skal velge for denne setting før jeg drar igang og prøver 😃

//GF

Jeg lastet akkurat opp den siste firmware for min modell, POW-U, og fikk ikke kontakt lengre.

Når jeg sjekket WiFi så var der ett hotspot og jeg fikk konfigurere min POW-U på nytt, alt av dataen var borte.

Dette er ikke noen kjempeproblem, men litt kjedelig. Hva som er vanskelig er den nye firmwaren som ikke viser temperaturen fra min dallas sensor. Jeg finner heller ikke ut av hvor jeg velger pin eller ting for den sensorn.

Er det noe jeg kan få gjort her for å få tilbake temperaturen?

Takker for meget god servise her!

//GF

ArnieO skrev (På 18.8.2022 den 10.14):

Heisann,
OK - da har du kjøpt den fra min nettbutikk amsleser.no , så da skal jeg sannelig gjøre det jeg kan for å få løst dette!😊

 

Først: Jeg stusser veldig på den temperaturmålingen som er angitt på skjermbildet ditt. Jeg har ikke solgt noen Pow-U med temperatursensr, er det noe du har satt på i etterkant? Det er i så fall antakelig ikke årsaken til problemet - men da Pow-U er ganske "tynt" på strømmen den kan hente fra M-bus ønsker jeg i så fall informasjon om hvordan det er implementert. Just in case.

Om du tar en kikk på kapittel 5 i Brukermanualen for Pow-U så vil du se at der er et kjent problem at den på enkelte Wifi nett (hvor der er multi- eller broadcast trafikk, typisk fra AppleTV eller Chromecast) så klarer ikke ESP8266 mikrokontrolleren å falle i auto sleep modus. Konsekvensen er at strømforbruket blir for høyt, og gjør at modulen stadig restarter. Om dette er ille nok vil du miste mange payloads, og kan få det problemet du opplever.

Dersom det er dette som er problemet vil du se at spenningen i modulen synker, inntil den restarter; hold øye med denne:

 

Imidlertid ser jeg av skjermbildet ditt at den har vært oppe i 15 timer - og det indikerer at det er noe annet som kan være problemet...

 

Det neste du kan teste er å kjøre en Telnet debug:

Gå til System/Debugging, sett denne innstillingen og trykk Save:

Så åpner du et "DOS-vindu" på PCen og skriver telnet <ip-adr> der <ip-adr> er ip-adressen for kortet på ditt nett.

Og så vil jeg gjerne se hva det er som vises der.

Vi kan enten fortsette feilsøket her, eller du sender utskrift fra Telnet debug direkte til meg på [email protected]

 

I verste fall har kortet ditt feilet - og da bytter jeg det ganske enkelt med et nytt. Vi skal i hvert fall få løst problemet ditt!

Skall kike nermere på forslagene dine, tenkte bare nevne:

Jeg har installert en egen Dallas sensor, denne er tilkoblet slik som du gitt forslag på. Jeg mener jeg har beskrevet det nermere noen sted her på forumet.

1. "Brukt JORD og SIGNAL på ett twisted par, og brukt JORD og VCC på ett annet par. 
2. Terminert med 4K7 på kontaktsiden (ikke sensorsiden)."

ArnieO skrev (På 14.8.2022 den 11.04):

Hei! 
Dette skyldes nok at det mangler avlesinger, det ser ut for at du mister mange payloads. Hvilken hardvare er det du bruker? Du er inne på en tråd her som primært omhandler leseren for Kamstrup målere som jeg nå selger fra nettbutikken amsleser.no under navnet Pow-K. Jeg ser imidlertid av skjermbildet ditt at du har temperatursensor, og da er det ikke en Pow-K. 
 

Kan det være noe med hardvaren din som er årsaken?

Jeg bruker Pow-U, sorry jeg har nok postet feil sted her.

Men det er den jeg kjøpt fra nettsida for POW-U.

Den er koblet inn hele tiden, lurer på hvorfor den mister pakker hvis den er konstant koblet på?

//GF

Hei!

Jeg har observert følgende data fra min måler.

Jeg syns ikke dette ser riktig ut, det er helt like tall flere dager, og plutselig så er det 0kWh/dag i en lang periode. Jeg har rebootet enheten men det har ikke skjedd mer etter det.

Noen som sett lignende og har en god forklaring?

Jeg ser det som lite sansynlig at alle timer og dager skal vare så ekstremt like. 

Se vedlagt bilde.

//GF

Noen som kan forklare hvorfor noen dager mangler energiforbruk, så kommer plutselig en skikkelig topp en dag?

Jeg skjønner sum er riktig, og at det på noen hvis mangler dat der i databasen. Men hvorfor?

Se vedlagt bilde..

//GF

Er det noen som prøvd å komplettere AMS måleren med CT sensorer for en eller flere målepunkter?

Lignende denne prosjekt:

CT sensor for ESP32 og energimåling

Hvis man har for eksempel 4st CT målere koblet til denne AMS måler så kan man få undermåling på:

- varmtvann

- ventilasjon

- varmepumpen

- elbilslader

CT sensoren bruker 0-1V, usikker på hvor mange GPIO som er tilgjengelige.

//GF

Jeg har nå koblet på en Dallas sensor for temperaturmåling, jeg har brukt en billig sensor fra Aliexpress som fungerer fint. Selv om det med stor sannsynlighet er en kopi, noe jeg har skjønt etterpå.

Det finnes noen tricks hvis det er flere her som ønsker å trekke lange ledninger:

- Bruk ethernet, twisted Pair ledning

- Bruke ett par ledninger med GROUND+SIGNAL, og ett par med GROUND+ VCC

- Kobble GROUND sammen på de to sidene av ledningen

- Bruk resistor 4K7

- Kan også bruke 100 ohm resistor i serie ved lange ledninger, dette er for 5V system så man kanskje må redusere resistens noe her siden det er 3.3 i denne applikasjon.

Fungerte fint på første forsøk.

//GF

Fikk min POW-U denne uke og den var veldig enkel å installere, utrulig fin og proff produkt som jeg syns ligger egentlig over hva noen komersielle aktører har å tilby på proffmarkedet.

Har kiket litt på wiki / github for hvordan jeg kobler en Dallas sensor til POW-U, men skjønner ikke helt. Jeg er ikke veldig flink på Arduino men relativt god på lodding osv. Finnes det noen sted en god beskrevelse for hvor jeg kobler respektive leder, og hvor jeg monterer resistor? 

På settings finnes ett felt (Temperature) for å velge GPIO for sensoren, skal jeg der velge den inngang som datakanalen/pin kobles på? For eksempel hvis jeg kobler datapin på GPIO 5 så skriver jeg bare 5 i denne sjekkboks og etter det er det ferdig med innstillinger?

Er tenkt å bruke Ethernet ledning (CAT5/CAT6?) og en ca 6-7m lang ledning gjennom en friskluftinntak/ventilasjonskanal for å måle utendørstemperaturen lokalt. Dette for å prøve lage E/T diagrammer som gir dynamisk varsling.

De andre feltene under er kun for analog måler, har jeg skjønt det riktig da? (VCC+GND+VCCresistor+multiplier+offset+bootlimit)

Takker for veldig hyggelig community och smarte folk som tar seg tid til å utvikle!

gskjold skrev (4 minutter siden):

Det blir bygget firmware for både ESP32 og ESP8266. 

https://github.com/gskjold/AmsToMqttBridge/releases

 

Jeg klarer ikke helt å se verdien i å ta inn yr.no eller andre værdata inn i denne firmwaren. Det er litt for langt borte fra hensikten med denne softwaren.

Skjønner.

Grunn til jeg sprørrer er fordi energiforbruksdata blir veldig verdifull når den samkjøres med værdata. Dette gir meget gode muligheter til flere funksjoner og analyse. Men dette er egentlig noe for vesentlig større "systemer".

Jeg syns dette er en veldig fin produkt, bare man får datan over til en større system med mer muligheter for analyse så vil det jo vare en veldig god og kostnadseffektiv mulighet for tilkobling / energimåling og oppfølging.

Har kiket på produkter fra eksempelvis SHELLY men syns alternativet med å koble seg direkte på AMS måleren er mer lurt, og enklere, selv om prisen er relativt lik.

Jeg har tidligere vart engasjert litt i openenergymonitor.org og der er fokus veldig stort på hva man får gjort med dataen etter den blitt samlet inn. 

//GF

gskjold skrev (4 minutter siden):

 

Hadde vært teknisk mulig med ESP32, men ikke ESP8266 på grunn av lite tilgjengelig RAM. Når det gjelder dallas sensor så har den allerede støtte for dette, men kun direkte tilkoblet.

Ok!

Er det mulig å bygge en helt lik med ESP32, og bruke samme firmware? Eller er det ulik pinout på disse modulene? Da kanskje det vil vare mulig å hente værdata fra yr eller fra en annen arduino på samme nettverk?

Blir litt lange ledninger hvis man skal trekke ledning for en Dallas sensor til tavla 😃

//GF

gskjold skrev (22 minutter siden):

 

Det du egentlig snakker om nå er vel webhook. Jeg har dette på planen, men har ikke hatt tid til å prioritere dette enda desverre.

Flott!

Det jeg tenker er egentlig bare en html streng med POST kommando, som en gang pr. time sender data videre til en av brukeren identifisert server / streng. Jeg er ikke veldig flink på dette men har brukt det tidligere sammen med google docs og google sheet for å få lagre data fra formulærer. Tenkte det er data som data.

Lurte på hvis det er mulig for denne AMS leser å hente inn data fra webben via en API? For eksempel hvis det er mulig å hente utendørstemperaturen fra yr.no en gang i timen for en gitt lokasjon? Alternativt hatt en annen arduino på samme nettverk med en dallas sensor, og da hente temperturen fra denne via WiFi?

Da får man utendørstemperatur og strømdata fra samme punkt. Det kan vare meget brukbart ved energiovervåking.

//GF

gskjold skrev (På 2.12.2021 den 8.11):

Ser ut til at den mistet timespakken på midnatt. Jeg har tenkt at den skal fordele neste timespakke 50/50 på manglende timer, men har ikke kommet så langt enda.

Knallfin produkt dette!

Skjønner jeg det riktig hvis den bruker totalforbruk hver gang den henter inn dataen, og etter dette da deler opp denne totalsum på antall tidsenheter som mangler?

Da blir en times forbruk for eksempel Timesforbruk=(aktuelt akkumulert forbruk - tidligere forbruk) / antall timer mellom målepunktene.

Jeg har sett komersielle EOS (energioppfølgningssystemer) som ikke fikser dette. De henter kun inn momentanverdien for kW (KVA) ett antall ganger pr time, og dersom noen pakker detter ut så vil totalforbruk for en måned vare lavere enn hva som er fakturert. 

Hvis man bruker TOTALFORBRUK hos AMS måleren og bare fjerner tidligere måleverdi så vil jo alltid tallene vare riktige selv om man mistet noen pakker grunnet frakobling av utstyr eller kommunkasjonssvikt.

Hva er mulighetene for å få brukt POST funksjonen hos HTTP for å sende disse timesverdier opp på en ekstern server?

Ser at det blir brukt MQTT, men jeg lurer på hvis det er mulig å få det med HTTP?

Fint ville det bli hvis det var mulig å bruke en enkel tilkobling til for eksempel GOOGLE SHEETS, hvor man da kan samle data som sendes med POST funksjonen gjennom GOOGLE FORM eller lignende.

Da har en ett gratis system som kan lage rapporter, diagrammer, e-poster, varslinger osv. ut fra noe som er helt gratis og tilgjengelig online. Dataen kan etter dette veldig enkelt behandlas i excel eller GOOGLE DOCS hvis en ønsker.

Da har man ett veldig enkelt, rimelig system for energioppfølgning i en liten bedrift, og kan runde ELHUB og de sinnsyke avgifter de tar ut fra brukere. (de har en gratisversjon også, men den er ubrukelig).

//GF