顯示具有 消磨時間 標籤的文章。 顯示所有文章
顯示具有 消磨時間 標籤的文章。 顯示所有文章

2026年4月14日 星期二

閒置物品再利用--2013 MBP + WTG 的測試

進行 Pi4 + 533MC + QHY5L + iOptron 的全系統 VirtualHere 連線測試：






NINA 以 Loop 每 5 秒拍攝一張，PHD2 每 2 秒 Loop ，AllskEYE 執行中。


張貼者： 於 沒有留言:
標籤： , ,

2026年4月13日 星期一

閒置物品再利用--過時的奢華

PI 4 2GB：

  1. 初期用來安裝 Home Assistant 把非 HomeKit 的智能設備轉到 Apple 「家庭」控制，後來改安裝到 NAS 開的 Virtual Machine 裡，就閒置了一陣子。
  2. 拿來安裝 Astroberry Server 使用 Kstar/Ecos 天文拍攝，在昆陽拍攝失敗後再次閒置
  3. 安裝 Android TV ，後來買了小米電視，內建 Google TV ，再度閒置。
  4. 再度復活，刷入輕量級的 Linux ( Raspberry Pi OS Lite) 並安裝 VirtualHere USB Server（花了 NT$1560 買了授權，免費版只能有一個 USB 裝置），所有設備（ASI533MC-Pro、QHY5L-II-M、EAF、CEM25P 控制線、PoleMaster）的 USB 就可以全部插在 Pi 4 上，再用一條實體網路線連接另一端的筆電（Dell 筆電 或 2013 MBP），在筆電裡執行 VirtualHere Client。系統會在底層將 Pi 4 上的 USB 設備虛擬化成本地端 USB。（註： 已測試 Wi-Fi 雖可行，但頻寬不夠導星+拍攝的流量）
  5. 在 Dell 筆電 (Windows) 裡的 NINA、PHD2 完全感覺不到差異，照常抓取相機與赤道儀。可在室內（或帳篷裡）以筆電直接控制免於露水摧殘，Pi 4 則承擔戶外嚴苛環境。同樣，由於 Pi 4 是跑 VirtualHere 而非 INDI，KStars 的設定必須是「本機 (Local)」，由 2013 MBP 本地端的 INDI 直接抓取 VirtualHere 轉發過來的硬體。
  6. 還有一種情境是 2013 MBP 安裝微軟 RDP 遠端遙控 Dell 筆電，這是當網路線不夠長時用，Dell 筆電放在有遮避的地方（要有 Wi-Fi）。透過 Tailscale 讓 2013 MBP 的微軟 RDP 直接遙控。（註：Dell 筆電的Windows 10 是隨機附的 8 升級過來的家用版，原不能被遙控，經 Google 後已可被遙控，且徹底清除了 windows update、Defender ，免得拍攝時被中斷，吐血都來不及。）

之前寫過這篇：Luke 的休閒筆記: 評估「小氣象台」製作的可行性 寫過也就不了了之，沒想到把
Luke 的休閒筆記: 零基础入门学用Arduino教程-智能应用篇 - 重點整理 拆了後，取得的 NodeNCU + 1602 LCD + DHT11 問 Gemini 能夠怎麼再利用，這就有了：

之後再把 Luke 的休閒筆記: 零基础入门学用Arduino-MeArm机械臂篇--重點整理拆了，NodeNCU + 1602 LCD + DHT11 升級為 UNO + 1602 LCD + DHT22（ 蝦皮兩顆 NT$100） ， 再加上淘寶買的四路 MOSFET（ 約 NT$250， 買四路，原先的想法除了兩條除霧帶外，一路給主鏡自動開蓋用，一路給平場板用，後來因為難度太高了而放棄，要拍亮、暗平場，還是手動最簡單，拍好順便收拾器材）N MOS管模块 光耦 隔离 PWM开关 场效应管驱动模块 控制板 大功率-淘宝网 ，在 Gemini 的幫助下，花了近一個月的時間搞出了一個Luke 的休閒筆記: 全自動防結露天文中樞建置 ，老王賣瓜，覺得還不錯用，就順手再弄了個 Luke 的休閒筆記: 全自動防結露天文中樞建置 (番外篇)：全自動智慧除霧中樞 (開源獨立版) 。

NINA 平場拍攝的半自動：==》實作測試中......

Dell 筆電

Luke 的休閒筆記: 天文攝影控制筆電升級 Dell vostro 14-5480 原本雙系統，現已刪除 Linux Mint，512G SSD 全部給 Windows 10 。

2013 MBP

  • 系統底層突破：詳述 OCLP 如何透過 EFI 攔截與 Root Patch，讓 2013 MacBook Pro 完美執行 macOS 12，解決雙螢幕 Lag 並支援最新天文軟體。

在天文攝影與自動化觀測的建置過程中，舊設備的軟硬體限制往往是最大絆腳石。所以將 2013 MacBook Pro 強制升級至 macOS 12 (Monterey)。

macOS 跨世代硬體限制破解 (OCLP 核心邏輯)

