Leaderboard
Popular Content
Showing content with the highest reputation since 07-11-2025 in Indlæg
-
Hvilket anlæg har jeg?
Lars Jacobsen reacted to Lars1 for et emne
Vi kan ikke alle vide alt. Hele humlen er at dit lokal net har fået ny IP konfiguration, og LK IHC controlleren ikke understøtter automatisk tildeling af IP addresser. For at få det til at virke igen, kan du gøre 2 ting. Option 1 er den simpleste. Dyber forklaring finder du længere nede. 1. Få ændret dit lokal net fra 192.168.1.x til 192.168.10.x, samt DHCP området (dynamisk/automatisk tildelte IP addresser) til f.eks. 192.168.10.100-192.168.10.200. Det vigtige er at det IKKE og jeg gentager IKKE indeholder LK IHC controllerens IP addresse. Heller ikke selvom den bliver markeret som statisk. LK IHC understøtter IKKE DHCP, så hvis dens IP addresse er i DHCP området, er det dømt til at give problemer. Typisk periodisk udfald, som det tager mdr. at fejl søge på. Bemærk at du pt. har en enhed på 192.168.1.5, men hvis den automatisk får tildelt en IP adr. er dette ikke noget problem. Hvis den er statisk tildelt, kan det give et overlap med LK IHC controlleren, da de begge ender på .5. I øjeblikket giver det ikke noget problem, da de er på 2 forskellige IP address områder. 2. Logge på LK IHC controlleren via USB og adminview, og ændre dens IP addresse så den passer til din nye lokal net konfiguration. Samtidig skal du ligesom i option 1 også have ændret DHCP opsætningen i Altibox routeren, således at den IKKE indeholder LK IHC controlleren nye IP. Sidst men ikke mindst skal du også ændre LK IHC controllerens IP addresse in din app, så den passer med LK IHC controllerens nye IP addresse. Den dyber forklaring. Private versus offentlige IP addresser: Internettet er opbygget med private og offentlige IP addresser. Private IP addresser routes ikke på internettet, men oversættes til en offentlig IP addresse via NAT/PAT (Network Address Translation/Port Address Translation) i en router. Offentlige IP addresser routes på internettet. De private IP addresser områder er 10.0.0.0-10.255.255.255, 172.16.0.0-172.31.255.255 samt 192.168.0.0-192.168.255.0 De offentlige IP addresser er alle andre, bortset fra de private IP addresse, samt et par specialle IP addresser. Både 192.168.1.0-192.168.1.255, samt 192.168.10.0-192.168.10.255 er private IP addresser og særligt 192.168.1.0-192.168.1.255 findes i RIGTIG MANGE hjem, da det er TDC's default IP område for lokal net opsætningen i deres router. Opsætning af IP netværk (IP addresse områder): Et IP addresse område kaldes også et IP netværk eller subnet og størrelsen på disse defineres efter behov. Jeg kan godt forklare hvordan, men så vil vi komme ind på subnet maske, det binære tal system etc. Så her vil jeg holde det simpelt og sige at 192.168.1.0-192.168.1.255 også kan skrives som 192.168.1.0/24, samt at 192.168.1.0/24 og 192.168.10.0/24 er 2 forskellige IP netværks, men hvis IP netværket var defineret som 192.168.0.0/16 vil de 2 IP netværk være et og samme IP netværk. Router versus switches versus access points: En router bruges til at skabe forbindelse mellem forskellige IP netværk. Du skal f.eks. bruge en router til at nå fra 192.168.1.0/24 (/24 angiver størrelsen af subnettet. I dette tilfælde 24 bits, hvilket giver subnet masken 255.255.255.0.) til 192.168.10.0/24. En switch eller et WIFI access point bruges til at skabe forbindelse mellem IP addresser inden for et subnet. F.eks. fra din telefon og til Altibox routeren, eller app'en på din telefon og din LK IHC controller, men kun når disse i samme IP netværk, hvilket de pt. ikke er. Ligenu kræver det en router at få forbindelse mellem de 2. Et access point skaber forbindelse mellem det fysiske netværk og WIFI enheder. Access points er typisk sat op i bridge mode, hvilket svare til en switch, men kan også sættes op som router. Derudover kan de sættes op som extender hvis man har behov for at dække et større areal og ikke vil til at trække kabler. Dine access points er IKKE sat op som router, men som switches og extender. Du har derfor kun 1 router, og det er Altibox routeren fra din ISP. Den har et WAN (Wide Area Network) interface som er forbundet til internettet. Interfacet er typisk en enkelt port, eller mobildata antenne. Det er lidt forskelligt om dette interface er sat op med private IP addresser, eller offentlige IP addresser. Det har dog kun betydning hvis du skal kunne nå noget på dit lokal net fra internettet, som f.eks. hvis du vil kunne bruge din LK IHC app når du ikke er hjemme. Det har ingen betydning når du skal nå noget på internettet fra dit lokal net. Altibox routeren har også et LAN (Local Area Network) interface. Modsat WAN interfacet, er LAN interfaces typisk forbundet til en intern switch med flere porte samt et internt access point. Routerne kommer normalt med en default konfiguration, som ofte er 192.168.1.0/24 eller 192.168.0.0/24. Normal kan man selv ændre LAN konfigurationen, herunder IP netværk, DHCP scope m.m. Routing versus switching netværks traffik: Som skrevet ovenover, kræver det en router at få forbindelse mellem en enhed på et logisk netværk med IP addresserne 192.168.1.0/24 og en enhed på et logisk netværk med IP addresserne 192.168.10.0/24. Dette gælder også selvom de er på det samme WIFI SSID eller tilsluttet den samme fysiske switch. Det skyldes den måde som IP addresse tildeles og routes. App adgang til til LK IHC controlleren fra internettet: For at din app kan nå LK IHC controlleren, når du ikke er hjemme, kræver det at du skaber adgang til LK IHC controlleren fra internettet. Dette vil jeg KRAFTIG fraråde, da dens netværks sikkerhed stortset ikke er opdateret siden 2005. Det er derfor MANGE sikkerheds huller i den. Hvis du vil have adgang til den fra internettet, kræver det at du får konfigureret portforwarding og firewall regler i din Altibox router, samt sommetider hos din ISP. Med den netværks viden du virker til at have, vil dog ikke umiddelbart vurdere at det er noget som du selv kan lave. Jeg håber du får løst dit problem. Hvis ikke er du velkommen til at skrive igen. Du er også velkomme til at skrive hvis der er noget som du gerne vil have en uddybende forklaring på.1 point -
Målerdata forsvinder ved upload
Bjarne Sørensen reacted to Lars1 for et spørgsmål
OpenHAB er for langsom til pulser, så den overvåger i steddet ændringer på tællerne. De er alle oprettet som items i OpenHAB, hvilket gør at OpenHAB automatisk laver grafer på dem. Jeg kender ikke HA, men jeg vil gætte på at den kan det samme. Jeg bruger selv OpenHAB 3, og der er der gode autodiscovery metoder. Hvordan det ser ud med OpenHAB 4 ved jeg ikke, men jeg vil tror at du vil kunne sætte OpenHAB op på en eftermiddag hvis det kun er data opsamling du har brug for.1 point -
Dørklokke via IHC-captain
Lars1 reacted to Bjarne Sørensen for et emne
Fedt Lars. Tak for udførlig vejledning , jeg fandt ud af at IHC-Captain allerede har en stak filer liggende man kunne pege på direkte i GUI. Sonos understøtter ikke USB, men jeg vil da lige prøve din guide en dag. Jeg fandt også ud af i går at jeg har rodet med en alarmsirenelyd på min udendørs Sonos, der har jeg lagt den på min webserver hos one.com, og peger på den. Det er mange år siden, men den ligger der endnu selvom jeg har nedgraderet mit abonemt til kun at omhandle mails og noget DNS forward.1 point -
Min vej væk fra IHC
JanRHansen reacted to Allan Nissen for et spørgsmål
Disclaimer: jeg er på ingen må associeret til Logic Group eller deres partnere. Jeg har ene og alene valgt at lave min udskiftning af IHC med produkter primært fra Logic Group, da de til fulde opfyldte mine behov. Jeg har selv indkøbt komponenterne ved grossister og andre online shops. Tråden er ikke til diskussion om jeg har valgt rigtig eller forkert, om nogen ville have valgt noget andet, om trådløs er noget skrammel, om IHC kan køre 20-30 år mere, osv. Det er en beskrivelse om hvordan jeg har lykkedes med at skifte min installation ud, og de udfordringer der har været. ---------------- Min IHC installation Jeg valgte i September 2023 at min IHC installation skulle udskiftes hurtigst muligt og ikke vente indtil den en dag, måske, selv valgte at lægge sig ned. Jeg har en gang oplevet en uges nedetid grundet den første V3 controller gik i det velkendre bootloop og, i sær grundet meget rejseaktivitet, ville jeg ikke risikere at stå i den situation igen. I tillæg oplevede jeg efterhånden en ret ustabil controller der ofte genstartede og smed sine netværks indstillinger, og dermed besværliggjorde remote adgang til den når jeg var væk. Min installation er af "renoverings"-typen, hvor der er blevet tilføjet IHC komponenter gennem årene, i takt med at vi har renoveret rum for rum i huset. Det har primært været wireless komponenter, med fortrådede pir og skumrings sensor. Enkelte relæ udgange blev tilføjet til LED indikation i tryk og styring af stikkontakter, hvor muligt. Ingen alarm del. Varmestyring heller ikke, dog har en fortrådet LK temp og fugtigheds sensor overvåget badeværelset og tændt et puck relæ til spejlvarmen når spejlet duggede. Af funktioner i huset har der været de klassiske sluk alt og tænd alt. Derudover scenarie styring af lysdæmpere i stue, dæmpet lys på bad og i gang om natten, og den udvidede udendørs lysstyring, med flere niveauer. Jeg kodede selv en Hustilstands blok, med 4 tilstande (Hjemme lyst, hjemme mørkt, Nat og Ude) for at kunne arbejde med forskellige scenarier og niveauer, afhængig af om huset var beboet eller ikke. App adgang via både iPhone og ipad, når ellers controlleren ikke havde smidt sine indstillinger. IHC Captain var en fed tilføjelse og der blev sat IHC batteri tryk op forskellige steder, til styring af vores Sonos. -------------------- Den nye installation Valget faldt på Logic Group Fuga Matrix lysdæmpere, batteritryk, Dimmy (puck-style lysdæmpere til PL dåser), I/O modul til tavle samt Nexa puck-style relæ modul og en Sonoff temperatur og fugtigheds sensor. Dertil en Fibaro HomeCenter 3. Protokollen mellem komponenterne (bortset fra Fugtigheds sensoren) er Z-Wave. For at lære at sætte komponenterne op og programmere startede jeg med et begrænset udvalg i en test opstilling. Homecenter, 1 Matrix lysdæmper, 1 batteritryk, 1 dimmy, og 1 IO tavlemodul. Homecenter opsætning med oprettelse af Admin bruger gik let. Den er blevet kablet til mit netværk og firmware opdateret ved første opstart. Tilføjelse af komponenter til Fibaro er lige så nemt og hurtigt, som tilføjelse af Wireless komponenter til en IHC controller. I Fibaro: tryk på tilføj Z-Wave komponent. På komponent: tryk på parrings knappen. Færdig. Man navgiver komponenter, vælger et ikon og det sværeste er nok at sætte et system op, så der er en rød tråd i navngivningerne. Det er dog nemt at ændre igen senere. Matrix lysdæmpere har samme mål som IHC kombi lysdæmpere og jeg var derfor ikke bekymret for om der var plads i dåserne. Matrix lysdæmperen kræver dog en nul monteret, men det gav ikke problemer for mig med mit svendebrev. IO tavlemodul blev installeret og jeg tilsluttede med det samme mine pir og skumrings sensor, da min plan med test opstillingen var at få programmeret udendørslysstyringen, så den var klar til den store udskiftning. Så input fra sensorer, og output ført over til IHC systemet. Simpelt program blev lavet i Fibaro, til at "luse" signalerne videre, og derved bevare 100% funktionalitet i IHC, mens jeg legede. Remote adgang til Fibaro blev konfiguret og derved kan jeg sidde remotely (på mit arbejde) og programmere, når der er tid til det. App (gratis) installeret på telefon og ipad, og fungerede uden at skulle rode med port numre osv i min router. En måneds tid offshore, en hel del søgning på google og youtube videoer senere havde jeg fået lavet de, i mine øjne, vigtigste funktioner, så jeg følte mig klar til at købe de resterende komponenter og lave den egentlige udskiftning. For en elektriker tager udskiftning af en lysdæmper ikke mange minutter og det var, som indikeret ovenfor, en smal sag. Simple funktioner laves i såkaldte blok scener, hvor en eller flere "Hændelser" defineres (f.eks. 1 tryk på en tast) og handlinger defineres (f.eks. sæt niveau på dæmper til xx%). Denne form for programmering er drag-n-drop og dropdown. Har man navngivet komponenterne godt, så tager det få minutter. Så snart man trykker Gem på en scene, er funktionaliteten aktiv. Her er der ikke noget der skal uploades. Her er min Sluk alt funktion. Men så begynder udfordringerne. Og jeg kan forestille mig at især ikke teknisk anlagte personer, som ikke har erfaring med programmering i forskellige sprog kommer på glatis. De enkelte komponenter har hver en række parametre man kan sætte som konfiguration. Rækken af parametre og de valg der kan stilles er fint beskrevet i manualen, men forståelsen (eller mere manglen på samme) af hvornår man vælger den ene virkemåde fremfor den anden, gør at der bliver en del trial-&-error. Jeg lavede et dokument hvor jeg skrev parameter ændringer ned, for ellers ville jeg aldrig kunne huske hvad jeg havde ændret. En af de forcer der nævnes omkring brugen af Z-Wave er at man kan associere 2 eller flere komponeter til hinanden, således at kommandoer og feedback bliver sendt direkte mellem dem, og ikke kræver at Fibaro kører, for at afvikle logikken. Det kan man sikkert også med andre systemer. Det svarer til en IHC Wireless Standalone setup, men hvor selve opsætningen/associeringen laves i Fibaro samt Fibaro kan monitorere status på komponenterne. Et eksempel er en korrespondance forbindelse, hvor flere tryk associeres med lysdæmperen. Lysdæmperen kan nu styres med de associerede tryk, også selvom Fibaro en dag skulle stoppe med at virke. I og med Fibaro holder øje med status på lysdæmperen kan man lave noget logik baseret på lysdæmperens status. Associeringer er den foretrukne metode, da det nedsætter tiden mellem tryk og handling. Der er omtrent samme forsinkelse som ved brug af IHC Wireless komponenter. Her er et eksempel med en dimmy (puck-style lysdæmper monteret i PL dåse) som styres fra 3 forskellige tryk. Trykkene skal vide status på lysdæmperen for at kunne sende korrekt on/off/dæmp kommando, og det skal man bede lysdæmperen om at melde ud til de "involverede parter". Lidt som når man skal bruge lysindikering fra en Wireless lysdæmper, for at undgå dobbelt tryk. I dette tilfælde melder dimmy'en ud til komponent ID 122, 108 og 170 samt Fibaro, om dens status. Herunder vises et af de 3 tryk associeret op til dimmy'en. Her markeret med rød. Et snapshot giver nok ikke meget mening, men illustrerer nok også godt at overskueligheden ikke er nem. For det der er markeret med rød, er rent faktisk korrespondancen. Den avancerede programmering i systemet, f.eks. førnævnte udendørslysstyring og hustilstand, foretages også i Scener i Fibaro, men programmeres i sproget LUA. LUA er også brugt i andre henseender end Z-wave/Fibaro og jeg synes ikke jeg havde større issues med at finde hjælp til forskellige kommandoer, ved søgning på google. Men som med de førnævnte parametre på komponenter, så kævede disse LUA scener også temmelig meget trial-&-error. Her et lille eksempel: Når komponent ID 83 har value = true, afvikles scenen som er at sætte en lokal variabel kaldet timetest = med tidspunkt nu i formatet H:M. Dernæst sættes en global variabel = med den lokale variabel. På dansk: gemme et klokkeslæt for hvornår skumring går ON. Her er et udsnit af min udendørslysstyring. Scenen bliver afviklet hvert minut, men også når der sker hændelser på PIR og skumrings indgangene. I højre side sætter jeg en lokal variabel, Lightstate, i forskellige værdier (Off, Dimmed eller Motion), afhængig af tidspunkter og/eller bevægelse. De 3 værdier resulterer i kommandoer til lysdæmperen som har ID 149 og får lys niveauer på forskellige værdier, afhængig af om det skal være slukket, dæmpet eller tændt på fuldt blus. Integration med Sonos og Philips Hue fungerer via Quickapps, som er LUA kode andre har lavet og delt, lidt som funktionsblokke. Nogen til fri afbenyttelse, andre skal købes. Ved Sonos indtastes IP adressen på hver afspiller og de popper op i Fibaro. Ved Philips Hue associerer man Fibaro med Hue hub'en, som hvis det var Hue app'en på sin telefon, og de Hue pærer man har dukker op i Fibaro. Spejlvarme styring blev løst med en Sonoff Zigbee sensor. Tilføjelse til Fibaro er lige så nemt som med Z-wave. En LUA scene kigger efter om lys på bad er tændt og derefter om fugtigheden overstiger en fast %. Når lyset slukker eller der er gået 15 minutter slukkes spejlvarmen igen. ------------ Summary Har jeg haft nedetid i forbindelse med udskiftning? Nej. Men visse funktioner var ikke klar fra start, f.eks. nedprioriterede jeg bla simulering ved Hustilstand = Ude. Jeg prioriterede at alt lys kunne styres samt slukalt og udendørslys fungerede med det samme at komponenterne blev installeret og konfigureret. Har jeg samme funktionalitet som før? Ja. Og lidt til. Matrix lysdæmperne har indbygget LED i hver af de 4 taster og de kan programmeres individuelt i regnbuens farver. Så vi har endelig en LED uden for badeværelset der indikerer at lyset er tændt, det var jo ikke en mulighed med Wireless kombi dæmper. Og hvad man ellers kan finde på af logik til at sætte en LED til en bestemt farve. Som standard er der svagt lys i alle LED'erne, meget rart i gangarealer om natten, da man så kan bruge det til at "navigere". Det er naturligvis slukket i soverværelserne. Geolocation er indbygget i Fibaro og bruges nu til at sætte Hustilstand = Hjemme, når vi har været ude. Brug af LED pærer. Da glødepæren blev erklæret ulovlig/farlig købte jeg en kasse med forskellige størrelse glødepærer til at dække mit behov i lang tid fremover. Dem har jeg stadig mange af og de kommer nok også til salg en dag. Men nu kan jeg bruge LED pærer alle steder, og det kan jeg iøvrigt tydeligt se på vores elforbrug. Er det svært? Ja! Programmeringen og parametreringen er ret langhåret. Som elektriker der gennem årene har haft mulighed for at arbejde med forskellige PLC og robot programmerings sprog, kan jeg genkende sammenlignelige elementer i LUA koden. Men synes man programmering af egne blokke i IHC er svært, så er LUA nok markant sværere. Er det stabilt? Fibaro og de første komponenter blev installeret i midt marts. Jeg har ikke oplevet udfald på noget af det. Der har været 3 firmware opdateringer af Fibaro og de er blevet installeret uden issues. Så jeg vil sige ja. Og jeg stoler langt mere på dette end hvad jeg gjorde på mit IHC, grundet de issues jeg havde med genstarter og tab af indstillinger. Er det dyrt? Jeg har solgt hovedparten af mine brugte IHC komponenter og, uden at sætte ublu priser på noget af det, har jeg fået dækket omkring 80% af udgifterne til indkøb af de nye komponenter. Så i mit tilfælde er svaret nej. Det er ærgeligt at skulle bruge penge på at skifte noget ud man har investeret i, og for mange vil det være en enorm post at tage stilling til. Skulle jeg give 50.000 eller mere, så havde jeg måske overvejet lidt længere. Nu endte det med 17-18.000kr, som så overvejende er dækket ind igen ved salg af det brugte. Det var i øvrigt også et parameter til min beslutning, at jeg havde en fornemmelse af at jeg let kunne komme af med IHC delene. Det viste sig at holde stik. Vil jeg anbefale det? Ja og nej. Som gør det selv projekt skal man tænke sig godt om, hvad enten det er ny installation eller, som i mit tilfælde, udskiftning af IHC. Jeg fortryder det bestemt ikke og har bare set udfordringerne som leg med noget nyt legetøj. Men den avancerede programmering vil være en udfordring for mange. Dertil er alle forums jeg har fundet omkring Z-wave, Fibaro og LUA engelske, der er meget lidt hjælp at hente herhjemme, det kan være en negativ faktor for nogen. Andre systemer og protokoller kan være noget nemmere at sætte op og finde support til. Jeg synes det vægter højt at de komponenter jeg har installeret har været 1-1 udskiftning. Når jeg læser om andre systemer, der skal bygges ind bag ved afbrydere i fuga dåser eller gemmes i baldakiner osv., så er jeg glad for mit. Designet på Matrix kontakterne vil dele vandene, men vi har allerede vænnet os til den del herhjemme. Et langt skriv. Håber nogen kan få lidt ud af det. Spørg endelig ind hvis der er brug for uddybning af ovenstående. Beklager de mørke snapshots.1 point
This leaderboard is set to København/GMT+01:00

