• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 55 subscribers
  • Views 831 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

CC2530: Association Request is not sent using MSA_AssociateReq()

CC2530: Association Request is not sent

Babu B
Intellectual 345 points

Part Number: CC2530

Hi,

CC2530 I am working with application based on TIMAC stack.

Trying to send Association Request explicitly from RFD/FFD device in order to join it to another one FFD device configured as a coordinator .

Association request is not sent out from MAC, dint see the association request log in sniffer.

and association confirm signal having the response status 0x92.

Could you please let us know what might be the problem.

Thanks,

Babu

  • 0
    TI__Guru**** 223727 points
    Hi Babu,

    Can you please specify the example code you are starting from, take a snapshot or code excerpt of the API involved to attempt association, and provide a sniffer log?

    Thanks,
    Ryan
  • 0 in reply to Ryan Brown1
    Intellectual 345 points
    Hi Ryan,

    Please find below association request parameter details,
    logical_channel = 11;
    Channel page = 0;
    coord_addr_mode = 02;
    coord_addr_short_Addr = 0x0000;
    coord_pan_id=0xcccc;
    capability=0x80;
    sec = 0x00;

    On Association confirm signal, getting the value
    short address: 0xFFFF
    status : 0x92

    Thanks,
    Ramesh
  • 0 in reply to Babu B
    Intellectual 345 points
    As per spec, If the coordinator was not able to associate the device to its PAN, the Short Address field shall be set to
    0xffff. What could be the reason for not associate ?
  • 0 in reply to Babu B
    Intellectual 345 points

    Fullscreen Beacon_Request_Response_July01.cubx.txt Download 
    SQLite format 3@  	-��
�.j��
�
�
#�.v�KtableNodesNodes	CREATE TABLE [Nodes] ([Id] Integer PRIMARY KEY AUTOINCREMENT, [X] REAL, [Y] REAL, [Label] TEXT){�EtableAddressesAddressesCREATE TABLE [Addresses] ([Id] Integer PRIMARY KEY AUTOINCREMENT, [Long] TEXT, [Short] TEXT)j�7tableKeysKeysCREATE TABLE [Keys] ([Id] Integer PRIMARY KEY AUTOINCREMENT, [Key] BLOB, [Type] TEXT)P++Ytablesqlite_sequencesqlite_sequenceCREATE TABLE sqlite_sequence(name,seq)�q�9tablePacketsPacketsCREATE TABLE [Packets] ([Id] Integer PRIMARY KEY AUTOINCREMENT, [Raw] BLOB, [Stack] INTEGER, [Channel] INTEGER, [Timestamp] REAL, [TimeDelta] REAL, [LQI] INTEGER, [RSSI] INTEGER, [Comment] TEXT, [DeviceId] INTEGER)��{tableDevicesDevicesCREATE TABLE [Devices] ([Id] Integer PRIMARY KEY, [Alias] TEXT, [Description] TEXT, [Stack] INTEGER, [Channel] INTEGER)[�	tableMetadataMetadataCREATE TABLE [Metadata] ([Key] Text PRIMARY KEY, [Value] TEXT)/Cindexsqlite_autoindex_Metadata_1Metadata
	����~<��$	GGraphicViewIsActiveBackgroundTrue0!SSystemInfoMicrosoft Windows NT 6.3.9600.0 [8]Localeen-IN+SavedWithUbiqua/2.2.0161@!sComputerId651FEBF3421E59EFBF-710FACAA4E8076000BD96D746837A4EC!FileFormat2*KTimeZone(UTC+06:00) India Standard Time/SavedAt1530427912.445773'GSavedByBabu B <babub.subs@gmail.com>
	t��t������!GGraphicViewIsActiveBackground	!SystemInfo
Locale
SavedWith!ComputerId!FileFormatTimeZoneSavedAt
	SavedBy
��JOQUSB8285: Texas Instruments CC2531Texas Instruments CC2531 [USB8285]
	���Z��C
�
�
q
+��Y��e 
�
�
N
	�DF#
	A�h����	���!q�K`��11 (0x0B), A��K�g@.!łU�6�DF#
	A�g����	���!q�K`��11 (0x0B), A��{�`�@. :2*�w�DF#
	A�f����	���!q�K`��11 (0x0B), A��w�Yq@. �V.	��DF#
	A�e����	���!q�K`��11 (0x0B), A��s�>�@."����DF#
	A�d����	���!q�K`��11 (0x0B), A��p:�3?����>y�CD#
	������"�!q�K�����11 (0x0B), A��o�W�?odIU�g{�3 #
	������11 (0x0B), A��o�3@+�~�M3���1 #
	c������11 (0x0B), A��lU�X@�*c�P�DF#
	A������	��!q�K`��11 (0x0B), A��jw��@. O*�~Z�DF#
	A������	��!q�K`��11 (0x0B), A��f���@.���
x�DF#
	A������	��
!q�K`��11 (0x0B), A��b�X@. 3�3�D
F#
	A������	��!q�K`��11 (0x0B), A��_+��@.W����DF#
	A������	��!q�K`��11 (0x0B), A��[g��@. q�?9��DF#
	A������	��
!q�K`��11 (0x0B), A��W���@.:Wꢡ�D
F#
	A������	��	!q�K`��11 (0x0B), A��Sߪa@. ��Kj�D	F#
	A������	��!q�K`��11 (0x0B), A��P��@.�*w���DF#
	A������	��!q�K`��11 (0x0B), A��LW��@. Ï6iI�DF#
	A������	��!q�K`��11 (0x0B), A��H��-@. 8L`�DF#
	A������	��!q�K`��11 (0x0B), A��Dϐ*@.���~��DF#
	A������	��!q�K`��11 (0x0B), A��A��@$�u�lv�CD#
	������"�!q�K�����11 (0x0B), A��>k�?jT���R�3 #
	������11 (0x0B), A��>k��@@�����DF#
	A������	��!q�K`��11 (0x0B), A��=G��@/)�]�23�) #
	�������11 (0x0B), A��9b|R�
���	NodesPackets


��0x0000
    Beacon_Request_Response_July01.cubx.tar.gzhttps://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/158/Beacon_5F00_Request_5F00_Response_5F00_July01.cubx.7z

  • 0 in reply to Babu B
    Intellectual 345 points
    Sniffer logs uploaded.
  • 0 in reply to Babu B
    Intellectual 345 points
    Hi Ryan,

    Found the reason for not sending the Association request out of MAC.
    Due to MAC is busy at particular moment , request is not sent to the coordinator.
    Issue is resolved with adding delay before sending ass'n request.

    Now I am facing one more issue.
    After sending the device announcement, getting the network status - address conflict from coordinator.
    any specific reason for this behavior ??

    Thanks,
    Babu
  • 0 in reply to Babu B
    Intellectual 345 points

    Hi Ryan,

    After updating the  extended address, address conflict issue got resolved.

    Thanks,

    Babu