Sensor framework improvements MYNEWT-744

it out, read through the code and comment/give feedback. Regards, Vipul Rahane

Re: nrf52dk hal_bsp_init() and sensor device creation

; > SENSOR_OIC_OBS_RATE: "2" > SPI_0_MASTER: "1" > BME280_ONB: "1" I would soon get to a point where I would make these changes to all the drivers and add it to the MYNEWT-744 PR. Suggestions/Comments are welcome. Regards, Vipul Rahane > On M

Re: nrf52dk hal_bsp_init() and sensor device creation

Hello, > On May 6, 2017, at 9:29 PM, marko kiiskila <ma...@runtime.io> wrote: > > Hi Vipul, > >> On May 5, 2017, at 7:10 PM, Vipul Rahane <vi...@runtime.io> wrote: >> >> I agree with Marko and I did try initializing the devices using the init >>

Re: nrf52dk hal_bsp_init() and sensor device creation

. Regards, Vipul Rahane > On May 5, 2017, at 6:55 PM, marko kiiskila <ma...@runtime.io> wrote: > > Hi, > > I did find it a bit odd to see these device initializations in nrf52dk BSP, > without matching dependency/syscfg variable declarations in there. > > I think wha

Re: nrf52dk hal_bsp_init() and sensor device creation

I do not know the reason why it is done the way it is but I think you are right, the reason might have been to initialize with a default config. > On May 4, 2017, at 3:45 PM, Jacob Rosenthal <jakerosent...@gmail.com> wrote: > > On Thu, May 4, 2017 at 3:39 PM, Vipul Rahane &l

Re: nrf52dk hal_bsp_init() and sensor device creation

evice anything which can ride SPI0. With I2C, there could be multiple sensors that are connected to the same SDA, SCL. Hope I answered your questions. Regards, Vipul Rahane > On May 4, 2017, at 2:59 PM, Jacob Rosenthal <jakerosent...@gmail.com> wrote: > > Hey Vipul et al, > &

Re: newtmgr image upload nrf51dk disconnects with reason=8

