Kandersen

Prøv at sæt din timeout op i opsætningen af IHC controlleren i PaperUI.

Ja, og du får faktisk årsagen at vide :-) Så du skal ind i PaperUI -> Addons -> Tranformations. Og der skal du installere den der hedder Map Tranformation.

Ahh selvfølgelig.. Tænkte ikke på den uvante mulighed

Faktisk ser det ud til at de fleste af dæmperne slet ikke er i brug.

Nej Henning. Men det er alle os, der ser tingene helt anderledes, ikke mindst fordi økonomi er sekundært, og funktioner primære. Genvex, (og Nilan for den sags skyld), ser prisen som det afgørende punkt. Kan Genvex overbevise potentielle kunder om, at de er billigst, så udelader de gerne funktioner, for at holde prisen nede. Det er ikke anderledes end biler. Der fjerner man rask væk selv ganske meningsfylde og brugbare funktioner, til fordel for at holde en pris nede. At brugeren så efterfølgende finder ud af, at det var en mangel de ikke lige kunne leve foruden, det er bare "bad luck". "Smid ud og køb nyt" mentaliteten lever i aller bedste velgående på lige netop dette. Nilan er tildeles lidt anderledes. Dels har man brugerfunktion 1 (som Lars er inde på), og brugerfunktion 2 er et ekstra valg man kan tilkøbe. Nilan har dog et lidt andet problem, efter min mening, at integrationen med andet på visse punkter ikke er skide smart. Og så er til tider så hunde dyrt, så økonomi alligevel bliver primær. Se bare deres løsning til integration med fx IHC. Det er gabende vanvid.

Jeg er ikke enig i, at det er et stort projekt for en relativ lille ting. Jo, hvis man i forvejen synes skalsikring er en lille ting, så er alle tiltag "store projekter". Men hvis man synes skalsikring er vigtigt, så er det faktisk forholdsvis nemt at benytte sig af 3.part løsning i det her tilfælde. Det største problem er nok i virkeligheden openhab2 (openhab er omstændig). Selve Xiaomi hubben og ikke mindst dør/vindue kontakterne, det er så nemt så alle kan gøre det, (balladen i den del er, at man gør sig afhængig af en kinesisk server). Der findes også andre løsninger i form af Zigbee og Zwave. Men igen, så skal man via en 3. part løsning. Og hver enkelt kontakt er omkring 3-5 gange dyrere, hvilket har betydning alt afhængig af, hvor mange man skal bruge (jeg skal bruge 34). Der er også kombination af en Zigbee koordinator med Xiaomi kontakter, (så er man uden over problemet med kinesisk server). IHC løsning er desværre for bygget på: 1. Det skal være fortrådet kontakter. 2. De skal/bliver ofte serieforbundet (og så ryger individuel oversigt). 3. Bliver de parallelt forbundet til hver deres input, så løser man pkt. 2, men det koster lige så mange inputs, som man har kontakter. Er det få, så vil jeg helt klart opfordre til den løsning, hvis det ikke er forbundet med for meget besvær at bruge fortrådet kontakter. Men er det mange, så er det efter min mening et meget stort projekt, for en relativ lille ting. Så hellere beholde serieforbindelsen, og leve med den manglende oversigt. 4. Fortrådet kontakter er billige, men dyre at indbygge. Jeg er ikke kæmpe tilhænger af min løsning med at bruge Xiaomi hub og kontakter. Helt generelt hader jeg trådløse løsninger. Men det er ekstremt nemt, billigt, uhyre effektivt og klippe stabilt. Mit eneste alternativ var at lave fortrådet kontakter i allerede eksisterende vinduer og døre. Det er et projekt som helt ekstremt voldsomt, så det kommer bare ikke til at ske i et forholdsvis nyt hus. Derfor gik jeg efter 3.part løsning i det tilfælde. Skulle jeg bygge nyt hus i dag, så var næsten alt lavet meget anderledes for hele installationen, bla med fortrådet kontakter i alle døre/vinduer. Og så ville jeg hellere end gerne betale for de flere indputs der skal bruges til det.. Det er det eneste der giver rigtig mening.

Okay, jeg har ikke gået så meget i detaljer med det. Jeg havde bare forstået, at Link kablet maks kunne tage 3A som svare til de 72watt.

Bliver den ikke for stor i forhold til dimensioneringen af ledningerne, hvis det er link-10 kabel?

Men med 13 rum, så er der nok heller ikke et hav af 4-tast tryk, som er fortrådet til hver deres indgang. Vi har 19 indgange ledig pt. Og vi er fuldt booket på moduler. Så 34 døre/vinduer, det kan jeg glemme alt om

Hvis alle dine kontakter er koblet sammen (i serie, dvs der kun er 1 fysisk input), så er der ingen mulighed i Visual. Man er nødt til at splitte dem ud i hver deres input, for at du kan få en melding om, hvilken der fx er åben. I "IHC forstand", er det den mest normale måde, fordi antallet af input i forvejen er rimelig begrænset, hvis man har en stor fortrådet installation og kun een controller. Selvom 128 inputs lyder af meget, så løber det meget hurtigt op hvis man har et hav af 4-tast tryk, PIR/temp/andre sensorer osv.. Hvis man så også lige skal smide 34 (i mit tilfælde) dør/vindue kontakter ind, ja så har den ene controller smidt håndklædet i ringen for længe siden, og man skal bruge en controller mere plus endnu en stak input moduler. Og det er nok der man skal finde forklaringen på, at standard alarm blokken er lavet som den er. LK har ikke set, at der kunne være interesse i at køre dem parallelt (på hver deres input) eller påvirke dem udefra. Derfor er magnetkontakt indgangen i alarm blokke skruet samme på den, (efter min mening), uhensigtsmæssig måde. Jeg er heller ikke i tvivl om, at man sagtens kunne lave den alarmblok om (optimere den), så den netop kan håndtere det. Jeg har bare ikke evnerne til det, desværre. I mit tilfælde har jeg valgt at benytte mig af 3.part løsningen (openhab), og bruger i openhab trådløse sensorer (Xiaomi Miija/Aqara dør/vindue sensorer. Dog stadigvæk på test-niveau, men jeg er ved at være færdig med test, og de skal nu indgå i alarm styringen i IHCén). Det betyder jeg via openhab kunne påvirke "virtuelle" kontakter i IHCén. Og på den måde ville jeg have alle individuelle meldinger i IHCén.. Altså hvis det ikke lige var fordi alarmblokken ikke kan håndtere det uden at jeg køre dem via en AND blok.. Og så er jeg sådan set lige vidt alligevel. Skalsikringen vil virke, men den individuelle melding er gået fløjte. Jeg kunne godt være fristet til at spørge Henning, hvad han skal have for at lave en ny alarm blok, der fx kan håndtere dette, og man kan få en melding ud, hvilken kontakt der er open. Egentlig tror jeg mange kunne have interesse i det, hvis man i forvejen har eller påtænker at bruge trådløse dør/vindue kontakter til IHC Alarmen via 3.part..

Det er jeg med på. Men er det ikke netop der at skalsikringen også bør virke. Eller er skalsikring kun tiltænkt som en "påmindelse" om, når noget er åbent, når man fx vil tilkoble alarmen? Hvordan skelner du mellem Vindue og skalsikring (magnetkontakt) ? Er det vibrationsfølere på vinduet? Altså hvis det var mig, så ville jeg da helt klart gerne vide det. (Jeg er måske også lidt sær hvad det angår ), så man ikke behøver suser igennem et ocean af vinduer/døre, for at finde ud af, hvilke(t) der er slået fra.

Jeg bliver altså nødt til at skyde det her spørgsmål af: Giver det mening at have skalsikring med et åbent vindue? Det er rigtig smart Henning, (trods mit spørgsmål herover). Men jeg tænker på, om der på nogen måde er en påmindelse med, så man fx ikke glemmer, at man har deaktiveret skalsikringen for en kontakt/vindue/dør.. For det er vel i realiteten det du gør, ikk?

Det er da ligegyldigt med antallet. Når alle er ON, og bare een af dem skifter til OFF, så skal skalsikringen trigge, (forudsat at skalsikringen er sat til). I princippet ville det være det samme, som hvis indgangen til magnetkontakerne i alarm blokken var lavet med en indbygget AND blok. (uden prioritering, for det forstår jeg ikke ideen med, når det er en skalsikring). Det var det der var min plan, at jeg ville følge den normale "IHC procedure" hvor hvert rum har de respektive magnetkontakter der er rummene. IHC er jo ligeglad med, om det er fortrådet eller de komme fra OH. Og så ville jeg føre dem over på magnetkontakt indgangen i alarm blokken. Men det er det du siger der ikke vil fungere, men at de skal i en AND blok først..

