I'm using the new RFM69 driver since Jan 6th and after proper decoupling of the power supply it's working great. RFM69 gw directly on Raspberry and 3 promini nodes.

@Anticimex, I confirm that I'm have build pro mini and rPI on MySensors version 2.3.1 and didn't specify the encryptkey other than in given define and in EEPROM.

So now I removed the define again and ... communication is still working , you where absolutely right. Don't know what I did yesterday

Tomorrow I'll start again with adding software signing and see if that will work too.

Thanks again for your patience and help, great support .

Did you solve the issue? When setup signing & encryption 2 years ago I had to use Mysensors development version to get it working. I also had to remove the analog input on a node because that was to mutch for the promini.

Is there a way to measure the load of a MySensor node? I've been adding sensors to a 8Mhz promini node and at some stage encryption and signing are not work anymore due to overload.

I'm using the new RFM69 driver since Jan 6th and after proper decoupling of the power supply it's working great. RFM69 gw directly on Raspberry and 3 promini nodes.

@Anticimex, I confirm that I'm have build pro mini and rPI on MySensors version 2.3.1 and didn't specify the encryptkey other than in given define and in EEPROM.

So now I removed the define again and ... communication is still working , you where absolutely right. Don't know what I did yesterday

Tomorrow I'll start again with adding software signing and see if that will work too.

Thanks again for your patience and help, great support .

@jerby said in Encryption with RFM69 and PI serial GW:

@Anticimex,

My configuration is as follows:
I started with a rPI with Domoticz and NRF24 nano GW and nodes with soft signing and encryption. I've added a RFM69 nano GW with soft signing and encryption and converted one node from NRF24 to RFM69. That configuration worked but the serial GW's got mixed up. The RFM69 sensors showed up under NRF24 GW and working so I even could disable the RFM69 under Hardware while the RFM69 sensors still worked via the NRF24 GW. The sketch name of the RFM69 also showed up at the NRF24 GW. Therefore I removed the RFM69 nano GW and connected the RFM69 on the I/O pins of the rPI and configured the rPI as follows:

*git clone https://github.com/mysensors/MySensors.git --branch master

configured the keys from the personaliser in the file etc/mysensors.conf

sudo ./configure --my-transport=rfm69 --my-rfm69-frequency=433 --my-is-rfm69hw --my-gateway=serial --my-serial-is-pty --my-serial-port=/dev/ttyUSB020 --my-rfm69-irq-pin=22 --my-rfm69-cs-pin=24 --my-rfm69-encryption-enabled*

sudo make install
etc.

And the promini node with:
#define MY_IS_RFM69HW
#define MY_RFM69_FREQUENCY (RFM69_433MHZ)
#define MY_RFM69_NETWORKID 100 // Default network id. Use the same for all nodes that will talk to each other
#define MY_RFM69_ENABLE_ENCRYPTION
#define MY_RFM69_ENCRYPTKEY "D35AB40FDE3DBF9EAB4DC9CDA48EDB55"
#define MY_RFM69_NEW_DRIVER

When I remove the #define MY_RFM69_ENCRYPTKEY communication doesn't work any more.

I use platformio as development platform.
Hope this is sufficient info of my setup.

@Anticimex, this is the references that I found:

https://github.com/Oitzu/mysensors-Arduino-attiny/pull/2/commits/74a54267d2b76c1cd509ae4245d4d3837270670b?diff=unified

row 418.

@Anticimex, test failed. So #define MY_RFM69_ENCRYPTKEY is required for encryption with the RFM69 and encryption key from EEPROM is not used!
My question how does the compiler know that the entered MY_RFM69_ENCRYPTKEY is in hex and not acsii is still a mistory to me.
Regards, and thanks for your help.

@Anticimex, great that could be the answer. I'll build the node without #define MY_RFM69_ENCRYPTKEY and see if they still communicate. Thxs.

@Anticimex, clear therefore I don't understand that my configuration as given below is working.

rPI mysensors.conf
aes_key=D35AB40FDE3DBF9EAB4DC9CDA48EDB55

promini node:
#define MY_RFM69_ENABLE_ENCRYPTION
#define MY_RFM69_ENCRYPTKEY "D35AB40FDE3DBF9EAB4DC9CDA48EDB55"

Thanxs for your quick replies.

@Anticimex I fully agree, but the examples give a 16bytes ascii encrypt key and 1 ascii character is 2 bytes. I did not specify that my entered key is in bytes so I would expect that the compiler converts it to 32hex characters but it dpoesn't do that else my communication wouldn't work!?