1. 痛點與底層分析

  • 軟體斷層：舊版 macOS 11 (Big Sur) 已無法安裝最新版的 Google Chrome 與 VirtualHere Client，導致遠端盲解與設備控制的建置受阻。
  • WindowServer 資源分配 Bug：在 macOS 11 環境下，闔蓋使用雙外接螢幕時，若關閉其中一個螢幕 (HDMI)，系統會遺失 EDID 訊號，導致 WindowServer 誤判主顯示器狀態並啟動內顯省電機制。這使得剩餘螢幕的圖形渲染資源被大幅限縮，滑鼠游標與視窗拖動出現嚴重 Lag。

2. OCLP (OpenCore Legacy Patcher) 破解機制

將 2013 年的老機升級至 macOS 12，並非單純的軟體安裝，而是深入 EFI 層級的硬體欺騙與驅動重建。此工具在系統中扮演「心律調節器」的角色，絕對不可解除安裝。

  • EFI Bootloader 攔截：OCLP 在硬碟 EFI 分割區植入引導程式，搶在 macOS 啟動前將機器代號偽裝成新款 Mac，藉此繞過 Apple 的開機黑名單驗證。
  • GOP 路由重構：在開機初期，強制將 Graphics Output Protocol (GOP) 訊號導向外部顯示器，解決老機器闔蓋外接螢幕冷開機時，因找不到內建螢幕而卡死的問題。
  • Post-Install Root Patch：macOS 12 原廠已刪除舊硬體驅動。此補丁強制將 Intel Iris 5100 顯示卡、舊版 Broadcom Wi-Fi 與藍牙驅動植入系統內核 (Kext)。同時修正了舊版顯示驅動中激進的電源管理限制，強制顯示卡在單外接螢幕下維持滿血硬體加速。

3. 實戰成果

成功實現 2013 MacBook Pro 在 macOS 12 下的闔蓋雙螢幕冷開機。徹底消滅介面切換時的掉幀問題，並順利佈署最新版遠端控制軟體，轉型為極度穩定的高效能遠端中控台。

威剛 SC680 240GB 外接式固態硬碟SSD

重點摘要

  • 這顆 ADATA SC680 是做為 2013 MBP「尿袋 (WTG)」的絕佳完美選擇。
  • 低功耗護城河： 從測速數據 (讀 530M / 寫 460M) 可以100%確定，它內部是傳統的 SATA 協議，而不是耗電量巨大的 NVMe。這意味著 MBP 老舊的 USB-A 孔 (僅供電 4.5W) 絕對推得動它，不需要雙頭供電線。
  • 物理優勢： 重量僅 35 克，搭配 3M 子母扣貼在螢幕背面，穩如泰山。

硬體規格深度解析與實戰匹配度

1. 為什麼 SATA 協議反而更佳？ 現在市面上一堆標榜破千兆 (1000MB/s) 的外接 SSD，內部都是 NVMe 晶片。NVMe 速度雖快，但啟動與大量讀寫時的「瞬間峰值電流」非常高，極易觸發 2013 MBP USB 接口的自我保護機制而瞬間斷電。 這顆 SC680 是 SATA 架構，功耗極低且平穩。對天文攝影這種要求「連續幾小時絕對不能斷線」的嚴苛環境來說，低功耗帶來的穩定度，遠比極限速度重要太多。

2. 完美的效能天花板對接

  • SC680 極速：約 500 MB/s。
  • 2013 MBP USB 3.0 Type-A 極速：理論值 5Gbps，實際傳輸極限大約就是 450 MB/s。 兩者剛好完美匹配。這速度用來跑 Windows 10 系統、開啟 N.I.N.A.、載入 ASTAP 星表進行盲解，完全是秒開的順暢體驗，不會有任何卡頓感。

3. 最後一哩路：採購正確的實戰線材 這顆外接盒是 Type-C 孔，所以需去網購或實體店買一條符合以下三個嚴格條件的線：

  • 接頭形狀： 一頭是 Type-C (接 SSD)，一頭是 USB-A 且必須是 L型彎頭 (接 MBP)。
  • 長度極短： 15 公分 到 30 公分最佳，絕對不要買超過 50 公分的線（線越短，電阻越小，供電越穩）。
  • 傳輸規格 (生死關鍵)： 包裝上一定要明確標示 USB 3.0 / 3.1 Gen1 / 5Gbps / 10Gbps。千萬不要買到夜市或便利商店那種只標示「快充」的線，那種通常只有 USB 2.0 (480Mbps) 的資料傳輸能力，如果用那種線跑 Windows，系統會卡到滑鼠游標都移不動。

搞定這條短彎頭數據線，貼上 3M 子母扣， 2013 MBP 就能化身為一台兼具 Mac 頂級觸控體驗與 N.I.N.A. 強大火力的星空主機了。

Luke 的休閒筆記: 升級 2018 Mac Mini：Windows 外接硬碟 + eGPU + PSVR連接（不需 PS4）搞定 在 PS4 送人後，閒置了好久，而目前 2013 MBP 16G RAM 256G SSD ，剩下約 189G ，已升級 macOS 12， 能夠安裝的 Kstar/Ecos 為 3.6.8 ，對焦演算法比起 NINA 差很多，因此 Gemini 建議我安裝「Boot Camp 雙系統」，但裝在本機實在太浪費了，這才想起上述文章就玩過 WTG 的方，這就有了WTG 建置與安裝天文攝影所需的各種驅動、軟件及設定：
重點摘要

  • 最大優勢： 完美保留 2013 MBP 內部珍貴的 189G 空間，且這顆 ADATA SSD 未來還能無縫插上其他電腦作為備用控制台。
  • 唯一難關： Apple 專屬硬體的驅動程式（Wi-Fi、藍牙、主機板晶片），必須在 macOS 預先下載備用。

