I assume that LoRaWAN.cycle(txDutyCycleTime) will override the TimerStart( &wakeUp ) function?
My goal here is to wake the board up every 10 (or used defined seconds) to check the sensor values. If they are within the set range then just go back to sleep.
If the readings are above the set range then transmit the details.
Or ever 6 (or user defined seconds) have elapsed then just transmit the current sensor values.
Initially I thought i would be smart and just use the TimerStart( &wakeUp ) function to trigger a read then keep the state machine for the LoRa side as it is but I seem to be getting some really strange results with this so I am assuming that TimerStart is overwriting the LoRaWAN.cycle.
I did think about just using LoRaWAN.cycle and adjusting the time on that however that seems to wake up the radio and I think does a join every time its run.
Any thoughts or suggestions as to how better to deal with this without having to wake the radio up?
I guess maybe dumping the LoRaWAN.cycle then manually setting "deviceState " could be an option however that will require the transmission times to be divisible by the sensor read times.