This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

AP app just echos packet SimpliciTI

Other Parts Discussed in Thread: CC2500, SIMPLICITI

Hi,

I'm making progress, I've put my own code on an ez board as an ED and code on a 149 as an AP. The packets are going back and forth but the AP just echoes the packet and the ED then dumps it. Does this sound familiar to anyone? It is like I'm so close! I'm using the code from the latest slac139.

Thanks, Dan.

 

  • Good Morning,

    So I've found the frame just gets relayed when sListenActive is off. When I turn it on explicitly in the app, then the ED goes into 'connected' mode, just the little quick LED flash. But I don't have a join. (I found nothing in the old code that I've missed to get this on.) And now the sPeerFrameSem in the AP app gets bumped but I don't get the sJoinSem first like I should.

    Also, for what ever reason, the link ID on both devices is 0xdeadmeat, Yet I recall seeing packets with the old code 0x05060708.

    I'm going to look over all my stuff again, here are my defines for the AP

    -DACCESS_POINT -DNUM_CONNECTIONS=8 -DSIZE_INFRAME_Q=6 -DSIZE_OUTFRAME_Q=2 -DAP_IS_DATA_HUB -DNUM_STORE_AND_FWD_CLIENTS=3 -DSTARTUP_JOINCONTEXT_ON -DTHIS_DEVICE_ADDRESS="{{0x97, 0x56, 0x34, 0x12}}" -DMAX_APP_PAYLOAD=10 -DMAX_NWK_PAYLOAD=MAX_PING_APP_FRAME -DMAX_HOPS_FROM_AP=2 -DDEFAULT_LINK_TOKEN=0x05060708 -DMAX_HOPS=3 -DDEFAULT_JOIN_TOKEN=0x01020304 -DAPP_AUTO_ACK -DFREQUENCY_AGILITY -DSW_TIMER -DUSER_SNIFFER

    ED

    -DACCESS_POINT -DMAX_APP_PAYLOAD=10 -DMAX_NWK_PAYLOAD=9 -DSIZE_INFRAME_Q=6 -DBSP_NO_TYPES -DTHIS_DEVICE_ADDRESS="{{0x17, 0x56, 0x34, 0x12}}" -DNUM_STORE_AND_FWD_CLIENTS=3 -DNUM_CONNECTIONS=7 -DSIZE_OUTFRAME_Q=2 -DMAX_HOPS_FROM_AP=1 -DDEFAULT_JOIN_TOKEN=0x01020304 -DMAX_HOPS=3 -DDEFAULT_LINK_TOKEN=0x05060708 -DMRFI_CC2500 -DSTARTUP_JOINCONTEXT_OFF -DAPP_AUTO_ACK  -DSW_TIMER

    Thanks, Dan.

     

  • Ok,

    This is where I'm getting to. I made that packet sniffer for a reason :)

    It is the ED. From first:

    SMPL_Init(...)

    down to:

    Mrfi_RxModeOn(...)

    The line:

    MRFI_ENABLE_SYNC_PIN_INT();

    starts a rush of interrupts and the call to:

    nwk_join(...)

    Never finishes yet looks like it returns SMPL_SUCCESS.

    So the join loop is left without actually doing a join. Here I don't know if this is a problem with mspgcc, but I seriously doubt it. Hopefully it is something that sounds familiar to someone, I'll keep figuring...

    The ED is the ez board with all the origanal code, the only thing I've done is to define SW_TIMER, that I know of.

    Thanks, Dan.

     

  • Ok, I get a supper dupper head slap. I had ACCESS_POINT defined for the end device. Now it is working like it should. The good side, I have learned a lot about SimpliciTI. And I've shown that mspgcc deals with it fine without modification. But boy, do I feel stupid...

    Best, Dan.