Re: Sensor Drivers and File Location

Although having the family in the path would have been nice but it seems as though the sensors performing multiple functions could be confusing. so, +1 for either "hw/drivers/sensors//” and "hw/drivers/sensors/”. Reference drivers are nice to have. Meta-data and SI units can be part of the

Re: Sensor Drivers and File Location

> On Nov 9, 2016, at 5:59 PM, Kevin Townsend wrote: > > There are no sensor drivers in the system at present, but now that the HAL > rework is complete I wanted to port a few drivers over to Mynewt just to > properly test the HW and HAL out. Existing sensor drivers is one

Sensor Drivers and File Location

There are no sensor drivers in the system at present, but now that the HAL rework is complete I wanted to port a few drivers over to Mynewt just to properly test the HW and HAL out. Existing sensor drivers is one of the key factors to draw people into any embedded RTOS/system, so I think it's

Re: How to link the thirdparty library such as .a file into myproject?

Hi, I added support for this. If you place .a file in a source directory, it gets included. Let me know if you encounter any errors. —8<—cut start— Repository: incubator-mynewt-newt Updated Branches: refs/heads/develop f9159f5d8 -> 93cf30fbe MYNEWT-476; if package source has .a's, include

Re: Nordic SDK license not Apache-compatible?

We have a similar problem with Nordic code where due to older restrictive license terms we can't release the source for some projects. The terms have gotten friendlier with time, but the earliest stuff was quite restrictive. I'd suggest getting in touch with Nordic, though. They're probably

Re: Nordic SDK license not Apache-compatible?

Hi, > Yes, these files are optional in the sense that Mynewt can still be > used without them. However, someone wishing to use Mynewt with a Nordic > MCU will probably won't get very far without them. As it optional (not everyone will use it on this platform) it is possible to have a

Re: Nordic SDK license not Apache-compatible?

Hi Justin, On Thu, Nov 10, 2016 at 08:33:54AM +1100, Justin Mclean wrote: > Hi, > > > The first clause, Grant of License, seems to be problematic: > > Look like it "non-sub licensable” may be an issue? And "solely in > connection with a Nordic Integrated Circuit” reads like a field of use >

Re: blinky app

> On Nov 9, 2016, at 1:38 PM, David G. Simmons wrote: > >> >> On Nov 9, 2016, at 4:29 PM, marko kiiskila > > wrote: >> >> Hi David, >> >> it’s another issue related to master branch vs. develop. >> >> The version of blinky in

Re: blinky app

> On Nov 9, 2016, at 4:29 PM, marko kiiskila wrote: > > Hi David, > > it’s another issue related to master branch vs. develop. > > The version of blinky in develop branch has this change in already: >

Re: blinky app

Hi David, it’s another issue related to master branch vs. develop. The version of blinky in develop branch has this change in already: https://github.com/apache/incubator-mynewt-blinky/blob/develop/apps/blinky/pkg.yml As part of updating the version string in newt, I also changed it to fetch

blinky app

I'm not sure if anyone's looked at the blinky app lately, but I've found something I think is slightly problematic. pkg.deps: - "@apache-mynewt-core/libs/os" - "@apache-mynewt-core/hw/hal" - "@apache-mynewt-core/libs/console/full" There is no more libs/os, and in fact there is no

Nordic SDK license not Apache-compatible?

Hello all, I was checking some of the licenses in Mynewt, and I came across a potential licensing issue. The Nordic SDK v11 appears to use a license that is too restrictive for an Apache project: http://developer.nordicsemi.com/nRF5_SDK/nRF5_SDK_v11.x.x/doc/11.0.0/license.txt The first

Re: Arduino Zero Load error

Hi, It seems as if there was old version of newt involved. What I did was I moved the common part of the debug/download scripts to another directory. So I had to pass the location of that directory to bsp-specific scripts, so they know where to find those. And that one necessitated the change

Re: Arduino Zero Load error

I dont like saying this, because I dont like it when folks say it to me, but I have the latest newt tool and the latest from develop (at least I think I do) and I have no issue with loading an arduino_zero board (either the bootloader or the image). I need to look at the go code in more detail

Re: OS event queue changes

Really like this change Chris. I think its going to make it way easier to create task-less portable modules. On 11/8/16, 5:36 PM, "Christopher Collins" wrote: >Hello all, > >Recently a pretty big change was made to Mynewt's event queue model. >The Mynewt documentation

Arduino Zero Load error

On the latest develop branch, there seems to be an issue with loading ... newt load arduino_boot Loading bootloader + . /hw/scripts/openocd.sh /Users/dsimmons/dev/myproj/repos/mynewt_arduino_zero/hw/bsp/arduino_zero/arduino_zero_download.sh: line 31: /hw/scripts/openocd.sh: No such file or