official forum

My implementation is "power hungry" if you consider 40 mA at 3.3 V "power hungry"... I don not think you can power down the CO sensor. So trying to optimize the Z-Uno seems not worth it in this case.The Z-Uno is always on. You could make devices (actor + sensor) that run with les...

I never saw a "text" variable. I think Z-Wave does allow a manufacturer to transfer arbitrary data, but it is somewhat special. But even If Z-Uno supported this... you still need some support on the controller, so that would be your next problem. If you own a Fibaro RGBW you might have see...

What chip is on that converter board? I suspect possible issues if the nominal voltage is 5 V. The Z-Uno outputs max 3.3 V (actually closer to 3.1 V). That might not be high enough to signify "1". Also, it does not accept more than 3.3 V on any pin, higher voltage with no current limit dam...

Yes, your Z-Uno can implement a relay and/or a dimmer and/or a sensor at the same time. For instance, I have a n RGBW light behind my TV and it also has a CO2 sensor at the same time.

Hah! the same relay

Your project sounds interesting. I look forward to see your post!

I did not want to insult you... It is difficult to get to know each other from a few posts. I fully agree, the flapping is an issue! Not for this simple LED, but imagine you want to drive a relay, to switch an appliance... I would work around it this way: first use a bistable relay with 2 coils. The...

Glad I could help.

I think you underestimate how many times setup() gets called... it is each time the device wakes up, and there are many reasons. It will wake up, for instance, when you "poll" the device because that is a radio transmission. so that will reset the pins and run setup().

It is not you... wake up is tricky! I see at least one issue... In setup, you have to read NZRAM and set the pins according to that. So, after the devices wakes up, first the pins "flap" as you said, but then in setup you set them to output and also on or off, as indicated by the NZRAM. In...

Good luck. I did a quick test, and I have found 2 issues, not related to that solution. The first is you have to use "long", not DWORD for the getter. Otherwise Z-Uno reports only lower 16 bits. The second, I was unable to solve: I have reasons to believe HC2 does not display values above ...

I'll do some more tests but here is a quick result, wake up tested on pin 9. I use the test sketch at the end of this post. To wake up the device, I pull INT1 to ground. - When the Z-Uno goes to sleep, state is preserved. - When the Z-Uno wakes up, the pin goes to weak pull-up mode after some time. ...