EjvindHald

Du burde blot kunne sige “ok google sluk alt lys”, hvorefter den selv finder alle lys og slukker disse. Dvs. den bruger ikke din funktion. Men hos mig kan jeg ikke få det at fungere korrekt - det ser ud til at den i visse tilfælde laver et kip. Det virker fint i Siri.

Jeg oplever det samme - måske er det Homekit bindingen.

Tak for input fra mange - også via telefon. Ingen kender præcis årsagen til, hvorfor en wireless dimmer til tider bliver ustabil, men - baseret på jeres input - gætter jeg på følgende: Afvikling af scenarier sker serielt, og hvis der optræder et problem (fx kommunikation), så kan det - af ukendte årsager - stoppe wireless kodeafviklingen helt. Op- og nedregulering af lysstyrke via scenarier kan - i visse tilfælde - give et problem, og årsagen er ukendt. Dette trigger dermed punkt 1. Jeg har i dag forelagt det for @Henning Pedersen, og samtidig spurgt om han ville lave en helt simpel funktionsblok, som ikke benytter scenarier til regulering af lys. Lyset reguleres i stedet via op og ned på produktet. Det har han venligt lavet, og jeg har installeret den hos mig, og den fungerer fint som tiltænkt. Et projekt med fb'en er vedlagt dette indlæg. Det er en helt simpel fb, som kun er beregnet til test. Jeg kan forstå på indlægget fra @Lars1 herover, at det ikke anbefales af LK, men jeg synes alligevel, at det kunne være interessant at se, om det løser nogle problemer med ustabilitet. Hvis ja, så er problemet indkredset lidt mere. @Henning Pedersen oplyste til mig, at han ikke har oplevet ustabilitet hos sine kunder, og han benytter primært sine egne sæt af blokke, som bl.a. er baseret på ovenstående princip. Derfor: Hvis nogle af jer, som har problemer med stabilitet, vil afprøve vedlagte fra Henning, vil det være rigtig fint. Hvis det grundlæggende problem er kommunikation, så gør fb'en naturligvis ingen forskel. Ser frem til feedback -:) Test af Wireless.vis

Du bør ikke bruge strømforsyning fra IHC til tilsluttede enheder. Det mest korrekte er en seperat forsyning og kontaktor, som 24 volt output kan tænde og slukke. Eltako laver fine DIN skinne moduler til dette, som jeg benytter i lignende setup til både 12 og 24 volt enheder. Eltako købes billigst i Tyskland på nettet.

Desværre oplever jeg nu lignende problemer med hw7 controller med 2 stk. wireless Ø80 hw2 og fb 1.2.05. Problemet minder mest om symptomet fra Coralreef, hvor det er som om wireless delen nogle gange bliver låst i controlleren, og begge mine wireless dimmere ophører med at fungere. Enten virker begge mine dimmere, eller ingen virker. Serviceview viser korrekt, men fysisk lys svarer ikke til den viste procent i serviceview. Håber der nogle, som måske har indsigt. @Thomas Brejner: Kom der er LK tekniker ud til din kunde med over 50 dæmpere, og hvad var konklusionen? @Coralreef: Virker det nu, og er du kommet nærmere root cause? - fik du afprøvet fb'en fra @Henning Pedersen? @TorbenSørensen: På dette link er der en kommentar fra @Lars1 om, at der er fjernet support i firmware for wireless touch. Betyder det, at løsningsforslaget i denne tråd fra dig om at benytte den til regulering ikke længere er mulig? Takker.

Jeg bor i Nordsjælland og har en hw2 du kan låne i et par dage inden montering i slutningen af uge 1. Hvis interesseret så send mig en pm.

As far as I recall others have had problem in Windows environment. I recommend using a Linux based environment instead.

Virker fint hos mig på hw7 uden krav om brugernavn eller kode.

Det er nu endt med, at jeg har købt en IHC wireless dimmer Ø80 hw2 for at kunne teste det selv. Og i mit setup fungerer det fejlfrit både i Homekit, OpenHAB web UI og OpenHAB IOS app. Uanset om jeg regulerer lysstyrken via en af disse eller via et fysisk tryk, så bliver alle status korrekt opdateret overalt både i binding version 1 og 2. Indhold i sitemap fil: Slider item=test_dimmer Indhold i item fil binding 1 Dimmer test_dimmer "Test Dimmer" <light> ["Lighting"] {ihc="12295773"} eller Indhold i item fil binding 2 Dimmer test_dimmer "Test Dimmer" <light> ["Lighting"] {channel="ihc:controller:haldIHC:dimmerStat"} Indhold i things fil binding 2 Type dimmer-channel : dimmerStat "Dimmer stat" [resourceId=12295773] Bemærk at da det er samme item navn (test_dimmer) skal du altid ENTEN bruge binding 1 ELLER binding 2 i ovenstående eksempel. Begge bindings kan godt bruges samtidig i OpenHAB, men da jeg har valgt samme navn i mit eksempel ovenfor, skal det være enten eller. Eneste underlige er, at der af og til er en lille forsinkelse på omkring 5 sekunder på opdatering af status, når lysstyrken sænkes. Men aldrig når lysstyrken hæves. Dog ved jeg ikke, om det skyldes bindingen eller er by design i OpenHAB. @Pauli Anttila: Do you know anything about this? I IHC forbinder jeg til resource "Lys niveau" på dimmeren som vist herunder: Ved tænd i Homekit starter den altid ved 100 %. Hvis man har lyst til at ændre dette, vil jeg tro, at en regel kan gøre det.

