EjvindHald

Til både Home Assistent og openHAB er der adapter, så du kan forbinde til IHC og etablere smart house funktionalitet. I dit nye hus med Visual 1 er alt formentlig ledningsført, hvilket gerne skulle medføre meget stabilt setup uden wireless udfordringer. Med en nyere controller vil du dermed kunne få et godt setup for en minimal udskrivning. De nævnte firmware problemer skulle iflg. LK være løst nu. Du vil altid kunne argumenter for og imod forskellige produkter, men stod jeg i dit sted, ville jeg vælge en nyere IHC controller og så med en af de nævnte overbygninger eller IHC Captain.

https://www.se.com/dk/da/product/820B1250/lk-ihc-led-dimmer-2-kanal-din-36mm/

Yes, you are right. Thanks for clarifying this.

Question to @Pauli Anttila: I just discovered the concept of "Location" in paperUI, where you can have several tabs in the Control menu. Each Thing can be associated with a location - eg. bedroom - and it shows up in paperUI. This is implemented in several bindings such as Hue and Mqtt.(see Hue example here with Entrance) Can this also be configured for each Thing in the IHC binding? I as asking because I have + 100 Things, so this options would be very nice.

Hej Jeg hjælper gerne og vil foreslå, at du læser mit forrige indlæg igen. Det skal være dimmer både i Things og Item, men i dit sidste indlæg benytter du fortsat Switch. På min vedlagte skærmkopi kan du se, hvordan jeg har sat min op. Din dimmer Thing i openhab skal forbindes til 'Lys niveau', og så skal du forbinde til input eller en fb, som skruer op eller ned for lyset. Jeg bruger ikke LK's fb til wireless - i stedet bruger jeg Henning Pedersen's test fb, som er uploaded i mit indlæg her fra den 9. januar 2019. Det er for at få bedre stabilitet med wireless dimmere. Jeg anbefaler ikke at bruge paperUI til det, fordi den automatiske detektion kun finder input og output for at undgå, at der bliver for mange autodetektet. Det er også fint, men hvis man addressere en fb direkte, er det ikke så velegnet. Derfor er det nemmeste at bruge filer - og kun filer - til at beskrive Things, Channels og Items. Dette indlæg her på sitet er godt at læse igennem for at lære lidt om binding version 2 og opsætning i filer. Læs også Pauli's udmærkede dokumentation med eksempler her.

Hej igen Jeg kan se på ovenstående, at du bruger binding version 1 - jeg har netop opdateret mit indlæg her og præciseret, at det vedrører binding version 1. Mit forslag er, at du installerer openhab version 2.5, som er frigivet for kort tid siden. Heri er den senest binding version 2 indbygget, og den kan benyttes. Det betyder også, at dine filer skal sættes op på en lidt anden måde, og du skal bruges Things og Channels. På et tidspunkt laver jeg muligvis et indlæg med en generel vejledning. Til dit konkrete problem: Din lysdæmper er i openhab termer af type dimmer og ikke switch. Du har lavet den som switch, og de kan kun være on eller off, hvorimod en dimmer har en værdi mellem 0 og 100. Eksempel fra min Things file: Type dimmer : ThKaelderVaerVestDimmer [resourceId=13166941] //Status dimmer og items for den samme: Dimmer KaelderVaerVestDimmer "Spot i loft dimmer" <light> {channel="ihc:controller:haldIHC:ThKaelderVaerVestDimmer"} og sitemap: Slider item=KaelderVaerVestDimmer Det er en god ide først at være sikker på, at det fungerer i openhab, før du pågynder Google integrationen - et skridt ad gangen :-) Hvis du vil starte IHC scenarier, skal du nok lave en puls til en relevant fb, som aktiverer det pågældende scenarie. Det gør du med direction="WriteOnly" - se eksempel: Type switch : ThKaelderOpbvrumTrykOverstVenstre [resourceId=25434, direction="WriteOnly", pulseWidth=80] //Svagstrømstryk ØV kip Det svarer til dit eksempel >[ON:2442769:100] i binding version 1. God fornøjelse Ejvind

Mht items så kan man godt tilknytte on og off til samme input tryk ved kip. Dog vil jeg anbefale at forbinde til hhv. tænd og sluk i fb’en. ID på disse skal du finde manuelt og bruge. Vedr. lysdæmper så er 1 tryks ikke så velegnet til smart home. Det bedste er wireless ø80 ver 2 med tilbagemelding. Alternativt den nye LED rs485 tavledæmper, som snart kommer i handlen.

Jeg har en ekstra, som du kan købe. Hvis du er interesseret, så send mig en privat mail.

Jeg bruger openHAB med Apple Homekit på toppen. Det er meget fleksibelt, og giver mulighed for mange integrationer. Bl.a. til Hue og Modbus, som du nævner. Det ville jeg vælge igen, hvis jeg skulle starte forfra.

