forum

I found the problem. I was trying include the node while it was in rescue mode. I thought that was required since the device is almost always asleep. But, it seems that trigger inclusion/exclusion (three service button clicks) wakes up a sleeping device to do the include/exclude so going into rescue...

FYI. I downgraded to both 2.1.6 and 2.1.5 and it had no effect on the problem.

I've also posted on the Homeseer forum to see if I can get any more information from that direction. One thing I can think of that might be different is that on my original board the device was added to my network before I updated to 2.1.7. I hadn't updated my environment in some time so I'm not sur...

I'm working on a ZUno module project. The first board is working fine. I assembled a second board and programmed it with the same firmware (after updating to the 2.1.7 bootloader). This board always fails when trying to be added to my Homeseer Z-Wave network. This is the log of the add device proces...

I got my board re-assembled, updated to 2.1.7 and added a Serial.end() at the beginning of setup().

And, it works! Thank you so much for the great idea. I don't want to admit how much time I've spent trying to figure out what I did wrong with the power supply.

Thanks for the quick reply. I need to get the module soldered back to my board and then I'll try doing Serial.end() in setup(). That sounds like a great clue.

I'm debugging a really strange problem with a ZUno module project. The board has two power supply circuits: USB and battery. The USB power supply is just a 3.3V regulator and the USB_DM and USB_DP lines connect to the module. Using this PS the board works fine. I can program the module, add it to my...

I have a symbol and footprint library for both the ZUno board and module. My memory is hazy, but I'm pretty sure the module symbol and footprint are my own work. The other stuff I may have found somewhere, but it probably had to tweak it. I've used the module footprint on a single project and it mat...

What is the electrical state of the GPIO pins when the module is sleeping? Are they high-Z or ground? I have an external component that I want to put into its sleep mode by pulling it's *SLEEP input to ground. If I use digitalWrite to set a pin low and then put the Z-Uno module to sleep what happens...

Not sure if it matters, but this is Linux.

I've tried using rescue mode a few times. It seems to work a little more reliably, but I still sometimes get that same error. What I've found is that if I just keep retrying the upload it sooner or later works.

I'll keep experimenting with things.