cmux的一个bug

发布于 2021-05-26 12:13:09 浏览：1455 订阅该版

我在使用cmux V1.1.0时遇到了3个问题。使用STM32F207平台 RT_Thread3.1.3，SIM800模组和奥维通模组，连接专用GSM网络，需要使用cmux创建两个虚拟串口支持ppp拨号上网和AT通道状态监视功能。
1、cmux在处理超过256字节有效数据的数据包时往往会出现分包出错故障，导致ppp_recv线程直接崩溃，但是在数据包长度较短时不会有这个问题，而且我在去掉cmux组件直接使用ppp层即使数据包长度超过了256字节也没有问题。是不是cmux对于分包的拼接功能故障导致的？
```
psr: 0xa1000000
r00: 0xfffe7a53
r01: 0x0000060e
r02: 0x00000006
r03: 0x464498b9
r04: 0x20017334
r05: 0x00000000
r06: 0x20050000
r07: 0xfffe7a52
r08: 0xdeadbeef
r09: 0xdeadbeef
r10: 0xdeadbeef
r11: 0xdeadbeef
r12: 0x40000000
 lr: 0x08029b25
 pc: 0x08029ad4
hard fault on thread: ppp_recv

thread   pri  status      sp     stack size max used left tick  error
-------- ---  ------- ---------- ----------  ------  ---------- ---
udpclien  20  suspend 0x00000098 0x00000800    44%   0x00000009 000
udpserve  15  suspend 0x000001b8 0x00000400    45%   0x00000009 000
tcpserve  17  ready   0x000000cc 0x00000800    90%   0x00000005 -02
ppp_recv   9  ready   0x000000ac 0x00001000    14%   0x00000003 000
at_rece   15  suspend 0x00000094 0x00000400    30%   0x00000007 000
at_send   14  suspend 0x00000074 0x00000400    26%   0x00000009 000
can2rx    27  suspend 0x00000094 0x00000400    17%   0x0000000a 000
can2rx    28  suspend 0x000000ac 0x00000400    20%   0x00000009 000
can1tx    30  suspend 0x00000094 0x00000400    17%   0x00000009 000
can1rx    29  ready   0x00000094 0x00000400    34%   0x00000006 000
u4_tx     22  suspend 0x00000094 0x00000400    20%   0x00000002 000
u4_rx      8  suspend 0x00000098 0x00000400    17%   0x00000003 000
u2_tx     18  ready   0x00000094 0x00000400    20%   0x00000001 000
u2_rx      8  suspend 0x00000098 0x00000400    25%   0x00000004 000
gpio_do   19  suspend 0x00000088 0x00000400    22%   0x00000008 -02
tshell    20  suspend 0x00000088 0x00001000    08%   0x00000007 000
cmuxrec1   8  suspend 0x000000bc 0x00000200    76%   0x0000000d 000
sys_work  23  suspend 0x00000060 0x00000800    24%   0x0000000a 000
tcpip     10  ready   0x000000c4 0x00000800    80%   0x0000000f 000
etx       12  suspend 0x00000098 0x00000800    08%   0x00000010 000
erx       12  suspend 0x00000098 0x00000800    08%   0x00000010 000
tidle     31  ready   0x00000048 0x00000100    76%   0x0000001a 000
main      10  ready   0x00000064 0x00000800    18%   0x0000000b -02
bus fault:
SCB_CFSR_BFSR:0x82 PRECISERR SCB->BFAR:20050000
```
2、cmux对于通道的最大分配数目好像只能有3个，一个控制端口、两个数据端口分别给AT通道和PPP连接。但是我的奥维通模块想要使用AT功能和PPP功能必须要有4个端口才行 ，一个控制端口，一个PPP端口，一个Log内部数据，一个AT端口，而这个cmux好像不能再分配更多的端口了，我尝试分配时就直接崩溃了。
```c
 result = cmux_attach(sample, CMUX_AT_PORT, CMUX_AT_NAME, RT_DEVICE_FLAG_DMA_RX, RT_NULL);
   result = cmux_attach(sample, CMUX_PPP_PORT, CMUX_PPP_NAME, RT_DEVICE_FLAG_DMA_RX, RT_NULL);
   result = cmux_attach(sample, CMUX_ULOG_PORT, CMUX_ULOG_NAME, RT_DEVICE_FLAG_DMA_RX, RT_NULL);
```
3、cmux创建的两个虚拟串口驱动注册进RT-thread的驱动层以后，如果上层调用的应用层不在接收回调函数中立刻及时读取所有数据的话，往往会造成内存泄露问题，而同样的方法在物理串口驱动中则不存在，这是什么问题导致的？

2 个回答

xiangxistu 2021-05-31

这家伙很懒，什么也没写！

1. 由于 cmux 的协议规定，超过 127 字节的数据，需要使用两个字节的长度来表示；而现在的 cmux 默认是仅支持 127 字节一下的数据接收；所以会出现接收的问题。打开上个回复中注释的部分，就可以支持 127 字节以上的数据接收。
```c
{
    /* Current specify (version 7.1.0) states these kind of frames to be invalid
    * Long lost of sync might be caused if we would expect a long
    * frame because of an error in length field.
        INC_BUF_POINTER(buf,data);
        frame->data_length += (*data*128);
        fcs = cmux_crctable[fcs^*data];
        length_needed++;
    */
    INC_BUF_POINTER(buffer,data);
    frame->data_length += (*data*128);
    fcs = cmux_crctable[fcs^*data];
    length_needed++;
    LOG_D("len_need: %d, frame_data_len: %d.", length_needed, frame->data_length);
    // cmux_frame_destroy(frame);
    // buffer->read_point = data;
    // buffer->flag_found = 0;
    // return cmux_frame_parse(buffer);
}
```
2. cmux 是支持多个通道的，但是默认的配置一般是 3 个，即，控制，PPP，AT 三个端口；
该端口数量由宏```CMUX_PORT_NUMBER```指定，在RTT 的默认配置中，则是 3；所以在不修改这个宏的情况下，attach 第 4 个端口不成功<PS: 但是逻辑上还是有问题，不应该导致直接崩溃>。
3. cmux 的虚拟端口，实际上是有一个链表来管理到达的数据的。在没有及时接收数据时，数据会被挂载在链表上，反应的状态就是占用了一部分动态内存；而真实的串口设备则维护了一个缓存区，这个缓存区并不会动态的调整大小。

----

还有疑问可以加 QQ 群：749347156；里面 cmux 的内容，可以加群讨论；一起让 cmux 软件包更易用。

-----

这个是相关的新 [PR](https://github.com/RT-Thread-packages/cmux/pull/8)