骁龙移动平台双卡双待DSDS的技术内幕(8): DSDS场景下的网络注册与PLMN选择策略
系列文章目录本文是骁龙移动平台双卡双待DSDS的技术内幕系列的第八篇深入分析双卡场景下网络注册的协调机制和PLMN选择策略。1. DSDS网络注册的特殊性1.1 单卡vs双卡注册流程对比单卡注册开机 → PLMN搜索 → 选择最优网络 → Attach → 注册完成简单线性流程双卡注册DSDS开机 → SIM1 PLMN搜索 → SIM2 PLMN搜索RF共享冲突 → SIM1选网 SIM2选网可能选到同一频段 → SIM1 Attach → SIM2 Attach串行处理 → 双卡注册完成挑战RF共享两张卡不能同时搜网频段冲突两卡可能选择相同/邻近频段时间约束用户期望快速注册优先级哪张卡先搜网1.2 注册时间对比场景单卡注册时间DSDS注册时间热启动(SIM未变)2-3s4-6s冷启动(新SIM)5-10s10-15s漫游场景10-20s20-40s弱信号环境15-30s30-60s2. PLMN选择基础2.1 PLMN选择优先级3GPP规范1. RPLMN (Registered PLMN) - 上次注册成功的网络 - 优先尝试避免不必要的搜网 2. HPLMN (Home PLMN) / EHPLMN (Equivalent) - SIM卡的归属网络 - MCC/MNC由IMSI确定 3. User Controlled PLMN List - 用户手动选择的网络 4. Operator Controlled PLMN List - SIM卡中预配置的优先网络列表 5. Available PLMN按信号强度排序 - 搜网发现的所有可用网络2.2 DSDS下的PLMN选择交互┌─────────────────────────────────────────────────────┐ │ 双卡 PLMN 选择的交互约束 │ │ │ │ 约束1: 搜网需要 RF → 串行搜网 │ │ ┌───────────────────────────────────────┐ │ │ │ Sub0 搜网 ██████████ │ │ │ │ Sub1 等待 ░░░░░░ Sub1 搜网 │ │ │ └───────────────────────────────────────┘ │ │ │ │ 约束2: 两张卡不应注册到同一 PLMN 的同一小区 │ │ (特殊情况: 双电信/双移动 可能需要同 PLMN) │ │ │ │ 约束3: 频段互斥 │ │ 如果 Sub0 选择了 Band 3, Sub1 不应选择 │ │ 与 Band 3 的 inter-modulation 干扰频段 │ │ │ │ 约束4: 注册时序 │ │ 数据卡 (DDS) 优先完成注册 │ │ 非 DDS 卡在 DDS 注册后再启动 │ └─────────────────────────────────────────────────────┘3. 高通Modem的双卡搜网策略3.1 搜网模式┌─────────────────────────────────────────────────────┐ │ Modem NAS 搜网模式 │ │ │ │ 模式1: Sequential (串行) │ │ ├── DDS 卡先搜网并完成注册 │ │ ├── 然后非 DDS 卡搜网注册 │ │ ├── 优点: 简单, 无冲突 │ │ └── 缺点: 总时间长 │ │ │ │ 模式2: Interleaved (交错) │ │ ├── DDS 卡搜索一批频点 → 切到非 DDS 卡搜一批 │ │ ├── 交替进行直到都找到网络 │ │ ├── 优点: 两卡并行推进 │ │ └── 缺点: 实现复杂, tune-away 开销 │ │ │ │ 模式3: Priority-based (优先级) │ │ ├── DDS 卡全速搜网 (不被打断) │ │ ├── DDS 注册成功后再给非 DDS 卡搜网机会 │ │ ├── 非 DDS 卡在 DDS 数据间隙搜网 │ │ ├── 优点: DDS 体验最优 │ │ └── 缺点: 非 DDS 卡注册可能很慢 │ └─────────────────────────────────────────────────────┘3.2 频点搜索策略Step 1: History-based Search历史频点优先 读取上次注册的频点信息存储在EFS Sub0EARFCN1650Band3Cell123 Sub1EARFCN38400Band41Cell456 直接尝试这些频点 → 成功率 80% 耗时1s Step 2: Prioritized Band Scan优先频段扫描 如果历史频点失败 按运营商优先级扫描频段 中国移动B41 B3 B1 B39 B5 中国联通B3 B1 B41 N78 中国电信B1 B3 B5 B41 耗时3-10s取决于频段数量 Step 3: Full Band Scan全频段扫描最后手段 扫描所有支持的频段 LTEB1-B43 NR:N1-N258 耗时30-60s极端情况3.3 频段冲突避免两张卡的频段选择需要避免RF干扰┌─────────────────────────────────────────────────┐ │ 干扰类型 │ 示例 │ ├──────────────────────┼──────────────────────────┤ │ 同频干扰 │ Sub0B3, Sub1B3 │ │ 邻频干扰 │ Sub0B3, Sub1B3(邻信道) │ │ Inter-modulation (IM)│ B3B7 产生 B20 干扰 │ │ 谐波干扰 │ B7 的 3 次谐波影响 B41 │ └──────────────────────┴─────────────────────────┘Modem的频段冲突表Coexistence Table频段B1B3B7B41N78B1XVVVVB3VXAVVB7VAXVAB41VVVXVN78VVAVXV可共存X同频不可A需要退避de-sense4. 注册流程详解4.1 LTE Attach 的双卡时序┌──────────┐ ┌──────────┐ ┌───────────┐ ┌──────────┐ │ Sub0 NAS │ │ Sub1 NAS │ │ RF Manager│ │ eNB │ └────┬─────┘ └────┬─────┘ └─────┬─────┘ └────┬─────┘ │ │ │ │ │ 请求搜网(DDS优先) │ │ ├───────────────────────────►│ │ │ │ 分配RF给Sub0│ │ │◄─────────────────────────────┤ │ │ │ │ │ │ PRACH (随机接入) │ │ ├───────────────────────────────────────────►│ │ │ │ RAR │ │◄───────────────────────────────────────────┤ │ Attach Request │ │ ├───────────────────────────────────────────►│ │ │ │ │ │ Attach Accept Activate Default Bearer │ │◄───────────────────────────────────────────┤ │ │ │ │ │ Sub0注册完成 │ │ │ │──────────────┼─────────────►│ │ │ │ 分配RF给Sub1│ │ │ │◄──────────────┤ │ │ │ │ │ │ │ PRACH │ │ │ ├─────────────────────────────►│ │ │ │ RAR │ │ │◄─────────────────────────────┤ │ │ Attach Request│ │ │ ├─────────────────────────────►│ │ │ Attach Accept │ │ │ │◄─────────────────────────────┤ │ │ │ │ │ 双卡注册完成 │ │ │4.2 服务域选择 (CS/PS)DSDS 下的服务域配置: ┌───────────────────────────────────────────────────┐ │ 配置选项 │ Sub0 (DDS) │ Sub1 (非DDS) │ ├───────────────────┼──────────────┼───────────────┤ │ CSPS (传统) │ 语音数据 │ 仅语音 │ │ PS Only (VoLTE) │ VoLTE数据 │ VoLTE │ │ CS Only │ 仅语音 │ 仅语音 │ ├───────────────────┼──────────────┼───────────────┤ │ 实际使用: │ │ │ │ 4G4G VoLTE │ PS(VoLTEData)│ PS(VoLTE) │ │ 4G3G │ PS(VoLTEData)│ CSPS │ │ 5G4G │ PS(VoNRData) │ PS(VoLTE) │ └───────────────────┴──────────────┴───────────────┘4.3 TAU/LAU 的双卡协调Tracking Area Update (TAU) 在 DSDS 中的协调: 场景: 用户移动, 两张卡同时需要 TAU ┌────────────────────────────────────────────┐ │ 传统处理 (有 RF 冲突): │ │ │ │ Sub0 TAU → RF占用 → Sub1 TAU 等待 │ │ → Sub0 完成 → Sub1 执行 │ │ │ │ 优化处理 (合并窗口): │ │ │ │ 检测到两卡都需要 TAU │ │ → 分配 Sub0 TAU 时间窗 │ │ → 紧接着分配 Sub1 TAU 时间窗 │ │ → 两次 TAU 在一个唤醒周期内完成 │ │ → 减少 RF 切换和唤醒次数 │ └────────────────────────────────────────────┘5. 小区重选与移动性管理5.1 DSDS下的小区重选复杂性单卡小区重选 服务小区信号下降 → 测量邻区 → 选择更优小区 → 重选 DSDS小区重选 Sub0服务小区信号下降 → Sub0需要测量邻区需要RF资源 → 但Sub1可能正在被tune-away服务 → 测量中断/延迟 额外复杂性 Sub0重选后的新小区频段可能与Sub1冲突 Sub1可能也需要同时重选 两张卡的SIB读取需要RF时间5.2 邻区测量策略┌─────────────────────────────────────────────────────┐ │ DSDS 邻区测量策略 │ │ │ │ DDS 卡 (高优先级): │ │ ├── 正常测量: 每 DRX 周期进行 │ │ ├── 间隙测量: 利用 measurement gap │ │ └── 不因 Non-DDS tune-away 而延迟 │ │ │ │ Non-DDS 卡 (低优先级): │ │ ├── 减少测量频率 (每 N 个 DRX 周期才测一次) │ │ ├── 利用 tune-away 间隙顺便测量 │ │ └── 延迟重选 (除非服务小区信号极差) │ │ │ │ 特殊处理: │ │ ├── 如果 Non-DDS 卡即将脱网 → 提升优先级 │ │ └── 紧急情况(E911) → 无视优先级,立即处理 │ └─────────────────────────────────────────────────────┘6. 实践指南6.1 注册状态查看# 查看双卡网络注册状态adb shell dumpsys telephony.registry|grep-EmServiceState|mDataRegState# 详细注册信息adb shell cmd phone get-service-state0# SIM1adb shell cmd phone get-service-state1# SIM2# 查看当前 PLMNadb shell getprop gsm.operator.numeric# SIM1adb shell getprop gsm.operator.numeric.2# SIM2部分平台# 查看注册的 RAT接入技术adb shell dumpsys telephony.registry|grepmDataNetworkType# 输出LTE / NR_NSA / NR_SA / HSPA 等6.2 搜网性能测试# 测试搜网时间从开机到注册完成adb logcat-bradio-c# 清除旧日志adbreboot# 等待开机完成adb logcat-bradio|grep-ERegistered|Attach.Accept|SERVICE# 关键时间点# T0: Starting PLMN search开始搜网# T1: Cell found: EARFCNxxx找到小区# T2: Attach Accept received注册成功# 注册时间 T2 - T0# 对比 SIM1 和 SIM2 的注册时间# 强制重新搜网不重启adb shell cmd phone set-network-selection-mode00# SIM1 自动选网adb shell cmd phone set-network-selection-mode01# SIM2 自动选网6.3 PLMN 搜索日志分析# QXDM 日志过滤# LTE NAS EMM State观察注册状态变化相关日志分类具体 log code 见高通 QXDM 文档需 NDA# NAS PLMN Search Request/Result 相关日志分类具体 log code 见高通 QXDM 文档需 NDA# NAS Service Request 相关日志分类具体 log code 见高通 QXDM 文档需 NDA# logcat 关键字adb logcat-bradio|grep-iEplmn|search|register|attach|tau# 典型正常日志序列# [NAS] PLMN search started (Sub0, modeAUTO)# [NAS] Frequency scan: Band3 EARFCN 1650 found# [NAS] Cell selection: Cell_ID[Modem日志分类], RSRP-85dBm# [NAS] Attach Request sent# [NAS] Attach Accept received, TAI46000-1234# [NAS] Registered successfully (Sub0)# [NAS] PLMN search started (Sub1, modeAUTO)# ...# 异常日志# [NAS] Attach Reject: cause15 (No suitable cells)# [NAS] PLMN search timeout (RF busy with other Sub)# [NAS] Registration failed, retrying in 30s6.4 运营商组合兼容性中国市场常见双卡组合与注意事项 移动联通 正常 移动电信 正常 联通联通 同PLMN注册时可能选同一小区 电信电信 CDMA1x频段冲突问题 特殊场景双电信卡 两张卡都需要CDMA1x做语音CSFB场景 CDMA频段可能冲突 需要Modem特殊调度 最新方案双VoLTE避免CDMA依赖6.5 进阶OOS恢复与漫游场景6.5.1 OOSOut of Service恢复策略当一张卡丢失网络服务后Modem需要在不影响另一张卡正常使用的前提下执行服务恢复┌─────────────────────────────────────────────────────────────┐ │ OOS 恢复状态机 (每个 Subscription 独立) │ │ │ │ ┌──────────┐ 信号丢失 ┌──────────────┐ │ │ │IN_SERVICE│─────────────►│ OOS_SEARCH │ │ │ │(正常服务) │ │ (初次搜网) │ │ │ └──────────┘ └──────┬───────┘ │ │ ▲ │ │ │ │ 搜网失败 │ │ 找到网络 ▼ │ │ │ ┌──────────────┐ │ │ │ │ DEEP_SLEEP │ │ │ │ │(指数退避等待) │ │ │ │ └──────┬───────┘ │ │ │ │ │ │ │ 定时器到期 │ │ │ ▼ │ │ │ ┌──────────────┐ │ │ │ │ RETRY_SCAN │ │ │ │◄───────────────────│ (重试搜网) │ │ │ │ 找到网络 └──────┬───────┘ │ │ │ │ │ │ │ 连续失败N次 │ │ │ ▼ │ │ │ ┌──────────────┐ │ │ │ │ BACKGROUND │ │ │ │◄───────────────────│ (后台低频搜网)│ │ │ └──────────────┘ │ │ │ │ 指数退避搜网间隔: │ │ 第1次重试: 30s │ │ 第2次重试: 60s │ │ 第3次重试: 120s │ │ 第4次重试: 240s │ │ 第N次重试: min(30 * 2^(N-1), 600s) 最大 10分钟 │ └─────────────────────────────────────────────────────────────┘DSDS下OOS恢复的特殊约束约束1RF资源竞争 OOS卡的搜网需要RF → 占用另一张卡的tune-away时间 如果另一张卡正在高速数据传输 → OOS搜网被延迟 约束2搜网功耗 频繁搜网增加功耗 → 需要平衡恢复速度和电池寿命 Non-DDS OOS卡搜网间隔更长省电 DDS OOS卡搜网间隔更短用户等待数据恢复 约束3用户通知策略 OOS 30s不通知可能是临时遮挡 OOS 30s-5min状态栏显示弱信号/无信号图标 OOS 5min弹出通知建议检查SIM卡# 观察OOS恢复过程adb logcat-bradio|grep-iEoos|no.service|lost.service|plmn.search# QXDM OOS相关过滤器# NAS PLMN Search相关日志分类具体log code见高通QXDM文档需NDA# EMM State观察DEREGISTERED/REGISTERED变化相关日志分类具体log code见高通QXDM文档需NDA6.5.2 国际漫游下的双卡注册策略国际漫游场景为DSDS带来额外的复杂性┌──────────────────────────────────────────────────────────────┐ │ 国际漫游双卡注册策略 │ │ │ │ 场景: 用户携带两张不同运营商的卡出国 │ │ SIM1: 中国移动 (HPLMN: 46000) │ │ SIM2: 中国联通 (HPLMN: 46001) │ │ 当前位置: 日本 │ │ │ │ 注册流程: │ │ 1. 两张卡各自检测到已离开 HPLMN 覆盖 │ │ 2. 各自查询 EHPLMN/Operator-PLMN List 寻找漫游伙伴 │ │ 3. 可能的结果: │ │ ├── 两卡注册到不同的当地运营商 (如 NTT/SoftBank) │ │ ├── 两卡注册到相同的当地运营商 │ │ └── 一张卡有漫游协议另一张没有 (仅一卡可用) │ │ │ │ 频段差异 (中国→日本): │ │ 中国 LTE: B1/B3/B5/B8/B34/B38/B39/B40/B41 │ │ 日本 LTE: B1/B3/B8/B11/B18/B19/B21/B28/B41/B42 │ │ → 共同频段有限可能需要更长搜网时间 │ │ │ │ Data Roaming Policy (独立控制): │ │ ├── SIM1: 数据漫游开启 (用户设置) │ │ ├── SIM2: 数据漫游关闭 (默认) │ │ └── 互不影响由各自的 SubscriptionInfo.dataRoaming 控制 │ └──────────────────────────────────────────────────────────────┘# 查看漫游状态 adb shell dumpsys telephony.registry | grep -i roaming # 设置漫游策略 (per-subscription) adb shell content update --uri content://telephony/siminfo --where _idsubId --bind data_roaming:i:16.5.3 HPUE (High Power UE) 与双卡HPUE 允许 UE 在特定 TDD 频段如 Band 41以更高功率发射提升上行覆盖HPUE 基本参数 普通UEPower Class 323 dBm 200mW HPUE: Power Class 226 dBm 400mW 功率增加3dB → 上行覆盖提升 ~40% DSDS 下的问题 1. De-sense去灵敏度 SIM1 在 Band41 HPUE 发射2496-2690 MHz SIM2 驻留 Band72620-2690 MHz→ 频率重叠 → SIM1 的强信号干扰 SIM2 的接收 → SIM2 灵敏度下降 5-15 dB → SIM2 可能丢失服务 2. SAR 联动 HPUE 26dBm 另一卡正常 23dBm 总辐射更高 → 可能超过 SAR 限值 → Modem 被迫降低 HPUE 到 23dBm失去 HPUE 优势 3. 解决方案 频段回避SIM2 避免选择与 B41 冲突的频段 功率退避HPUE 期间另一卡降低 Tx 功率 时分复用HPUE 上行期间暂停副卡 tune-away 天线隔离两卡使用距离最远的天线对6.5.4 网络拒绝Reject Cause的双卡处理网络侧可能拒绝UE的注册请求不同reject cause在双卡场景下有不同的处理策略Reject Cause含义双卡处理策略#2 IMSI unknown in HSS卡未开通该卡停止注册不影响另一张#3 Illegal MS非法终端该卡进入 DISABLED 状态#6 Illegal ME设备被锁两张卡都可能受影响#7 EPS not allowed不允许4G该卡回落3G另一卡不受影响#8 EPSnon-EPS not allowed完全拒绝该卡禁止注册SIM可能无效#11 PLMN not allowedPLMN被禁加入该卡 Forbidden PLMN List#12 LA not allowed位置区被禁加入该卡 Forbidden LA List#13 Roaming not allowed禁止漫游仅影响该卡的漫游注册#15 No suitable cells无合适小区该卡在此 TA 等待另一卡不受影响#25 Not authorized未授权运营商特定处理Forbidden List 的独立管理每张 SIM 卡维护独立的 Forbidden 列表 SIM1 Forbidden PLMN List: [310260, 44010] - 仅 SIM1 受限 SIM2 Forbidden PLMN List: [46003] - 仅 SIM2 受限 SIM1 Forbidden TAI List: [46000-[Modem日志分类]] - SIM1 避开此 TA SIM2 Forbidden TAI List: [] - SIM2 无限制 重要一张卡的 Forbidden List 不影响另一张卡 SIM1 被 PLMN X 拒绝 ≠ SIM2 不能注册 PLMN X# 查看 Forbidden PLMN/LA 列表adb logcat-bradio|grep-iEforbidden|fplmn|reject# QXDM 观察 Reject# Filter: [Modem日志分类] (LTE NAS EMM State)# 关注attach_reject_cause, tau_reject_cause# 清除 Forbidden List测试用# 通过 AT 命令或 QXDM 操作 EFS 文件7. 总结本文深入分析了DSDS场景下的网络注册与PLMN选择策略双卡搜网受RF共享约束需要串行或交错处理PLMN选择需要考虑频段冲突和互调干扰Modem通过优先级调度确保DDS卡优先注册小区重选和TAU在双卡场景下需要额外协调运营商组合差异影响实际注册行为下一篇DSDS异常处理Modem Crash Recovery与SSR机制

