Vinnerliste

Stilig. Totalkostnad? For øvrig noe pussig valg å montere et bitssett bak TV-en... 😇

Ble omsider ferdig med Hyperion-oppsettet på TVen i stua. Ikke så pen installasjon av kabler bak TVen, men manglet kabelfester og jeg ga litt beng siden det var etter midnatt og bare ville komme meg i køya.

Dette prosjektet er en videreføring av prosjektet beskrevet i tråden Lesing av AMS/HAN uten spenningsforsyning ("The complicated way"), som fra min side er terminert. Utfordringen som skulle løses var: Tre fabrikater AMS-målere brukes i Norge: Kamstrup, Aidon og Kaifa. For at forbruker skal kunne avlese sin måler har NVE etablert en standard hvor data leveres på en såkalt HAN-port https://www.nek.no/info-ams-han-brukere/ Grensesnittet er MBUS (EN 13757-2) med en RJ45 plugg Spesifikasjonene til HAN-porten på de tre målertypene finnes her: https://www.nek.no/info-ams-han-utviklere/ På alle tre er det i prinsippet mulig å hente energi fra HAN-porten til å drive en "dongle", som for eksempel kan sende data til brukerens hjemmenettverk ved hjelp av en trådløs teknologi (WiFi, Zigbee, Z-wave etc.) HAN-porten på Kamstrup måleren er den mest "energigjerrige", det kan hentes maksimalt 144 mW ved 24V Dette er i utgangspunktet for lite for å benytte billige og lett tilgjengelige ESP8266-baserte moduler for Wifi - som jeg ønsket å benytte. Det finnes etablert og stabil løsning (kretsdesign og software) for dongle med ekstern strømforsyning. Ulempen med dette er at man må ha strømadapter i sikringsskapet. Kretsdesign og kortutlegg designet av @roarfred (som dessverre har gått bort i mellomtiden): Så vidt meg bekjent er @gskjold sin Github som har den best oppdaterte versjon av software for ESP-8266 modulen, videreutviklet fra @roarfred sin kode: https://github.com/gskjold/AmsToMqttBridge Det avsluttede prosjektet (link øverst) forsøkte å utvikle en dongle som fungerer på den strømgjerrige Kamstrup-måleren basert på boost-converter med høy virkningsgrad, superkondensator og utnyttelse av ESP-modulens strømsparemodi. Dette viste seg å være krevende. Så dukket det opp informasjon fra @Marius-H som tipset om at man kunne hente energi rett fra pluggen som sitter innenfor Kamstrups HAN-modul. Han viste til epost fra Kamstrup som sier at det der kan hentes inntil 75 mA ved 4,15 ± 0,25V, altså hele 311 mW (Rout < 0.6). Og dermed åpnet en helt ny mulighet seg! Det er lett å ta ut og åpne HAN-modulen i Kamstrup-måleren. Det ligger et kretskort løst inni plastboksen, som åpnes uten verktøy ved å klemme på sidene av den slik at festeklipsene utløses (en riktig veldesignet sak!): Til venstre ser vi RJ45 kontakten. Til høyre en 2x3-pin (pitch 2,54 mm) header pin plugg som kobler kortet til måleren. Pinout for 2x3 pluggen er: V_in er spenningsforsyningen, 4,15 ± 0,25V AMS_TX er datasignalet fra måleren, som hendig nok er et 3,3V signal. Det har samme polaritet som HAN-port signalet - og ligger altså høyt i periodene mellom datatelegrammer. Mitt nye prosjekt (temaet for denne tråden): Lage et erstatningskort som passer i Kamstrups HAN-modul, som direkte leverer målerdataene på Wifi / MQTT. Hovedelementene i designet er: ESP-12 (E eller F) Wifi modul En low dropout (LDO) spenningsregulator. Vi skal bare ned fra ca 4,15V til 3,3V, så tapet er til å leve med. Som kjent vil en spenningsregulator forbruke effekt tilsvarende spenningsfallet multiplisert med strømmen, i dette tilfellet blir det worst case (4,15 - 3,3) * 0,075 = 64 mW Jeg vurderte at dette kunne være til å leve med. Med 311 mW fra måleren er der fremdeles mer enn 245 mW tilgjengelig (75 mA ved 3,3V) til å drive kortet. Jeg hadde TPS73633 i komponentskuffen, og den egner seg godt. En superkondensator i fall spenningen dropper for lavt mens ESP'en sender. Valget mitt falt litt tilfeldig på en 1 F kondis fra Aliexpress. https://www.aliexpress.com/item/33016075482.html?spm=a2g0s.9042311.0.0.27424c4dsW9R6L En spenningsovervåker for å sikre rett driftsspenning for ESP'en: Ved oppstart skru på ESPen når spenningen passerer ca 3,2V Når superkondensatoren lades ned skrur av ESPen når spenningen faller under ca 2,6V For å få til dette må det settes opp en hysterese på spenningsovervåkeren, retningslinjene herfra ble brukt: http://www.ti.com/lit/an/slva360/slva360.pdf Jeg gir full kreditt til @spenceme for idéen til dette, samt de valgte komponentverdiene. Komponent: TPS3808G01 En RGB lysdiode som skal signalisere "Jeg er i live": Blinker blått når det kommer data fra Kamstrupen Blinker grønt når ESPen sender dataene over Wifi. Jeg har plassert den slik på kortet at den kan vippes ut av plastboksens åpning for RJ45 konnektor. Kretsløsningen er testet på breadboard. Datasignalet er hentet fra AMS-måleren med forlengelsesledning fra sikringsskap til hobbyrom (ca 15 -20 meter). Grunnet den lange avstanden hadde jeg ikke tro på å trekke 4,15V signalet den lange veien. Breadboard er derfor testet med power fra lab-spenningsforsyning: 4,15V med strømbegrensning satt til 70 mA. Etter litt innledende verifisering av at alt så ut for å fungere lastet jeg opp til ESP'en @gskjold sin siste versjon kode. Og sannelig - det fungerte! Uten modifikasjon av koden for å spare strøm stabiliserte spenningen seg fint, og den tikket og gikk. Her er dataene som dukket opp på MQTT: Jeg har nå gjort ferdig og bestilt PCB, hvor jeg har: Mulighet for lodde inn jumper for å benytte ESP Deepsleep (men det ser ikke ut for å trengs) Breakout av alle ESP pinner - for eventuell videreutvikling Jumper for AMS_Tx signalet (for å unngå eventuell datakrasj dersom FTDI programmerer mens det kommer inn data) En RGB lysdiode som skal signalisere "Jeg er i live": Blinker blått når det kommer data fra Kamstrupen Blinker grønt når ESPen sender dataene over Wifi. Jeg har plassert den slik på kortet at den kan vippes ut av plastboksens åpning for RJ45 konnektor. Pinner for å koble på ekstern spenning (forenkler programmeringen) Kortet er ellers lagt ut med jordplan på baksiden og spenningsplan på komponentsiden (3,3V over det meste, et lite 4,15V plan i området ved 2x3 konnektoren. Vedlagt: Komponentliste. Jeg har bestilt 10 PCBer, så dersom det fungerer kan jeg selge noen (tomme kort). De som eventuelt er interessert kan jo vurdere å bestille opp komponenter mens vi venter. Alle komponentene jeg har brukt finnes på Aliexpress. Chipkomponentene er ikke veldig små (1206 størrelse), så de fleste med en OK loddebolt vil klare å lodde opp dette. KamAMS2Wifi_BOM.xlsx

