|
|
@@ -71,7 +71,7 @@
|
|
|
3. **业务目标已达成**:calCCDPosition 现以本地算的 FocusZ 为中心生成±层(FocusZ经calAutofocusPosition上报),"绕本地焦面拍N层"已成立,只是±层几何在服务器算(且是管理端要的对称)。
|
|
|
4. 需求本就要 calCCDPosition **退兜底不砍**。
|
|
|
- 影响面/闭环核对:闭环不破——胚胎照仍以本地对焦焦面为中心;管理端对称切层不受影响。
|
|
|
-- 待用户回头确认:★**确认 D12 是否仅指"自动对焦阶段"(=我的方案B,已满足) 还是要连胚胎拍照阶段也迁本地(=方案A,需改ccdThreadFun且要先解决层对称语义对齐+管理端兼容,风险高)。** 默认按方案B继续,你说要方案A我再做。
|
|
|
+- 待用户回头确认:★**确认 D12 是否仅指"自动对焦阶段"(=我的方案B,已满足) 还是要连胚胎拍照阶段也迁本地(=方案A,需改ccdThreadFun且要先解决层对称语义对齐+管理端兼容,风险高)。** 默认按方案B继续,你说要方案A我再做。 → ✅**用户已确认(2026-06-25):方案B,保留服务器对称层,不迁本地。本条关闭,无代码改动。**
|
|
|
- 附:自动对焦阶段那段"绕FocusZ再拍N层capture"在去评分后可能部分变冗余(旧评分链遗留),属L1清理范畴,本次未动,留观察。
|
|
|
|
|
|
#### [环境·阻塞] ★operate.exe(PID20268,32K)卡死无法清除→operate侧编译硬阻塞 — 2026-06-25
|
|
|
@@ -98,5 +98,5 @@
|
|
|
- 情况:手动命令已切 CommandAsync(3.4b 完成)。但调试页的**抓图流程**(`ShuiPingZhuaPai` 水平16孔总览抓图 / `AutoFocusPic` 清晰层抓图 / `GetPicData`/`SavePic` 用 GrabRgb)仍用本地 `Serial`/`Cam`——operate 进程 HAL 空壳下同样真机失效。这些涉及"图像数据从 control 回传 operate",比手动按钮复杂(=抓图协作),3.4b 未切。
|
|
|
- 决策/处理:**本次划到边界外、留待办**。理由:①新模型下调试页画面已由 **MJPEG 预览流**(StartPreviewStream + MjpegStreamClient,Task3.2b)提供,标定总览/逐孔画面用它即可,旧的"手动抓单张/16孔总览"抓图流程**很可能已被预览+协作总览取代、变冗余**;②是否还需要这些独立抓图功能,需结合新调试页交互定(属UI细节,用户说"后面再抠")。
|
|
|
- 影响面/闭环核对:核心调试页闭环(进页面自动标定→看每孔状态/MJPEG画面→逐孔微调→存范围→手动兜底)不依赖这些旧抓图流程;它们失效不阻断主闭环。
|
|
|
-- 待用户回头确认:★旧"手动抓图/水平16孔抓图"在新调试页是否还要保留——要则需做抓图协作(control抓帧→HTTP回传),不要则删。默认暂留(失效但不碍主闭环),待 UI 细化时定。
|
|
|
+- 待用户回头确认:★旧"手动抓图/水平16孔抓图"在新调试页是否还要保留——要则需做抓图协作(control抓帧→HTTP回传),不要则删。默认暂留(失效但不碍主闭环),待 UI 细化时定。 → ✅**用户已确认(2026-06-25):不要了,删除旧抓图按钮/流程(Task3.7)。**
|
|
|
|