相关新闻

【毕设分享】django便利店外卖后台管理系统19650

【毕设分享】django便利店外卖后台管理系统19650

源码获取 私信联系我即可~ 大家点赞、收藏、关注、评论啦 精彩专栏推荐订阅:在下方专栏👇🏻 👇🏻 精彩专栏 推荐订阅👇🏻 java精品项目案例【3000套】 Python精品项目案例【500套】 Python精品…

2026/7/16 4:31:28阅读更多 →
C++实现IIR滤波器:从原理到工程实践

C++实现IIR滤波器:从原理到工程实践

1. 项目概述:从理论到代码的桥梁在信号处理的世界里,滤波器就像一位技艺精湛的调音师,能从纷繁复杂的信号中,精准地提取出我们想要的声音,或者滤除那些恼人的噪声。IIR滤波器,也就是无限脉冲响应滤波器&…

2026/7/16 4:31:28阅读更多 →
C++实现TSP贪心算法:从原理到工程实践详解

C++实现TSP贪心算法:从原理到工程实践详解

1. 项目概述:当贪心算法遇上旅行商如果你对算法竞赛、路径规划或者单纯想用C解决一个经典的组合优化问题感兴趣,那么“使用C实现TSP问题的贪心算法”这个项目绝对是一个绝佳的练手机会。TSP,全称旅行商问题,简单来说,就…

2026/7/16 4:31:28阅读更多 →
Claude Code + Kimi K2.5 本地化配置实战指南

Claude Code + Kimi K2.5 本地化配置实战指南

1. 这不是“又一个AI工具教程”,而是普通人绕过月付500元门槛、用22元撬动专业级代码生产力的真实路径 你刷到过太多标题党:“三分钟学会AI编程”“零基础秒变大神”——结果点进去全是截图模糊命令,连环境变量写在哪行都含糊其辞。而这篇要…

2026/7/16 5:36:33阅读更多 →
C++异常处理:从核心机制到RAII、noexcept与异常安全的实战指南

C++异常处理:从核心机制到RAII、noexcept与异常安全的实战指南

1. 项目概述:为什么C异常处理是程序员的“安全气囊”?干了这么多年C,我见过太多因为一个除零错误、一个空指针访问就让整个程序瞬间崩溃的案例。早期写代码,大家习惯用返回值来判断错误,一个函数动不动就返回个-1、NUL…

2026/7/16 5:36:33阅读更多 →
Docker 安装 IBM DB2 数据库教程-元一软件

Docker 安装 IBM DB2 数据库教程-元一软件

本文详细介绍了如何使用 Docker 快速安装 IBM DB2 数据库,包括 Docker 环境准备、镜像拉取、容器启动、命令行连接以及使用 DBeaver 可视化工具连接数据库的完整步骤,适合学习和测试环境搭建。 本文将介绍如何使用 Docker 安装 IBM DB2 数据库&#xff0…

