Vinnerliste

Sannsynligvis ikke dimmeren, siden den bare reagerer på kommandoer den får. Det koker nok ned til hvor godt Z-wave meshet ditt fungerer, og om det er (for) mye trafikk på nettverket ditt. F.eks. å skru av stua mi (som er 6 noder) skjer omtrent samtidig for alle lys. Men hvis en node skaper seg og sender informasjon i hytt og pine (fant nettopp en Wall Plug som ikke oppførte seg som den skulle), så kan det gå et par sekunder. Og det er for lang tid i min verden.

EDIT 12. januar 2020: Prosjektet er nedlagt fra min side ( @ArnieO ), jeg besluttet å gå videre med en løsning kun for Kamstrup AMS-måler: --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- (Work In Progress-prosjekt for spesielt interesserte.) Jeg velger å starte separat tråd om dette for "spesielt interesserte". Tidligere poster om dette er flettet inn i denne maratontråden: Med særdeles lav hastighet (begrenset av jobb og livet ellers) jobber jeg med å få til en "dongle" som kan plugges i HAN-porten, som sender AMS-data til hjemmeautomatiseringen via Wifi. Det finnes gode DYI-løsninger som fungerer - beskrevet både i tråden ovenfor og søstertråden "the easy way". Hovedinnvendingen er at de trenger separat spenningsforsyning. Jeg har selv et fungerende kort som sitter på min Kamstrup måler, med @roarfred sitt kortutlegg og kode til ESP'en som vel kommer fra @xibriz sin oppdatering av @roarfred sin kode. Så why bother? Motivasjonen er i all hovedsak den tekniske utfordringen: Klarer jeg å få det til med egen innsats samt hjelp og innspill fra kompetente brukere på dette forumet? Utfordringen De tre AMS-målerne som brukes i Norge (Kamstrup, Aidon og Kaifa) har ulik ytelse mhp hvor mye HAN-porten kan belastes. Min Kamstrup-måler er den som kan belastes minst: Maksimum 144 mW / 6 mA fra 24V (spenningen er 24V mesteparten av tiden, dvs mellom datapakkene). Kamstrup er altså "worst case", så dersom vi finner en løsning for denne så er problemet løst også for de andre. Utfordringen ser ut for å ligge i at denne energien skal ned til 3,3V for å forsyne elektronikken - med minst mulig tap i omformingen. En første mulighetsvurdering var: Dersom jeg finner en spenningsregulator med 75% virkningsgrad har vi 144 mW * 75% / 3,3V = ca 33 mA En ESP8266 forbruker mer enn dette, og må derfor buffres på 3,3V på en slik måte at ESP'en ikke går i brownout mens den sender data. Jeg tror dette skal være teknisk mulig å få til. Jeg kan eventuelt for egen del kompromisse på hvor ofte ESP'en sender datapakker. Kamstrup sender data hvert 10 sekund, de to andre sender så vidt jeg vet oftere (2,5 sekund?). For min egen del vil i hvert fall 30 sekunders oppdateringer være tilstrekkelig. Kanskje sjeldnere, dersom det må til. På tråden nevnt ovenfor kan man finne mine første forsøk beskrevet. Med stor optimisme startet jeg med kortutlegg - jeg trengte bare å sjekke at den antatte løsningen på spenningskonverteringen fungerte... og det gjorde den jo slett ikke. Jeg forsøkte med en buck converter fra Aliexpress, men den var speccet for opp mot 1A og viste seg å ha ubrukelig virkningsgrad på dette lave effektnivået. Jeg lette etter ferdige moduler som var "spisset" for lav effekt og det relativt høye spenningsfallet (24V -> 3,3V), men fant ikke. Etter noen oppmuntrende innspill fra @tronde og @StenO gikk jeg løs på å lete etter komponenter for å lage en buck-converter som var "skreddersydd" for lav effekt. Etter noe leting fant jeg LTC3639, som ser ut for å være en god kandidat. Jeg fant den på Aliexpress, men til den relativt stive prisen av ca 200 kroner for 5 stk. Jeg klarte imidlertid å få bestilt 2 stk samples direkte fra AD; levert med Fedex etter få dager - uten at det kostet meg ei krone! Mye bedre når man er i fasen "prøving og feiling"! Så kom neste utfordring: Dette er en knøttliten komponent, 0,5 mm benavstand bare. jeg bestilte noen adapter-PCBer fra Kina, men i mellomtiden var @StenO så hyggelig å sende meg et adapterkort han hadde liggende. Takk, takk! ? Og det var når det ankom at jeg oppdaget at komponentens benavstand var 0,5mm, og ikke 0,625 mm (som er trangt det også - men mer kurant). Men utrolig nok klarte jeg å få loddet den på plass på adapteret. Det hjalp godt at noen benposisjoner ikke var i bruk. Det er ikke spesielt vakkert, men det fungerer (jeg tok med en 1/8 W motstand på bildet, den er 6,5 mm lang): Jeg har nå fiklet litt med breadboard av kun buck-converteren, med signalet fra AMS-måleren som input. Det fungerer for så vidt, men jeg klarer per i dag ikke å laste den med mer enn drøyt 20 mA før utgangen "kneler". Jeg tror induktoren jeg bruker ikke er optimal for anvendelsen (den brune aksielle som sitter over adapter PCB'en). Det var en jeg tilfeldigvis hadde i skuffen med rett verdi. jeg har bestilt noen toroid-induktorer (220 µH) som er på vei fra Kina som bør ankomme snart (har tatt uvanlig lang tid). Skjema for buck converteren på breadboarden: Med dette oppsettet måler jeg 3,2V på lastmotstanden, altså ca 20 mA. HAN-signalet blir forstyrret en del av av jeg trekker strøm, men jeg koblet HAN-signalet inn på mitt fungerende HAN-kort (det med spenningsforsyning), og ser at målingene som sendes derfra er korrekte, så jeg har konkludert med at dette fungerer greit - bortsett fra at jeg ikke får ut så mye strøm som forventet. Neste trinn blir å teste med chip-induktor - når den etter hvert ankommer. De som har orket å lese så lang har kanskje interesse av at jeg har begynt å legge prosjektet på GitHUB: https://github.com/ArnieO/Arnie-AMS-reader (Jeg er imidlertid nølende fersking på GitHUB, så tar gjerne tips om hvorvidt noe kan gjøres bedre der.) Konkret ønske om hjelp/input: Dersom noen her har kompetanse på valg av induktor for SMPS (switch-mode power supply), og har innspill til dette så hører jeg gjerne fra dere! (Jeg er usikker på om dioden på inngangen har noen egentlig funksjon. Tanken er å unngå at det "lekker tilbake" når det kommer datapakke på bussen (spenningen faller da til ca 12-14V). Jeg klarer ikke å måle noen forskjell med/uten. )

