2026/8/6 2:05:22
FEATURED · 精选文章 
1. 从“板砖”到“复活”一次典型的Jetson Nano 4GB启动故障排查实录如果你也正对着一块插上电源后风扇转几下就停或者干脆毫无反应只有电源指示灯在孤独闪烁的Jetson Nano 4GB开发板发愁那么恭喜你你并不孤单。这块由英伟达推出的边缘计算“小钢炮”以其强大的AI算力和相对亲民的价格成为了无数开发者、研究者和创客的心头好。然而与它的高性能相伴的往往是相对“娇贵”的启动过程。我手头这块4GB版本的Nano就在一次常规断电重启后彻底“变砖”了——电源灯亮风扇不转HDMI无输出串口无信息仿佛一块精致的黑色板砖。经过近一天的排查和尝试最终让它成功“复活”。这个过程远不止是按下某个神奇按钮那么简单它涉及对嵌入式Linux启动流程的深度理解、对硬件供电的苛刻要求以及对SD卡这个“阿喀琉斯之踵”的重新认识。本文将完整复盘这次故障排查与修复的全过程不仅给出解决方案更会深入剖析每一个步骤背后的“为什么”让你下次遇到类似问题时能知其然更知其所以然。2. 故障现象深度拆解你的Nano到底“死”在哪个阶段Jetson Nano的启动是一个精密的链条反应任何一个环节出错都会导致启动失败。因此精准定位故障点是解决问题的第一步。我们不能笼统地说“开不了机”而需要像法医一样检查“尸体”的各个生命体征。2.1 电源与指示灯最初的信号首先最直观的观察点是电源和指示灯。Jetson Nano 4GB有两个主要的供电模式通过桶形插座DC Jack供电或通过GPIO引脚如J48的5V引脚供电。无论哪种方式其核心要求是稳定、足额的5V/4A电流。很多廉价的手机充电器或供电不足的USB线根本无法满足Nano在启动瞬间特别是GPU和CPU全速运行时的峰值功耗这会导致电压被拉低系统直接复位或宕机。关键排查点电源指示灯PWR LED位于板卡边缘靠近DC插座。如果这个灯不亮99%是供电问题。请务必使用标称输出为5V/4A或更高电流如5V/5A的电源适配器并且电源线要足够粗以减少压降。电源模式跳线J48这个跳线帽决定了供电来源。如果使用DC插座供电跳线帽必须放置在靠外的两个引脚上标记为“PWR IN”。如果使用GPIO的5V引脚供电例如从扩展板取电则需要将跳线帽放置在靠内的两个引脚上标记为“5V GPIO”。跳线帽放错位置是导致无法启动的最常见人为错误之一。在我遇到的案例中电源指示灯正常点亮这说明供电通路基本是好的问题出在供电之后的环节。2.2 启动流程与故障对应表Jetson Nano的启动流程可以简化为以下几个阶段每个阶段失败都有对应的现象启动阶段负责硬件/固件成功现象失败现象可能原因1. 上电与PMIC电源管理芯片PWR LED亮风扇可能短促转动一下PWR LED不亮供电问题、PMIC损坏2. BootROM芯片内部ROM无外在表现内部初始化CPU核心、时钟彻底“砖化”任何调试手段无效罕见通常为硬件损坏3. Bootloader (U-Boot)存储在SD卡或eMMC关键阶段可通过串口控制台看到U-Boot输出信息串口无任何输出Bootloader损坏、存储介质故障、设备树错误4. Linux内核加载U-Boot从存储介质加载串口出现内核解压、设备初始化日志串口卡在“Starting kernel...”或出现内核恐慌Kernel Panic内核镜像损坏、驱动不匹配5. 文件系统挂载内核挂载根文件系统串口出现“Welcome to Ubuntu...”等系统启动信息串口卡在等待根文件系统rootfs损坏、/boot/extlinux/extlinux.conf配置错误6. 用户空间启动systemd/init启动服务出现登录提示符桌面环境启动HDMI有显示串口能登录但无图形界面显示驱动、桌面服务问题我的故障现象是电源灯常亮风扇在通电瞬间轻微抖动后停止HDMI无信号最关键的是连接串口调试线后终端里一片空白没有任何输出。这明确地将故障锁定在了第3阶段Bootloader (U-Boot) 加载失败。没有U-Boot的打印信息就像电脑的BIOS都没能启动后续一切无从谈起。3. 核心战场SD卡与Bootloader的排查与修复既然定位到Bootloader问题那么矛头就直指存储Bootloader和系统的介质——对于大多数使用开发者套件Developer Kit的用户来说就是那张MicroSD卡。SD卡是嵌入式系统中最脆弱的一环频繁的读写、异常断电、质量不佳都极易导致其损坏或数据错误。3.1 创建串口调试环境获取第一手“黑匣子”数据在深入处理SD卡前必须建立串口调试。这是诊断启动问题的“听诊器”。所需工具USB转TTL串口模块如FT232、CH340等注意必须是3.3V电平Jetson Nano是3.3V系统5V模块会烧毁板子杜邦线母对母三根连接方式GND串口模块的GND引脚 - Jetson Nano J50排针的第6针GND。TX串口模块的RX引脚 - Jetson Nano J50排针的第8针UART1 TX。RX串口模块的TX引脚 - Jetson Nano J50排针的第10针UART1 RX。注意这里的TX/RX交叉连接模块RX接板子TX模块TX接板子RX是串口通信的标准接法。J50排针的针脚编号通常以有缺口的一侧或白色三角标记为第1针你需要仔细查看板子上的丝印。软件设置在电脑上使用串口终端软件如Windows的Putty、MobaXtermmacOS/Linux的screen或minicom。设置参数为波特率115200数据位8停止位1无奇偶校验无流控制。连接后给Nano上电观察终端窗口。如果一切正常你应该会看到U-Boot的启动日志滚滚而来。而我当时看到的只有一片寂静的空白这证实了Bootloader未能执行。3.2 SD卡“体检”与“手术”从物理到逻辑的全面排查当串口无输出时你需要按以下顺序对SD卡进行排查第一步物理检查与替换测试这是最简单粗暴但最有效的方法。找一张已知良好的、高速的建议Class 10或A1/A2级别、容量适中32GB-128GB的SD卡重新刷写官方镜像。NVIDIA官方提供了完整的SD卡镜像JetPack SDK的一部分包含预配置的Ubuntu系统。使用BalenaEtcher或Raspberry Pi Imager这类工具进行刷写确保过程完整无误。为什么是已知良好的卡排除SD卡本身硬件故障或兼容性问题。为什么强调高速卡Nano的系统尤其是交换空间swap和AI模型加载对IO速度敏感。低速卡可能导致系统响应极慢甚至启动超时失败。实操心得我最初就是卡在这一步。我用了一张闲置的旧SD卡刷写镜像后启动失败。换用一张新的三星EVO Plus卡后Nano竟然成功启动了这直接说明原SD卡已物理损坏或存在坏块。永远不要低估一张高质量SD卡对系统稳定性的影响。第二步深入原SD卡——尝试修复与数据抢救如果换卡能启动说明问题在原SD卡。但卡里的数据可能还有救或者你想尝试修复它。在Linux环境下检查将故障SD卡通过读卡器插入一台正常的Linux电脑或虚拟机。使用fsck修复文件系统首先用lsblk或sudo fdisk -l找到SD卡对应的设备名如/dev/sdb。注意千万别选错设备否则会格式化你的电脑硬盘假设SD卡的系统分区是/dev/sdb1执行sudo fsck -y /dev/sdb1-y参数表示自动修复所有错误。这个过程会尝试修复文件系统结构。使用dd命令制作完整镜像备份可选但推荐在尝试任何修复前如果数据重要先用dd把整张卡备份成一个镜像文件sudo dd if/dev/sdb of~/jetson_nano_broken.img bs4M statusprogress这样即使后续操作失误你还有一份原始“快照”。重新分区与格式化终极手段如果fsck无效可能是分区表损坏。可以使用gparted图形化工具或fdisk/cfdisk命令行工具删除所有分区重新创建分区表通常是MBR或GPT然后格式化。完成后再重新刷写官方镜像。第三步验证Bootloader配置有时SD卡本身是好的但Bootloader的配置文件出了问题。成功刷写镜像后在Linux电脑上挂载SD卡的第一个分区通常是FAT32格式的/boot分区。 检查/boot/extlinux/extlinux.conf文件。这个文件告诉U-Boot从哪里加载内核。一个典型的错误是root参数指定的设备名不对。对于SD卡启动它通常应该是root/dev/mmcblk0p1。确保这个路径与你的实际分区一致。# 示例 extlinux.conf 关键行 LABEL primary MENU LABEL Jetson Nano LINUX /boot/Image FDT /boot/tegra210-p3448-0000-p3449-0000-a02.dtb INITRD /boot/initrd APPEND ${cbootargs} quiet root/dev/mmcblk0p1 rw rootwait rootfstypeext4 consolettyS0,115200n8 consoletty0 OSl4t fbconmap:0 net.ifnames0重点看root/dev/mmcblk0p1。如果这里错误地指向了/dev/sda1假设是SATA设备自然无法启动。4. 进阶排查当换卡与修复都无效时如果你更换了多张SD卡、重新刷写了官方镜像串口依然没有任何输出那么问题可能更深层。这时我们需要怀疑硬件或更底层的软件。4.1 eMMC版本与强制恢复模式Force RecoveryJetson Nano 4GB开发者套件默认使用SD卡但也有一些模块或定制载板集成了eMMC存储。如果你的是eMMC版本或者之前刷写过eMMC可能需要进入强制恢复模式。操作步骤断开Nano电源。用跳线帽或镊子短接位于板卡上的REC恢复引脚和GND引脚。对于Nano开发者套件这通常是J50排针旁边的两个小孔标记为“REC”和“GND”。保持短接状态给Nano上电。大约2秒后松开短接。此时Nano应进入恢复模式。在连接了USB线到电脑的情况下你可以在电脑上用lsusb命令看到NVIDIA Corp.的设备。使用SDK Manager刷机在主机电脑上运行NVIDIA SDK Manager选择“目标硬件”为Jetson Nano并勾选“手动操作”下的“进入恢复模式”选项。按照提示可以重新向eMMC或SD卡刷写完整的系统镜像。这是一个“核武器”级别的修复能覆盖Bootloader在内的所有软件层。4.2 硬件层面的终极怀疑如果上述所有软件方法都失败尤其是连串口在开机瞬间都没有任何乱码输出这很重要即使Bootloader损坏上电瞬间CPU跑飞也可能产生乱码那么就需要考虑硬件问题。电源完整性再次确认电源。尝试使用台式机电源的5V输出通过转接线或者使用大功率的USB PD诱骗器排除电源适配器动态响应不足的可能。观察元件仔细检查板卡上是否有肉眼可见的损坏如电容鼓包、芯片烧焦的痕迹、异味等。环境因素静电放电ESD可能损伤敏感元件。确保在干燥环境下操作时自己和工作台有良好的接地。5. 我的解决路径与最终复盘回顾我的整个解决过程它是一条典型的、由浅入深的排查路径现象确认电源灯亮风扇不转HDMI无输出 - 初步判断非单纯供电问题。关键诊断连接串口发现无任何输出 - 锁定故障在Bootloader加载阶段。第一轮修复怀疑SD卡软件错误在Linux下用fsck尝试修复原卡 - 无效。第二轮修复怀疑SD卡物理损坏或Bootloader损坏更换一张全新的、高质量的SD卡并重新刷写NVIDIA官方镜像-问题解决Nano成功启动。根本原因分析原SD卡是一张使用多年的旧卡长期在Nano上高负载运行训练模型、频繁读写交换分区最终出现了无法通过软件修复的坏块或控制器故障导致Bootloader数据读取失败。这个案例最深刻的教训是在嵌入式开发中存储介质的质量与可靠性是系统稳定的基石其重要性不亚于CPU和内存。对于像Jetson Nano这样依赖外部存储启动的设备一张高品质的SD卡应被视为标准配件而不是可以随便将就的部分。此外串口调试工具是嵌入式开发的“眼睛”没有它排查启动故障就像在黑暗中摸索。投资一个可靠的3.3V USB转TTL模块并学会使用它是每个嵌入式开发者的必备技能。最后保持系统镜像的备份是一个好习惯。当你花费大量时间配置好一个完美的开发环境后不妨用dd命令将整张SD卡备份成一个.img文件。下次再遇到启动失败只需几分钟就能还原到一个已知的工作状态而不是从头开始配置。毕竟我们的时间是宝贵的应该更多地花在创造性的开发工作上而不是与硬件故障反复纠缠。
Jetson Nano启动故障排查：从Bootloader到SD卡修复全解析
1. 从“板砖”到“复活”一次典型的Jetson Nano 4GB启动故障排查实录如果你也正对着一块插上电源后风扇转几下就停或者干脆毫无反应只有电源指示灯在孤独闪烁的Jetson Nano 4GB开发板发愁那么恭喜你你并不孤单。这块由英伟达推出的边缘计算“小钢炮”以其强大的AI算力和相对亲民的价格成为了无数开发者、研究者和创客的心头好。然而与它的高性能相伴的往往是相对“娇贵”的启动过程。我手头这块4GB版本的Nano就在一次常规断电重启后彻底“变砖”了——电源灯亮风扇不转HDMI无输出串口无信息仿佛一块精致的黑色板砖。经过近一天的排查和尝试最终让它成功“复活”。这个过程远不止是按下某个神奇按钮那么简单它涉及对嵌入式Linux启动流程的深度理解、对硬件供电的苛刻要求以及对SD卡这个“阿喀琉斯之踵”的重新认识。本文将完整复盘这次故障排查与修复的全过程不仅给出解决方案更会深入剖析每一个步骤背后的“为什么”让你下次遇到类似问题时能知其然更知其所以然。2. 故障现象深度拆解你的Nano到底“死”在哪个阶段Jetson Nano的启动是一个精密的链条反应任何一个环节出错都会导致启动失败。因此精准定位故障点是解决问题的第一步。我们不能笼统地说“开不了机”而需要像法医一样检查“尸体”的各个生命体征。2.1 电源与指示灯最初的信号首先最直观的观察点是电源和指示灯。Jetson Nano 4GB有两个主要的供电模式通过桶形插座DC Jack供电或通过GPIO引脚如J48的5V引脚供电。无论哪种方式其核心要求是稳定、足额的5V/4A电流。很多廉价的手机充电器或供电不足的USB线根本无法满足Nano在启动瞬间特别是GPU和CPU全速运行时的峰值功耗这会导致电压被拉低系统直接复位或宕机。关键排查点电源指示灯PWR LED位于板卡边缘靠近DC插座。如果这个灯不亮99%是供电问题。请务必使用标称输出为5V/4A或更高电流如5V/5A的电源适配器并且电源线要足够粗以减少压降。电源模式跳线J48这个跳线帽决定了供电来源。如果使用DC插座供电跳线帽必须放置在靠外的两个引脚上标记为“PWR IN”。如果使用GPIO的5V引脚供电例如从扩展板取电则需要将跳线帽放置在靠内的两个引脚上标记为“5V GPIO”。跳线帽放错位置是导致无法启动的最常见人为错误之一。在我遇到的案例中电源指示灯正常点亮这说明供电通路基本是好的问题出在供电之后的环节。2.2 启动流程与故障对应表Jetson Nano的启动流程可以简化为以下几个阶段每个阶段失败都有对应的现象启动阶段负责硬件/固件成功现象失败现象可能原因1. 上电与PMIC电源管理芯片PWR LED亮风扇可能短促转动一下PWR LED不亮供电问题、PMIC损坏2. BootROM芯片内部ROM无外在表现内部初始化CPU核心、时钟彻底“砖化”任何调试手段无效罕见通常为硬件损坏3. Bootloader (U-Boot)存储在SD卡或eMMC关键阶段可通过串口控制台看到U-Boot输出信息串口无任何输出Bootloader损坏、存储介质故障、设备树错误4. Linux内核加载U-Boot从存储介质加载串口出现内核解压、设备初始化日志串口卡在“Starting kernel...”或出现内核恐慌Kernel Panic内核镜像损坏、驱动不匹配5. 文件系统挂载内核挂载根文件系统串口出现“Welcome to Ubuntu...”等系统启动信息串口卡在等待根文件系统rootfs损坏、/boot/extlinux/extlinux.conf配置错误6. 用户空间启动systemd/init启动服务出现登录提示符桌面环境启动HDMI有显示串口能登录但无图形界面显示驱动、桌面服务问题我的故障现象是电源灯常亮风扇在通电瞬间轻微抖动后停止HDMI无信号最关键的是连接串口调试线后终端里一片空白没有任何输出。这明确地将故障锁定在了第3阶段Bootloader (U-Boot) 加载失败。没有U-Boot的打印信息就像电脑的BIOS都没能启动后续一切无从谈起。3. 核心战场SD卡与Bootloader的排查与修复既然定位到Bootloader问题那么矛头就直指存储Bootloader和系统的介质——对于大多数使用开发者套件Developer Kit的用户来说就是那张MicroSD卡。SD卡是嵌入式系统中最脆弱的一环频繁的读写、异常断电、质量不佳都极易导致其损坏或数据错误。3.1 创建串口调试环境获取第一手“黑匣子”数据在深入处理SD卡前必须建立串口调试。这是诊断启动问题的“听诊器”。所需工具USB转TTL串口模块如FT232、CH340等注意必须是3.3V电平Jetson Nano是3.3V系统5V模块会烧毁板子杜邦线母对母三根连接方式GND串口模块的GND引脚 - Jetson Nano J50排针的第6针GND。TX串口模块的RX引脚 - Jetson Nano J50排针的第8针UART1 TX。RX串口模块的TX引脚 - Jetson Nano J50排针的第10针UART1 RX。注意这里的TX/RX交叉连接模块RX接板子TX模块TX接板子RX是串口通信的标准接法。J50排针的针脚编号通常以有缺口的一侧或白色三角标记为第1针你需要仔细查看板子上的丝印。软件设置在电脑上使用串口终端软件如Windows的Putty、MobaXtermmacOS/Linux的screen或minicom。设置参数为波特率115200数据位8停止位1无奇偶校验无流控制。连接后给Nano上电观察终端窗口。如果一切正常你应该会看到U-Boot的启动日志滚滚而来。而我当时看到的只有一片寂静的空白这证实了Bootloader未能执行。3.2 SD卡“体检”与“手术”从物理到逻辑的全面排查当串口无输出时你需要按以下顺序对SD卡进行排查第一步物理检查与替换测试这是最简单粗暴但最有效的方法。找一张已知良好的、高速的建议Class 10或A1/A2级别、容量适中32GB-128GB的SD卡重新刷写官方镜像。NVIDIA官方提供了完整的SD卡镜像JetPack SDK的一部分包含预配置的Ubuntu系统。使用BalenaEtcher或Raspberry Pi Imager这类工具进行刷写确保过程完整无误。为什么是已知良好的卡排除SD卡本身硬件故障或兼容性问题。为什么强调高速卡Nano的系统尤其是交换空间swap和AI模型加载对IO速度敏感。低速卡可能导致系统响应极慢甚至启动超时失败。实操心得我最初就是卡在这一步。我用了一张闲置的旧SD卡刷写镜像后启动失败。换用一张新的三星EVO Plus卡后Nano竟然成功启动了这直接说明原SD卡已物理损坏或存在坏块。永远不要低估一张高质量SD卡对系统稳定性的影响。第二步深入原SD卡——尝试修复与数据抢救如果换卡能启动说明问题在原SD卡。但卡里的数据可能还有救或者你想尝试修复它。在Linux环境下检查将故障SD卡通过读卡器插入一台正常的Linux电脑或虚拟机。使用fsck修复文件系统首先用lsblk或sudo fdisk -l找到SD卡对应的设备名如/dev/sdb。注意千万别选错设备否则会格式化你的电脑硬盘假设SD卡的系统分区是/dev/sdb1执行sudo fsck -y /dev/sdb1-y参数表示自动修复所有错误。这个过程会尝试修复文件系统结构。使用dd命令制作完整镜像备份可选但推荐在尝试任何修复前如果数据重要先用dd把整张卡备份成一个镜像文件sudo dd if/dev/sdb of~/jetson_nano_broken.img bs4M statusprogress这样即使后续操作失误你还有一份原始“快照”。重新分区与格式化终极手段如果fsck无效可能是分区表损坏。可以使用gparted图形化工具或fdisk/cfdisk命令行工具删除所有分区重新创建分区表通常是MBR或GPT然后格式化。完成后再重新刷写官方镜像。第三步验证Bootloader配置有时SD卡本身是好的但Bootloader的配置文件出了问题。成功刷写镜像后在Linux电脑上挂载SD卡的第一个分区通常是FAT32格式的/boot分区。 检查/boot/extlinux/extlinux.conf文件。这个文件告诉U-Boot从哪里加载内核。一个典型的错误是root参数指定的设备名不对。对于SD卡启动它通常应该是root/dev/mmcblk0p1。确保这个路径与你的实际分区一致。# 示例 extlinux.conf 关键行 LABEL primary MENU LABEL Jetson Nano LINUX /boot/Image FDT /boot/tegra210-p3448-0000-p3449-0000-a02.dtb INITRD /boot/initrd APPEND ${cbootargs} quiet root/dev/mmcblk0p1 rw rootwait rootfstypeext4 consolettyS0,115200n8 consoletty0 OSl4t fbconmap:0 net.ifnames0重点看root/dev/mmcblk0p1。如果这里错误地指向了/dev/sda1假设是SATA设备自然无法启动。4. 进阶排查当换卡与修复都无效时如果你更换了多张SD卡、重新刷写了官方镜像串口依然没有任何输出那么问题可能更深层。这时我们需要怀疑硬件或更底层的软件。4.1 eMMC版本与强制恢复模式Force RecoveryJetson Nano 4GB开发者套件默认使用SD卡但也有一些模块或定制载板集成了eMMC存储。如果你的是eMMC版本或者之前刷写过eMMC可能需要进入强制恢复模式。操作步骤断开Nano电源。用跳线帽或镊子短接位于板卡上的REC恢复引脚和GND引脚。对于Nano开发者套件这通常是J50排针旁边的两个小孔标记为“REC”和“GND”。保持短接状态给Nano上电。大约2秒后松开短接。此时Nano应进入恢复模式。在连接了USB线到电脑的情况下你可以在电脑上用lsusb命令看到NVIDIA Corp.的设备。使用SDK Manager刷机在主机电脑上运行NVIDIA SDK Manager选择“目标硬件”为Jetson Nano并勾选“手动操作”下的“进入恢复模式”选项。按照提示可以重新向eMMC或SD卡刷写完整的系统镜像。这是一个“核武器”级别的修复能覆盖Bootloader在内的所有软件层。4.2 硬件层面的终极怀疑如果上述所有软件方法都失败尤其是连串口在开机瞬间都没有任何乱码输出这很重要即使Bootloader损坏上电瞬间CPU跑飞也可能产生乱码那么就需要考虑硬件问题。电源完整性再次确认电源。尝试使用台式机电源的5V输出通过转接线或者使用大功率的USB PD诱骗器排除电源适配器动态响应不足的可能。观察元件仔细检查板卡上是否有肉眼可见的损坏如电容鼓包、芯片烧焦的痕迹、异味等。环境因素静电放电ESD可能损伤敏感元件。确保在干燥环境下操作时自己和工作台有良好的接地。5. 我的解决路径与最终复盘回顾我的整个解决过程它是一条典型的、由浅入深的排查路径现象确认电源灯亮风扇不转HDMI无输出 - 初步判断非单纯供电问题。关键诊断连接串口发现无任何输出 - 锁定故障在Bootloader加载阶段。第一轮修复怀疑SD卡软件错误在Linux下用fsck尝试修复原卡 - 无效。第二轮修复怀疑SD卡物理损坏或Bootloader损坏更换一张全新的、高质量的SD卡并重新刷写NVIDIA官方镜像-问题解决Nano成功启动。根本原因分析原SD卡是一张使用多年的旧卡长期在Nano上高负载运行训练模型、频繁读写交换分区最终出现了无法通过软件修复的坏块或控制器故障导致Bootloader数据读取失败。这个案例最深刻的教训是在嵌入式开发中存储介质的质量与可靠性是系统稳定的基石其重要性不亚于CPU和内存。对于像Jetson Nano这样依赖外部存储启动的设备一张高品质的SD卡应被视为标准配件而不是可以随便将就的部分。此外串口调试工具是嵌入式开发的“眼睛”没有它排查启动故障就像在黑暗中摸索。投资一个可靠的3.3V USB转TTL模块并学会使用它是每个嵌入式开发者的必备技能。最后保持系统镜像的备份是一个好习惯。当你花费大量时间配置好一个完美的开发环境后不妨用dd命令将整张SD卡备份成一个.img文件。下次再遇到启动失败只需几分钟就能还原到一个已知的工作状态而不是从头开始配置。毕竟我们的时间是宝贵的应该更多地花在创造性的开发工作上而不是与硬件故障反复纠缠。 
原理详解与Python工程实践)