if there are multiple types of transports you want the upgrade protocol to work on. Regards, Vipul Rahane > On Apr 20, 2017, at 2:21 PM, Jacob Rosenthal <jakerosent...@gmail.com> wrote: > > I think the default intervals are here, which should be sufficiently over > 20ms > /*

Re: newtmgr image upload nrf51dk disconnects with reason=8

, // N x 0.625ms 143 MaximumCELength: 0x, // N x 0.625ms 144 }) 145 return nil 146 } Hope this helps. Regards, Vipul Rahane > On Apr 20, 2017, at 11:20 AM, Vipul Rahane <vi...@runtime.io> wrote: > > Hello Jacob, > > You can try increasing th

Re: newtmgr image upload nrf51dk disconnects with reason=8

Hello Jacob, You can try increasing the supervision timeout in the BLE settings, that’s what I needed to do to get the newtmgr working in Go. Regards, Vipul Rahane > On Apr 20, 2017, at 11:16 AM, Jacob Rosenthal <jakerosent...@gmail.com> wrote: > > Indeed the disconn

Re: Console improvements - newtmgr and OIC over shell

Ok with that as well. However, considering Chris's comments all STM BSPs would need a second UART as it is not created in the BSPs. Regards, Vipul Rahane > On Apr 18, 2017, at 9:41 AM, Christopher Collins <ch...@runtime.io> wrote: > > I'm also OK with that. > > FYI- apps

Re: Sim Sensor Update

As I said, IMO it’s for experimentation. It shows you how a sensor device is created in the bsp and opened, configured in your app. You can't do everything with this as much as you could do with a hardware sensor. Regards, Vipul Rahane > On Apr 14, 2017, at 9:16 AM, Jacob Rosent

Re: Sim Sensor Update

an app which returns some dummy data. App in this case can be anything including a test. which exercises the sensor api. Regards, Vipul Rahane > On Apr 13, 2017, at 11:10 PM, Jacob Rosenthal <jakerosent...@gmail.com> wrote: > > Yeah, post anything. Sorry I thought sensors and

Re: Use of os_error_t and OS_OK

> On Apr 10, 2017, at 7:42 AM, Sterling Hughes > wrote: > > I don’t think we ever came to agreement, and things are a bit of a mishmash. > Ben brings up a good point. > > Mynewt wide, in my view: > > * os_error is a relic, and sys/defs codes should be

Re: [incubator-mynewt-core] Git Push Summary

Hello, All the changes from the sensors branch have been moved to develop after 1.0.0 release and so this branch is obsolete. I am deleting this branch from the repo. Regards, Vipul Rahane > On Apr 7, 2017, at 11:51 AM, vipulrah...@apache.org wrote: > > Repository: incubator-my

Re: Using cputime and timeofday for SensorAPI samples

I agree. While doing this I was thinking of pushing the delay as much as I can to save battery power :-) … 2000 does sound good though. I am going to change it to that. Regards, Vipul Rahane > On Apr 3, 2017, at 9:29 AM, will sanfilippo <wi...@runtime.io> wrote: > > Just

Using cputime and timeofday for SensorAPI samples

2, cct = 6317K, ir = 43, > 981:sat = 65535, sat75 = 65535, not saturated, cRatio = 0.176229504, max lux > = 11029, I have created a ticket to track this: MYNEWT-703 <https://issues.apache.org/jira/browse/MYNEWT-703>SensorAPI: Add cputime timestamps and timeofday to SensorAPI samples Suggestions are welcome. Regards, Vipul Rahane

Re: nrf52dk hal_bsp_init() and sensor device creation

in there. Not a big deal but I think this will make the code a > bit less crowded. > > +1 > > >> On Mar 31, 2017, at 5:30 PM, Vipul Rahane <vi...@runtime.io> wrote: >> >> Hello, >> >> I am changing nrf52dk hal_bsp_init() so that it calls sensor_

nrf52dk hal_bsp_init() and sensor device creation

Hello, I am changing nrf52dk hal_bsp_init() so that it calls sensor_device_create() instead of creating sensors separately. this is because hal_bsp_init() was not getting too crowded. Regards, Vipul Rahane

Re: Newtmgr over BLE not Working

tate:PoweredOn > 2017/03/26 15:22:57 [DEBUG] scanning... > > I have also attached the btmon response > > I noticed this line in the btmon log that was highlighted in red in the > terminal: > > HCI Event: Command Complete (0x0e) plen 4 [hci0] > > 43

Re: Newtmgr over BLE not Working

v: hci1 down >>> 2017/03/24 15:16:04 dev: hci1 opened Regards, Vipul Rahane > On Mar 24, 2017, at 4:54 PM, Lm Chew <lm.c...@free2move.se> wrote: > > Hi Vipul, > > > I tried changing LOG_LEVEL: 255, but it is still not working. > > > Best Regards

Re: Newtmgr over BLE not Working

Thank you. Can you please try to disable logging and try again. You can do this by setting LOG_LEVEL to 255. Regards, Vipul Rahane > On Mar 24, 2017, at 2:39 PM, Lm Chew <lm.c...@free2move.se> wrote: > > Hi Vipul, > > > Here is the syscfg file: > &

Re: Newtmgr over BLE not Working

Hello, Can you please send me your syscfg settings for the bleprph target ? Thank you. Regards, Vipul Rahane > On Mar 24, 2017, at 2:05 AM, Lm Chew <lm.c...@free2move.se> wrote: > > Here is the output with -ldebug: > > 2017/03/24 17:01:28 [DEBUG] BLE Connection devaddr:

Re: What is the different between drivers and hal module?

I agree, right place for this would be drivers. Standard coding_style rules apply. Regards, Vipul Rahane > On Mar 16, 2017, at 10:32 AM, Sterling Hughes > <sterling.hughes.pub...@gmail.com> wrote: > > Belongs in drivers IMO. Cool! Having a LCD driver would be awesom

Re: slinky with REBOOT_LOG_FCB, inside log_reboot_pkg_init error

the sector. Regards, Vipul Rahane > On Mar 15, 2017, at 10:19 PM, Louie Lu <m...@louie.lu> wrote: > > Hi Vipul, > > I encounter a problem that is, I'll need to use openocd + gdb to manual > erase the reboot log sector first, then the program will thus run > co

Re: slinky with REBOOT_LOG_FCB, inside log_reboot_pkg_init error

with this is read the reboot log and if it is not valid try to erase the sector. Hope this answers your question. Regards, Vipul Rahane > On Mar 15, 2017, at 9:15 PM, Louie Lu <m...@louie.lu> wrote: > > Hi Alan, > > I have a question, that when does the kernel need to erase reboot log

SensorAPI Unused data indicator

are internal and over the air we would not send the data structure itself(hopefully) but it would most probably be mapped to some other resource in an application protocol. Any suggestions/comments are welcome. Regards, Vipul Rahane

SensorsAPI merge from sensors branch to develop and support for different sensors

sensor support - TCS34725 color sensor support( MYNEWT-665 <https://issues.apache.org/jira/browse/MYNEWT-665> SensorAPI: Add TCS34725 Driver and color sensor support) Thank you Kevin for helping out wherever possible. This is WIP and any feedback is welcome. Regards, Vipul Rahane

Re: [2/2] incubator-mynewt-core git commit: MYNEWT-647 Changes to NMP over OIC scheme

+1, I like the simplification and the idea of NMP header being in one place. I had a few doubts which I clarified with Chris. Regards, Vipul Rahane > On Mar 2, 2017, at 8:17 AM, ccoll...@apache.org wrote: > > MYNEWT-647 Changes to NMP over OIC scheme > > This commit addresse

Re: newt size improvements

+1. Looks quite useful. > On Feb 26, 2017, at 7:51 AM, Jim Jagielski wrote: > > +1 >> On Feb 23, 2017, at 1:16 PM, Sterling Hughes >> wrote: >> >> Neat :) You parse an elf and write sections to a sqlite db, and then allow >> queries

[SensorAPI] Few Questions wrt Sensors

to TSL2561. So far it looks like the SensorAPI does a great job apart from the above stuff. If anybody has any suggestions, please feel free to chime in. Currently, it’s WIP and on its own branch, sensors_branch. Regards, Vipul Rahane

Re: [incubator-mynewt-blinky] Git Push Summary

Hello, Creating a branch for beta 2 release for blinky. Regards, Vipul Rahane > On Feb 2, 2017, at 11:56 AM, vipulrah...@apache.org wrote: > > Repository: incubator-mynewt-blinky > Updated Branches: > refs/heads/1_0_0_b2_dev [created] a69b40919

Re: Introduction

Hello, Welcome to the dev list Wanda. We definitely need the documentation and all the help we can get :) Regards, Vipul Rahane > On Jan 24, 2017, at 8:53 AM, Wanda <wa...@happycity.com> wrote: > > Hi there, > I have been a lurker on the Mynewt Dev list for a co

Re: [VOTE] Release Apache Mynewt 1.0.0-b1-incubating-rc1

+1 Regards, Vipul Rahane > On Nov 23, 2016, at 11:44 AM, Christopher Collins <ccoll...@apache.org> wrote: > > +1 (binding). > > Chris > >> On Tue, Nov 22, 2016 at 05:58:37PM -0800, Christopher Collins wrote: >> Hello all, >> >> I am please

Resolving Red Bear nano nrf51 flash locks up

. They have nrf52 chips in them. Note: I had tried erasing the flash on these devices in gdb using "monitor flash erase_address 0 0x4” which does not have any effect. Just wanted to let the community know incase anyone faces similar issues. Regards, Vipul Rahane

Changes to newtmgr fragmentation code (Backwards compatibility breaking changes)

, fragmentation works fine. Newtmgr Tool: Make changes to it to cater to the firmware functionality. The changes would be released in 1.0.0.beta2. Any comments or suggestions are welcome. Regards, Vipul Rahane

NimBLE Stack featured in kickstarter campaign exhibiting 32 concurrent connections

cts/1991736672/bluetooth-5-ready-ble-module-nano-2-and-blend-2> Regards, Vipul Rahane

Re: Smoke testing latest release

+1 as well for the erase command. As for the smoke tests, I smoke tested the following boards using the same process Will mentioned: - Red Bear Nano 1 - Red Bear Nano 2 Looks good. Regards, Vipul Rahane > On Nov 11, 2016, at 9:37 AM, David G. Simmons <santa...@mac.com&

Re: Sensor Drivers and File Location

an be part of the description in each package but conversion factors could be sys cfg settings. Regards, Vipul Rahane > On Nov 9, 2016, at 7:03 PM, will sanfilippo <wi...@runtime.io> wrote: > >> >> On Nov 9, 2016, at 5:59 PM, Kevin Townsend <ke...@adafruit.com

Re: Unsolicited Notify with newtmgr over BLE

using Guid generator <http://www.guidgenerator.com/> which generates the IDs based on an algorithm that is mentioned in RFC4122 <http://www.ietf.org/rfc/rfc4122.txt> and it uses the timestamp and the MAC address of the computer they were generated on. Regards, Vipul Rahane >

Re: Version on statistics structures

+1 as well. > On Oct 5, 2016, at 6:30 AM, will sanfilippo wrote: > > +1 > >> On Oct 4, 2016, at 12:01 PM, Sterling Hughes wrote: >> >> Also, unless people object I’m going to make the stats_name_map a const >> structure (so it can be located in .text),

Newtmgr fragmentation support for reliable transports

apache/incubator-mynewt-newt/pull/21 <https://github.com/apache/incubator-mynewt-newt/pull/21>. There is no ticket for this. Regards, Vipul Rahane

STM32F4 ADC Driver and HAL support

Hello, I recently worked on MYNEWT-391 STM32F4 ADC driver and ADC HAL support and opened a pull request for the same. Regards, Vipul Rahane

Re: [jira] [Commented] (MYNEWT-368) Change logging format

understanding is important as well. Personally, I would keep it as it is but if everybody agrees I don’t have a problem either ways. Regards, Vipul Rahane > On Sep 1, 2016, at 10:23 AM, Sterling Hughes <sterl...@apache.org> wrote: > > Vipul added this code, so check

Mynewt BLEuart app

o come would be a binary version of this. This will help application protocol developers in their development phase as well as in production. Regards, Vipul Rahane

Re: MYNEWT-266 Newtmgr over BLE

:15 PM, Vipul Rahane <vi...@runtime.io> wrote: > > Hello, > > I have implemented and tested newtmgr over BLE as a separate library. > > The current tests I have performed include image upload(OTA Firmware > upgrades), soft reset command, remote config and logs. > &

Re: HAL cputime and low power RTC

+1 for efficiency. Regards, Vipul Rahane > On Jun 23, 2016, at 2:35 PM, chris collins <ch...@runtime.io> wrote: > > I would also favor efficiency over genericness in this case since > cputime is fundamental to time-critical tasks. It will mean more > configuration for the

Re: Coolest MyNewt Thing You'll See all day

Cool indeed :-) Thank you. Regards, Vipul Rahane > On Jun 22, 2016, at 1:52 PM, aditi hilbert <ad...@runtime.io> wrote: > > Indeed! It’s very cool. Couldn’t help tweeting it out (@HilbertAditi) :) > Thanks! > >> On Jun 22, 2016, at 1:22 PM, David G. Simmons <san

Re: OS_EINVAL vs. OS_INVALID_PARM

I agree. Keeping OS_EINVAL makes sense. Regards, Vipul Rahane > On Jun 18, 2016, at 12:51 PM, Christopher Collins <ccoll...@apache.org> wrote: > > Hello all, > > I noticed libs/os/include/os/os.h defines the following two error codes: > >OS_EINVAL = 2, >

GDB scripts

e a “tools" directory. The developer would then just source the common script. All suggestions are welcome. Regards, Vipul Rahane

Re: Reboot Log

most recent N number of entries. All this would need is a marker/flag in the log structure and nothing on the flash. Of-course, there would still be a callback to do that. Regards, Vipul Rahane > On May 19, 2016, at 11:50 AM, marko kiiskila <ma...@runtime.io> wrote: > >

Reboot Log

something more than just these basic functions. I am open for both ideas. Any more ideas are welcome. Regards, Vipul Rahane

Re: First draft of Coding standards in develop branch

inconsistencies in the code. We might want to add an example of a C++ style comment: Something that we don’t want our code filled up with “//“ :-) Regards, Vipul Rahane > On Apr 24, 2016, at 10:08 AM, Sterling Hughes <sterl...@apache.org> wrote: > > Hi, > > As we start to brin

MYNEWT-262 Log module needs split in logging and reporting

er which gets set by calling log_set_handler() which would take precedence over other logs as log_register() would also look at this default handler and if the default handler is present, the log infrastructure decides to use that instead of whats specified in the modules. As a result everything that gets logged would go to the log defined by the app including initialization logs. Thoughts ? Regards, Vipul Rahane

Re: Mynewt for arduino_101 board

+1 for new BSP as opposed to #ifdef. Regards, Vipul Rahane > On Apr 18, 2016, at 2:04 PM, p...@wrada.com wrote: > > I concur with what Chris is saying. This is how we do it for arduino, but > its not ideal in my opinion. > > It worked OK for arduino zero versus Zero Pro, bu

Timestamp for logs

to worry about rollovers. Is everyone fine with this change ? Regards, Vipul Rahane

Re: Rename newtmgr protocol

I agree as well. > On Apr 6, 2016, at 8:44 PM, "p...@wrada.com" wrote: > > I like the idea of having different names. I think nmp is fine for the > protocol. > >> On 4/6/16, 7:24 PM, "Christopher Collins" wrote: >> >> Hello all, >> >> There are two

hal_gpio_toggle() should return changed pin state

(). Thoughts ? Regards, Vipul Rahane

Getting added to Apache Mynewt project on Jira

Hello Justin, Can you please add me to the MYNEWT project on Jira. Regards, Vipul Rahane