Hei, Rasket sammen en liten platform som kanskje er nyttig for de av dere som måtte ha en adresse i Oslo: https://github.com/kvisle/oslo_waste ... er vel ikke så mye mer å si om den. Tilbakemeldinger gås gjennom. Benytt gjerne issue trackeren på github om dere skulle ha problemer med den.

Regner med du har IT nett (230V) Da er det riktig siden måleren kun måler to av fasene L1 og L3. På TN nett måles L1, L2 og L3 men ikke N. På IT nett der man bare måler L1 og L3 så vet man da verdien til L2, Siden det som ikke går til L1 eller L3 må gå til L2. Men at den viser 0V på L1 er en feil. Meldte det inn til tibber så tror de kommer med en oppdatering etterhvert så den ikke bare viser 0 for oss med IT nett men heller regner det ut så det blir vist riktig

Avinstallert alle oppdateringer som jeg har fått ifm. mai oppdateringene til MS, og da begynte det å fungere igjen. Har nå installert oppdateringene på nytt, og dessverre fortsetter det å fungere. Kan være greit å vite at det kan være noe her - men har dessverre ikke klart å bli mer konkret akkurat nå.

Med den nye versjonen, v3, av Reactor har jeg gjort ting enda bedre. Jeg har blant annet kunne kjøre det jeg før brukte 4 reactorsensorer til, nå på en. Det at man kan aktivere de forskjellige gruppene innenfor en sensor når den er TRUE/FALSE har gjort mitt system enda bedre. Et eksempel nedenfor. Her er alle mine forskjellige setting for taklyset i entréen. Og disse kjører hendelser når hver gruppe trigger, og ikke når hele sensoren trigger, da jeg har forskjellige styrke på lyset avhengig av når på døgnet det er etc.