Re: Sample apps in mynewt-core

[aditi hilbert]

Lukasz,

Yes - great addition!

thanks,
aditi

> On Mar 20, 2018, at 8:16 AM, Lukasz Wolnik  wrote:
> 
> Hi Aditi,
> 
> Could we also add a sample app that uses NimBLE's Secure Connections please?
> 
> Kind regards,
> Lukasz
> 
> On Tue, Mar 20, 2018 at 1:11 AM, aditi hilbert  wrote:
> 
>> Hi all,
>> 
>> We have been adding a lot of features and functionality in Apache Mynewt
>> recently. Sample apps make it easy to see how to use them; so adding some
>> sample apps would be much appreciated. Here's an initial list of sample
>> apps that we could add. Please respond if you wish to contribute one or add
>> to the list. And I think we should add a README.md for every app in the
>> repo.
>> 
>> * PWM - control LED brightness
>> * ADC, UART - read voltage on ADC, print value to UART
>> * ADC, I2C - read out an ADC over I2C
>> * Expose a resource by enabling a CoAP server
>> * CoAP, LoRa - enable CoAP client on one LoRa node, CoAP server on
>> another, retrieve a resource value
>> * Cycle through available power states (deep sleep, low power etc.)
>> * Sensor - change sampling rate
>> * Sensor - read multiple I2C sensors simultaneously
>> * Sensor - trigger a notification when a threshold is crossed
>> * Logging, Sensor - enable FCB to log timestamped sensor data
>> * MMC, SPI, stats - write system stats to the card, read back
>> * testutil - adding a test for a package in sim using the testutil
>> framework
>> * sensor, testutil - how to add a test for a sensor HW using the testutil
>> framework
>> 
>> thanks,
>> Aditi

Re: [Decawave] Introduction to mynewt dev community

[Sterling Hughes]

Hi Suchitra,

Welcome!  That’s awesome.

Regarding LWIP+6lowpan, I suggest you collaborate with Chris Collins, 
who is doing some improvements to the IP support now.  It would be great 
to get that on top of a UWB transport.


Regarding supporting the decawave radio, could you write a proposal that 
we can then review & comment on?  These are the tests that you (or 
somebody) would run with every release of Apache Mynewt.  The goal here 
is something slightly more than a smoke test, but not so cumbersome that 
it significantly lengthens the release time (usually takes us about 1-2 
weeks to test a release.)  The assumption is that you will be doing more 
in-depth testing yourselves, and it would be great if you could share 
what testing you’ve done when submitting the PR.


Best,

Sterling

On 19 Mar 2018, at 21:24, Suchitra Hullur wrote:


 Hi,

Me and my team would like to contribute to the  apache-mynewt-core
repository.

We are planning to upstream Decawave radio related drivers and 
supported

application to the
mynewt.

We also plan to add lwip+6lowpan support for this radio.

Request your help in understanding the release procedures for mynewt.

I have been going through the pull request procedure outlined in the
confluence pages,

https://cwiki.apache.org/confluence/display/MYNEWT/Contribut
ing+to+Apache+Mynewt

Also, since we are working on a different radio, we need to understand 
the

tests that
we need to execute before sending a pull request.

Currently the test plan, outlined here, https://cwiki.apache.org
/confluence/display/MYNEWT/Apache+Mynewt+Test+Plan
covers only BLE related test cases.

Looking forward to your inputs and suggestions.

Thanks,
Suchitra

--


This message contains confidential information and is intended only 
for the

individual(s) named. If you are not the intended recipient, you are
notified that disclosing, copying, distributing or taking any action 
in

reliance on the contents of this mail and attached file/s is strictly
prohibited. Please notify the sender immediately and delete this 
e-mail
from your system. E-mail transmission cannot be guaranteed to be 
secured or
error-free as information could be intercepted, corrupted, lost, 
destroyed,
arrive late or incomplete, or contain viruses. The sender therefore 
does
not accept liability for any errors or omissions in the contents of 
this

message, which arise as a result of e-mail transmission.

[GitHub] michal-narajowski opened a new pull request #11: mesh: Add example implementation of generic onoff and level models

[GitBox]

michal-narajowski opened a new pull request #11: mesh: Add example 
implementation of generic onoff and level models
URL: https://github.com/apache/mynewt-nimble/pull/11
 
 
   This patch adds simple implementation of these two models
   with support for both client and server. There is also an example
   light model that simulates a light bulb and controls 4 LEDs through
   4 PWMs.
   
   To use these features set BLE_MESH_SHELL_MODELS: 1 and you should
   enable pwm0, pwm1, pwm2 and pwm3 devices. On nrf52840 you should
   specify PWM_0: 1, PWM_1: 1, PWM_2: 1, PWM_3: 1, to achieve this.
   
   Here are the commands used to control the server from client (mesh-shell
   will communicate through local interface by default):
   
   `init` - to initialize mesh
   `provision 0 0x0001` - provision mesh with fixed keys, 0x0001 is a unicast 
address
   of a node
   `app-key-add 0 0 0` - add app key with netkey_idx=0 appkey_idx=0 and value=0
   `mod-app-bind 0x0001 0x 0x1000` - bind appkey with generic onoff server 
model
   `mod-app-bind 0x0001 0x 0x1001` - bind appkey with generic onoff client 
model
   `mod-app-bind 0x0001 0x 0x1002` - bind appkey with generic level server 
model
   `mod-app-bind 0x0001 0x 0x1003` - bind appkey with generic level client
   model
   `gen-level-set 50` - set diode lightness to 50%
   `gen-level-get` - get state of level model
   `gen-onoff-set 0` - set state of onoff model to off
   `gen-onoff-get` - get state of onoff model


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services

Re: Sample apps in mynewt-core

[Lukasz Wolnik]

Hi Aditi,

Could we also add a sample app that uses NimBLE's Secure Connections please?

Kind regards,
Lukasz

On Tue, Mar 20, 2018 at 1:11 AM, aditi hilbert  wrote:

> Hi all,
>
> We have been adding a lot of features and functionality in Apache Mynewt
> recently. Sample apps make it easy to see how to use them; so adding some
> sample apps would be much appreciated. Here's an initial list of sample
> apps that we could add. Please respond if you wish to contribute one or add
> to the list. And I think we should add a README.md for every app in the
> repo.
>
> * PWM - control LED brightness
> * ADC, UART - read voltage on ADC, print value to UART
> * ADC, I2C - read out an ADC over I2C
> * Expose a resource by enabling a CoAP server
> * CoAP, LoRa - enable CoAP client on one LoRa node, CoAP server on
> another, retrieve a resource value
> * Cycle through available power states (deep sleep, low power etc.)
> * Sensor - change sampling rate
> * Sensor - read multiple I2C sensors simultaneously
> * Sensor - trigger a notification when a threshold is crossed
> * Logging, Sensor - enable FCB to log timestamped sensor data
> * MMC, SPI, stats - write system stats to the card, read back
> * testutil - adding a test for a package in sim using the testutil
> framework
> * sensor, testutil - how to add a test for a sensor HW using the testutil
> framework
>
> thanks,
> Aditi

[RFC] hw/bsp: Clean up NRFX config on nrf52840 #936

[Michał Narajowski]

Hi all,

I created a PR that cleans up the NRFX configuration.

https://github.com/apache/mynewt-core/pull/936

There are several reasons why we should fix this:

- it makes the whole configuration cleaner and easier to port, removes
redundancy (see PWM configuration)
- we are using nrfx_config which was designed for this purpose
- this approach results in shorter compilation commands

If everyone is okay with this I will fix other bsps too.

Comments are welcome.

Best regards,
Michał Narajowski