SNMPv3数据总线错误异常

你好，我并不完全确定最合适的论坛来发布这个，但它必须与TCP/IP协议栈有关，所以我在这里发布。我目前正在使用PIC32 ESK（DM3200 04）、XC32 1.44和和声2.04的项目。我刚刚得到SNMPv3的工作以及发送陷阱。我希望能够动态地更改用户名，因此我实现了一种使用TCPIP_SNMPV3_EngineUserDataBaseSet函数进行此操作的方法。现在，每当我调用TCPIP_SNMPv3_Notify时，当SNMPv3UsmOutMsgAuthParam(Snmpv3StackDcptStubPtr->UserInfoDataBase[USM_Index])被调用时，在snmpv3.c中的3102行就会得到“数据总线错误”。该错误的地址是9D028 BA4，并在“拆解列表”文件中显示“9D028 BA4 0F40F067 JAL SNMPv3UMSODMSGUASPARAM”。我想知道这行代码为什么会引起数据总线错误，为什么只调用TCPIP_SNMPV3_EngineUserDataBaseSet函数，即使通过该函数将用户名设置为原始的同一用户名“Micro.”？有时，如果在这个函数调用之前设置断点，然后非常缓慢地遍历代码，那么它将正常工作，不会抛出任何异常，并且成功地发送陷阱（即使具有不同的用户名），但是对此没有模式。pv3StackDcptStubPtr->UserInfoDataBase[USM_Index].userHashType;与SNMPv3UsmOutMsgAuthParam(SNMPV3_HMAC_MD5)的行；(userHashType变量被设置为SNMPV3_HMAC_MD5，因此结果应该没有不同)将永远不会发生异常，但是将永远不会接收到陷阱，并且如果我试图发送当到达snmpv3.c的第3765行时，条件语句if(Snmpv3StackDcptStubPtr->TrapMsgHeaderBuf..==0)永远不会为真，因为长度永远不会为0，并且永远不会调用TCPIP_SNMPv3_TrapMsgHeaderPDU函数。我很难解决这个问题。我想知道是否有任何解释这种行为或可能更好的方法来改变SNMPv3的用户名。究竟“数据总线错误”的原因是什么？据我所知，它不应该与JAL操作码有关。谢谢您的帮助。