小型有刷直流电机:玩具、模型和小设备里的基础动力单元

小型有刷直流电机,是很多玩具车、小风扇、模型、微型水泵、震动模块和DIY装置中常见的动力来源。它的特点是结构简单、价格低、容易驱动,只要接上合适的直流电源,通常就能直接转动。 这类电机的基本原理并不复杂。电机内部有磁铁、线圈、转子、换向器和电刷。通电后,线圈在磁场中受到力的作用,带动转子旋转;电刷和换向器负责不断改变线圈中的电流方向,让转子持续转下去。正因为有“电刷”这个机械接触结构,所以它被称为有刷直流电机。 市面上常见的 130、140、180、300、310、N20、N30 等型号,大多不是完全不同的电机原理,而是不同尺寸、外壳、轴结构和用途的规格叫法。例如 130 电机常见于玩具车、小风扇和简单传动结构;N20、N30 这类小型方壳电机常用于微型机器人和小型机械装置;带偏心块的微型电机则常用于震动提醒;带蜗杆或齿轮的电机则适合需要减速、增大扭矩的场景。 不过,判断一个小电机能不能替换使用,不能只看“型号名”。同样叫 130 电机,也可能有不同的额定电压、转速、扭矩、电流、轴长、轴径和安装方式。实际更换时,最重要的是确认电压是否一致,外壳尺寸能否装进去,轴的位置和长度是否匹配,原来的齿轮或蜗杆能不能安装,电路是否能承受启动电流。 有刷直流电机的优点是便宜、简单、容易控制。通过改变电压可以大致改变转速,通过反接正负极可以改变旋转方向。如果配合PWM调速模块,还可以更细致地控制速度。因此,它非常适合入门级电子制作、机械结构实验和小型修理。 它的缺点也很明显。由于电刷和换向器之间存在摩擦,长期使用后会磨损;高速转动时可能产生噪音和电磁干扰;效率和寿命通常不如无刷电机。对于高可靠性、高效率、长时间连续运行的设备,无刷电机往往更合适。但对于玩具、模型、小风扇、临时装置和低成本DIY项目,有刷直流电机仍然是一种非常实用的基础零件。 从这个角度看,小型有刷直流电机虽然不起眼,却是很多小型机械装置的核心部件。它把简单的电能转换成旋转运动,是理解电磁学、机械传动和电子制作的一个很好的入口。

把 Linux 桌面变成蓝牙音频中枢:一次意外实用的硬件整合

最近在一台 Linux 桌面电脑上安装了一块 Wi-Fi / 蓝牙一体的外置硬件。它带有外置天线,相比电脑原本内置的无线模块,信号强度、稳定性和覆盖范围都有明显提升。安装完成后,系统能够正常识别新的 Wi-Fi 和蓝牙控制器,并且可以把新的无线模块设置为默认设备使用。 一开始,这次改造的目的其实很简单:让无线网络和蓝牙连接更加稳定。尤其是蓝牙部分,原本的内置蓝牙版本较旧,连接距离和稳定性都比较有限。换成新的外置蓝牙设备之后,键盘、鼠标、手写板、耳机等设备的连接状态都有改善,桌面上的线缆也进一步减少。 但真正有意思的,是后来发现的一种使用方式:可以把 Linux 桌面电脑变成一个“蓝牙音频接收器”。 一台电脑,也可以像蓝牙音箱一样工作 在手机与电脑完成蓝牙配对之后,手机会把这台 Linux 电脑识别为一个蓝牙音频设备。也就是说,在手机上播放音乐,声音可以直接从电脑输出。 这个结构本身很简单: 手机播放音乐→ 通过蓝牙发送到 Linux 电脑→ 电脑作为音频输出设备播放声音 这样一来,电脑就不只是电脑了,它也变成了一台大型蓝牙音箱。 更有意思的是,这台用于播放音乐的手机并不是主力手机,而是一台专门用来播放音乐的备用设备。它没有承担日常通信任务,不接收电话,也不会受到短信和即时消息通知干扰。手机可以放在一边充电,专门负责播放音乐;电脑则负责实际出声。 这种分工非常舒服。手机只做音乐源,电脑只做声音出口,中间没有复杂操作,也不会被通知打断。 音量控制也变得更自然 在这个结构里,手机端的音量可以直接调到最大,然后最终音量交给电脑系统统一控制。 这有几个好处。 第一,电脑本身的音量调节更方便。桌面环境、键盘快捷键、系统音量面板都可以直接控制最终音量。 第二,音乐播放设备和声音输出设备被清楚分开。手机负责播放内容,电脑负责输出声音。手机不用频繁拿起来调整音量,只要放在那里稳定播放即可。 第三,如果电脑本身连接的是音质较好的扬声器,或者是一体机内置的高素质扬声器,那么手机端会员音质、高码率音源、客户端播放质量等差异,也更容易被听出来。 这也是这套结构的一个实际价值:电脑上不一定需要安装某个音乐软件的客户端。只要手机端已经可以播放高音质会员内容,电脑就可以作为音频出口来使用。对于某些 Linux 桌面环境来说,这反而比折腾网页版、客户端兼容性、音质限制更简单。 键盘快捷键可以反向控制手机 另一个让人意外的地方是,电脑键盘上的多媒体快捷键也可以控制手机播放。 例如: 上一曲下一曲暂停继续播放 这些操作原本是在电脑上控制本地播放器的。但在蓝牙音频连接建立后,电脑的媒体控制可以通过蓝牙协议反向传给手机。于是,虽然音乐实际是在手机上播放,但人坐在电脑前,用键盘就可以直接控制手机里的音乐。 这让整个体验变得很完整。 手机不需要放在手边,也不需要每次解锁屏幕。坐在电脑前工作、阅读、整理文件时,只要按键盘上的媒体键,就可以完成常用播放控制。 这时电脑就不只是一个被动扬声器,而是一个带控制能力的音频中枢。 甚至可以继续转发到蓝牙耳机 这个结构还可以继续扩展。 手机连接电脑,把声音传给电脑;电脑再连接一副蓝牙耳机,把声音输出到耳机。 也就是说,理论上可以形成这样的链路: 手机→ 蓝牙传给电脑→ 电脑再传给蓝牙耳机 这个链路看起来有点绕。正常情况下,手机直接连接蓝牙耳机就可以了,没有必要多经过电脑一层。 …

Linux 下内置蓝牙与 USB 蓝牙适配器的实际体验对比

最近在一台 Linux 桌面系统上测试无线网络和蓝牙设备时,发现一个很有意思的现象:机器内置的无线模块纸面规格并不差,蓝牙驱动本身也比较稳定,但实际使用中,外接 USB 无线网卡附带的蓝牙功能反而表现更好。 这次对比的对象大致是: 一、先看系统识别结果 在 Linux 下,可以用下面的命令查看蓝牙控制器: 系统中可以看到两个蓝牙控制器: 其中 AX900 是外接 USB 适配器,Internal 是机器内置蓝牙。 进一步查看控制器信息: 输出中比较关键的是: 这里的 version 是 HCI version,可以大致对应蓝牙版本: HCI version 对应蓝牙版本 8 Bluetooth 4.2 9 Bluetooth 5.0 10 Bluetooth 5.1 11 Bluetooth 5.2 12 Bluetooth 5.3 所以可以判断: 这已经说明两者不是同一代产品。 二、内置蓝牙并不是“驱动差” 这次测试中,一个容易误解的地方是:外接 USB 蓝牙表现更好,并不代表内置蓝牙驱动很差。 内置蓝牙识别为 Broadcom …

Arch Linux 下内置无线网卡与 USB 无线网卡的实际对比

最近在一台运行 Arch Linux 的桌面机器上,对内置无线网卡和外置 USB 无线网卡做了一次实际测试。测试的目的很简单:判断到底应该继续使用机器内置的无线网卡,还是把 Wi-Fi 和蓝牙都切换到外置 USB 一体设备上。 这台机器原本有内置 Wi-Fi 和内置蓝牙。后来又外接了一个 USB 设备,这个设备同时提供 Wi-Fi 和 Bluetooth 功能。也就是说,系统里同时存在两套无线硬件: 最终测试结果有点有趣:内置网卡的信号强度明显更好,但外置 USB 网卡的实际下载速度反而更快。 硬件识别情况 系统中识别到的内置 Wi-Fi 是 Broadcom 芯片,驱动为: 外置 USB Wi-Fi 是 Realtek 芯片,驱动为: 蓝牙方面,系统同时识别到了内置蓝牙控制器和 USB 蓝牙控制器。外置设备在系统中显示为默认蓝牙控制器,因此 Wi-Fi 和蓝牙都可以集中由这个 USB 一体设备承担。 从结构上看,最终形成了这样的配置: 这对 Linux 桌面环境来说反而比较清晰:内置无线硬件不再作为主力,外置 USB 无线模块承担主要连接任务。 信号强度对比 两个网卡扫描同一个 5GHz …

