it out, read through the code and comment/give
feedback.
Regards,
Vipul Rahane
;
> 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
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
>>
.
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
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
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,
>
&
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
> /*
, // 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
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
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
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
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
> 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
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
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
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
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_
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
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
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
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:
>
&
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:
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
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
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
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
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
+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
+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
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
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
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
+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
. 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
, 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
cts/1991736672/bluetooth-5-ready-ble-module-nano-2-and-blend-2>
Regards,
Vipul Rahane
+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&
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
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
>
+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),
apache/incubator-mynewt-newt/pull/21
<https://github.com/apache/incubator-mynewt-newt/pull/21>.
There is no ticket for this.
Regards,
Vipul Rahane
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
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
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
: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.
>
&
+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
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
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,
>
e a “tools" directory.
The developer would then just source the common script.
All suggestions are welcome.
Regards,
Vipul Rahane
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:
>
>
something more than just these basic
functions.
I am open for both ideas. Any more ideas are welcome.
Regards,
Vipul Rahane
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
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
+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
to worry about rollovers. Is everyone fine with this change ?
Regards,
Vipul Rahane
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
(). Thoughts ?
Regards,
Vipul Rahane
Hello Justin,
Can you please add me to the MYNEWT project on Jira.
Regards,
Vipul Rahane
58 matches
Mail list logo