Home Assistant IHC integration

Home Assistant is an opensource home automation system which can integrate with a lot of different kind of systems, but it has no IHC support yet. You can integrate IHC with Home assistant using mqtt and the ihc mqtt gateway. But it is nice to have a more “native” integration where lights, sensors e.t.c are found automatically. This is what this post is about.


The IHC integration is now included in the official Home Assistant – so the code below is not updated anymore.

Before you can use the home assistant IHC integration you need to install the python ihc soap client

From release 1.0.1 the python ihcsdk is now in PyPi and will be download automatically by home assistant.

The ihc integration for home assistant can be downloaded from github:


In the HA configuration folder (the folder containing configuration.yaml), you place the IHC integration in a subfolder called “custom_components”.

If you want to be able to update from the git repository see the description on github.


I have made support for the HA components: light, switch and binary sensor. but before you can use these you need to configure the main IHC component.

First step is to insert the configuration for your ihc controller in the configuration.yaml file:

  url: ''
  username: your-ihc-username
  password: your-ihc-password
  info: True

url,username and password are the connection for your ihc controller.

When “info” if True each device will have 3 properties: ihcid, ihcname and ihcnote, these are the value from the ihc project. You can see the properties at the bottom when you click the device in Home Assistant – see image.

This makes it easier to identify each device when you are setting up the system, so it is a good idea to leave this on in the beginning.


To configure light insert this section:

  - platform: ihc
    autosetup: True

autosetup: True will scan the ihc project and insert all products recognized as lights. If you want to manually add ihc resources – add the ids like this:

  - platform: ihc
    autosetup: True
      12345: tablelight
      12346: anotherlight

In this example 12345 is ihc resource id and “tablelight” is the name it will have in HA. The ihc resource id can be a light level for dimmers or an boolean output of a relay.


To configure switches insert this section:

  - platform: ihc
    autosetup: True

To manually add ihc resources do:

  - platform: ihc
    autosetup: True
      12345: myswitch

The resource id should be a boolean resource.

Binary sensor

To configure binary sensors insert this section:

  - platform: ihc
    autosetup: True

The autosetuo should find Pit sensors and magnet contacts. if you want to add something manually do it like this:

  - platform: ihc
    autosetup: True
        name: mysensor
        type: opening
        inverting: True

The resource id should be a boolean resource. You can skip the inverting if you do not want to invert it (or set it to False). The different kind of sensor types can be found here at the HA site:

Home Assistant Binary Sensor

If you only want to specify the name – you can like do the other components id: name


For troubleshooting look in the ha log.

The component names should only contain a-z 0-9 and _ (Any national characters will be stripped). If you want to change the friendly display name do it in the customization in HA.


