borg1n

Jeg tenkte omsider å prøve å få gjort noe tilsvarende for å kunne fjernstyre/ overvåke min Flexit S7R med SP30 kontroll-enhet, men jeg lurte på å prøve noe litt enklere og vil således bare sjekke om noen har tenkt/ prøvd på det før og forkastet tanken. Jeg vil gjerne beholde eksisterende SP30 for styring og kontroll, og helst bare legge til noe som bruker den eksisterende SP30 for å lese status og styre ventilasjonen. Og det enkleste jeg kan se for meg i så måte er: a. kobble med til LED diodene for å lese av om det er spenning på de og så lese det av i en ESP32 eller Fibaro Smart Implant b. kobble meg til bryterene på SP30 og kunne "fjernstyre" trykk av bryter, dvs kortslutte poler, enten fra ESP32 eller Smart Implant (a) er jeg trygg på er enkelt og greit, men jeg er usikker på om (b) er så lett å få til som jeg håper eller om bryterene har en slagt lagret tilstand og signaliserer en av 3 tilstander istedet for bare av/ på pulser ved trykking. Jeg antar at tilstandmaskinen ligger i de elektroniske kretsene og ikke i bryteren. Er det noen som har testet og prøvd dette?

For info, Jeg har brukt Danalock v3 med z-wave i flere år (på utebod) og den har fungert mer eller mindre feilfritt. Må bytte batteri ca hver 10-12 mnd men bortsett fra det har den aldri sviktet. Jeg har en ID Lock 150 på ytterdøra og kan vel egentlig ikke si at det er så mye bedre

Enig Bjørnepappa, det høres logisk og rett ut. Jeg prøver en ny runde med manuell rute-config i zwave2mqtt GUI for den enheten som oftest faller ut, så får vi se. Det rare er at jeg når setter den til å bruke en repeater som står like ved, så går det en stund og så rekonfigurerer den seg selv til å ikke bruke den repeateren.

På grunn å svak dekning (noen devices faller av og til ut) så tenkte jeg å sette opp en egen RPI i garasje/ utebod med en z-wave dongle som kan styre noen av mine devices. For å gjøre dette startet jeg rett og slett med å gjøre backup/ restore av min Aeon z-stick5 til en annen slik at jeg nå har 2 stk som kjenner til alle devices. So far all good, jeg testet dette og begge kan styre samme device. Spørsmålet videre er om det er lurt at begge z-stick5 kjenner til alle devices, eller om dette kan medføre at devicene blir forvirret og ustabile. Det jeg egentlig hadde tenkt var å fjerne devices fra begge, slik at begge hadde egne devices og ingen overlappende. Men da slo det meg at dette kankje ikke lar seg gjøre, ettersom om jeg av-installererer devices for en z-stick5 (i zwave2mqtt app) så kjøres det vel en avregistrering mot device også, og da kan det ikke styres av den andre z-stick5 enheten heller. Og da ble min konklusjon at det er bedre å la begge z-stick5 enhetene kjenne til alle devices og bare jobbe mot hver sin delmengde. Noen som har vært borte i samme problematikk før og har en klar formening om hva som er best? Jeg hadde håpet å unngå å avregistrere fra en enhet og så registrere på nytt i den andre da det blir en god del arbeid med devices som ikke er så helt lett tilgjengelig.

Denne kjører på en Rock 5A maskin som kjører Ubuntu. PÅ denne er alle HomeAssistant relaterte processene installert som egne docker containers Jeg kjørte @kolaf sin versjon (har kjørt den lenge og den har vært stabil), men etter 16 april oppdateringen til Homely så sluttet den å virke hos meg. Jeg valgte da å installere @Ronniehl sin docker variant ettersom den passer bedre til min docker baserte HA setup, og den virket helt fint. Jeg har ikke prøvd å re-installere den andre versjonen eller debugge den så jeg vet ikke om det er lett å fikse den.

