The FLPR can access all the peripherals so if you write your own code you can use the radio yes. You will need to write this yourself and as Bluetooth stacks are a big piece of SW this will be a lot of work for a non-certified stack. Remember also as this is not something Nordic supports then you can't expect any help from the Nordic team.
I am researching information about the FLPR core and the applications that can be implemented on this core. Could you provide me with specific applications that can be carried out on this core? I am also not very clear about the concept of software-defined peripherals. I'm newbie.
I am researching information about the FLPR core and the applications that can be implemented on this core. Could you provide me with specific applications that can be carried out on this core? I am also not very clear about the concept of software-defined peripherals. I'm newbie.
It can be used as a co-processor for doing timing critical functionality, ensuring it doesn't impact the ARM core running the communication stacks. This can be for instance bit banging serial interfaces that can't work with interrupts and similar features. Since it is a processor you can do a lot with it but that may drive up SW complexity so you need to look into what makes sense to you to move. Doing pre-processing/post processing of data may also be interesting as that can be done with minimum interaction between the cores -> doesn't increase system SW complexity.
If you are new to the game then I would not start looking at using both cores, I would try with the ARM only and when you run into issues that can't be easily solved with the single core, then you look into using the FLPR.