決定走「尿袋 (Windows To Go)」路線，以下是專為 2013 MBP 量身打造的無痛製作與驅動補完流程。

階段一：事前準備與驅動打包 (在 macOS 上執行)

剛裝好 Windows 時，Mac 所有的特規硬體（包含 Wi-Fi）都會失效。你必須先把救命藥打包好。

  1. 準備一個普通的 USB 隨身碟（格式化為 FAT32 或 ExFAT）。
  2. 在 macOS 中開啟 「啟動台」>「其他」>「啟動切換輔助程式 (Boot Camp Assistant)」。
  3. 在上方選單列點擊「動作 (Action)」，選擇 「下載 Windows 支援軟體」。
  4. 將這包支援軟體存入你準備好的 USB 隨身碟中備用。

階段二：製作 WTG 實戰系統碟 (需在一台 Windows 電腦上執行)

借用那台 Dell 筆電來製作這顆外接 SSD。

  1. 下載工具： 下載微軟官方的 Windows 10 ISO 映像檔，以及開源燒錄神器 Rufus。

  2. 插上 ADATA 240G SSD。

  3. 開啟 Rufus，進行以下關鍵設定：

    • 裝置： 選擇 ADATA SSD。
    • 開機選項： 選擇剛下載的 Windows 10 ISO 檔。
    • 映像檔選項 (極重要)： 下拉選單，從「標準 Windows 安裝」改為 「Windows To Go」。
    • 資料分割配置： 選擇 GPT。
    • 目標系統： 選擇 UEFI (無 CSM)。

  4. 點擊「執行」。(若 Rufus 詢問要安裝哪個版本，請選擇 Windows 10 Pro；若詢問是否要略過隱私設定與建立本機帳號，可全部勾選以節省時間)。

階段三：Mac 硬體驅動與觸控板進化 (在 2013 MBP 上執行)

  1. 將製作好的 ADATA SSD 插上 2013 MBP。

  2. 按住 Mac 的 Option (Alt) 鍵不放，按下電源鍵開機。

  3. 畫面上會出現開機磁碟選擇，選擇橘色外觀的 「EFI Boot」（就是ADTATA SSD Windows 碟）。

  4. 進入 Windows 10 桌面後，插上階段一準備的 USB 隨身碟。

  5. 進入 WindowsSupport 資料夾，點擊 Setup.exe，安裝 Apple 原廠的所有底層驅動。安裝完畢後重開機（因為安裝了 OpenCore ，不用再按Option 就能直接進 windows），此時 Wi-Fi、藍牙、螢幕亮度調節都會恢復正常。

  6. 觸控板終極改造： * 上網搜尋並前往 GitHub 下載 mac-precision-touchpad 驅動程式。

    • 解壓縮後，對著 .inf 檔案按右鍵選擇「安裝」。
    • 重開機。你的 MBP 觸控板將在 Windows 10 下復活，獲得近乎 macOS 的多指手勢與流暢體驗。

實戰網路架構確認

  • 遠端遙控： 只要 MBP 透過 USB 3.0 轉 RJ45 接上實體網路，都能以近乎零延遲的狀態操作 N.I.N.A.。
  • 頻寬優勢： 實體區域網路 (LAN) 的頻寬，足夠把 N.I.N.A. 拍下的數十 MB 原始 FITS 檔，這顆 240G SSD 負責軟體運作與儲存。

兩大實戰情境的架構優化

1. 清境異地遠端： (雙跳板模式)

在這種跨民宿的遠端環境下， Dell 扮演了至關重要的「現場指揮官」角色：

  • 優點： Dell 透過 VirtualHere 接管 PI4 的 USB 訊號，即便民宿 A/B 之間的 Wi-Fi 偶爾波動，只要 Dell 與 PI4 之間的區域連網穩定，N.I.N.A. 的拍攝排程就不會中斷。
  • 遠端體驗： 在民宿 A 用 MBP 透過 RDP 連線 Dell，看到的只是「畫面更新」。這對頻寬要求極低，卻能讓您在溫暖的室內操作 N.I.N.A.，這是最專業的天文台遠端架構。

2. 頂樓練習：MBP (WTG) 模式的降維打擊

由於「執著於 KStars」的初衷——想要 MBP 的質感。現在有了 Windows To Go (WTG)，變成可以直接把 Dell 踢出這條線路：

  • 架構簡化： 頂樓 PI4 (USB Hub) 實體網路線 MBP (跑 WTG Windows 10)。
  • 操作爽度：MBP 的 2500x1600 高解析度螢幕搭配 mac-precision-touchpad 驅動，在操作 N.I.N.A. 的星圖與 Hocus Focus 面板時，流暢度遠勝那台 Dell。
  • 實戰優勢： 這樣一來，無論是頂樓練習還是未來上山，只需要帶這台 MBP 和「尿袋 SSD」。

