I probably understand the problem.
I removed all the drivers, the DHs and the device, then I installed your version 1.3.0 and re-paired the device which is now recognized as a “scene switch” and works correctly.
So I think the problem is that during the first pairing I used the @zambobmaz driver, and that simply replacing it with yours is not enough.
I think the correct procedure is to remove the device and re-pair and bind the correct driver from 0 instead a simplu driver exchange
Finally, after a heavy sprint on my job I’ve been able to check this once more time and when I was about to consolidate my driver versions I noticed something quite important regarding the fingerprint you shared, see below:
As you can see, the manufacturer is simply TZ3000_wkai4ga5, without the initial underscore, as it happens with all the other tuya fingerprints I’ve pushed so far into the repo (for a better reference, check here), so, I believe that it should be as follows:
manufacturer: _TZ3000_wkai4ga5
model: TS0044
I’ll submit the update at the battery-button-v1.3.1 version under the @erickv Shared Drivers in case you’re able/willing to test it out.
I was reviewing the fingerprints that my button-battery driver supports and noticed that it is already supporting the 3-Button Loratap Remote, so, I’ve added the fingerprint you shared and you can install the driver enrolling to the following channel:
(Note: to make an effective installation, you might need to delete the DTH from your setup.)
I found that model really interesting, so, I might get one of those soon = P.
I added the fingerprint at the button-battery-v1.3.1 from the @erickv Shared Drivers channel, but I’m not sure that every feature will work as expected, especially the built-in dimmer, but I have high hopes that the button will report acordingly.
However, it would be great if you could share with me in a PM a set of logs while interacting with the device (dimmer and button), just to check if reports button events as expected and how dimmer events are generated.
Logs can be tracked through the SmartThings CLI with this command:
That is great, thank you soooo much. I will install and have a look and share the logs with you. I think it is a really cool device too, so hopefully it will work
If you don’t have a Zigbee hub what would you propose to pair the Zigbee device to?
Smartthings can control wifi based devices that are connected to the cloud.
Zigbee devices need a local hub.
Nice =] I’m glad that main functionality is covered.
That’s understandable, because handling level events are not programmed at all.
In this context it would be important to track these dimmer events, so, let me collect some info for you so you can get started very quicky with the CLI.
Also… are you planning to use the device with a specific bulb?
Following up, let me share with you basically the most essential requirements to get started with the CLI:
NodeJS(during installation, make sure to white list any option that points Node being available at your PATH).
Once you install it, you’re ready to install the SmartThings CLI through your terminal:
npm install --global @smartthings/cli
and then:
smartthings edge:drivers
This last command may prompt you to the SmartThings Login, but is a one-time process to set up permission.
After this, you’ll be able to query basically everything regarding your SmartThings environment and, of course the edge:drivers:logcat command I shared before, i.e.:
* You can get the IP Address of your Hub at your Hub details in the Groovy IDE or DHCP server ** To avoid cluttering this thread, you can send me the logs through a PM
At this point I’m quite confident that my driver can handle the 4 Moes models so, if you’re able to share the fingerprint at this thread, I can add support for it and will notify you as soon as posible =]
Thank Erick. I live in the UK and can only find the Moes Wifi single gang switch (not the zigbee one) so before I can order the Wifi switch, can you let me know what a fingerprint is? I am not a developer so excuse my ignorance.