Hmm.. Jeg troede faktisk de havde lavet den så smart, så man bare kunne smide magnetkontakterne ind i blokken. (som default vil være ON (eller CLOSED)). Og så hvis een af dem skiftede til OFF, så ville den trigge skalsikringen.. Det ville da være langt det smarteste (eller nemmeste), og specielt hvis man bruger "eksterne" trådløse magnetkontakter. Nu er jeg nødt til at samle dem i openhab, og så styre ON/OFF derfra til IHC funktionsblokken.

Jeg gik med overvejelser om at lave det samme med micro switches og så fortråde dem til IHC. Men den der fortrådning var rimelig besværlig. Så i stedet røg jeg på en uhyre nem løsning, fordi jeg i forvejen har en Xiaom Mija hub sat til openhab. Og så ville jeg egentlig bare teste deres vanvittige billige og små trådløse dør/vindue magnet kontakter, som jeg satte direkte på skinnen til porten, i hver sin ende. Monteringen tog 5 minutter. Men det var et kompromis, for jeg er slet ikke tilhænger af trådløs på denne måde. Det var kun fordi det var så nemt lige at afprøve det. "Desværre" også så nemt, så de sidder der endnu. For det har vist sig at fungere klippe stabilt efter hensigten, med logikken i openhab. Jeg går dog med tankerne om, at meldingerne skal over i IHC, for de skal bruges i forbindelse med fuld skalsikring af hele huset i IHC alarmen, som er et løbende projekt jeg har gang i.

Lyder fandme smart Henning.. Nu ved jeg godt du ikke bruger LK´s funktionsblokke.. Men måske kan du alligevel svare på dette ang skalsikring. Hvis man har dør/vindue kontakter i hvert rum, skal de så bare føres over på skalsikringen i Alarm blokken, eller SKAL de først samles i en AND blok, og derefter i skalsikringen i alarm blokken? Desværre forklarer LK ikke den her blok godt nok til, at man kan blive klog på det.

Okay jeg var nysgerrig fordi jeg har en garageportåbner, men den køre med puls. Dvs een kontakt til både at åbne og lukke.. Det er ikke lige så fleksibelt. Mht tilbagemeldingerne, der bruger jeg nogle sensorer på porten (helt lukket og helt åben) til at fortælle mig, når porten er åben, lukket eller i bevægelse (=hverken åben eller lukket). Men disse sensorer kører via openhab2

Skal i have kælder under kælderen?

Ser godt ud. Men der er en detalje jeg savner lidt. Og det er specifikt for din portåbner. Er den styret af en puls (dvs 1 kontakt) eller er det to kontakter, en for åbne og en for lukke?

Er dine tryk ikke allerede fortrådet? I såfald behøver du da ikke tilføje trådløse tryk senere. Det er væsentlig dyrere end fortrådet.

Skal du bare slukke/tænde og måske dæmpe lys. Så er du på den rette vej med Hue og den slags. Men skal du andet, og her snakker vi temmelig tung logikstyring, så får du altså gevaldige problemer med fx Philips Hue. I bedste faldt kan Hue tænde/slukke lyset på en bevægelsessensor (som i øvrig virker af røvens til). Nu kan du forhåbentlig se, bla hvorfor IHC er bedre. Om det så også er bedre til dit behov, det kan kun du afgøre.

Det kommer an på hvordan ser det. Skulle du på et tidspunkt få behov for et "mindre" forbrug end 40watt på en dæmper, så kan man sagtens argumentere for de nye dæmpere. Personligt så jeg allerhelst, at alle dæmpere ikke krævede et minimumforbrug.

Dine UNI400 dæmpere skal have minimum 40Watt. Det er oftest derfor man ikke anbefaler dem til LED. Hvis du har LED over 400watt samlet, så kan du oftest godt bruge UNI400. Den dæmper du er blevet anbefalet kan umiddelbart udskiftes med fra en UNi400 dæmper. Men du skal lige være opmærksom på forbindelserne fra dit output modul skal sidde i toppen, og ud til dine lamper skal sidde i bunden på den du er blevet anbefalet.

Jeg gad godt at se en 400watt LED

Glæder mig til at høre om dine oplevelser med Sunflux vs Harald skrald kilderne.