3,846
社区成员
发帖
与我相关
我的任务
分享一个看似简单的广播问题，麻烦各位帮忙看看！
现在有一个项目想用广播呼叫的方式实现，也就是一个点A发出呼叫信号，其余收到信号的点就发出应答信号。开始认为很简单的问题，但是后面实验的时候就发现，当同时有多个应答信号同时到达的时候，A点就不能正确处理，有时候还会死机.....
不知道这样的问题怎么解决，各位有没有什么好点的方法。
不知道这样的问题怎么解决，各位有没有什么好点的方法。
...全文
请发表友善的回复…
发表回复
ziwei55 2012-05-31
- 打赏
- 举报
应该步同异步锁问题
秀小川 2012-05-31
- 打赏
- 举报
分机的话估计能真正收到的最多20个吧！
速率我这个还真是不太清楚。
速率我这个还真是不太清楚。
秀小川 2012-05-31
- 打赏
- 举报
数据传输量到不是很大，只有五六个字节而已！
dsoyy 2012-05-30
- 打赏
- 举报
回复了2次都没成功，怪哉！
本人之前做过无线点菜，是N台从机，一台基站。
若多台从机同时发送信号到基站，基站根据ID编号只处理最先到达的消息，其余消息不处理，直到处理完成本次消息后再次进入等待状态，处理之后最先到达的消息。
从机发送消息没有成功（没反馈信号），认为占线，启动3次重发机制，之后还不成功，提示失败，让客户重发或者检查设备。
这样实时性不高，但是有些领域还是不错的方法。
本人之前做过无线点菜，是N台从机，一台基站。
若多台从机同时发送信号到基站，基站根据ID编号只处理最先到达的消息，其余消息不处理，直到处理完成本次消息后再次进入等待状态，处理之后最先到达的消息。
从机发送消息没有成功（没反馈信号），认为占线，启动3次重发机制，之后还不成功，提示失败，让客户重发或者检查设备。
这样实时性不高，但是有些领域还是不错的方法。
dsoyy 2012-05-30
- 打赏
- 举报
这个和你数据量大小，传输速率和分机数目有关。
数据量大，分机多，再次重发碰撞有时候无法避免。只能尽量少的发生。
数据量大，分机多，再次重发碰撞有时候无法避免。只能尽量少的发生。
allanqyz 2012-05-30
- 打赏
- 举报
无线有随机退避机制，不会每次都碰撞的，然后隐藏节点就另说le
falloutmx 2012-05-30
- 打赏
- 举报
如果是无线的，按楼上的方法用3次握手解决。如果是有线，加大缓冲区数量和响应速度
秀小川 2012-05-30
- 打赏
- 举报
如果两个信号同时到达，结果发生碰撞之后两个信号都互相干扰没有收到。过段时间两个都重发，这样的话是不是两个还是同时到达的？
