老邵的开源世界-CSDN博客

原创 YMFC小四轴众筹已成功需要的朋友可联系我

近期做的ymfc-32小四轴众筹快开始了希望大家多多支持众筹宣传页：https://www.crowdsupply.com/shaos-gadget/ymfc-flight-controller-and-mini-drone

2020-09-22 11:08:39 1142

原创【博客更名】 “老邵的开源世界” 正式启用

感谢读者的支持，本博客终于走上正轨，后续内容还会不断更新中。本人的各种联系方式已经用截图的方式留在本文中，请扫码关注。读者可以在本置顶帖下留言，可以提问，也可以给我推荐后续的研究方向。...

2020-04-10 16:39:30 2376 6

我还测过FM调制了。也能看到调制度降低后，频率变化范围会减小。但是我的示波器只有频谱图，没有瀑布图，所以无法准确了解FM调制的基带波形到底是怎么样，只能通过波峰左右晃动大概看看。可以看出时基最小的时候看到的都是正弦波，这是载波。时基大了以后看到的才是包络，而这种包络与日常看到的随机噪声很像。加完调制深度后，我还测了锯齿波，也没有昨天变成三角波的问题了。不过今天用的设备里的hackrf是r8，昨天是r9。昨天说了还差一个调制深度要加。时基100ns/div。

2024-03-01 09:52:48 414

原创带通采样和ADC混频

我们给它加一个带通，再用ADC采样，有可能恢复出一个比较低频的正弦波，我们只要把这个低频正弦波的频率再加上fs/2，作为新的频率，就可以完美复原出这个正弦波了。如果原本的信号不是单音的正弦波，而是一个宽带信号，一部分在Zone I，另一部分在Zone II，那么它自己的两部分可能跟自己混在一起，也没法用一个滤波器把它们区分开，就没法用。如果我们事先知道真实信号的频点，只要把它对应的奈奎斯特区域左侧的频率值加上采样后的低频信号的频率，就能恢复出原始信号了。因为ADC的采样信号，在时域上是一个脉冲串。

2024-02-29 16:34:25 366

原创 SDR架构（二）为什么很多SDR频谱中间有尖峰？

即使0Hz处是存在尖峰的，但也会被滤波器过滤，你在最终的频谱上看不到这个尖峰。先把中心频率故意设置在偏离目标信号的频点上，然后用cosine函数，把目标信号下变频到0Hz，而把原本的0Hz变到滤波器带宽以外。相信大家第一次打开gnuradio看听广播、看频谱的时候，会注意到一个奇怪的现象，明明在频谱中间不该有信号，但是实际看到了一个尖峰。在rtlsdr的书里也有介绍。不但SDR会这样，如果用示波器打开FFT功能，你会发现在最左侧0Hz附近也会有尖峰（示波器FFT默认频谱左右对称，不显示0Hz以下的部分）。

2024-02-29 16:09:26 978

