To be able to connect to the BT device with more than one audio
profile, we need something to manage those profiles. Created here
ProfileManager made it convenient
To be able to work properly with BT, CPU freq has to be at least
at Level_5 - to be fixed!
After BT refactor settings init for key storage has been moved,
thus in the initial phase settings were unavailable and btstack
couldn't import keys from storage
There is no functional tests related to the Bluetooth. As the
refactor is on the way,we need to have a tool to check if it works
By the way fixed worker deinit
To be able to handle properly the Bluetooth stack we need to
get rid of doubled FreeRTOS task and do refactor of
the whole BT section. This is first part of refactor and it
includes integrating run loop into our worker and unifying
namespaces
* allow workers to run independently from service
* change worker to use FreeRTOS wrapper Queue class instead of
freeRTOS native queues
* fix bug disallowing to destruct worker that have never ran
* fixed worker bad state transition to Running state
* Improved bluetooth library interface write in one demand
* can start scan
* not used BT options hidden
* still some issues on flood - transaction style interface should be considered
BlueKitchen requests from data, which doesn't mean it knows amount
need - need to provide handling to buffer in Uart handler - than
copy form handler on request, then sent notification when ready
