Re: NimBLE controller on FreeRTOS and nRF52820

Hi Mike, Our porting layer doesn't fully support the NimBLE controller so we don't officially support other platforms for that part. If you could share your changes in some public repository I can take a look on what could be the issue. Also, if you can make it running it would be great if you cou

Re: [VOTE] Release Apache Mynewt 1.12.0-rc1 and Apache NimBLE 1.7.0-rc1

+1 On Wed, 27 Mar 2024 at 14:56, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.12.0 and Apache NimBLE 1.7.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained, embedded

Re: [VOTE] Release Apache Mynewt 1.11.0-rc1 and Apache NimBLE 1.6.0-rc1

+1 (binding) On Fri, 11 Aug 2023 at 13:07, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.11.0 and Apache NimBLE 1.6.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained,

Re: MyNewt NimBLE Issue

Hi Arden, On Thu, 29 Jun 2023 at 02:32, Arden Kolodner wrote: > Hello! I’m having an issue with NimBLE (but not any other BLE stack) on my > ESP32-S3 device. I submitted an issue on GitHub but didn’t hear anything > back, and I just found out about this email, so I thought I’d ask here too > in

Re: [VOTE] Release Apache Mynewt 1.10.0-rc1 and Apache NimBLE 1.5.0-rc1

gt; > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newtmgr-bin-linux-1.10.0.tgz > > > > > > > > > > osx: > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newt-bin-osx-1.10.0.tgz > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newtmgr-bin-osx-1.10.0.tgz > > > > > > > > > > windows: > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newt-bin-windows-1.10.0.tgz > > > > > > > > > > > > > https://dist.apache.org/repos/dist/dev/mynewt/apache-mynewt-1.10.0/rc1/apache-mynewt-newtmgr-bin-windows-1.10.0.tgz > > > > > > > > > > The release candidate is signed with a GPG key available at: > > > > > https://dist.apache.org/repos/dist/dev/mynewt/KEYS > > > > > > > > > > The vote is open for at least 72 hours and passes if a majority of > at > > > > > least three +1 PMC votes are cast. > > > > > > > > > > [ ] +1 Release this package > > > > > [ ] 0 I don't feel strongly about it, but don't object > > > > > [ ] -1 Do not release this package because... > > > > > > > > > > Anyone can participate in testing and voting, not just committers, > > > > > please feel free to try out the release candidate and provide your > > > > > votes. > > > > > > > > > > A separate [DISCUSS] thread will be opened to talk about this > release > > > > > candidate. > > > > > > > > > > -- > > > > > pozdrawiam > > > > > Szymon Janc > > > > > > > > > > > > > > > > -- > > > > pozdrawiam > > > > Szymon K. Janc > > > -- > > Regards, > Vipul Rahane > -- pozdrawiam, Andrzej Kaczmarek

Re: programming the net core on the nrf5340 dk

Hi, On Thu, 17 Mar 2022 at 21:16, manish wrote: > (...) > > Also, perhaps the nordic_pca10095_net bsp syscfg.yml has a bug. > BLE_TRANSPORT_NETCORE: 1 should be under syscfg.vals instead of > syscfg.defs . The definition in syscfg.yml is correct, but you'll need to use newt built from th

Re: HCI mode firmware upgrading

Hi Alan, On Tue, Jan 19, 2021 at 12:39 AM Alan Graves wrote: > Hi all, > > Just wondering if anyone has insights they could share on how I might be > able to implement an upgrade procedure for a BLE Device running HCI mode > firmware? > > The following is basically what I have to work with: > >

NimBLE controller on Dialog DA1469x MCU

Hi, I've just pushed PRs that enable NimBLE controller on Dialog DA1469x MCU family: https://github.com/apache/mynewt-core/pull/2368 https://github.com/apache/mynewt-nimble/pull/859 That's right: no more binaries, you can now run a full NimBLE controller with all supported features on Dialog MCU

Re: Memory leak with timers on FreeRTOS

Hi, The fix should only skip creating a new timer, but it still should initialize other fields in the callout struct since some code may need to initialize the same callout with e.g. different callback for an event (no idea if we use it like this anywhere). As for the issue itself, the code can be

