2017-03-02 04:17 PM
I am getting an error when calling the stack initialization function but can not find an explanation of the return code in any of the ST documentation.
The value I see is 0x0c.
Thanks,
Keith
#bluenrg-1 #ble2017-03-02 08:17 PM
BLE_ERROR_INTERNAL_STACK_FAILURE = 12, /**< The platform-specific stack failed */
#define ERR_COMMAND_DISALLOWED (0x0C)
2017-03-03 02:19 AM
Hi,
you may be getting that errorbecause either you are using wrong parameters oryou're trying to configure the stack after you have initialized it.
With regards to the second problem,please take a look at this thread for more information:
https://community.st.com/0D50X00009Xkek8SAB
Hope that helps,
Antonio
2017-03-03 09:09 AM
I realize that a parameters is probably wrong. My issue is that I can't find any documentation on how to interpret the return values. The doxygen documentation doesn't explain what a given value means.
2017-03-03 10:11 AM
Clive, thanks for showing me the definition of my return value. However, were is the full documentation for this function? The doxygen documentation that comes with the DK only says this is an error value and doesn't give any detail about the different values that can be returned and what they may mean.
2017-03-03 10:17 AM
Not something I'm using, just had to dig very hard to find, Google seems to be doing an increasingly crappy job of cataloguing web content...
The documentation is pretty poor.
2017-03-06 03:44 AM
Hi Keith,
what commands did you use? In which sequence? If you can share it, maybe I can help.
2017-03-06 04:32 PM
The only command I had issued was: BlueNRG_Stack_Initialization(). For some strange reason, it is now working but I did not change any of the parameters. I only rebuilt my code.
However, now aci_gap_init() and RC_DeviceInit() are both failing with 0x4a.
Unfortunately, I still can't find the definition of what these values mean. This is what a developer really needs in order to understand where they need to focus their debugging efforts. A huge part of publishing an API, if you are not going to release source code to the library, is to document the return values from the library.....especially if they are error codes. If you are not going to document the return values, you might as well make the return value a boolean and return false if something is wrong.