用于汽车车门的上锁和解锁的RKE系统就是简单命令和控制应用的一个典型例子。在RKE应用中，命令从遥控钥匙发送到汽车接收器上。车门会上锁和解锁，以回应正确收到的命令。
就理论而言，相似车型的接收器也可接受从任何相似型号的遥控钥匙中发送的封包，但车辆仅会接受从唯一匹配的遥控钥匙所发出的命令。通常会使用滚动码产生器和安全加密等协定，从遥控钥匙将唯一识别码传输到汽车上。如此一来，您的遥控钥匙便无法对您的朋友的类似车款解锁，反之亦然，这样可确保安全性。
以汽车RKE为例，遥控钥匙操作员通常能听到上锁的声音。如果没有听到这种“上锁”声，操作员只需再按一次该按钮。透过这种方式，人机互动就完成了RKE例子中的回馈回路。如果您没有听到车门解锁的声音，只需重新按下按钮，直至听到为止。

图1.RKE应用

许多任务业应用都需要传输命令和控制类型的数据。例如，将感应器的温度指示发送到主机。工业应用和RKE的差异在于，前者无需人来确认是否实际收到温度指示。
确认数据是否收到的前提条件是必须存在双向网络。随着参与数据传输的驱动器、交换机和电机的需求量增多，系统的复杂程度也会立即增加。因此，工业网络通常不会使用简单的单向RKE网络，因为需要确认已发送的数据是否真正送达。
基本上，工业无线解决方案的每个节点都包含一个微控制器。这种微控制器会与温度感应器和驱动器之类的实体设备连接，以对这些设备进行数据读取或写入。同时，这种微控制器还需负责管理射频网络协定。该协定的选择取决于多种因素。传输范围、数据速率、功耗和网络协定堆叠的复杂性等都是判断哪种解决方案的效果最佳的因素。
ZigBee最近受到了大量关注。做为一个标准网络，ZigBee或802.15.4在刚开始时对许多低功率、低数据速率的无线通信应用而言是一个不错的选择。但是，它真的适合所有应用吗？答案当然不是。在某些情况下，对于高数据速率的通信而言，802.11 WLAN才是天衣无缝的搭配。类似地，有些应用需要的是更远的传输范围和更长的电池寿命。简言之，特定的架构原因决定了特定应用所需的无线网络类型。
在无线网络中，数据速率的提升也会带动系统资源相应增加。以802.11 WLAN为例，部署网络所需的功耗和代码长度决定了这些协议不适合大部分嵌入式应用。一个典型的802.11 WLAN节点需要1MB的程序记忆体和功能更强大的处理器才能部署单一功能节点。

图2.不同射频网络所需的系统资源