天文軟體安裝與設定

  1. 先從Dell 筆電裡把 NINA PHD2 及 AllSkEYE 的 Profiles 抓出來。
  2. 抓取 Profiles 的精準路徑：Win + R輸入%LocalAppData%

天文指揮艙 WTG 必備軟體清單與下載連結

請依照以下的 1 ➔ 2 ➔ 3 順序 在 Mac WTG 環境中進行安裝：

Step 1: 核心底層 (最優先安裝)

這是一切天文軟體溝通的橋樑，沒裝這個後面都不用玩。

Step 2: 硬體驅動程式 (順序不拘，但必須在 ASCOM 之後)

因為有 ZWO 與 QHY 的相機，以及 iOptron 的赤道儀。

Step 3: 拍攝與控制軟體 (最後安裝)

Windows 徹底淨化 (打造純淨環境)

軟體裝完後，最後執行「系統封印」，避免系統在深夜拍攝時自行更新或掃描。

1. 徹底關閉 Windows Update (防範深夜重啟)

  • 按下 Win + R，輸入 gpedit.msc。
  • 路徑：電腦設定 > 系統管理範本 > Windows 元件 > Windows Update。
  • 右側找到 「設定自動更新」，設為 「已停用」。
  • 按下 Win + R，輸入 services.msc，找到 Windows Update，將啟動類型改為 「已停用」 並點擊 「停止」。

2. 徹底關閉 Windows Defender (釋放 CPU 效能)

  • 同樣在 gpedit.msc。
  • 路徑：電腦設定 > 系統管理範本 > Windows 元件 > Microsoft Defender 防毒軟體。
  • 右側找到 「關閉 Microsoft Defender 防毒軟體」，設為 「已啟用」。

3. 電源與螢幕計畫 (防止休眠斷線)

  • 進入「控制台」>「電源選項」。
  • 選擇「高效能」，並點擊「變更計畫設定」。
  • 將 「關閉顯示器」 與 「讓電腦睡眠」 全部設定為 「從不」。
  • 關鍵設定： 點擊「變更進階電源設定」，找到 「USB 設定」 > 「USB 選擇性暫停設定」，將其改為 「已停用」。這能防止系統為了省電而切斷您赤道儀或相機的連線。

現在才知道 Windows 也可以很漂亮,之前用 Dell , 所以實在太傷眼力了, 現在好很多了.目前用 Logi 2s Mouse 還可以, 但若掛上 USB3.0 to RJ45 藍芽大概完蛋了,Gemini 建議可以去蝦皮或二手市場，買一條蘋果原廠的 「Thunderbolt 對 Gigabit 乙太網路轉換器」（型號：A1433）。

但這陣子與 Gemini 交手的經驗得知，要持續逼問才能得最優解，最後告訴我可以利用 USB 2.0 延長線連接網卡來「物理隔離 2.4GHz 藍牙干擾」的零成本方案。而我剛好有一條閒置的 USB 2.0 延長線。

零成本的防干擾密技

利用物理特性的零成本 B 計畫：

USB 2.0 延長線降頻大法： USB 3.0 會干擾 Logi 2S 藍牙滑鼠，是因為 USB 3.0 在高速傳輸時會產生 2.4GHz 的強烈頻段雜訊。 手邊剛好有一條老舊的 USB 2.0 延長線，把綠聯 RJ45 網卡先插在延長線上，再插進 MBP。這會強制網卡降級以 USB 2.0 模式運作。

  • 優點： 徹底消除 2.4GHz 干擾，滑鼠瞬間順暢。且天文連線（INDI/Alpaca 傳遞 JSON 數據或 FITS 檔案）的頻寬需求不大，USB 2.0 的 480Mbps 絕對夠用。
  • 缺點： 依然佔用一個 USB 孔，且多一條長線會比較雜亂。

設備校正後的頻寬壓力分析

1. ZWO ASI533MC-Pro (主相機負載)

  • 數據量： 正方形感光元件（3008 x 3008），單張 16-bit FITS 檔案大小僅約 18 MB。
  • 佔用時間： 以 USB 2.0 實際網路傳輸速度 (約 30 MB/s) 計算，單張下載時間 不到 1 秒。
  • 結論： 深空曝光結束後的瞬間傳檔，對這條降頻線路毫無壓力。

2. QHY5L-II-M (導星負載)

  • 數據量： 解析度 1280 x 960 (120 萬畫素)。在 PHD2 中運作時，通常只會傳輸星點周圍的 Subframe (區域裁切) 影像。
  • 佔用時間： 每 1 到 3 秒傳送一次數十 KB 到數百 KB 的微小封包。
  • 結論： QHY5L-II-M 在硬體規格上本來就是原生 USB 2.0 介面，走這條實體降頻線完全吻合其硬體極限，不會有任何效能折損。

3. 驅動程式相容性確認 目前的 WTG 系統中，已安裝了 ZWO Native/ASCOM 驅動（對應 ASI533MC-Pro）以及 QHY All-In-One 驅動（對應 QHY5L-II-M），系統端無須進行任何調整，兩部相機皆能被 N.I.N.A. 與 PHD2 正確識別。

戰術結論： 設備校正後的實際數據流極小，利用 USB 2.0 延長線連接網卡來「物理隔離 2.4GHz 藍牙干擾」的零成本方案，不僅 100% 可行，更是目前環境下最優的實體網路防護策略。

