@mfalkvidd
Thanks! That is almost the same as my readings.

@scalz
I have been working few years with ZigBee modules from TI (CC2530). I had dozens of different setups with integrated and also external antenna. RF values was not "just datasheet numbers", if there was written 20dBm output, it was there.
But fully agree, that here is the problem mainly caused by non-optimized antenna... So there is a huge space to increase the range of modules...

And one more update, whch I think can be very important for all others. My setup is running on OpenHab2 installed on OrangePi Zero with SerialGateway connected over UART.
Just now I had realised, that OrangePi makes huge RF noise. If I will run setup normally, receiving sensitivity is very poor. Once I start setup without SD card inside of the system (OrangePi will not start up), Arduino gateway is receiving perfectly.
I have just putted SerialGateway to the 50cm long cables, far from OrangePi and usable range is more than twice longer than before.

Thans for your time guys. Appreciated.

@mfalkvidd
Thanks! That is almost the same as my readings.

@scalz
I have been working few years with ZigBee modules from TI (CC2530). I had dozens of different setups with integrated and also external antenna. RF values was not "just datasheet numbers", if there was written 20dBm output, it was there.
But fully agree, that here is the problem mainly caused by non-optimized antenna... So there is a huge space to increase the range of modules...

And one more update, whch I think can be very important for all others. My setup is running on OpenHab2 installed on OrangePi Zero with SerialGateway connected over UART.
Just now I had realised, that OrangePi makes huge RF noise. If I will run setup normally, receiving sensitivity is very poor. Once I start setup without SD card inside of the system (OrangePi will not start up), Arduino gateway is receiving perfectly.
I have just putted SerialGateway to the 50cm long cables, far from OrangePi and usable range is more than twice longer than before.

Thans for your time guys. Appreciated.

@mfalkvidd said in RFM69HW RSSI / range problems:

@dell640 at 10cm the antennas are within eachother's near field of RF propagation. No numbers from datasheets will be relevant in the near field. The antennas need to be at least one wavelength (70cm/2.3ft) apart.

Thanks for that. Its pretty theotertical stuff, however it is fact.
There is no change in RSSI if I'm moving the nodes more far or close. RSSI keeps in same range of -20 to -30dB in range of approx 2 meters...then it of course going down...

Are these RSSI values maximum for RFM69HW?
Do I understand right, that receiving RSSI values should be = 20dBm - TX antenna gain/loss - transmission loss - RX antenna gain/loss --> RSSI at zero values at the minimum?

I have rebuild my custom setups in order to have most "clean" and strong power lines. I have to confirm, that now nodes are able to find RSSI values approx -95 to -98 in CSMA routine, so It basically works...even if it is far far away from datasheet value of -120dB

However there is still problem with range, one brick wall makes connection very unstable. Device at 433MHz with 110dB (-90 to 20) ling budget should work much better.

In the tests I have disabled ATC mode by:
#define MY_RFM69_ATC_MODE_DISABLED

and set power level to maximum:
#define MY_RFM69_TX_POWER_DBM (20)

two nodes, close each other (approx. 10cm) reaches usually connection RSSI between -30 to -20. using helical 1/4 antennas (ebay).
Are these values usual? Or the PA on the board is not working as expected?

@rozpruwacz said in RFM69HW RSSI / range problems:

Yes, if You have properly designed your node/gateway. I had exactly same problem when I was powering the rfm module from 3.3v pin of the rasberry pi. Using separate LDO for the rfm module reduced the RSSI values to around -100dBm. Use low noise LDO, keep power paths short and use decoupling capacitors and it should make things better.

Thanks for your hint, my nodes are powered from (relatively) strong power sources (5V/2A), not Pi pins. Tested node is powered from 3.3V LDO Regulator (has 100uF output capacitor) and shared is only with Atmega328p.
However I have to confirm your presumption, power have strong drop downs, which is most probably causing this problems (actually I dont understand how the ATMEGA itself could work with theese dropouts...)
I will come back with results.
Thx

Hey!

I'm new to MySensors, and very hapy that this open project exist.
Unfortunately, I have problems with RMF69HW 433MHz modules (ebay), however from all threads I have read I'm not alone.

CSMA routine seems does not work as expected, every single packet it fails and runs out to timeout.
I'm usually getting RSSI values in CSMA routine between -80 to -90.
short example:
1818842 RFM69:CSMA:RSSI=-83
1818846 RFM69:CSMA:RSSI=-83
1818849 RFM69:CSMA:RSSI=-87
1818853 RFM69:CSMA:RSSI=-87
1818856 RFM69:CSMA:RSSI=-88
1818860 RFM69:CSMA:RSSI=-84
1818864 RFM69:CSMA:RSSI=-85
1818867 RFM69:CSMA:RSSI=-88
1818871 RFM69:CSMA:RSSI=-87
1818874 RFM69:CSMA:RSSI=-86

But CSMA has predefined "silence" value as -95 in file RFM69_new.h
#define MY_RFM69_CSMA_LIMIT_DBM (-95)

From all my tries it looks like PowerAmplifier (PA) is all time turned on and makes noise for the RX.
Range of my modules is low, usually one wall is too much to communicate. Only inside of one room they work well.
I'm not using any other 433MHz technology in the house which could posiibly make that high RSSI values.

I'm using example scatches from MySensors with this custom predefinitions:
#define MY_RADIO_RFM69
#define MY_IS_RFM69HW
#define MY_RFM69_FREQUENCY (RFM69_433MHZ)
#define MY_RFM69_NEW_DRIVER
#define MY_DEBUG_VERBOSE_RFM69

I have tamporarily increased MY_RFM69_CSMA_LIMIT_DBM limit to -70, however this is not solution of problem, just surpessing of symptom..

Can somebody local, with good working RFM69HW module confirm, that his values of RSSI in CSMA routine are usually below -95?