I found that the new stick didn’t really change the signal strength (it was about 160 with the sensor about 2 meters from the stick, it’s about 170 now). However, when I move it to the other side of the house I’ve got a LinkQuality of about 60 to 70 - about 10 to 12 meters away, through 4 plasterboard walls.
Hi @slaesh, Do you have any update on the orders? I placed my order on the 5th Aug, I am still waiting patiently. Thanks for any update.
I got an email yesterday about this:
The backlog has been made up. And all open orders are going out this week!
Ok I’m having a hard time flashing the ZZH. Can anyone help? I think I am following the directions to a t.
Nobody can help unless you say exactly what you have done and what result you achieved, including relevant logs if available.
Ok, so once I get to the cc2538-bsl.py -p COM6 -evw CC26X2R1_20200805.hex
my command prompt window shows:
C:\Users\mfidl\Desktop\cc2538-bsl-master>
[main 2020-09-16T00:57:24.599Z] update#setState idle
(node:1436) Electron: Loading non-context-aware native module in renderer: '\\?\C:\Users\mfidl\AppData\Local\Programs\Microsoft VS Code\resources\app\node_modules.asar.unpacked\vscode-sqlite3\build\Release\sqlite.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
(node:1436) Electron: Loading non-context-aware native module in renderer: '\\?\C:\Users\mfidl\AppData\Local\Programs\Microsoft VS Code\resources\app\node_modules.asar.unpacked\spdlog\build\Release\spdlog.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
(node:3780) Electron: Loading non-context-aware native module in renderer: '\\?\C:\Users\mfidl\AppData\Local\Programs\Microsoft VS Code\resources\app\node_modules.asar.unpacked\spdlog\build\Release\spdlog.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
(node:3780) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
[main 2020-09-16T00:57:54.604Z] update#setState checking for updates
[main 2020-09-16T00:57:55.065Z] update#setState idle
EDIT: I should also note that a VSCode window opens cc2538-bsl.py
What happens when you tried the blink.bin?
I hadnt. I tried it with the Zstack right away. I will try with the blink.bin.
Also I just want to make sure. When I plug it in I get a flashing light. When I plug it back while holding the button on the stick there is no light. Is this right?
When I try with the blink.bin VS Code just opens up. But the light on the stick is still off.’’
EDIT 1: When I unplug the stick and load blink.bin, I get the same flashing purple light I always have when I plug the stick in. Nothing happens in the command prompt window.
EDIT 2: I closed VS Code, and tried it with blink.bin and that message came up again:
C:\Users\mfidl\Desktop\cc2538-bsl-master>
[main 2020-09-16T02:52:14.136Z] update#setState idle
(node:5616) Electron: Loading non-context-aware native module in renderer: '\\?\C:\Users\mfidl\AppData\Local\Programs\Microsoft VS Code\resources\app\node_modules.asar.unpacked\vscode-sqlite3\build\Release\sqlite.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
(node:5616) Electron: Loading non-context-aware native module in renderer: '\\?\C:\Users\mfidl\AppData\Local\Programs\Microsoft VS Code\resources\app\node_modules.asar.unpacked\spdlog\build\Release\spdlog.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
(node:5260) Electron: Loading non-context-aware native module in renderer: '\\?\C:\Users\mfidl\AppData\Local\Programs\Microsoft VS Code\resources\app\node_modules.asar.unpacked\spdlog\build\Release\spdlog.node'. This is deprecated, see https://github.com/electron/electron/issues/18397.
EDIT 3: IN VSCode I see
PS C:\Users\mfidl> & python c:/Users/mfidl/Desktop/cc2538-bsl-master/cc2538-bsl.py
ERROR: No serial port found.
if you plug in the stick with the button held, do you see a new serial port created in windows?
do you have a pi or something you could try you might have better luck 
So I got it flashed - at least Omer (and I) think it is. Now I have the ZZH stick in my Pi Im trying to set up ZHA. Here is the funny thing, I think I have the path right, and it has showed up but I dont see it as a coordinator nor can I add anything. Thoughts?
Also, when I try to add a device - I get no logs in ZHA.
1 Like
Has anyone received their stick from @slaesh yet? I ordered mine last month, followed up a few times with some apparent issues with shipping but zero responses with multiple emails lately…
I haven’t, last update was the email on the 21st.
I get the impression that they’re overwhelmed by everything that went wrong, and the amount of emails in their mailbox wanting to know WTF is going on.
Got mine a week ago or so.
1 Like
Does anyone have a guide on how to migrate from 2531 to 2652R? I am happily running a Pi4 with 2531 but I seem to have a weird problem where after a reboot, sometimes the 2531 stick just won’t power on. The green light comes on and then goes off. It takes a few power offs, unplug, plug back in, etc… and then miraculously it powers on, light goes green and things start to work. But it’s weird and means that I can’t reboot it remotely as I am unable to unplug it. I have a spare 2531 but since I have a 2652 and already tested on a Windows PC, I thought I’d move to that. But zigbee2mqtt won’t start.
Hi @wdmnn,
Can you please help with the switch from 2531 to 2652? I see this message that you have to change the pan_id but nowhere does it say to what. Please help? And also is it just power off the Pi, unplug the 2531, plug the 2652, power the Pi back on? And of course change the pan_id (to what?) and re-pair all devices?
Many thanks!
To more or less whatever you like. It Just has to be different.
Thank you!
In the meantime I found this
https://slae.sh/projects/cc2652/
This also solved my non-powering 2351… seems that I had to change the port from ttyAMA0 to the actual serial port as described in this article and now the stick starts… I wonder whether why since it’s been working for a very very very long time but I suspect it has to do something with 1.14.x as I hadn’t rebooted it since then. But thanks anyway. Hope this article helps someone else in my situation.
Do you have only one device plugged into a USB port or more than one?
If you have more than one, there’s no guarantee each USB port is assigned the same tty name on startup. That’s why it’s commonly recommended to use the dev name because that is assigned exclusively to the specific device: /dev/serial/by-id/...