自动太阳能追踪器原理详解(基于 LDR + TDA2822 的模拟方案)

一、概述 自动太阳能追踪器的目标很简单:让太阳能板始终朝向光源方向,以获得更高的光照效率。 本文分析的是一种典型的 DIY 模拟电路方案,核心组成包括: 该方案不使用单片机,不涉及程序控制,而是纯模拟闭环控制系统。 二、系统结构框图 系统可以拆解为三个功能模块: 光传感器 → 差分信号形成 → 放大/比较 → 电机驱动 → 机械旋转 其核心逻辑是: 左右光强不同 → 形成电压差 → 放大 → 电机向亮的一侧转动 → 光强趋于相等 → 停止。 三、传感器原理:光敏电阻如何产生“方向信号” 1. LDR 的物理特性 光敏电阻(LDR)的特性: 典型范围: 2. 分压电路原理 每一侧 LDR 与一个 10kΩ 电阻组成分压器。 分压输出公式:Vout=Vcc⋅R2R1+R2V_{out} = V_{cc} \cdot \frac{R_2}{R_1 + R_2}Vout​=Vcc​⋅R1​+R2​R2​​ 其中: …

本地服务器测试 Qwen2.5-VL-3B:一次轻量多模态模型验证记录

一、测试背景 在自建服务器环境中部署并测试 Qwen2.5-VL-3B 多模态模型,用于验证其在标准终端截图场景下的识别与结构理解能力。 测试输入为一张历史保存的 Linux 终端截图。截图内容为某 ARM 设备执行系统信息命令后的输出。所有个性化字段(包括序列号等)已脱敏处理,仅用于能力验证。 本次测试目的: 二、输入场景说明 截图特征: 属于典型“高对比规则文本”场景。 三、模型输出表现 模型成功完成以下任务: 未出现明显字段错读或结构误判。 在该类场景下,3B 规模模型表现稳定。 四、能力边界分析 需要明确一点: 终端截图属于视觉模型最容易处理的类型之一。 原因包括: 因此该测试结果仅说明: 模型在规则终端文本场景下可用。 并不能代表其在以下场景中的能力: 3B 级模型在复杂视觉推理任务中天然存在能力上限。 五、部署角度思考 在本地服务器环境中测试的意义在于: 3B 规模模型的优势在于: 对于工程体系而言: 模型只需满足明确场景需求,无需追求极限性能。 六、结论 本次测试得出的结论非常简单: 在规则终端截图场景下,Qwen2.5-VL-3B 表现稳定且可用。 该模型适合: 不适合: 在自建服务器体系中,它更像一个“可控的视觉工具模块”,而不是核心计算引擎。

本地部署 70B 大模型的现实路径:关于显存、架构与理性升级

一、问题背景 在本地部署大语言模型时,常见的一个想法是: 如果本地能够流畅运行 70B 规模模型,是否就可以完全替代云端模型? 这个问题表面上是模型规模问题,本质上是算力结构、显存容量、推理效率与整体系统设计的综合判断。 二、模型规模与硬件资源的基本关系 在大语言模型推理中,决定可运行规模的核心资源是: 其中,显存容量是最硬性的门槛。 1. 小规模模型(7B–14B) 特点: 这一规模在日常对话、代码辅助、知识问答中表现已经非常成熟。 2. 中等规模模型(30B–32B) 特点: 这一规模通常是“性能与效率的平衡点”。 3. 大规模模型(70B) 关键事实: 结论: 若希望 70B 流畅运行,显存容量应接近或超过 48GB。 三、“能运行”与“流畅运行”的区别 在实际体验中必须区分: 状态 含义 能运行 模型可以加载并输出结果 流畅运行 首 token 快,输出稳定,长对话不卡顿 若显存不足: 因此: 显存不足时,70B 虽可运行,但不具备良好的交互体验。 四、服务器环境中的现实因素 在老架构服务器中,需要考虑: 其中: 五、可行的硬件升级路径(脱敏) 单卡大显存方案(优先推荐) 特征: 优点: 这是 70B 流畅运行的现实门槛方案。 多卡中等显存方案 …

