26.03.2016, 11:54
(This post was last modified: 26.03.2016, 12:51 by Erwin van der Zwart.)
Hi,
Normaly you don't need the script if you get feedback from KNX devices. The script is most of the time only needed when reading internal objects from LM.
First you need to check your read flags of your KNX object "(1) in the screenshot". As i see in your description you use your switching object also as the feedback object.
I would never do it like that and use the feedback object(s) of the device. This way you have a real status feedback and you know for sure the action is executed by the actuator.
If you use the feedback object of the actuator make sure to set them as 'active feedback' to have it send telegrams on changes.
If the object is set to multiple group adresses make sure the send flag (S) is set to the correct group address you want the response send back to. "(2) in the screenshot"
The read flag for switching objects is normaly default disabled. Make sure you enable the read flag if you wnat the object to response on a read request.
But again, i would always use the status object of the device.. "(3) in the screenshot"
I also created a small project so you can see how to use the response script on read response for internal objects.
Some additional information on your questions:
groupread is the type of the event, this way we can determine if the telegram is a read or write action. If type is groupwrite we don't want to respnse withe the current object value.
event.dst is one of the fields (dst) in the event table, this field holds the group address of the event, this way we know what address we need to send the reply back to.
Succes (;
BR,
Erwin van der Zwart
Normaly you don't need the script if you get feedback from KNX devices. The script is most of the time only needed when reading internal objects from LM.
First you need to check your read flags of your KNX object "(1) in the screenshot". As i see in your description you use your switching object also as the feedback object.
I would never do it like that and use the feedback object(s) of the device. This way you have a real status feedback and you know for sure the action is executed by the actuator.
If you use the feedback object of the actuator make sure to set them as 'active feedback' to have it send telegrams on changes.
If the object is set to multiple group adresses make sure the send flag (S) is set to the correct group address you want the response send back to. "(2) in the screenshot"
The read flag for switching objects is normaly default disabled. Make sure you enable the read flag if you wnat the object to response on a read request.
But again, i would always use the status object of the device.. "(3) in the screenshot"
I also created a small project so you can see how to use the response script on read response for internal objects.
Some additional information on your questions:
groupread is the type of the event, this way we can determine if the telegram is a read or write action. If type is groupwrite we don't want to respnse withe the current object value.
event.dst is one of the fields (dst) in the event table, this field holds the group address of the event, this way we know what address we need to send the reply back to.
Succes (;
BR,
Erwin van der Zwart