EjvindHald

Det er formentlig helt korrekt identificeret årsag, som Brian beskriver. Jeg har selv et svagt lys i visse LED pærer grundet den nævnte induktion, og jeg har overvejet at fikse det med 2 pol relæer ud til lampen, så både fase og nul er afbrudt. Men indtil nu betyder det så lidt, så jeg bevarer det blot, som det er. Men jeg vil tror, at 2-pol relæ vil kunne løse det.

Ja, det gør jeg. Men det kræver output 24 til at påvirke Eltako lysdæmperen hhv. op og ned. Fra remote såsom Google Home vil du kun være i stand til at tænde og slukke, medmindre du laver ret avanceret programmering. Lokalt via svagstrømstryk kan du skrue op og ned. Skal du have bedste løsning til at skrue op og ned fra fx Google Home, skal du benytte LKs wireless lysdæmpere.

Der er pt. en af de nye stabile IHC Net strømforsyninger til salg på Den Blå Avis - dba.dk

I dag har jeg talt med Anders B. fra IHC support, som meget venligt oplyste, at brugeropsætning ikke er på SD kortet. Desuden mailede han en firmware til komplet reset til fabriksindstillingen til hw 7. Denne firmware fungerede til nulstilling af brugere, og jeg har vedlagt den i dette indlæg. Så nu har jeg løst mit problem. CTR.RESTORE.FACTORY.DEFAULT.fwf

Fandt du en løsning? - sidder desværre med samme problem på HW 7 og reset user gør ingen forskel

Yes, that is one of the advantages of binding version 2. It should automaticly discover 2 Things (your 2 IHC controllers) which each have their own ip address. Please be aware that OpenHAB is still is shipped with binding version 1, so you need to download and add IHC binding 2 yourself as explained in the first article in this post.

Jeg har vedlagt vejledning til den nævnte PIR. Mht. salg så prøv at gå til www.lince.net, vælg engelsk i højre hjørne og klik på products. Herefter åbnes en pdf fil, hvor modellen 1873BOBBY-AM er vist på side 28. Mit forslag er at skrive til dem og spørge efter en forhandler, hvor man kan købe denne model. Alternativt et andet modelnr, hvis den er erstattet. Til IHC har jeg også tilsluttet model Activ8 DT fra Honeywell kombi PIR / mikrobølge, som godt nok er mindre og pænere, men den giver med sjældne mellemrum fejlalarm. Lince 1873 Bobby AM på cykelskur.pdf

Ja

På et cykelskur i ca. højde 1,20 meter over jorden som anbefalet af producenten.

IHC Controlleren og din router skal være på samme subnet. Dvs. begge på 192.168.0.x eller begge på 192.168.1.x Check subnet på din router og tilpas IHC controlleren via usb adgang.

Jeg har i en del år benyttet en kombineret PIR / mikrobølge udendørs detektor fra det italienske firma Lince - Firmaets website er her. Jeg benytter model 1873BOBBY-AM, og har endnu ikke oplevet nogle falske alarmer. Det skyldes formentlig, at den konstrueret lidt anderledes end mange andre kombi PIR / mikrobølge sensorer. Kan fx købes på dette Amazon link.

No, not yet. I plan to do this when it is released with next version of OpenHAB. Just to be sure that I am using the final version. I have not verified, whether it is already in the latest build.

Hi @Ole Yes, it makes a lot of sense and you can utilize the full power of openHab including many devices in different technologies. But if you - like me - has a conservative approach and wan’t ihc to hold all logic you would instead feed ihc with the temp., wind and other inputs and let a fb control everything. Then openHab becomes an advanced remote control. I have learned that the 0-10 volt adapter from Zigza is quite useful when feeding ihc with analog input. So it depends on which approach you have :-)

@Ole Can you describe the actual use case for this? Maybe it would be better to have a simple input to a fb, which again sets the timer. Then openHab can trigger this fb input.

Nej, det har jeg ikke prøvet. Men måske @Pauli Anttila ved det.

