HS4 device does not send OFF to MQTT-broker

[tnesheim]

Hi
Here is a detailed description of the "whole thing":

The VD:

with the following device settings:

and the corresponding MQTT-setup:

[tnesheim]

I will now restart the mcsMQTT-plugin and start logging. The VD-device starts with the initial value "max", and I will press med-min max-med-min max
The following attachemts will have logs using "MQTT Publish Payload Template" =

$$STATUS: Here the "VD status field" in the VD-GUI (first snap in post #16) follows the press of the buttons. The broker respons correspondingly, Works ok in the first cycle, going from initial max -> med -> min -> max -> med -> no response(does not show min, stays at med). To me it looks like the state with the lowest value stops working after one assertion., similar to the start of this poste where I refere to "off" not working.

$$VSP: no reaction in "VD status field" nor broker

$$LABEL: continuous working behaviour in both "VD status field" and broker. (as earlier stated the $$LABEL option is not compatible with EasyTrigger)


Using the $$STATUS-option worked fine from around des20/jan20 where we had a few "debug sessions" and you issued several fixes. I think it was after the "blacklist feature" the problems started..or atleast when I noticed the problem.

[tnesheim]

Finally, just for the reference, this is my top view setup:

The blue fan is a tri-state switch that reflects(number of solid blades) the state of the HS-VS, or if I press the fan sends a state to the HS-VD. The HS-VD is in turn used in various events in HS.

[Michael McSharry]

The significant lines from the $$STATUS debug are below. You have both value and string events checkboxes enabled so you get two events and two publish for each action. This ends up sending a number and a string to the publish topic that is setup. I suspect you will want to only send

$$STATUS is a replacement variable that uses mcsMQTT VSP. Since mcsMQTT does not have VSP for non-plugin devices I do not expect anything deterministic to happen when it is used. $$LABEL and $$VALUE have context with HS.

What I did do with the attached is first look to see if HS has a status to report and will use that otherwise the plugin will use the text on the control for the case of the $$LABEL: replacement. $$LABEL: or $$VALUE: are the only two that you should be using for non-plugin devices in the publish template. You should only be using the DeviceValue trigger for things that have VSP's setup in HS.

Let me know if this works better for you. Can you also explain why Easy Trigger is sensitive to what you have setup in mcsMQTT. Everything should be based on the the DeviceValue.

start max to to med
19/06/2021 18:09:01 44059 | HSEvent VALUE_CHANGE| 1024| | 5| 3| 132
19/06/2021 18:09:01 44064 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=5

string change event to med
18:09:01 44070 | HSEvent STRING_CHANGE| 64| | med| 132
19/06/2021 18:09:01 44070 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=med
19/06/2021 18:09:01 44070 | ActOnMessageForTrigger QueueSize=0 ,Topic TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP/set,Payload med

change to min

8:09:04 46648 | HSEvent VALUE_CHANGE| 1024| | 1| 5| 132
19/06/2021 18:09:04 46649 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=1

18:09:04 46657 | HSEvent STRING_CHANGE| 64| | min| 132
19/06/2021 18:09:04 46657 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=min
19/06/2021 18:09:04 46658 | ActOnMessageForTrigger QueueSize=0 ,Topic TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP/set,Payload min

change to max

18:09:06 48978 | HSEvent VALUE_CHANGE| 1024| | 3| 1| 132
19/06/2021 18:09:06 48980 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=3

18:09:06 48987 | HSEvent STRING_CHANGE| 64| | max| 132
19/06/2021 18:09:06 48987 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=max
19/06/2021 18:09:06 48988 | ActOnMessageForTrigger QueueSize=0 ,Topic TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP/set,Payload max

change to med

18:09:08 50799 | HSEvent VALUE_CHANGE| 1024| | 5| 3| 132
19/06/2021 18:09:08 50801 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=5

18:09:08 50808 | HSEvent STRING_CHANGE| 64| | med| 132
19/06/2021 18:09:08 50808 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=med
19/06/2021 18:09:08 50808 | ActOnMessageForTrigger QueueSize=0 ,Topic TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP/set,Payload med

change to max

18:09:13 55969 | HSEvent VALUE_CHANGE| 1024| | 3| 1| 132
19/06/2021 18:09:13 55971 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=3

18:09:13 55980 | HSEvent STRING_CHANGE| 64| | max| 132
19/06/2021 18:09:13 55980 | Publish TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP=max
19/06/2021 18:09:13 55980 | ActOnMessageForTrigger QueueSize=0 ,Topic TNi3/mcsMQTT/Struktur/Setpunkter/SystViftCP/set,Payload max

[tnesheim]

Hi
The update did not make any difference:

I have now changed to $$LABEL in the MQTT-setup. If you look at the figure in post 18# I can do a change to the "number of blades", fan speed that is, and this is reflected in the HS-VD.

I now want to update the z-wave-device (not shown here) with the new setting from SystViftCP, and I use the EasyTrigger " Set device to another device" to do this. Nothing happen to the z-wave device when I run the event. However, If I do the change directly in the SystViftCP and then run the event, the z-wave device changes.

Test sequence:
1) I set the SystViftCP-VD to "max" from HS, and the following happens:


I go to the other device and set the fan speed to "min", this (apparently) reflected in the HS-VS, and I gett the following:



Observe that the Status is changed from "max" to "min", but the value is unchanged at "3". I think this is the reason why the EasyTrigger does not work when I try use the VD-status to change the fan speed in the z-wave device.

If I do the changes directly in the HS-VD then the status-value-pair are in sync, but not if the change is initiated from the other MQTT-client.

If I go one more step and run the "command" &hs.SetDeviceString(132, "", True) the following appears:
Now the value and status pair is in sync. To me it looks like the MQTT-plugin sets the device string/label instead of the device status when receiving a subscribed payload?

[Michael McSharry]

#20 is about the subscribe and not the publish so it is a different thing than $$STATUS vs. $$LABEL.

#20 is about is HS4 GitHub Issue #190 where virtual devices do not respond to CAPI SendControlForFeatureByValue. I tried to work around the bug in mcsMQTT. This work around did not consider non-numeric payloads with VSP. I'll post later after I make this enhancement.

[tnesheim]

Thanks!
Ok, then my MQTT-problems comes down to one user error and one bug...looking forward to testing the enhancement.

[Michael McSharry]

Update attached to deal with subscription mapped to a VD.

[tnesheim]

Update attached to deal with subscription mapped to a VD.

Thanks, now it works fine...bidirectional MQTT updating and EastTrigger actions passing strings device-to-device.