重點摘要

  • 戰略定調：最完美的「雙保險」底層邏輯。 這完全體現了控制下行風險的思維，不把所有雞蛋放在同一個作業系統裡。
  • 系統對沖： macOS (KStars) 負責主場主攻，WTG (N.I.N.A.) 作為終極後備。高山低溫下遇到突發 Bug，不要花時間除錯，直接物理切換系統重啟拍攝最有效率。

戰術深度分析

這招「尿袋+Option」的實體雙系統切換，堪稱星空攝影的頂級災備方案。

1. 沉沒成本極小化

上山拍攝最大的隱形成本是「時間與體力」。萬一 KStars 突然與 Pi4 斷聯或遇到不明的系統崩潰，原地抓 Bug 絕對會讓人崩潰。這時準備好的 ADATA 240G 系統碟就是救命符，重開機按住 Option，三分鐘內直接用另一套完全獨立的 ASCOM/Alpaca 生態系無縫接管硬體，確保整晚的曝光時間不會白白浪費。

2. 軟硬體徹底脫鉤

在 Pi4 端已經做好了 INDI 與 Alpaca 的雙向準備。這意味著：

  • Plan A (macOS)： MBP 透過有線網路直連 Pi4，KStars 直接呼叫 INDI 服務器。

  • Plan B (WTG)： MBP 掛上尿袋重啟進入 Windows，N.I.N.A. 透過網路呼叫 Alpaca 服務器。

    無論系統怎麼切換，頂樓或高山上的赤道儀、相機、自製除霧器等「硬體實體接線」完全不用去動它。

  • 極致物理隔離： 拔掉 SSD = 原生 MacBook Pro；插上 SSD = 滿血 Windows 天文指揮艙。這是最完美且無腦的雙系統切換邏輯。

  • 直接用「物理插拔」來決定這台機器的身份，簡單、粗暴、零失誤。

最終結論

2013 MBP 掛了尿袋真是吊打 Dell Vostro 14-5480 ，不說觸控板的體驗，那個有鍵盤背光就完勝 Dell ，尤其是天文攝影，具有雙重身份，可以 RDP 遠端 Dell，如果是在帳篷裡直連，Kstar 不行，秒換 NINA ，加上 Logi 2S 滑鼠，更是如虎添翼。

T7C

重點摘要

  • 硬體通訊降維：解析 T7C (ASI120MC) 晶片的 USB 3.0 封包 Bug，以及透過 compatible 韌體與 Windows 系統環境達成穩定連線的底層邏輯。
  • 物理極限封印：記錄使用快乾膠鎖死 M12 鏡頭螺紋的「破釜沉舟」戰術，徹底根絕戶外溫差導致的跑焦問題。

T7C 相機底層通訊降維與物理封印

T7C 作為 ASI120MC 的致敬版，常被用於導星或 AllSky 氣象監控。然而其底層硬體設計在現代作業系統中存在致命缺陷，必須透過軟硬體雙管齊下的方式進行「洗白」與封印。

1. USB 3.0 封包災難與韌體洗白

  • 硬體原罪：早期 T7C 使用的 Cypress FX2 晶片，其 USB 封包大小 (Packet Size) 被設定為非標準的 1024 bytes。這在寬鬆的老舊系統中可正常運作，但遇到嚴格規範的 Linux (如 Raspberry Pi 4 的 VL805 控制器) 或現代 USB 3.0 介面時，會因不合規直接被底層踢下線，導致頻繁斷線或死機。
  • 底層修復：強刷 ZWO 官方釋出的 ASI120MC compatible 韌體。此操作從相機靈魂深處將通訊封包強制閹割回標準的 512 bytes，取得相容現代控制器的「良民證」。
  • 環境轉移：放棄容錯率極低的 Linux Allsky 專案，將設備移交至 Dell 的 Windows 系統運行 AllSkEye。Windows 的 ASCOM 平台與 ZWO 原生驅動具備極強的錯誤處理 (Error Handling) 能力，能進一步穩固連線。

2. 硬體降級結界 (備援機制)

若在純 USB 3.0 環境下仍有不穩定的疑慮，可利用 USB 2.0 Hub 進行物理隔離。USB 3.0 介面具有 9 根針腳，而 USB 2.0 Hub 物理上缺失了 5 根高速針腳。將相機接上 Hub，等同強制電腦控制器切換回傳統 D+/D- 慢速通道，利用物理限制完美避開高速封包衝突。

3. 螺紋公差與快乾膠物理封印

  • 痛點：AllSky 監控所使用的廉價 M12 廣角鏡頭缺乏鎖定螺絲 (Locking Screw)。在頂樓歷經日夜極端溫差，金屬熱脹冷縮極易改變焦距，導致星點模糊。傳統的止洩帶 (Teflon Tape) 無法完全消除形變變數。
  • 終極解法：確認無限遠焦點後，直接使用快乾膠點死螺紋縫隙。
  • 硬核邏輯：捨棄未來重新對焦的可能性，利用液態膠完美填滿公差並脆化咬死。將低成本打工機與鏡頭「物理性融合」成不可分割的感測器模組，徹底消滅機械變數，達成一勞永逸的全天候監控佈署。

4. AllSky 與 NINA 的 Al Weather 或 Ground Station

