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

Device is preventing Zigbee2Mqtt to start #26430

Closed
ahattink opened this issue Feb 19, 2025 · 7 comments
Closed

Device is preventing Zigbee2Mqtt to start #26430

ahattink opened this issue Feb 19, 2025 · 7 comments
Labels
problem Something isn't working

Comments

@ahattink
Copy link

What happened?

When updating to version 2.0 the issue started. Actually, the Zigbee2MQTT add-on did not start anymore.
So, I downgraded and it worked.

Tried again with version 2.1.1.1 and the issue is still there. So started googling and stumbled upon this discussion: #24198

When deleting a specific device from the database.db ( Centralite 3323-D Micro Door Sensor) the add-on starts. So there is an issue.

What did you expect to happen?

A completed update and working add-on.

How to reproduce it (minimal and precise)

I started with a working 2.1.1.1 version.
Paired the Centralite 3323-D Micro Door Sensor. This device is not supported, so I have the converter in place.
The device is paired and works fine.
Restart Zigbee2Mqtt add-on.
Add-on won't start.

Take note I have also other Centralite devices. The 3328-D is a motion sensor. Also needs an external converter. This one works also fine.

Zigbee2MQTT version

2.1.1

Adapter firmware version

20240710

Adapter

zStack3x0 (ZigStar V4 USB)

Setup

Add-on on Home Assistant OS on a NUC

Debug log

Zigbee2MQTT log
log.log

@ahattink ahattink added the problem Something isn't working label Feb 19, 2025
@manuelkue
Copy link

Thanks for creating the issue @ahattink

I came up with the idea of removing devices from the database.db as it has already helped all the people in the following issue that had the same problem with thermostats of the company "Danfoss".
They're sold by different names: Danfoss Ally, Popp 701721, Hive UK7004240

Previous issue with another topic but some people that all had the same problem: #25715 (comment)

@Koenkk
Copy link
Owner

Koenkk commented Feb 20, 2025

Paired the Centralite 3323-D Micro Door Sensor. This device is not supported, so I have the converter in place.
The device is paired and works fine.

Without the external converter in place, does z2m start? Also, could you share your data/database.db file?

@ahattink
Copy link
Author

@Koenkk ,
I tried starting z2m when the converter was absent in the data map. (deleted all converter files in all maps). Still having the devices paired. Z2M did not start.
Attached the database.db file. I had to rename it to .txt. *.db files can not be uploaded.
databas.db.txt
ID's 21, 24 and 25 are the devices.
To be complete, Also the converter file: (also renamed)
3323-D.js.txt

If I can be of further assistance, please let me know!

@manuelkue
Copy link

@ahattink can you try to re-pair the faulty devices, but not directly to the coordinator? So when switching on the pairing mode of z2m, select a router device in the drop down (if you have a router device), that's not the coordinator.

Does z2m then restart without the issue?

There's currently another issue where the faulty devices (in that case the Popp thermostats) work without problems when they're not connected to the coordinator directly:
#26450

@ahattink
Copy link
Author

@manuelkue I did as you asked.
Enabled joining on the closest Nous A1Z device.
Paired the Centralite 3323-D door sensor
Checked working of the device => worked
Restarted Z2M add-on
Waited 10 minutes to see if Z2M worked => No. Z2M did not start.

Stopped Z2M, deleted the Centralite 3323-D from database.db, restarted Z2M. Z2M started normally.

So far as expected by me...

I noticed an error during paring of my device, which i didn't notice before.

2025-02-21 08:10:32z2m: Failed to configure 'Schuurdeur', attempt 3 (ReferenceError: reporting is not defined at Object.configure 
(/app/data/extension/3323-D.js:18:9) at Configure.configure (/app/lib/extension/configure.ts:124:37) at /app/lib/extension/
configure.ts:82:62 at EventEmitter.wrappedCallback (/app/lib/eventBus.ts:204:23) at EventEmitter.emit (node:events:536:35) at 
EventBus.emitLastSeenChanged (/app/lib/eventBus.ts:74:22) at Controller.<anonymous> (/app/lib/zigbee.ts:79:27) at Controller.emit 
(node:events:524:28) at Controller.selfAndDeviceEmit (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/node_modules/zigbee-
herdsman/src/controller/controller.ts:671:14) at Controller.onZclPayload (/app/node_modules/.pnpm/zigbee-herdsman@3.2.5/
node_modules/zigbee-herdsman/src/controller/controller.ts:945:18))

I will try to find out if this can be a cause of my issue.

@ahattink
Copy link
Author

Ok,

Found out I needed to add a line in the external converter.

const reporting = require('zigbee-herdsman-converters/lib/reporting');

So I did.
Restarted Z2M
Enabled joining on the closest Nous A1Z device.
Paired the Centralite 3323-D door sensor => Error message gone.
Checked working of the device => worked
Restarted Z2M add-on
Waited 10 minutes to see if Z2M worked => No. Z2M did not start.

I think this was not the issue. Still, something ruled out!

@Koenkk , to be complete, here the updated external converter
3323-D.js.txt

Koenkk added a commit to Koenkk/zigbee-herdsman-converters that referenced this issue Feb 22, 2025
@Koenkk
Copy link
Owner

Koenkk commented Feb 22, 2025

Fixed it!

Changes will be available in the dev branch in a few hours from now and in the next release which is every 1st of the month.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
problem Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants