-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
at86rf2xx: different types have RSSI base values #6369
at86rf2xx: different types have RSSI base values #6369
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Verified the values for rf233 and rf231 via data sheet. RF212B needs some adjustments according to data sheet (table 8-16 RSSI_BASE_VAL).
#if MODULE_AT86RF233 | ||
# define RSSI_BASE_VAL (-94) | ||
#elif MODULE_AT86RF212B | ||
# define RSSI_BASE_VAL (-97) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it seems like this value depends on the PHY mode, according to the data sheet for 212B.
The mode which yields -97 is not settable directly via ifconfig x set page y
. IMO it's better to default to -98, which is what the modes for page 2 give on both EU and US channel bands.
Also, add a note that the 212B value is valid for page 2 only. The value is -100 or -99 for page 0, depending on channel setting.
Overall, the use of these separate values looks good enough to me. I can't comment on the 212B personally, but just to add a data point, let me ask someone I think is using this chip. |
Addressed your comments. |
Sorry, no further information. I defer on the 212B. |
* @note for the default settings in RIOT fur the at86rf212b, | ||
* for other seetings this value may change. | ||
*/ | ||
# define RSSI_BASE_VAL (-98) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
typo "fur" and unintended tap I guess
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed typo, but which tap are you referring to?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wasn't a tap but spaces between "'#" and "define".
Whoops, what hast the "twofish" stuff to do with this PR? |
c491bad
to
6ad8c5c
Compare
Good question - rebase fixed it. |
@OlegHahm previously I was talking about the spaces between "'#" and "define". Besides of that please squash |
6ad8c5c
to
c04c5cb
Compare
The indentation is on purpose because of the if-else. Squashed. |
Well, this indentation style for macros is new to me but I I won't stall this PR because of that. |
Ah, can't merge until @gebart approves. |
@PeterKietzmann, we use it rather frequently in RIOT. The reason is that the standard requires that the first character of the line for a preprocessor directive is the hash character. |
Fixes #4874.