白头佬多系统工具 常见问题说明

Signed-off-by: oldlicn <17260172+oldlicn@user.noreply.gitee.com>

白头佬多系统工具 常见问题说明.md

@@ -0,0 +1,54 @@
+# 白头佬多系统工具 常见问题说明
+
+经过这几天各位机友上手测试白头佬多系统工具，我整理了大家集中遇到的各类问题，一次性统一说明、解答。
+
+## 一、数据线适配问题
+
+咱们全盛机型的Type‑C接口内部很深，普通数据线插头长度不足，经常出现看似插紧、实际没有到底的情况。大家接线之后留意观察，如果数据线根部的凸台紧紧贴住机身外壳，基本就是没有完全插入。
+插头没插到底，电脑就识别不到盘符，或是盘符反复断开。直接引发刷机失败、配套软件卡死、界面无响应一系列故障。
+解决办法优先更换长度合适的数据线；临时应急方案：可以用壁纸刀，对线头橡胶做环切修整，延长插头金属长度。
+
+## 二、Moto模式与Ichi模式操作混淆问题
+
+很多朋友搞错操作：想要刷写固件，把UF2文件拖进Ichi盘符；或是把需要写入系统槽位的UF2文件放进Moto模式，两种操作都无法正常刷入。
+不少人疑惑，为什么要拆分两个模式？
+原因很简单：设备BL引导分区存储空间十分有限，放不下全部功能代码，只能拆分两套程序分工工作。
+
+## 三、工具安全性相关说明
+
+接下来聊聊大家最关心的安全性问题。
+先说核心底层：Moto引导工具、Ichi工具均源自F4原版作者开源项目，当前V3系列固件都是基于这套源码发展而来。
+我做的改动非常克制：Moto工具仅新增快捷键响应、多系统引导逻辑，其余底层代码完全保留原版；
+Ichi工具源代码一字未修改，仅仅内置在设备FLASH存储区，运行时写入当前固件位置，会替换掉当前固件。
+而多系统核心属于内存固件，不会写入单片机固件区域，由Moto引导载入内存临时运行，断电之后直接消失。
+我个人认为F4原作者开源代码可靠性值得信任。就算你不使用多系统功能，也非常推荐用Moto替换原厂BL引导。
+顺带说下Ichi模式的价值：它拥有完整读写外部Flash的能力，把底层读写权限交到我们玩家自己手上。
+放在以前，想要读取、备份Flash数据，新手需要学习大量专业知识，甚至拆机、额外购买编程器硬件。现在只需要拖拽文件到虚拟磁盘，搭配PC配套软件，普通小白也能轻松完成各类高级操作。
+PC端工具同样基于MOTO和ichi开源Python代码二次封装，全部底层逻辑开源可查。
+这里着重说明：刷写BL引导本身存在理论风险。不过我为开发Moto引导，专门准备的救机硬件至今没机会用上，足以说明它稳定性很强。Moto本质就是一个BL引导，完整刷写过程只需要半秒。
+另外重要备份提醒：如果你后续想要恢复原厂BL，第一次进入Ichi模式时，盘符内会自动生成两份UF2文件：一份是原厂BL引导程序，另一份是外部Flash全部完整数据。一定要提前保存备份，PC配套软件也提供对应的还原方案。
+
+## 四、第三方固件兼容性问题
+
+目前工具没有自动备份每套固件运行数据区，主要两点考量：
+
+1. 硬件存储容量有限，无法为所有系统单独分配独立备份空间；
+2. 如果每套固件独立存储信道参数、偏好设置、校准数据，切换系统时就要重复配置所有参数，违背多系统「共享底层数据」最初设计理念。
+   
+   ### 叮咚鸡固件专属问题与解决方案
+   
+   原版叮咚鸡内置大容量中文字体文件，会直接占用多系统3、4号系统槽，启动阶段还会清空4号槽数据，最终导致3、4号槽固件异常，叮咚鸡自身也无法正常启动。
+   项目内我提供了魔改适配版本叮咚鸡固件，使用注意：刷写时不要再去刷写字体、使用默认英文即可正常使用。
+   
+   ### 固件地址冲突说明
+   
+   现在第三方固件生态蓬勃发展，各家不断新增自定义功能，势必超出原版F4固件规划范围。不同开发者自定义的数据写入地址互不统一，很容易出现地址冲突。
+   大多数冲突不影响基础使用，少量参数手动重新设置即可。但部分深度魔改固件，直接迁移信道存储、写频、基础存储地址，会导致写频软件无法通用；极端情况还会破坏校准分区，造成设备无法正常开机。
+   遇到这类故障不用慌，项目包内附带恢复出厂文件，只需要在Ichi模式拖拽对应文件，4秒就能恢复原厂状态。
+   
+   ## 五、核心使用建议
+   
+   最后给大家一条关键建议：尽量不要再刷回原厂BL引导。
+   一方面，每一次刷写BL都存在理论风险，哪怕概率极低，频繁操作难免有人意外翻车；
+   另一方面，Moto引导本身体验全面超越原厂BL。就算你完全不用多系统功能，它也是一套独立、完善好用的引导程序。
+   整套多系统功能采用模块化设计：如果你不需要多系统，它不会主动运行，完全不会干扰设备基础工作，设计之初就考虑到了这种使用场景。