请教485总线多主控制

1万 · 2009-5-4 21:34

话痞子的发生：

假设十个站，主站发时间基准，

十个站以此为基准，从一到十依次检查自己是否有数据发送，

有的话，就在自己的时隙内占用信道，

如果每次第三个站，每次都要讲话，

那三号站以后的站没机会讲。

如果发送的基准信号带有第一个可以开始讲话的站地址，和子站总数目，

那么就可避免“话痞子”。

例如，第一次发送基准信号，告诉各个站一号站拥有第一个时隙，
第二次发送基准信号，告诉各个站二号站拥有第一个时隙，
第三次发送基准信号，告诉各个站三号站拥有第一个时隙，

各个站依据子站总数目，按照循环队列占有时隙。

这样每个站都有说话机会。

1万 · 2009-5-4 21:37

“关键是主站怎么知道第一个开始讲话的站点“有数据要发送”？如果它无话可讲怎么办？”

如果没话讲，下一个时隙，下一个子站就有机会讲话啊

1万 · 2009-5-4 21:43

通信协议，大略上讲起来容易，具体实现很难。

因为通信，把各个站点联系起来，

程序实现就要考虑到各种通信失败情形，做实际能用的不容易

只看该作者 · 2009-5-5 09:26

41楼避免话痞子的发生，是方法之一。

有个小问题：假设我原来排第3，那么现在按照41楼的方法，我要不断地计算修改我的队列位置？

LonWorks是这样解决：在一次大的循环中每个站点只允许发言一次。

每个发言的站点发送完后，不是由监控站发送时统同步帧，而是由每个站点自己侦听发言者结束信号。然后自己仲裁重新同步，当然在它前面发过言的站点这一轮不会再发第二次了，前面几个时隙肯定空跳过，但由于时隙很小——几个us，因此不会浪费带宽。

直到主站检测出这一轮的结束，（最后一个站点已经放弃了令牌。）主站才发出第二次轮询启动，话痞子才又有了一次发言机会。

这样，各节点源程序不变。只多了一个条件：一次监控时统帧，只能发言一次。

只看该作者 · 2009-11-20 17:35

书生对于多主通信的认识貌似有错误所谓
所谓多主并非是指所有设备在同一时点均处在发送状态
每次只有一个设备在发送而已，我认为的同时只是宏观上的。就象windows任务的同时一般。
我最近才想到把RXD接到INT上这个方法，看来落后太多了上网看下有没有相同想法的人果然验证咯

只看该作者 · 2009-11-20 17:39

靠都没注意到已经开始讨论更高级的问题了~~
看了学生D 关于Lonworks的话痞子解决方法颇受启发

只看该作者 · 2009-12-2 10:02

7楼方案，我10年前写的方案论证。现留有“实验装置及程序”。 4节点多主，当然谈不上退避协议。没有实际需求激励。现在早已摒弃不用了。现在实际需求我们都用Intel通信控制器8044组网。美曰称“现场总线”。每 ...
学生D 发表于 2009-4-30 09:45

8044芯片资料有吗？

只看该作者 · 2012-1-31 20:43

mark,学习^

只看该作者 · 2012-11-18 21:08

前面好懂，后面越看越迷糊，看来功底不够，但也长了见识

只看该作者 · 2012-11-18 21:53

.................................RS485坚决不做多主应用，否则后犯无穷

只看该作者 · 2012-11-18 23:02

过去做过，好久没用又忘了

只看该作者 · 2012-11-19 10:01

还是不要给RS485那么大的压力了

只看该作者 · 2017-6-2 17:18

本帖最后由 dukedz 于 2017-6-2 17:40 编辑

我使用侦听 + 冲突检测的方式設計了一款名爲 CD485 的通訊協議，基於 RS485 硬件（也兼容傳統 RS485 通訊），同時結合了 CAN 總線的仲裁和 RS485 的高速（雙波特率），加上硬件封包和校驗，不會頻繁中斷用戶 CPU, 具體時序和文檔可以看這裏：blog.dukelec.com/archive/cd485-cn
目前穩定用於工業機械臂內外通訊。

请教485总线多主控制

话痞子的发生

这么办

通信协议，大略上讲起来容易，具体实现很难

LonWorks这样解决话痞子

技术新星奖章

涓涓之细流

常驻人口

社区建设奖章

湍急之河流

十世金身

技术导师奖章

技术高手奖章

以坛为家

核心会员奖章

坚毅之洋流

缘定三生