[讨论]

【RedBear Duo试用体验】（结项）家电远程控制

2016-10-20 16:51:48 3855 物联网 LabVIEW

` 本帖最后由猎国倾城于 2016-10-25 23:30 编辑

  1. 项目简述
家电远程控制主要通过手机、电脑终端通过云端控制家里的电气设备，远程控制家电，第一可以提高居室安全，第二，可以节能减排，第三，可以提高效率。家电主要分为开关控制型和红外控制型，而开关型基本就是供电与切断电源，这个只要有个继电器就够了，而像电视机、空调都是红外遥控型电器，需要用开发一个万能遥控器，本项目中遥控器由Arduino mini 承担。

  2.  原理框图

RedBear Duo主要负责继电器控制、传感器数据采集、与云端和Arduino mini通信。Arduino mini负责红外电器控制，门禁控制，此系统主要实现家电远程控制、居室数据采集、远程门禁控制的功能，众所周知，Arduino有很多库，用这些开源库，可以达到事半功倍的效果，本系统主要主要用了MFC522库、红外库和舵机驱动库，外置时钟用的是DS1302芯片，由Duo直接驱动，主要控制居室数据采集，控制Duo每十分钟对居室的空气质量、湿度以及温度等进行采集，因为这些量都是惯性量，不会立即大幅度改变，不需要每一个循环都要对其采集，因为这样做太浪费云端空间，因为云端可以免费存储50万点数据，如果每一个循环都要对其进行采集，以STM32的处理速度，塞满50万点根本不是什么难事，而这个过程中又不能用延时函数来控制采样速率，因为一旦采用延时函数，就会影响到控制器件，使其不能立即响应云端控制，解决这个矛盾，有两种方案：第一种是外挂时钟来控制采样速率，第二种就是利用MCU片上定时器+中断来控制采样速率，为了开发快，我选择了第一种方案，我直接将Arduino的库移植到了Duo上，通过DS1302来精确控制采样率。控制采样率还有一个好处就是可以节省流量，物联网听着高大上，其实它很浪费流量，随着数据容量的上升，它会占用大量的网络资源。本项目中云端采用的是Ubidots Cloud。另外需要说明的是，本次项目并没有采用蓝牙实现近程控制，理由后述。

3.系统实物

4.云端搭建

5.labview客户端搭建

6.手机APP
https://bbs.elecfans.com/forum.php?mod=viewthread&tid=939093&extra=
手机APP主要有蓝牙控制APP，远程控制APP，蓝牙控制APP有BLE Controler，这款APP主要缺点是无加密，谁有这个APP，就能连接你的Duo，这很可怕，就本项目来说，如果用了蓝牙，假设隔壁老王也有这款APP，他连上你的Duo瞎搞，你能想象后果吗?所以本项目并没考虑蓝牙，想用蓝牙最好自己开发APP，当然这需要懂Android SDK与Java，本人并不懂，所以只能放弃蓝牙。再说远程控制APP，能控制Duo的有Blynk和Particle了，然而Blynk是收费的，高富帅可以考虑一下，穷屌丝就算了。Particle是因为Duo无法添加到Particle里，所以也无法使用，还有一些第三方APP通过编程来间接控制Duo。

7.系统调试

代码、硬件、云端与LabVIEW客户端都搞好了，然后要进行系统调试了，由于Arduino mini烧写程序比较困难，我试了一下午，才成功烧写一次，为节省时间，我找了一块UNO R3调试，反正二者处理器一样，都是ATMEGA328，只要UNO R3使用正常，mini就可以使用，然而问题出在了，Duo与UnoR3不能正常串行通信，Duo能认识R3的信息，而R3不认识Duo发的东西，要想R3认识Duo发的东西，需要将R3的USB插到电脑上才可以，这显然不行。既然总线不行，只能另外想办法，我的思路是用R3 IO读Duo IO口状态来实现各种功能的触发，这样勉强也算通信成功，这样本项目也算成功，可以画上圆满的句号了。另外再说说Ubidots吧，毕竟是国外的物联网云，远隔十万八千里，上传数据速度还可以，然而获取开关量有时候响应很快，有时候响应比较慢，有时候干脆无响应。

8.RedBear Duo总体评估
Duo使用了ST公司的STM32作为控制器，在Arduino IDE中几乎完全兼容AVR平台下一些常用函数，例如IO输入输出、读写、中断、总线使用方式几乎完全一样，个别的因平台而略有区别，加快了开发速度，比较遗憾的是Duo的外设库比较少，需要从其他地方移植，当然，这也无可厚非，毕竟Duo还是个新生儿，有待完善。它板载蓝牙与WiFi，真正意义上实现了一板在手，远近皆可控制，某种意义上说这个东西值得折腾，但是从性价比来说，他的性价比并不高，从体积与易用性来说，他是不二之选。
PS：测试视频改天上传，百度云或优酷。
代码：