Hello and thanks for the great app, i have a strange issue after the latest update.
I have a couple tuya vibration sensor and in flow i can only use the vibration OFF card and Vibration ON card is missing.
Best regards
Martin
Thx for reporting. I see indeed there is no code for that (anymore). Weird when code goes missing like that 
Will be fixed in next release (when I dont forget about it, brain is leaky…)
Edit: fix is available as test version 2.1.3: Zigbee2MQTT | Homey
- Fixed vibration alarm flow card.
- Improved app startup behavior.
2 Likes
Thanks
If i install the test version over stable do i need to reconfig all devices.?
Best regards
Martin
No
1 Like
Installed and tested OK
1 Like
@Rasmus_Eksten many thx for your kind donation 
1 Like
Just start the docker and passtrough the zigbee chip it’s supported by Z2M (I checked)
So you tried? Or are you “just” hoping it’ll be that easy? 
99,9% sure it’s “that easy” the only thing I was still figuring out was the location of the zigbee chip in /dev/ but tbh didn’t search that long
C’mon Robert you know damn well it’s that easy it’s just a Linux with docker they don’t even try to masquerade anything lol
It’s /dev/ttyAMA4:
./etc/systemd/system/homey-pro.service: --device="/dev/ttyAMA4:/homey/uart_zigbee"
Getting z2m running is probably not the issue, but getting it running next to the rest of Homey might.
1 Like
@Martin_H many thx 4 your kind donation!
1 Like
It was me, thanks for great app
1 Like
I have installed zigbee2Mqtt on a raspberry pi. It is working well, also the frontend.
When trying from the Homey App for zigbee2mqtt to connect to the broker on the PI, I got an error connection refused.
To solve this, I had to create a user and password on the mosquitto broker on the Pi, and use these credentials. I followed this guide : Mosquitto Username and Password Authentication -Configuration and Testing
Yes exactly my thought when I set up my zigbee2mqtt bridge, why install the zigbee2mqtt on a seperate PI, it would be nice if the bridge would run on the native homey hardware.
well, if anyone manages to run Z2M on Homey itself, I will support it!
The challenge is on! ?
1 Like
You would have to be able to login to the underlying OS, probably a Linux version, to install additional sofware. Kind of jailbreaking the homey. If many people put it as a request to Athom, they might consider putting it in a new release, that would really improve the added value of a homey 2023.
Already done: [HowTo] [Modding] Guide to Jailbreak a Homey Pro 2023
They will never.
3 Likes
Just got a reply from them :
“I have taken the liberty to add your request to our internal list for feature requests.”
So first hurdle taken. Now all we need is massive support, and who knows what surprises might be in some future release…
We call that a “zoethoudertje”.
Shipping Homey with z2m will mean that the current Zigbee implementation cannot be used at the same time, which would mean a considerable rewrite of Homey’s code and SDK, and probably requiring every app that currently deals with Zigbee devices to need extensive rewrites (also because z2m works very different from Homey in how it deals with things like pairing and device recognition).
There’s also a matter of licenses: z2m uses the GPLv3 license, and if Athom basically decides to base their product on z2m, it may be a violation of that license (may, but IANAL). They could of course try and negotiate a commercial license for it, but since it’s a fairly large Open Source project that would require all past and present contributors to agree, and I doubt that they will.
In other words: I don’t ever see it happening.
