Skip to content
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

Fibaro Dimmer 2 nodes become dead #5596

Closed
3 of 11 tasks
overas opened this issue Mar 24, 2023 · 5 comments
Closed
3 of 11 tasks

Fibaro Dimmer 2 nodes become dead #5596

overas opened this issue Mar 24, 2023 · 5 comments
Labels
cannot fix ❌ This is something out of our control - like invalid device behavior
Projects

Comments

@overas
Copy link

overas commented Mar 24, 2023

Is your problem within Home Assistant (Core or Z-Wave JS Integration)?

YES, BUT a Home Assistant developer has told me to come here

Is your problem within Z-Wave JS UI (formerly ZwaveJS2MQTT)?

YES, BUT a Z-Wave JS UI developer has told me to come here

Checklist

Describe the bug

What causes the bug?
The problem started when using Aeotec z-stick 7 as a zwave controller. I have tried using different firmwares 7.18.2, 7.19.1 and now 7.19.2, but the problem is the same. I have also tried different z-wave-js driver version from v.10.8.0, v10.10.0 and now I use v.10.12.0 which are bundled with z-wave-js-ui. I use now z-wave-js-ui 8.11.0. I have also tried to reinterview the node which help temporary, but after a while the node goes dead again.

What do you observe?
I have five Fibaro Dimmer 2 nodes (Product code: FGD212) which goes dead after a while. All of them have firmware v3.5. When I ping the node the device goes Alive again. I have other nodes which do not go dead (Heatit Z-TRM3, Aeotec Heavy Duty Switch, Fibaro Metered Wall Plug Switch, Aeotec MultiSensor 6). I have healed alle the nodes before this happen.

What did you expect to happen?
When I change the controller to Aeotec Z-Stick Gen5+ the Fibaro Dimmer 2 nodes are Alive and never goes dead.

I have opened a Home Assistent zwave bugreport yesterday which you can find here: home-assistant/core#90195
In this bugreport you can find logs

Device information

Manufacturer: Fibaro
Model name: Fibaro Dimmer 2 (Product code: FGD212)
Node ID in your network: 13, 14, 16, 27, 43

How are you using node-zwave-js?

  • zwave-js-ui (formerly zwavejs2mqtt) Docker image (latest)
  • zwave-js-ui (formerly zwavejs2mqtt) Docker image (dev)
  • zwave-js-ui (formerly 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)
  • Manually built from GitHub (please specify branch)
  • Other (please describe)

Which branches or versions?

version: 10.12.0
node-zwave-js branch:
zwave-js-ui branch: 8.11.0

Did 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?

When I change the controller to Aeotec Z-Stick Gen5+ the Fibaro Dimmer 2 nodes are Alive and never goes dead.

Attach Driver Logfile

I have opened a Home Assistent zwave bugreport yesterday which you can find here: home-assistant/core#90195
In this bugreport I have attached logs which I hope can help find out this problem. If you need more logs I am glad to help.

@zwave-js-bot zwave-js-bot added this to Needs triage in Triage Mar 24, 2023
@zwave-js-bot
Copy link
Collaborator

👋 Hey @overas!

Thanks for opening an issue! It doesn't look like you provided a logfile though. While not strictly necessary for every issue, having a driver log is required to diagnose most issues.

Please consider uploading a logfile that captures your problem.

@AlCalzone
Copy link
Member

What the bot said

@overas
Copy link
Author

overas commented Mar 24, 2023

Here is the logfiles you need. Node 13 and 14 was going dead short time after I started up zwave-js-ui. I tried to reconfigure node 13 and 14, but node 13 and 16 was going dead short time after. I use a USB extension cable between z-stick7 and the Intel nuc.

Node 13 Taklys stue1etg rad1 export json:
node_13.zip

Zwave-js logs:
zwave-js-ui-store.zip

@AlCalzone
Copy link
Member

I don't see anything obviously wrong with your configuration - no excessive meter reports or anything.

Except you're using the EU version of Z-Stick 7. Not sure what the problem with that one is exactly, but we no longer recommend using it. Apparently the 7.19.2 firmware didn't help. There are countless threads about its subpar RF performance, e.g. #4352

A lot of the incoming RSSI measurements are around -80...-100 dBm, which isn't much above the background noise level of -110 dBm. As a result, some ACKs seem to get lost, which sometimes triggers nodes to re-transmit their messages a few times - and that is enough to make the stick stop transmitting at all.

I'm afraid there's not much to be done, except make an NVM backup, get a different stick and restore the NVM there. Possible alternatives:

  • Aeotec Gen5+ (the + is important), with firmware 1.2 (update is here if necessary)
  • Zooz ZSt10-700 (if you can get your hands on a EU version)
  • Silicon labs UZB7 (or UZB3 works too, but that's also the older 500 series)
  • 800 series does not support NVM restore yet, last I tested.

@AlCalzone AlCalzone added the cannot fix ❌ This is something out of our control - like invalid device behavior label Apr 4, 2023
Triage automation moved this from Needs triage to Closed Apr 4, 2023
@ceesvanegmond
Copy link

@AlCalzone I've done exactly this. Had the same errors as OP and switched from my Aeotech 700 stick to a Aeotech Gen5+ stick. On the 700 series I did an NVM backup (from Home Assistant ZwaveJS ui) and restored it on my Gen5. The restore was successful and I can see al my Z-Wave devices. However actually having the same sort of issues. I tried setting the power levels as you mentioned earlier but getting errors doing that and the USB devices doensn't seem available anymore executing that in the Driver section.

Still having these errors (a lot)

2023-10-16T17:09:42.869Z DRIVER « [Node 169] [REQ] [ApplicationCommand]
                                  └─[Security2CCMessageEncapsulation] [INVALID]
                                      error: Duplicate command (sequence number 137)

I am on the Latest Gen5+ firmware (v1.2). But I don't know how to debug this further.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cannot fix ❌ This is something out of our control - like invalid device behavior
Projects
No open projects
Triage
Closed
Development

No branches or pull requests

4 participants