我是怎么打开车库门的:ASKOOK手动解码及重放

2018-02-27 17:57:48 浏览数 (1)

本文以打开无线控制的电动车库卷帘门为目标,深入研究了ASK/OOK的编/解码,并用树莓派 五元钱的五元钱的发射模块实现了打开车库门的各种姿势。本文适用于主流315/433MHz射频遥控。

背景

车库装了电动卷帘门,为了了解其安全性,也是为了能自主控制,研究了下其遥控原理。其实在这个过程中,我测试了家里几乎所有的无电线遥控器,包括电动窗帘、投影幕布、电动衣架、车钥匙。除了车钥匙,其它都是类似的,即ASK/OOK编码。

ASK,简单的理解,就是调幅,用不同的幅度来代表不同的信息。OOK是ASK的特例,因为只有0和1要表示,可以用有载波来代表1,无载波来代表0。但实际上并不是这么直接,通常会加上脉宽调制(PWM)以提高抗干扰能力。

用HackRF确定可行性

据说有的车库门是滚动码的(编码是变化的),我们可以先用HackRF做个简单的重放攻击测试。

录制2秒的信号并重放:

部分运行提示:

实测用录制的信号是可以控制的(如果不行,注意调整HackRF放大器的增益)。但这个没多大技术含量,而且成本高,数据量也大。我们的目标是解码后再重新编码/重放。

用GNU Radio录制信号

用GNU Radio搭一个简单的接收框图,一方面将接收信号保存到文件,另一方面将信号以瀑布图显示作为实时反馈。因为遥控信号是433.92MHz,中心频率设在这个附近都可以;采样率2M就够了。

图1:gnuradio-companion 连接框图

下图是运行时的瀑布图,其中按了5次遥控器。

图2:gnuradio-companion 运行时的瀑布图

用 Inspectrum 手动解码

用apt-get安装inspectrum,或下载最新的Inspectrum代码,按照文档自行编译。试过Debian和Mac下都没问题(Mac下用MacPorts要安装一堆依赖)。编译就不多说了,下面是解码的主要步骤:

1. 用Inspectrum打开前面录制的文件,设置采样率为录制时的采样率(2M); 2. 水平拖动,找到有信号的区域; 3. 在原始信号上右键,Add derived plot => Add sample plot; 4. 此时原始信号上会出现两条水平线,用鼠标拖动,调节中心频率的位置和宽度; 5. 在原始信号上右键,Add derived plot => Add amplitude plot; 6. 在Amplitude plot上右键,Add derived plot => Add threshold plot; 7. 勾选”Enable cursors”,此时会出现两条竖线; 8. Zoom放大信号图,移动两条竖线,使其宽度包含一个符号。注意跳过前导的高低电平(start1, start0)。数据通常是脉宽编码的,一对高低电平的组合代表一个bit:高电平较宽的代表1,低电平较宽的代表0。从图中应该能看出这个规律。 9. 改变符号数,使其包含整个信号区域(图中是65个符号,这相当于完整的key),并调节首尾对齐(结束时通常有较长的低电平),这时可以得到符号的速率,即波特率(对OOK,其实等同于比特率)。

图3:用Inspectrum解码的步骤

最后,在Amplitude plot或Threshold plot上分别点右键,Extract symbols (to stdout),可以得到解码的数据。其中前者相当于模拟信号,简单理解:正数代表1,负数代表0;后者才是我们想要的bit流。

图4:用Inspectrum解码的结果

为确认解码正确,可以再选一段信号区域,做同样的操作,看结果是否一致。毕竟ASK抗干扰不强,有时候可能会差一两个bit。通常,按一下遥控器,同样的数据会重复发送几次。

遥控信号编码分析

根据前面的解码,以及对更多遥控器的分析,可以归纳出一个模型。一个ASK信号包含如下部分(参数):

start1: 起始的高电平时间长度; start0: 起始的低电平时间长度; stop0: 结束的低电平时间长度; period: 每个bit的周期,在PWM编码中,每个bit都对应一对高/低电平,而且总是先高后低; duty: 占空比,比如占空比是75%,则意味着一个周期内如果75%左右是高电平,则代表1; 而75%左右是低电平则代表0; bits: 实际的bit流。

这里的占空比肯定是大于50%的,通常在75%左右比较合适,这样既能拉开(每个周期内)两种电平的比例差,减少接收端的误判;又能保证接收时能采样到两种电平,也是为了减少误码。试想对于99%的占空比,1%周期的电平很可能被接收端采样不到,导致采样到199%(甚至更长)周期的同一种电平,这样解码时就会出错。

发射模块

最初,我是想用GNU Radio做ASK/OOK编码并发射的。万能的HackRF和SDR按说能搞定这个小Case。

研究了下,发现这并不是一件容易的事。需要使用很多的模块。这也许是一个很好的GNU Radio的练习题。但我还是先看下有没有更简单的办法。

然后口水了一下TI的EZ430-Chronos手表,找了下“廉价”的RFcat,发现并不容易买到。最后在万能的假货宝发现了真正廉价的东东:只要5元!(你买不了吃亏,买不了上当。。)

这个模块很简单,就是把输入的信号以433/315M的载波调制/发射出去。DATA为高电平,就按高电平调幅输出(请注意,这里调制的是电平,并不是数据。也就是说,数据”1”对应多长时间的高电平,多长时间的低电平,这个模块都不管的——这些是编码模块要处理的事)。

图5:ASK/OOK 发射模块

用Python编码

为了代码的模块化,也是为了减少发射时的计算量,我们采取先编码再发送的方案。根据前面建立的ASK信号的模型,将这个信号编码为高低电平交替的波形,并用一个数组表示,数组中每个元素存储高低电平切换时对应的时间戳。波形总是以高电平开始。

起始/结束电平的时长、占空比这些参数理论上并不需要严格准确,但这取决于接收端的宽容度,所以我们还是尽量忠实于原信号。

下面是核心的代码片断,其中ts是时间戳数组。

用树莓派发送

发送工作就很简单了:将发射模块的DATA脚与树莓派的某个GPIO相连,电源也直接用树莓派的;

图6:树莓派与发射模块

然后根据时间戳交替翻转对应的GPIO就行了。

用sleep控制时间尽管有一定误差,脚本语言的运行也没那么快,但实测是够用的。下图是示波器上看到的DATA引脚的波形图(两个通道都连着DATA脚)。

图7:树莓派产生的待调制信号

为便于观察,我将编码周期设置为1ms,和示波器界面的1ms/div对应。图中测量的间距是2.78ms(预期是2.75ms),偏差是可接受的。

多种姿势打开车库门

把发射的装置放在车库内,并连上网络,就可以无需钥匙自主控制车库门的开/关了。

手机开关门

不需要自己写App,用ssh终端密钥登录并执行命令,就可以手机一键开/关门了,并且可以远程控制。

图8:手机上用ssh开关车库门

自动开关门

以指定手机作为钥匙,当持手机靠近车库时(其实是连上车库WiFi后),就自动开门。大致流程是:

  1. 远程执行路由器的 iwinfo 命令(如下)检测连接在上面的设备;
  2. 如果作为钥匙的手机的MAC在列表里,并且信号强度(SNR)超过设定值,就计为一个有效的连接。当连接数从0变为非0时,就自动开门。
  3. 如果钥匙手机的有效连接数降到0, 就自动关门。

自动关门的好处是可以防止人走了忘了关门(俺家真的发生过)。

芝麻开门

理论上可以做到,但需要可靠的声纹识别。这个就算了。。

锁死车库门

把发射模块对应的GPIO设为高电平,由于发射模块信号强,距离近,接收端收到的总是1,导致用真的钥匙也开不了门。

结语

不用滚动码编码的车库门其实是毫无安全性可言的。不管是简单的原始信号重放、还是解码后再编码的重放都比较容易实现。但我们可以利用这种不安全为自己提供便利,更灵活地自主开/关门。另外,用发射模块发射高电平可以干扰钥匙的信号达到锁死车库门的效果。

但如果不是通过监听钥匙的信号,用暴力破解Key也并不是那么容易的。因为ASK编码除了需要数据吻合,载波频率相同,还需要数据编码速率,甚至起止电平的时长都要一致。

用廉价的硬件发射模块配合树莓派(或单片机)可以低成本地编码/发射ASK/OOK信号,简单易行。而HackRF加Inspectrum解码仅适合实验和调试用,实用价值不高。后续将会尝试ASK/OOK的自动解码。

0 人点赞