Kandersen

Det sjoveste jeg har set, det var en der netop lettede røven for at tænde lyset. Han gik lige forbi kontakten som ellers tænder/slukker lyset, gik efter sin mobil, som han derefter tændte lyset på, og mente det var smart. Det ER smart. Men det er også hammerende upraktisk, specielt i lige netop den situation

Forstår ikke helt dit problem, (tror jeg). Homekit er ikke Z-wave kompatible. Så du må på een eller anden måde have en Z-wave hub/controller i dag, som operere på en bestemt frekvens. Jeg har en z-wave controller som kører europæisk standard. Det nytter selvfølgelig ikke meget, hvis din garageport åbner kører en anden standard. Det burde dog stå fysisk på den. Jeg har en Multisensor6 fra samme producent. Der står på bagsiden at den køre 868.42MHz. Det nytter ikke noget at slå dit op på linket, da firmaet laver produktet til hele verden.

Kan ikke hjælpe dig med OpenHab på en synologi, da jeg bruger en RPi. Men OpenHab har en logfil, (som jeg heller ikke kan guide dig til hvor ligger). I den kan du se om den får forbindelse til din IHC controller. Prøv at søg 3-4 uger tilbage. Der var en også med Synologi som havde samme problem. Han fandt logfilen. Derefter kan vi tage items filen.

Der er en pæn bid vej fra Allerød til Køge (Ejby). Allerød er oppe nordpå, Bjarne :-) Men ja, ellers har jeg faktisk både antenne, kabel og 6.1 controller :--)

Ok, det er bare fordi, at det siger/sagde man også om forskellen på HW 6.1 og HW 6.2. Men der synes jeg ikke det har nogen effekt overhovedet.

Lige et spørgsmål til pkt 1. Mere RAM og hurtigere processor - har det nogen mærkbar effekt i dagligdagen?

Kommer an på hvad du mener med, fungere sammen. IHC kan IKKE styre HUE. Men du kan via 3. part såsom IHC Captain eller Openhab styre HUE. Men det er ikke noget man bare lige gør. IHC Captain har sit eget område her på forumet.

Det er dælme svært at svare på. Hvad der i Bjarnes tilfælde er 21.5 grader, er næppe 21.5 grader hos dig. Huset er næppe 100% identiske, og kalibreringen af føleren er med garanti heller ikke ens. Så du kan ikke bare bruges en andens indstilling. Du skal føle dig frem, bogstaveligt talt. Bjarne. Kører du 27 grader i gulvet og 21.5 grad i rum? Bliver din rumføler så nogensinde "aktiveret" andet end hvis vinduer/døre står åben? Det lyder voldsomt med 27 grader i gulvet.

Jo den fysiske kontakt du henviser til, det er jo en zwave kontakt. Dvs den kommunikere med dæmperen via trådløs forbindelse, (via en gateway).. Det er noget mere omstændigt, og løser reelt ikke dit problem med dæmperen placeret i udtag/dåse.

Så fik jeg skiftet driver og pære til vores skabe underbelysning i køkkenet. 2 stk Trdonic 10watt. (til 2 rækker af 3 spot) 1 stk Tridonic 25watt. (til 1 række med 6 spot) 12 stk Hilux S9, dæmpbar 2.2watt LED 2700k Ra95. Resultat: Havde lidt problemer med dæmperen (wireless Uni250 1modul) . Fjernede de gamle elektroniske trafoer og halogenpærene. Monterede derefter Tridonic driverne, og begyndte at isætte LEDérne. De tændte efterhånden jeg satte dem i, selvom lyset skulle være slukket, (LK´s krybestrømsproblem), undtagen i den ene række med 6 stks LEDér (den store driver). Kunne herefter hverken slukke dem der var tændt eller tænde dem der ikke var tændt. Måtte på loftet og fysisk fjerne ledningen fra dæmperen. Derefter virkede det sådan set okay. Måtte i Service view og pille rode rage ved lidt indstillinger til dæmperen. Bla sætte den i RL mode. Så nu virker det sådan set som det skal. Jeg kan tænde på 35% og skrue op 100% og dæmpe ned til 15% (Det er det jeg har sat dæmperen til). Men der er et par men´er: 1. Driverne larmer (brummer) en hel del. Møg irriterende at høre på, da de ligger oven på skabene i køkkenet. Lukker jeg hænderne om dem og holder fast, så brummer de mindre. Måske jeg kan pakke dem ind på en eller anden måde. Hvis det er standarden for Tridonic driverne, så kan jeg ikke anbefale dem, medmindre de skal bruges på et gemt loft eller lign. Jeg er dog lidt i tvivl om det evt. kan skyldes dæmperen. Jeg forsøger nok med en ø80 dæmper på et tidspunkt. 2. LEDérne er 2700kelvin og Ra95. Lyset er koldt af en 2700 kelvin pære, synes jeg. Og endnu værre efter kærestens mening. Men det er kompromisset for at gå fra 12x20watt halogen (240watt) til 12x2.2watt LED (26.4watt). Pt lader jeg det køre, og så må vi se om vi kan vænne os til det. Ellers må jeg finde på noget andet. Hvis de ryger, så kan de heldigvis bruges i bryggerset. Der har vi også skabe med spot lys under.