Re: Nimble on NRF52 : connectivity issue with Android, stack seems to freeze

;memory" ) > > and... connection from Android seems to be a lot more reliable! And the > rest of the application seems to work correctly. > > Do you think my modification is complete and safe? I don't think > interrupt latency will be a big deal in my application. > >

Re: Nimble on NRF52 : connectivity issue with Android, stack seems to freeze

q_get(&g_eventq_dflt, BLE_NPL_TIME_FOREVER); > ble_npl_event_run(ev); >} > } > > If you want to have a look at the complete code, it's hosted on Github. > main() is in src/main.cpp, the nimble is in src/libs/mynewt-nimble : > https://github.com/JF002/Pinetime

Re: Nimble on NRF52 : connectivity issue with Android, stack seems to freeze

Hi, How did you setup interrupts on FreeRTOS (e.g. radio) and critical section? These kinds of problems are common if you have misconfigured locking, interrupt priorities or smth. Since we do not have any official port for FreeRTOS (there's only NPL but it does not deal with hardware) I assume you

Re: nimble doesn't receive 31B scan response

, May 12, 2020 at 8:17 PM Ondrej Pilat wrote: > Hi, > > does nimble ask for the scan response only once? It looks that it was > fault in our code and cheap sniffer doesn't catch it :(. > > Regards > > Ondrej > Dne 5/12/2020 v 4:51 PM Andrzej Kaczmarek napsal(a):

Re: nimble doesn't receive 31B scan response

Hi, On Tue, May 12, 2020 at 4:05 PM Ondrej Pilat wrote: > Hi All, > > we have device which in the past had 29B scan response and nimble properly > asked for it. Now We extended scan response at 31B to use it whole but now > nimble doesn't ask for it. No ble_gap_disc_desc *disc with disc->event_t

Re: BLE communication scheduling

One correction... On Tue, Apr 14, 2020 at 11:31 AM Andrzej Kaczmarek < andrzej.kaczma...@codecoup.pl> wrote: (...) > You need to take NimBLE scheduling into account here. Each connection > event is preallocated a fixed amount of time in 1250us slots - see > BLE_LL_CONN_INIT_SL

Re: BLE communication scheduling

Hi Ondrej, Some tips inline below. On Thu, Apr 9, 2020 at 5:46 PM Ondrej Pilat wrote: > Hi, > > I cannot find any documentation about Nimble connection events scheduling. > I have following scenario: > > NRF52 Nimble is in dual role setting. Peripheral device connected to a PC > with at least B

Re: [VOTE] Release Apache Mynewt 1.8.0-rc2 and Apache NimBLE 1.3.0-rc2

+1 (binding) /a. On Thu, Mar 26, 2020 at 5:27 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.8.0 and Apache NimBLE 1.3.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrai

Common API for provisioned data

Hi, Long story short: I want to have some interface to provision NimBLE with device address and keys (e.g. IRK) in a way that is consistent on all BSPs. This means application does not need to care where address or IRK is stored on any given platform. Currently NimBLE host provides helper API to

Re: NimBLE: Host based privacy support

ase let me > know your take on this. > > Regards, > Prasad > -- > *From:* Andrzej Kaczmarek > *Sent:* Thursday, January 30, 2020 6:09 PM > *To:* dev@mynewt.apache.org > *Cc:* Hrishikesh Dhayagude > *Subject:* Re: NimBLE: Host based privacy s

Re: NimBLE: Host based privacy support

Hi Prasad, On Thu, Jan 30, 2020 at 1:13 PM Prasad Alatkar wrote: > Hi all, > > I have been working on "NimBLE host based privacy (RPA)" with no > involvement of controller for past few days, spec ref: Vol 3, part C, > section 10.7.1.2 / 10.7.2.2 (Privacy Feature in a Peripheral/central with > Ho

Re: Runtime memory statistics

Hi Mark, On Mon, Jan 6, 2020 at 6:08 PM Mark Ruys wrote: > Is there a way to determine the current maximum heap usage. I want to > check in my application how low free heap became so far to warn if it got > too low. Idem for the stacks. Basically tools like > https://os.mbed.com/docs/mbed-os/v5.

Re: Can I run nimble stack on nRF52840DK without RTOS?

Hi, On Thu, Jan 9, 2020 at 9:37 AM pei cao wrote: > Hi~ > > I'm trying to measure the power consumption of the nRF52840 chip , which > runs the nimble full stack. > However, the mynewt RTOS seems to bring too much noise and deeply effect > the measurement. > I want to use nimble without RTOS so

Re: Incorrect reporting of desc.sec_stat.bonded value on legacy pairing.

Hi Daniel, On Mon, Jan 13, 2020 at 10:09 PM Daniel Mastain wrote: > Hello, > > I'm experiencing an issue when using the btshell app on a linux machine. > I'm attempting to pair two devices both running nimBLE in a just works > scenario where both initiator and responder are set to have bonding >

Re: Cortex-M hardware stack limit checking

> My reason, apart what Andrzej mentioned (usefulness and debugging), > >> is that there is a notorious coverity warning popping up about usage of > >> address &t_tasktop[stack_size]. > >> > >> best regards > >> Jerzy > >> > >>

Cortex-M hardware stack limit checking

Hi, I recently created a PR which adds support for hardware stack limit checking on Cortex-M33. It was already approved by few people but apparently there are different opinions of how this should be implemented so I would like to get more opinions on this since we likely will have more MCUs with

Re: sensorhub bsp phase out proposal

+1 /Andrzej On Thu, Nov 14, 2019 at 8:58 AM Jerzy Kasenberg wrote: > Hi there, > > For some time now targets based on "hw/bsp/sensorhub" are not building. > There is outstanding PR https://github.com/apache/mynewt-core/pull/2086 > that removes build issues but it does not make sensorhub workabl

Re: Newt feature: run custom commands at build time

Hi Chris, On Tue, Oct 1, 2019 at 3:21 AM Christopher Collins wrote: > Hi Andrzej, > > On Thu, Sep 26, 2019 at 07:24:54PM +0200, Andrzej Kaczmarek wrote: > > This looks very good! I was thinking if it would be possible to reference > > other targets (i.e. artifacts) from

Re: Newt feature: run custom commands at build time

Hi Chris, On Tue, Sep 24, 2019 at 2:48 AM Christopher Collins wrote: > Hello all, > > I have implemented a feature in newt: the ability to run custom shell > commands at build time. > > > > Is there any extra functionality that you'd like to see h

Re: getting rid of ble_hs_dbg.c

Hi, On Wed, Sep 11, 2019 at 3:40 PM Szymon Janc wrote: > Hi, > > Since we have BLE_MONITOR support which is far superior copmaring to > ble_hs_dbg.c... how about getting rid of that file? > I'm all for it and also for removing other "decoders" we have - these are likely not up to date with new

Re: DA1469x board support

Hi, On Wed, Aug 7, 2019 at 1:17 AM Dr. Juergen Kienhoefer wrote: > @mkiiskila: Thanks for providing the DA1469x board support. > I'm putting together a tutorial how to get Newt working on these boards > with Nimble. > So far I gathered these bits of information. Apparently, it's not quite > enou

Re: [VOTE] Release Apache Mynewt 1.7.0-rc2 and Apache NimBLE 1.2.0-rc2

+1 (binding) On Mon, Jul 29, 2019 at 1:39 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.7.0 and Apache NimBLE 1.2.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained

Re: NimBLE controller: timer mapping for nrf51

Hi Hauke, On Tue, Jun 4, 2019 at 12:28 PM Hauke Petersen wrote: > Dear community, > > I am not fully confident, if this is the right place to ask, so let me > know if there is a better place :-) > > We were recently trying to run the NimBLE controller on nrf51-based > platforms using RIOT. We fo

Re: Adding a callback before asm("bkpt") in the assert function and hal_system_reset()

Hi, I already put some of comments below in (already merged) PR which seems to add this functionality, but this gives more context about the change itself so I have few more comments. On Fri, May 3, 2019 at 1:57 AM Vipul Rahane wrote: > Hello, > > So, we are running into an issue where some per

Re: nRF52 NFC

Hi, On Thu, Apr 18, 2019 at 3:23 PM Amr Bekhit wrote: > Hello all, > > I'm trying to port the nRF NFC library to mynewt 1.5, but I'm struggling to > get basic NFC functionality up and running. > > I've put together a basic mynewt project using the PCA10040 BSP and using > the barebones NFC examp

Re: [VOTE] Release Apache Mynewt 1.6.0-rc2 and Apache NimBLE 1.1.0-rc2

+1 (binding) On Tue, Apr 2, 2019 at 11:28 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.6.0 and Apache NimBLE 1.1.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained

Re: unstable I2C communication waveform using mynewt core 1.5.0

Hi, The images in your e-mail are missing, at least on my side - could you please resend them or, even better, upload them somewhere and provide links? Also if you can share target settings and possibly some code snippet where you access I2C it could help here as well. Best, Andrzej On Wed, A

Re: Storing Bonding information in NVS memory

Hi Prasad, On Fri, Feb 15, 2019 at 1:24 PM prasad wrote: > Hi Chris, > > Currently I have been able to develop an app which is able to store bond > information in NVS flash. If my device (ESP32) based on NIMBLE stack is > rebooted, the bond remains intact. But if the other device is rebooted > t

Re: [VOTE] Release Apache Mynewt 1.5.0-rc1

+1 (binding) Best, Andrzej On Tue, Oct 23, 2018 at 4:20 PM Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.5.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained, embedded

Re: Controlled shutdown

Hi Chris, On Mon, Oct 1, 2018 at 7:39 PM Christopher Collins wrote: > Hi Andrzej, > > On Sun, Sep 30, 2018 at 08:27:19PM +0200, Andrzej Kaczmarek wrote: > > I guess device can be powered off simply as a power saving option or > > shipping mode so perhaps 'reason&#x

Re: Controlled shutdown

Hi Chris, The overall idea looks good to me. I just have some suggestions as below. On Sat, Sep 29, 2018 at 1:37 AM Christopher Collins wrote: > On Fri, Sep 28, 2018 at 04:18:08PM -0700, will sanfilippo wrote: > > Some comments: > > > > 1) Are there are any other cases you can see for a control

