CC3120BOOST: sl_Start - sync pattern not found

Hi,

Should be very straight forward.

Does IRQ line get de-asserted when the cc3120 gets "65 87 78 56" sync pattern?

Shlomi

The IRQ line is not immediately de-asserted.  It is de-asserted about 90 ms later.

It looks like it is taking about 80ms from nHIB high to IRQ going high.  The data sheets says 50ms.   But also says "If temperature changes by more than 20°C, initialization time from HIB can increase by 200ms due to radio calibration."  That isn't my case.  In my code I've added a delay of 50ms followed by a loop that checks for IRQ being low and if so waits for up to 200ms more.  This seems to work as after 80ms IRQ goes high and then I get the expected response over SPI.  Am I reading the data sheet incorrectly?  Should this be happening in under 50ms?

It looks like I'm getting a good response from the device now.  However, when the sl_Start complete callback is made it looks like the driver has not put the device into the started state yet, so I can't make any further API calls.  Any idea why that is?  Shouldn't the driver state already be "started" before invoking my callback?

Here is my code:

void SimpleLinkInitCallback(_u32 mode, SlDeviceInitInfo_t *deviceInitInfo) {
    wt_assert(deviceInitInfo->ChipId == 0x30000000);

    SlDeviceVersion_t version;
    _u16 pConfigLen = sizeof(version);
    _u8 pConfigOpt = SL_DEVICE_GENERAL_VERSION;
    _i16 status = sl_DeviceGet(SL_DEVICE_GENERAL, &pConfigOpt, &pConfigLen, (_u8 *)(&version));
    wt_simplelink_assert(status); // status is -2018 SL_RET_CODE_DEV_NOT_STARTED
}

void main(void) {
    wt_simplelink_initialize();

    int status = sl_Start(NULL, NULL, SimpleLinkInitCallback);
    wt_simplelink_assert(status);

    while (true) {
        sl_Task(0);
    }
}

And here is the device.c handler in the API that looks like it calls my callback and only after that sets the device state to started:

_SlReturnVal_t _SlDeviceHandleAsync_InitComplete(void *pVoidBuf)
{
    InitComplete_t     *pMsgArgs = (InitComplete_t *)_SL_RESP_ARGS_START(
        pVoidBuf);
    SlDeviceInitInfo_t DeviceInitInfo;

    SL_DRV_PROTECTION_OBJ_LOCK_FOREVER();

    if(g_pCB->pInitCallback)
    {
        DeviceInitInfo.ChipId = pMsgArgs->ChipId;
        DeviceInitInfo.MoreData = pMsgArgs->MoreData;
        g_pCB->pInitCallback(_SlDeviceGetStartResponseConvert(
                                 pMsgArgs->Status), &DeviceInitInfo);
    }
    else
    {
        sl_Memcpy(
            g_pCB->ObjPool[g_pCB->FunctionParams.AsyncExt.ActionIndex].pRespArgs, pMsgArgs,
            sizeof(InitComplete_t));
        SL_DRV_SYNC_OBJ_SIGNAL(&g_pCB->ObjPool[g_pCB->FunctionParams.AsyncExt.
                                               ActionIndex].SyncObj);
    }

    SL_DRV_PROTECTION_OBJ_UNLOCK();
    if(g_pCB->pInitCallback)
    {
        SL_SET_DEVICE_STARTED;
        SL_UNSET_DEVICE_START_IN_PROGRESS;
        _SlDrvReleasePoolObj(g_pCB->FunctionParams.AsyncExt.ActionIndex);
    }

    return(SL_OS_RET_CODE_OK);
}

I also tried calling sl_Start(NULL, NULL, NULL) which is supposed to return after starting.  However it just adds a spawn entry, but never executes it.   So sl_Start hangs and does not return.

I'm using nonos.

Hi,

It is different whether you use a callback or not when referring to the SL_SET_DEVICE_STARTED.

With the callback it is implemented after the callback is called and with no callback, it is implemented in the sl_Start() itself.

Anyway, let's stick with no callback for a start and see what happens.

sl_Start() is pending on a signal with a 64 seconds timeout. Do you get this signal?

Is the _SlDeviceHandleAsync_InitComplete() invoked? if it does, then it signals via SL_DRV_SYNC_OBJ_SIGNAL() and should trigger the signal waited by sl_Start().

In this case you should also get the return value of starting the device via the return value of sl_Start(). what do you get?

Shlomi

Here is the call stack after calling sl_Start, to showing where it is hanging:

main()

sl_Start(0, 0, 0)

_SlDrvWaitForInternalAsyncEvent

_SlDrvSyncObjWaitForever

wt_simplelink_SyncObjWait

There is an interrupt processed which leads to this call stack:

main()

sl_Start(0, 0, 0)

wt_simplelink_DeviceEnable

fd_delay_ms

GPIOTE_IRQHandler

fd_gpio_nrfx_gpiote_evt_handler

wt_simplelink_device_interrupt

_SlDrvRxIrqHandler

_SlNonOsSpawn

The _SiNonOsSpawn function puts an entry into g__SlNonOsCB and then returns.

Because this is a non-os configuration, that entry is never run because the main/only thread is still executing sl_Start.  It seems like _SlDrvRxIrqHandler should not be queuing an entry, but instead should be calling sl_SyncObjSignalFromIRQ?

Hi,

What SDK are you using?

Basically, sl_start() creates a command sync object at the beginning of the function.

In user.h header file it is defined to SemaphoreP_create_handle.

The semaphore callback is set to tiDriverSpawnCallback() which calls the _SlNonOsHandleSpawnTask() which should free you on the signal that sl_Start() is waiting for.

Can you check it?

Regards,

Shlomi