ArnieO

Erase flash var neste jeg ville foreslå, men det har du altså forsøkt... ESP8266 sender slik bootup info på 74880 baud. Er du sikker på at det ikke kommer noe etterpå på 2400 eller 9600 baud? Antakelig et blindspor. Min erfaring er at https://claude.ai er bedre på ESPer enn en del andre kjente AI-alternativer, klippet mitt ovenfor er fra den.

Siden det er så lenge siden jeg brukte 8266 spurte jeg min favoritt-AI, som hevder dette (jeg kan ikke gå god for det): Får du ikke noe mer ut på serial etter det? Hva ligger bak det du skrev at "den tolker GPIO15 til high"?

Oi... så gøy, da er du tilbake i prosjektets "steinalder"! Dersom du har klart å følge med på tråden så gikk dessverre @roarfred bort for noen år siden. Underveis i denne "sagaen" et sted begynte jeg å legge ut kort som jeg publiserte informason om her - og fikk forespørsler om kjøp av kort og komponenter, og etter hvert ble det litt styr å holde orden på - så for å gjøre lang historie kort etablerte jeg nettbutikken https://amsleser.no i 2021. Sammen med @gskjold som tok over vedlikehold av firmwaren etter at @roarfred gikk bort etablerte vi Utilitech AS, hvor nå salg av lesere er nå en "running business" med salg til mer enn 10 land. Det kortet du nå har fått laget "tilsvarer" vårt produkt Pow-U. Jeg har faktisk et slikt kort liggende som det du nå har laget - men må innrømme at jeg ikke husker hvordan man fikk det opp å gå. Det var noe med de to jumperene, husker jeg vagt. Og når du starter opp firmwaren første gang må du velge "generic ESP8266" - men det har du sikkert track på.

Det går bra - men du kan også bruke meldingssystemet på amsleser.no eller skrive epost til [email protected]. Dersom den er noenlunde ny er det GPIO12. Er det en eldre sak så se på merkingen på kortet, der skal du kunne se hvilken GPIO det er. Send evt bilder av kortet (til [email protected]) - så hjelper jeg deg.

Javisst - en reboot om noe ser ut for å "hangle" er et godt tips! Og pass på å ha både HA og amsleseren oppgradert til siste versjon.

Hva er det? Det er antakelig bedre om du starter en egen tråd og forklarer problemet så tydelig som mulig. Det kan tenkes informasjonen finnes et sted i denne tråden, men vil i så fall bli vanskelig å finne.

Jeg er ikke HA-bruker selv, så var antakelig litt upresis her. For de fleste oppleves den som innebygget (må "aktiveres" før bruk) - og som du sier så er det Mosquitto.

