定义
WiFi物联网利用WiFi（802.11系列）网络连接智能设备，适用于有稳定供电、需要较高数据速率的室内固定场景。WiFi 6（802.11ax）引入OFDMA、MU-MIMO、TWT（Target Wake Time）等特性，更好地支持物联网密集连接与低功耗需求。与蜂窝物联网（NB-IoT、Cat.1）形成互补：WiFi适合室内、高速、固定；蜂窝适合广域、移动、低功耗。
技术特点
- 高速率与带宽：WiFi 6单流可达1.2Gbps，支持4K视频、实时监控等大带宽业务
- OFDMA与多用户：将信道划分为RU（Resource Unit），多设备同时传输，提升密集场景效率
- TWT省电：设备与AP协商唤醒时间，减少空闲监听，延长电池寿命
- 广泛部署：家庭、企业、公共场所广泛覆盖，成本低、接入门槛低
与LoRa、蓝牙对比
Zigbee、蓝牙适合低功耗、短距离、自组网；WiFi适合高速、IP直连、与云平台对接。智能家居常采用WiFi+蓝牙/Zigbee混合方案：WiFi负责主控与云连接，蓝牙/Zigbee负责传感器与低功耗设备。
达希物联以蜂窝物联网为核心，WiFi物联网作为补充。对于智能家居、办公、工业网关等有WiFi覆盖的场景，达希物联可提供WiFi+蜂窝双模方案：WiFi负责日常数据接入，蜂窝作为备份或移动场景连接。达希物联云平台支持多协议接入，便于客户统一管理WiFi与蜂窝设备。
关联成功只说明射频链路站上了
在802.11里，设备“连上WiFi”只表示站点完成鉴权与关联，拿到了某个BSSID下的关联标识。开放网络、个人口令（WPA2-PSK或WPA3的同等身份同时认证）和企业802.1X是不同的鉴权。口令正确只保护空口帧，不证明这台设备有权访问云平台。关联之后还要DHCP或静态编址，再解析服务器并建立应用会话。把关联、地址和会话拆开看，才不会把“路由器客户端列表里有这台机器”当成“数据已经入库”。
WiFi 6加在这条链路上的是调度方式。OFDMA把一次发送机会切成资源单元，接入点可以在同一次发射里服务多个小报文站点，避免每个传感器都独占整个20兆赫兹信道的时间。目标唤醒时间由站点和接入点事先约定醒来窗口，窗口之外站点可以关掉接收。两项都要接入点支持并且协商真正成功。接入点只广播了WiFi 6能力、站点却退回传统节能时，平均电流仍接近持续监听，按协商成功来做电池预算就会失真。
物理层峰值也不能直接当作业务速率。单流在160兆赫兹、高阶调制和高信噪比同时满足时，空口符号速率可以到约1.2吉比特每秒，那是短保护间隔下的物理层数字。室内设备常用的2.4吉赫兹20兆赫兹信道，还要扣掉前导、确认、重传和竞争，应用层能稳定拿走的比例低得多。摄像头看的是持续吞吐，传感器看的是小包能不能在拥挤的竞争窗口里发出去，两者不能共用这个峰值做容量规划。
供电稳定且场地归自己管时才合适
WiFi站得住，是因为设备有持续电源或可以接受频繁充电，并且场地里的接入点由自己配置。室内摄像头、产线边的工控屏、需要本地发现或大块固件的网关，用WiFi比反复支付蜂窝附着更合适。接入点若带强制门户、只给浏览器弹认证页，无头模组没有机会去点同意，关联即使成功也拿不到能出去的地址。
硬币电池、要跨厂房的稀疏抄表，不该因为现场看得到路由器就选WiFi，那些节点更适合低占空比的LoRa。家里已经有一批睡得很死的节点时，WiFi设备更合理的角色是边界路由器的上行：把Thread网格收上来再转发，而不是让每一颗传感器自己去挤同一个SSID。双模则是另一条边界，WiFi承担场地内的大流量，蜂窝只在接入点掉电或SSID变更时把告警送出。两条链路同时长连接上报同一份全量数据，只是多一套状态机。
频段本身也是使用条件。2.4吉赫兹穿透较好，但和蓝牙、部分USB 3.0噪声以及邻居网络重叠，真正互不重叠的信道很少。5吉赫兹信道多、衰减快，适合同一房间的高吞吐，不适合隔了承重墙的表计。6吉赫兹只在模组、接入点和当地允许的频段三者对齐时存在；标称支持6E的模组，若接入点仍工作在5吉赫兹，不会自行获得新频段。规划时要看站点实际关联上的信道和信号质量。
口令、漫游和节能各自造成的假在线
隐藏网络名并不构成访问控制。已经保存该名字的设备在探测时仍会主动报出，却让一部分模组在休眠唤醒后更难重新发现网络。口令写进批量镜像且长期不轮换，等于每台返修设备都持有当前网络的钥匙；个人口令也无法按设备吊销，一台配置泄露就要改所有节点。企业鉴权可以把证书或账号绑到单台设备，但模组必须做完802.1X，时钟和证书链不能停在出厂值。WPA3能避免弱口令在握手被截获后做离线猜解；网络只要仍接受WPA2个人口令，整网的实际强度就停在那一档，旧模组也会一直走较弱的握手。
被搬动的网关或手持终端还会粘在远处的接入点上。只要信标还能收到，站点可能一直不扫描更近的接入点，物理层速率掉到很低的调制，一个小包也要占很长的空口时间，同一信道上的其他传感器一起变慢。协助漫游需要站点和接入点都实现对应信令，只在控制器里打开“无缝漫游”不会改写模组固件里的门限。门限定得过激，又会在两个信号接近的接入点之间来回关联，DHCP租约和上层会话每次重来。
节能参数同样会制造假在线。目标唤醒时间没有协商成功时，站点若仍按并不存在的窗口睡觉，下行的发现帧和组播维护报文都会错过，云端看到的是间歇离线。接入点没有把组播转成单播时，睡眠站点会系统性收不到局域网发现。反过来把休眠关死以求稳定，电池供电的传感器会在关联状态一直正常的情况下很快耗尽。要核对关联时长、休眠标志和平均电流，客户端列表只能说明射频还挂着。