请教关于FZB5000系列模块组网的一些问题

zlx162636 · 发表于 2011-12-21 11:08:28

本帖最后由 zlx162636 于 2011-12-21 11:10 编辑

这次我去场地做测试，遇到了不少麻烦，现在有几个问题请教一下：
1，FZB5000系列模块稳定组网距离是多少？多少的距离是最稳定的，因为我在调试的过程中发现有时候会掉网的情况，200米的赛道用四个路由够了吧，最后逼得我用了6个。。
2， FZB5000用的是2.4G的频段，对讲机,wfii，蓝牙好像也是这个频段，这些电子设备会对网络造成很大影响么？比如网络瘫痪？
3，在组网的时候，如果有终端或者路由带电，那么开协调器的时候，即使协调器和路由被配置成一个网络ID也不能通信，这是为什么？
4，终端的睡眠模式只能通过检测P1.3口电平来判断么？有没有别的什么办法检测，我没办法确定，所以每次发送之前都给P2.0一个下降沿作为唤醒信号，但是我还是不确定是否被唤醒。这个下降沿信号有什么要求么？

zlx162636 · 发表于 2011-12-21 13:49:05

求解答啊。。。。。。。

outman · 发表于 2011-12-21 23:13:16

从我们实地的实验来看，FZB5000模块的组网距离有300米左右。这个数据是我们的实测数据，测试环境是在海边空旷的条件下，可以说是我们找到的最好的室外条件，人工断网后，5S钟内可以正常组网，连续测试20次以上。

当然作为一个无线行业的从业者来说，必须客观地讲，无线通讯的效果和环境的关系是非常大的，障碍物、天线的方向、水平的位置、周围的电磁干扰情况，甚至是周围人的移动、天气、地面的情况等等都会对最终的结果有影响，所以这个数据只有作为一个最好条件下的参考，在实际的工程应用中，按照我们的经验，不加功放的话，只要条件不是太恶劣，100米的稳定组网距离基本是可以保证的。

对电磁干扰会不会影响通讯效果，这一点应该说是肯定的，相对来说对讲机多用的是500M以下的频率，对2.4G的影响小些；wifi和蓝牙确实会占用2.4G的信道，zigbee用的跳频和扩频技术对这方面性能有很大提升，但多少还是会有影响，不过除非在极其恶劣的条件下，是不至于“瘫痪”的，一般只是会降低通讯的“实时性”，产生数据“排队”的现象。

按楼主应用中的“赛道”模式下面，对一个运动比赛，实时性的要求可能要高过低功耗，而实时性恰恰不是zigbee所擅长的，所以我们模块的终端节点采用的低功耗的默认设置，侧重在“低功耗”“偶发性”“小数据量”场景下的数据传输。不过我们也愿意在这种应用场景下，和楼主共同进行一定的尝试：取消低功耗的设置，只保留终端节点的自组网功能，楼主可以看下我们的“免费数据航空业务”介绍：http://www.feibit.com/bbs/viewth ... &extra=page%3D1

对了，现有的软件下，如果想控制好低功耗模式，对P2.0口的下降沿时序要求并不高，但是是有可能给过一次下降沿后，由于组网等各方面原因，在短时间后重复进入睡眠模式，而导致数据发送失败，最好的办法是发送数据前对P1.3口的状态进行确认，以保证在非睡眠状态下发送数据，除了P1.3，暂时没有其它的办法确认状态。

cddxhy · 发表于 2011-12-22 07:51:45

楼主的东东装在哪里的？
一个小的经验，如果在跑道上，安装位置稍高些，超过人的身高，效果会有很大的提升。
楼主可以试试。

一般人我不告诉他！

zlx162636 · 发表于 2012-1-12 08:42:13

终端设备是放在运动员身上的，路由放在大概2M左右高度，间隔五六十米一个，协调器放在其中一个路由附近，这样应该没有啥问题吧~？

zlx162636 · 发表于 2012-1-12 08:50:38

不知道你们做过脱网测试没有，就是终端在网络中的时候很稳定，然后我把它带走，脱离整个网络的覆盖范围，过个几分钟，然后回来网络中，这样会有很无奈的问题出现。。。
现象是这样的:
脱网后再入网，终端还在发数据，但是协调器收到的数据是一大串一大串的，不是像我对终端设定的那样，每一秒发送一次，并且这个终端会一直这样下去，所以协调器每次收到的这个设备的数据都是一大串一大串的，间隔时间很长 - -
你们的模块有个功能，就是在协调器接收不到数据的时候，终端会将数据保存起来过一会再发，会不会是这个造成的？

outman · 发表于 2012-1-12 10:25:21

zlx162636 发表于 2012-1-12 08:50
不知道你们做过脱网测试没有，就是终端在网络中的时候很稳定，然后我把它带走，脱离整个网络的覆盖范围，过 ...

功能确实是这样做的，离网时的数据会进行保存，恢复后继续发，而且不是一条条发，而是把缓存里的数据，一块块地发出去。发完之后就会恢复正常了。

outman · 发表于 2012-1-12 10:33:24

如果不想这样的结果，最好的办法就是发送数据前检测下网络状态，如果离网就不要去发数据。检测的方法是通过底板的绿灯，闪烁时表示离网（也就是模块的P1.3脚会输出方波）

zlx162636 · 发表于 2012-1-12 10:51:57

outman 发表于 2012-1-12 10:25
功能确实是这样做的，离网时的数据会进行保存，恢复后继续发，而且不是一条条发，而是把缓存里的数据，一 ...

我怀疑是协调器的处理问题，因为在有数据到达协调器的时候，协调器的绿灯才会闪，而终端在脱网之后进入网络，数据灯一直在闪，但是上位机连接的串口木有数据，过一段时间之后才会出来一串数据，究竟是终端没发还是协调器没将数据处理到串口？

outman · 发表于 2012-1-12 11:14:21

数据灯在闪？透传模式下，是不会有数据灯的，是不是你在终端节点上不断地在模拟S1键按键？如果是这样的话，协调器绿灯闪只能说明是正常通讯了，并不是串口的数据指示