Allsky T7C 監看天空狀況，在天氣變化時，NINA 的 Al Weather 或 Ground Station 讀取它存下來的即時影像，能即提出警告，趕快去收器材，同時在過去的過程中做好一些收尾動作，到了就能馬上收器材。==》實作測試中......

Lenovo 小筆電退休：

隨著我征戰多年的小筆電，雖然仍頭好壯壯，但如果要 PHD2 導星、NINA 拍攝，再加上跑 T7C（也是接在 PI 4） + AllskEYE 是難為它了，這任務就交給：Luke 的休閒筆記: 天文攝影控制筆電升級 Dell vostro 14-5480 來執行。（原本雙系統，現已刪除 Linux Mint，512G SSD 全部給 Windows 10 ）


閒置物品再利用，希望達成的目標：跨平台天文觀測與運算終極拓撲

這套系統經過底層降級與儲存介質的重構，徹底消除了 I/O 瓶頸與軟體套件相容性問題，確立了「實體隔離、專機專用、算力極大化」的黃金三角架構。

一、 終極網路通訊架構 (ICS 實體內網 + Tailscale)

徹底捨棄現場 Wi-Fi 與路由器，全面改採網路線直連，確保高山極端環境下巨量 FITS 檔與 VirtualHere 轉發的絕對穩定。

  • 實體有線內網 (192.168.137.X 網段)
    • MacBook Pro (2013)：IP 設為 192.168.137.12，作為深空攝影的指揮中心。
    • Dell Vostro 14-5480：IP 設為 192.168.137.1，啟用 Windows ICS 網際網路共用（全天球監控或 NINA 備援）。
    • Raspberry Pi 4：有線網卡 (eth0) 強制綁定靜態 IP 192.168.137.2，無論接上 Mac 或 Dell 皆可無縫通訊。
  • Tailscale 異地無縫遙控網
    • 免除路由器 Port Forwarding。將 Mac 與 Dell 綁定於同一個 P2P 虛擬區網。
    • 戰術應用：在帳篷內或遠端，使用 Mac 透過 Microsoft RDP 低延遲遙控屋簷下的 Dell 筆電。

二、 邊緣硬體與 I/O 伺服器 (Raspberry Pi 4)

Pi 4 卸載所有高耗能運算與介面，純粹作為「無頭 (Headless) USB 實體轉發站」與「氣象溫控中樞」。

  • 作業系統：Bookworm 穩定版 + SD 卡，並且已經備妥 Image 映像檔作為最強後盾。
  • 全天球模式 (Micro SD 卡)：用於連接 Dell 跑 AllSkEYE。將 T7C 相機接上 Pi 4，避免深空與全天球軟體環境互相干擾。
  • 後台自動化守護進程 (Systemd)：
    • 所有 Python 腳本統一集中於 /home/pi/astro_scripts/。
    • 開機自啟動 early_lcd.service ➔ dht_reader.service (執行閉環溫控) ➔ lcd_display.service。

三、 Pi 4 實體 USB 埠滿載配置策略

精準分配 4 個 USB 埠，避免供電超載與 2.4GHz 高頻干擾，確保資料流互不塞車。

  • 高頻寬/高 I/O 區 (藍色 USB 3.0)
    • Port 1：iOptron CEM25P 赤道儀。
    • Port 2：ZWO ASI533MC-Pro (巨量 16-bit 影像流穿透)。
  • 低頻寬/純指令區 (黑色 USB 2.0)
    • Port 3：CH340 / Arduino UNO (溫濕度字串與 PWM 訊號，避開 USB 3.0 干擾)。
    • Port 4：T7C 相機。

四、 主控端與光學設備拓撲 (KStars / Ekos)

Ekos 運行於 MacBook Pro，全權負責星圖盲解 (本機星表)、影像儲存與座標基準。

  • 設備連線 (VirtualHere 穿透)：
    • Ekos Profile 設定為 Local 模式。
    • 掛載設備：ZWO CCD (ASI533MC)、QHY CCD (導星)、ZWO EAF (對焦)、iOptron CEM25 (赤道儀)。
  • 光學與對焦防護機制：
    • 主副鏡光學拓撲分離，Secondary (導星) 光學鏈的焦點器強制設為 --，防止導星時誤觸 EAF 破壞主鏡焦平面。
  • 跨協定整合 (取代 Alpaca)：
    • Arduino 溫控站 (Alpaca API) 在 Pi 4 背景獨立運行，不接入 Ekos 以免協定衝突。
    • LCD 光害控制與 PI 4 的系統更新：透過在 2013 MBP 桌面生成三個終端機指令，於拍攝時手動開啟/關閉 LCD 背光。透過 Astro_NAT.command ，PI4 就能上網自動更新，或者在有狀況時，能在遠端透過 TailScale ssh 進入 PI4 進行處理。

硬體 IO、核心運算、遠端遙控天文攝影架構

重點摘要

  • NINA 進階排程 (Advanced Sequencer) 的完全釋放：將主控權交給 Windows 上的 NINA 。
  • 零延遲的指揮中心：用 2013 MacBook Pro 跑 RDP，不僅徹底榨乾了老機器的剩餘價值，RDP 的底層協定也比 VNC 或 TeamViewer 順暢太多，體感就像直接坐在現操作一樣。