Den kan godt dæmpe lyset, hvis det er en zwave lysdæmper.

Det er med en wireless Uni250 (1-modul), i første omgang. Jeg har en ekstra ø80 jeg kan indsætte, hvis det giver knas

Lyder godt, sådan næsten da.. Jeg har købt og modtaget 3 af de der drivere til lyset under vores overskabe i køkkenet. Jeg har dog ikke modtaget de HiLux S9 som jeg skal bruge i forbindelse med disse drivere, så jeg har ikke noget at afprøve dem

Principielt kan du godt bruge den du linker til, til at drive controlleren med, hvis det er en DC. Men stikket skal du så klippe af, og montere ledningerne direkte. Det næste er så, at den er ikke velegnet til montering i en UG tavle på en DIN skinne, hvilket jeg tvivler på gør den lovlig. Så hvis det er en IHC installation du vil i gang med og bygge komponenter ind i en tavle, så bør du snarere gå efter en DIN monteret som den Bjarne linker til.

Jeg har ikke fået OpenHab til at forstå langt tryk. Alle de forsøg jeg har lavet, der har det ikke virket, hvilket er årsagen til, at man ikke kan styre en fortrådet lysdæmper via OpenHab. Kort tryk er intet problem. Det jeg har sigtet efter, det er en løsning som giver langt tryk, uanset om det er på et virtuelt tryk på en tablet eller et fysisk IHC tryk. Hvis du har en løsning til dette, så vil jeg meget gerne høre om det. Mht til at installere OpenHab på en ekstern disk, så har jeg overvejet det. Jeg er bare ikke sikker på hvordan jeg gør det. Jeg er total grøn når det kommer til Linux/Unix, så derfor klamre jeg mig til SD kortet, da det mere eller mindre er plug & play. Men som sagt ved jeg også at det på et tidspunkt går galt, så derfor er jeg nødt til at gøre noget, hvis jeg fortsætter med OpenHab. Der er massere af fif jeg godt kunne bruge helt generelt. Så meget inde i Openhab er jeg heller ikke. Men jeg kæmper. Jeg synes bare det er en lang og sej kamp, for noget som burde være forholdsvis simpelt.

Okay, jeg troede du ville bruge begge dæmpere på een gang. Jeg kender ikke lige til nogen der kan være i en grøn indmuringsdåse (formoder jeg det er). Men du kan måske få den ind i lampeudtaget i stedet?

Har du noget andet wireless som du kan prøve at unlinke og derefter linke på ny? Min gamle HW 6.1 kørte med firmware .199 da det siges den var mere stabilt end .220. Medmindre du har temperatur/fugt sensore, så var det måske værd at prøve at smide den i controlleren.

Der skal ikke være belastning på ø80m lampeudtags lysdæmpere HW version 2.0x, når de skal linkes. Nu må du se at huske det Lars

Kommer an på hvad du mener med virtuel funktion? Alt foregår på items niveau, så hvis du kan definere en items for et eller andet udstyr/komponent, så kan du styre det. IHC trykket er en item. Det du efterlyser skal så være en anden item. I OpenHab fortæller du så, hvad der skal ske, når fx item IHC_TRYK går ON (eller ON/OFF). Når først du har det, så er muligheder åbne for at påvirker alle andre items og/eller funktioner. Det kunne fx være en timer funktion, eller du vil tænde/slukke noget andet, som ikke er forbundet til IHC controlleren. Jeg bruger det dog mest den anden vej. Dvs jeg bruger funktioner "udefra" som påvirker IHC funktionsblokkene, og der igennem tænder/slukker/tæller/whatever, det IHC controlleren nu engang kan finde på. Fx har jeg en zwave PIR, som når den bliver aktiveret, så tænder den noget lys som er forbundet via en funktionsblok i IHC controlleren. Jeg har også en zwave lysdæmper. Den har jeg dog foreløbig kun brugt som fortrådet dæmper, da den kan køre 1-tast fra IHC controlleren. Men i realiteten kunne jeg godt bruge zwave delen, og så på et IHC tryk via OpenHab styre lysdæmperen på zwave. I lige præcis det her tilfælde giver det dog ingen mening. Men der er intet til hindre for at gøre det den anden vej, og bruger IHC tryk eller andet, til at påvirke noget helt tredje. Man skal bare gøre sig klar på, at når man begynder på det, så gør man sin installation afhængig. Så du kan ikke en dag bare pille OpenHab ned, uden at du så skal i gang med at lave om i IHC installationen. Den del er jeg endnu ikke klar til, også fordi det køre på en Rpi3 med SD kort. Og der ved jeg, at det er bare et spørgsmål om tid, så braser det hele, og jeg skal starte forfra. Så foreløbig er det et langt og sejt system, som jeg tester og øver mig igennem. Jeg bruger også Openhab som overvågning. Dvs jeg kan via OpenHab se alle on/off fra IHC som jeg har defineret (næsten komplet) som items i OpenHab. Fx har jeg alle temperatur/fugt sensorene, og alle telestaterne til gulvvarme anlægget. Jeg har også al lyset/udtag i hver enkelt rum. I stuen er det en blanding af IHC lys og Philips Hue. Jeg kan se begge dele via Openhab (Habpanel). Jeg kan se alle alarm og pir sensorer i OpenHab, uanset om det er IHC sensorer eller, som nævnt, zwave. Og kan jeg se alle enheder på mit trådløse netværk, som jeg også kan se, (pt kun min mobil, men jeg kan definere alt der er tilsluttet, hvis jeg gad). Det eneste jeg endnu ikke kan ordentlig med openhab, det er at skrue op/ned for LK´s fortrådet lysdæmpere (fx Uni400). Men jeg kan tænde/slukke dem fra OpenHab. Igen, lige så snart du kan definere en item for noget, så kan det bruges til noget i Openhab. Styrken i disse smart home systemer er så, hvor meget de understøtter, samt hvor smarte deres automatik (rules) er. Her er OpenHab en af de helt store spillere. Men det er også hulens vanskeligt at forstå og lære, efter min mening. Det er ikke noget man bare lige sætter sig ned en formiddag og læser en få siders manual over. Ikke mindst fordi dokumentationen efter min mening er mangelfuld og ofte beskrevet af nørder til nørder. Det er rigtig synd for sådanne systemer, for det ender med at blive et niche produkt, som mange godt kunne få gavn af, specielt os med vores efterhånden forældet oldnordiske IHC system, men kun ganske få kan finde ud af.