Re: NimBLE host GAP event listeners

Hi, On Mon, Sep 10, 2018 at 9:56 AM Łukasz Rymanowski < lukasz.rymanow...@codecoup.pl> wrote: > Hi > On Fri, 7 Sep 2018 at 21:12, Andrzej Kaczmarek < > andrzej.kaczma...@codecoup.pl> wrote: > > > Hi Chris, > > > > On Fri, Sep 7, 2018 at 8:00 PM Christoph

Re: NimBLE host GAP event listeners

in order to everything work properly. It works, but it's really clunky. Hooks provided by host are imo good way to handle this. I did not finish my service so forgot to send a PR with NimBLE changes, but here they are for reference - I can create PR if they look ok. https://github.com/andrzej-kaczmarek

Re: I2C retries

Hi all, Seems like the majority already voted to go for retries in HAL, but I'll add my opinion anyway: I do not think HAL is proper place to include such logic. I think HAL should only provide interfaces to hide differences between underlying MCU hardware while read/write retry logic is something

Re: [RFC] BSP rename for Nordic dev kit

he same board as pdk. > > > > On Wed, 22 Aug 2018, 15:12 Andrzej Kaczmarek, < > > andrzej.kaczma...@codecoup.pl> > > wrote: > > > > > Hi all, > > > > > > Since nRF52840 DK is available for quite some time now, I was going to > > >

[RFC] BSP rename for Nordic dev kit

Hi all, Since nRF52840 DK is available for quite some time now, I was going to rename "nrf52840pdk" to "nrf52840dk" so it matches current version. However, it is a good moment to change naming scheme for all dev kits from Nordic and use board name (e.g. PCA10056) instead of dev kit name (e.g. nRF5

Re: [RFC] Peripherals cleanup in nRF52xxx BSPs

SP. I will update all BSPs in mynewt-core in separate PR(s), for now they use compat package. Best, Andrzej On Fri, Aug 3, 2018 at 1:02 PM Andrzej Kaczmarek < andrzej.kaczma...@codecoup.pl> wrote: > Hi all, > > It was discussed before [1] that MCU peripherals should be defined in &g

[RFC] Peripherals cleanup in nRF52xxx BSPs

Hi all, It was discussed before [1] that MCU peripherals should be defined in hw/mcu package instead of hw/bsp. Seems like everyone agreed on this, but as far as I see everything is still unfortunately mixed between both packages. I experienced this when trying to create new BSP for some eval boar

Re: Old versions of newt tool in apt repo

Hi, On Fri, Jul 13, 2018 at 9:40 AM Simon Ratner wrote: > > Hi devs, > > I upgraded newt tool to 1.4.1 using apt, and now wish to downgrade back to > 1.3.0 because reasons. However, it seems the previous versions have > disappeared from the apt source repo: > > $ cat /etc/apt/sources.list.d/mynew

Re: BLE security/encryption/passkey authentication

Mon, Jul 9, 2018 at 11:49 PM Andrzej Kaczmarek wrote: > > Hi, > > You code looks ok. However, I noticed strange thing when testing with > Android phone on my side: pairing fails if specified passkey has less > than 6 digits (i.e. <10). This does not seem to be issue in Ni

Re: BLE security/encryption/passkey authentication

pin when connecting > > to the advertising device. How would this be realised using Nimble? > > > > Thanks > > > > Amr > > On Tue, 10 Jul 2018 at 00:50, Andrzej Kaczmarek > > wrote: > > > > > > Hi, > > > > > > You code l

Re: BLE security/encryption/passkey authentication

Hi, You code looks ok. However, I noticed strange thing when testing with Android phone on my side: pairing fails if specified passkey has less than 6 digits (i.e. <10). This does not seem to be issue in NimBLE since the same happens when trying to pair Android with BlueZ while pairing between

Re: BLE security/encryption/passkey authentication

Hi, On Mon, Jul 9, 2018 at 10:49 AM Amr Bekhit wrote: > > I've been playing around further. After including the > @apache-mynewt-nimble/nimble/host/store/config package, when > attempting to bond via my phone I now get request for a passkey (I've > configured the bluetooth device to indicate that

Re: newtmgr fs command fails in sim

Hi, On Fri, Jul 6, 2018 at 6:24 PM marko kiiskila wrote: > > > > > On Jul 6, 2018, at 5:49 PM, Kevin Townsend > > wrote: > > > > Hi Chris, > >> The error codes that come back in newtmgr responses are always (or at > >> least should be) MGMT_ERR codes: > >> https://github.com/apache/mynewt-core/

Re: HCI UART with console UART

Hi, You need to configure different UARTs for HCI transport and console: - BLE_HCI_UART_PORT - CONSOLE_UART_DEV By default both use UART0. Best, Andrzej On Thu, Jun 28, 2018 at 3:18 AM Jeff Belz wrote: > > All: > > I have to use uart0 as the HCI, but I want to use the console too. Anyone >

Re: Different Bluetooth controller

Hi Jeff, In general, NimBLE host does assume that (depending on features enabled) certain functionality has to be supported by controller and it will just try to use it. For example, if Privacy feature is enabled host assumes that Link Layer Privacy is supported by controller thus at least 4.2 con

Re: bleprph using HCI 4 wire

Hi Jeff, It seems you have explicit dependency to net/nimble/transport/ram somewhere in your configuration (target, I suppose) which you need to remove. bleprph app already includes net/nimble/transport package which pulls proper HCI transport package depending on BLE_HCI_TRANSPORT_* syscfg values

Re: [VOTE] Release Apache Mynewt 1.4.1-rc1

Hi, +1 (binding) Best, Andrzej On Fri, Jun 22, 2018 at 4:14 PM Szymon Janc wrote: > > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.4.1. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained, emb

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

Hi, On Wed, Jun 6, 2018 at 9:45 PM Szymon Janc wrote: > > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.4.0 and Apache NimBLE 1.0.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained, embedded

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

Hi, There is regression in 1.4.0-rc1 which affects BLE controller on nRF51 as it is not possible to establish connection when acting as a master (peripheral role and ongoing connections are NOT affected). This is most likely broken since extended advertising data fragmentation was merged some time

Re: ADC device not allowed multiple opens

Hi, +1 for proper ref counting btw, trng_nrf52 already works this way except it does not check ref counter explicitly but OS_DEV_F_STATUS_OPEN flag instead. This is also already used in Mynewt as NimBLE host, controller and TinyCrypt can (depending on configuration) just open trng device on its ow

Re: MESH and BLE co-existence

Hi Aditya, Time slicing in Nordic's solution is required because SoftDevice and Mesh are two separate stacks which access the same hardware resources (in particular the same radio). In NimBLE this is not applicable since Mesh works on top of host stack thus co-existence of adv bearer with other ap

Re: How to use the nimble in other OS?

Hi, On Mon, May 7, 2018 at 1:41 PM Tao Han wrote: > Hi, > We try to merge Nimble in nuttx OS which is not support the interruption > preemption, now we can make connection and keep to notification some data > from device A(nrf52832) to devices B(phone app), after sometime, device A > stopped u

[RFC] NimBLE porting

Hi all, There is PR to make NimBLE portable to other OS-es: https://github.com/apache/mynewt-nimble/pull/72 There were many other small changes in NimBLE code done recently to make porting process easier, but this one introduces major change by adding NimBLE Porting Layer (NPL) which provides uni

Re: extended advertsing with btshell

ed advertisement channels > which is not possible with legacy. > > > > I think I am missing something. > > > > Regards, > > Swapnil Best, Andrzej > > > From: Andrzej Kaczmarek > Sent: Tuesday, April 24, 2018 5:42:14 PM >

Re: extended advertsing with btshell

Hi swapnil, You need to set BLE_EXT_ADV_MAX_SIZE syscfg to required value, e.g.: > newt target amend syscfg=BLE_EXT_ADV=1:BLE_EXT_ADV_MAX_SIZE=1650 Default is 31, max is 1650 (as above). Best, Andrzej On Tue, Apr 24, 2018 at 5:35 PM, swapnil kadam wrote: > > > Hello, > I am using btshell for

Re: [RFC] HAL for TRNG (True Random Number Generator)

FYI, there was proposal to implement this as a hw/driver instead of hal_trng to allow other randomness sources instead of MCU - I implemented this as well and pushed to the same PR so you can take a look on both. Best, Andrzej On Wed, Apr 18, 2018 at 3:56 PM, Andrzej Kaczmarek wrote: > Hi d

[RFC] HAL for TRNG (True Random Number Generator)

Hi devs, I created a simple hal_trng which abstracts TRNG available on many SoCs: https://github.com/apache/mynewt-core/pull/1037 I guess this is so simple it does not need much explanation (APIs are documented in hal_trng.h), but I can to provide some more information if needed :-) For now ther

Re: CBOR encoding problems.

ay you pass contents of first mbuf in chain to decoding function, not complete chain. Internally this calls cbor_read_flat_attrs() but when working with mbufs you should use cbor_read_mbuf_attrs() instead and pass mbuf instead of its data. > Thanks, > Aditya Xavier. Best, Andrzej > > &

Re: CBOR encoding problems.

Hi Aditya, On Sat, Mar 31, 2018 at 5:51 AM, Aditya Xavier wrote: > Increasing MSYS_1_BLOCK_COUNT to 30 gets it to work, but if I increase it to > 40 it doesn’t. > Block size being 110. > > Any reasoning behind this pattern? This is strange. Can you post some piece of code to show how you handle

Re: [ANNOUNCE] NimBLE code moved to separate repository

cluded in build, not all packages in bin/ directory. But this requires some Go wizard to implement :-) Anyway, it's always good to do newt clean after some major upgrade ;-) > Cheers, > simon Best regards, Andrzej > > On Mar 16, 2018 02:09, "Andrzej Kaczmarek" >

[ANNOUNCE] NimBLE code moved to separate repository

Hi all, A few minutes ago I merged https://github.com/apache/mynewt-core/pull/907 which removed NimBLE code from mynewt-core repository. NimBLE code can be now found in mynewt-nimble repository https://github.com/apache/mynewt-nimble which has complete history of NimBLE files imported with extra

Re: [DISCUSSION] Moving NimBLE to separate project

Hi Szymon, On Thu, Mar 15, 2018 at 12:57 PM, Szymon Janc wrote: > Hi Andrzej, > > On Monday, 12 March 2018 15:30:52 CET Andrzej Kaczmarek wrote: >> Hi, >> >> I created PR for apache-mynewt-core which removes NimBLE code and adds >> dependency to apache-m

Re: Synthesized LF CLOCK with the nrf52840

Hi Abderrezak, On Thu, Mar 15, 2018 at 1:40 AM, Abderrezak Mekkaoui wrote: > Hi All, > > I would appreciate any hints regarding the configuration settings that need > to be changed to use a synthesized LF clock (32.768 KHz) instead of the Xtal > Oscillator clock. > This is for a BLE application.

Re: [DISCUSSION] Moving NimBLE to separate project

easier. Best regards, Andrzej On Thu, Feb 22, 2018 at 10:01 AM, Andrzej Kaczmarek wrote: > Hi all, > > As some of you may already noticed, there is apache/mynewt-nimble repository > created where NimBLE code was pushed along with some extra changes, most > notably initial attempt

Re: Question regarding exchanging long characteristic values over BLE

ion easily. I'd certainly not want such thing to be added to NimBLE directly since it's just not how ATT/GATT should work according to spec. > Cheers, > simon Best regards, Andrzej > On Tue, Jul 25, 2017 at 12:19 PM, Andrzej Kaczmarek < > andrzej.kaczma...@codecoup.pl> wrot

Re: BLEMESH PB GATT

00 r12:0x lr:0x8add pc:0x8aec psr:0x6100 > 000000 ICSR:0x00421802 HFSR:0x CFSR:0x > 00 BFAR:0xe000ed38 MMFAR:0xe000ed34 > 00 Assert @ 0x19a3f > > > >> On 23-Feb-2018, at 5:26 PM, Andrzej Kaczmarek >> wrote: >> >&

Re: BLEMESH PB GATT

Hi Aditya, On Fri, Feb 23, 2018 at 12:50 PM, Aditya Xavier wrote: > Hi Mynewt Team, > > > I have been going through and testing the BLEMESH sample app. > > Turning on only one device, which does not have BLE_MESH_GATT_PROXY & > BLE_MESH_PB_GATT flag, still allows the Silicon Labs

[DISCUSSION] Moving NimBLE to separate project

Hi all, As some of you may already noticed, there is apache/mynewt-nimble repository created where NimBLE code was pushed along with some extra changes, most notably initial attempt to create port of NimBLE for FreeRTOS, but other platforms will be supported as well (native Linux port is also prep

Re: Define __MYNEWT__ symbol for Mynewt build

t, and I could probably > be convinced otherwise :). > > Chris > > On Fri, Feb 09, 2018 at 04:03:24PM +0100, Andrzej Kaczmarek wrote: > > Hi all, > > > > I created a PR which modifies all compiler packages by adding > > -D__MYNEWT__=1 to compiler.flags.base, see h

Define __MYNEWT__ symbol for Mynewt build

Hi all, I created a PR which modifies all compiler packages by adding -D__MYNEWT__=1 to compiler.flags.base, see here: https://github.com/apache/mynewt-core/pull/803 The reason for this is to have some common symbol which can be used to distinguish between building code for Mynewt or for some oth

Re: Apache Mynewt release 1.4

Hi, On Thu, Feb 8, 2018 at 12:32 AM, aditi hilbert wrote: > Hi all, > > There has been a lot of feature additions and bug fixes since our last > release on Dec 13, 2018. > I’d like to propose we try to get a release out in two weeks (Feb 21st). > Below are some of the things we have added: > > *

Re: [DISCUSS] To track issues on Github for Apache Mynewt projects or not?

Hi Aditi, On Tue, Feb 6, 2018 at 9:26 AM, aditi hilbert wrote: > Hi, > > Multiple people have suggested that issues be tracked on Github close to > the code. The benefit is that contributors don’t have to switch between two > systems to raise and clear issues. Please let your thoughts known eit

Adding .mailmap to repository

Hi all, I created PR which adds .mailmap to mynewt-core repository: https://github.com/apache/mynewt-core/pull/764 This allows git (e.g. git shortlog) to merge all commits of the same person which have different name spelling and/or e-mail address to single entry. I selected e-mail address with m

Re: [BLE central] Getting mfg data from advertisement packets

Hi Jitesh, On Tue, Nov 14, 2017 at 9:39 AM, Jitesh Shah wrote: > Few more details: > These are general connectable and scannable advertisement packets. > > advertising interval is ~200ms Are you sure that you parse data from packet which has mfg data? With active scan and scannable packets you w

Re: [RFC] Deprecation of bletiny application

Hi, On Wed, Nov 8, 2017 at 10:14 AM, Szymon Janc wrote: > Hello, > > This was vaguely discussed in the past when btshell was introduced but I > wanted to bring it up again. > > In short: I propose to deprecate bletiny application (which is no longer > tiny:) in favour of using btshell. This would

Re: BLE Host - Removing the BLE_GAP_EVENT_CONN_CANCEL event type

Hi Chris, On Fri, Oct 13, 2017 at 7:18 PM, Christopher Collins wrote: > Hello all, > ​​ > *** Proposal > > I propose that we remove the `BLE_GAP_EVENT_CONN_CANCEL` event. Instead > of using this event type, the host would report a successful > cancellation via a `BLE_GAP_EVENT_CONNECT` event

Re: [VOTE] Release Apache Mynewt 1.2.0-rc1

+1 (binding) On Fri, Sep 8, 2017 at 8:54 PM, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.2.0. > > Apache Mynewt is a community-driven, permissively licensed open source > initiative for constrained, embedded applications.

Re: Change in active ble_gap_disc behaviour in 1_2_0_dev

Hi Simon, On Wed, Sep 6, 2017 at 5:06 AM, Simon Ratner wrote: > > Hi devs, > > I am seeing a change in behaviour when performing active scan, compared to > pre-1.1. Previously, BLE_GAP_EVENT_DISC event would be reported for both > the original advertising packet (BLE_HCI_ADV_RPT_EVTYPE_ADV_IND),

Separate repository for NFFS

Hi all, ​I'm now porting NFFS code to Zephyr and in order to avoid forking this code into two separate projects I'd like to propose to move NFFS code into its own repository (i.e. mynewt-nffs) and basically make it a bit more generic so it can be used by other projects. Here's my work done so fa

Re: [VOTE] Release Apache Mynewt 1.1.0-rc2

+1 (binding) On Fri, Jul 28, 2017 at 12:47 AM, Szymon Janc wrote: > Hello all, > > I am pleased to be calling this vote for the source release of > Apache Mynewt 1.1.0. > > This is the second release candidate for Mynewt 1.1.0 (rc2); voting for > rc1 was cancelled due to issues described in [C

Re: Question regarding exchanging long characteristic values over BLE

Hi, On Tue, Jul 25, 2017 at 8:14 PM, Christopher Collins wrote: > On Tue, Jul 25, 2017 at 10:46:32AM -0700, Pritish Gandhi wrote: > [...] > ​[...]​ > > Is this true for notifications too? If I need to send notifications for > > that long characteristic value, will my access callback be called

Re: [RFC] nimble: add monitor protocol/interface + improve logs

once we agree on how to do this properly. Best regards, Andrzej On Thu, Jun 29, 2017 at 5:17 PM, Andrzej Kaczmarek < andrzej.kaczma...@codecoup.pl> wrote: > Hi, > > I created a PR with implementation of monitor protocol/interface for > nimble. This is the same protocol as

[RFC] nimble: add monitor protocol/interface + improve logs

der how btmon trace with nimble stuff looks like, here's an example from bleprph: https://gist.github.com/andrzej-kaczmarek/118de10190192fbe76c4c2a2a7bf9299. Comments? Best regards, Andrzej