Ha + knx+ security system

Hi everyone… I’m new but having a lot of fun :slight_smile:
I am experimenting HA with a working KNX system at home. The switch part, scenarios, automations work without problems.
I am integrating an ELMO/GEWISS control unit mod. GW10931 with a KNX GW10948 interface.

I would like to display the status of the windows in HA. I have configured the outputs and inputs correctly and the control unit reports the status of the windows. How can I display the status of the windows in HA?

binary_sensor:
- name: “Input 1”
state_address: “0/1/21”

I started from here. IN ETS I have changed the properties of the telegram several times. It doesn’t seem to work…

Any suggestions?
For now thank you very much…

0/1/21 is not listed in your screenshot. Did you mean 0/1/22? Please use code tags (```) so indentation is not lost - it’s important for yaml.

Also are there any error messages in the logs?

“doesn’t seem to work” is a bit hard to give an advice for.

Thank you very much for the feedback.
I enclose a new screen shot that groups all the addresses created. The control unit monitors both the status of the inputs (opening doors and windows) and the status of the outputs (to which I could assign one or more inputs).

I also attach a screen shot of the test yaml file. I read that somehow these addresses/ninary sensors have to be “exposed”.

I need to make HA, in the dashboard, show me the open status of the windows. It seems ridiculous to me to put another input module in the system when I already have notifications from the control panel.

Thank you very much…

binary_sensor:

    - name: "Ingresso 1"
      state_address: "0/1/21"
      device_class: "window"
  

    - name: "Ingresso 2"
      state_address: "0/1/22"

    - name: "Ingresso 3"
      state_address: "0/1/23"

    - name: "Ingresso 4"
      state_address: "0/1/24"

    - name: "Ingresso 5"
      state_address: "0/1/25"

    - name: "Ingresso 6"
      state_address: "0/1/26"

    - name: "Ingresso 7"
      state_address: "0/1/27"

    - name: "Ingresso 8"
      state_address: "0/1/28"

As you can see… i’ve changed different DATA TYPE …testing different soutions

Leave this to default - it does not matter at all for HA as long as irbid some DPT1 subtype.

The configuration looks fine. Do you get any errors in the logs? Open your Home Assistant instance and show your Home Assistant logs.

Do you see the entities in States after a reload of the Knx Integration? Open your Home Assistant instance and show your state developer tools.

You don’t need to “expose” anything - this is for forwarding HA states to Knx.

I am now thinking that something is missing in the configuration of the KNX module of the safety system. In ETS, activating the diagnostics tool does not show any telegram movement by activating the outputs. The suspicion is that there is no telegram transit and therefore HA receives nothing.
In addition, ETS does not detect the switching on and off of the safety system. I am therefore increasingly convinced that something is missing in the hardware configuration of the system’s KNX module.

In HA I see all entities correctly as binary sensors, both inputs and outputs, and can enter them into the dashboard.

I’ll try to hear from the manufacturer… thank you very much…

Translated with DeepL Translate: The world's most accurate translator (free version)

There are a lot of this error in LOG… or another similar…

Logger: xknx.log
Source: /usr/local/lib/python3.9/site-packages/xknx/core/value_reader.py:57
First occurred: 1 maggio 2022, 16:34:21 (329 occurrences)
Last logged: 14:38:42

Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/1/14
Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/1/15
Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/1/16
Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/1/17
Error: KNX bus did not respond in time (2.0 secs) to GroupValueRead request for: 0/1/18

In ETS Diagnostics GroupMonitor you can try to read a value from these group addresses. This is exactly what HA is doing here - it sends a GroupValueRead and waits for a GroupValueResponse - which seems to not come.
When a read-flag is set to a group object in ETS it shall respond to such telegram. These flags are set so if the device doesn’t respond - thats a device problem.

When you are in ETS GroupMonitor, what source address do telegrams from HA have? (If it is something starting with 1.1. you are good.)

I reserved for security sistem addresses as 0.1.xx not 1.1.xx …
Now i deleted all and starting doing it again. There was surelly a problem with user account entering the security system… bad password for the user, that need a specific password. I go to create new addresses as you suggest and i try to monitorig it…
Thanks a lot…

This is not something you should freely choose.
For individual addresses x.y.z

  • x: is the area
  • y: the line
  • z: the device - you may freely choose only this
    the others have to match their physical installed positions, otherwise you will encounter issues with line filters / routers / gateways etc.

If you only have one physical line you should assign to 1.0.x (or maybe 1.1.x , but extending this could be harder) with every device in your installation.

If you use multiple lines (by having line couplers or routers) you may need a dummy device in ETS.

it seems that there is no comm between central and KNX system. All test return same value OFF also if contact is opened. I tryed on EXIT and INPUT source… nothing…
I send a request to GEWISS about KNX interface device…