終極架構深度解析

這套「PI4 → Dell → Mac」的資料流向，完美避開了所有系統的軟肋，並把每一個硬體的強項發揮到極致：

1. 實體中繼層：PI4 + VirtualHere + 實體網路線

  • 物理防線：天文設備最怕 USB 掉線。PI4 放在赤道儀旁邊，用最短的 USB 線接滿所有設備（ASI533、CEM25P、EAF、QHY5L-II-M、UNO+N-MOSFET 模組、T7C）。
  • 無損直通：透過 Gigabit 網路線直連 Dell 筆電，VirtualHere 將 I/O 封包無損穿透。

2. 核心運算與自動化大腦：Dell 筆電 (Windows + NINA + PHD2) 這是整套系統的靈魂。NINA 的 進階排程器 (Advanced Sequencer) 能完美吃下你提出的所有自動化需求：

  • 自動除霧與手動平場：NINA 原生支援 ASCOM/Alpaca 協定。UNO+N-MOSFET 模組掛載進 NINA 的 Switch / Observing Conditions，排程器就能做到「依照環境露點自動加熱」以及「天亮前約半小時提醒，並在 15 分鐘後自動將主鏡指向天頂，方便我拿著 iPad Pro 走到現場時即可開拍平場」。
  • 天候警告與自動避難機制 (Safety Monitor)：這是 NINA 最強大的防禦機制。可以將 AllSkEye 生成的天候數據或外部雲量計連動至 NINA 的 Safety Monitor。一旦觸發「不安全（Unsafe）」條件，NINA 會強制中斷拍攝 → 關閉相機製冷 → 讓 CEM25P 赤道儀 Park (歸位) → 透過 Telegram 或 Line 發送警報到手機，能夠有充足的時間室外收設備。

3. 舒適圈指揮所：2013 MacBook Pro (RDP 遙控)

  • 資源零消耗：RDP 只是傳輸畫面像素，Dell 筆電不用分出寶貴的 CPU 資源去壓縮畫面（像 TeamViewer 那樣），所有算力都能 100% 保留給 PHD2 的導星運算與 NINA 的星點解析。
  • 跨平台備援：萬一哪天 Windows 系統崩潰或更新重啟，在 Mac 端只要點開 VirtualHere Client 把設備搶接過來，立刻就能用原生的 KStars / Ekos 繼續拍攝，這套備援機制（Redundancy）滴水不漏。（目前仍在測試 KStars / Ekos 的三點極軸校正，或許未來能夠取代現用的 PoleMaster 電子極軸鏡，不受限於場地一定要能看到北極星，所以才有了Luke 的休閒筆記: 天文攝影的粗對極軸小工具分享--For Android 這個副產品。）
張貼者： 於 沒有留言:
標籤： , ,

2026年3月5日 星期四

圍棋第八局：iPad SmartGo (黑) vs. Mac SmartGo One (白) 白子大勝

第八盤改成讓 SmartGo One 來下，持白子但是不讓子，然後再由 Gemini 來分析解讀：

意思是 iPad 的 SmartGo 持黑棋，下完輸出 SGF ，然後在 Mac 的 SmartGo One 讀取後下白子（不讓子、不貼目），下完後上傳全部過程的 SGF 再由 Gemini 來分析解讀。過程中使用 SmartGo One 的「燈泡」指示中的最優解（即 A ）來下白子。

Gemini 的分析解讀：

第八局對弈分析：SmartGo One 降維打擊與全面清算

重點摘要

  • 對局設定：SmartGo (黑) vs. SmartGo One (白)。貼目極小（ 0.5 目）。
  • 戰果：白棋中盤勝，最終盤面點數差距高達 +57.5 目。在 9x9 棋盤（總共 81 目）中，這意味著黑棋遭到「全盤屠龍」，幾乎所有資產被強制清算。
  • 勝負關鍵：白棋嚴格執行「最佳解（A）」，展現了頂級 AI 對於形狀缺陷的零容忍。透過早期的精準切斷，將黑棋分割成多塊無法獨立存活的「不良資產」，最終實現壟斷性勝利。

戰局深度剖析 (Step By Step)

1. 階段一：強勢切斷，破壞供應鏈（第 1-14 手）

  • 動態：黑棋開局試圖在右側與左下建立陣地 。白棋在第 6 手 (C6) 與黑棋接觸後，迎來關鍵轉折 。

  • 致命一擊：白 10 (E4) 與 白 12 (D4) 。這兩手棋是標準的「直球對決」，白棋不與黑棋妥協，直接切斷黑棋上方與左下的連結 。


  • 邏輯解讀：在 9x9 小市場中，一旦企業（棋塊）被分割，就需要耗費雙倍的資源去尋求生存（做眼）。白棋此舉直接讓黑棋的營運成本翻倍。

2. 階段二：左上角反併購與現金落袋（第 17-28 手）

  • 動態：黑 17 (D8) 試圖在左上角搶奪實地並威脅白棋 。

  • 防守反擊：白棋展現了極高的防守效率。白 22 (E6) 與 白 24 (E7) 穩固自身結構，接著白 26 (B7) 與 白 28 (B6) 形成致命的包圍網 。

  • 邏輯解讀：黑棋的入侵計算有誤，淪為「高風險零回報」的投資。白棋不僅守住左上角，還將黑棋數子反殺，此時白棋的「現金流（實地）」已極度充裕，黑棋則面臨破產邊緣。

