Hi Matias,
On 6/18/20, Matias N. wrote:
> I've been looking a bit more into how Zephyr code handles the NRF chips and
> how the Bluetooth stack is organized, see here:
> https://github.com/zephyrproject-rtos/zephyr/tree/master/subsys/bluetooth/controller
>
> From what I understand, they can eith
I've been looking a bit more into how Zephyr code handles the NRF chips and how
the Bluetooth stack is organized, see here:
https://github.com/zephyrproject-rtos/zephyr/tree/master/subsys/bluetooth/controller
From what I understand, they can either talk to a controller via HCI UART/SPI
or direc
board which supports HCI and both Bluetooth
stacks support POSIX environments so it was easy for us to port the stacks to
NuttX.
Regards,
Masayuki
差出人: Alan Carvalho de Assis
送信日時: 2020年6月17日 21:13
宛先: dev@nuttx.apache.org
件名: Re: nrf51822 and BLE
Hi Mateusz,
This
I agree that access to low-level radio with documented registers is a big
plus for Nordic.
I hope other vendors will follow the same path (if not then we always have
reverse engineering :P).
For this reason, we should have a standardized interface for BLE
single-chip solutions in Nuttx.
A non-stand
I saw that option recently and I don't really like it. It seems a debugging
nightmare.
What I actually like about Nordic is that at least it is possible to have an
open-source low-level radio stack, which is not the case for Espressif since
this is still closed source and undocumented. So I thin
Hi Mateusz,
This is a great idea! Note that zGlue did exactly it, but they are using nRF52.
Maybe Sony or Xiaomi has something similar implemented for NuttX and could help.
Guys, are you hearing? Xiang? Masayuki?
BR,
Alan
On 6/17/20, raiden00pl . wrote:
> You can use Nordic's priorpiate BLE
You can use Nordic's priorpiate BLE stack (SoftDevice) and after a few
hacks even Nordic SDK can be integrated with Nuttx.
This gives you a certified BLE stack but it has a huge disadvantage - it is
a closed source. Looking for bugs in such an environment is a nightmare.
Some time ago I started wo
Not sure what you mean by "slave" in this case. What I'm referring to is the
access to the low-level Bluetooth hardware (register based access to radio
peripheral). I didn't meant NuttX's BLE stack would only support HCI UART, I
mean that there's no support for NRF radio (link-level layer) on Nu
AFAIK NuttX supports the Host level API and at most HCI UART interface. I'm
referring to the link-level code which interfaces directly with NRF51822 so
that you can run NuttX in the board itself (and not as an external module via
UART).
It supports both host and slave and uses a driver defin
> Why not use the BLE provided by NuttX?Sent from Samsung tablet.
> Original message From: "Matias N." Date:
> 6/16/20 6:42 PM (GMT-06:00) To: dev@nuttx.apache.org Subject: nrf51822 and
> BLE Hi,I'm picking up a project based on a NRF51822 module and I&
Why not use the BLE provided by NuttX?Sent from Samsung tablet.
Original message From: "Matias N." Date:
6/16/20 6:42 PM (GMT-06:00) To: dev@nuttx.apache.org Subject: nrf51822 and
BLE Hi,I'm picking up a project based on a NRF51822 module and I'm currentl
Hi,
I'm picking up a project based on a NRF51822 module and I'm currently trying
out Zephyr due to the available BLE support. However, I'm having some issues
with it and, while I guess it is a matter of learning more about Zephyr to
solve them, I was wondering about what is the state now for Nut
12 matches
Mail list logo
