Skip to content

Client nanostack and seperated #2249

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

Merged
merged 6 commits into from
Jul 26, 2016

Conversation

c1728p9
Copy link
Contributor

@c1728p9 c1728p9 commented Jul 26, 2016

Combine #2207 and #2246 into one PR and restructure so client and nanostack do not depend on each other.

Seppo Takalo and others added 4 commits July 25, 2016 21:47
Contains same version of libraries as ARMmbed#453

Tagged versions
* mbed-mesh-api mbed-os-5.0-rc1
* mbed-trace mbed-os-5.0-rc1
* nanostack-hal-cmsis-rtos mbed-os-5.0-rc1
* nanostack-interface copied. no remote repository
* nanostack-libservice mbed-os-5.0-rc1
* sal-stack-nanostack mbed-os-5.0-rc1 Binaries generated from v5.0.5
    The M3 build is used for both M3 and M4 devices.
Replacing with source code replicated from respective repositories including
mbed-client - TAG mbed-os-5.0-rc1
mbed-client-c - TAG mbed-os-5.0-rc1
mbed-client-classic - TAG mbed-os-5.0-rc2
mbed-client-mbed-tls - TAG mbed-os-5.0-rc1
mbed-client-randlib - TAG mbed-os-5.0-rc1
coap-service - TAG mbed-os-5.0-rc1
Adding CONTRIBUTING.md file explaining how to submit patches for any of the components belonging to FEATURE_CLIENT
@c1728p9
Copy link
Contributor Author

c1728p9 commented Jul 26, 2016

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=GCC_ARM,ARM,IAR
TARGETS=K64F,NRF51_DK,NRF51_MICROBIT,NUCLEO_F411RE

@c1728p9
Copy link
Contributor Author

c1728p9 commented Jul 26, 2016

/morph test

@mbed-bot
Copy link

[Build ${MBED_BUILD_ID}]
FAILURE: Something went wrong when building and testing.

@c1728p9
Copy link
Contributor Author

c1728p9 commented Jul 26, 2016

This should also address #406.
CC: @SeppoTakalo, @yogpan01, @kjbracey-arm

@sg-
Copy link
Contributor

sg- commented Jul 26, 2016

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=GCC_ARM,ARM,IAR
TARGETS=K64F,NRF51_DK,NRF51_MICROBIT,NUCLEO_F411RE

@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 517

Test failed!

@c1728p9 c1728p9 force-pushed the client_nanostack_and_seperated branch from e0f88ad to 035aa85 Compare July 26, 2016 04:31
@c1728p9
Copy link
Contributor Author

c1728p9 commented Jul 26, 2016

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=GCC_ARM,ARM,IAR
TARGETS=K64F,NRF51_DK,NRF51_MICROBIT,NUCLEO_F411RE

@c1728p9
Copy link
Contributor Author

c1728p9 commented Jul 26, 2016

/morph test

@sg-
Copy link
Contributor

sg- commented Jul 26, 2016

@bridadan @PrzemekWirkus Looks like an erroneous failure for 517 running tests-mbedmicro-rtos-mbed-queue on IAR and K64F. Can you confirm?

Move the library files used by both nanostack and client into a common
location.  This allows both client and nanostack to be built stand-alone.

The patch moves the following libraries into a common location:
-mbed-client-c
-mbed-client-randlib
-mbed-trace
-nanostack-hal-mbed-cmsis-rtos
-nanostack-libservice
-sal-stack-nanostack-eventloop

And moves the library 'coap-service' from client into nanostack.
@c1728p9 c1728p9 force-pushed the client_nanostack_and_seperated branch from 035aa85 to cef844f Compare July 26, 2016 05:00
@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 520

Test Prep failed!

@sg-
Copy link
Contributor

sg- commented Jul 26, 2016

/morph test

@sg-
Copy link
Contributor

sg- commented Jul 26, 2016

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=GCC_ARM,ARM,IAR
TARGETS=K64F,NRF51_DK,NRF51_MICROBIT,NUCLEO_F411RE

