当前位置:Gxlcms > 数据库问题 > 写出稳定的Modbus代码之点滴经验

写出稳定的Modbus代码之点滴经验

时间:2021-07-01 10:21:17 帮助过:25人阅读

send command if(xQueueReceive(MotorQueue, &motorMsg, 200) == pdPASS) // wait response { check = Motor_Rcv_Check(&motorMsg, &motor_cmd_struct); if(check) { ..... } else // check failed { Motor_RS485_Mode(UART_OFF); } } else // timeout { Motor_RS485_Mode(UART_OFF); }

3. Modbus 驱动

  有了上面高质量的485串口通信的驱动,进行Modbus通信协议的改造就非常简单了。但是Modbus TCP接收部分没有帧间隔超时,因为都是由TCP协议来保证了。

  一个比较完善的Modbus驱动要注意以下几点:

  1)接收超时机制,不能依靠数传输的字节个数来停止接收来和区分帧间隔,因为可能通信就是断掉了,所以要按照协议,串口通信情况下3~5个bit空闲就认为一帧结束。

  2)响应超时机制,Modbus是主从问答式通信,那么主机就需要知道到底多久从机才会应答,主机等待从机应答的最长时间就是从机的最大回复间隔,超过这个时间后从机即使已经完成计算也不能回复,因为此时主机可能已经开始给其他从机发送数据了。

  3)Modbus地址可能很多,那么就需要一个table来管理,不能写成一个一个的 if--else if--else if来处理某个地址的操作。

  4)如果table管理了上千个地址,那么地址的搜索就需要一个高效的算法,顺序搜索肯定是太low了,最好使用二分查找。

  5)有些写寄存器可能需要对机器设定,比如在线改波特率,如果此时波特率和新设定的波特率一样,那么就不需要执行串口初始化代码,所以在每个地址table行,需要特定的回调函数,搜索到某一个地址后,就可以操作这个回调函数,执行一些动作。

  6)如果某个资源多个任务访问,需要读写互斥。

  7)如果某个资源读写不是原子性的,那么就需要加锁。免得改了一半,被其他任务来读出,结果读了一半新值一半旧值。

  8)模块化,读写寄存器接口需要包装起来,对外暴露3个参数,function,addr,*value即可。

/**
  * @brief  modbus callbcak function. cmd like:MAC>UP\r\n
  * @param  value to read or write.
  * @retval 1=Success, 0=fail.
  */
uint8_t LockUp_W(uint16_t *value)
{
    ....//具体的执行部分
return 1; } /** * @brief modbus callbcak function. * @param value to read or write. * @retval 1=Success, 0=fail. */ uint8_t LockDown_R(uint16_t *value) { if(*value) { *value = 0; } return 1; } /** * @brief modbus callbcak function. cmd like:MAC>DOWN\r\n * @param value to read or write. * @retval 1=Success, 0=fail. */ uint8_t LockDown_W(uint16_t *value) { .....
return 1; } /** * @brief modbus callbcak function. * @param value to write. * @retval 1=Success, 0=fail. */ uint8_t MdTimeOut_R(uint16_t *value) { ....
return 1; } /** * @brief modbus callbcak function. * @param value to read. * @retval 1=Success, 0=fail. */ uint8_t MdTimeOut_W(uint16_t *value) { SystemTickLimitCfg(TMOUT_MB, *value); return 1; }
// table的数据结构,除了基本的地址外,还可以包含变量的范围,倍率,回调函数等
typedef struct
{
    uint8_t func;
    uint16_t addr;
    uint16_t min;
    uint16_t max;
    uint16_t *value;
    uint8_t (*pFunc)(uint16_t *value);
}MB_Reg_Struct;

/** * @brief modbus table. */ MB_Reg_Struct MBReg[]={ /*func, addr, min, max, &value, callBack()*/ {0x03, 1, 0, 1, &HoldReg.up, LockUp_R}, {0x03, 2, 0, 1, &HoldReg.dowm, LockDown_R}, {0x06, 1, 0, 1, &HoldReg.up, LockUp_W}, {0x06, 2, 0, 1, &HoldReg.dowm, LockDown_W}, {0x04, 1, 1, 63, &InputReg.md_addr, pNone}, {0x04, 2, 0, 0xff, &InputReg.lock_stats, pNone}, {0x04, 3, 0, 100, &InputReg.soc, pNone}, {0x04, 4, 0, 127, &InputReg.rssi, pNone}, {0x04, 5, 0, 1, &InputReg.search, pNone}, {0x04, 6, 0, 0, &InputReg.reserve[0], pNone}, {0x04, 7, 0, 0, &InputReg.reserve[1], pNone}, {0x04, 8, 0, 0, &InputReg.reserve[2], pNone}, {0x04, 9, 0, 0xffff, &InputReg.MAC_BLE[0], pNone}, {0x04, 10, 0, 0xffff, &InputReg.MAC_BLE[1], pNone}, {0x04, 11, 0, 0xffff, &InputReg.MAC_BLE[2], pNone}, {0x04, 12, 0, 0xffff, &InputReg.MAC_BLE[3], pNone}, {0x04, 13, 0, 0xffff, &InputReg.MAC_BLE[4], pNone}, {0x04, 14, 0, 0xffff, &InputReg.MAC_BLE[5], pNone}, {0x04, 15, 0, 0xffff, &InputReg.MAC_LOCK[0], pNone}, {0x04, 16, 0, 0xffff, &InputReg.MAC_LOCK[1], pNone}, {0x04, 17, 0, 0xffff, &InputReg.MAC_LOCK[2], pNone}, {0x04, 18, 0, 0xffff, &InputReg.MAC_LOCK[3], pNone}, {0x04, 19, 0, 0xffff, &InputReg.MAC_LOCK[4], pNone}, {0x04, 20, 0, 0xffff, &InputReg.MAC_LOCK[5], pNone}, };

 

写出稳定的Modbus代码之点滴经验

标签:控制   val   出错   包装   函数   lock   mode   测试工具   return   

人气教程排行