-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Zigbee2mqtt failed to start/restart after request timeout or request unsuccess #1656
Comments
error 17 means that the buffer is full. Can you post the |
@Koenkk I restart Z2M and then all the log gone, i will get it next time |
same problem : debug log 0 info it worked if it ends with ok |
Jun 25 18:17:51 hassbian npm[987]: #33[32m zigbee2mqtt:info#033[39m 6/25/2019, 6:17:51 PM Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) (Error: request t imeout) |
@drbios please post the |
@Koenkk 2 things:
really sorry about my ignorance |
@Koenkk This is log:
|
@Koenkk why when I execute |
@drbios I'm not sure, is this consistent?
|
@Koenkk When start with DEBUG=* does it always succeed? |
Can you try with |
@Koenkk executing 'DEBUG=cc-znp* npm start' appears some errors and z2m doesnt start ``pi@hassbian:/opt/zigbee2mqtt $ DEBUG=cc-znp* npm start
zigbee2mqtt:info 7/1/2019, 1:55:57 PM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-07-01.13-55-56' npm ERR! A complete log of this run can be found in: |
@Koenkk i am using a cc2531+cc2591 connected to the uart port of my rasberry |
`pi@hassbian:/opt/zigbee2mqtt $ nano /home/pi/.npm/_logs/2019-07-01T19_30_22_111Z-debug.log 0 info it worked if it ends with ok |
Does it work via USB? Also please don't post logs here but post them on pastebin.com and post the link here. (it makes this thread unreadable). |
@Koenkk sorry about postong the logan directly here In there are 2 timeouts that could be the problem |
@Koenkk i coonect the cc2530-cc2591 with a usb adater and works but whit errors |
It seems the connection is not stable, what do you have in |
FWIW, I haven't seen this error after my network stabilized. I haven't looked at the code so I don't know if this makes sense, but I have the feeling it might have something to do with events happening in the network itself when z2m is starting. |
Looks OK, when running with |
@Koenkk it takes some time but after no more 5 minutes timeouts appears |
@drbios also when on the master branch? |
In the master branch work but my devices are not supported not problem at all until two weeks ago that I update the dev branch |
Ok, so last thing I need to know, when running with latest dev and |
@Koenkk after a few minutes running I get timeouts ... I suspect that cc2530+cc2591 have some memory capacity problems. Last night I flash a cc2531 with SR-firmware and using the latest dev branch...like magic every thing works perfect (fast and responsive) no errors at all I have 16 bulbs and 1 cc2530+cc2591 router. |
@drbios what version of the coordinator firmware are you using? |
@Koenkk i am using source routing 20190706 |
@drbios for the Cc2530+cc2591 or cc2531? Which one did you use for Cc2530+cc2591 |
@Koenkk for the cc2530+cc2591 I was using the 20190619 coordinator firmware source routig and the latest dev branch (this combination transform my apartment in a haunted house) Last night I flash a cc2531 with the latest 20190706 source routing firmware and in combination with the latest dev branch everything works perfect (I call this combination...the exorcism one) and for now ...so far, so good |
@Koenkk I update to dev 1.5.0 branch and using cc2531 with 20190706 source routing firmware and works perfect. I also try the new option of queue and delay and works like a charm. I can reproduce errors if I use a delay to low. The problem basically occurs when I hit the home assistant button for all lights (the one that turn on and off all lights in a list). When I use low latency errors occur but when I use higher latency it's just a little slow response but no error at all (responsiveness it's perfect). When I hit a single light button very fast using very low latency no errors occurs at all. The delay and queue options were the answer for this particular behavior. Congratulations 👌👌👌👌 |
Great! What settings do you use know? |
homeassistant: false |
I dont understand, this delay is even lower than the default one? |
@Koenkk yes, i've been testing which value suitable for my configuration. by now i am using something between 50-75 (default is 250). in this range the responsivness is incredible fast, in conjuntion with z2m i use a custom wifi mqtt tasmota module wall switches (aliexpess esp8285 flashed with tasmota and powered by a 3.3v small power supply, basically a wifi button connected to my standar wall switches) that triggers the zigbee lights in Home Assistant and i can't notice the delay. works perfect |
@Koenkk I retry with 1.5.1, firmware ROUTING for CC2530+CC2591 CC2530_CC2591_SOURCE_ROUTING_20190619.zip , the same error, this time i am running the dev environment so with all the debug. Only reboot the devices, or unplug cc2530 could solve the problem, but it occurs in some days
|
@dzungpv do you get the same with the default firmware? We perhaps have to increase the memory heap for this firmware. |
@Koenkk it occure with source routing with direct 5 children firmware too, it is not the most stable? |
@dzungpv depends, but did you check with default? |
I had exactly the same as described in this issue with the CC2531 and the default firmware. I switched based on this topic to the Source Routing Firmware (my network contains 15 Bulbs, 3 Remotes, 1 on/off switch and 4 Xiaomi sensors) and it looks like its stable with the settings applied. It looks like there is a buffer which is filling and reaching his maximum. Before I receive the timeouts it works for a couple of days and then I'm busy with getting it all working. Sometimes re-adding the stick into my NUC is solving the issues but sometimes I need to re-flash it before it's going to work again. Also could network scan and reporting a possible cause? I've them now both disabled and Zigbee2MQTT is working much more stable. In the old scenario most of the time not all Bulbs were reacting to commands. Today each action was working during the day. Let me know if you need/want something from my side (logging,etc).. |
|
May I ask for a similar problem here..CC2531, default fw before I started I checked the rights and the owner of /dev/ttyACMO and of /opt/zibgee2mqtt but no success... I just want a stable system, so I can use a systemctl Thank you |
@DrMucki in that case map it by |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Bug Report
What happened
Ihave 19 devices connected, sometimes z2m failed to restart/start after request timeout or request unsuccess, reboot device not help, only unplug the cc2530 usb and re-plug.
Logs:
What did you expect to happen
It is randomly
How to reproduce it (minimal and precise)
Offline some device (unplug) and then error occure
Debug Info
zigbee2mqtt version: 1.4.0
CC253X firmware version: CC2530_CC2591_20190515, z-stack 1.2
The text was updated successfully, but these errors were encountered: