EjvindHald

Jeg har lavet denne her openhab regel, som du kan afprøve. Bemærk at rumføler, alarm og velux vindue item skal ændres til dine navne. //Styring af Velux vinduer rule "Styring Velux" when // reglen aktiveres ved ændring i temperatur eller alarm status Item RumFoelerTemp changed or Item Alarmtilkoblet changed then // Hvis alarm er tilkoblet, så skal vinduerne være lukket if (Alarmtilkoblet.state == ON) VeluxVinduer.sendCommand(0) else { // Alarm er frakoblet // Vinduet åbnes helt, hvis temperatur er > 25 grader if (RumFoelerTemp.state > 25) { VeluxVinduer.sendCommand(100)} else { // Vinduet åbnes 50%, hvis temperatur er > 20 grader if (RumFoelerTemp.state > 20) VeluxVinduer.sendCommand(50) else // Temperatur under 20, så det lukkes VeluxVinduer.sendCommand(0)} } end

Hvis du alligevel har en openHAB kørende, kan du benytte den i stedet sammen med KLF200. Så behøver du ikke bruge IHC udgange overhovedet og heller ingen kabling til KLF200. Men du får en afhængighed til openHAB, hvis den styrer al din Velux funktionalitet. Vær opmærksom på, at din KLF200 skal have den seneste firmware installeret.

Hej Jacob KLF200 kan fungere direkte sammen med IHC ved, at nogle 24 volt IHC udgange via potentialfri relæ giver impuls til denne enhed. Som jeg læser din mail, så søger du en fb hertil. Jeg har selv gjort det, at jeg benytter fb 5.2.06 lige så mange som gange, som jeg har 24 volt out udgange til. Dvs. i dit tilfælde skal du hive den ind 3 gange svarende til dine 3 ønsker. Man kan også lave en skræddersyet fb, som er mere elegant, og det kan @Henning Pedersen sikkert lave smart. I KLF200 kan du dernæst indstille, hvad der skal ske for hvert input. Det kan enten være en kommando til et vindue direkte eller et scenarie med flere enheder, som aktiveres. Opsætning med den gamle 24v window-master controller bliver nok ikke nem så at få det til at fungere med IHC. Måske med noget ekstra elektronik interesseret vil det kunne realiseres. KLF200 kan desuden også fungere med 3 parts software som openHAB, hvor du direkte kan lave regler, som sætter vinduer til en bestemt værdi - fx lukket 50% - eller aktiverer allerede definerede scenarier i KLF200 enheden. Men der er en læringskurve på dette, og det passer dig måske ikke. Jeg bruger KLF200 i samtidig i begge varianter. IHC integrationen har jeg sat op med ét sæt pr. enhed, som styrer basale ting. openHAB integrationen bruger jeg til nogle ekstra features, som er nice to have.

Jeg ved ikke, om den passer til de fleste. Jeg købte den bare og prøvede - den overvåger den lille runde dims, som kører rundt i vandmåleren. Der er et langtids holdbar batteri i - vistnok 10 år - og derfor bruger jeg ikke relæ til potentialfri. Det vil bruge for meget strøm fra batteriet. Og det fungerer også fint med transistor og er helt lydløs.

Jeg bruger denne her til opsamling af impulser fra min vandmåler. Hertil har jeg blot tilføjet en transistor og en modstand, så det er potentialfrit forbundet til en IHC 24/3 indgang, og det virker fint. For mig har det været en simpel, billig og brugbar løsning. Grænseværdierne er forskellige afhængig af, om der er nogen hjemme, som Henning skriver. Det styrer jeg med fb 1.4.08a. Udover ovennævnte scenarier fra Henning har jeg også integreret det med røgalarm (fb 6.3.01a), så vandet ikke afbrydes, hvis røgalarm er aktiv. Jeg tillader også nok vand til, at vaskemaskinen kan starte tidsforskudt, selvom der ingen er hjemme. For mig giver derfor god mening at integrere det med IHC. Endelig har jeg integreret det med openHAB og Apple Homekit, så jeg remote kan se aktuel status på vand.

@Henning Pedersen vil sikkert kunne hjælpe med en fb. Ifm. et renoveringsprojekt overvejede jeg også at lede kulde og varme igennem de samme installationer til hhv. vinter og sommerbehov. Jeg endte med ikke at gøre det af frygt for netop kondens og afledte problemer af dette. Man kunne også overveje kølelofter, som nok giver mere komfort om sommeren end et koldt gulv, og du blander ikke installationen. Det er dog nok en dyrere løsning. En bekendt af mig driver et firma, hvor de har opsat korrekt indregulerede kølelofter, og der virker det godt.

Hvilken firmware bruger du i din controller?

Tak for de venlige ord. I mit tilfælde var det ikke helt sådan. Det tog noget tid at sætte mig ind i værktøjer til videoredigering, som jeg normalt ikke arbejder med. Så det er nok hurtigere at skrive. Men for de rette emner kan en video være nemmere at forstå - det betinger jo dog naturligvis, at der er nogen, som har overskud til at lave disse videoklip.

