采果农 发表于 2024-4-23 21:00
帖子第二张图的16us和第张图的6us，你明白看明白什么意思了吗
接收的帧是间隔6秒一帧，发送的帧间隔是>16 ...
是的1ms，在每秒几千帧的网络里，那不是动不动就溢出了
不搞具体技术 N 年了, 不清楚提速为何解决不了
STC32G8K64-42MHz-LQFP48/32
跑 40MHz, 10uS，是 400个时钟
跑 42MHz, 10uS，是 420个时钟
我下午请乘风关注这个贴的，
暂时提高主频再提高主频，程序优化再优化
直接局部嵌入汇编
神农鼎 发表于 2024-4-23 22:52
不搞具体技术 N 年了, 不清楚提速为何解决不了
STC32G8K64-42MHz-LQFP48/32
跑 40MHz, 10uS，是 400个时钟
因为硬件层的问题啊，如果提速到72M那基本可以满足（还要其他中断能立马解决战斗，来响应这个发送中断），但是这块IC就35M啊。
写软件用不了，不是一味增加主频啊，频率高了，EMC的问题就来了
频率高了，EMC的问题就来了
===这个 STC32G8K64不用担心，跑内部时钟，没问题
还可以用外部 32768-RTC 自动校准内部高速IRC
已车用一年以上
尝试下 STC32G8K64跑 42MHz, 局部程序汇编
神农鼎 发表于 2024-4-23 22:52
不搞具体技术 N 年了, 不清楚提速为何解决不了
STC32G8K64-42MHz-LQFP48/32
跑 40MHz, 10uS，是 400个时钟
你把他当成水桶加水问题就行了，
接收端就相当于用杯子往桶里倒水，往桶里倒水用的是2个杯子，第一个杯子倒水的时候，第二个杯子已经在装水了，等第一杯水倒完，第二杯水可以马上倒进桶里，第二杯在倒的时候，第一杯在装水。
发送端就相当于把水从桶里舀出来，出水的只有一个杯子，你把第一杯水到外面以后，你得花点时间去桶里装水，装水的这个时间就是那16us.
那你觉得水桶的水会不会溢出。
明请乘风帮用 42MHz, 汇编实际跑下，
能否解决你这个500K双CAN的速度问题。
直觉，这速度不是太高啊，明实际测试下，
2个屠龙刀板子就可以做你这个验证了
神农鼎 发表于 2024-4-23 23:08
频率高了，EMC的问题就来了
===这个 STC32G8K64不用担心，跑内部时钟，没问题
跑汇编能不能解决靠你们技术了，我先转其他IC了，CAN这个寄存器毕竟是间接访问的，写入时间翻倍
嵌入部分数据传送的汇编，对大家来说整体还是 C
神农鼎 发表于 2024-4-23 23:16
明请乘风帮用 42MHz, 汇编实际跑下，
能否解决你这个500K双CAN的速度问题。
你们就直接无脑发送数据就行，看看两帧数据间隔多少就知道能不能用了