BLE CLI NUS COM Port

[EGawtry]

I am trying to use the RF5 BLE CLI (Nordic NUS driver). 

I need a plug and play COM port for Windows, iOS, and OS/X.  This has to work for a customer.

It pairs easily, but then what?  nRF5 Connect doesn't work (it just gives me a blank screen on connect), and it is pretty useless anyway since it reprograms everything.  The Python script doesn't do anything, and that is also useless for end customer use.  If there was an API or document that explained how to interface an app, that would work as well as a COM port.

-Erik

[Hung Bui]

Hi Erik, 

Could you give me some more explanation on your set-up ? What do you want to achieve and how are you connecting things together ? What is RF5 BLE CLI ? 

Please provide exact SDK version, exact firmware project you are using. 

[EGawtry]

Hello Hung Bui,

The nRF5_SDK_15.2.0;  Console over Bluetooth Application (internally known as the BLE CLI).   (Harware: Laird BL652: S132 on PCA10040)

What I need is a real-time BLE monitoring of a Accelerometer and being able to read a history via BLE.  Using XML over the BLE CLI seems to be the only solution I can find after spending a week digging through the Nordic, Laird, and Bluetooth websites.

I am asking for a way to generate a serial port for the BLE pairing, or some Win32 or Linux sample code to connect to the pairing.

Thanks,

-Erik

[EGawtry]

Just a note on what I found.  It turns out that there is a serious bug in the GATT functionality from Microsoft in WIN32.  But it all works in WIN64.

[EGawtry]

Another note, it seems that Linux based OSes (such as OS/X, iOS, Android) are very touchy about timing.  Make sure that the handler for errors does NOT call APP_ERROR_HANDLER() for the default.  This took months of reverse engineering the source to find.

[Hung Bui]

Thanks Erik for the update. Could you give some more information about the bug you found ? As far as I understand APP_ERROR_HANDLER() will check if the result/return is NRF_SUCCESS (0) it will ignore that. 

[EGawtry]

I have a timed routine (created by app_timer_create) that runs a notify to send values from an accelerometer.  If I call APP_ERROR_HANDLER() in the call, BLE will not pair.  It crashes and resets, and while Windows BLE is smart enough to handle that, Linux BLE is not.  Commenting out the one line made everything work.

static void accelerometer_service_timeout_handler(void * p_context)
{
    uint32_t       err_code;
 
    err_code = ble_acs_measurement_send(&m_acs, &m_acc_meas);

    switch (err_code)
    {
        case NRF_SUCCESS:
            // Measurement was successfully sent.
            break;

        case NRF_ERROR_INVALID_STATE:
            // Ignore error.
            break;

        default:
            //APP_ERROR_HANDLER(err_code);
            break;
    }
}

[Hung Bui]

I think it worth checking what the err_code actually was. It could be that the buffer was full. In that case, it's OK to ignore.