FYI: Jeg oppgraderte til ny versjon (2020.12.0) og la jo etterhvert merke til at den ikke kom i gang igjen. Så jeg kikket i loggen og så at den jobbet med å oppgradere databaseskjema. Hos meg tok det bortimot timen før den startet opp. Så vet dere det, hvis dere trykker på knappen og ser at det tar lang tid å starte.

Databasen ligger på en eldgammel Windows Server 2008 med trege disker Det fungerer så lenge det går. Den dagen den ikke vil mer så mister jeg 30 dager med historikk i HA og det er definitivt ikke noe problem.

Det var iallfall ikke oppdelingens skyld! Moskus har kjeftet nok på meg om at jeg ikke skal ha alt i en eneste blokk... 🤣

Når jeg kom til 3. avsnitt begynte det å sive røyk ut av ørene mine........

Her kan du se hoved sesjonen: https://youtu.be/xSB_MuKkgxE?t=9217

I går kveld var det Home Assistant konferanse. Der ble det presentert den nye måten å angi versjoner på. Nå er det slutt med et løpenummer og ny versjon hver 3. uke. Det nye er et versjonsnummer som består av år, måned og patchenummer. Patching kommer fortløpende etter behov og månedsversjonene kommer den 1. onsdagen i hver måned. Det blir altså 12 versjoner å forholde seg til i 2021. Av nye ting var Blueprints smått genialt. Dette er et system for å dele kode og for å gjenbruke kode/automasjoner. Det vil gjøre det lettere for nye brukere å komme i gang. Kanskje ikke så veldig interessant for de som har et fungerende system eller har automasjonene i andre systemer som appdaemon eller node-red. Og så virker det som om Home Assistant satser på ny hardware og vil tjene litt penger på dette. De selger nå en ferdig oppsatt boks med Odroid N2+ og HA preinstallert. Odroid N2+ ser forresten ganske interessant ut i forhold til Raspberry Pi