Dette er ca hva jeg gjorde 1. sudo mkdir /opt/homely-mqtt 2. sudo mkdir /opt/homely-mqtt/config 3. cd /opt/homely-mqtt 4. lage filen docker-compose.yml med følgende innhold version: '3.9' services: homely-mqtt: image: yusijs/homely-mqtt:latest container_name: homely-mqtt restart: unless-stopped environment: - TZ=Europe/Oslo volumes: - /opt/homely-mqtt/config/:/app/dist/config 5. lage filen conf/local.yml med innhold som angitt på github siden 6. kjør kommando: sudo docker-compose up -d (den vil gjerne feile, pga env variabler som ikke er satt, men det er greit) 7. gå til portainer, <ip addresse>:9000, gå til homely-mqtt docker, velg advanced edit, legg til env variabler, deploy denne og da skal det virke (husk å definere mqtt riktig og enable den i local.yml filen)

Jeg opplevde det samme. Jeg hadde en tidlig integrasjon installert som sluttet å virke, og passet da anledningen å gå over til docker-compose varianten som etter 5-10 minutters arbeide kom opp og alt ser ut til å virke veldig bra.

Prøv å sjekk denne guiden https://www.themoderncoder.com/openvpn-installation-and-debugging-raspberry-pi/ FYI, det ser ut tii at det er flere som sliter med det samme, Google: raspberry openvpn restart when connection drops logs

2 ting å vurdere, 1) du vet at du kan sette din Hytte-router opp som VPN-server, så la din EdgeRouter kobble seg mot den som klient, konfigurere de slik at du har en 2-veis VPN tunnel. Da kan din RPI på hytta addressere hvilken som helst IP-addresse på begge subnet. 2) Om din router på hytta bruker 4G nett så kan det fort være at det er der problemet ligger, at du har korte midlertidige drop-outs på 4G nettet. Men om du sier at OpenVPN kjører stabilt fra andre maskiner på hytta di så er det ikke der problemet ligger. Jeg kjenner ikke til oppsettet ditt og hvordan evt feil manifesterer seg, men jeg vil tro at enten krasjer din OpenVPN klient slik at du kan se feil ved at prosessen feiler og da kan ha en automatisk omstart, eller så skrives det noe på loggen som du kan bruke for å se at linken har feilet, som du kan bruke for å trigge en omstart.

Hvilke routere har du hjemme og på hytta? De fleste (alle?) routere støtter flere typer VPN og etter å ha prøvd flere forskjellige alternativer har jeg nå satt opp en OpenVPN tunnel mellom mine 2 Asus routere og den har fungert stabilt og fint over mange måneder nå.

Jeg har 2 stk 3+ som jeg selger for 300,- pr stk om du er interessert (inkl. boks, SD kort, lader)

Om den er tildelt samme IP addresse som din gamle maskin så skulle den det. Jeg mener å huske at jeg har hatt litt samme type problem tidligere når jeg brukte DuckDNS (jeg bruker cloudflare nå). Det jeg ville gjort er: 1. Forsikre meg om at IP addressen tildelt ny maskin er den jeg tror 2. Sjekke at port mapping i firewall/ router er satt riktig 3. Prøve nå HA fra ekstern maskin med WAN-IPaddr:port (som mappet i FW) - om det virker så vet du at problemet er DNS (Duck-DNS) relatert - om det ikke virker så har du kanskje behov for å legge inn en ny IP address som trusted_proxies i din HA Lokal pålogging kan settes slik at den fortsetter å virke når du bruker ekstern

Prøv å gå rett på IP addressen som den nye installasjonen har fått av router (ikke gå via ekstern duckdns eller annet). Om det ikke virker, prøv å logge på maskin vha ssh for å sjekke at maskinen har bootet og prosessene kjører Sorry, jeg leste deg vel kanskje feil og at intern pålogging virker, dvs det er kun ekstern som ikke virker. Er port-mapping i firewall/ router satt riktig?

Jeg tror kanskje du må si litt mer om hva dette er. Hva er i andre enden av ledningen. Er det direkte til en motor eller er det noe mer "intelligent"? Og finnes det noen annen styring type trådløs? Eller er dette en impulsbryter med 3 eller 4 ledere kobblet til noe annet (f.eks er opp og ned bryter bare en impuls kortslutning av 2 ledere)

De handterte betaling for import til Norge, jeg fikk alt fiks-ferdig av de