This might not be a perfect answer, but:
You may first try to analyse the Power Meter Pulse Sensor. It's quite easy to understand, what it does - despite it uses an interrupt service routine you may not need. This may be helpful to understand how communication between node and controller is organized and timing of data sending for non-sleeping modes can be achieved.
You may then just put your code into this basis - just add your parts wrt. measuring and delete the not needed parts (or make them comment first).
Some further remarks:
There is the rather complex Rain Gauge sketch with a lot of options that may be confusing at first sight. This may already be prepared to do most things you may want to do.
In Most cases, it's easier to do the statistics part on controller side and just let the nodes report small "snapshots". So resetting the counter and use an RTC is not necessary...
I don't have the link at the moment, but there also exists a small example, how to combine sonsors. I also found this helpful to understand how to convert standard arduino code with MySensors functionality.
Thank you all for taking the time to reply.
I will take a look at the documentation, but then realised I could just have one controller at a time running to test at first (doh!)... -
Still, this really is all about an end product that works for my needs with learning new stuff into the bargain.
I'll let you know if I do need to try it - nice to know it's an option!
I was able to locate documentation from others who decoded the devices already. In truth, they are very simple as they only send 1 or 2 packets. Your thermostat presumably sends all kinds of info out and each packet could contain very different data.
I may go back to my old code first and give it one more run since it really just needs ESP8266 and RFM69 compatibility added to it. That should be easier than porting the decode algorithm to either MySensors or another project.
My original goal was to simply use OpenMQTTGateway with my added protocols and decoders. That didn't work well, so I've made no real progress.
Ikea is also producing zigbee-compatible smart home components (TRÅDFRI series), including led lighting, dimmers, PIRs, ethernet gateways without cloud-based parts (can work w/o internet).
Starting from $11-$19 for dimmers/PIRs here in Poland.
@dbemowsk each layer does it's job
bridge just creates a bridge
will it do a translation between depends on translation layer
translation job can be about translation of address or translation of data form or even both
all this depends on the goal but brings wide flexibility
@NeverDie As the relays only activate the main motor power supply and controls start&stop and direction, bouncing is not a problem.
Perhaps you where thinking on an arduino actuating the door mechanism button?
for the reasons previously explained, you can't do this actually; using both "api" at same time in code as softdevice is loaded in background.
unless you make some changes in Mysensors nrf52 port code..
I use 3 personal laptops, 1 work laptop, 1 computer, 1 tablet and 1 phone to come to MySensor depending on where I am and if I have some time. However I am permanently logged in only on 2 devices. I do occasionally log in from others but not all the time.
Well yes, but nrf24 frequency range is not very wide, it shouldn't be a problem to disturb that. Anyway I was just trying to find a way to detect weird signals. I know good security systems do frequency hopping on a wide range but I guess they don't use any rfm69 or nrf24