3. 階段三：無情追擊與全面清算（第 29-68 手）

  • 動態：左上角戰敗後，黑棋大勢已去。白 30 (E9) 開始從邊緣壓迫 ，隨後白 32 (B4) 破壞左下角眼位 。

  • 終局：第 68 手 (G1) 白棋提子後，黑棋在中央、左側、下方的所有棋子全部陣亡（無法做出兩眼），黑棋系統判定認輸 。最終畫面顯示白棋贏得 57.5 目。

  • 邏輯解讀：當白棋取得絕對的資本優勢（左上角與堅固的厚勢）後，SmartGo One 的演算法轉向「利益最大化」。它不再滿足於小勝，而是精準算出黑棋所有未成活的弱點，執行全盤剿殺。

總結

這場 +57.5 目的屠殺，完美印證了 SmartGo One 的高級 AI 身份。iPad 版的 SmartGo（黑棋）犯了典型的過度擴張錯誤：在沒有確保根據地的情況下，四處落子。而 Mac 版的 SmartGo One（白棋）則展現了極致的戰術思維：

  1. 不碰虛勢：白棋每一步都緊貼實地或切斷敵人，不投機。
  2. 看重結構：白棋的棋形極其厚實，沒有留下任何可以被對手反撲的斷點。
張貼者： 於 沒有留言:
標籤： , ,

2026年1月26日 星期一

拆解智能垃圾桶：移除震動感測器與重建機械限位點（馬蓋先式修法）

又是一篇請教 Gemini 不斷試錯測試，最後讓智能垃圾桶完美運作的文章，內容也是 Gemini 整理的（最初也只是死馬當活馬醫，沒想到 Gemini 竟連這種問題也能解決）。

一、 緣起：吃電怪獸與無限迴圈

  • 背景：家裡買了兩個智能垃圾桶（蝦皮 vs 淘寶）。這只大的（蝦皮買、4號電池款）特別難搞。

  • 症狀：蓋子無限開關（聲音蠻吵的，所以拿掉）

    • 每次蓋子落下，「叩」的一聲震動，感測器就誤以為有人踢它，於是又自動打開。

    • 就這樣開開關關，電池用得超兇，簡直是半夜的「幽靈」。

  • 初期對策：原本擺廚房，受不了只好跟浴室那只交換，但問題終究要解決。

二、 第一回合：軟攻（緩衝墊大法）

  • 思路：既然是震動惹的禍，那就加強緩衝。

  • 過程：

    • 發現廠商在上蓋預留了四個凹槽（偷工減料沒貼墊片）。


    • 嘗試貼了氣密條（太厚、回彈，失敗）。


    • 嘗試貼了紙膠帶、化妝棉（暫時有效，但久了又復發）。


  • 結論：外部緩衝治標不治本，必須進行「內部手術」。

三、 第二回合：硬攻（開膛剖肚與斷腳手術）

  • 拆解：


    • 用一字起子撬開卡扣（雖然犧牲了一個卡扣，但這是 DIY 的勳章）。

  • 病灶確認：


    • 找到了元兇——那個圓柱體的彈簧震動開關。

  • 處置：由「調低靈敏度」轉為「斬草除根」。直接剪斷震動開關的接腳，廢除踢碰功能，只保留揮手感應。

    • 心得：剪下去那一刻，世界終於安靜了。

四、 意外插曲：蓋子「落枕」了（150度卡死）

  • 新問題：換上新電池復活後，發現蓋子打開後停不下來，直接翻到 150 度卡死，馬達拉不回來。

  • 原因分析：原來內部的塑膠限位擋塊（擋住齒輪用的）早就斷了，之前靠震動開關誤打誤撞維持平衡，現在沒了限制，馬達直接衝過頭。

五、 最終奧義：馬蓋先式的神改造（高潮！）

  • 挑戰：需要在底座重建一個「擋塊」（能夠頂住黃色箭頭所指），限制齒輪只能轉到 90 度。但該處殼太薄（藍色箭頭），無法鎖螺絲。


  • 靈光一閃：看著桌上剛剛拆下來的廢料...

  • 複合材料工法：


    1. 基底：用剛剛拆殼時弄斷的那個塑膠卡扣，用快速膠黏上。


    2. 增高：塞入厚紙片填補空隙。


    3. 接觸面：把剛剛剪下來的兇手——震動開關，黏在最上面當緩衝擋塊（以毒攻毒！）。


    4. 加固：塞入一小塊隔音棉做最後確認。



  • 結果：完美頂住！蓋子準確停在 90 度，馬達輕鬆復位。

六、 完工心得

  • 這台垃圾桶現在集結了：

    • 純紅外線感應（省電、穩定）。

    • 獨一無二的內部構造（用自己的屍體修好自己）。

  • 雖然過程曲折，但看著它現在乖乖運作，這種 DIY 的成就感是買不到的！

  • 完美運作的樣子（聲音已拿掉，揮手是紅外線感應開蓋，5秒後自動合上）：



張貼者： 於 沒有留言:
標籤： , ,
訂閱： 意見 (Atom)