奏奏奏 发表于 2020-8-2 11:44 有没有可能从原理上评估出哪个执行速度快？ 稳定性更高？ 一样的，稳不稳定看你代码水平了，队列的首尾相连就成了环形队列了
你可以在代码里定义一个静态变量，把这个变量分配到固定的flash位置，例如438k这个位置 以下是网上搜到的，不保证完全正确，参考一下 1、定义一个数组比如value[],让数组的首地址指向特定的SRAM地址,比如0x200001001）__align(8) uint8_t value[20] __attribute__((at(0x20000100))); MDK中定义2）int value[] __attribute__((section(".ARM.__at_0x20000100"))) = {0x01, 0x02}; GCC中定义2、指定函数的存放地址void func (void) __attribute__((section(".ARM.__at_0x00000200")));
没见过，不过之前看过一个这样的描述，调试器就像一个照相机可以记录一个时刻的CPU运行现场，j-trace好比一个录像可以记录CPU一段时间的运行记录。
butterflyspring 发表于 2020-4-30 11:23 刚刚看了一下，可以试试在 HAL_I2C_AddrCallback 判断并记录当前在响应哪个地址。HAL_I2C_SlaveRxCpltCallb ... 感谢大佬的指点，最近确实因为项目用到I2C总线上多个对象频繁切换主机从机身份通讯搞得头大
奏奏奏 发表于 2019-7-22 15:22 谢谢，应该是之前其他回答里贴图出来的说明描述吧。 是的。你甚至可以理解成一片 AT24CM02 相当于占用四个连续地址的四片 AT24C512。
安 发表于 2019-6-11 08:29 加和校验是最差的。可能会发生一致的时候。最好是加CRC校验，或者其他的高级校验方式。 ... 目前串口协议中用的是CRC16的校验方式，得到这个宝贵意见后我还是决定保持CRC16校验。
本帖最后由 stm1024 于 2018-10-16 11:21 编辑 阻抗匹配一般问题不大，我们甚至在CAN总线上总电阻在40甚至30欧姆的情况下都能读到正确的CAN报文。当然官方建议还是两端各跨接一个120欧姆电阻。 1.认真规划总线使用波特率和ID分配。良好的ID分配应该有深入的考虑，例如CANOpen或者J1939都是很好的范例。通过ID定义报文的优先级，在出现总线竞争的时候能够仲裁胜出。此外，还要便于报文的过滤，一个CAN网络，在1秒内可能产生超过1k条的CAN报文，如果没有良好的过滤机制，筛选报文也是一个头疼的事情。 2.单个控制器向外界发送周期性报文的时候，可以考虑在其中加入一个Live值，就是每个报文中某个字段比前一个+1，这样当其他设备读到这个值不符合预期时，可以判断报文丢失或通讯错误。 3.节点的CAN控制器应该考虑仲裁失利是否重发，重发带来的问题是可能会一直被堵塞。 4.配置BUS OFF。当控制器发现自己发送错误帧超过一定数目的时候可以考虑主动脱离CAN网络。
奏奏奏 发表于 2018-10-9 21:03 我测试过后发现下载过程中的故障可以通过用下载器给MCU的+3.3V供电来解决 下载是小事，主要是开了独立看门狗无法仿真
奏奏奏 发表于 2018-8-15 18:51 上传了整个工程文档，能有空帮我看看具体分析代码就最好了 你不要这样做啊 ，重新建一个CAN工程 配置排除一下，建议你工程分开建立文件，我手上没有硬件环境 不好测试
奏奏奏 发表于 2018-7-31 23:40 是TTL串口 逻辑分析仪刚买了，可以接到串口的两根线上抓包。我这也没想到。 我目前是直接把USB转TTL串口 ... USB转TTL，怎么跨接到串口两根线的？只能接一根，U转T的RX接到MCU的TX上，GND共地。 你的Wifi模块是几伏的？是3.3V吗？如果也是3.3V的话，不存在电平差异。
本帖最后由 damiaa 于 2019-5-7 09:46 编辑 估计还要等两个月。今年ST的大会有ST工程师透露说六月出来。不知道是否真能如期。
可以说可以，但是没见过有人这么做。我倒是用别的单片机写过测按键按下时间的程序，使用一个比较慢的时钟做定时器，下降沿中断开始计时，然后改成上升沿中断，上升沿中断的时候把定时器的值读出来，就是按键按下的时间，设置几个预置实现不同的功能就OK了
