-
-
Notifications
You must be signed in to change notification settings - Fork 626
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GE/Jasco 1274/ZW3003 Dimmer Switch Missing Some Manual Actuations #4188
Comments
This means the only relevant thing that changed is the controller hardware - and maybe its placement? On a side note:
This isn't a driver logfile. Maybe the explanation above the textbox where you paste it isn't obvious enough yet? |
Thanks for your very quick response AlCalzone. The z wave stick I am using is a Aeotec Gen5+ that is at the end of a 6 foot USB extension cord to keep it well away from the Raspberry Pi 4 I am using to run Home Assistant. The Raspberry Pi is within a foot, or so, of the Vera Edge hub. I have not had any problem getting the z wave stick to communicate with devices all over the house - up to 50 ft away and through multiple walls. All devices communicate directly with the stick - no hops through repeaters. One of my dimmer switches that I am having difficulty with is within 6 ft of the z wave stick so signal strength should not be an issue. Sorry about the file type. I will try again. Thanks for your patience with me, I am just part way up the Home Assistant learning curve. |
Just as a follow up to this topic, I have a newer in wall switch that seems to work perfectly. It is a GE/Jasco 14291/ZW4005. This is not a dimmer but just an ON / OFF paddle switch, located in the garage and is the farthest away of any z wave devices I have. However I believe it is a Z-wave Plus. It is shown as connected to the "lifeline" which is Node1 - the USB Z wave stick. It would appear that the dimmer switches cannot be so connected. |
Can you please re-interview (note this does not mean re-include!) the problematic device, then actuate it manually 1-2 times and post a log of just that? I wonder if the association just failed to be set up correctly the first time. |
OK, will do, I will have a chance to try that later today. I have tried to re-interview Node 39 once today but for some reason, after doing that, my z wave stick seemed to loose all connection to all z wave devices. A Home Assistant restart did not solve it but a reload from a full back up did. I am not sure how that happened? Anyway I will try again later and give you the result with a log. |
I re-interviewed Node 39 (which is a GE/Jasco 1274/ZW3003 Dimmer Switch) then started a verbose log which I have attached. This time I had no trouble after the re-interview. I toggled the switch manually a couple of times from fully off to fully bright while the log was underway. I hope this helps. Kind regards, |
Ok, Node 39 is one of those devices that needs polling to work around the old instant reporting patent. In order to avoid unnecessary queries, the driver only polls devices under very specific circumstances. Prior to the re-interview we might not have had all the information to determine that, likely due to a timeout in the previous interview. It does look like this is working now:
This means if you're still losing some switch actuations now, its most likely a connectivity issue causing the ApplicationUpdateRequest (which triggers the polling) to be lost. |
Thanks for looking into this. It does look like Home Assistant is still not following manual actuations of Node 39, but I am satisfied that we have done what we can do on this topic. |
If we can trust the above log, the information at least reaches the driver, so the question is why it doesn't show in HomeAssistant... Maybe https://github.com/home-assistant/core can help you? |
Agreed. I will at least post this as an issue for the lads developing Home Assistant Core. |
There recently was another issue opened about the same device: #4220 The verdict there was that the manual activations DO reach us, but the new status has to be polled and sometimes this happens too quickly while transitioning, so the status is outdated (e.g. almost off instead of off). Could that be your problem aswell? |
This is very likely the same problem as mine. When I manually press the switch from OFF to ON for example, Home Assistant sometimes:
* Does not seem to receive any message at all and the light remains as OFF at 0% in HA.
* Does receive a notification of a state change but the dimming level is wrong. For example the light may have ramped up to 100% but Home Assistant registers only 20%.
|
Ok if you can try what I posted in #4220 (comment), that would be perfect |
OK, I have created a folder called “config” within the “store” directory using the Z Wave JS UI in Home Assistant. I have downloaded a file called “zw3003_ge_12724.json” (as per the attached). However, I don’t know how to upload that file into the config folder. Drag and drop does not seem to work. I see no upload link. I am clearly missing something obvious.
|
OK I have created a file “test.json” and pasted the contents of the file, as requested. I then saved and did a soft reset (restart). None of the z wave devices now respond. I get a message like “Failed to call service light.turn_on. Zwave error 102. The driver is not ready or has been destroyed ZW0103”. See attachment.
It looks like I am going to recover using a backup????
Gerald Kiffiak
(403) 347-4464 ● (403) 348-3471 – cell ● (403) 755-9671 – fax ● ***@***.***> ***@***.***
From: AlCalzone ***@***.***>
Sent: February 10, 2022 1:43 PM
To: zwave-js/node-zwave-js ***@***.***>
Cc: CeasarPrime ***@***.***>; Author ***@***.***>
Subject: Re: [zwave-js/node-zwave-js] GE/Jasco 1274/ZW3003 Dimmer Switch Missing Some Manual Actuations (Issue #4188)
within the “store” directory using the Z Wave JS UI in Home Assistant
To be sure - you are using zwavejs2mqtt, right? Then you can create a file in that folder, name it, paste the file contents on the right side and save it.
<https://user-images.githubusercontent.com/17641229/153493103-6d17e8eb-f4e1-4f2d-8788-ac8c87db7904.png>
Don't forget to restart z2m afterwards.
—
Reply to this email directly, view it on GitHub <#4188 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/AVJVYQF2Y2VPDJP5TT4I2ADU2QPOTANCNFSM5NSVWAVQ> .
Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .
You are receiving this because you authored the thread. <https://github.com/notifications/beacon/AVJVYQFUAYFIGFWT6IMZFNLU2QPOTA5CNFSM5NSVWAV2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOHW4FTKA.gif> Message ID: ***@***.*** ***@***.***> >
|
When trying the soft reset again I get the attached error.
|
You can't attach things to e-mails. You need to upload them via the Github UI.
I meant an actual restart as in stop zwavejs2mqtt and start it again. If your stick isn't responsive, you might have to unplug it for a few seconds aswell. |
I am prepared to try this again but I will need some detailed instructions. Please elaborate on: an actual restart as in stop zwavejs2mqtt and start it again How exactly is it best to do that? |
I don't know? How are you running zwavejs2mqtt? Is there not a way to stop that? Anyways, it looks like this is a recurring issue on this particular device. Can you follow the instructions there please? #4220 (comment) |
This issue has not seen any recent activity and was marked as "stale 💤". Feel free to reopen if the issue persists. |
I think this is related to the actual recognition of the device. Here, they indicate there is no such item as ZW3003, and it should be identified as ZW3005. Is there a way to change the actual recognition to match the Jasco database? jascoproducts/firmware#57 |
We're working with Jasco to get these things cleaned up soon. |
Is your problem within Home Assistant (Core or Z-Wave JS Integration)?
NO, my problem is NOT within Home Assistant or the ZWave JS integration
Is your problem within ZWaveJS2MQTT?
NO, my problem is NOT within ZWaveJS2MQTT
Checklist
I have checked the troubleshooting section and my problem is not described there.
I have read the changelog and my problem was not mentioned there.
Describe the bug
What causes the bug?
Manual actuation of the dimmer switch sometimes does not get reflected in the HA UI.. This appears to be very similar to another issue named: Jasco 45609 missing some manual switch presses #4008. However it appears that the "solution" was to replace the devices with new ones - but am not sure because the issue was closed. I have three of the devices and they all seem to have the same issue. A week ago they all seemed to work OK using my VERA Edge hub.
What do you observe?
HA UI does not always follow the actual operation of the switch when manually changed. HA UI follows state of switch fine when changed from the UI or by an automation.
What did you expect to happen?
I expected the switches to operate the same as it did when used with VERA recently. With VERA, the switches worked just fine - as expected. Even manual switch operations were immediately reflected in the UI.
Device information
Manufacturer: GE/Jasco
Model name: 12724/ZW3003
Node ID in your network: 29, 39, 40
How are you using
node-zwave-js
?zwavejs2mqtt
Docker image (latest)zwavejs2mqtt
Docker image (dev)zwavejs2mqtt
Docker manually built (please specify branches)ioBroker.zwave2
adapter (please specify version)HomeAssistant zwave_js
integration (please specify version)pkg
node-red-contrib-zwave-js
(please specify version, double click node to find out)Which branches or versions?
version: HA: 2022.2.0
node-zwave-js
branch: 8.11.2zwavejs2mqtt
branch: 6.5.0Did you change anything?
no
If yes, what did you change?
No response
Did this work before?
Yes (please describe)
If yes, where did it work?
Devices worked previously with VERA hub
Attach Driver Logfile
config_entry-zwave_js-d7e4374b64cdf223fd69cc2e06859182.json (1).txt
The text was updated successfully, but these errors were encountered: