Hi Henry, I wonder if this could be related to the lack of buffers on the host, I assume you would use bt_gatt_notify with NULL conn which will take care of notifying each connection but that may end

#ble #nrf52840

Hi Kumar, It seems there is no link for it in the developers page: https://www.zephyrproject.org/developers/

Hi Carles, Well I didn't have to go as far since someone already commented similar thing: https://github.com/zephyrproject-rtos/zephyr/issues/6770#issuecomment-445496706 So attached vs detached approa

Hi Carles, From these alternatives I only see 4 really working in practice, but it is limited to repositories being in github in which case the PR requests can perhaps be generated from a single clone

Hi Carles, How about pull request, how does west deals with them? Or it doesn't and which case we have to deal with individual git repositories and issue git push ourselves? This looks like repo which

Hi Martin, There is an API to help parsing advertisements: https://github.com/zephyrproject-rtos/zephyr/blob/master/include/bluetooth/bluetooth.h#L480 It will call the callback given for each data typ

Hi, There is a listing for the Host Stack as well: https://launchstudio.bluetooth.com/ListingDetails/70189 Is your system going to run Zephyr or Linux/BlueZ as host stack? BlueZ daemon is GPL but that

Hi Dhananjay, When you refer to subscribe I suppose you are talking about writes to CCC? Those are persistent if you have paired the device which I believe is mandatory in case of HID, clearing the su

#ble

Hi Tamra, <luiz.dentz@...> wrote: Actually the event type is no the AD type, sorry about that, so 0x03 refers to BT_LE_ADV_NONCONN_IND.

Hi Tamra, The type you will be able to find in the assigned number for GAP: https://www.bluetooth.com/specifications/assigned-numbers/generic-access-profile AD payload format for each type is describe

Hi Tamra, Have a look at 'bt' shell module gatt-discovery* command: https://github.com/zephyrproject-rtos/zephyr/blob/master/subsys/bluetooth/shell/gatt.c#L148

Hi Rodrigo, There are a few things that might help: 1. Increate the GATT MTU: We might need to increase the buffer size on Zephyr and then use Exchange MTU command to enable it. By default, it is set

Hi, http://docs.zephyrproject.org/api/bluetooth.html#generic-attribute-profile-gatt (bt_gatt_service_unregister)

Hi, You should probably need to increase the MTU size, though both client and server have to agree on the MTU, also it is possible to that the app is using long write procedure so more bytes would fol

Hi, ATT/GATT is tied with the ACL connection which is maintained by the controller, so there is very little the host stack can do about it but perhaps if you are running with combined controller + hos

Hi Vikrant, You will have to add a service containing the characteristic which probably comes from a different application than the 'normal' mode, now regarding the AES key exchange I don't think that

Hi, k_delayed_work_cancel no longer uses the flags because it removes the work from the queue, so either we have a bug in k_queue_remove which would return success without removing the entry or you ar

Hi Priyanka, I assume hci_blackbox is not a zephyr based controller is it? Im not sure if will be able to help in case the controller is not really zephyr based in the other hand we should be able to

Hi Anas, Afaik a lot of ram is spent on buffers and if we can't do zero-copy that means at very least one extra buffer has to exist to move data around, fine-tuning the buffer size is also tricky espe

Hi Paul, <paul.sokolovsky@...> wrote: When you use a presentation which says: Main benefits taking zephyr in use would come from good ble and tcp/ip stacks ... I understand it can be frustratin