Re: I2C retries

2018-08-29 Thread Jacob Rosenthal
Just a note most of the sensors and drivers have clumsy repeat attempts and timeouts in their init usually on whoami query that could be cleaned up with something like this On Wed, Aug 29, 2018, 6:59 PM Christopher Collins wrote: > Hello all, > > I noticed the HAL master I2C API does not

Re: [RFC] BSP rename for Nordic dev kit

2018-08-24 Thread Jacob Rosenthal
ed. I hope I can push some working PR soon for testing... > > Best, > Andrzej > > > On Wed, Aug 22, 2018 at 5:22 PM Jacob Rosenthal > wrote: > > > > Sounds good to me. Though Id say it might make sense to keep old names > > around with the compat mcu for a rele

Re: newtmgr fs command fails in sim

2018-07-06 Thread Jacob Rosenthal
Maybe Im misunderstanding, as Im personally digging into a bunch of fs stuff right now myself.. But Kevins code snippet brings up something im thinking about. In his comments he has > > CONFIG_NFFS: 1# Initialize and configure NFFS into the > system > I dont agree with that comment,

Re: newtmgr on Android

2018-06-27 Thread Jacob Rosenthal
I dont know if that runtime sensors app has firmware update, but it has oic which would get you close https://github.com/runtimeco/android_sensor Also I have a web bluetooth solution that would work on a lot of android phones https://github.com/jacobrosenthal/web-newtmgr On Wed, Jun 27, 2018

Change to absolute package dependencies in core

2018-06-24 Thread Jacob Rosenthal
TLDR why not make all newt core packages dependencies absolute like - "@apache-mynewt-nimble/nimble/host/util" instead of relative as they are now - nimble/host/util Whenever I need to fork locally to my project I have to do all this manually which is annoying and error prone, especially

Re: config id package usage

2018-06-22 Thread Jacob Rosenthal
, Jun 22, 2018 at 10:30 AM marko kiiskila wrote: > I’m thinking maybe we’d just malloc() that thing, if it comes from > sys/config. And allow it to be set by BSP, and add that model/mfg > info. Following the same model with those ones. > > > On Jun 22, 2018, at 10:04 AM, Jacob

Re: config id package usage

2018-06-16 Thread Jacob Rosenthal
Or maybe sys/id is something like bsp you're supposed to be forking. (though as discussed around here previously, not something most of us are doing as it turns out) On Sat, Jun 16, 2018 at 9:34 AM Jacob Rosenthal wrote: > I think you're saying create a CONFIG_NVMC much like we have CONFIG_

Re: config id package usage

2018-06-16 Thread Jacob Rosenthal
3:47 AM marko kiiskila wrote: > > > > On Jun 12, 2018, at 8:24 AM, Jacob Rosenthal > wrote: > > > > I dig the config id package for what it has available, but several things > > puzzle me. > > > > Obviously I can fork this and make all these changes for my

Re: [DISCUSS] Release Apache Mynewt 1.4.0-rc1 and Apache NimBLE 1.0.0-rc1

2018-06-07 Thread Jacob Rosenthal
Just scanning through PRs for a few more notables: TLC5971 ADP5061, ms5840, lis2dw12, sx1272, BMA2XX, debounce blinker, easing, button On Thu, Jun 7, 2018 at 9:02 AM Jacob Rosenthal wrote: > A few major changes I didnt see in the RN > nordic adc drivers brought back in > nordic p

Re: [DISCUSS] Release Apache Mynewt 1.4.0-rc1 and Apache NimBLE 1.0.0-rc1

2018-06-07 Thread Jacob Rosenthal
A few major changes I didnt see in the RN nordic adc drivers brought back in nordic pwm driver drv2605 driver (erm and lra) On Wed, Jun 6, 2018 at 12:45 PM Szymon Janc wrote: > Hi all, > > This thread is for any and all discussion regarding the release of > Apache Mynewt 1.4.0 and Apache NimBLE

CI and product release of newt projects

2018-02-01 Thread Jacob Rosenthal
Im brainstorming about how to CI and build products from a newt project. Im taking my inspiration from npm publish and node prebuild. The workflow in my mind: from your dev machine you run `newt bump major|minor|patch` which bumps project.yml version, commits and tags when you push that to repo

sensor_itf Is a handy implementation that would be useful for non sensor 'drivers'

2017-12-19 Thread Jacob Rosenthal
The sensor itf struct is kind of handy implementation https://github.com/apache/mynewt-core/blob/master/hw/drivers/sensors/bme280/src/bme280.c#L233 It lets you generalizes sensors (or drivers) to pass a struct to each function call, which in my mind means, even if we havent tested any of them,

Re: Discussion around usefulness of os_dev abstraction, especially around sensors

2017-12-19 Thread Jacob Rosenthal
7:17 AM, Łukasz Rymanowski < lukasz.rymanow...@codecoup.pl> wrote: > Hi Jacob > > I've look around this code and here is my two cents to the topic :) > > On 18 December 2017 at 23:58, Jacob Rosenthal <jakerosent...@gmail.com> > wrote: > > Im trying to wrap m

Discussion around usefulness of os_dev abstraction, especially around sensors

2017-12-18 Thread Jacob Rosenthal
Im trying to wrap my head around os devices and sensors and am finding the current implementations odd. >From what I can gather, os_dev_create creates an os device which mainly provides the benefit of being able to open,suspend, resume,close a resource. It does this by calling a callback (device

Re: PWM Driver

2017-07-22 Thread Jacob Rosenthal
Note: Miguel is working with me at my current client, so these questions are really more for the newt community than him directly, as I can already chat with him :) What use cases do people want a pwm driver for, and thus what do we expect this driver interface to do? Is this a very simple way of