RyanCW

我主要想在路由切换时，设置顶部title。 后退的时候也需要切换title

这个跟mqtt服务器没一点关系，很可能你的mqtt密码不是静态字符串，等到connect的时候就被释放掉了 jiejie大神最近似乎忙于琐事，没有更新clientmqtt了， 可以试试我写的RyanMqtt，有很多事件回调函数哦。 所有字符串相关的RyanMqtt库内都有重新复制一份，不会造成资源被释放产生的副作用咯

jiejie大神最近似乎忙于琐事，没有更新clientmqtt了， 可以试试我写的RyanMqtt，有这个回调函数哦，还可以控制重发次数

2023年了，是不是没机会适配taro了。 ArcoDesignMobile确实很好看很流畅组件也很多，可惜了不能用在小程序上🫠

utest和at_socket都使用dma和int方式分别进行测试。 echo测试代码如下，之前跑了两天数据没有丢包 **大家可以再测试测试，看看有什么问题是没发现的** ``` #include #include #include #define echo_test_buffer_size (1024) // 测试环境 // 串口2、3开启dma, 5、6不开启 // 缓冲区大小都为 128 字节 // echo test // 3tx - 6rx // 3rx - 6tx...

at_client我们配合at_socket用了快一个月。 at_server我们没有产品在使用，用命令行简单的测试了一下

dfs1.0里面这个函数是不是应该把红框部分放到上面，文件有`ioctl`函数的情况下依然会进不去文件本身的ioctl。 导致现在串口posix的非阻塞和阻塞实现只能在发送函数里面实现，理想情况下是用户调用`fcntl`时就切换阻塞和非阻塞模式。 

#8854 #8352 #8143 #3086

现在驱动中关于ringbuff使用了大量的关中断，看了下ringbuff源码。 如果采用`写满拒绝新数据策略`，应该能实现单生产者和单消费者，这样能让ringbuff在无锁模式下正常运行，高速通讯丢包会小很多。 RTT官方目前也没看到关于这方面规范的说明，可以在这里讨论下怎么选择。 或许也可以把`写满拒绝新数据策略`和`覆盖旧数据策略`选择权交给用户，这样的话要改的东西要多一点

> > 现在驱动中关于ringbuff使用了大量的关中断，看了下ringbuff源码。 如果采用`写满拒绝新数据策略`，应该能实现单生产者和单消费者，这样能让ringbuff在无锁模式下正常运行，高速通讯丢包会小很多。 RTT官方目前也没看到关于这方面规范的说明，可以在这里讨论下怎么选择。 > > 或许也可以把`写满拒绝新数据策略`和`覆盖旧数据策略`选择权交给用户，这样的话要改的东西要多一点 > > 这块内容要不下次在社区例会讨论下？ > > 现在驱动中关于ringbuff使用了大量的关中断，看了下ringbuff源码。 如果采用`写满拒绝新数据策略`，应该能实现单生产者和单消费者，这样能让ringbuff在无锁模式下正常运行，高速通讯丢包会小很多。 RTT官方目前也没看到关于这方面规范的说明，可以在这里讨论下怎么选择。 > > 或许也可以把`写满拒绝新数据策略`和`覆盖旧数据策略`选择权交给用户，这样的话要改的东西要多一点 > > 这块内容要不下次在社区例会讨论下？ 可以呀，你们来主导就行，驱动规范这方面你们来主导最好。 目前是两种策略都实现了，DMA也狠狠心把乒乓缓冲加上了(原本不想加，修改的的东西太多太麻烦了)。