Steve0

Gjorde det! Har nå kjørt stabilt med Aidon måler i Home Assistant (zwave2mqtt) i over et halvt år. Så kult at jeg fanget interessen Er bortreist til 7. januar, men kan se om jeg har noe deler / pcb’er til deg etter at jeg er tilbake? Send gjerne pm om det er av interesse.

Da hadde folk bare tatt ut batteriene for å unngå at forbruket blir målt

Det finnes vel strengt tatt et argument for at GDPR kommer i spillet. Dette skyldes da at vannmålerens nøkkel ikke kan byttes ut når du flytter ut - og i motsetning til strømmåleren må man ikke ha fysisk tilgang for å hente ut data. Dvs. når du selger huset, og har fått krypteringsnøkkelen til vannmåleren, kan du lese av vannforbruket til den nye eieren. Personlig synes jeg at det er veldig tynt grunnlag for å nekte deg tilgang, men når man har med en offentlig etat å gjøre er det vel fort ingenting man får endret i rutinene dems.

Vent i en uke til Siste versjon av zwave-js er ikke kompatibel med logikken inne i forrige versjoner av HA, så *akkurat nå* er det litt rar tilstand. 2021.3 er i pre-release siden i går, kommer til å bli sluppet på onsdag neste uke.

Gjør ikke det heller. HA kjører websocket mot zwavejs2mqtt. Men fordi jeg måtte velge en eller annen docker uansett, valgte jeg som @Offpisteden som har et kult kontrollgrensesnitt så lenge HA-addon ikke presenterer noe lignende.

Jepp. Jeg kjører ‘alt’ av brologikk på en raspberry pi, mens min Home Assistant instans kjører på en annen fysisk maskin (esxi server).

Visst. Men det er ikke så enkelt om man bare laster inn zwavejs2mqtt Docker'n. Må sikkert grave litt mer og bli kjent med hvordan npm/yarn fungerer for å få det til selv. Har dog troa på utviklerne gitt hastigheten de jobber med nå: https://github.com/zwave-js/node-zwave-js/pulls

Jeg byttet i helgen Z-Wave backend for andre gang ila en måned. Var så uheldig å ha gått over til OZW 1.6 i romjula... Må dog sies, Zwave-JS er allerede i mye bedre tilstand enn OZW 1.6 (beta) noen gang har vaert. Bortsett fra device-databasen, men den saken jobbes med synlig på Github.

@babjerke jeg henger meg på det som ble sagt. Opamp-kretsen i mitt design (og sikkert de andre også) fungerer like bra som den spesialiserte transceiveren til en brøkdel av prisen og areal.

Og v2 mockup print idag 🥳

Mens jeg fortsatt venter på nye PCB'er, har jeg gjort litt varmluft rework på en av de mislykka kortene... Og nå funker den! Har også prøvd meg på 3D-design og printing. Må finne en god måte å printe en lokk på, men dette kommer i boks altså. Kjører med 30sek rapport-interval, og det er på ingen måte problematisk i Z-Wave nettet mitt med ~20 noder. Må kun få meg en liten pigtail antennekabel for å kunne plassere antennen på utsiden av det metalliske målerskapet 😅

Da var den store dagen kommet. Koblet den opp mot HAN-porten, og... Ingenting. Naermere inspeksjon avslørte at det var en loddefeil i DCDC'en som hadde utsatt Z-Wave modulen for 24V, sa den er nok død... Men, jeg hadde et kort til uten modul på (eller, rettere sagt: ett der jeg mislykket med å lodde den på), til testing. Og den fungerer ganske greit, koblet opp mot devkit! Her kom data direkte inn i Home Assistant via Z-Wave: Testkortet tar seg av strømforsyning til levelkonverterne og konversjon av HAN til TTL, samt fungerer som brukerinterface til Z-Wave (gule lyset blinker for hver 'list 2' pakke, og mens inclusion/exclusion pågår, og knappen brukes til inclusion/exclusion/sende NIF/factory reset). Så resultatet av søndagen er at jeg bestiller opp litt flere deler, og tar en runde til for å komme til sluttmålet av selvforsynt HAN adapter 🎉

Fikk alt jeg trengte inn i går, så jeg måtte bare sette i gang loddingen... Funker fjell i test, her med utviklingsverktøyet 'PC Controller'. Litt synd at det er ca 10 minusgrader ute (og måleren min står selvfølgelig ute...) så jeg er ikke akkurat veldig fristet til å stå ute å debugge med denne her. Får bli til helga. Energiforbruket på 3V3 av hele oppsettet ligger rett under 45mW, så det er masse margin selv for Kamstrup.

Da fikk jeg startet prosjektet på Github, og PCB-ene (med stencil...) og kompenentene er underveis. Dette blir spennende! https://github.com/stevew817/AMS2ZWAVE

Gjenstår å se hva som teller som 'effekttopp' i måleren. Om effekttariffen blir avregnet på punktlast i sekundet blir det jo nesten umulig å få feedback-loopen raskt nok til å unngå toppene basert på HAN data. Dersom den derimot blir beregnet etter et større gjennomsnittsvindu finnes det kanskje muligheter... Om man virkelig vil skal det jo være mulig å rapportere like raskt som måleren i et Z-Wave nett... Men da må man kunne tåle litt forsinkelse i andre operasjoner på nettet Båndbredden i Z-Wave er på 100kbit/s s lenge man ikke har noen elgamle noder, og en kjapp målerpakke med effektrapport ligger på 10 bytes (som så riktignok skal encapsuleres i MAC/PHY), men et konservativ anslag er da at man kan få ca. 500 pakker gjennom luften i sekundet. En sånn pakke skal bekreftes, så da blir det 250. Og om nettverket ditt trenger flere 'hops' mellom måleren og hub'en, skal man dele 250 tilsvarende. Usannsynlig at det da i praksis blir noe stort problem, bortsett fra når man har veldig mange noder i nettet, eller har fryktelig mange hops (Eller driver å saturere nettet ellers ved å 'polle' andre noder med hub-logikk...)