R720 服务器本地大模型选型与 GPU 加速分析

一、背景与问题定义 在自托管大语言模型(LLM)的实践中,服务器硬件配置对可用模型规模与交互体验有决定性影响。本文以一台典型的企业级服务器为例: 核心问题包括: 本文围绕上述问题,给出工程化、可落地的分析结论。 二、无 GPU 情况下的模型能力边界 1. CPU 推理的本质限制 大语言模型推理的核心计算为大规模矩阵乘法与注意力计算,这类任务具备高度并行特征,但传统 CPU(即使是双路服务器)存在以下天然限制: 以 Xeon E5 v2 世代为例,其指令集通常仅支持 AVX,不支持 AVX2 / AVX-512,这会进一步放大与现代平台的性能差距。 2. 可运行模型规模(以内存为维度) 在使用 4-bit 量化(Q4)模型的前提下,大致内存占用如下: 模型规模 典型内存占用 7B 4–6 GB 14B 8–12 GB 32B 18–24 GB 70B 40–55 GB 从“是否能加载”角度看,128 GB 内存足以容纳 70B 量化模型;但从“是否可用”角度看,结论完全不同。 3. 实际可用档位 在无 GPU 情况下,7B–14B …

内存一定要是 8 / 16 / 32 GB 吗?

关于“非整数内存分配”和虚拟机运行的一个常见误解 在使用电脑或虚拟机的过程中,经常能听到一种说法: “内存一定要是 8GB、16GB、32GB 这种整数倍,不然系统运行会不稳定。” 甚至在虚拟化环境中,也有人会刻意避免给虚拟机分配诸如 7GB、13GB、7.5GB、3.5GB 这样的内存容量,担心会“跑不起来”或者“有隐藏问题”。 结论先说:这是一个误解。 一、系统并不要求内存是“整数倍” 从操作系统和硬件的角度来看: 也就是说: 只要内存容量能被页大小整除,就不存在“不能运行”的问题 而 7GB、7.0125GB、13GB、3.5GB 这种数值: 不存在“不是 2 的倍数就不工作”的硬性限制。 二、虚拟机可以分配 7.0125GB 内存吗? 可以,而且是完全可以。 在常见虚拟化平台(例如 KVM / PVE / VMware / VirtualBox)中: 因此: 都可以正常启动、运行、长期使用。 虚拟机并不会因为“这个数值看起来不漂亮”而出问题。 三、那为什么大家都用 8 / 16 / 32 GB? 这其实是历史和工程习惯导致的,而不是技术强制要求。 主要原因有三点: 1️⃣ 硬件组合与市场规格 2️⃣ 双通道 / 多通道“更容易凑” 3️⃣ …

使用 hdparm 和 hd-idle 管理 iMac 内置硬盘的待机状态

很多用户在给 iMac 安装 Linux 后,会选择把系统和数据放在 USB 外接 SSD 或硬盘上,而让内部的 NVMe 与 3.5 寸机械盘“闲置”。但一个非常重要的事实经常被忽略: 即便没有分区、没有挂载、完全不使用,内置机械盘也会在通电状态下持续旋转。 这不仅会造成不必要的功耗,还会持续消耗机械寿命并产生热量。 本文介绍一种工程级的解决方案,使 iMac 内部的 1TB 机械盘在 Linux 下真正成为“冷备用盘”。 一、机械硬盘“没用也在转” 在 Linux 中,使用: 可以查看机械盘的当前状态。 典型输出: 这表示: 即便磁盘没有任何分区或文件系统,这个状态也不会改变。 对一块 3.5″ 7200RPM 的桌面级 HDD(如 Apple 定制的 ST1000DM003)来说,这意味着 持续 5–8W 的功耗和持续机械磨损。 二、将内置 HDD 手动送入真正的 Standby Linux 允许直接向 SATA 设备发送停转命令: 再检查状态: …