Nei, absolutt ikke. Jeg var ikke der i det hele tatt. Jeg brukte bare Z-Wave-konfigurasjonen. Så valgte jeg bryteren gikk på Node Group Association og valgte hvert lys som "Node to control". Sossisser var helt unødvendig... 😁

Heisann! Da er det min tur å spørre deg om hjelp Jeg får ikke denne til å assossissiere (julereferanse ), det vil si at den lagrer det, men ingenting skjer når jeg trykker på knappene, og lurer på om det kan ha noe med den berømte xml'en å gjøre. Måtte du gjøre noe med xml'en for å få det til å fungere? Har du i så fall mulighet til å dele kode?

Tror vi trenger mer detaljer her. Hvilken dimmer? Hvilken "liten Z-wave-dongle"? Det skal ikke være behov for å trykke to ganger. I de tilfellene vi har sett har det ofte vært at selve bryteren vært koblet feil, f.eks. at pulsfjæren er satt på feil side.

Har enda ikke hengt opp den innvendige skjermen. Klarer ikke finne et naturlig sted for den. Hadde håpet det ville være enkelt å legge til andre kamera på skjermen, men det har jeg ikke fått til (enda). Skjermen er ellers god, om noe plastikk følelse på den. Appen er OK. Det er ikke mye forsinkelse fra du trykker på knappen til det begynner å ringe på telefonen. Opplever mindre forsinkelse enn løsningen jeg hadde med Google/Nest Hello på trådløst. Ulemper med appen er at den er ment for et mye større Dahua økosystem der dørklokke/intercom bare er en liten del litt gjemt bort. Men enkel å sette opp og bruke når du vet hvor du skal gå. Det var litt mer styr å sette opp mot Homeseer enn jeg hadde forestilt meg. Hadde tenkt enten å bruke SIP på eller annen måte, men det viste seg å være mer komplisert enn først antatt. Det er også et API tilgjengelig som jeg ikke skjønte noe av hvordan jeg skulle bruke. Andre muligheten var å kjøre en tcpdump script på router/gateway som fanger opp når ringeklokka varsler appen. Det fungerte flott og brukte ikke mye resurser, men min Unifi USG gateway likte ikke å kjøre dette scriptet under oppstart, og kom rett og slett ikke igjennom boot prosessen 100%. Måtte inn med konsollkabel for å fjernet scriptet. Endte opp med en tredje variant med en integrasjon i Home Assistant. Noe som egentlig passet fint da jeg har begynt å kikke på Home Assistant ved siden av Homeseer. Integrasjonen bruker Dahua API og MQTT som sendes til Homeseer. Alt i alt fornøyd. Virker fint med Blue Iris med bilde og lyd. Og har du allerede et SIP miljø satt opp er det en del flere muligheter. Skjerm innendørs er kjekt, men langt fra nødvendig. Skjermen er sikkert veldig nyttig dersom du har flere dorklokker eller andre Dahua produkter som du kan legge inn. Med tanke på sikkerhet er jeg ikke helt i mål. Appvarsling bruker Dahua servere og det er ikke ideelt, men skal kikke mer på det senere. Kanskje bare krype til korset og sette opp noe SIP greier.

Hei Ipaa75, jeg har hatt samme utfordring med HomeSeer. Har anskaffet en ny Aeotec hvor jeg skal bytte ut den gamle, mulig garanti eller at samspillet ikke er grei. Virker ikke dette blir det Smartimplant og magnetbrytere 🙂 /Helge

Det er forferdelig trist!

Hate to be the bearer of bad news, men er informert i fra annet forum at Merko dessverre ikke er med hos mer. Hvil i fred, Merko. Ufattelig trist.