@mbed-bot
Copy link

[Build 701]
FAILURE: Something went wrong when building and testing.

@SeppoTakalo
Copy link
Contributor

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=GCC_ARM
TARGETS=K64F

@mbed-bot
Copy link

[Build 706]
SUCCESS: Building succeeded and tests were run! Be sure to check the test results

@SeppoTakalo
Copy link
Contributor

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=ARM
TARGETS=K64F

@mbed-bot
Copy link

[Build 707]
SUCCESS: Building succeeded and tests were run! Be sure to check the test results

@SeppoTakalo
Copy link
Contributor

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=IAR
TARGETS=K64F

@mbed-bot
Copy link

[Build 708]
SUCCESS: Building succeeded and tests were run! Be sure to check the test results

@SeppoTakalo
Copy link
Contributor

I tested this PR with mbed-os-example-client and some weird behaviour appears.
Program starts only once after a flash and stops immediately. Then reset button does not restart.
No packets appear on the network (6LoWPAN).

Starting mbed Client example...
Using Mesh

Connecting to Mesh..

Nothing appears after that.
What have been done? This was working 12 hours ago.

Surprise

@SeppoTakalo
Copy link
Contributor

Oh.. LOL, my problem.

Technical difficulties panda

I was using a wrong build target and my flash script picked it up and flashed the device twice

With correct target seems to be working fine.

Starting mbed Client example...
Using Mesh

Connecting to Mesh..

Connected to Network successfully
IP address 2001:999:11:b6b3:fec2:3d00:4:a2ac

SOCKET_MODE : UDP
Connecting to coaps://[2607:f0d0:2601:52::20]:5684

Registered object successfully!

@SeppoTakalo
Copy link
Contributor

By separating the IPV6 to PAL we gained following:

Using Ethernet

Configuration Flash size
["CLIENT", "COMMON_PAL"] 315995
["CLIENT", "COMMON_PAL", "IPV6"] and Atmel RF driver 315987
diff -8

Good thing is that now we can build without RF driver present. This however, should be still done to IPv6 feature anyway, but later.

@SeppoTakalo
Copy link
Contributor

I don't know about CI status, but from our point of view, this is ready to go in.

I would recommend merging this PR, instead of the separated Client+IPV6 PRS.

@yogpan01
Copy link
Contributor

This should be now good to be merged.

@bridadan
Copy link
Contributor

/morph test

@SeppoTakalo
Copy link
Contributor

@c1728p9
Just noticed one thing, in order to prepare the baseline change, one change is needed.

This repo does not anymore contain the features/wrapper/mbed-drivers/mbed.h so references to mbed-drivers/mbed.h need to be changed to mbed.h
This is undocumented change, so I'm unsure if you are planning to bring that wrapper in, or not.

Can you go through references of in this repo and change them as I have no RW access to this PR. There was number of them in mbed-mesh-api

I would however recommend to bring that wrapper in, as it allows some code to compile on both mbed OS 5 and 3.

@sg-
Copy link
Contributor

sg- commented Jul 26, 2016

@c1728p9 please grep the whole tree and update all to mbed.h

@SeppoTakalo please update the origin to only use mbed.h Sorry if this wasn't previously shared.

@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 524

Test failed!

Include mbed.h rather than mbed-drivers/mbed.h.
@bridadan
Copy link
Contributor

/morph test

@mbed-bot
Copy link

Result: FAILURE

Your command has finished executing! Here's what you wrote!

/morph test

Output

mbed Build Number: 526

Test failed!

@sg-
Copy link
Contributor

sg- commented Jul 26, 2016

@mbed-bot: TEST

HOST_OSES=windows
BUILD_TOOLCHAINS=GCC_ARM,ARM,IAR
TARGETS=K64F,NRF51_DK,NUCLEO_F411RE

@mbed-bot
Copy link

[Build 712]
SUCCESS: Building succeeded and tests were run! Be sure to check the test results

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants