求教几百个节点采集数据汇总的问题
伟清楼?
咱们电子系有个公司做这个,用在桥梁检测上,应该能满足你的需求
谁啊?求名字,谢谢
我之前是用arduino+esp8266通过WiFi上传给服务器(PC),不过我的节点有供电,没考虑节能问题。
wifi接入数量够吗?
我觉得这个问题和路由器有关吧?
工业上,传统这个,是用的RTU+无线电/3G/4G方案,走modbus总线,PC上组态软
件。
尺寸和供电满足不了你要求。
10s一次功耗很难挺那么久,你只要开次射频耗电量至少能到20ma吧,假定你每10s工作0.1s,这已经很理想了,一天就是0.24h,这样你每天至少是5mah电量,如果要工作3个月的话,就是得450mah,纽扣电池很难做到那么大容量。而且这个已经非常理想了。优化不好分分钟奔着1000mah去了。这个不太像典型的物联网应用了。
争取每次开机40ms是不是有希望啊
请问典型的物联网应用是什么样的?
40ms很难啊,你算算,你发送是500bit,要在40ms内发完,而且一般来说,得带有反馈机制,就是终端侧发上行数据过去后,需要网关侧反馈一个我已经收到了。不然的话你咋知道收到还是没有收到。其实能给你用于发射的时间也就30ms,算一算你的信息速率就得16kbps了,像lora这种通信协议编码率低的令人发指,那是因为他们牺牲了带宽换取高的通信距离。最低的扩频因子是64,那么如果要发16k的话,再怎么这算,你也得几百k的带宽。lora最高带宽是500k也不是说不行,但是带宽都让你占了,其他终端怎么办。你不是有几百个终端吗?其他的距离比较近的通信协议可能好一点,因为他们不用扩频,可能几十k的带宽也能传下,问题是那也放不下几百个终端。典型的物联网应用是低频次的,比如每个终端1小时发送一次数据这种。高频次高并发适用于同步系统,同步系统可以复用带宽。
我们的自组网技术具有多路由和休眠功能,在上海某个小区的水表上部署了200个左右节点,可以在10秒左右收集齐所有节点的信息,工作以来一直很稳定,电池供电,自组网协议的详细介绍见百度百科 https://baike.baidu.com/item/wavemesh/8363262?fr=aladdin
看了一眼,空间、时间和频域的三个维度分集的巧妙结合,数据流能在多条路径、多个物理信道并行发送。链路层能够根据网络的密集程度采用智能的碰撞避免算法,将报文碰撞概率降低至最低,经过多级中继之后的吞吐量仍然可以达到物理带宽的极限。可以通过多个网关同时与异构网络之间建立连接,无限制扩大网络出口带宽。另外,代码尺寸极小,在不更换电池的情况下可以工作几年甚至几十年。基本颠覆了我从业十多年来的所有认识啦。好厉害的代码的说:)看来我是落伍了。
是啊,对我们的技术非常有信心
zigbee
相关文章:
- ns中节点初始能量设置的问题(05-08)
- ad hoc中怎么设置接收数据的节点?(05-08)
- NS中如何设定某个节点在某个时刻失效断开?(05-08)
- 请问传感器节点一般价格多少钱?(05-08)
- 组播方式能支持源节点主动选择目标节点么?(05-08)
- 请教关于无线节点的硬件问题(05-08)