ArnieO

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!

Hei @mongojarle. Om du kjøpte den i fjor er det definitivt ESP8266. Da er løsningen programmering over FTDI. Det er en underlig bug i v2.1.4 og 2.1.5 som gjør at aksesspunktet ikke kommer opp ved reprogrammering. Anbefaler derfor v2.1.3 inntil @gskjold får tid til å få ut neste oppdatering. PS Nyere kort er tydelig merket med GPIO for HAN. Den du har begynner å bli skikkelig gammel! 😅

Trumfer det meste de fleste steder! 😅

Enig i at det idelle ville vært om det var mulig å få til et pent GUI uten internettforbindelse, men det er nok vanskelig å få det til like ryddig og pent uten å bruke gode nettbaserte biblioteker. Vi har derfor ingen planer om å gå i den retningen. For slike isolerte situasjoner som du har her kan du gjøre noe slikt som du indikerer: Installere en RasPi med MQTT broker og f.eks. InfluxDB og Grafana - samt en liten router som setter opp Wifi-nett. Da kan du lage ditt eget GUI som du når mens du er på hytta. Alternativt kan du bruke en 3/4/5G wifi router slik at MQTT data sendes til en nettbasert ("sky") MQTT broker. Da slipper du styret med å sette opp og drifte en lokal RasPi - og vil få tilgang på strømforbruket på hytta utenfra. Ulempen er jo at det vil tikke og gå kostnad for mobilnett-forbindelsen. Men med en tvilling-SIM til mobilabbonementet ditt vil du sikkert kunne slippe relativt rimelig unna.

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?

Sjekk ut https://amsleser.no Vi har nå flere hundre fornøyde brukere i Norge, Danmark, Sverige, Østerrike.

Men er det virkelig hensiktsmessig med to parallelle insentiver? Det er bare få år siden (takket være smarte strømmålere) det ble innført timesavregning, dvs prisen endrer seg for hvert timesintervall. Noe av hensikten med dette var at prisdifferensieringen (dyrere strøm når mange vil forbruke) skulle bidra til lastutjevning. Med en egnet smart dings på strømmåleren kan du få god oversikt over hva strømmen vil koste neste døgn, og dette er noenlunde greit å styre laster etter - om man er utstyrt for det. Selv "tante Olga" klarer å lese av grafen som viser når prisene er høyest kommende døgn - og forsøke å tilpasse seg. Paradoksalt nok er det da det andre ytterpunktet som er problematisk. I Midt- og Nord-Norge er strømmen nå nesten gratis - og prisdifferensieringen er helt uinteressant. Vi har for tiden spotpris under 2 øre, og ingen gidder anstrenge seg for å styre lasten etter det. Men når strømmen er gratis tror jeg uansett ikke det vil endre noen adferd å ilegge disse effektgebyrene.

"Fantastisk". Dette lukter/stinker av en kompromissløsning hvor det har vært viktigere å komme til en enighet enn at resultatet er noenlunde forståelig, kommuniserbart - og kan føre til endret bruksmønster hos forbruker (som jo er målet). Det er meg en gåte hvordan noen tror dette skal kunne bidra til å jevne ut effektbelastningen - annet enn aldeles marginalt (de få av oss som klarer / gidder å forsøke å styre forbruket på dette). Eneste farbare vei jeg kan se er å skru av store laster (varmekabler etc) dersom målingene underveis i et timeintervall viser at man ligger an til å passere nettselskapets terskelverdi (som heller ikke er standardisert, ulike nettselskap har ulike terskler). Dersom man ved et uhell likevel skulle passere terskelverdien er det jo bare å glemme den for inneværende døgn (fordi det er kun èn "overskridelse" per døgn som teller). Og skulle man bikke over tre ganger i en måned (tydeligvis da i tre separate døgn) så kan man glemme terskelen resten av måneden; ingen grunn til å være forsiktig lengre da - men kun kjøre strengt etter laveste timepris. Og dette skal liksom "tante Olga" klare å henge med på... jeg vet ikke om jeg skal le eller gråte!

Jet tipper det er upresishet i teksten. Kanskje noen tilknyttet BKK Nett kan kontakte de for å få oppklart?

