洋洋阳阳

5525 发表于 2016-6-30 11:14
500k改成了250k
-- 线太长，500kbps有点吃力哈

CPU的 CAN 控制器里面有，看下手册吧，名字可能不一定一 ...

洋洋阳阳

5525 发表于 2016-6-30 11:14
500k改成了250k
-- 线太长，500kbps有点吃力哈

CPU的 CAN 控制器里面有，看下手册吧，名字可能不一定一 ...

要是两个节点相距100米，从哪些方面去保证传输的最大速率，最大能达到多少？

5525

之前给你发过一个，线长和速率的曲线图(在21楼)，
根据你的线长，可以设定下物理层的传速率

传送速率定下来后，把总线的能力 x 50% x 75% 就是你要的传送能力了
50%是CAN 1frame 载 8 Byte
75%是总线使用率

洋洋阳阳

5525 发表于 2016-7-5 21:18
之前给你发过一个，线长和速率的曲线图(在21楼)，
根据你的线长，可以设定下物理层的传速率

传送速率定 ...

这就是最大速率了????该从哪些方面去保证尽可能达到此速率？

5525

定下总线的物理传送能力，和总线的使用率后，
得到了应用层能用的带宽，

这个带宽，是总线能保障的传送能力，
你自己应用程序，需要多少你肯定有个计算，
  你需要的比能保障的小就OK.
  你需要的比能保障的大，就的想办法减少传送数据，还是加大物理带宽.

洋洋阳阳

5525 发表于 2016-7-6 11:23
定下总线的物理传送能力，和总线的使用率后，
得到了应用层能用的带宽，

这个带宽，是总线能保障的传送 ...

还难懂……
不过我大概知道你所说意思

5525

楼主，你好，
这个事情不能含糊，这么理，你看怎么样

1. 根据 线长 来计算 CAN 的物理层传送速率，500kbps, 还是 400kbps

   看图（线长速率图）也好，自己拿笔算也好，都会有个误差，所以这个不要卡的太紧

   计算过下来如果勉强500kbps,那就用400kbps,

   实际总会，转接头长度计算遗漏，有温度电压造成的传送延时，
   再说，机器还是收发器，总有要搬家，稍微移动一点地方，
   再说，机器哪天多加了一台，线又长了，
   再说，哪天有人说这么布线碍事，让你绕个弯布线
   这些在实际中都是常有的是


   如果这里卡得太紧，每次移动一点地方，你就跟着改软件，重新测试发布版本吗

5525

2.根据物理层速率，x总线使用率(70%,or75% or 80)
  CAN报文有头，DLC,ID,ACK,CRC等等，去掉这些物理层的速率剩下一半了，
  在这，总线上总有传送失败，重传
  或者，哪天想加个什么功能，要多传条消息啥的，
  或者，哪天多加一个节点啥的
  所以要有点余量

5525

3.例子
  物理层传输能力：400kbps
  有效数据传输能力：200kbps
  应用层传输能力：200kbps x 80% = 160kbps = 20kByte/s

洋洋阳阳

5525 发表于 2016-7-5 21:18
之前给你发过一个，线长和速率的曲线图(在21楼)，
根据你的线长，可以设定下物理层的传速率

传送速率定 ...

如果两个发送节点的ID一致，同时上电发送的话会出现什么情况

洋洋阳阳

5525 发表于 2016-7-6 21:06
3.例子
  物理层传输能力：400kbps
  有效数据传输能力：200kbps
  应用层传输能力：200kbps x 80% = 16 ...

我现在的结果就是两个发送节点ID一致 同时上电发送  接收节点只是收到一个节点报文 都是发送两万个报文  接收节点只是接收到2万个
该如何解释

洋洋阳阳

5525 发表于 2016-7-6 21:06
2.根据物理层速率，x总线使用率(70%,or75% or 80)
  CAN报文有头，DLC,ID,ACK,CRC等等，去掉这些物理层的 ...

请问 can波特率 设置成250k的时候 用一根短线就不会出现接收比发送包多的情况，改成了长线就会出现 那么出现这样的情况是说明这样和线的长短有关系嘛 和线的质量，截面积有没有关系

5525

洋洋阳阳 发表于 2016-7-21 15:40
如果两个发送节点的ID一致，同时上电发送的话会出现什么情况

楼主，你说的Case我这样理解

发送节点TX1, 送信CAN ID 0x111
发送节点TX2, 送信CAN ID 0x111
接收节点RX, 接收CAN ID 0x111

TX1 和 TX2 都能发出去，有事碰巧TX1 和TX2同时送，
但是ID总裁下来，两人都合法，但是TX1和TX2 送的数据如果不一样，
碰巧的这个消息会标志成错误，两者都会重新传

5525

洋洋阳阳 发表于 2016-7-21 15:49
我现在的结果就是两个发送节点ID一致 同时上电发送  接收节点只是收到一个节点报文 都是发送两万个报文   ...

用一样的消息发送 是可以的，RX节点 应该接受到2万+2万

楼主何以把TX1 一直送0x1x
楼主何以把TX2 一直送0x2x

看看接受的数据是什么数据，就明白了
数据的选择用DIPSW来选，这样一套代码即可

5525

长度和速率的关系是匹配的。
因为CAN是发1个BIT，收发都CHECK这个BIT

这个物理速率和线长的关系，有曲线图可看，不要卡的太近。

上面如果没有卡那么近，也就是说做了余量，
还是有错误帧多发，可以怀疑信号质量，这个可以用示波器看

5525

要检查1：
接受比发送的多。这个我不能理解。
就算发送有错误，那个帧会被大家丢掉。
请用counter数据，来看一下，怎么个多法？

5525

要是我，会这么干：

发送节点TX1,
   送信CAN ID 0x1C0，专门送“马上开始送2万”
   送信CAN ID 0x1D0，专门送“那个2万个数据”
   送信CAN ID 0x1C1，专门送“2万个数据的CRC”，同时代表2万个数据结束

发送节点TX2
   送信CAN ID 0x2C0，专门送“马上开始送2万”
   送信CAN ID 0x2D0，专门送“那个2万个数据”
   送信CAN ID 0x2C1，专门送“2万个数据的CRC”，同时代表2万个数据结束

洋洋阳阳

5525 发表于 2016-7-21 22:03
要检查1：
接受比发送的多。这个我不能理解。
就算发送有错误，那个帧会被大家丢掉。
请用counter数 ...

接收报文比发送报文多,就是在接收中断加的count值来看的，这是不是就是所谓的反射问题

洋洋阳阳

5525 发表于 2016-7-21 22:02
长度和速率的关系是匹配的。
因为CAN是发1个BIT，收发都CHECK这个BIT

这个物理速率和线长的关系，有曲 ...

错误帧多发？？什么意思啊，我没有用到错误帧啊？可以用示波器看？

5525

洋洋阳阳 发表于 2016-7-22 11:54
错误帧多发？？什么意思啊，我没有用到错误帧啊？可以用示波器看？

知道你没有要发错误消息。

物理速率做了余量，还是担心信号质量的时候，在发送消息的那个节点，can controller里面有发送错误计数器，接受的节点里面看接受错误计数器。就知道了