Ja, men du skal være ret præcis med syntaksen. Søg på nettet og find eksempler. Du skal formentlig bruge sendCommand

Hvis du allerede har værdien i et Item, så lav blot en simpel regel, som flytter indholdet til et ihc item. pseudokode: if mqttItem value changed, then ihcItem = mqttItem.

Det samme gælder SMS modem, som viker fint mht æ, ø og p i hw 6.1 og 6.2. Men sammen med hw 7 kan SMS modemet ikke vise æ, ø og å. Jeg har nævnt det for supporten i LK for nogle måneder siden, men det er nok glemt, for der er intet sket.

@Pauli AnttilaSo will you ensure that this new IHC binding 2 will become a part of the openHAB package? Thank you very much for your effort so far.

Hi @Pauli Anttila Thanks for clarifying. I have now removed the pulseWidth on setting the numeric value, and everything is working fine.

@Pauli AnttilaI have now tried to test the number functionality, and my ihc.things contains this: Type number-channel : ihc2number "IHC vent" [resourceId=11390475, direction="WriteOnly", pulseWidth=1000] //vent Type number-channel : ihc2numberstat "IHC vent s" [resourceId=11393291, direction="ReadOnly"] //vent stat and the ihc.sitemap contains: Switch item=DanthermVent2 mappings=[1="1", 2="2", 3="3", 4="4"] while ihc.items has: Number DanthermVent2 "Vent. trin2" <qualityofservice> {channel="ihc:controller:haldIHC:ihc2number", channel="ihc:controller:haldIHC:ihc2numberstat"} The reading of the numeric value from ihc2numberstat is working fine. However, when the value is set using ihc2number, it seems always to set it to 100 according to LK ServiceView. This is regardless of whether I choose 1, 2, 3 og 4 in the UI. Therefore, this functionality is not working for me. Can you assist with this? - it is working fine in binding 1. Thanks.

Thanks. I have downloaded and installed the new binding version 2, and it is working as intended! Thanks, this is really good. For simple control of your IHC installation rules are not needed with this binding. However, I have not yet tested setting of an integer field - only done on/off. What will be the commandToReact on an integer field? - it needs to send a pulse to IHC, if the integer value is changed.

Det hele er fint beskrevet i LK's vejledning, som du kan finde her.

@Pauli AnttilaCool - I will look forward to this implementation, because then I should be able to implement everything ordinary logic without rules. However, I have one question. Today, I am setting an integer in IHC from openHAB to control the level of my ventilation system. It was a bit diffecult to get working in binding 1.x, and I ended up with this after advice from @Claus Skovgaard: Number DanthermVent "Vent. trin" <qualityofservice> ["CurrentTemperature"] {ihc="<0xadd90b,>[*:0xadce0b]"} The special part is marked in italic. Will I be able to set an integer i openHAB binding 2 like the example above? If yes, then I think all my scenarios are covered

@Pauli AnttilaThanks - I have tried this: item: Switch IHC2Spisebord "Spisebord" {channel="ihc:controller:haldIHC:ihcoutput", channel="ihc:controller:haldIHC:ihcinput1", channel="ihc:controller:haldIHC:ihcinput2"} things: Type switch-channel : ihcoutput "IHC output" [resourceId=3932434, direction="ReadOnly"] //output Type pulse-output-channel : ihcinput1 "IHC input1" [resourceId=3931665, direction="WriteOnly", pulseLength=1000, trigger="ON"] //input1 Type pulse-output-channel : ihcinput2 "IHC input2" [resourceId=3931921, direction="WriteOnly", pulseLength=1000, trigger="OFF"] //input2 which should work. When I change the switch in openHAB UI to ON, it sends command to IHC input 1, which is fine. However, one second later, it also send a command on input2, which turns off the light again. So I end up in a situation, where the light is on for one second. If your suggestion with trigger could be working, it can also be used for the toogle scenario. Then you would just define two channels on the same resourceID, but with different triggers.