xibriz

Trenger vi en egen tråd for AMS uten ekstern power? Uansett, jeg følte at denne hører hjemme her:

@MLLrefererer nok til HAN-porten. Den ble vel avklart tidligere at den M-bus porten noen målere har et noe annet.

Må man ikke sette opp en proxy som varmepumpen for gjennom for å få best mulig resultat?

Versågod:

Mulig jeg porter den til Python og integrerer mot MQTT hvis jeg får ånden over meg

Mener å huske at det har vært 30% begge gangene jeg har hamstret Trådfri.

Jeg vet ikke... en ting er når man jobber lokalt.. men med en gang du skal ha koden ut på en linux-server så har man ikke noe annet valg enn kommandolinjen

Jeg ville kanskje si at ett repository = disk/share med mange mapper i seg. Git gir deg superdetaljert versjonering på filene og mappene på linjenivå. Jeg har ikke engang hørt om GitHub Desktop, men jeg bruker kommandolinjeverktøyet å har registrert at editorer som NetBeans og VSCode har plugins som bruker kommandolinjeverktøyet. Det er Git kommandolinjeverktøyet som ligger i bunn for alt og har alt du trenger. Dette trenger du lokalt. Synkronisering skjer manuelt med pull/push (og noen andre kommandoer som jeg ikke tar her). Når du gjør en commit så lagrer du endringer som du vil kjøre push på. Du har også stash som lagrer endringer som du ikke vil pushe ut. Du kan gjøre endringer direkte i filer på GitHub. Du må da kjøre en `git pull` hvis du vil ha endringene ned lokalt.

Aller først en avklaring: GIT er ett repository verktøy. Altså versjonere filer, som oftest kode. GitHub er ett GIT repository i skyen. Altså lagre repositoryene dine en plass som er åpent tilgjengelig for alle. Git og GitHub er altså to forskjellige ting. Så, hvis du har Git som kommandolinjeverktøy, og ønsker å få en mappe med kode opp på GitHub må man: 1. Lage ett repository på GitHub 2. Initialisere mappen lokalt som ett Git repository 3. Publisere koden (push) på GitHub. Når du oppretter ett nytt repository på GitHub viser de deg kommandoene du må bruke for å få dette til. Så.. når man senere ønsker å bruke kode man finner på GitHub så har man to valg: 1. Kopiere ned koden lokalt for å bruke den (clone) 2. Kopiere koden til ett eget repository (fork) for å jobbe med den Man må gjerne kjøre en clone etter en fork. Når man har koden lokalt så har man gjerne noen basiskommandoer: 1. commit = Lagre nye endringer 2. pull = Hente endringer som ligger remote (f.eks. på GitHub) 3. push = Publisere endringer remote (f.eks. på GitHub) Det er hundrevis av andre kommandoer, f.eks. å bruke merge istedet for pull, men det blir nok litt for avansert i starten.

Jeg blir kun å legge tid i koden for å eventuelt optimalisere for å kjøre uten ekstern strøm. Har ingen ambisjoner om å støtte alle målere

Z-way lisens er inkludert i RazBerry.

Det kan jo tenkes at man kun trenger å rapportere data en gang i minuttet for å spare strøm på RF.

Da er man i (teoretisk) mål hvis man klarer å komme ned på 120 mA for sending og 0.5 mA i hvileforbruk

Men gir HAN-porten ut noe strøm når den ikke sender data? Jeg har innbillt meg at man bare får strømtilførsel når datapakkene kommer, eller tar jeg feil?

Det er jo en bra forklaring @ArnieO Men så spørs det, hvor langt unna hverandre er lekkasjen og strømtilførselen? Kan det tenkes at man berger seg ved å rapportere inn annenhver melding? Altså hvert 20. sekund istedet for hvert 10.? Og selvfølgelig tweake koden maksimalt. Kanskje "light sleep" er bedre enn "deep sleep" pga. oppstartstrømmen? Trikse med å slå av/på WiFi osv.

Er det bare jeg som bruker RazBerry 2? Her er det gode backupmuligheter i Z-Way-programvaren. Siden han uansett skal kjøre på en RPi så burde det være med i vurderingen

@ArnieO Revolusjonen her blir om du får dette til å kjøre uten ekstern strømtilførsel. Jeg merket meg at Tibber bruker en ESP32 som bruker enda mer strøm enn ESP8266. Dere skjønner jo at jeg ikke er en elektronikk-guru når jeg sier: Dette må jo være mulig å få til med en stor nok kondensator?

Ja det er jo kostnaden som er det største problemet... hvis man ikke allerede har en liggende i skuffen ?

Kanskje man skal rette innsatsen om å porte koden til Z-UNO i stedet for å presse ESPen til noe den ikke er designet for?

Jeg vil tro at fast IP f.eks. hjelper en del på med tanke på oppkobling mot WiFi.

Her kan man jo bruke TPL5111 for å vekke ESPen rett før det kommer en melding også slå den helt av. Det er vel for sent å vekke ESPen på signal fra HAN-porten?

Det er feil, Kamstup har bare to lister.

Unger med tilhørende klesvask og tørketrommel som bader 2-3 gang om dagen ?

Minste timesgjennomsnitt: 770 W, maks 13.2 kW Minste døgngjennomsnitt: 1080 W, maks: 7 kW

Enebolig ca 200m2 fra 1992. Siste 24 timer er det laveste 831 watt, maks 9900 watt. Min og max siden jeg fikk AMS til å funke ~September 2017 er 269 watt og 19411 watt.