@GLAB You can set the frequencies using the settings in MyConfig.h, which is in the MySensors folder. If you put any of the defines from MyConfig.h into your sketch, they will override the MyConfig.h setting for that sketch only.
If you are using the RF24 radio, there are different channels which correspond to a given frequency. The default is channel 76. There is a list of typical channels in MyConfig.h. If you want to change the channel for all the sketches, change it in MyConfig.h. If you want to change it just for the sketch, add a define to the sketch. For example:
#define MY_RF24_CHANNEL (84)
The problem with changing the channel in a sketch is that the gateway has to be on the same channel to receive from the node. So, normally it makes sense to change in MyConfig.h because you usually want the gateway and all the nodes on the same channel.
Other radio's like the RFM69 list the frequency instead of using a channel. They can be overridden in the sketch as well. You can find the defines that are needed in MyConfig.h
Very useful topic for me, thanks. Even though it's been a long time, the information was useful to me. And especially the information on the link you sent.
In the BACnet protocol, the messages are not sent directly, but pushed into an internal state machine that remembers (some) of the previously messages sent (i.e. memorize(_msg); send(_msg); ).
The state machine also peeks incoming messages and can trigger a message re-send in case of a missed ACK.
the difference with MySensors is that all the messages are numbered, otherwise you would not know which message of the last N sent previously was ACKed,
but well.. ACKing the last similar message might be good enough.
Anyway @SiLeX : if you want to try, this is not that complicated, (if you don't take into account the STREAMs) it will just costs about (1 status byte + 1 timestamp + 1 frame size) x N ; for N frames memorized.
@openhardware-io
Hi: (Please direct to Feanor-Anglin if possible)
I previously ordered some 4RelayDIN PCBs off openhardware.io and got v1.6 PCBs but the info on the site I found is only for an earlier version of the PCB board.
I am trying to build some of the boards but there are additional compomemts on the newer PCB board.
The main one which looks to be a driver IC.
Would you please share the updated information with me or perhaps update the openhardware.io site.
Many thanks, Rod
@dzungpham0703
I replied in the nrf51822 thread. Yes I managed to make it work like the original with BLE stack. And using the wonderful Cypress Proc BLE solution including capsense and lots of goodies . Cypress really rocks! I love them.
The current consumption was lowered to 200uA without being connected and 700uA connected. Those numbers include LEDs current consumption and other blocks like touch sensing.
I'll get back with more updates when it's finished.
