-
Notifications
You must be signed in to change notification settings - Fork 3k
Add nanostack support for KW41Z #6622
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
8fe0e06
to
01bb1f9
Compare
This PR requires the below fix to be inside mbed-os: |
#define MAC_PACKET_SIZE 127 //MAX MAC payload is 127 bytes | ||
static uint8_t PHYPAYLOAD[MAC_PACKET_SIZE]; | ||
|
||
//TODO: verify these values |
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.
What does this mean "verify these values"
} | ||
} | ||
|
||
static void rf_mac_set_pending(uint8_t status) { |
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.
{
new line
#ifndef NANOSTACK_PHY_KW41Z_H_ | ||
#define NANOSTACK_PHY_KW41Z_H_ | ||
|
||
#include "mbed.h" |
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.
Include what is required here, not mbed.h
01bb1f9
to
a980e9a
Compare
@0xc0170 . Thanks for your review. I have updated per your comments. The TODO comment statement in the code was a copy-paste from another driver. |
@mmahadevan108 That private PR indicates that the patch isn't in mbed-os yet. Is this still the case, and should we expect a seperate PR for that patch, or has it already made it into mbed-os? |
targets/targets.json
Outdated
@@ -573,7 +573,7 @@ | |||
"supported_form_factors": ["ARDUINO"], | |||
"core": "Cortex-M0+", | |||
"supported_toolchains": ["ARM", "GCC_ARM", "IAR"], | |||
"extra_labels": ["Freescale", "MCUXpresso_MCUS", "KSDK2_MCUS", "FRDM"], | |||
"extra_labels": ["Freescale", "MCUXpresso_MCUS", "KSDK2_MCUS", "FRDM", "FRAMEWORK_5_3_3"], |
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.
I take it this is the first device to use this label?
Is this label meant to be some sort of placeholder? I think we coud probably name it something a bit more descriptive.
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.
I also agree. If you cannot find anything related to this by searching Google with FRAMEWORK_5_3_3
then the label is not descriptive enough.
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.
This is related to MCUXpresso SDK radio driver version.
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.
Do we need to have multiple ones in the tree?
Or can it be combined with other flags?
Or can it be made more verbatim like "MCUXPRESSO_FRAMEWORK_5_3_3"
@mikter is that referenced Nanostack change already published in Mbed OS? |
Note: |
We tested the driver with commit 01bb1f94d1f7ed8a67f64bc4f50f723eaafd2335 Energy detection scan has failed to scan channels, with zero energy on most channels. There is no network traffic seen on channels. Indirect data transmission has failed with error message "Wrongly dropped". We will retest with the updated commit soon. |
The PR ARMmbed/sal-stack-nanostack-private#1585 is not yet merged to Mbed OS. It will be merged to mbed-os-5.9 release. |
@JuhPuur Are you testing against mbed-os repo. This will not work without the fix from |
Re-tested with the fix included. Same issues. |
I would like to run this test to debug, where do I get it. |
The tests are unfortunately not yet released to partners. |
We will start CI but noticed first Travis failures - we include workaround in travis config . Can you rebase to get it in, travis should be green |
5456589
to
4634a64
Compare
Rebased and also removed include of mbed.h |
We fixed Travis failures on master hours ago, and this change should be propagated here via rebase. We will start CI right after travis fix. I can rebase this later today if not yet done. Sorry for the trouble |
Signed-off-by: Mahesh Mahadevan <[email protected]>
Signed-off-by: Mahesh Mahadevan <[email protected]>
4634a64
to
40864d4
Compare
@0xc0170 I have rebased this PR |
CI started |
Test run: FAILEDSummary: 1 of 11 test jobs failed Failed test jobs:
|
I am not clear how to address the network test failures seen. |
@mmahadevan108 By default the Greentea tries to run network tests for all boards that provide default network interface, as this does by default. However, our test environment does not (yet) have properly working Mesh network available. Therefore you need to tell Greentea run that by default, use NO_NETWORK test configuration. See example here for This NO_NETWORK disables the default network interface for Greentea builds, until Once you copy&paste the |
Signed-off-by: Mahesh Mahadevan <[email protected]>
Thank you. I have updated this PR with the change suggested. |
@0xc0170 Anything needed for this PR from my end? |
CI started |
Test run: SUCCESSSummary: 11 of 11 test jobs passed |
Signed-off-by: Mahesh Mahadevan [email protected]
Description
Add Thread support for FRDM KW41Z board. This was tested using the mesh-minimal application.
Pull request type
[ ] Fix
[ ] Refactor
[ ] New target
[X] Feature
[ ] Breaking change