- 博客(126)
- 资源 (8)
- 收藏
- 关注
RSS订阅原创 命越算越薄？一张电器说明书给你讲透唯物主义命理观
命理是地图，行路者是你。地图不会替你跑CI/CD，但能帮你少走些弯路。这条建议，能写成一条可验证的assert断言吗？如果不能，那么最好的做法，就是让它在你的决策主流程里，安静地成为一段被注释掉的“参考代码”。
2025-12-21 14:11:06
901
原创 C 语言格式符最全速查：%d %u %c %hhu %hu %x %hx %hhx 一次看懂
本文用一张表 + 一段代码帮你把常用格式符全部梳理清楚，再也不怕打印错类型导致 UB（未定义行为）。unsigned int 32 b 0 …unsigned int 32 b 0 …unsigned char 8 b 0 …unsigned char 8 b 0 …255 单字节无符号。标签：C语言, printf, 格式符, 调试技巧, 内存打印。char / int 8 b 0 …记住这张表，调试内存、写协议、刷算法题都能秒写格式串！口诀：“h 短、hh 更短，无修饰就是 int。
2025-12-17 15:39:14
494
原创 虚拟货币为何“去中心化、不可增发、不可撤销”？一张图看懂代码级实现原理
总量恒定”“不可篡改”“全球 7×24 流通”……本文用“特点→模块→源码级逻辑”三步拆解，带你一次性看懂虚拟货币的技术底座。不可撤销 工作量证明 + 链式哈希 每新增 1 区块都把前面区块再“盖一次章”，改历史需 51% 重算！想改 Block_n 需重新计算 n→n+1→n+2→。，无法反推公钥更无法反推身份。若打包双花，区块将被全网孤立，矿工白烧电费，理性选择只能是“诚实记账”任何矿工给出超额奖励，其他节点直接拒绝该区块，无需人工审核。
2025-12-17 15:30:24
396
原创 经过一个下午的奋战，终于明白！！！如何将 `.ko` 驱动模块固化进系统，并与设备树匹配（全流程详解）
内核模块“固化”到嵌入式系统中（即开机自动加载），并正确与设备树匹配，适用于 Linux 驱动开发、内核裁剪、量产部署等场景。Kconfig 让驱动“看得见”，Makefile 让驱动“编得进”，设备树让驱动“找得到”。驱动模块固化进系统，并与设备树匹配（全流程详解）✅ 方法 2：驱动直接编译进内核（真正“固化”）5 重新编译内核与设备树，烧录，重启验证。4 调试通过后，将驱动编进内核（如果驱动放在子目录，也可在。
2025-12-17 15:29:25
415
原创 八字命理流派体系总览
学习路径：现代入门多从子平派的旺衰、十神基础开始，进而学习格局。有基础后，可研究盲派象法以提升细节断事能力。神煞、纳音作为重要补充，可逐步融入。论命思路：实践中，高手常融合多家：以子平定格局层次与人生主线，用盲派象法断具体事象，借神煞纳音佐验细节、丰富信息。核心差异禄命看宏观根基与祖业，子平看个人成就与十神关系，盲派看人生剧本与做功方式。这份梳理旨在为你构建一个清晰的认知地图。八字命理作为一门深邃的传统文化，各流派犹如不同视角的透镜，融合使用方能窥见更立体的生命图景。
2025-12-15 10:26:19
274
原创 当八字命理遇上软件开发：一张“流派架构图”+ 实战爬虫指南
摘要：本文把“八字到底有几大流派”“梁相润到底只会子平吗”两个高频疑问，一次性揉进程序员熟悉的“技术栈 + 源码 + 架构图”里。图 1：程序员一眼看清“继承关系”——子平派内部多态，其余派平行单例。表 1：82% 内容聚焦“格局”，其余皆辅助或复述古籍，无独立成体系。标签：八字｜命理｜子平｜软件开发｜Python｜爬虫｜优快云 博客。图 2：词云里“格局”字号最大，“盲派”几乎看不见。二、八字“流派”架构图（PlantUML 直接跑）一、需求背景：为什么程序员要懂“流派”？日期：2025-12-14。
2025-12-14 21:50:46
550
原创 GD32F4 DSP
① 选浮点 Project → Options → Target → Floating-Point = Single Precision 自动生成。② 链库 Manage Run-Time Environment → CMSIS → DSP → Library 自动链。下面给出一份“能直接跑”的 Keil MDK + GD32F4（Cortex-M4F）工程模板，演示。Keil. MDK5 CMSIS-DSP Pack 安装与配置白皮书.1 开 FPU（3 步）步骤 操作 截图要点。开启 M4 专用加速。
2025-12-12 14:37:37
288
原创 串口got rx dma channels onlyLinux
网上搜到的 “关 getty”、“关 rsyslog” 统统无效，因为这是 内核驱动 probe 自身的调试信息，必须关 printk 总闸 + 驱动 dynamic-debug。30 秒让它永久静音！#串口调试 #内核打印 #dw-apb-uart #dynamic_debug #printk。03 30 秒解决（runtime 法，无需重启）05 可选：永久硬化（编译时关闭）执行完屏幕瞬间清净！
2025-11-24 15:47:12
313
原创 Linux串口出现问题找这里
99% 是因为 Linux 默认把串口当成了“终端”，在内核里塞满了“贴心”的换行转换、回显、信号处理……把这 6 个位全部清零，串口就进入 真正的裸机模式——内核不再碰任何字节。瞬间变成 “串口抓包神器”，再也不用 hexdump -C 来回切换。与代码逐位清零的结果一字不差——真正做到“代码即 stty”。“六杀清零，八位无校验，一读一写，RAW 到手。让串口瞬间“哑巴”——一行代码都不改，把。六、彩蛋：把“回显”改成“十六进制打印”
2025-10-17 14:04:28
269
原创 查表型状态机
把这份模板扔进 STM32、ESP32、Linux，维护就是画表——状态机再也不会变成“if 地狱”。文章标题：“指令-状态表”状态机：一张表锁死合法转移，进入动作只跑一次，持续动作常驻不断。副标题：纯查表实现“转移-进入-持续”三生命周期，零 if/else 改需求。动作 三生命周期：转移瞬间 + 进入瞬间 + 持续常驻。一张表覆盖三种动作，后期需求变动 = 改格子，状态机代码永远 零 if/else，零硬编码。四、三生命周期引擎（零 if/else）三、指令-转移表（唯一数据源）
2025-09-29 20:50:06
331
原创 Linux串口代码select➕拆解包处理
把这段 50 行代码嵌进工程，主循环每 100 ms 必被唤醒一次，串口粘、拆、空、错四大疑难杂症一次性解决，零拷贝、无动态内存，RTOS、裸机、Linux 通杀——拷贝即可上线。
2025-09-29 10:49:40
159
原创 红黑树 + 双链表最小调度器原型
把随机数换成真实时间、把 malloc 换成对象池，你就拥有了一个可嵌入 kernel 的 CFS 骨架。红黑树 按 vruntime 排序，找最小节点 O(log n) 插入 / 删除 / 查找。双链表 按插入顺序串起所有任务，支持 O(1) 摘除 O(1) 插入 / 删除 / 遍历。300 行 C 代码跑通 Linux CFS 骨架：红黑树 + 双链表最小调度器原型。#调度器 #红黑树 #CFS #Linux内核 #数据结构 #C语言。（完整源码见文末 GitHub 链接，这里只放关键片段）
2025-09-05 15:43:41
401
原创 VMware 中 Ubuntu 右上角网络图标消失的 5 种终极修复方案
在 VMware 中打开 Ubuntu，发现右上角系统托盘区的网络图标（上下小箭头）不见了，点击“设置 → 网络”提示“NetworkManager 未运行”。主机服务（Windows） 服务里确保 VMware DHCP Service、VMware NAT Service 均为“正在运行”⑤ 还原 VMware 虚拟网络（终极杀器）
2025-08-26 21:36:28
1148
2
原创 把 shell 脚本里的「后台接收」-- 以 UART/CAN 双总线监听为例
后台接收部分虽然只有几行，却最容易踩坑。本文把 UART 和 CAN 的接收逻辑逐行拆透，保证你下次拷代码时知道“为什么非得这么写”。如果不包，管道左右可能分到不同进程组，杀不干净。一条命令即可杀掉 所有 子 shell，避免残留 candump 进程。只有真正读到内容才打印，避免空行刷屏。整段逻辑丢进 子 shell 后台任务，主脚本继续往下跑。统一前缀，方便肉眼 grep。，一旦串口没数据就直接退出，监听就断了。加前缀，和 UART 日志对齐。死循环，保持“永远在线”。永远阻塞，脚本退出时杀不掉。
2025-08-26 21:20:33
662
原创 Linux 阻塞 I/O 线程为何“杀不死”？串口 / 网络 read 的彻底终结方案
阻塞在内核的线程杀不死，因为它听不到“死亡信号”；非阻塞 I/O + select/poll/epoll 通用 不阻塞 ✅ 最优雅。于是，线程“杀不死”，程序只能重启机器或者重启进程才能恢复。七、方案 4：pthread_cancel + 清理函数。适用：串口、TCP、UDP、管道等所有 fd。六、方案 3：TCP 专用 shutdown。四、方案 1：非阻塞 I/O + 事件循环。二、根本原因：阻塞 I/O 在内核态。④ 如果使用阻塞 I/O，务必注册。五、方案 2：关闭文件描述符。
2025-08-26 20:57:28
416
原创 Linux 网络数据收发全栈工具书：从 nc、socat 到 iperf3 的 Buildroot 路径与跨平台实战
Packet Sender ✅ 跨平台 GUI GitHub Releases 下载 exe，支持 TCP/UDP/SSL 一键发包。Linux 网络数据收发全栈工具书：从 nc、socat 到 iperf3 的 Buildroot 路径与跨平台实战。nc/socat/tcpdump ✅ 通过 WSL 或 Cygwin Windows Store 装 WSL →。标签：Linux、Buildroot、网络调试、iperf3、netcat、Windows、tcpdump。四、Windows 也能用吗？
2025-08-26 20:48:33
1105
原创 Linux_用 `ps` 按进程名过滤线程，以及用 `pkill` 按进程名安全杀进程
摘要： 本文介绍了两种高效管理进程的技巧： 过滤线程：使用ps -C按进程名精准过滤，或结合pgrep实现模糊匹配，避免grep污染结果 终止进程： 优雅终止：pkill <进程名>（默认SIGTERM） 强制杀除：pkill -9 <进程名>（SIGKILL） 安全操作：先通过pgrep -a确认进程，再执行终止 提供多场景解决方案，包括正则匹配、按用户杀进程等，兼顾效率与安全性。
2025-08-25 16:21:10
403
原创 【ArduSub 源码深读】从归一化控制值到 PWM 输出：一篇就够！
在 ArduSub（ArduPilot 水下分支）里，“姿态控制器”算出的油门、舵角等抽象数值，最终都要变成 μs 级 PWM 脉冲 才能驱动 ESC 或舵机。本文把相关代码抽丝剥茧，带你走完 “归一化值 → PWM → 硬件输出” 的完整链路，辅以图示与实战示例，保证看完就能自己改代码调参。关键词：ArduSub、SRV_Channel、PWM、电机输出、归一化、水下无人机。四、实战示例：让左前电机 50 % 正转。三、关键函数逐行拆解。
2025-08-22 18:21:09
674
原创 【ArduSub 源码深读】从模式到姿态控制器输出：一篇就够！
本文基于 ArduPilot master 分支（commit 近似 2025-08-22），带你把 Plane 俯仰通道的所有代码“串”成一条线。俯仰控制器是固定翼飞控最复杂的单轴之一：既要跟踪导航指令，又要兼顾失速保护、协调转弯、着陆拉飘、手杆混合、VTOL 切换……ArduPilot plane 俯仰姿态稳定器源码逐行解析：从期望角度到升降舵 PWM。希望本文的“代码+注释”方式能让你在最短时间内看懂整个链路。讲解以【注：xxx】形式插在代码行间，方便复制进 IDE。三、完整源码 + 逐段中文讲解。
2025-08-22 18:04:57
415
原创 《阻抗匹配之特征阻抗会随长度变化吗？一文讲透同轴线、电源等长与终端电阻的底层逻辑》
只要这三项不变，线长 1 cm 还是 100 m，特征阻抗始终是 50 Ω 或 75 Ω。源端 ──Z0──┬──R_tap──┬──Z0── 负载。Tap 电阻吸走一部分能量，负载得到的幅度按。长度只贡献衰减和延迟，不会改变。向右看，第二段线输入阻抗仍是。Tap点 匹配电阻。
2025-08-08 13:41:49
1301
原创 【深度解析】CAN 总线 120 Ω 终端电阻
60 Ω（实际 120 Ω 两根并联）就是用来吸收反射的终端匹配电阻，跟射频同轴的 50 Ω/75 Ω 是一个道理，只是数值不同。速率 125 kbit/s – 1 Mbit/s（CAN-FD 8 Mbit/s） 速率越高，波长越短，越像“射频”把 CAN 总线当成 120 Ω 的双绞线，两端各吃一个 120 Ω“口香糖”，信号就能一路到底不回头。下次画板子，别再纠结“60 Ω 还是 120 Ω”——一头一个 120 Ω，完事！“两根 120 Ω 并联成 60 Ω 会不匹配” 不会，每端独立匹配。
2025-08-08 13:23:36
691
原创 【射频 PCB 设计】从芯片到天线的 50 Ω 之路：微带线、CPWG、匹配
一句话记住：在 PCB 上，天线并不是“悬空”的，而是被一条 50 Ω 的受控传输线“喂”过去。任何断点、换层、焊盘、过孔都必须回到 50 Ω 的框架里解决，否则能量反射、效率瞬间掉。任何断点、换层、焊盘、过孔，都要在 50 Ω 框架内解决。工具：SI9000、Polar、Keysight ADS、KiCad 自带计算器，一键出 50 Ω 线宽。标签：RF PCB、微带线、CPWG、阻抗匹配、50 Ω、Wi-Fi、蓝牙、Zigbee。走线长 25 mm ≈ λ/5，必须做阻抗连续，否则插损 + 反射明显。
2025-08-08 13:19:10
975
原创 Linux系统_SSH 登录重复执行 /etc/profile？一文教你优雅解决！
摘要： Linux运维中，SSH登录重复执行/etc/profile会导致环境变量污染、脚本异常等问题。本文分析原因（SSH默认启动login shell）并提供三种解决方案：A) 改用non-login shell（推荐自动化场景，通过SSH配置实现）；B) 在/etc/profile添加防重复逻辑；C) 修改用户默认shell。最佳实践是方法A，需配置sshd_config和用户级environment文件，注意文件权限和兼容性。手动运维可结合方法B，避免直接修改系统shell配置。
2025-08-01 12:28:02
601
原创 bridge-utils工具，基于嵌入式Linux
关键词：Linux Bridge、bridge-utils、brctl、网桥转发、流量镜像、Buildroot。很多初学者把 Linux Bridge 与 Docker Bridge、虚拟交换机、路由器 混为一谈。全网最清晰的 Linux Bridge 入门指南：安装、配置、自动转发一网打尽。五、思维导图（文字版可复制到 XMind）场景 3：流量镜像（SPAN 端口）三、网桥“自动转发”到底指什么？场景 2：跨网段路由（三层转发）
2025-07-31 01:06:39
580
原创 Buildroot 的 make menuconfig包含的配置项
Init system BusyBox (最小) / systemd (需要 glibc)关键词：Buildroot、嵌入式 Linux、menuconfig、交叉编译、根文件系统。网络 dropbear (轻量 ssh) openssh, wpa_supplicant。C library musl (体积最小) / glibc (最兼容)解释器 Python3 (pip, ssl) Lua, Node.js。图形 Qt5 (widgets, gui) SDL2, GTK3。
2025-07-31 00:56:41
790
原创 T113-i Linux系统完整构建指南：从SDK开箱到内核镜像量产烧录全流程
本文以 Tronlong T113-i 工业核心板为例，手把手梳理从 Linux SDK 解压、环境配置、系统编译、到量产镜像替换的完整流程，并深入解释“为什么替换内核不能只靠拷贝文件”。确认并开始准备工具链 所有配置完成后，脚本会自动下载并解压交叉编译工具链，等待进度结束即可。时，输入 ```0 `` `选择 gnueabi（软浮点，兼容多媒体功能）。选择 tlt113-evm-nand 板型（NAND 启动）。四、图形化配置：选板型、内核、显示接口。
2025-07-30 23:58:32
1626
原创 电机控制之格雷码的应用
格雷码（Gray Code）的核心优势是相邻码字仅1位不同，因此它主要用于避免“瞬时多位跳变”带来的错误或抖动的场景。‑ 跨时钟域传递计数器时，若用格雷码，则只有 1 位可能变化，降低 CDC（Clock Domain Crossing）亚稳态概率。‑ 在数字调制中，把比特映射为星座点时采用“格雷映射”，相邻星座点只差 1 bit；这样误码时只错 1 位，降低误比特率（BER）。‑ 8b/10b、64b/66b 等线路码在子编码阶段会引入类似格雷映射，降低相邻符号间的汉明距离，减少 EMI。
2025-07-29 22:17:03
426
原创 网关：数据翻译、中转、协议转换与边缘计算
网卡就像你的门牌号，它只是一个标识，决定了包裹的“出口”，但真正决定包裹去向的是操作系统所设定的“网关 IP”。值得注意的是，PC 中的“网关”并不是一个独立的硬件设备，而是操作系统网络协议栈中的一个路由配置项。1.家用路由器：我们日常使用的路由器是最常见的网关，它的作用是将手机 Wi-Fi（局域网）的数据转化为光纤/宽带（互联网）格式，并进行数据的转发。需要注意的是，虽然中文都称其为“网关”，但不同类型的网关在网络体系中扮演着不同角色，解决的问题也完全不同。
2025-07-18 00:26:51
480
原创 高端伺服驱动“ARM+FPGA”架构的技术
纯 ARM（Cortex-A 或带 cache 的 Cortex-R）在运行 Linux 或 RTOS 时，中断关闭、上下文切换及 cache miss 叠加后，最坏抖动可达 15 μs；对于增量式 5 MHz A/B/Z 信号，FPGA 使用四倍频 + 边沿检测逻辑，位置采样率可达 20 MHz，而 ARM GPIO 捕获极限仅 1 MHz 量级。ARM 负责“慢而智能”的决策层（轨迹、通信、诊断），FPGA 负责“快而确定”的执行层（电流环、编码器、PWM、故障关断）；三、复杂算法的并行卸载。
2025-07-17 00:44:22
709
原创 ARM+FPGA 伺服驱动：高速双向数据流通信内容
在“ARM 做高层算法，FPGA 做纳秒级硬实时”的伺服驱动里，两颗芯片之间到底来回跑什么数据？按本文文字清单逐项落地，就能在 1 微秒内完成“采样→计算→输出”全闭环，真正把异构架构的实时威力发挥到极致。AXI4-Stream 数据流接口 64 字节帧每 1 微秒，理论 512 Mb/s，实测可到 1 GB/s，负责电流、位置、速度实时流；ARM 用户态 mmap 后直接按结构体指针读取，零拷贝。DDR 共享区通过 AXI HP 端口，峰值 10 GB/s，延迟低于 1 微秒，用来加载补偿表或批量日志；
2025-07-17 00:15:44
859
原创 AXI4 与 FSMC区别
它全部在芯片内部完成布线，信号线宽可以到 64 bit、128 bit 甚至 512 bit，时钟随便跑到 200 MHz、300 MHz，读写通道还是分开的，能同时“来”和“去”。Zynq、Zynq Ultrascale+、Intel Arria-SoC 这些芯片，只要打开 HP 端口，就能把 FPGA 采集的电流、位置数据直接 DMA 进 DDR，Linux 用户态 mmap 一下就能读到，没有任何额外拷贝。前者是“片内高速公路”，后者是“片外并口小巷”，场景不同，井水不犯河水。
2025-07-17 00:07:50
229
原创 一文理解锂电池充电、过放修复与电量测量：从原理到实战
本文用一张思维导图+一张表格+一段口诀，一次性讲透锂电池的充电四阶段、过放修复全方案、电量测量底层原理，并给出是否必须用电荷计的决策树。恒流CC ≥3 V 0.2-1 C 3→4.2 V 快速补能，注意温升。截止 <0.01-0.1 C 0 4.2 V保持 防过充，建议停充。欢迎在评论区分享修复经历！涓流 ❤️ V 0.1 C 缓升至3 V 修复过放，防析锂。口诀：2 V以上能救，1 V以下慎救，0 V直接丢。阻抗谱 交流阻抗测内阻 可测SOH 昂贵 实验室。⚠️ 禁止并联修复，禁止快充，禁止低温充电！
2025-07-12 23:29:37
1915
原创 基于Linux驱动的可见光通信方案 —— 开源 OpenVLC 平台入门（附 BeagleBone Black 驱动简单解析）
它把硬件、驱动、协议栈全部开源，让通信、光学、嵌入式甚至艺术设计等不同背景的同学都能用 ≈ 60 美元 的成本快速搭出一套“用灯上网”的原型系统。OpenVLC 选用 BBB 做核心，不是拍脑袋的决定，而是“实时 PRU + 丰富 GPIO + 开源生态”三重优势叠加的结果。光电器件 低功耗 LED ×2、高功率 LED ×1、光电二极管 PD ×1 低功耗 LED 同时承担 TX/RX，节省成本。P8_15 GPIO1_15 LED_RX_EN 低功耗 LED 开关。
2025-07-12 00:00:04
657
原创 单片机中 main() 函数无 while 循环的后果及应对策略
在单片机开发（如基于 8051、STM32 等芯片）中，main() 函数作为程序入口至关重要。通常我们会习惯性地在 main() 函数末尾放置一个无限循环（如 while(1){}），以维持程序持续运行。那么，如果省略这个循环，程序将会如何表现呢？面对此，若项目基于中断或 RTOS，可省略循环，但要确保中断、任务配置正确；开发时结合具体场景与需求，合理设计 main() 函数结构，保障单片机稳定运行。希望能帮助到各位开发者更好地理解单片机中 main() 函数的运行机制，如有疑问或想法，欢迎留言交流。
2025-07-10 12:28:31
886
1
原创 FreeRTOS 中主函数 while 循环与任务创建的紧密联系
在 FreeRTOS 中，主函数中的 while 循环与通过 xTaskCreate 创建的任务相互配合，共同推动系统的启动和运行。而 xTaskCreate 创建的任务则在调度器启动后，按照设定的优先级和调度策略，由 FreeRTOS 内核进行调度和执行，实现系统的多任务并行处理和实时响应。优先级高的任务会优先获得 CPU 资源，确保系统的实时性和可靠性。对于初学者来说，理解主函数中的 while 循环与通过 xTaskCreate 创建的任务之间的关系，是掌握 FreeRTOS 系统架构的关键一步。
2025-07-10 12:22:53
568
原创 SDR（软件定义无线电）与软件定义声学系统详解
在发射方向，它又将数字信号处理后的信号进行相反的变换，恢复为适合空中传输的射频信号。例如，在处理高带宽的 5G 信号时，ADC 和 DAC 的性能至关重要，它们确保信号在数字与模拟之间的无损转换。比如，在接收一个复杂的通信信号时，DSP 可以通过软件算法实时识别信号的调制方式并进行解调处理，提取出原始数据，而 CPU 则负责对高层通信协议的解析和管理。通过软件控制，它可以动态地调整射频前端的工作频率、带宽等参数，优化 ADC 和 DAC 的采样率和量化精度，合理分配 DSP 和 CPU 的处理资源。
2025-07-09 23:16:18
1637
原创 无人机飞控___飞行模式和飞行阶段状态机组织飞控架构
飞行模式是指飞行器的整体控制模式，例如稳定模式（Stabilize）、自动模式（Auto）、引导模式（Guided）、返航模式（RTL）等。飞行模式决定飞行阶段：例如，在自动模式下，飞行器会根据预设的飞行任务依次进入起飞、爬升、巡航、下降、降落等飞行阶段。failsafe 可能优先于模式和阶段：在某些紧急情况下（如低电量、信号丢失等），飞行器可能会触发 failsafe 机制，忽略当前的飞行模式和飞行阶段，直接进入返航模式或降落模式。飞行阶段则是在特定模式下，飞行器所处的具体飞行状态。飞行模式（Mode）
2025-07-08 20:35:20
794
原创 APM与ChibiOS系统
这是 HAL 系统的主线程循环函数。它执行一系列初始化操作，如设置主线程优先级、清除 I2C 总线、初始化外设电源、开始串口通信等。是为 ChibiOS 操作系统实现的一个硬件抽象层（HAL）类，主要用于嵌入式系统中管理硬件资源和设备。: 在支持的处理器上（如 STM32H7）启用内存保护功能，以防止对特定内存区域的非法写入。类能够有效地管理和操作嵌入式系统中的硬件资源，为上层软件提供一个稳定、可靠的硬件抽象层。: 返回主线程的句柄，方便其他部分代码获取主线程的信息或对其进行操作。来持续运行系统逻辑。
2025-07-07 22:42:49
1022
原创 水下航行器外形之变体式与回转体的区别
应用场景 水下考古、救援等需要灵活适应环境的任务 远洋监测、军事应用等需要高速稳定航行的场景 变体式外形和回转体外形在水下航行器设计中各有优势。而回转体外形则以其卓越的流体动力性能和高效航行能力，成为远洋监测和军事应用的理想选择。变体式外形和回转体外形是两种常见的设计类型，它们各自具有独特的特点和优势。变体式外形变体式外形水下航行器具有灵活可变的内部空间结构。应用场景也有区别，变体式外形适用于水下考古、救援等需要灵活适应环境的任务；在水下航行器的设计领域，外形设计对于航行器的性能和功能有着至关重要的影响。
2025-07-05 22:02:27
340
原创 按外形给水下航行器分类
标准回转体外形注重流体动力性能，仿生外形强调机动性和隐蔽性，变体式外形提供灵活的任务适应能力，飞翼式外形致力于提高滑行效率，水下滑翔机外形适用于长距离监测，而跨介质航行器外形则能够在不同介质中自由切换。例如，“蝠鲼”自主式水下航行器原型机外形与蝠鲼相似，“金枪鱼”机器人外形酷似金枪鱼，“海龟”号水下航行器形似海龟。水下滑翔机外形的航行器通过调节自身的浮力和姿态，使航行器在水中沿波浪状的轨迹滑行前进。跨介质航行器外形跨介质航行器外形的航行器能够在水和空气两种介质中自由切换。
2025-07-05 21:58:00
328
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人