I’m using the SmartThings Drivers (Beta) channel zwave-switch driver. Maybe this report will help a developer somewhere… Is this the right place to report it?
For the last week or so, when I “include” a Qubino Flush 2 dual relay I get two devices - the primary, named “Qubino Switch 1” (QS1), is a conventional switch with type ‘ZWAVE’. The secondary, QS2, has type ‘EDGE_CHILD’. QS2 has an edgeChild section with the same driver as QS1 (2cbf55e3-dbc2-48a2-8be5-4c3ce756b692) and a parentDeviceId that points to QS1. Similarly, QS1 has one entry in a childDevices section that points to QS2.
This new model is all great, and much easier to use than the old model which required a paired virtual switch and synchronizing routines. Changing to this driver always creates a new child (confusing!) but that’s OK.
Everything works fine… for a while. But after some interval - six hours? Maybe certain intervening events? - QS2, the child device, becomes unresponsive in certain ways: on/off commands don’t work, and status changes aren’t reported.
Running logcat on the driver shows no activity when I execute a command (on or off) from the Android app or Google Assistant. Using the physical switch attached to the relay does trigger a (threshold-triggered?) new power report - but the change is not reflected in the Android app.
I have a V2 hub firmware 45.11. I’d be pleased to provide any logs that might be helpful.
Thanks for an amazing set of products and a smooth transition. All of my devices are now on Edge and everything works great except this one issue.
That’s interesting, when I was messing with Edge drivers as a local VIRTUAL device I had a broadly similar experience. Worked fine to start with but when I revisited a few hours later they had completely stopped responding. The difference in my case is that no one had ever said they were supposed to work and I was just guessing. That’s probably digressing though.
I’ll tag @nayelyz and @andresg as they’ll know who to nudge and it may have implications for developers who have their eyes on EDGE_CHILD for their own purposes.
The team mentioned they need to analyze this further, so, please share the following:
Is the child device still faulty?
If so, can you replicate executing a command for the device and use the physical device, please? This is to get the logs about that registered in the Hub, this would be different than the driver’s log.
After replicating the steps in #1, send the logs from the IDE:
Select the time period and confirm - In this step, please select “Until turned off”, once the team finishes, we’ll let you know so you can disable it again.
If so, can you replicate executing a command for the device and use the physical device, please? This is to get the logs about that registered in the Hub, this would be different than the driver’s log.
All times are UTC. 2022-11-02:
21:51 Turn child on with physical button (child turns on)
21:52 Turn child off with physical button (child turns off)
21:53 Turn child off with app (“A network or server error occurred. Try again later.” Child stays off.)
21:54 Turn parent off from web app (parent goes off)
21:55 Turn child off from web app (No error. Child stays off.)
After replicating the steps in #1, send the logs from the IDE:
Done.
Confirm the email account registered in the forum is the same one you use for SmartThings.
At 11:50 PST I removed Qubino Switch 2 (Floor) (No confirmation required)
At 11:51 Next I removed Qubino Switch 1 (Desk) (It took two tries of triple-pressing button 1)
At 11:53 I added the device. Two devices appear. Shortly afterward I switched the driver on Qubino Switch 1. I now have two Qubino Switch 2’s - one in the room where I added/switched the driver (“Downstairs”) and the other in “No Room Assigned.”
I sent the logs.
To be clear: the problem I was reporting wasn’t about switching drivers. It was that the second relay - Qubino Switch 2 - “Floor” - stopped responding to hub commands after a while.
Yes, we have this in mind, but reproducing all your steps with the new logging enabled can provide more info about what caused the device to stop working.
Select the time period and confirm - In this step, please select “Until turned off”, once the team finishes, we’ll let you know so you can disable it again.
Sorry for the delay, @btrial, the team mentioned they made a modification for the issues with child devices being unresponsive after a while. So, they should be working now, if you still see issues, please try to install the device again and let us know your results.
Hi @nayelyz
Yes, all devices work fine now and they don’t loose connection. But the main switch still shows child “Switch 1” element even though it is not usable here. It is not a problem though from usage point of view.
In fact, it was not corrected because smartthings forgot to delete the switch1 component in the dual-switch profile or create a single switch profile for it.