Tak for dit feedback - jeg har nu ændret mit videoklip, så det er medtaget. Det er 2 kontakter, som hver især får en puls fra et out24 via et relæ, så det er potentialfrit. I første omgang tog jeg det ikke med, fordi jeg har igennem lang tid kunnet åbne og lukke porten, da det er den nemme del. Det svære var tilbagemelding via IHC input, som jeg har fokuseret på her på det seneste. Men nu er det hele på plads, så der er 2-vejs sync mellem produkterne og alle 3 betjeningsmuligheder. Disse 3 er Life fjernbetjening til porten, Apple Homekit og IHC Controlleren via svagstrømstryk eller automatik via funktionsblokke.

Nå, så kom jeg også i mål med min portåbner med hjælp med Henning. Så jeg satte mig for at lave en video, fordi det kan nogle gange være en nemmere måde at få syn for sagen. Men mit talent er ikke indenfor video, så se klippet med den baggrundsviden :-) Videoen kan findes her

Det bedste er at se i loggen efter fejlbeskeder. Den kan være placeret forskellige steder afhængig af, om du benytter Raspberry PI, Windows eller Synology NAS. På en standard Linux vil det typisk være i folderen /var/log/openhab2. Når man er i denne folder, kan loggen ses via kommandoen tail -f openhab.log Heri er der typisk forklaringer på fejlsituationer.

Jeg har selv både IHC og Hue installation. Hue laver en meget fin app, som kan mange ting inkl. setup af scenarier. Men i mine øjne ender man nemt op med mange apps - typisk en pr. producent som fx Philips, Velux, Danfoss, Somfy (gardiner), Nest samt en del produkter helt uden integration og som stand alone produkter. Det er her, at jeg synes, at IHC er stærk og fleksibel med mulighed for at integrere på tværs af produkter, så man undgår isolerede løsninger. Hvis man dernæst kombinerer det med Hennings suveræne setup, så mener jeg, at man har en fin og fleksibel installation, der er lige så nem at ændre som Hue pærerne. I min installation har jeg produkter fra bl.a. Velux, Wavin, Somfy (gardiner), Alux (markiser), EcoBee og Nest termostater, LK (inputs, outputs, dimmere, komplet IHC alarm, røg, mm), Axis kameraer, Philips Hue, Sensus vandmåler, Resol solvarmestyring, styring af nødstrøm, solcelleproduktion, diverse 3. parts PIR uden falske alarmer, Air Condition, VOC måler og DanTherm ventilation. I øjeblikket hjælper Henning mig med med at lave tilbagemelding til IHC fra min portåbner, som er en ret billig model fra Life. Dvs. også her ender jeg forhåbentlig med ægte to-vejs integration. IHC er kernen i at styre mange af ovennævnte produkter og uden IHC vil jeg i stor udstrækning have produkter, som ikke var integreret. Man kan integrere dem på anden vis som fx IHC Captain eller openHAB, men jeg foretrækker, at det er IHC, som er det bærende, hvor det er muligt. Med IHC som kerne kan man benytte fysiske tryk eller automatik via funktionsblokke på tværs af producenterne til automatisk styring. Fx. at kort tid efter IHC alarmen er slået til, så lukker porten, kameraerne tænder og ventilationsanlægget sættes på minimum. Og der er mange flere eksempler. Den endelige beslutning må være en afvejning af behov og pris. Jeg foretrækker selv produkter, som er integreret.

Jeg tror ikke, at det er problemet. Check brugernavn, pwd, timeout og ip adresse en gang til. Brugeren skal være typen admin i controlleren, og det bør være samme subnet.

Enten kan Mikkel implementere det i IHC Captain eller du kan skifte til openHAB. Her kan du selv lave dine regler, som laver det du ønsker med Hue. Fx. har jeg selv en Hue lampe til at blinke grøn 30 sekunder, hvis ringeklokken ringer. Eller en anden meget synlig lampe til konstant at blinke rød, hvis IHC alarm er udløst.

Hej I vejledning til sokkel som hører til røgalarm LK nr. 120B1287 er der vist 4 forbindelser: Par 1: nul og out 24 som forsyning med mulighed for afbrydelse til brug for reset Par 2: nul og input 3mA til indikering af alarm Set uploaded billede med rød firkant. Jeg står nu og mangler én ledig ledning i et IHC link 10 kabel, så derfor dette spørgsmål: Kan jeg sløjfe nul ude i sokkelen, så der kun skal trækkes i alt 3 ledere til denne røgsokkel? Både outputmodul og inputmodul er forsynet via backup 24 volt, og jeg har kun ét backup modul.kupmodul.

Netop denne besked er speciel og skal konfigureres i Administrator og ikke i Scenedesign. Der kan kun være 1 modtager.

