Linux gateway don't receive Ack

[mfalkvidd]

@freynder but if RSSI is excellent, it means someone else must be sending and the channel isn't free. So maybe the correct value is returned anyway in your calculation example (but the comparison is still strange)

[mfalkvidd]

If the code was refactored like this I think it would do exactly the same thing, but it would be easier to follow:

LOCAL bool RFM69_channelFree(void)
{
	// returns true if channel activity under RFM69_CSMA_LIMIT_DBM
	const int16_t RSSI = RFM69_internalToRSSI(RFM69_readRSSI());
	RFM69_DEBUG(PSTR("RFM69:CSMA:RSSI=%" PRIi16 "\n"), RSSI);
	return (RSSI <= MY_RFM69_CSMA_LIMIT_DBM);
}

[freynder]

@mfalkvidd said in Linux gateway don't receive Ack:

If the code was refactored like this I think it would do exactly the same thing, but it would be easier to follow:

LOCAL bool RFM69_channelFree(void)
{
	// returns true if channel activity under RFM69_CSMA_LIMIT_DBM
	const int16_t RSSI = RFM69_internalToRSSI(RFM69_readRSSI());
	RFM69_DEBUG(PSTR("RFM69:CSMA:RSSI=%" PRIi16 "\n"), RSSI);
	return (RSSI <= MY_RFM69_CSMA_LIMIT_DBM);
}

I think the comparsion should be > in this case. (e.g. -30 > -95)

[rozpruwacz]

@freynder no, the function is correct. Before sending the rssi value read by this function should be lower than treshold -80dbm is not lower than - 95dbm. You should get rssi reprted around - 100dbm in this function but for some reason you have higher values.

[freynder]

@rozpruwacz

Ok, I must be missing something then. You say that the rssi should be around -100dbm for the channel to be clear? So lower is better for checking channel clearance? I thought higher was better.

[rozpruwacz]

@freynder yes, the lower the better. You may be confused by this because the rssi is "Received Signal Strength Indication" so the higher the better, but in this function this indicator is used to check that nothing is receiving

[freynder]

@rozpruwacz Ok, got it now. Thank you very much.

[freynder]

@mfalkvidd said in Linux gateway don't receive Ack:

@freynder but if RSSI is excellent, it means someone else must be sending and the channel isn't free. So maybe the correct value is returned anyway in your calculation example (but the comparison is still strange)

Indeed you were right. I had a wrong understanding on how RSSI was measured. It appears to be an indication of "the amount of energy available within the receiver channel bandwidth", so if nobody is sending it will be low.

[scalz]

And for newcomers, about rfm69 channel free, it helps to avoid some collisions, but this function+automatic powertransmit tuning helps to be better at FCC compatibility. RFM69 can go up to +20 dBm so it could create some mess in air..
FCC is related to

• hardware. Still, you can buy a fcc module but as soon as you place it on a custom board, so not exact same shape as manufacturer, FCC is not valid anymore. FCC is tested with specific manufacturer design, and when you change shape and layout of pcb, rf is not same as before, so FCC not ok ;)
• and software. You can have a FCC device, but if rf stack in framework don't check channel free etc then it's not FCC too

[diogoc]

Ok, I understand now that the modules are measuring the noise signal strenght before sending someting.
Apparently the noise level is high, but with the other gateway I get low values.
It seems to be the linux gateway that is generating the noise ???
The RFM69 is powered by a separated LDO and capacitors, so I don't think it is a power supply problem.

The RFM69 linux driver is the same that arduino RFM69 driver? Could be some missing register parameterization?