ArnieO

Det er i så fall helt utrolig det som er gjort. Jeg ville blitt svært opprørt om en "elektriker" hadde vandalisert hos meg på denne måten. Det der må rettes opp.

Litt vanskelig å tro at dette er noe annet enn et morroinnlegg, for her er det mange feil. Men i fall dette skulle være alvor: I og med at han har koblet seg inn i stikkontakten er han inne på anlegget, og skal da levere som del av jobben en samsvarserklæring - som er et verdipapir du skal oppbevare som viser at jobben er gjort iht gjeldende forskrifter. Den samsvarserklæringen tror jeg ikke du vil få - for å si det sånn.

Vi trenger kun tre av *.bin filene (ikke boot_app0.bin): https://github.com/UtilitechAS/amsreader-firmware/wiki/flashing Jeg mener å huske noe om at boot_app0.bin trengs i PlatformIO, men kjenner ikke detaljene.

Jeg vil tro det er problemet, ja. Men som sagt - ifølge det jeg så i kommentarer under "Issues" skulle det kunne gå an. Muligens ville det fungert om jeg ikke hadde brukt opsjonen "slett alt". Ved oppgraderinger av ESP32 er det tilstrekkelig å laste inn den ene binærfila. Men ved første gangs programmering må de andre filene også inn.

💡😅 Takk for godt tips! Det er vel denne: https://github.com/marcelstoer/nodemcu-pyflasher Det ser ut for (om man leser "issues") at den skal støtte ESP32, men jeg får den ikke til å fungere med en Pow-U med ESP32-S2. Den flasher, men deretter får jeg ikke kontakt med enheten. Mulig fingertrøbbel fra min side.

Du må velge rett GPIO i config.

Det kan vi godt være enige om, men jeg ser ingen (enkel) vei rundt å bruke Espressif sine verktøy for å flashe Espressif sine chipper.

Hva legger du i "alt pythonstoffet"? At du må ha Python installert for å kjøre verktøyene?

Javisst - bare ta kontakt med meg på [email protected] for å avtale, så fikser vi det for deg. 🙂

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

Bare hyggelig å hjelpe til! 🙂 Det var et par varianter av GPIO for HAN i starten. Jeg ser av bildet at ditt kort er layout v1.5, - som er siste versjonen før jeg begynte å merke kortene med HAN GPIO-nr. Men det er GPIO12 på ditt kort, ja. Lykke til! 🙂

Takk for skjermklipp - nå skjønner jeg hva det er du lurer på. 🙂 Det du må gjøre her er å først velge "Generic ESP8266", og så rett HAN-GPIO (på kortet jeg tester her er det GPIO12): Trykk "Save". På neste skjermbilde legger du inn SSID og passord, og eventuelt parametre for statisk IP, og så "Save": Så får du opp dette: ...hvor du kan velge Yes for å senere kunne gjøre one-click upgrade. Om du nå går til konfig-siden vil du se at du har fått opp en seksjon hvor du kan legge inn GPIOer. På mitt kort er dette de rette innstillingene: Og det er her du kan legge inn rett GPIO for Dallas temperatursensoren din. Dette panelet kommer kun opp om du velger "Generic ESP8266" i første del av oppsettet her ovenfor. EDIT 14/2: Også enheter med ESP8266 kan gjøre one-click update, fra og med firmware v2.1.

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

Neida, ingen grunn - får du det ikke til å fungere på ESP32?

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.

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å: Slette hele minnet og reprogrammere på ny (kapittel 9 i Firmware v2.2 user manual). Ulempen er at du da mister all lagret historikk. 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).

Jeg mener de kun publiseres i forbindelse med at de hentes fra Entso-E, som skjer et sted mellom klokka 13 og 14 hver dag (randomisert tidspunkt for å unngå at alle som bruker firmwaren spør APIet eksakt samtidig).

Reading prices from Entso-E is why we converted to ESP32; we could not squeeze that into AmsToMqttBridge for the 8266 (the API is too heavy).

It works with ESP32-S2 (single core version of ESP32), which is used now in Pow-U. The ESP32-S2 hase a "base consumption" that is higher than ESP8266, but the firmware exploits power saving modes in the ESP. I do not think it will not work with a "traditional" dual core ESP32, and it will not work via a HAN-NVE module on a Kamstrup Omnipower meter. For Kamstrup meters it is better to exploit the "internal" power supply - which is what is done on Pow-K+.

Det vil ikke fungere, da det ikke er samme mikrokontroller som benyttes.

Shelly 3EM er vel et helt annet produkt; en separat 3-fase energimåler som måler strømmen i hver fase med tre strømtrafoer som klipses på hver faseleder. For så vidt et interessant produkt, men en annen kategori enn det som diskuteres i denne tråden.

Du vil nok ikke finne noen "enkel forklaring" noe sted, for dette er litt komplekst. Det som kommer der er OBIS koder, basert på en standard som "stort sett" følges av målerne. Dersom du virkelig ønsker å dykke inn i materien kan du begynne med å ta en kikk på Green book og Blue book lagret her: https://github.com/gskjold/AmsToMqttBridge/tree/master/doc Du kan også finne noen eksempler på payloader her, med litt (ja, litt...) forklaring: https://github.com/gskjold/AmsToMqttBridge/tree/master/frames

Du mener kanskje strøm på fase 2? https://github.com/gskjold/AmsToMqttBridge/blob/master/doc/Norway/Kaifa HAN OBIS codes KFM_001.pdf

Blir bare en kvalifisert gjetning: Kamstrup måleren har et svært strømgjerrig HAN-grensesnitt i form av en pluggin-modul, man kan trekke maks 144 mW fra den - og i praksis har jeg sett moduler som (kanskje pga produksjonsvariasjoner; blir bare gjetting det også) som heller ikke klarer levere så mye. Det problemet kommer man rundt ved å ha batteri som kan tre støttende til dersom tapping av strøm fra HAN-grensesnittet ikke gir tilstrekkelig. De andre målerfabrikatene kan levere plenty strøm på HAN. Alternativt har de ikke lagt inn strømtapping fra HAN i det hele tatt - for å forenkle designet.

Husk at RasPi trenger en kraftig strømforsyning, gjerne 3A for å være sikker. Og micro SD kortet er alltid et svakt punkt, før eller siden ryker det. Jeg har satt harddisk på den RasPi'en jeg bruker til husautomatiseringen, så slipper jeg minnekortkrasj.