118 responses to “Home Assistant IHC integration”

  1. Christian says:

    This is awesome! I’ll try this very soon – this makes me able to get rid of my BeoLink Gateway, where I have to make double-commands to control my IHC stuffn from Home-assistant. Thanks!

  2. Morten says:

    Awesome indeed!! The integration works great and I have spend the past days adding automation and conditions to my IHC system. This is SO much more flexible and versatile than the native IHC interface and have truely revitalized my IHC installation. And not least made it fun and relevant! Now it starts to feel like what I intended back in the days getting it installed. HUGE thanks to Jens, the author!
    On my wish (dream) list is support for multiple controllers (I have two in my installation) and additional non-binary sensors (like temperature). One can only hope that dreams may come true 😉 Being able run Home Assistant with this integration script is definitely a must have for anyone with IHC. Highly recommended to try out!

  3. Christian says:

    Would it be possible to get all the presses (tryk, danish) in Home Assistant as well? So you could configure the presses to turn on for example Philips Hue bulbs.

    • Jens says:

      You can do it this way: You connect a binary sensor to a button (the ihc resource id for the button).You must do this by specifying the resource id manually. Then make an automation script to turn on the Philips Hue when the binary sensor change from off to on. Similar with another button to turn off the light. There are probably other ways to do it – I am still learning how Home Assistant works.
      (LK use the name “Control switch button” in English.)

      • Christian Klit says:

        Great, thanks a lot 🙂

      • Torben says:

        I am not sure I understand this 100 %

        I am able to type in an ID for the 4 Tryk Tast switch, but not able to define each of the 4 buttons. How can I then get the separate buttons into HA?

        Great work on this! Just bought a house with IHC, and still very noobish.

        • Jens says:

          Each button has an id. You can make a binary sensor for each button.

          • Torben says:

            I am using the Visual Controller 2 with HW 6.1 along with the Fuga switches. Could the old controller and thereby the old software be the reason, I am not able to see IDs for the seperate buttons but only for entire switch-component?

            Or maybe I am looking the wrong place. (I right-click the component, to enter the properties, where I can also define the datalines and inputs.

            Sorry if its a stupid question 😛

          • Jens says:

            I am using the same controller HW 6.1
            The software that comes with the controller does not show the resource ids. You can use my Alternative Service View Application. When you select an in- or output you will see the resource id in the bottom right window. Or you can open the IHC project in a text/xml editor and find it manually – but this is a bit more complicated.

          • Torben says:

            I will have a look at that tonight.

            Thanks for your help. It was the last thing I needed before editing my hass setup from my previous home.

            Great work

  4. Håkan Axelsson says:


    Just a smalltypo custom_components. >>
    IHC integration in a subfolder called “custom_compoments”.

  5. Martin says:

    Hi Jens, a couple of questions.
    1) Will it be possible to extend the integration, so that e.g. a “Wireless Combi relay 4 buttons” will show up as a light component, but also auto insert all the integrated buttons as binary sensors.

    2) How do you do the actual development/debug of the component? What IDE are you using, and how do debug the source?

    3) Do you plan to have the component added as an official component?

    • Jens says:

      1) I think I would add the buttons manually, but you can add this to PRODUCTAUTOSETUP:
      {‘xpath’: ‘.//product_airlink[@product_identifier=”_0x4404″]’,
      ‘node’: ‘airlink_input[@address_channel=”_0x1″]’,
      ‘type’: ‘None’,
      ‘inverting’: False},
      for first button, then copy the same and do address_channel=”_0x2″ for second button e.t.c.
      2) I use visual studio for development, you can debug, but I have not found a way to attach to home assistant yet. (I use the installed home-assistant, and will probably need to download the source from github to do it). This is on my todo list.
      The PythonIhcSdk has the solution and project file included – you can open it in visual studio and try the example.
      3) Maybe I will add it as an official component, I have not decided yet.

  6. Martin says:

    1) Will look into it – if I get it sorted I might suggest a pull request.

    2) The PythonIhcSdk I get can be debugged by itself. I was looking for some tips/pointers/hints how you did the development and debug of the component for Home Assistant.

    Nice work by the way!!

    • Jens says:

      I think the autosetup configuration should be moved out to a separate yaml configuration file, because having all the buttons as binary sensors is probably not something most users will want. (I guess you only want this for buttons you will be using to control something in hass. This is why I wrote I would add the buttons manually)

      The perfect way to do this I think would be to have a UI for IHC setup with the complete ihc project tree and then you could just click a ressource and bind it to a hass component – no manually yaml configuration. (A lot of work, and I am not sure if I will go all the way)

      If I find a way to attach the Visual Studio debugger to home assistent I will let you know.

      • Martin says:

        Your thoughts make sense – I’m retrofitting an old home, and only have a few buttons that are all used in HA, so for me the auto discover would be nice.

        Instead of a complete setup tool, a nice “yaml auto generator” where you just click the IHC ressource and then the corrossponding yaml files are created could be nice.

        Personally I’m not doing the bindings/automations in HA’s yaml, but instead I’m using the HA Appdaemon.

        Thanks for letting me know about your findings.

        • Jens says:

          For debugging in Visual studio you need to start the main() function in the __main__ file.
          You can make a py file containing these 2 lines:

          from homeassistant.__main__ import main

          Then set this py file as your startup, and on the debug properties for the project add the script argument –runner
          You can also add a -c path-to-config-dir if you want to use a specific home assistant configuration

  7. Karsten says:

    Hello Jens

    Big Thanks for your work, it works great.

    Is it possible for HA to registrate if IHC reboots – at the moment HA looses integration when IHC reboots.

    • Jens says:

      I have made an update to the ihcsdk that should improve on the re-connect if the ihc controller is reset or the connection is lost from HA
      It has not yet been included in HA, but you want to try it out you can update the ihcsdk manually to version 2.2.0:

      pip3 install –upgrade ihcsdk

      And you need to do this is the same context as HA – in case you are using a virtual python environment. You should have HA stopped while you do this

  8. Brian says:

    First off thanks a million for writing this.
    Is there a list over supported IHC controllers?

    • Jens says:

      I do not have a list, but it should be working on all since IHC controller visual 2 HW 6.1
      I have tested it myself on that controller and the latest IHC visual controller 3.
      Other users have reported HW 6.2 to be working also.
      The IHC controller is sold under other names too – like “Elko” in sweeden. I know some users have these working too, but I do not have the product versions.

      • Brian says:

        Thanks for your reply. I forgot to ask you if you know if the controller has to be the viewer version or those without the viewer addon work.

        • Jens says:

          I don’t know if you need the viewer version. I don’t have a controller without the viewer.
          If you have one without the viewer try it and let us know the result.

  9. Lasse says:

    I have a problem with my IHC switches (4-button wired Opus buttons/”kip tryk”)

    None are automatically discovered or configured. All lights are discovered automatically and working, but none of the switches.

    Regardles of manually configuring them as switches or binary sensors, when I then press one of the buttons, _all_ configured switches/sensors triggers as pressed, not just the one I press. I have the individual ressource id’s configured like:

    – platform: ihc
    – id: 23866
    name: stue_trappe_1
    – id: 24122
    name: stue_trappe_2
    – id: 25146
    name: stue_gang_1
    – id: 25402
    name: stue_gang_2

    Any suggestions how to resolve this?

    • Lasse says:

      … additional information:

      If I use “Alternative Service View” program to see resource id’s I have the possibility to press “click” or “on”/”off” for the specific button. Then only one of the buttons in Home Assistant toggles as pressed, so then it works. Just not when pressing the physical IHC button.

      So, I guess there is a problem in the IHC implementation within Home Assistant “reading” the physical button state?

      • Jens says:

        If you look in the log book in Home Assistant do you then also see all buttons change when you press just one button?

        • Lasse says:


          Logbook entries are:

          10.12 stue_trappe_1 turned off
          10.12 stue_trappe_2 turned off
          10.12 stue_gang_1 turned off
          10.12 stue_gang_2 turned off
          10.12 stue_trappe_1 turned on
          10.12 stue_trappe_2 turned on
          10.12 stue_gang_1 turned on
          10.12 stue_gang_2 turned on

          Note the entries are reversed (direct copy paste from logbook)
          I only pressed one physical button.

          If I press “click” on one of the buttons in IHC Alternative Service View, only that button is pressed, logged and turned on

  10. Lasse says:

    Nogen idéer til hvordan jeg kan fejlsøge, omkonfigurere, teste? Vil meget gerne kunne aflæse mine kip-tryk i HA.

    (Any ideas how to debug or reconfigure?)

    • Jens says:

      Du kan prøve at lave en minimal test opsætning i HA hvor du kun har dine kip-tryk for at se om det er samspil med noget andet som giver problemer. (set auto_setup til False og fjern alle andre manuelle opsætninger i ihc)

  11. Lasse says:

    Problem løst, var fejl i IHC konfigurationen på visual controlleren hos mig. Nu virker tingene som forventet 🙂

    Beklager forstyrrelsen, men tak for hjælpen

  12. mark madsen says:

    Jeg har lign. problemstilling og kan ikke finde batteri tryk. Har defineret dem som en binary sensor og benytte id fra det enkelte tryk. Er dette korrekt?
    Jeg har muligvis brug for en venlig sjæl der kan poste et eksempel der virker. Alle mine andre ihc komponenter kommer ind men selve mine wireless battery tryk gør ikke. Jeg skal bruge dem til at kontroller and enheder Zigbee såsom Philips hue og lign.

  13. mark madsen says:

    Hej, Jeg har lign. problem som beskrevet her på tråden men har ikke haft held endnu; muligvis pågrund af evnerne:). Jeg har i dag integreret diverse ihc komponenter som virker i HA. Jeg vil gerne kunne bruge min IHC wireless batteri tryk til at styre andre Zigbee enheder ala Philips hue og ikea tradfri. Jeg kan dog ikke finde disse tryk og jeg har prøvet at oprette dem som binary sensor via deres id men indtil videre uden held. Er der venlig sjæl der kan poste et simpelt eksempel som vekommende ved virker?

  14. Djec says:

    Er det muligt at tilføje forbindelse til flere ihc controllere?

    • Jens says:

      Morten Lüneborg har lavet support for mere end en controller, jeg har ikke selv prøvet det. Det kommer først i næste version, eller du kan hente dev branch fra github hvis du ikke kan vente.

  15. Birger says:

    er det muligt at kunne styre temperaturen på IHC?? jeg kan PT se den aktuelle rum temperatur, men er der en måde jeg kan justere den på

    • Jens says:

      Du kan bruge service kald. Se under udviklerværktøjer|services. Der er en funktion for hver parameter type bool, float og int. For temperatur er det decimal tal d.v.s. ihc.set_runtime_value_float du skal bruge. Her er et automation eksempel jeg selv bruger til at få temperaturen fra mit badeværelse ind i ihc

      - alias: BadTemperatur
      - platform: event
      event_type: state_changed
      entity_id: climate.bad_termostat
      - alias: CopyTemperatur
      service: ihc.set_runtime_value_float
      ihc_id: 2210580
      value: '{{ states.climate.bad_termostat.attributes.current_temperature }}'

      (Bemærk at yaml indrykninger bliver ikke vist korrekt her)

      • Birger says:

        Hej… hvis jeg sætter dit eksempel ind efter alt mit IHC i yaml og skifter ID til mit eget bad vil Hassio ikke starte igen, har du et bud på det??

        • Jens says:

          Det skal stå under automation sektionen (som regel i automation.yaml filen). Når det går galt med yaml det ofte indrykninger det er galt med, og husk ikke at bruge tab. Brug en editor hvor du kan vise whitespace d.v.s. space og tab. (Jeg forstår ikke hvorfor nogen syntes yaml formatet var smart til Home Assistant).
          Det er ikke nok kun at udskifte ihc_id – “climate.bad_termostat” er min termostat så der må du vælge noget fra din installation. Når du har rettet i din Home Assistant configuration så brug funktionen “Tjek Konfiguration” under instillinger|Generelt inden du genstarter HA

          • Birger says:

            er det sådan du kunne dele din automation.yaml så man kunne efterligne lidt 🙂 når jeg sætter det nu og retter til efter mit eget for jeg følgende når jeg tjekker config
            Invalid config for [automation]: required key not provided @ data[‘action’]. Got None. (See /config/configuration.yaml, line 184). Please check the docs at https://home-assistant.io/components/automation/
            Invalid config for [automation]: [platform] is an invalid option for [automation]. Check: automation->platform. (See /config/configuration.yaml, line 184). Please check the docs at https://home-assistant.io/components/automation/
            Invalid config for [automation]: [service] is an invalid option for [automation]. Check: automation->service. (See /config/configuration.yaml, line 184). Please check the docs at https://home-assistant.io/components/automation/

          • Birger Jense says:

            Hej igen
            nu har jeg fået rodet lidt med det, der er bare noget jeg ikke helt forstå, som jeg ser det har du dine IHC temperatur målere inde i HA som Thermostater, men mine ligger der inde som sensore, jeg har oprettet alle min IHC enheder manuel i configurtion.yaml, har jeg sat dem forkert op?

          • Jens says:

            Mine temperature kommer ikke fra IHC. Det er fra Max Cube systemet til trådlåse termostater. (Se e.v.t. min post om der her på dingus.dk). Mit automation eksempel overfører temperature fra Max Cube til IHC. (climate.bad_termostat er en Max termostat)

          • Birger says:

            ja okay… så har jeg misforstået… har alt varme via IHC og troede jeg kunne komme til at justere den via HA øv øv

          • Birger says:

            Hvis jeg nu laver en Generic Thermostat i Hassio og peger den på min bad sensor, så for jeg en Termostat i Hassio der viser temperaturen i badeværelset hvor jeg så kan justere varmen, vil jeg så kunne lave en automation hvor den kopier target temp til mit IHC ID i funktionsblokken (Setpunkt)?

          • Jens says:

            Det kan godt ske at det kan lade sig gøre. Så vidt jeg kan se er Generic Thermostat er tiltænkt som en styring af varmen – der står at “heater” (on/off) skal være sat, men du kan nok pege den på en eller anden “dummy” switch som så ikke bliver brugt. D.v.s. så bruger du den kun til at vise og sætte temperatur med. Så skal du lave en automation der sætter temperaturen i IHC når target_temp ændres i HA – samme pricip som det jeg har i mit script.
            Lad mig vide om du får det til at virke – der kan godt være andre som er også interreseret i det.
            Alternativt kan du bruge en “input_number” (en slider) component til at sætte temperaturen i IHC med automation.

          • Birger says:

            hej igen
            jeg har prøvet at lave en “input_number”
            name: Temperature
            min: 5
            max: 25
            step: 0.5
            icon: mdi:thermometer

            og så har jeg lavet følgende automation
            alias: Badtemp1
            – platform: event
            event_type: state_changed
            entity_id: input_number.heating_temperature
            – service: ihc.set_runtime_value_float
            ihcid: 2574380
            value: ‘{{ states.input_number.heating_temperatur.state }}’

            men for denne fejl i loggen

            Error while executing automation automation.badtemp1. Invalid data for call_service at pos 1: extra keys not allowed @ data[‘ihcid’]

            har du en ide til hvad jeg gør galt?

          • Jens says:

            Du mangler et underscore ihcid skak være ihc_id. Ellers ser det helt rigtigt ud

          • Birger says:

            Undskyld så er vi her igen, har rettet manglende underscore, men nu for jeg følgende

            Error while executing automation automation.badtemp1. Invalid data for call_service at pos 1: expected float for dictionary value @ data[‘value’]

          • Jens says:

            prøv at rette linien for value til:

            value: “{{ states( ‘input_number.heating_temperature’) | float }}”

            Jeg kiggede på et eksempel under input_number – der gør de noget tilvarende med “int”

          • Birger says:

            sådan… tusind tak det virker, er ovenud lykkelig har en komplet IHC installation i min HA 🙂

          • Birger says:

            hej, ville lige dele at jeg også har fået Generic thermostat til at virke med mit IHC, så jeg for det over i homekit og kan stille temperaturen på Hassio og i Homekit… igen tusind tak for hjælpen

          • Henrik Mathiesen says:

            Kæft hvor har jeg prøvet mange ting i HA for at få denne til at virke 🙂


          • Henrik Mathiesen says:

            Hej igen,

            Min glæde varede sku kort 🙂

            Får fejl mht float.

            – platform: generic_thermostat
            name: bryggers_termostat
            heater: switch.heater_scullary
            target_sensor: sensor.aeon_labs_zw100_multisensor_6_temperature
            min_temp: 18
            max_temp: 26
            ac_mode: false
            target_temp: 22
            initial_hvac_mode: “off”

            -alias: Temperatur Bryggers
            description: ”
            – event_data:
            entity_id: climate.bryggers_termostat
            event_type: state_changed
            platform: event
            – data:
            ihc_id: 7878932
            value: ‘{{ states.climate.bryggers_termostat.attributes.current_temperature }}’
            service: ihc.set_runtime_value_float

            Error while executing automation automation.temperatur_bryggers. Invalid data for call_service at pos 1: expected float for dictionary value @ data[‘value’]
            Connection lost. Reconnecting…

          • Jens says:

            Du skal have data_template: isteder for data: for at kunne bruge template udtryk. Se her: https://www.dingus.dk/ihc-and-home-assistant-tips/

  16. Birger says:

    Hvis jeg sætter dit eksempel ind i yaml under alt det andet IHC og ændre ID til mit bad, så vil den ikke starte Hassio igen, er det ikke sådan jeg skulle gøre det?

  17. Claus Blaabjerg Hansen says:

    My switches dosent show up in HA automatically. I need to create them manually. Should auto_setup not get them automatically?

  18. Janus Hansen says:

    The wireless puck relay; is not working; with AUTO setup.

    the PUCK its is identified with brightness setting linke a dimmer instead of af simple switch function.

  19. Janus Hansen says:

    Following solved my issue for now;

    Manually added my PUCK relay in the conf.

    – url: ‘’
    username: admin
    password: admin
    auto_setup: true
    info: true
    – id: 75868
    name: Tryk OH – office
    – id: 76380
    name: Tryk NH – office
    – id: 137054

  20. Tom says:

    Hej! Jeg har problemer med, at min IHC-installation bliver langsom, når HA kører. Jeg har en Visual 3 controller med nyeste firmware (CTR.R.03.03.23.fwf), og jeg kører nyeste version af HA (0.103.6 på Raspberry Pi 4 Model B 32bit). Jeg har lavet en frisk installation, hvor kun IHC er konfigureret med defaults. Alle “lights” og “switches” vises og fungerer, men når jeg vil tænde/slukke lyset fra et tryk på normal vis, så er der en forsinkelse på 1-2 sekunder. Er der andre, der oplever dette og evt. kender en løsning?

    • Jens says:

      Forsvinder forsinkelsen hvis du stopper HA?

      • Tom says:

        Ja, hvis jeg stopper/sluker HA, så fungerer alt normalt igen.

        • Jens says:

          Prøv at sætte auto_setup til false i din configuration, så alle lys osv ikke bliver automatisk fundet. Sæt så et enkelt lys ind manuelt, og se om det gør en forskel.
          Hvis du har et eller andet som bliver synkroniseret med HA som står og skifte state hele tiden, så kunne det måske forklare det. Det er ikke noget jeg selv har oplevet, det var bare en ide.

          • Tom says:

            Det gør en forskel, at slå auto_setup fra. Det er sikkert som du antyder en sensor/pir, der ofte skifter tilstand og dermed unødigt skaber for meget trafik mellem HA og IHC. Kan man nøjes med, at slå auto_setup til for lights og switches? Det er et ret stort arbejde, at skulle oprette 50+ enheder manuelt.

          • Jens says:

            Du kan kopiere filen ihc_auto_setup.yaml fra homeassistant\components\ihc til din configurations folder. Så vil den blive brugt istedet for den indbyggede fil. Derefter sletter du det fra ihc_auto_setup.yaml som du ikke vil have auto setup på. Hvis du f.eks ikke vil have dine pir’s med, sletter du de 3 pir produkter. (Der er kommentarer der hjælper med at identificere hvert produkt)

          • Tom says:

            Her blot en opfølgning på mit problem. Jeg har afprøvet forskellige opsætninger inkl. at køre med auto_setup til true og med en lokal ihc_auto_setup.yaml, hvor jeg har slettet visse sektioner. Uanset hvad jeg gør, så bliver min IHC-installation langsom, når HA kører. Selv med et manuelt setup med kun en switch konfigureret, så bliver mine almindelige tryk til “gummitaster”, altså en lille forsinkelse hver gang man tænder/slukker lyset. Min konklusion er ind til videre, at selvom jeg kører med nyeste version af alt og ellers har velfungerende netværk/installationer, så kan jeg ikke bruge HA sammen med IHC. Det er super-ærgerligt, da konceptet er perfekt, men teknisk set mangler der noget før det kan tages i anvendelse. Det virker som om, at der er noget i integrationen, der er for “hård” ved IHC. Det, at der lyttes på tilstandsskift binder sig for hårdt til IHC på en eller anden måde. Hjælp og råd modtages gerne.

          • Jens says:

            Med en kun switch kan det ikke være tilstandsskift der er skyld i det. Det er “long polling” med timeout på 10 sek – det skulle den gerne kunne. Kører du trådløst til controller eller Raspberry pi? (Bare et vildt gæt på et eller andet der kan forklare det)
            For lang tid siden på en Controller HW 6.1 havede jeg lidt det samme med openhab, men fandt aldrig ud af hvad det var.
            Jeg har aldrig oplevet med HA det eller hørt om andre med det problem. Hvis der er andre må i gerne skrive en kommentar.

          • Tom says:

            Jeg mente “light” og ikke “switch”. Det er tilsyneladende kun “light”, der er problemet. Jeg har netop lavet en test, hvor alle switches og sensors er konfigureret manuelt. Det ser ud til, at virke fint, men i det øjeblik jeg konfigurerer ét light element, så bliver netop dette langsomt, men de andre, som ikke er konfigureret virker fint. Det virker som om, at HA har et problem med at overvåge/lytte på tilstanden af lights. Forsinkelsen er under et sekund, så måske jeg bare er den eneste, der lægger mærke til det. Min IHC-installation er ellers lynhurtig, så når et enkelt tryk bliver “gummi”-agtigt, opdager man det med det samme.
            Alt er trådet, både IHC og netværk.

          • Jens says:

            HA IHC integrationen får ændringer fra HA på samme måde for alle typer enheder (Lytter på resource id ændringer). Så switch, sensor, light virker ens hvad det angår. Det virker på samme måde som IHC ServiceView. Det lyder som noget kun LK kan ændre på. Du kan e.v.t. prøve at starte IHC ServiceView og højreklikke på lysniveau for en lampe og vælge “Log værdiskift”, så lytter ServiceView med på skift – og du burde få samme effekt. Ikke at det hjælper noget, men jeg er rimelig sikker på at det ikke er noget der kan fikses i HA integrationen.

          • Tom says:

            Ok, tak for forslag. Jeg har nu lavet en isoleret test med én lampe og ét tryk. Hvis jeg vælger “Log værdiskift” i ServiceView på udgangen til denne lampe, så kan jeg se en log-linie for hver gang jeg “kipper” trykket. Der er ingen forsinkelse og alt virker normalt. Når jeg så fjerner “Log værdiskift” igen, og indsætter nedenstående i configuration.yaml, så kan jeg styre lampen via HA, men når jeg “kipper” trykket, så er der nu kommet en lille forsinkelse.

            – id: 75099
            name: Lampe test

            Jeg har svært ved at se hvad der kan gøres i IHC for at løse problemet. Er der andre forslag?

          • Jens says:

            Jeg har eksperimenteret lidt mere for at se om jeg kan få det samme som dig. Alle mine lamper er IHC wireless og de fleste med dimmer, så de starter “blødt” og er derfor svære at bedømme om der er forsinkelse. Jeg har dog nogle få med relæ og jeg kan godt fornemme en lille forsinkelse som du snakker om – vi snakker millisekunder – og jeg ville ikke have bemærket det hvis jeg ikke kiggede efter det. Efterfølgende ville jeg afprøve det på min PC (den jeg udvikler på)- og her kumme jeg ikke “fornemme” nogen forskel, hvilket fik mig til at tænke at det har noget med hastigheden på den computer som HA kører på. Jeg køre normalt HA på en Odroid N2 (under docker sammen med en del andre ting) – køre iøvrigt rigtigt godt. For at se om jeg kunne få en bedre indikation prøvede jeg at installere på en Raspberry Pi 2 (som er en del langsommere), men her var “fornemmelsen” næste væk igen. Meget mærkeligt, men det må skyldes at HA er det eneste der køre og uden alle de andre HA integrationer som jeg normalt har (Z-Wave, Ikea, Zigbee2Mqtt …)
            Konklusionen må være at IHC controlleren venter på den som lytter med på ændringer. Det burde ikke være sådan, men det er ikke noget jeg kan lave om på. Jeg vil se om den måde der laves requests til controlleren kan ændres så det går hurtigere.

          • Tom says:

            Det er da rart, at du også (næsten) oplever det samme som mig. Hos mig vurderer jeg det til, at være ca. 500 ms og nogle gange lidt mere – op imod et sekund.
            Jeg har netop lavet en frisk installation på en hurtig NUC, hvor der kun er HA med IHC konfigureret. Der er ingen forskel – det er desværre med samme forsinkelse.
            Det taler lidt for, at en optimering af koden kunne være vejen frem.

          • Jens says:

            Jeg har sendt dig en fil med ændringer jeg gerne vil har dig til at teste.

          • Kasper says:

            Jeg oplever samme ting med en lille forsinkelse når der trykkes på kontakterne. Dog oplever jeg ingen forsinkelse når trykket tænder flere udgange?

          • Jens says:

            Jeg tror nok at jeg har fundet en løsning på tidforsinkelsen og jeg har lavet en rettelse til det. Det er allerede med i home assistant på github, og skulle gerne komme i en opdatering snart. Problemet er at Home Assistant IHC integrationen afbryder forbindelsen til IHC controlleren, og hver gang den forbinder giver det åbenbart en tidsforsinkelse i controlleren.

  21. Per says:

    Hej, jeg har lidt samme spørgsmål, er også ved at lave en opsætning af HA og IHC med samme udfordringer. kører også på en PI4 men kan ikke finde de filer som du (Jens) beskirver her ovenfor: homeassistant\components\ihc
    Er der fordi HA kører i en docker installation?

    • Jens says:

      Den fulde stil afhænger af hvordan du har installeret HA. Hvis det er en docker container er det lidt bøvlet at få fat i filerne (du kan starte en /bin/bash med docker exec og søge efter filen). Det er nok nemmere bare at hente den direkte fra github source her: https://github.com/home-assistant/home-assistant/tree/dev/homeassistant/components/ihc

      • Martin Løvenfald says:

        til en start super side og fantastisk at der findes mennesker som dig, der dele ud af sin viden..
        Jeg er Ny i HA verden og håber du du kan kaste lys over min manglende viden:
        har brugt auto discover og det virker fint, men mine pir er jo NC så når du skriver:
        Hvis det er en docker container er det lidt bøvlet at få fat i filerne (du kan starte en /bin/bash med docker exec og søge efter filen). Det er nok nemmere bare at hente den direkte fra github source her: https://github.com/home-assistant/home-assistant/tree/dev/homeassistant/components/ihc
        skal filen så ” bare ligges /components/ihc også vælger HA de eller hva..

        • Martin Løvenfald says:

          til info min HA ligger på en rp 3b+ og har installaret med balenaEtcher helt standard vil jeg tro .. ;o)

        • Jens says:

          Du skal kopiere ihc_auto_setup.yaml til din home assistant configurations folder (den folder hvor din configuration.yaml fil ligger). M.h.t. auto setup se her:

          • Martin Løvenfald says:

            tak nu har jeg lavet denne fil /config/ihc_auto_setup.yaml. med indhold selvfølgelig, men er der ikke et sted jeg kan se og editere i det som der bliver fundet, og skal der slet ikke gøres noget i /config/configuration.yaml
            mit indhold der er:
            # Configure a default setup of Home Assistant (frontend, api, etc)

            # Text to speech
            – platform: google_translate
            language: ‘da’

            group: !include groups.yaml
            automation: !include automations.yaml
            script: !include scripts.yaml
            scene: !include scenes.yaml

            # IHC login
            – url: ‘’
            username: martin
            password: xxxxxx

            havde forventet at alle “punkterne” kom ind her ????
            igen tak for din tid ..

          • Jens says:

            Du kan sætte navn og f.eks. ikon i customize.yaml se her:
            Jeg har f.eks. i min customize.yaml

            device_class: door
            friendly_name: Toilet dør

            For en magnet sensor – deveice_class gør at den bliver vist som en dør og åben/lukket

            Du kan se alle “Tilstande” under Udviklerværktøjer|Tilstande (Developertools|States). Her kan du også se alt der at blevet fundet med auto setup.

  22. Christian says:

    Hej, jeg har en udfordring jeg vil høre om der også er andre IHC brugere der har?

    Mine IHC enheder kan ikke ses i Home Assistant under “Enheder”. Under “Entititer” står følgende ud for dem: “Denne entitet har ikke et unik ID. Derfor kan dens indstillinger ikke styres fra brugerfladen”.

    Er der andre der oplever det samme og evt. nogen der har en løsning?

    • Jens says:

      IHC integrationen giver ikke “Entities” et unikt id fordi denne funktionalitet var ikke tilstede på det tidspunkt hvor det blev lavet. Så vidt jeg ved er det eneste du kan gøre i “entities” listen, er at skjule enkelte “entities” som er blevet indsat automatisk. Derfor er det ikke lige noget der står øverst på min todo liste. Hvis der er nogen som kan fortælle om man får andre fordele af unik id så fortæl endeligt.

      • Torben Beck says:

        Jeg står med samme udfordring med manglende unikt id, jeg er ved at opsætte min lovelace, hvor jeg ønsker at ændre “icon” på nogle af mine “entities” men det kan jeg ikke få til at lykkes, umildbart fordi der mangler unikt id.

        Så det vil i mine øjne være et kæmpe plus hvis der bliver mulighed for at de enkelte “entities” fra IHC får et unikt id.

        • Jens says:

          Du kan godt ændre ikoner. Jeg har f.eks i min customize.yaml:

           icon: mdi:weather-night

          Og det virker fint. Du kan også ændre det fra UI i Configuration|Customizations

  23. Torben Beck says:

    Hej Jens. Okay det lyder super. Vil lige høre om du har en idé om hvorfor mine IHC “entities” står som skrivebeskyttet? Så må det være årsagen til at jeg ikke kan få lov til at ændre ikoner, hverken fra UI eller i customize.yaml.


    • Jens says:

      Måske er customize.yaml filen skrivebeskyttet? Det kan også være at den bruger som HA køre med ikke har skrive adgang til filen. Prøv at gøre det ved at rette manuelt i customize.yaml (og check at du har inkluderet den i din configuration.yaml). Du skal efterfølgende genstarte HA.

  24. Hans H says:

    Jeg har installeret HA i docker på et nas, i nyeste HA version.
    Jeg har skrevet IP adresse og bruger/password ind men efter opstart kommer den med “the following integrations and platforms could not be set up: ihc”

    • Jens says:

      Har du checket at der ikke er fejl i din konfigurationsfil (yaml er ikke særlig tilgivende). Gå ind i Configuration|Serer control og brug “Check Configuration” knappen øverst. Hvis du ikke har knappen er det fordi du mangler at slå “Advanced mode” til under din bruger opsætning. Hvis din opsætning er ok så kig i HA loggen om der er nogen fejlbeskeder relateret til IHC. Hvis du har portainer installeret til docker så kan du også se output fra din HA container under “Logs”.

      • Hans H says:

        Tak for tip Jens, kan se du virkelig har styr på det, med alle de gode tip du kommer med 🙂 . Jeg tjekkede og tjekkede… gav op…. opgraderede firmware i controller og pludselig er jeg på 😀 😀

        • Hans H says:

          Lige et tillægs spørgsmål Jens.

          I oversigt kan jeg i “tekstbaseret redigering” ændre navn fra tekst med ID bagefter ved at skrive name: 1234

          Men kan jeg gøre dette i en config fil et sted så det er ens på alle sider jeg laver?

          • Jens says:

            Navne for entities kan du rette i customize.yaml (og check at du har inkluderet den i din configuration.yaml). Eller fra UI indstillinger|Tilpasninger.

  25. Torben Beck says:

    Mange tak for hjælpen Jens.

    Nu virker det bare. fandt en fejl i min configuation.yaml

  26. Kenneth says:

    Er det muligt at få batteri status på wireless tryk?

    • Jens says:

      Nej det er desværre ikke muligt. Jeg har kigget på det, og den nye controller har en funktion hvor man kan få en liste af enheder med lavt batteri niveau, men efter hvad jeg har prøvet er det ikke pålideligt. Der er ingen niveau på, kun at det er lavt, og jeg oplever mange gang at en enhed virke fint efterfølgende når man har brugt den en gang. D.v.s. først får du at vide at batteri er lavt og derefter er det ok igen. Lavt batteri bliver også rapporteret i ihc loggen, og her vil du sikker opleve det samme.

  27. Daniel Baldissera says:


    Jeg har haft installeret HA på min nye RP4 et par uger nu og fået sat IHC op med Auto konfiguration og det virker til dels.

    De steder hvor der ikke er dæmp på, kan tænde og slukke uden problemer, men har lige fået monteret den nye Dæmper fra IHC og den kan ikke umiddelbart få den til at virke i HA.

    Ved I om man skal gøre noget specielt for at få den i mit HA?

    • Jens says:

      Du kan indsætte dimmer manuelt (det er resource id for “Lys Niveau” du skal bruge). Eller du kan lave din egen auto setup – se her: https://www.dingus.dk/customizing-home-assistent-ihc-auto-setup/

      - xpath: './/rs485_led_dimmer_channel[@channel="_0x0"]'
      node: 'airlink_dimming'
      dimmable: True

      (Bemærk indrykninger bliver ikke vist korrekt her i kommentarer)

      og en tilsvarende med @channel=”_0x1″

      (Jeg har ikke kunnet afprøve det her, da jeg ikke har den nye dimmer, så det er med forbehold for at der er et eller andet jeg har skrevet forkert)

  28. Daniel says:

    Okay, så det vil sige at hvis jeg i det rum gik fra ikke at have dimmer på, til nu at have den nye dimmer, så skal jeg tilføje Dimmer: true, og hvis ikke det er tilføjet, virker det ikke?

    • Jens says:

      Jeg forstår ikke hvad det er du spørger om. Du skal indsætte din dimmer manuelt i din HA confuguration.yaml fil:

      - id: 1234
      dimmable: true

      (Her skal dimmable være sat ind hvis det var det du mente, og ja det virker ikke hvis det mangler)
      1234 er resource id på “lys niveau” for din dimmer. Se her https://www.home-assistant.io/integrations/ihc/

  29. Daniel Baldissera says:

    Hej Jens,
    Tak for din hurtige hjælp.
    Hvis jeg som på nuværende sat mit setup til auto, skal jeg så tilføje de linjer du skriver under autosetup i min konfig fil?

    Eller kan man ikke både lave en manuel og autosetup i samme setup?

    • Jens says:

      Ja – Du kan godt have auto setup og samtidig angive enheder manuelt. Igen kig her: https://www.home-assistant.io/integrations/ihc/

      • Daniel says:

        Ja det fandt jeg ud af igpr aftes! Jeg fik det endeligt til at virke og kan nu regulere og tænde den igennem HA. Tak for hjælpen

      • Daniel says:

        Nu til endnu et spørgsmål, jeg håber du kender til..
        Når dæmperen er på og jeg kan tænde og slukke i HA. Så hvis jeg dæmper den og så slukker – så starter den på sidste dæmpede setting.
        Kan man sætte den til altid at tænde på fuldt blus?

        • Jens says:

          Du kan ikke sætte dæmperen til at tænde på 100%, men det burde kunne gøres gennem HA ved at lave en “Template Light”
          Template light skal så styre din ihc light og have et “turn_on” script der sætter lysniveau til 100%. Og så bruger du template light i dit Lovelave UI is stedet for.
          Det er ikke helt simpelt og måske lidt for advanceret.
          Tip: Templates (skabeloner på dansk) kan testes i Udviklerværktøjer|Skabeloner – så slipper du for at genstaret HA så mange gange for at teste dine templates.

          • Daniel Baldissera says:

            Tak for dit svar, det må jeg lige give et forsøg. Lyder ikke så indviklet eller umuligt for mig.

  30. Alex says:

    Är det möjligt att styra en dimmer på datalinje på samma sätt som för “airlink”

    Tack på förhand

    • Jens says:

      Nej. Så vidt jeg ved er der ingen dimmer på datalinie som har “feedback” til controlleren således at den kender lysniveau.

      • Alex says:

        Tack för svaret. Det visst borde det kunna gå att ge en puls till en dimmer för att tända/släcka på samma sätt som IHC gör till en “vanlig” brytare? Skall leta upp något id i .vis filen och testa men vore tacksam om du har någon idé.

  31. Pilfos says:


    I’m trying to integrate hassio with IHC.

    I’m configuring everything as switches in configuration.yaml but in HA the siwtch is recognized as an “Entity” and a can’t configure it from UI, and can’t be used as a device in automations.

    This is the message I see in the “Entity”

    This entity does not have a unique ID, therefore its settings cannot be managed from the UI.

    I can switch on/of as an entity but is weird as I need to go to entities then look for the swith and then click in the upper right config icon in the entity so I can switch on/off.

    What is missing?


    • Jens says:

      What is missing is the unique ID for entities from IHC. Unique ID is a relative new featue in HA that was introduced together with the configuration flow where you can setup integration through UI without using configuration.yaml. You are not missing any functionallity only somethings you cannot do from the ui. You can rename/change icon using customize.yaml https://www.home-assistant.io/docs/configuration/customizing-devices/. You can do automations either from the UI in configuration|Automations or manually editing automations.yaml. You don’t need to go to entities to use a switch – just add it to your lovelace UI!

  32. Rasmus says:

    Hej Jens

    Tak for din insats med at bringe IHC til Home Assistant

    Jeg er ved at mappe mine jalousier til HA’s cover template. Desværre er HA’s cover template ikke helt så advanceret som IHC’s med timing af op og nedkørsel. Jeg har derfor behov for at få positionen/tilstanden flyttet med over i HA

    I IHC funktionsblokken kan man trække tilstanden ud. Dette er så vidt jeg kan se en enum, som mapper til forskellige tilstande.

    fra funktionesblokken:

    Jeg kan ikke umiddelbart se at jeg kan lave en sensor til en enum via din integration. Er der noget jeg har overset?

    På forhånd tak

    • Jens says:

      Det er korrekt at der ikke er understøttelse for enums. Der findes ingen enum sensor i HA. Jeg har ikke fundet en god måde at gøre det på. Jeg har selv brugt cover template til min garage port – der har jeg lavet en on/off (åben/lukket) fra en funktionsblok i IHC som jeg så kan bruge i value_template i HA

    • Jens says:

      Se HA Tips. Det er ikke “rigtig” enum – men tekst værdien der overføres fra IHC to HA.

Leave a Reply

Your email address will not be published. Required fields are marked *