God point - jeg har også købt en 2 kanal dimmer, som snart skal monteres. Men det er rigtig, at der nævnes en effekt på 15,1 watt, og det er jeg først blevet opmærksom på nu ifm. dit spørgsmål. Derfor satte jeg mig for i dag at prøve at måle den faktiske effekt i dimmeren. Jeg brugte en Sparometer til at måle med - se link - som skulle have en god præcision også ved lave belastninger. Her målte jeg 2 pærer til at bruge hhv. 2,9 og 4,2 watt. Dernæst måler jeg dimmeren tilsluttet men uden lamper tilknyttet til 1,4 watt. Med en Fluke måler viser amperen på 24 volt forsyning nærmest nul. Herefter tilslutter jeg pærerne, og kan regulere op og ned og ved en 100 % belastning måles 8,9 watt. Dvs. konklusionen er, at stand-by effekten er 1,4 watt, som stiger til 1,8 watt (8,9 - 4,2 - 2,9) ved en samlet belastning på 7,1 watt. Så der er langt til det opgivne forbrug, og mit gæt er, at dette høje forbrug gælder ved høje belastninger. Dimmeren understøtter i alt 2 x 200 = 400 watt led. Ovenstående hjælper dig nok ikke med din varmeberegning til tavlen, men giver dog en indsigt i det faktiske mønster på afsat effekt.

Ja, det er der flere, som har gjordt ved at lave reverse engineering på IHC SOAP protokol. Se eksempelvis openHAB her og IHC Captain her. Info om integration til Home Assistent er her. Mht. Modbus kender jeg ingen, som kan kommunikere fuldt ud til IHC denne vej via RS485. Enten fordi det ikke er muligt, eller også fordi protokollen ikke er tilgængelig. Og der er ingen mulighed for reverse engineering via fx ServiceView.

Hej. Jeg har lavet en guide her, som måske kan være en hjælp. Hvis du blot installerer bindingen IHC/ELKO lavet af Pauli fra PaperUI menuen, og det er openHAB version 2.5.x, så behøver du ingen add-ons eller ihc.cfg fil. Hvis du gerne vil styre det via Google Home, skal der sættes nogle ekstra såkaldte "tags" på, og det er nemmest at gøre i filer. Det hele er vist med eksempler i mit best practice indlæg. Hvis du kører visility parallelt med openHAB, så har du to apps, som poller din controller samtidig. Det giver selvsagt en større belastning og afhængig af controller model, opdateringsfrekvens og antal items, som skal monitoreres, giver det måske et performanceproblem for din controller.

Somfy RTS har ganske rigtig ingen tilbagemelding, så derfor har jeg monteret en mini magnetkontakt på gardinet, der giver tilbagemelding til IHC. Somfy motorer og fjernbetjening type io-homecontrol har ægte tilbagemelding med tal mellem 0 og 100 ligesom en dimmer. Det kan bl.a. forbindes til velux klf200 modul, der igen kan integreres med openHAB. Og openHAB kan sende status videre til IHC. I mit tilfælde var jeg nødt til at købe RTS motorer, fordi mine gardiner kun er 45 cm brede, og der kan jeg kun bruge RTS motorer. I mit setup er det fortsat IHC, som bestemmer, og dermed er det integreret med samme muligheder, som Henning nævner. Men Hennings forslag er bestemt også smart, og så slipper man for at sætte sig ind i openHAB.

Det kan gøres på flere måder, og jeg beskriver her min opsætning. Jeg har gardiner med Somfy motorer med trådløs fjernbetjening af typen RTS. For at opnå den funktionalitet som du beskriver, har jeg installeret openHAB med binding til RFXCOM - se link - + købt device til formålet - se link. openHAB er naturligvis også forbundet til IHC via en binding vist her. Dette kører lokalt og har derfor ingen afhængighed til cloud, hvilket jeg foretrækker. Via simple regler i openHAB knyttes svagstrømstryk til op/ned/stop for gardiner. Sondring mellem kort og langt tryk er bedst at lave i IHC, fordi det er tættest på hardwaren - trykkene - og dermed mest stabil.

Som @Kandersen korrekt skriver, så bliver der ikke oprettet nogle filer, når du bruger paperUI grafisk menu. Derimod bliver det gemt i en lokal database. Ikke alle muligheder er tilgængelig i denne menu, men kun via filer. Derfor støder du hurtigt ind i en begrænsning, og dermed skal du alligevel bruge filer, og det er også meget nemmere. Fx. copy/paste af linier med mere, som man ikke så nemt kan gøre i det grafiske interface. Se eksempel i mit indlæg om best practice for openhab. Jeg foreslår, at du laver det med filer, som i mit eksempel. Hvis du fortsat har problemer, så skriv igen og vedlæg filindhold.

Prøv at læse denne her tråd igennem - der er mange gode pointer. Den 9. januar 2019 havde jeg et indlæg i tråden, hvor jeg vedlagde en simplificeret udgave til wireless lavet af Henning. Den har jeg benyttet siden, og det reducerede problemet for mig med wireless, men nu - godt 1 år senere - må jeg konstatere, at jeg fortsat har det en sjælden gang imellem. I disse tilfælde løses problemet med en controller restart.

Jeg foreslår, at du kontakter @Henning Pedersen som vil kunne give dig god guidance til at få alt relevant med.

Niko bliver brugt i dette udstillingshus lige udenfor Roskilde: https://www.fremtidenshjem.dk