Vinnerliste
Populært innhold
Viser innholdet med mest poeng fra 02. jan. 2024 i alle områder
-
Jeg tipper at R-208 er for wifi-tilgang fra internett, dvs er wifi-gateway. Jeg tenker at I-167 + X-165 + uHome i mitt eldre anlegg er integret i X-265 + R-208 i den nyere versjonen. I mitt eldre anlegg kan jeg kontrollere settinger vha kontroll-panel på I-167, men om jeg ønsker å bruke app eller ha tilgang til systemet fra Internett så må jeg ha uHome GW også.1 poeng
-
Jeg har et tilsvarende system installert hjemme, men en litt eldre utgave. - trådløse termostater tilsvarende T-169 - sentralenhet X-165 + M-160 - Wave Plus Gateway Jeg bruker GitHub - dave-code-ruiz/uhomeuponor: Custom Component to connect Home Assistant with Uhome Uponor Smatrix App i HA, men bruker den stort sett bare for å lese status. Jeg lar Uponor sin logikk styre varmen og syklusene og har ikke prioritert (eller hatt tid) til å gjøre noe mer. Uponor sine system med sentralenhet, gateway og app har fungert stabilt og greit for meg (i ca 6 år). Jeg kan ikke huske at det har vært noen større problem enn at gateway har fallt ut noen få ganger og måtte restartes. Dave-Ruiz integrasjonen har også fungert greit og stabilt og når den har falt ut så har det vært grunnet at Gateway har fallt ut. Men batteristatus rapporteres som 100% hele tiden og "varme-modus" på termostat (heating vs idle) kunne kanskje vært litt bedre? (uansett en liten detalj). Og om jeg velger å justere temperatur i HA så mener jeg å huske at det alltid oppdateres riktig i Uponor. Uponor sin app er også ok, men har ikke veldig mye funksjoner og smartness, det er bare det helt basic såvidt jeg husker. I sum så vil jeg tro at det du prøver er minst like stabilt og bra som noe annet. Gateway'en er vel det kritiske så det er greit at den har en litt sterkt wifi-signal tenker jeg.1 poeng
-
Hei, Terje. Og godt nytt år! 1) Dessverre, nei. Offisielle svar fra både ELKO, utvikler av ELKO app for Homey Pro samt Athom (prod. Homey Pro) er negative. Jeg har heller ikke hatt suksess med noen alternativ fremgangsmåte. 2) Har ikke lett - hadde jeg visst det jeg vet i dag, hadde jeg ikke satset på ELKO SmartTag eller ELKO Smart i det hele tatt. Isolert sett fungerer det (stort sett) OK, men hele Homey Pro-støtten er å betrakte som ufullstendig. Manglende SmartTag-støtte er én side av saken, men det viktigste er at enheter tilkoblet via Homey Pro ikke vil motta programvareoppdateringer. Anbefaler å "pushe" ELKO for å synliggjøre at dette er betydelige mangler.1 poeng
-
Etter omfattende etterforskning viste dette seg å være en gjennomsiktig/usynlig knapp (som skulle vært slettet) i Homeseer touch klienten. Det hadde altså ikke noe med pluginen å gjøre, som fungerer helt utmerket! Brukerfeil som vanlig med andre ord 🙈Så beklager de falske anklagene, og tusen takk for hjelpen med feilsøkingen!! @Guahtdim 😅1 poeng
-
Hadde behov for å flytte UZB1 stikken til en annen lokasjon enn der HS serveren er plassert. Det samme gjalt for en av RFXCOM enhetene. Forsøkte med en aktiv USB forlenger kabel, men for UZB1 stikken fungerte dette ikke. Fant da denne guiden og anskaffet en RPi 4B (overkill, men den eneste jeg fikk fatt i) for å forsøke dette alternativet. Fulgte guiden, men uten hell. Guiden begynner å bli noen år og så det har sjedd noen endringer underveis så dette oppsettet fungerte ikke for meg. Endte til slutt opp med denne installasjonen som ble rimelig enkel. Info om RPi og installasjon av OS finnes her: https://www.raspberrypi.com/documentation/computers/getting-started.html#networking Lastet ned RPi Imager og konfigurerte opp det valgte OS'et. Aktiverte her også SSH så jeg kunne fjerntikoble RPi for senere konfigurering. --------------------------- Board: RPi 4B OS: Raspberry Pi OS Lite Release date: December 11th 2023 System: 32-bit Kernel version: 6.1 Debian version: 12 (bookworm) ----------------------------- Etter at OS var installert og RPi startet opp koblet jeg meg til med SSH og oppdaterte RPi og installerte ser2net med kommandoene: sudo apt update sudo apt upgrade -y sudo apt install ser2net -y ------------------------------ Redigerte ser2net config filen: ------------------------------ nano /etc/ser2net.yaml connection: &con10001 accepter: tcp,10001 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyUSB0, 38400n81 connection: &con10002 accepter: tcp,10002 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyUSB1, 38400n81 connection: &con010003 accepter: tcp,10003 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyACM0, 38400n81 connection: &con1192 accepter: tcp,localhost,3001 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyS1, 19200n81,local -------------------------------------- Port 10001 og 10002 er for RFXCOM, mens port 10003 er for UZB1. -------------------------------------- Slik ser ser2net.service file ut. Måtte ikke redigere den, men kanskje en ide å endre Restart=no til always ---------------------------------------- nano /lib/systemd/system/ser2net.service [Unit] Description=Serial port to network proxy Documentation=man:ser2net(8) After=network-online.target Wants=network-online.target [Service] EnvironmentFile=-/etc/default/ser2net ExecStart=/usr/sbin/ser2net -n -c $CONFFILE -P /run/ser2net.pid Type=exec Restart=no [Install] WantedBy=multi-user.target ------------------------------------- Restart systemctl med kommandoen: sudo systemctl daemon-reload --------------------------------------- Reboot RPi'en med kommandoen: sudo reboot -------------------------------------- Da er installasjonen ferdig og det er bare å konfigurere HS Z-Wave til Ethernet Interface med RPi IP adressen og portnummeret. Fungerte med en gang for meg. Forsøkte også å provosere frem feil med å trekke ut UZB1 stikken, flytte den til en annen USB port, men HS fant den igjen hver gang. Forsøkte også med restart av RPi (fjernet strømkabelen), men det fungerte også uten feil når RPi ble spenningsatt igjen. En annen praktisk detalj med RPi'en er at den går over på WiFi når nettverkskabelen blir trukket ut. Så da er det enkelt å flytte den nærme Z-Wave noder som skal inkluderes.1 poeng
-
Jeg har lenge hatt garasjedøra styrt av Smarthuset. En iTach Relee enhet har styrt døra, og en Nexa sender har lest av to mikrobrytere; en for døra oppe og en for løra lukket. Etter å ha forsøkt å rygge ut bilen før døra ver helt oppe (og siden jeg hadde to ledige releer i iTach'en) ble det "trafikklys" fra Biltema. Automatikken (ikke mulig å åpne døre om den allerede er åpen (for da lukker den seg)) ble laget som eventer i HomeSeer og garasjedøra ble styrt av Alexa, mini sendere i bilene og diverse brytere på veggene inne og i kjelleren osv. En blir jo lei av å bytte batterier på Nexa sendere og iTach'en er jo så gammel at den bruker 802.11b, så det var på tide å bygge noe selv og da blir det jo ESP32 og MQTT Jeg hadde noen billige releer liggende fra Ali men de var 5V i styringen og jeg var redd ESP32 pinnen ikke likte det så jeg la inn en transistor. Fordi det billige releet allerede hadde en transistor måtte jeg ha en Pullup Resistor som ga en spenning på over 4.6V (jeg målte) for å få det til å slå inn. For at ikke spenningen på pinnen til ESP32en skulle bli for høy fikk jeg ChatGPT til å beregne disse to motstandene for meg. Det var faktisk veldig praktisk for jeg er ikke så sterk på slike beregninger, og selv om det tok litt tid å få formidlet alle kravene og en del kontrollspørsmål måtte til ("men hva blir spenningen på ESP32 pinnen nå da?") så kom jeg altså fram til noen greie verdier. Siden jeg ikke hadde akkurat den transistoren som ChatGPT foreslo, kunne jeg også foreslå noen av dem jeg hadde liggende helt til jeg fikk beskjed fra ChatGPT om at den kunne brukes. Veldig kjekt, raskt og forholdsvis trygt. Med ett rele for døra (ett sekund klikk for å åpne, samme for å lukke), ett for det røde lyset og ett for det grønne og en sensor inngang for hver endebryter, var behovet dekket. Siden "trafikklysene" var 12V måtte jeg inn med en spenningsregulator på 5V. Jeg liker at mikroprosessoren forteller hva den driver med, for det gjør testingen enklere under utviklingen men også under evnt. feilsøking senere, så jeg måtte inn med noen LEDs. Før brukte jeg RGB LEDs for å kunne vise forskjellige farger i den samme LEDen men nå har jeg begynt å bruke adresserbare LEDs istedenfor. For det første klarer jeg meg med 1 motstand (i stedet for 3) og for det andre er det bare å koble seg videre til neste og neste uten flere motstander eller flere pinner på ESP32en. Siden jeg har en haug adresserbare LEDs liggende fråtset jeg i 5 stykker: Connect Status(Gul=Startup, Rød=Venter på WiFi, Blå=Har WiFi venter på MQTT, Grønn=MQTT Connected Mikrobryter oppe (Gul=Startup, Rød=Bryter Lukket, Grønn=Bryter Åpen) Mikrobryter nede (Gul=Startup, Rød=Bryter Lukket, Grønn=Bryter Åpen) Trafikklys Rød (Gul=Startup, Sterk Rød = Lampe Rød Lyser, Svakt Rød=Lampe Rød Slukket) Trafikklys Grønn (Gul=Startup, Sterk Grønn = Lampe Grønn Lyser, Svakt Grønn=Lampe Grønn Slukket) OBS Uten en motstand mellom ESP32en og den første LEDen ble det kjempeustabilt og blinket i hytt og vær. Jeg bruke en 330 ohm. Transistorene og motstandene og ESP32en ble loddet på et lite "kobber stripe" kort og en liten boks ble 3D Printet Tips for å koble adresserbare LEDs: Fordi data in og ut er på hver ende av beina, kan du bøye pluss og minus pinnene til hver sin side og lodde dem etter hverandre på et "3 punkt" kobberkort: Først hadde koden egne Topics for å styre lysene fra HomeSeer men så fant jeg ut at det ver like greit å pakke all den logikken inn i softwaren her og endte da bare opp med kommandoene: OpenDoor (Åpner døra om den er lukket (og bare da)) CloseDoor (Lukkerdøra om den er åpen (og bare da)) ActivateDoor (Trigger døra uansett hviken tilstand den er i. For å kunne override automatikken om en bryter henger seg opp) Men status fikk da også fire tilstander (med tilhørende lys): Open (Grønnt lys) Closed (Ingen lys) Opening (Rødt) Closing (Rødt og Grønnt) Jeg burde selvfølgelig puttet all den lys-koden i små subrutiner, men det kan dere kose dere selv med 😉 Jeg har alltid med denne lille koden // Onboard LED Status if (MQTTclient.isMqttConnected()) { digitalWrite(ONBOARD_LED ,LOW); } else { digitalWrite(ONBOARD_LED ,HIGH); } slik at jeg kan debugge debuggings lysene også 😄 Her er et bilde fra prototypingen:1 poeng
Vinnerlisten er satt til Oslo/GMT+01:00