Det er den eneste jeg umiddelbart kender, (der er vist også en anden måde, men det er stadigvæk via en rule).

Det er design. OpenHab forstår ikke rigtig kip tryk på den måde, som vi ellers er vant til. Men jeg vil sige, at det burde være det samme, når du aktivere trykket i OH. For det er helt generelt at OpenHab ikke forstår kip tryk, som standard. Og det er stor mangel i OpenHab, efter min mening.

Jeg vil tro det er samme problem (løsning) som det der nævnes her:

Første sidst.. Med den ubiquiti binding der er lavet (ikke frigivet i den færdige pakke), så kan du via den se, hvor en mobil telefon er tilslutte, altså hvilken AP, hvilket net, osv osv.. I realiteten kan man derved også bruge access point (hvis man har mange nok af dem) til at se hvor en person befinder sig, forudsat at personen har sin mobil på sig. Mobil skal være sat op til altid at tage det kraftigste signal (det er som regel også) og helst det samme net altid (ellers vil 2.4G overlappe 5G nettet). Så er det "blot" at smide tilpas mange APére op, og justere dem ind til en kort dækning. Dækningsmæssig for trådløst datanetværket, så giver det ingen mening at gøre det. Fx vil jeg tro at jeg skal have opsat mindst 5 stk APére, for at have en rimelig kontrol over "bevægelse" i vores 300kvm store hus. Og i realiteten burde jeg måske også have et AP på hver værelse. Så det er hurtigt 7-10 stks APére. Og det er jo total overkill for et hus. Men hvis man ville bruge det til fx styre bevægelse, så kan man gøre det sådan. Hagen er bare, at det forudsætter at personen altid har sin mobil/andet WiFi på sig. Derfor er det ikke den bedste løsning. Mht OpenHab og Habpanel, så må jeg erkende, at jeg er på nippet til at opgive. Jeg kan simpelthen ikke frembringe et ordentlig bruger interface med Habpanel. Det er intet problem på PCén. Men så snart jeg skal have det over på en tablet, mobil eller andet, så er skaleringen helt hen i vejret, så det er komplet ubrugeligt. Og jeg forstår ikke hvorfor det er lavet sådan. De forskellige celler er skalerbare, men info i dem er ikke. Så skal det da gå galt. Og det er på trods af at jeg bruger Fully Kiosk browser, som faktisk skulle være 100% kompatible og virke i full screen. Enten er der noget jeg misser totalt, eller så er tingene bare ikke som eksempelvis vist i videoen. Pt kan jeg få 4 celler pr kolonne med en pixel størrelse på 56 for ikoner/pictogrammer på min Galaxy S7 mobil. Det er sgu ikke i orden. Hvordan pokker de har fået 6 og 7 kolonner ind i ovenstående, som ligner en lav opløst Android tablet, og samtidig læsebart, det er mig en gåde. Hvad angår HA, så har jeg lidt svært ved at gennemskue hvordan brugerinterfacet er med det. Jeg synes kun jeg kan finde billeder af det på PC. Og det er nok det sidste jeg gider forsøge mig med een gang til.

+2 PIR i parallel forbindelse er vel i realiteten det samme som flere produkter til den samme FB indgang?

Jeg har ikke prøvet. Men er det ikke bare at trække scenarie udgangen over på begge produkter?