Still the same codebase:
Both of them have not been published to live yet. Anyone can publish test apps, even when they’re not ready. I often build apps for device I don’t have (usually I contact the users from the app requests topic via DM if I think that the mobile app can be reverse engineered) and since I don’t own those devices myself, I often create placeholder “test” apps that login when the user enters their credentials, fetch the device list (since that isn’t visible to me without the device) and then simply send the response to my server. This way, the user doesn’t have to share their credentials and I only get to see the device list (login is usually reverse engineered by creating an empty account myself).
I often publish apps to test when they’re far from ready for closed testing. I’ve never had any issues with that, it seems like Athom doesn’t care about the test apps since those aren’t publicly visible anyway.
Hey everyone — time for a proper update on where things stand.
The landscape has shifted.
There are now effectively 3 apps / 2 branches for Tuya Zigbee on Homey, and the documentation in the repo explains the differences in detail:
-
JohanBendz / com.johanbendz.tuya.zigbee — The original. Johan stepped away from active development long ago. This app still works for many basic devices but receives no updates. New fingerprints, bug fixes, and modern devices are not being added there but now Johan is back and the devellopment is restarted.
-
dlnraja / com.dlnraja.tuya.zigbee (v7.x “master” branch) — The bleeding edge. This is the unified engine with adaptive DP mapping, the Antigravity runtime (L0-L14 quality layers), self-healing fleet stability, adaptive lighting, cross-protocol fallback, the UnifiedBatteryHandler, and full PhysicalButtonMixin / VirtualButtonMixin support. It currently sits at v7.5.50. This is where all new development happens — at the cost of some complexity.
-
dlnraja / com.dlnraja.tuya.zigbee.stable (v5.x “stable-v5” branch) — The stable, proven track. A curated subset of ~50 essential drivers, static DP mappings, no adaptive magic. Think of it as “v7’s foundations, frozen and polished.” It compiles to a separate App ID in the Homey store, so both can sit side-by-side on the same Homey without conflict. Currently at v5.11.212 (not yet pushed — next batch).
Full documentation explaining the architectural differences, branch strategy, and migration path is available in the GitHub repo (
/docs/branches.md). Please read it before asking which version to use.
Which one should you use?
-
If you just want things to work with your switches, sensors, thermostats, plugs, and lights → stick with the stable-v5 app (
com.dlnraja.tuya.zigbee.stable). It’s simpler, battle-tested, and won’t surprise you. -
If you have exotic or newer devices, want the latest fingerprint coverage, advanced features (virtual buttons, adaptive metering, cross-protocol self-healing), or are willing to help test → use the master app (
com.dlnraja.tuya.zigbee).
Critical disclaimer — please read carefully
These apps are provided “as-is”, likely buggy, and may not be fully functional.
Due to severe time constraints and the sheer complexity of the Tuya Zigbee ecosystem (4200+ fingerprints, 126K+ DB entries, constantly changing OEM variants), I cannot guarantee stability, completeness, or backward compatibility. You install at your own risk. Always backup your Homey before testing.
A personal note — why I’m stepping back from community development
I need to be transparent about where my head is at:
I’ve paused active development for the community.
Over recent months, I’ve received virulent messages, unreasonable demands, and entitlement-driven criticism. I build this software in my spare time, as a hobby and a learning project. I use AI tools to automate repetitive dev tasks because I simply don’t have the bandwidth to do everything manually — but that doesn’t mean I owe anyone a production-grade, enterprise-supported product. I’m not comfortable with the tone of some interactions, and I’ve decided to protect my peace.
I’m continuing development — for myself.
I still use these apps daily in my own setup. I’ll keep fixing bugs that affect me, adding fingerprints for devices I own, and refining the architecture because I find it rewarding. But I’m no longer committing to public roadmaps, forum support SLAs, or feature requests from strangers. This is my hobby, my code, my time. I don’t owe anyone an account — and I hope that’s understood.
Life update: I recently lost my job (at the employer’s initiative) and am actively searching for stable employment. My priority right now is rebuilding professional stability. That necessarily limits the time and emotional energy I can invest in open-source maintenance.
Important clarification: None of these apps are public on the Homey Store. They have never passed the official publication review. Everything shared on GitHub or via direct APK/CLI install is strictly for testing, hobby, and personal use. You install at your own risk. No warranties, no guarantees, no support commitments.
Read the thread history for context:
If you want to understand the full journey — the technical challenges, the community dynamics, the decisions behind the dual-branch strategy — please read the forum thread from the beginning:
[APP][Pro] Universal TUYA Zigbee Device App - test
It’s all there. I’m not hiding anything.
What about new development?
Going forward:
- Critical bug fixes affecting core stability will still be shipped on both tracks — when I have time.
- New fingerprints will be added when I acquire the device or receive reliable logs — but expect slower cadence.
- The existing codebase is open and free — fork it, improve it, make it yours. Both branches are on GitHub at
github.com/dlnraja/com.tuya.zigbee. - I will still read the forum thread (T140352) but may not reply to every post. If it’s urgent and reproducible, open a GitHub issue with logs.
One more thing — the USB dongle users asked about (_TZ3000_h1ipgkwn and _TZ3000_iwtv2jwo, TS0002):
This device (the 2-port USB relay + Zigbee repeater, sold by SL SYS and others) is now properly supported in v7.5.50 with a dedicated switch_usb_dongle driver. It was previously being caught by light_dimmable and switch_3gang in error — both wrong. If you have one, re-pair it with the new version and it’ll show up correctly as a 2-port USB socket with on/off control for each port plus power-on behavior settings.
Final word
Thanks to everyone who has contributed feedback, logs, or kind words over the years. Building what’s now the largest Tuya Zigbee app for Homey has been a hell of a ride. I’m proud of what we’ve built — and I’ll keep tinkering, quietly, for my own setup.
If you choose to use these apps: test carefully, backup your Homey, and don’t deploy to production environments. And please — be kind. Open source thrives on collaboration, not entitlement.
— Dylan
you’ve done done a fantastic job so far @dlnraja , i have been following this thread with fun, amazement and humility, in your approach and achievement, doing this with AI tools. I think it was a ride, but something many can hopefully now reap the benefits from. All the best with your searches professionally, and thanks for your contributions so far!
Hi Dylan Good to hear that you are still working on this app in the background, I admire you drive to continue even after the negative comments because it’s not on to burn you down.
You spend a lot of time and energy to maintain and develop this app and I understand that it’s hard work and getting a lot of issues to solve.
I also understand why you not answering anymore so I will try the new versions sometimes and if they are not working I side load the stable version again with CLI.
I tried the last version 7.5.49 and SOS Buttons _TZ3000_0dumfk2z-TS0215A and Smartbutton TZ3000_mrpevh8p-TS0041 are not working and Multisensor HOBEIAN ZG204ZV still added as a Universal ZigBee device.
Thanks a lot and keep up the good work.
Best regards Peter.
I agree with Peter, thank you for your hard work. Looking forward to the next updates.
Meanwhile, I successfully paired the INSOMA irrigation valve (TS0601 / _TZE284_fhvpaltk).
But in Homey, the devices shows four ‘dim levels’, but actually, there are only two on/off valves. And pushing the button says ‘Could not get device by id’. Could this be fixed?
Currently running Universal Tuya Stable Experimental v5.11.212.
@dlnraja
I have installed 8.15 and made an diagnostics report. 5593c0e5-45d2-4cf1-b449-3fb674a1542e. The getManufacturer error is solved. But there are no bindings.
When i manualy add the bindings as seen on other devices (same presence device) installed via the unknown zigbee device there is no change.
Hi Dylan Good afternoon, I’ve just got Ver 8.1.6 installed but that’s crashing.
Diagnostic code: 5eff4ca8-8ecc-42be-b23d-473b8a6110f3
Best regards Peter
Same problem here, code is:
f96853b6-0330-484b-9091-65736a50dbd1
Dylan, thank you so much for your effort and dedication. Your reasons are completely understandable. There are many people who, even though this is unpaid work, still feel entitled to make demands, while you’ve always made it clear that you do this primarily for your own personal use and still choose to share it generously with the whole community — and that says a lot about you.
Thank you again for everything. Without you, these devices would never have had support on this platform. I truly hope you find a job that you are passionate about and that brings you the best opportunities.
Thank you for everything!!
