-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Allow IEEE 802.15.4 addressing types for transceiver #557
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
Conversation
when building default for wsn430-v1_4. And what about all these empty new lines? |
|
@LudwigOrtmann add native support |
|
ACK - merge as soon as follow-up PR to #460 is ready. |
|
Last push rebases code, uses macros for IEEE address mode tests and adds some error handling |
|
I'm happy about the styling changes, but please make them in its own commit :) - because more than 30% of the lines are style changes. |
|
@mehlis done + rebased |
|
Just for clarification: this is not yet meant to be merged because #460 follow-up is still missing, right? |
|
@OlegHahm right. |
|
part of #644 |
|
Reviewed (tests will follow as part of #644 testing): ACK |
sys/transceiver/Makefile
Outdated
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.
use filter instead
IEEE 802.15.4 has two addressing modes: 16-bit short and the device's EUI-64. Currently RIOT supports only sending of packets with 16-bit short addresses via the transceiver interface. This patch allows at least for the radio chips that support IEEE 802.15.4 to let the application/upper layer decide which addressing mode to use. Upper layer implementation will be implemented in follow-up PR to RIOT-OS#460
IEEE 802.15.4 has two addressing modes: 16-bit short and the device's
EUI-64. Currently RIOT supports only sending of packets with 16-bit
short addresses via the transceiver interface. This patch allows at
least for the radio chips that support IEEE 802.15.4 to let the
application/upper layer decide which addressing mode to use.
Upper layer implementation will be implemented in follow-up PR to #460 so for now ccn and sixlowpan will not work with this PR
Note: there are some coding convention fixes included in this PR.