Det viste eksempel er fra binding version 1. Til binding 2 skal du ganske rigtig lave en .things fil ligesom indholdet i .item filen er anderledes. Pauli har vist et eksempel på begge dele i hans link til dokumentationen i Github.

I den nye binding har jeg erfaret, at det er nemmest at arbejde kun med en item fil og ikke PaperUI. I denne item fil sætter jeg createChannelsAutomatically til false. Man kan fortsat bruge PaperUI til finde resource ids via autodetektion.

Det er før set, at alle brugere inkl. admin pludselig er væk. Og man kan ikke tilføje nye til controlleren. Hvis det er hw 6.x kan du køre en special firmware til reset user. Hvis det er hw 7, er det en special fimware der resetter hele controlleren. Søg på forummet, så kan du finde disse.

Det afhænger af, om bindingen til Google Home aflæser status fra OpenHAB - i dit tilfælde lille_bad_OEV. Jeg formoder, at du har kontrolleret, at denne OpenHAB switch rent faktisk ændrer sig ved manuelt tænd på kontakten - dvs “<nummer” er det korrekte id fra .vis filen.

Mht. kip kan du fx gøre det som viste i nedenstående eksempel: Switch StueplanSpisestueStikkontakt "Vindueskarm" <bordlampe> ["Lighting"] {ihc="<0x15b05b,>[ON:0x15a45a:100],>[OFF:0x15a45a:100]"} hvor ON og OFF peger på den samme adresse, som er dit kip input eller fb til samme. Mulighed for at skelne mellem output og påvirkning af den samme er netop en af styrkerne i OpenHAB bindingen, som nu også er videreført i version 2 binding. Jeg har lavet et indlæg om det her. Med dette setup behøver du ingen regler, og heller ingen atoupdate='false'.

Sender dig en PM, så kan vi aftale nærmere.

Hej Flemming Jeg vil gerne købe 1 stk A111-00 Antennemodul 1 stk S101 Data Switch modul (100 mbit) 3 stk Opus 66 enkeltudtag Hvad siger du til kr. 450 for dette? Har du i øvrigt nogle IHC Net konnektorer? mvh Ejvind

Instead of changing the output (Lys niveau) directly then try to push the inputs (Tænd and Sluk in your example). In the new binding this functionality works like this example for switches: Rows in the Things file: Type switch-channel : ihcoutput "IHC output" [resourceId=3938651, direction="ReadOnly"] //output Type switch-channel : ihcinput1 "IHC input1" [resourceId=1412954, direction="WriteOnly", pulseWidth=100, commandToReact="ON"] //input1 Type switch-channel : ihcinput2 "IHC input2" [resourceId=1413210, direction="WriteOnly", pulseWidth=100, commandToReact="OFF"] //input2 Row in the Items file: Switch IHC2Spisebord "Spisebord" {channel="ihc:controller:haldIHC:ihcoutput", channel="ihc:controller:haldIHC:ihcinput1", channel="ihc:controller:haldIHC:ihcinput2"} I cannot test for dimmers, because I have no dimmers in my installation. By using this approach IHC will always be in control, and you can benefit from other IHC logic you might have made. It is the same as >[ON:xx] and >[OFF:xx] in binding 1, and I have mentioned it here

While working with this, I have found that in many ways it is easier to work with Things file instead of the auto discovery. These 2 topics mentioned by you are examples of the same. A Things file is also handy if you wan't to utilize the cool extra features provided in the binding such as "Direction" and "commandToReact". If you migrate to other hardware or to another box a file with all your configurations can come in handy. Same for backup purposes. To enable this you need to use "createChannelsAutomatically=false" statement in the header of the Things file as shown by Pauli on his documentation site. Finally, please be aware that the Homekit integration is currently being refactored to utilize a new metadata feature in OpenHAB. Among other things this will enable all Homekit device types when it is ready. You can read more here.

On the documentation link here provided by Pauli you can see some examples. I guess it would be similar to: Type dimmer-channel : MyDimmer "Dimmer living room" [ resourceId=9000002, direction="WriteOnly", pulseWidth=300 ]

If you are new to OpenHAB, then I suggest this approach: Get OpenHAB working with binding 1 for an ordinary wired switch output (item and sitemap file) Get OpenHAB working with binding 1 for a wireless dimmer output (item and sitemap file) Get OpenHAB working with binding 2 for an ordinary wired switch output (item, sitemap and things file) Get OpenHAB working with binding 2 for a wireless dimmer output (item, sitemap and things file) This will ensure you build up the knowledge needed + have proper connection to IHC. I have no dimmers at all, so I do not know the input in Things for this. But a manually added channel in binding 2 for a switch could look like this: Type switch-channel : ihcoutput "IHC output" [resourceId=3938651] where resourceId is the number from Visual. That line should be added in a Things file for binding 2.

Pauli is now making some final enhancements to the IHC binding 2 to prepare for a final release in the OpenHAB project. I have only wired devices in my installation, and no wireless such as a dimmer. Can anyone with a wireless dimmer in the installation please test if this works as intended in the new binding? You need to manually add a new channel for the wireless device in the Things file, since there is no auto discovery for wireless.

Se indlæg her for styring af Dantherm HCH-5.

Se indlæg her

Du kan gøre begge dele, men husk at få en autoriseret elektriker til at udføre det.

Dine spots er allerede trukket ud til tavlen og forbundet til dine Eltako lysdæmpere. Derfor skulle det ikke være noget problem at forbinde med IHC Wireless Ø80, som du kan få en elektriker til at montere helt tæt på din tavle, hvis der er plads omkring den.