Godt, slik skal det være! 👍 Som du har forstått klarer vi ikke å håndtere APIet til Entso-E i ESP8266 som benyttes i Pow-U. Vi har nok nådd grensen for hva det er mulig å klemme inn i den. Pow-K (for Kamstrup målere) benytter ESP32-S2, men den har for høyt strømforbruk for å brukes i Pow-U. Jeg har grublet på en alternativ løsning til det du foreslår: å sette opp vårt eget API (som leser fra Entso-E), som vil kunne avlaste prosessoren vesentlig. Vi må gruble litt videre på den, kanskje vi finner en god «omvei»! Utvikling av app tror jeg vi skal holde oss unna…

Ble det lagt til påfølgende time - er du sikker på at det var det som skjedde? Algoritmen er satt opp slik at dersom den misser en timesrapportering så skal den ved neste timespassering midle totimers-forbruket over de to foregående timene, og vise det på grafen. Og det er da den midlede verdien som eventuelt skal inn som måneds-max. Det er kanskje en uoppdaget bug her som gjør at dette ikke slår inn riktig på måneds-maksforbruket - @gskjold? Slikt kan uansett skje i blant av ulike årsaker - så det er et godt forbedringsforslag! Kunne du legge det inn som forslag på firmwareprosjektets Github-side? (Klikk på logoen oppe til høyre på skjermbildet så kommer du dit.)

Takk, det må rettes! Regner med at @gskjoldfikser det i neste oppdatering.

Jeg hadde også fiber, så det var ikke der problemet lå. Løsningen er nok som du sier å sette Telenor/Altibox sin ruter i bridge mode, og så bruke egen ruter. (Det er løsningen jeg har her etter flyttingen.)

Så vidt jeg husker fungerte det for så vidt hos meg - men bare inntil neste gang Telenor "brøt seg inn" og fjernadministrerte. Da ble den oppdatert igjen - og jeg var like langt. Jeg har i mellomtiden flyttet, så er heldigvis kvitt dette problemet.

Nettopp! Velg Home-Assistant under Payload i MQTT-oppsettet, så går det "av seg selv". Her forklarer en dansk YouTuber det hele:

Det du grubler på nå var den mest komplekse delen av designet for Pow-U. 😉

Om jeg ser rett er det en TSS721A du bruker for å lese M-bussen. TSS721A har en har en intern spenningsregulator som kan levere 3,3V. Mulig jeg misforstår - men om det det den du forsøker å drive kortet med (vs ekstern strøm) så leverer den alt for lite, se databladet. Om du vil forsøke å drive kortet fra M-bussen må du nok inn med en egnet buck converter.

Du kan også velge å lage AP-knapp på en annen GPIO, dersom det er mer hensiktsmessig for deg. Du kan velge noe annet under System/GPIO:

Om da @Gunnar-K velger for eksempel en av profilene for Pow-K eller Pow-U så vil han alltid få AP button på GPIO0, så risikerer han ikke å bli hengende fast uten å få satt opp AP igjen. All annen HW konfigurering kan endres i etterkant via System/GPIO menyen.

Kult! Du skal bruke GPIO0 (til GND) for å sette den i AP modus.

Dette kan kanskje være en løsning?

Se denne tråden: https://www.hjemmeautomasjon.no/forums/topic/2873-lesing-av-han-the-easy-way-tm-wip/

@Gisle-mannen Det var da virkelig leit! Jeg har solgt et 100-tall av disse nå, og du er vel nummer to eller tre som har opplevd dette. Vanskelig å gjette på hva problemet er, men det kan være at du har fått en dårlig ESP-modul. To mulige løsninger: Gode kunder må tas vare på! Jeg får inn en ny batch kort om få dager, og kan sende deg et nytt kort - men vil gjerne at du til gjengjeld returnerer problemkortet ditt. Ta direktekontakt på [email protected]. (Til eventuelle nye lesere: Det er jeg som driver https://amsleser.no og selger disse kortene.) Om du vil forsøke å gjenopplive den selv så kan du reprogrammere den med kabel. Du vil trenge et FTDI-adapter. Fremgangsmåten finner du i brukermanualen som du finner som vedlegg i nettbutikken.

Fantastisk batterilevetid! Omtrent hva er rekkevidden i praktisk bruk?

Ja. Du velger det enkelt i brukergrensesnittet.