原创 SDR架构 (一）为什么基带有I和Q路？

所以，上面这些就解释了，如果你要用简单混频器，那么就不能直接变到0Hz附近的基带，而是搬得稍微高一点，比如对于rtlsdr来说就是3~5MHz就没问题。公式推导证明了，在输出端可以得到下变频后的S(t)，它的载波从w2变为了wIF，并且输出端的信号可以只有我们要的S(t)，而与R(t)无关。但如果要设计的SDR要支持更高带宽的信号，它的中频就必须更高，我们的ADC采样率不够采这么高的中频，我们就必须考虑其它方案。2.用正交混频，也就是先分为两路，一路用余弦，另一路用正弦，分别采样，其中一路移相后再叠加。

2024-02-29 15:16:35 1160

原创 Portapack信号源 AM调制

只有CW时，可以看到中间有个尖峰，如果用示波器时域测量，能测出频率是100MHz附近。尖峰旁边有一些小尖峰是因为hackrf硬件的SFDR不好，产生的杂散，由于它们无法由软件控制，后面请尽量忽略这些杂散。你可以自己选择各种基带信号，比如方波、三角波等，但是这些信号都必须经过FM调制后发射出去。接下来发正弦波，这时候你会看到，包络在变化，类似正弦波，并且频谱上除了中间载波的波峰外，还左右对称出现两条尖峰，这就对应了正弦波的基带信号。上图是方波，看着比较正常，可以用光标测出基波也是500Hz。

2024-02-29 10:29:21 451

原创 Portapack应用开发教程（十九）NavTex接收 E

接下来，要做的是继续更改解码代码，让它不要从stdin读取方波解码，而是要从声卡读取采样点，然后对声卡采样点做fsk解调，对解调出的方波来解码。实现的功能是从stdout取出方波的采样点幅度，然后把它转为解码输出。我现在已经成功把两部分解码的代码合并到一起。

2023-05-04 05:40:38 453 1

原创 Portapack应用开发教程（十九）NavTex接收 D

代码开头和结尾确实有15和102，对应0x0F和0x66，也就是[alpha]和[rep]，就是通过找这两个phasing_signal，我们才能找到正确的起始位置。上回说到，我现在已经做到用自己的gnuradio流图从音频信号做fsk解调，得到方波。然后用c程序把方波转为二进制数。但是遗留问题是python解码，起始位如果错误，解的信息是错的。另外，也没有实现两个字符串的错位输出（这个功能是很好理解的，但是为了简化代码，我暂时没做）。另外结尾处也分别写出了A和B两列，经过比较完全一致，说明接收正确。

2023-05-01 12:47:05 768

原创各类SDR的USB接口一致性测试

4.无线电罗盘接入usb协会的xhsett软件后会出现很多个设备，我猜测应该分别是hub芯片对外的接口，4个rtlsdr，1个cp2102芯片。但是downstream的几个rtlsdr就没法测了，这个应该是因为测试方法导致的，不是设备不过关，不然哪怕看不到眼图至少也应该能看到波形。2.自制的RTL-SDR的波形也能触发成功，但波形恶化较为严重，无法叠加出眼图，可能因为没有控制好USB阻抗。上面几个0xbda应该都是rtlsdr的rtl2832u芯片，但是虽然也能进入测试模式，但无法看眼图。

2023-02-02 15:30:13 1168 1

原创 Portapack应用开发教程（十九）NavTex接收 C

而是直接读取wav文件，得到方波，再把这种方波用类似nrf解码的方式，通过fifo送到后面的解码程序。我又仔细研究了一下python解码程序，目标是想办法把它转化为c++程序，然后再对接到gnuradio上，这样用gnuradio解调，用c++解码，就能基本实现navtex接收了。后面我要重新下载NRF24-BTLE-Decoder，把它做简化，然后收fifo的输出，再print出来，把波形对应的每个采样点的值都打出来。接下来要做的，就是想办法获得解调结果，把它和我们要写的c++程序连起来。

2023-01-30 11:47:08 654

原创 Portapack应用开发教程（十九）NavTex接收 B

网页编码器生成的是16bit 11.025kHz的音频。ipynb项目需要使用的是32bit 44kHz的音频。另外，我的gnuradio和portapack用的都是8bit 48kHz的音频。然后我先用网页生成全部是R的信息、全部是O的信息，以及RO相间的信息。我还用gnuradio看了这些音频的波型，在尝试找规律。可以用来解码音频文件里的navtex文字信息。它用的ipynb，我不习惯，转换为了如下的python代码。可以把文字信息转为navtex格式的音频。不过音频的格式不太一样。

2022-10-05 13:51:06 1375

原创 Portapack应用开发教程（十九）NavTex接收

并且把我查到的navtex调制频率变化freq_deviation 170Hz填入到模块中，还把我根据音频频谱图上的中心频率1500Hz作为选频滤波器的中心频率填入。因此可以直接忽略这部分，剩下的就是FSK了。再后来我还要简化一下流图，把第三方模块里有用的部分直接拿到我自己的流图里来，也能用，这也就是视频里用到的程序了。后来我又仔细比较了一下每一瞬间的波形长短，发现都能和安卓软件对得上，说明gnuradio解调就做好了。我数了一下0.1秒内有10个UI，和我查询到的navtex的波特率100正好对应。

2022-10-03 22:02:34 1142

原创几款自制SDR的USB耗电测试

之前我用专业仪表测过portapack在内置电池口上的打开不同APP的功耗。这次我想用另一个设备测一下USB口上的功耗。对比一下看看几款不同SDR的耗电情况怎样。还可以比较Portapack使用同样功能时，在USB和内置电池口上耗电有什么区别。以下是Portapack打开NFM解调的功耗，此时没有打开喇叭（5.07V 0.427A 2.16W）：同样是这种状态，之前在内置电池口供电是4V 0.532mA 2.128W。可以看出来功耗是差不多的，USB供电时稍微大了一些可能是因为最新H3上的GPS接收芯片的

2022-07-06 21:42:35 901 1

原创 TEMPEST HDMI泄漏接收 5

上一篇文章留下了一个问题，就是如何解决垂直线变斜的问题。这个问题本来应该从通信上来解决，找出行同步信号，然后在这个信号处换行。但是实际并不好做，因为hdmi并不是无线通信标准，没有这方面的资料。因此，我打算用图像处理的方式来解决。即找出原始画面的规律，然后从画面上直观地做一些修改，来改善效果。我本来考虑过给图形做仿射变换，相当于旋转图像，但是我估计效果不会太好。后来我想了想，目前的问题无非就是每个行开始处有个offset的问题。我只要把这个offset位置的像素点挪到最开头那个点就行。还有个问题是这个off

2022-06-28 23:07:38 1375 1

原创 TEMPEST HDMI泄漏接收 4

接下来我们开始优化画面首先我改了换行位置，原本是463才换行，差不多一行重复出现8个重复画面。我把463/8得到58。在x>=58时换行，可以看到只剩一个画面了，但是画面宽度变窄，显得变形了。这时候我再对每行的像素点差值，大概每个像素点重复往右画10遍，就可以得到如下效果：可以看出现在画面放大了，基本上显示界面就对应了1个屏幕的泄漏画面。我的代码如下：但是从画面看出来，整个屏幕还是斜的，本来白色矩形在我泄漏屏幕上应该垂直，但是现在是从右上往左下角倾斜的。这个问题也可以解决，需要把每一行的数据单独存下

2022-06-26 08:32:55 497

原创 TEMPEST HDMI泄漏接收 3

第一篇文章我本打算用python写代码并使用rtlsdr来接收，这样不但代码简洁好懂，而且设备也非常便宜，很好入门。但是第二篇文章我为了尽早实现效果还是采用了c++语言和hackrf。可能会对入门者不太友好，所以这两天我继续做python+rtlsdr的版本。现在已经初有成效了以上是我的代码，一共才30多行，十分简介。可以用python2.7运行。当rtlsdr在hdmi线缆附近时，效果如下：这是泄漏电脑的桌面：可以看得出他们是比较呼应的——总体界面都是黑色，上面都有一条白色横条，然后左边有一条垂直

2022-06-25 23:23:37 1363 1

原创 TEMPEST HDMI泄漏接收 2

我后来找到了gr-tempest包，它基于gnuradio重置了tempestsdr，由于是gnuradio，比较方便我本地安装，因此我跑了一下，结果没跑出实际效果，可能因为它默认用usrp，我这用的是hackrf+重采样，硬件不太一样导致的。但是它里面还有个simulate的流图，可以导入图片再重新解出来。这个我玩成功了，通过调试，我发现在不同sample correction时，会出现类似第一篇文章的样子，也会出现比较像样的画面。所以我的信心大增。后来我还是决定在我以前的c++/hackrf实现的模拟视

2022-06-24 06:32:35 844 1

原创 TEMPEST HDMI泄漏接收 1

之前听说有个神奇的软件叫做tempestsdr，可以用sdr来接收显示器泄露出来的信号。这个软件说实话很难安装，因为是java的，并且只给了代码。但是我看了他的代码其实核心就是AM解调，因此我有了自己写代码来实现这个功能的想法。tempestsdr的名字其实不是随便起的，tempest是Temporary emanation and spurious transmission的缩写，专指这种类型的泄漏。我用了另一个知名软件TVSharp也大致看到了HDMI泄漏的信号，进一步验证了我的想法，就是用AM解调并把

2022-06-23 15:02:47 1467

原创 2021款的HackRF到底更新了啥?

最近芯片惊魂比较多，从一开始的芯片涨价，到现在好多芯片买不到。芯片涨价还能咬咬牙继续做，只要采购成本低于重新设计和打样成本就行。买不到芯片才是最坑的，直接被逼无法生产。如果是模拟芯片还好，只改电路，如果数字芯片还牵涉改一堆软件，头疼。HackRF最近应该也是碰到了类似的问题。一位朋友跟我说BOM里改了个零件型号。最新版本的BOM里几个sky13350替换为了sky13453，并且把PCB丝印改为2021版了。我查了github，发现固件和驱动都有修改。顿时慌了，难道新版本固件和驱动要放弃老款了？那我的P

2022-05-28 00:22:20 5377 2

原创系统重装后导入以前的KiCAD项目

最近因为某些原因，需要重装ubuntu，然后kicad也要重装，有版本兼容问题，也有导入自定义库的问题。在这里作个记录。原版本：Ubuntu 16.04 KiCAD 5.1。新系统是Ubuntu 18.04，默认安装的是KiCAD4.0，显然太老了，打不开5.1的项目文件。而KiCAD网站上的PPA也只提供了6.0的。Install on Ubuntu | KiCad EDA我仿照那个网站的命令，稍微改了一下版本号。sudo add-apt-repository --yes ppa:k

2022-05-11 15:42:18 587

原创记一次成功的iPhone维修

就跟以前windows98还有后来的安卓手机一样，这些带智能系统的设备用久了都会问题越来越多。iPhone虽然不容易越用越卡，但是存储空间还是会越来越少，直到系统频繁提示，如果一直不予理会整个系统都会崩溃。（我用下来大概只有ubuntu不会有这类问题，至少不会平白无故用出问题来，只要别make install一大堆重复的程序就行。）我的iphone最近就出现了这样的问题，常见的招数我都试过了，把相册里的照片视频删光，把大型游戏删掉，后来我还把整个微信APP都删掉了，还是不行。每隔一段时间iPhone存储

2022-03-25 22:44:28 867

原创麦克风阵列研究3 定向录音

上一篇文章实现了测向，也尝试了定向录音的效果。虽然定向录音是有效果的，但是好像目标方向不太稳定。后来我找到如下文章，它说要在sst里把dynamic改为static，并且指定好方向坐标。# Configuration file for ReSpeaker USB 4 Mic Array (ReSpeaker USB Mic Array v2.0)version = "2.1";# Rawraw: { fS .

2022-03-12 08:20:32 2419 2

原创麦克风阵列研究2 声源定位 python界面

上一篇文章说到odas_web界面非常难安装，并且运行也很卡。所以我自己用python写了一个界面程序，用来接收odas处理完的结果。这个界面程序与odas之间是通过socket连接的，界面作为服务器，odas作为客户端，由于有两路数据，所以各有两个服务器和客户端。但是实际绘制在界面上的是SSL的结果，不是SST的结果。其实我也试过SST的结果，从直观的感受而言，效果会比SSL差一些，实时性不是很高，我的理解SST的好处是可以跟踪音源是否有活动。

2022-03-10 20:27:34 7858 3

原创麦克风阵列研究1 odas odas_web

主要参考：在树莓派上实现ODAS+Windows远程web演示_jimaofu0494的博客-CSDN博客ReSpeaker Mic Array v2.0 - Seeed Wiki多年以前，我实现了16通道麦克风阵列，包括测向和波束成型。16通道麦克风阵列声波成像声源定位波束成形定向录音_哔哩哔哩_bilibili很多人问我要买，但是那套系统不方便批量生产和发送。所以我开始想办法做一套简化版系统，包含硬件和软件的简化。在用16通道麦克风阵列前，我其实还有2个usb的麦克风阵列

2022-03-06 00:28:38 4088 1

原创 Portapack应用开发教程（十七）nrf24l01发射 C

接下来看一下几个相关项目的代码。重点看看调制部分是如何实现的。从难易程度排序，我认为最好先看send_simplified项目，然后再看send和recv项目，最后看BTLE项目(HackRF发射)。send_simplified项目：btle_nrf24l01/send_simpified.ino at main · jamesshao8/btle_nrf24l01 · GitHub这个项目十分简单，里面只有一个ino文件，没有调用RF24库，而是直接完成了编码和底层调用。开头的几个函

2022-02-13 23:14:31 842

原创 Portapack应用开发教程（十七）nrf24l01发射 B

本项目github:一年多以前我实现了PortaPack接收nrf24l01/btle数据包。后来我一直想实现portapack/hackrf发射nrf24l01数据包，之前的思路是通过更改gr-noridc里的发射代码给它自己的接收代码或者另几个开源接收项目。但是一直没有成功。无论是编码还是调制部分都有问题。后来我想到了一个新方法。既然hac

2022-02-13 07:09:59 882

原创 Portapack应用开发教程（十五） APRS接收 C

过去一年，我一直在更新PortaPack硬件，软件这块暂停了很久。其实我当时做的APRS接收一直是有点问题，不是每次发射都能正确解调，并且有时候会跳出乱码。这是因为我只是在参考aprs tx代码写rx，并没有真的找到标准协议。后来我发现mayhem固件里有另一个老外也做了一个aprs接收，并且据说可以跟对讲机发出的标准的aprs信号互通。我先试了一下mayhem中的这一部分功能，发现用它发射给我的接收，我的接收虽然也能收，但也会有点问题，就跟对讲机发给我一样，出现false_detect的数据包

2022-01-29 21:43:21 2451

原创自制合成孔径雷达(10) 声波和无线电测向

其实测向与合成孔径雷达关系不大，但是我还是打算在这个合集里写一篇。一个是因为如果结合测向和测距，可以给物体准确定位，获取类似点云的图像，另外一个是无论是无线电波还是声波，测距和测向算法是比较接近的，只不过测距在比较收发的区别，测向在比较两路接收的区别。最后，我以前做的无线电罗盘和麦克风阵列都比较复杂，这次用gnuradio简单流图实现的无线电波测向和声波测向，其实就是无线电罗盘和麦克风阵列的基础，如果你有兴趣，这篇文章是一个很好的入门起点。先贴一个无线电测向的流图。有几点要注意：1.必须使用

2022-01-28 23:10:32 1298 1

原创自制合成孔径雷达(9) 声卡实现测距的另一种方法(FMCW)

FMCW雷达或者声呐，其实都是用chirp信号作为信号源，比较接收和发射的频率差，找出对应的时间差，算出距离的。MIT的雷达，除了测速部分在用单音外，都是在用这种信号（包括测距和SAR）。因此，做完上一篇文章的互相关测距，我感觉还不太够，还是得用chirp信号的方法来测距，这样才更符合将来要实现的合成孔径雷达/声呐。其实这套东西，我之前就找到资料了，就是balint seeber做的演讲提到的内容。SDR实现FMCW雷达和模拟视频解调_哔哩哔哩_bilibili原理其实很好理解，但是始终调不出来

2022-01-19 18:05:58 922

原创自制合成孔径雷达(8) 声卡实现测距声呐

之前已经用LimeSDR实现了测速和测距，后来又用声卡实现了测速，所以自然而然想到要用声卡实现测距。其实对于测速来说，不管是LimeSDR还是声卡，都是通过多普勒频移来实现的。但是测距就有点不一样，测距基本原理是需要用某种方法计算发射和接收的时间差，通过时间差和速度来算距离，而无线电波的速度（光速）与声速差异是非常大的，所以用到的算法就很不一样。我之前玩无线电测向和声波测向，目标是计算两个接收通道之间的时间差，对于无线电波来说，我比较的是相位差，对声波我使用互相关算时间差。我在本系列第6篇中

2022-01-17 21:32:22 1023

原创自制合成孔径雷达(7) 声卡实现测速声呐

用SDR有时候搭建起来比较麻烦，而且无线电波传播速度太快，造成同样时间对应的距离很大，分辨率比较低，因此接下来想用声波来研究这些理论，只需要电脑内建声卡就能玩，精度还比无线电波高，只是可能距离上没法做到无线电那么远。视频：gnuradio实现测速声呐_哔哩哔哩_bilibili这是我用的流图，原理和SDR的测速差不多，也是靠多普勒频移实现的，只不过声卡信号都是实数，因此混频只能用multiply模块，并且下搬移不能直接搬到基带，否则分辨不出速度的方向（具体请看视频）如果不想.

2022-01-16 15:07:16 688 2

原创自制合成孔径雷达(6) SDR实现测距雷达

链接: https://pan.baidu.com/s/1rjLafiTZCmB_bF6gVIOQsA 提取码: skia这个项目停滞了挺长一段时间，因为LimeSDR带宽不足，无法发出足够带宽的chirp信号，因此无法仿照MIT雷达教程实现测距雷达和SAR雷达，只能实现多普勒测速雷达。我找到一篇论文，作者跟我一样也是看到了MIT雷达教程和多普勒雷达的SDR实现，并想出了一种新方法，实现了利用LimeSDR的测距雷达。该文作者只是一个高中生，写的论文可操作性极强，因此我迫不及待试了一下其中的第一部分

2022-01-11 10:19:42 1251

原创 Portapack应用开发教程（十八）电池选型下

电池选型已经完成了，后面都用900mAh电池就行了。接下来我想继续挖掘一下源表的功能，比如电池仿真功能。利用这个功能，我可以测试PortaPack在不同电量百分比时的反应——看看右上角的电量显示的颜色到底对应于百分之多少的剩余电量。为实现这个功能，需要做以下步骤：1.需要在源表上对电池充满电。2.用ARB功能按照一定的规律对电池放电，放电过程中用LOG功能把电压电流都存在U盘里。3.放到最低电压后可以把U盘里的LOG拿到电脑上，并用源表提供的配套battery_modelling.py程

2021-12-14 21:07:51 859

原创 Portapack应用开发教程（十八）电池选型中

接下来我要开始用源表来测量PortaPack在各种状态下的功耗，以及各电池的实际能量。所谓源表就是一个可以作为普通供电用途的电源，它除了供电外还能把电压和电流与时间关系像示波器信号一样记录下来。另外，它也可以作为负载消耗电能。我们要做的第一件事是测Portapack的功耗，如下图，把PP的供电口接到电源输出上，用NGM电源给PP供电。...

2021-11-29 21:46:42 5934

原创 Portapack应用开发教程（十八）电池选型上

由于我想把PortaPack H3的外壳做得尽量轻薄，我必须把电池像上图那样塞在PortaPack和HackRF的之间（被GPIO包围起来的空间内），而不是像之前的型材外壳那样把电池放在HackRF和底壳之间。这样做的好处是整机厚度可以减少1/3，但是坏处是电池面积减小了不少。接下来我要做的是尽量找到长宽高能符合我预留空间的电量最大的电池。然而，市面上的电池容量可能标的不准确，不能光从电量标号来认定其真实储能能力。需要进行实际的测试。我的测试方案如下：一、测量电池与PortaPack接口（正..

2021-11-28 09:02:10 4430

原创记一次成功的HackRF维修过程（射频部分）

HackRF的LNA可以说是最容易损坏的部分，平时有保护壳的状况下，其它地方不太容易坏，LNA（和另一块发射芯片）可以说是最容易损坏的部分了，只要开启LNA或者RF Gain，然后把板子放到有较强无线信号的环境中（比如旁边有WiFi路由器或者对讲机），哪怕接收的不是这个频段的信号也会把LNA烧掉，这是因为LNA比滤波器更靠近天线口，所有频段的信号都会未经过滤直接进入LNA。因此，我一般都提醒买家当心，不过有时运气不好没注意到还是会损坏，这里记录我为一位朋友修理这个LNA的全过程，总体来说就是：先对照原理图找

2021-10-24 20:50:05 3099

空空如也

空空如也