Kræver det ny version af firmware at bruge den?

Godt valg af LK - håber de tager action på evt. feedback fra dig. Blot for en god ordens skyld : kan du bekræfte, at denne dimmer har tilbagemelding som i wireless Ø80?

Brug funktionsblok 4.1.15 Kort-Lang tryk. Fra denne fb har du 2 udgange for hhv. kort og langt tryk, som du kan lade openHAB læse ind og du kan lave en rule hertil. Kort-lang er antal sekunder, du holder den inde og med ip trafik til din openHAB boks er netop denne funktion ikke stabil. Der kan midlertidig være andet på netværket eller din openHAB boks kan midlertidig være travlt med noget andet. Jeg anbefaler, at det laves i IHC controlleren i Visual.

Hej Jacob Jeg foreslår, at du tager det op her fordi det reelt er et spørgsmål om Velux binding. I dette forum er der de mennesker, som har lavet det, og de kan sikkert svare. Men det er vigtig, at du inden indlægget er helt skarp på versionen af klf200 firmware og bindingen, som du benytter.

Måske @Pauli Anttila kan uddybe short_press Men generelt lægger jeg så meget logik som muligt i IHC, og i dette tilfælde kort og langt tryk. Disse 2 kan genere status, som du kan tage ind i din Things definition. Især kort langt tryk er bedst at have tættest på controlleren for bedst stabilitet.

Min Velux.things ser således ud: Mit Velux.items ser således ud: Vigtigt: Hvis du bruger firmware V1 i din KLF200, kan du ikke bruge ovenstående. De er beregnet til firmware V2 i din KLF200, og det er også en helt anden binding, som du pt. manuelt skal lægge i add-on folderen.

Jeg bruger ikke paperUI til discover, men laver alt i filer med ganske få undtagelser. Det gør det bl.a. nemmere at opgradere til en ny version af openHAB som i dit tilfælde. Jeg bruger den nye firmware v2 i min KLF200 sammen med den nye Velux binding, som understøtter dette. Det giver en række ekstra muligheder såsom trinløs regulering.

I IHC kan du fx lave en fb, som en helt almindelig on/off eller kip styret af dine svagstrømstryk. Output fra denne fb skal ikke forbindes til noget i Visual. I openHAB opretter du nu en manuel Thing, som peger på denne output fra din fb. Det kan du gøre enten i paperUI eller script. Nu laver du et item, som du linker til din ihc output thing. Endelig laver du en regel i stil med ovenstående, hvor du kan opdatere et Velux item med denne værdi. Og ja, det er også mulig med trinløs regulering via KLF200 som nævnt. Jeg har selv både det og Velux scenarier konfigureret.

Vær sikker på at signalet ikke får meget forstærkning (gain). Fjern frontpladen i IHC Net tavlen, og der er mulighed for justering af gain bagved.

På et tidspunkt havde jeg samme problem på hw 7, og her blev det løst med en komplet reset af firmwaren.

Hvis du for alvor skal være uafhængig af 3. parts produkter, så skal IHC Remote også virke. Selvom 6.1 kan fungere til dette, så vil dagens krypteringskrav presse den til sit yderste, og en nyere version vil være bedre. Hvis man ser bort fra ovenstående, så vil 6.1 formentlig være ok. Jeg har selv haft 6.1 med ca. 60 devices tilsluttet openHAB uden problemer. Velux Klf200 kan fint bruges, og man kan både aktivere Velux scenarier, lave helt trinløs styring af vindue og rulleskodde samt få feedback på positionen. Det sidste er aktuelt, hvis Velux fjernbetjeningen har været brugt eller regnsensoren har lukket vinduet.

Jeg har lavet noget lignende det, som du foreslår. Og alt er designet, så det også fungerer stand alone - dvs. integration features er kun add on og må ikke være kritisk. Som Henning skriver, er det en god ide med en nyere controller. Skal du have alt det, som du nævner, så vær forberedt på at skulle investere en del tid i projektet. Vælger du at bruge openHAB, kan jeg anbefale at scripte alt fra starten isf. peg og klik i PaperUI. Kun på den måde kan du udnytte maksimalt alle smarte features i ihc bindingen, ligesom det gør det nemt at reinstallere alt igen.

Så ender du med firmware version 03.03.21 eller 03.03.23?

@Pauli Anttila : Is the IHC binding 2 merged into openHAB version 2.5 M1?

Nå, det bliver så ikke Nest termostater alligevel. Efter Google har opkøbt dem, stopper de alle open api adgange, og remote adgang bliver kun direkte via Google Home Assistent fra 31. august 2019. Se link. Men jeg fandt da nogle små AC relæer her.

Tak for input, men jeg havde håbet på en mindre model. Det er ganske få mA, som der løber igennem til ihc input, og jeg håber på at finde et mikro relæ, som kan klare det.