Replies: 1 comment
-
Hi @Benni77. First, these are Zephyr samples you are referring to, so asking here (as you did) or in the Zephyr Discord channel are good places to start. NCS X.X.X uses a given SHA of Zephyr with some changes. The Zephyr version used by NCS is located here: https://github.com/nrfconnect/sdk-zephyr and the exact version can be found in the NCS manifest https://github.com/nrfconnect/sdk-nrf/blob/main/west.yml#L66-L76. Furthermore, NCS Bluetooth samples defaults to Nordic's Softdevice Controller, whilst Zephyr uses the open source Zephyr controller. With that in mind, mentioning NCS here may raise questions for some, as NCS depends on Zephyr, but not the other way around. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
EDIT2:
ISSUE: #70794
EDIT: Using the nrf connect sdk 2.6.0, it appears that the examples run without any problems. What does this mean for the zephyr repo (esp. Zephyr BLE Controller)?
...
Zephyr Version: 3.6.99
Hey guys,
my goal is to transfer data from nrf52832 to nrf52840 via BLE ISO channel. Since my own implementation did not work as expected (Packets not received) I thought I give the examples a try: CENTRAL_ISO & PERIPHERAL_ISO
Unfortunately, I had to realize that the same problem occurs with the examples, both examples run on nrf52840 for now. What happens:
I checked with Segger's Sysview and saw that the BT TX thread is called periodically on the central, but the BT RX thread is not called on the peripheral after data reception has stopped.
I can improve reliability by increasing the interval, which results in a longer data stream before it is stopped.
Does anyone know a fix to this problem? Seems like a bug to me, because nrf52840 should support iso channels, right?
Thank you!
Beta Was this translation helpful? Give feedback.
All reactions