2026/7/16 5:36:33阅读更多 →
IDEA 搭配 Claude Code Assistant 插件-元一软件

IDEA 搭配 Claude Code Assistant 插件-元一软件

安装 CC Switch 安装 CC Switch 工具,配置 OpenClaude,主界面如下:点击按钮,打开新增界面:配置 JSON 内容如下: {"env": {"ANTHROPIC_AUTH_TOKEN": "sk-tp-ExLOeV8Mht1NWg*******…

2026/7/16 5:36:33阅读更多 →
jmeter-接口测试

jmeter-接口测试

模块化测试 测试的接口需要依赖别的接口(订单接口需要先登录)1.添加测试片段(可导入导出测试片段)2.当测试的接口需要先执行别的接口、整体测试(包括全部接口流程)-模块控制器模块控制器指向目标测试片段定义公共变量 添加-用户定…

2026/7/16 5:36:33阅读更多 →
为了监控国产数据库,我干碎了3台服务器!直到我用C#零拷贝+IMemoryOwner逆天改命 [特殊字符]

为了监控国产数据库,我干碎了3台服务器!直到我用C#零拷贝+IMemoryOwner逆天改命 [特殊字符]

🩸 一、 翻车现场:为什么 byte[] 是可观测性的“万恶之源”? 很多新手老铁写网络数据接收,上来就是 new byte[8192]。 兄弟,在低并发场景下,这没毛病。但在国产数据库这种每秒几十万条SQL、几万个并发连接的…

2026/7/16 5:31:32阅读更多 →
VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异当你在VSCode中启动一个新的TypeScript项目时,第一个技术决策往往从安装方式开始。这个看似简单的选择——全局安装还是项目本地安装——实际上会深刻影响你的开发流程、团队协作和…

2026/7/15 6:42:19阅读更多 →
智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手 【免费下载链接】zhihuishu 智慧树刷课插件,自动播放下一集、1.5倍速度、无声 项目地址: https://gitcode.com/gh_mirrors/zh/zhihuishu 智慧树刷课插件是一款专为智慧树在线教育平台设计的Chrome浏…

2026/7/15 6:12:45阅读更多 →
Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案 【免费下载链接】WorkshopDL WorkshopDL - The Best Steam Workshop Downloader 项目地址: https://gitcode.com/gh_mirrors/wo/WorkshopDL 你是否在GOG或Epic Games Store购买了心仪的游戏…

2026/7/15 10:54:00阅读更多 →
A--10 Codex Review与GitHub PR工作流实战指南:从代码审查到安全合并

A--10 Codex Review与GitHub PR工作流实战指南:从代码审查到安全合并

摘要:本文系统讲解如何利用Codex App的Review功能与GitHub PR工作流,实现从代码修改到安全合并的完整流程。涵盖Review面板深度使用、/review命令实战、GitHub Connector配置、PR描述撰写技巧,以及常见问题排查方法。通过多个实战案例和流程图,帮助开发者建立高效的AI辅助代…

2026/7/16 0:00:38阅读更多 →
遗传算法解5皇后问题:从Hello World到工业优化的进化实验室

遗传算法解5皇后问题:从Hello World到工业优化的进化实验室

1. 项目概述:为什么用遗传算法解5皇后问题,而不是直接回溯?我带过十几届算法课,也给不少初创团队做过AI架构咨询。每次讲到组合优化问题,学生和工程师的第一反应永远是“写个回溯试试”。这没错——55棋盘上找所有合法…

2026/7/16 0:00:38阅读更多 →
5.1V稳压管输出为何只有4.7V?工作电流与负载影响分析

5.1V稳压管输出为何只有4.7V?工作电流与负载影响分析

前几天调试一个简单的电源模块,用到了5.1V稳压管。电路接好,上电测试,万用表一量——输出居然只有4.7V。第一反应是稳压管坏了,换了一个新的,结果还是4.7V。这让我想起很多初学者都会遇到的困惑:明明标称5.…

2026/7/16 0:00:38阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时,发现推理速度只有可怜的 1-2 FPS,而别人的演示视频却能跑到 30 FPS 以上,那么问题很可能不在模型本身,而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后,会直接使用官方示例…

2026/7/15 15:50:47阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一:为什么你需要了解 Coze 和 Dify?如果你对 AI 应用开发感兴趣,但一看到“大模型”、“智能体”、“工作流”这些词就头疼,觉得门槛太高,那这篇文章就是为你准备的。很多开发者,包括我自己&#…

2026/7/15 8:52:38阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会:配图一直是个让人头疼的问题。2026年,AI生图工具已经非常成熟了,但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1:速度之王2026年6月11日&#xff0c…

2026/7/15 14:06:23阅读更多 →