Dersom det var spørsmål til meg, og det gjelder MQTT-koblingen mellom amsleser og Home Assistant: Du kan enten bruke en frittstående MQTT broker (mange har en Mosquitto på den RasPi'en som kjører HA) eller du kan bruke MQTT brokeren som er innebygget i Home Assistant (må aktiveres, se Wikien vår; link i min forrige post). Man sjekker MQTT-trafikken på "vanlig måte", ved å bruke en frittstående MQTT klient som man for eksempel kjører på sin PC - MQTT Explorer er mye brukt (se https://wiki.amsleser.no/en/HomeAutomation/Home-Assistant#debugging)

Enkleste løsning er å skaffe deg det som vel er det mest håndfaste resultatet av denne tråden: En enhet fra https://amsleser.no som drives av @gskjold og undertegnede. Avhengig av hvilken elmåler du har er det enten en Pow-K eller en Pow-U du trenger. Det vil med en slik være enkelt å sette opp videresending til Home Assistant via MQTT, vi har en egen HA-payload med autodetekt av alle sensorer, se https://wiki.amsleser.no/en/HomeAutomation/Home-Assistant for hvordan det gjøres. Se gjerne igjennom resten av Wikien også, for mer informasjon. (Og for å svare på noe av det du spør om: Nei, det finnes ikke versjon av firmwaren for rpi, den er skrevet for Espressif mikrokontrollere.)

Kreativt! 😅

Javisst! https://github.com/UtilitechAS/amsreader-firmware/wiki/How-to-add-to-Home-Assistant Jeg kjenner ikke HA så godt, men det kan godt tenkes du har rett i dette. Kan jeg plage deg til å legge det inn som forbedringsforslag under Issues på firmwarens Github?

Det er en god idé. Er det kanskje @Moskus som kan fikse slikt? Husker ikke lengre hvem som er Admin her.

Flott prosjekt! For oss som foreløpig ikke vet så mye om Matter og Thread - kunne du skrevet litt (kanskje en egen tråd) om hva det er og hvorfor man bør bruke det?

Det er mulig dette har blitt forbedret siden da jeg slet med dette - men det var jo dette jeg gjorde. Men ved neste routeroppdatering var det altså borte. Det høres definitivt ut for at Telenor har gjort en forbedring her, og det er jo bra!

Og med god grunn. Lekkert! 👍

Takk! 😊

Takk for utfyllende informasjon @Bjørn Mork! Hovedproblemet jeg hadde med den Telenor-styrte Zyxel ruteren jeg hadde var dette: Jeg har mange enheter tilkoblet Wi-Fi som det er vanskelig å få identifisert i ruterens kontrollpanel. Derfor gjorde jeg en jobb en gang med å rename de i ruteren. Men neste gang Telenor hadde oppgradert firmwaren så var det borte - så det var helt bortkastet. Noen av mine enheter kunne det ikke settes statisk IP på, eneste løsning var å gjøre det i ruteren. Men neste gang Telenor hadde oppgradert firmwaren så var de innstillingene også borte. En av enhetene var et styrt relé til VVberederen, som jeg styrte fra hjemmeautomasjonssystemet via IP adressen. Vi oppdaget at det hadde skjedd noe når det ikke var varmtvann i dusjen en morgen... Og Telenor sendte jo aldri noen varsel når oppgraderte firmwaren, det kom bare av seg selv. Jeg lærte meg etter hvert å følge med slik at jeg fikk ordnet det reléets IP adresse før varmtvannet ble kaldt. Men jeg var slett ikke fornøyd med dette. Zyxel-ruteren er teknisk svært god, men jeg hadde kjøpt og betalt den; det var min eiendom. Likevel viste det seg at Telenor hadde formulering i brukeravtalen som ga de anledning til å "bryte seg inn" i den og endre firmwaren. Jeg forstår at for svært mange brukere er det der helt problemfritt - men jeg opplevde det altså sterkt negativt. Nå har jeg flyttet, og gjort det på en annen måte. Nettselskapets ruter er satt i "bridge mode", slik at den bare videresender den innkommende internettlinja til min ruter som er husets hovedruter. Da kan nettselskapet gjøre som de vil på den første ruteren, og jeg unngår overraskelser. Men veldig synd at en avansert ruter skal stå slik "på tomgang" (bridge mode) - men det er i hvert fall en løsning som fungerer.

Takk for interessen! Javisst, vi passerte EMC test på alle tre produktene vi selger - de gikk igjennom uten problem. Så for to av våre tre produkter (Pow-U og Pow-P1) er det nå den nye, CE-merkede versjonen vi selger. For det tredje produktet (Pow-K) kommer den CE-merkede versjonen i salg i løpet av våren, vi må tømme lageret før vi bestiller produksjonsbatch med nytt design.

Vel... min erfaring når jeg forsøkte å legge inn gammel firmware var at det gikk noen dager, så hadde Telenor "oppgradert" den igjen.

Denne videoen fra eminente Andreas Spiess er 3 år gammel, og det har skjedd en god del på de tre årene - kanskje spesielt på hvilken funksjonalitet som har kommet inn i Arduino framework (så man når mer avanserte funksjoner fra Arduino IDE). Som eksempel er det nå veldig enkelt å gjøre ADC-lesing som benytter kalibrering som er lagt inn i hver enkelt chip/modul fra fabrikken. Det var ganske tungvint å få til for 2-3 år siden. Siden jeg aldri har benyttet Bluetooth som ligger i de fleste ESP variantene, er det ESP32-S2 som er blitt min "arbeidshest". Det finnes moduler i flere varianter, og lett tilgjengelige på Aliexpress. Jeg kan bare bekrefte at ESP32 er gøy! 👌 EDIT: Jeg holdt på å glemme noe annet viktig som har kommet: Native USB, dvs man trenger ikke lengre FTDI for å programmere de, det hele kan gjøres via USB. Gamechanger!

Vi som står bak firmwaren du snakker så pent om (tusen takk!) blir jo nysgjerrig på om der er en årsak til at du foretrekker å ikke bruke amsleser.no sin hardware for Kamstrup Omnipower: Pow-K?

Det ser ikke ut for at det uten videre er mulig, da Tibber visstnok flasher med "Secure boot", se denne tråden:

Jeg kan skrive under på at kaldt vann i dusjen ikke er en stemningsskaper i heimen, og setter hjemmeautomatiseringen i et svært dårlig lys. Med andre ord: Been there, done noe lignende... 🤐

😊Takk! Vi gjorde en designgjennomgang med ekstern EMC-kompetanse før vi gjorde siste oppdatering, og noen potensielle EMC-svakheter ble derved funnet og fikset. Så vi har stor tro på at det skal gå greit!

@emmz0r har helt rett, dette må CE-merkes - og den prosessen er i gang. De neste produksjonsbatchene, som kommer i salg i løpet av høsten, forventer vi vil være CE-merket (under forutsetning av at vi passerer EMC-testen). Vi har klar sampler av de neste versjonene med noen forbedringer på EMC - til bruk i testingen. Det er RED (Radio Equipment Directive 2014/53/EU) som er styrende her, som så refererer tester i et par andre direktiver (LVD, EMCD). Vi er allerede compliant til RoHS via valg av komponenter og materialer (blyfri lodding).