Thanks @bjoernbrings for the summary - I have added those issues to https://github.com/openhab/openhab-distro/projects/2 now.
Understood, but I hope we’ll soon be there and we will clearly wait with the M2 build until you had time to look into those issues and hopefully fix them.
@Kai,
I want you to know that the dedication of you and your developers is very appreciated. Your attention to detail is especially refreshing.
As a user my major issue is that MQTT homie support was broken in 2.4 but cited as fixed in 2.5M1. When it was found to be still broken in M1 it was cited that some fixes had just missed the build and M2 would be required. Now it’s known that the MQTT issues are deep rooted and not fixed.
I, and several others have wasted days and days of time in trying to get homie working ready for the M2 release. Trying to enhance OH import compatibility with other systems.
Having said that we need a new milestone release and as MQTT can’t be fixed in time I suggest this is marked as an outstanding known issue with M2 and it goes ahead.
What I am somewhat aggrieved about is that I think the MQTT issues have been known for sometime but not addressed and that users like myself have been led to believe it was all fixed for M2. Indeed if it had been addressed when discovered maybe it would have been fixed in time for this M2.
Please point me to the most important homie issues. I‘ll try to improve that within the next week (I don‘t use it, so my idea what is severe and what is not is very limited).
@leif, I think your threads on MQTT 2.5 M1 and Homie are the most comprehensive in discussing the problems with supporting Homie. I’ve lost them in the shuffle. I think the biggest issue is that periodically the Homie Thing will go offline or encounter some other error which will bring down all the Things including Generic MQTT Things.
Exactly right. Whenever a Homie device goes offline (or perhaps it’s when you change the Device ID of a homie thing?) all subscriptions of all other MQTT things on that binding (whether generic MQTT or Homie, I have not tested others) on that same broker connection thing seem to have their subscriptions cancelled. Disabling and re-enabling the broker connection thing makes it work again.
@J-N-K, here are the threads. Thank you for asking!
Here are some more things I have discovered since then which I haven’t posted about because of the “bigger fish to fry” factor, but posting now just in case.
$retained = true does not work. openHAB does not post on the topic when I command the item. But, if the topic is $retained = true then openHAB properly sends a message on the topic when you command an item associated with it. This means I have make even pure command topics retained just to get them to work, even though it makes no sense that a command like “OPEN THE GATE” should be retained – it’s a message, it’s only valid once! It could be that I’m misunderstanding something.Can you please post the github link, I have reported that issue and would like to stay up-to-date regarding the status, thank you!
Hi @chris
I think the latest snapshot build of the Zigbee binding has some issues. I keep getting exceptions from zsmartsystems lib and my bulbs are not responding. Which version of zsmartsystems is compatible one at the moment?
There should not have been any changes for a while now as I’m not able to debug the binding for the past month or so.
The binding uses 1.1.6 if I remember correctly, and you should not change away from the 1.1.x branch. Changing releases introduces changes to the API (which is quite normal - hence the version change). If you are using the 1.2.x branch, this will not work until the changes are merged - the changes are done, but I can’t properly test them at this time.
Correct, and I am using this one. I didn’t try upgrading to 1.2.x as I am waiting for the pull request to merge. I will revert back to M1 release as it was more stable.
If you are using 1.1.6, then it should work with the current snapshot and I’m not aware of any problems. I would really suggest that you find out what your problem is - reverting back to the older version will mean it does not get fixed, and when you upgrade to the next version the problem will still be there.
Actually I was running on a Snapshot build for a while and all devices where operating correctly, two days ago I updated the addons to the latest snapshot, then the problems started to show up. All my dimmers stopped responding and I found many exceptions in the logs.
My snapshot build was very old (something like 14xx). I think with all these changes to openhab since then, I will need to upgrade openhab fully and not only the addons.
I reverted back to M1 and everything is back online. I will wait until M2 to invest in upgrading.
Most likely M2 will be broken for you if no one fixes the issue you have with the current snapshot. And I guess since it works for most people, it‘ll not be possible to fix it without your help…
I understand, the problem is my system is critical and I can’t keep it broken for long.
I will copy everything to another machine and try again. I will report about it later.
Issue to be fixed before 2.5M2 :
The problem with the startup of the Z-Wave binding is now solved in snapshot 1650, even if the Z-Wave binding is still missing a reconnection feature.
Good to hear.
The other Z-Wave issue seems to have been there even before M1 and the migration script for the new rule engine is in development (testers welcome!).
Hope we’re getting there 
[compare tracking]
@lsiepel That is only for PRs so no need to worry
The relevant build is the sandbox which has been all green. Yesterday it was red. But looking into the logfiles it seems that the build has just lost a connection at some place, so I guess/hope it will return to green tomorrow.
The heal problem is new unfortunately. I will try to look at this soon but am still fighting with the IDE on a daily basis and I am away next week.