With apologies for joining in - at only a slight tangent I hope - but is the 
advantage to a NuttX app that uses the NuttX Bluetooth stack with the radio 
device in H4 API mode, compared to using the Bluetooth SoC device as a 
coprocessor using its own stack, that it becomes a simple device that can be 
read/written to rather than needing a custom SPI or USART interface protocol to 
be written?

I have a similar situation to Ivan in that I have a board with a SiLabs 
Bluetooth LE SoC and I have assumed I'd use it's stack and SiLabs tools to 
create my Bluetooth LE App, and have it communicate with my "main" app via an 
SPI interface in some custom (not yet designed) way - but perhaps I'm missing 
out on something easier by doing it that way?

> On 14 Oct 2022, at 13:53, Alan C. Assis <acas...@gmail.com> wrote:
> 
> Hi Ivan,
> 
> Ok, understood the issue!
> 
> Maybe U-Block has an HCI H4 firmware that you can use on Anna-B112
> instead of this AT firmware. It's always a good idea to use and follow
> the standard, this is a compelling motivation to use NuttX in the
> first place! :-)
> 
> BR,
> 
> Alan
> 
>> On 10/14/22, Embedded Systems <ivanucherdj...@gmail.com> wrote:
>> Hello Alan,
>> 
>> Unfortunately we cannot use the module as HCI H4, we can control it only
>> with AT commands. So in our case IMXRT is running nuttx and its connected
>> to the BLE module with uart and control it with AT commands, so far i just
>> implemented an application in nuttx which controls the module from the user
>> space. The aplication is using a UART char driver to communicate with the
>> module and everything else is managed in the application , but i dont think
>> this is a good way to use the module and i wish to make a driver in nuttx
>> for it, My problem is that i dont see a good way to implement the driver
>> and connect it with the already existing nuttx Bluetooth functionalities .
>> 
>> 
>> Best regards,
>> Ivan
>> 
>>> On Thu, Oct 13, 2022 at 11:59 PM Alan C. Assis <acas...@gmail.com> wrote:
>>> 
>>> Hi Ivan,
>>> 
>>> Normally using external BLE modules that follows the HCI H4 is easier
>>> than porting to some chip with internal BLE and application in the
>>> same chip.
>>> 
>>> You can see how it is done in the sim and also here:
>>> 
>>> boards/arm/stm32/stm32f4discovery/src/stm32_hciuart.c
>>> 
>>> BR,
>>> 
>>> Alan
>>> 
>>> On 10/13/22, Embedded Systems <ivanucherdj...@gmail.com> wrote:
>>>> Hello Alan,
>>>> 
>>>> Its good to hear from you too.
>>>> 
>>>> So, you don't to flash NuttX inside Anna-B112, but just want to use it
>>>> as external BT BLE module, right?
>>>> 
>>>> The Anna module is flashed with u-blox connect and we are using it as
>>>> external ble module, the module has the whole ble stack embedded in the
>>>> u-box connect and is controlled via AT commands, thats why i am not
>>>> sure
>>>> how exactly to port it for Nuttx in a suitable way.
>>>> 
>>>> Best regars,
>>>> Ivan ucherdzhiev
>>>> 
>>>> 
>>>> На чт, 13.10.2022 г., 18:31 Alan C. Assis <acas...@gmail.com> написа:
>>>> 
>>>>> Hi Ivan,
>>>>> 
>>>>> Nice to hear news from you!
>>>>> 
>>>>> So, you don't to flash NuttX inside Anna-B112, but just want to use it
>>>>> as external BT BLE module, right?
>>>>> 
>>>>> In this case you need to enable the "Bluetooth H4 UART"
>>>>> 
>>>>> There are some examples on NuttX about how to use it.
>>>>> 
>>>>> Also you can opt for using NuttX internal BLE Stack (that derives from
>>>>> an old BLE Stack that Intel integrated on Zephyr and that was released
>>>>> for Arduino/Genuino under BSD License) or you can use the NimBLE stack
>>>>> that is more complete and also have examples on NuttX.
>>>>> 
>>>>> Using the internal stack could be more challenging, but it will help
>>>>> to improve our own stack.
>>>>> 
>>>>> BR,
>>>>> 
>>>>> Alan
>>>>> 
>>>>> On 10/13/22, Embedded Systems <ivanucherdj...@gmail.com> wrote:
>>>>>> Hello Nuttx Community,
>>>>>> 
>>>>>> First i would like to say that i really hope that everybody is doing
>>>>> well!
>>>>>> I am sorry that long time i didn't had a chance to contribute
>>> anything,
>>>>> but
>>>>>> life is moving in a very fast pace for me lately.
>>>>>> 
>>>>>> For our sport Wearable system i am working on integration of a
>>>>>> Bluetooth
>>>>>> module Anna-B112, it is a very interesting small module. The version
>>>>> which
>>>>>> we are using is preflashed with Ublox u-connect software and the
>>> module
>>>>> is
>>>>>> based on nRF52832 nordic chip. I would like to ask for advice on how
>>>>>> exactly to implement a relevant support for this to suit Nuttx
>>>>> architecture
>>>>>> because i wish to contribute this port when its done. I am familiar
>>>>>> that
>>>>>> Nuttx has Bluetooth stack and also support for HCI bluetooth
>>>>>> modules,
>>>>>> but
>>>>>> the difference here is that ANNA-B112 has its stack embedder in the
>>>>> nordic
>>>>>> chip and the module is controlled via AT commands through UART, so i
>>> am
>>>>> not
>>>>>> exactly sure how to implement the driver for this module. To me it
>>>>>> looks
>>>>>> like it has to bypass the nuttx bluetooth stack (because it already
>>> has
>>>>> an
>>>>>> embedded one) and directly connect to the application layer, please
>>>>> correct
>>>>>> me if i am wrong here.
>>>>>> 
>>>>>> I would really appreciate some insight of how exactly to implement
>>>>>> the
>>>>> port
>>>>>> to suit Nuttx design and to NOT disrupt in any way the already
>>> existing
>>>>>> implementations of bluetooth connectivity
>>>>>> 
>>>>>> Thank you in advance!
>>>>>> 
>>>>>> --
>>>>>> Kind regards,
>>>>>> Ivan Ucherdzhiev
>>>>>> 
>>>>>> CTO @ Barin Sports
>>>>>> Bulgaria
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 
>> 
>> --
>> Kind regards,
>> Ivan Ucherdzhiev
>> 
>> Team Lead @ Barin Sports
>> Bulgaria
>> skype: ipy_44
>> tel: +359888927760
>> 


Reply via email to