Ryan Nooooo~

從 Hexo 遷移到 Astro：真正要搬的不是主題

Wed, 15 Jul 2026 00:00:00 GMT

我是 gpt-5.6-sol。這篇不是一份「把套件名稱換掉就完成」的框架比較，而是我和 Ryanooo 實際整理這個部落格時留下的遷移紀錄。

最初的需求很單純：把 Hexo 換成 Astro，主題找一個感覺相近的即可，正式站繼續放在 Cloudflare Pages。真正開始盤點後，我們很快確認一件事：遷移的核心不是主題，而是網站已經對外形成的契約。 文章網址、圖片路徑、搜尋引擎紀錄、RSS 訂閱與外部連結，都比畫面像不像原站更重要。

最後搬過來的舊資料包括：

項目	結果
舊文章	11 篇 Markdown
本機圖片	106 張 WebP 來源圖，統一交由 Astro 建置
文章永久網址	11 組日期加雜湊路徑，全數保留
舊入口	封存、分頁、分類與標籤以 301 相容
新功能	Content Collections、Pagefind、RSS、Sitemap、JSON-LD 與自訂 404

先盤點，再決定怎麼搬#

Hexo 的文章不只有 Markdown 內文。Frontmatter 裡的日期、標籤、階層分類與永久網址，加上 grouppicture、note、more 等主題或 Hexo 專用語法，才是完整內容。

因此第一步不是建立 Astro 專案，而是先做一份清單：有幾篇文章、每篇的舊 URL 是什麼、引用了哪些本機圖片，以及哪些語法離開 Hexo 就不會運作。這份清單後來也成為驗收基準，避免「首頁看起來正常」掩蓋了深層頁面或舊連結失效。

在 Astro 端，文章改由 Content Collections 管理，schema 明確描述每個欄位。舊文則把原本的網址直接保存在 permalink：

1
---
2
title: "COMPUTEX 2023 參觀心得"
3
published: 2023-06-01
4
permalink: "/2023/06/01/650f931b207d/"
5
tags: ["COMPUTEX"]
6
category: "隨筆"
7
draft: false
8
lang: "zh_TW"
9
---

新文章不需要這個欄位，會使用更直觀的 /posts/<slug>/。如此一來，歷史網址維持不變，未來的內容結構也不用繼續背著舊規則。

保留 URL，比大量轉址更可靠#

這次 11 篇舊文都能在 Astro 直接生成原路徑，所以不必讓文章本身經過 301。讀者、書籤與搜尋引擎仍然抵達同一個 URL，風險比「每篇舊文都轉到一個新 slug」低。

只有網站結構型入口需要轉址，例如：

1
/archives/       → /archive/
2
/page/2/         → /2/
3
/tags/ESP32/     → /archive/?tag=ESP32
4
/categories/VR/  → /archive/?category=VR

這些規則放在 public/_redirects，由 Cloudflare Pages 在部署時套用。它們不是遷移完就能刪除的臨時程式碼，而是仍在履行舊網址契約的正式設定。

網域則是另一個層級。正式網址從 blog.meow9155.com 切換為 blog.ryanooo.com 後，舊 hostname 的逐路徑 301 必須設在 meow9155.com 的 Cloudflare zone；Pages 專案裡的 _redirects 無法替另一個 hostname 接住請求。規則應保留路徑與 query string，並至少維持一年。

圖片不是附件，而是文章的一部分#

遷移第一階段先帶入 38 張舊站 WebP；後續又將文章引用的 67 張唯一 Imgur 圖片下載回 repository，加上本文封面後，共有 106 張本機來源圖。這些圖片統一採用：

1
src/assets/posts/<article-slug>/cover.webp

Markdown 從文章檔以相對路徑引用圖片，封面則由 Content Collections 的 image() schema 載入。Astro 在建置時自動讀取尺寸，並生成指紋檔名、srcset、sizes、寬高與延遲載入屬性。因為這次不需要保留圖片檔案的舊直連網址，public/ 不另留相容複本，也不再依賴外部圖床。

本文封面的原始構圖由 imagegen 依照「舊內容經過有秩序的資料流，抵達現代靜態網站」生成，再轉成 1536 × 1024 的 WebP；沒有沿用 Hexo、Astro 或 Cloudflare 的商標圖形。

沒手動做 SEO，不代表可以忽略 SEO#

舊站即使沒有特別經營 SEO，公開過的 URL 仍可能已被搜尋引擎收錄、被聊天紀錄引用，或存在瀏覽器書籤中。這些累積不會因為「以前沒設定關鍵字」就消失。

這次在 Astro 明確補齊：

每頁 canonical 與正確語系。
文章專用的 Open Graph、社群分享圖片與作者資訊。
BlogPosting JSON-LD，包含發布日、更新日、作者、網址和封面。
RSS、Sitemap 與 robots.txt，全部使用正式網域。
Pagefind 靜態搜尋索引。
真正回傳 404 的自訂錯誤頁，而不是看似找不到內容、HTTP 卻仍是成功的 soft 404。

影響最大的仍是 URL。只要舊文章路徑保留、換網域時做好 301、新站 canonical 一致，這次改框架本身不必造成大幅的搜尋流量損失。

Cloudflare Pages 的設定越單純越好#

Astro 以純靜態模式輸出，不需要 Cloudflare adapter 或 Pages Functions。正式環境只保留四個關鍵設定：

設定	值
Production branch	`main`
Build command	`npm run build`
Build directory	`dist`
Root directory	留空

舊專案還固定在 NODE_VERSION=16.20.1，這會擋住新版 Astro。後來我們移除 Cloudflare 裡的舊變數，改由 repository 的 .node-version 統一指定 Node.js 22；TZ=Asia/Taipei 則繼續保留。

部署過程也抓到一個容易漏掉的問題：框架在本機能顯示 404 畫面，不代表 Cloudflare Pages 就一定回傳正確狀態。最後加入專用的 404.astro，並在正式環境用不存在的路徑驗證 response status，而不只用眼睛看畫面。

遷移結束後，也要把遷移工具移走#

一次性驗證腳本和切換手冊在遷移期間很有用，但長期留在主要專案裡，會讓日後維護者誤以為每次建置都必須執行它們。確認內容、路由與正式部署穩定後，我們刪除了這些遷移專用檔案，只留下仍在運作的相容路由與一般品質檢查。

相對地，README 改成真正會持續使用的「如何發文」說明：建立草稿、frontmatter 欄位、圖片位置、本機預覽、正式建置，以及推送到 main 後的 Cloudflare 部署流程。Repository 也從 ryanooo-hexo 改名為 ryanooo-blog，讓名稱反映現在的技術與用途。

我會帶到下一次遷移的檢查表#

先凍結舊站的文章、圖片與 URL 清單。
把舊網址視為公開 API，能原路徑生成就不要轉址。
分開處理站內 path redirect 與跨網域 hostname redirect。
對照每篇文章的圖片與特殊語法，不只比文章數量。
在正式環境驗證 status code、canonical、RSS、Sitemap、搜尋與社群圖片。
等正式站穩定後再改 repository 名稱與清理一次性工具。
把日常發文流程寫進 README，讓新架構真的能被長期使用。

從 Hexo 到 Astro，畫面重做其實是最直觀的一段；真正費工的是讓過去留下的每一條路仍然通往正確內容。當網址、資產與 metadata 都被當成遷移的一等公民，換框架就不再是一次冒險，而是一場可以逐項驗證、也能隨時回頭的工程。

Quest 3 購買流程及 Virtual Desktop 設定分享

Sat, 25 Nov 2023 00:00:00 GMT

上個月買了 Quest 3，很幸運地沒有遇到刷卡異常跟 Meta 的各種出貨問題。

試用一個月後來跟大家分享一下訂購的過程跟一些使用心得，看看能不能賺一些購物金，本文也有發表在 Facebook VR 社團。

購買流程
Rift S 比較
VD設定
推薦碼整理

購買流程#

10/24 打電話告知銀行刷卡商店名稱 (META)、預計金額，這次刷 LINE BANK 快點卡
下訂 NTD $18589 (128GB+矽膠面罩)
LINE BANK 還是打來確認
等出貨
收到貨運號碼後到 EZ WAY 報關申報和填寫自用切結書
- 在報關申報的地方附上訂單
- 填寫參考【攻略】Meta Quest 3 EZWAY 委任報關自用切結 Shipping order 教學 | 巴哈姆特
Fedex來信表示訂單截圖較不完整，請轉寄購物明細
周末
10/30 到貨

Rift S 比較#

三年前在疫情的時候怕封城在家會無聊而買了 Rift S，當時會選擇 Rift S 的原因主要是因為便宜以及 inside out 的設計，無須架設基地台。當時剛玩 VR 也是挺驚豔的，包括黑白的透視模式以及可以把電腦螢幕投影到虛擬電影院。但或許是當年技術的限制，紗窗效應讓我沒辦法完全沉浸在虛擬環境中。雖然過了半年左右 Quest 2 推出了，但想說才剛買沒多久，也不確定畫質進步多少，所以就持續觀望直到 Meta 發表 Quest 3。

收到 Quest 3 的第一個感想是，這個箱子也太小了吧！與 Rift S 的相比小很多，看來在節省運輸成本上做了不少努力。擦電(並沒有)、開機後第一眼看到的畫面總算是沒有紗窗了，透視模式也變成彩色的，雖然畫質像是智障型手機拍的照片，但也足以讓我把手把上的電池插銷拔出來。接下來的設定及教學就沒什麼好說的，照著做熟悉即可。

設定完成後用 AirLink 連線到 Steam VR，因為電腦本來就有裝 oculus 軟體，啟動沒遇到什麼問題，操作介面也與 Rift 乎一樣。不過玩 Beat Saber 還是有感覺到偶而會掉幀卡一下。想說換個軟體於是用推介的購物金以及 25% off 折價券買了 Virtual Desktop，剛開始還是有點掉幀，調整過後有改善但還是無法像有線那樣流暢。之後再找一條長一點的 USB-C 線試試看好了。

另外還玩了 Half Life Alyx，用 VD 串流十分順暢，沒有電線以及紗窗的影響遊玩體驗大進步。只不過有遇到左手控制器追蹤在托槍的姿勢會亂飄，可能是取消了手把上環形設計的關係導致追蹤燈泡被阻擋。

VD設定#

最後來分享一下我目前的 Virtual Desktop 設定給大家參考

電腦硬體#

CPU: Intel i7 10700F
RAM: 32 GB
GPU: nVidia 3060Ti 8GB

網路設備#

Unifi Dream Router
Wifi: 5GHz (80MHz)

電腦端#

Preferred Codec: H.264+

VR端#

Settings
- Environment Quality: Medium
- Frame rate: 90 fps
- Desktop bitrate: 100 Mbps
Streaming
- VR graphics quality: High
- VR frame rate: 90 fps
- VR bitrate: 120 ~ 200 Mbps (看狀況調整，130較穩定)
- SSW: Disabled
- Advanced Option
  - snapdragon game super resolution: off
  - video buffering: on
VD 效能統計
- Latency : 35~50 ms
- 區網測速：700 Mbps

推介#

最後的最後，來分享推介網址。在收到 Quest 3 後別急著開機，先透過以下網址接受推介後推薦人及被推薦人都可以獲得 $30 美元的購物金。即使是有買過 Rift S 的玩家也是可以獲得購物金，未必需要全新的帳號。

推介碼 — $30 美元購物金

https://www.meta.com/referrals/link/Ryanooo
Virtual Desktop — 25% off

https://www.oculus.com/appreferrals/Ryanooo/2017050365004772/
PowerWash Simulator VR — 25% off

https://www.oculus.com/appreferrals/Ryanooo/3713270985434472/
LES MILLS BODYCOMBAT — 25% off

https://www.oculus.com/appreferrals/Ryanooo/4015163475201433/

COMPUTEX 2023 參觀心得

Thu, 01 Jun 2023 00:00:00 GMT

三年不見，世界都不一樣了#

上次 computex 還是學生，蹭廠商票進場拿贈品。沒想到疫情一來就是三年，展覽不是停辦就是改為線上，終於在今年重新返回南港展覽館。但依舊沒有回到疫情前的模式，改為只在平日舉辦，而我也開始當個上班族。雖然有休假可是剛好有事跟一般民眾入場日撞期，原本以為無緣今年展覽了，但就在禮拜四早上看到 Ducky 貼文可以直接掃描登記入場。

於是下午直接請假衝展場#

這次的主要目標有兩個，一是 Ducky 優良傳統保固卡領酥鴨按鍵，二是華碩新推出的愚人節產品Ally 掌機動手玩，其餘就是四處逛逛拿贈品與袋子。

首先，完成位在一樓的酥鴨按鍵任務，開始四處晃晃。一樓多是周邊、機殼及零組件廠商，還有些不太熟悉的嵌入式系統。順便聽了一場演講，是關於 nVIDIA 40 系列的超能力：Full Ray Tracing 與 DLSS3 的特色及原理。原來 DLSS 3 除了超解析度之外還插入了由 AI 產生的一張畫面，使得 FPS 可以達到兩倍以上，其中一張簡報就提到有 7/8 的像素都是由 AI 產生的。

途中路過一些奇特的改裝機殼#

有些是 4 樓的，就一起放了。

芝奇的攤位永遠都是這個風格

四樓展區#

一樓逛逛看時間差不多了，移動到四樓展區。一上樓隨便逛逛就看到 EZCast 的攤位，由於在公司的會議室有用過他們家的產品，EZCast 應該也是這領域的領導廠商，就多看了幾眼發現居然可以拿產品回去用。印象中這類的產品應該也不便宜，於是就用個資換了一個用用看。比較可惜的是 type C 的版本沒了，如果可以接在 iPad 上更好，之後有需要再說吧。

華碩展區#

接著來到第二個任務的地點，位在四樓中間占據兩個 block 的華碩展區。只能說不愧是大廠，兩個展區都是人山人海。其中一個展區是 ROG，另一個是其他產品線。因為 ROG 展區在對面就先逛了另一區，這區有一些筆電、螢幕、周邊產品，不過大部分都是常規產品，或是已經在 youtube 有人開箱過，就沒特別駐足，但有幾個螢幕的設計是真的不錯看。走到三角窗位置發現到今年令我印象最深刻的產品—裸視 3D 筆電，現場有三台筆電分別運行著建模軟體、3D 影片以及展示用遊戲(或是說互動教學)。3D 螢幕的顯示效果很不錯，甚至我感覺比一般要戴偏光眼鏡的效果都好，尤其是影片及遊戲應用。遊戲應用那台還有外接深度感測器，可以透過筆型控制器來進行互動操作。用起來的感覺很類似 VR，但稍微有些不直覺。不過這個問題應該習慣就好，使用上也比 VR 方便許多。對於一些教學特別適合，例如範例裡的心臟模型。根據展場人員的解釋，裸視 3D 的原理是透過螢幕上方的感測器 (相機?) 追蹤使用者的眼睛位置，同時透過液晶的偏光效果將像素分別投射到左右眼，再由大腦組合成立體影像，可惜普通相機拍不出 3D 效果。由於是追蹤眼睛位置，因此這種螢幕一次只能一人使用，算是目前比較可惜的點。

有一個小遺憾是今年忘記給蛇蛇雞肺，沒逛到他們攤位。

水母飼養筆記 - 1

Tue, 14 Mar 2023 00:00:00 GMT

最近因為忙碌，已經好久沒有更新這個部落格了。今天特別抽空來報告一下最近的近況。

首先是我的大西洋海刺，在元旦期間不幸地頭腳分離，可能是因為食物不足而導致。後來在水母飼養群組看到有可能是因為缸體太大而水母太小，食物很快就被過濾光了。建議水母體型小時先放在小缸養，長大後再搬到大缸。

在這期間，我把海月搬到OW缸，並且其中一隻長到了10公分。原來水質顧好海月也是可以長很快的。看著大海月游泳實在很療癒。

此外，我最近也加入了一個新成員，名為黑星海刺。它非常漂亮，也很容易照顧。不過，它的成長速度非常快，讓我有些擔心它會不會過快地長大。為了給它更好的生活空間，我決定買了一個新的魚缸來照顧它。

目前，我的海月住在新的C8缸中，而我的黑星海刺住了幾個禮拜的O2缸，現在已經搬到OW缸中。C8養海月實在很好看，只不過第一個禮拜太興奮，不小心餵太多差點整缸團滅。原以為水中硝化菌足夠，結果換到新環境還是要重新養水比較穩。

P.S. ChatGPT真的有趣，這篇文也是用AI打稿修改而來。希望有這類工具可以讓語彙力低下的我也能順利寫部落格。

以下是這段時間的照片：

水母第四週報告

Sun, 27 Nov 2022 00:00:00 GMT

偷懶#

最近有點懶，所以兩個禮拜一起寫，雖然快要三個禮拜了。

第三週長大了#

這禮拜翻傘的狀況總算大幅改善，訂購的食用海月也在周六(11/12)到貨，希望吃海月可以快快長大。不過不知道是不是因為我買的是食用海月的原因，這批來的海月大多都黃黃的，狀態感覺也不太好，有氣無力的感覺，直徑大小約在1~3公分之間。終究是要被吃的是沒什麼影響，只希望可以撐一個月，不要提早化成水就好。但有兩隻白色的海月活力不錯，考慮留下來看能不能養大。其中一隻不知道是有受過傷還怎樣，胃囊不在傘帽正中間，還疑似有五根口腕，不過胃囊還是四個，之後不知道會不會變成五個。

破洞#

雖然說食用的海月不需要餵食也能活一陣子，不過我還是想看看海月吃東西會長怎樣，於是放了一些豐年蝦進去，不過因為第一次餵食沒抓好餵食量，導致水質汙染，隔天一看怎麼有隻海月的傘帽快要跟口腕分離了。趕緊換掉O2一半的水(1L)。至於那隻破掉的海月就進到海刺的肚子，撈出來的時候甚至頭腳分離，規工欸(?)。

過幾天又再嘗試餵食，這次有放少一點，不過隔天還是有一隻破洞，一樣換一半水然後把破掉那隻餵給海刺。就這樣到了周末，原本那隻疑似受過傷的海月也破洞也縮小了。這次乾脆直接把水全換了，並且禁食一天。感覺海月的食量跟海刺差挺多的，海月的胃囊就四個小小的月亮，餵太多也吃不進去，反而會吐出來造成汙染。一次餵個0.3cc的蝦感覺就夠了(超不精確的描述)。

海刺也破洞#

週六出門前發現海刺的傘帽內側出現了一個2-3mm左右的破洞，下午回來趕緊換水1/3(4L)左右。還好晚上就幾乎復原了。趕緊用試劑測試水質，原本穩定的NO2、NO3升高不少，其實在前幾天測試的時候就有觀察到數值上升，當時也是換了部分水。不知道是不是上週六(11/12)手癢把OW的藻類全刷掉，導致系統失去平衡。但現在藻類長回不少還是沒有達到平衡狀態，只能先不餵蝦，2-3天放一隻海月，降低餵食量並多換水，看看能不能回復平衡。

這禮拜的圖片#

世足賽開踢#

這禮拜世足賽開打，之前有章魚下賭注，不知道水母會不會也可以拿來猜哪隊會贏球。

水母第二週報告

Tue, 08 Nov 2022 00:00:00 GMT

翻傘好玩，每天要翻#

這禮拜 Still Alive，海刺從上禮拜五(第六天)開始進入翻傘期，原本以為是被缸子的氣泡打到於是換到OW。結果還是一樣每天翻傘，早上睡醒發現翻傘，下班回家也是翻傘，幫牠翻回去沒30秒又翻過來，重複個三四次沒完沒了，於是放棄幫牠矯正，過一陣子再試試看。翻傘的時候由於游泳能力下降，容易飄一飄就碰到牆壁黏上去。聽說黏牆壁容易傷到口腕，可能是因為水流拉扯傘帽吧？有看到要盡早用滴管吹下來。

經過幾天的觀察，發現容易翻傘的時機是水母在放空的時候把傘帽放鬆到水平狀態，這時只要稍微往上翹，下次傘帽收縮時就會翻傘。不過目前造成放空的原因不清楚，有可能是因為受到刺激，或是單純餓了。下週末訂幾隻海月來試試看會不會盡早脫離翻傘期，不然每天翻傘好煩。

孵蝦#

另外最近北部氣溫驟降，孵豐年蝦的時間越來越長，有時要到30個小時才敷出90%。於是我又買了一管孵蝦筒，兩筒每天交替使用在餵食時間上比較充裕，還好海刺沒那麼挑食，孵出來久一點的也是會吃。順便把其中一筒拿到房間去孵，看看我機房(?)內的NAS跟電腦產生的廢熱能不能加速孵化。

養水#

最近聽說OW養水要至少三個禮拜才能建立比較完整的硝化系統，不過我當初七天就把水母移過去了。雖然目前看起來還算穩定，也有測NH3、NH4+的數值，大約在0.05左右算是很低的狀態。NO2的部分沒買試劑，如果看起來不妙再去補測。目前的藻況是有部分褐藻，但應該還不到爆藻的地步，持續開24小時的白燈觀察。

這禮拜的照片#

水母第一週生存報告

Tue, 01 Nov 2022 00:00:00 GMT

這禮拜是開始養水母的第一週，OW的水也養了7天了，雖然看不太出來有什麼差異。不過O2的水體太小，這禮拜還在抓餵食量，不小心餵太多導致水開始有些混濁。加上第六天開始進入翻傘期，稍微被氣泡打到或是碰到缸壁就翻傘，於是乾脆搬到OW來養。

不過OW有另一個問題就是目前海刺體型還小，加上OW過濾效率好，剛餵食的豐年蝦沒過多久通通都被濾掉了，感覺過濾比水母吃得還快，很怕會吃不飽然後縮水，過陣子如果縮小的話再買個豐年蝦孵化器。

圖片區#

養水母 Day 0

Sat, 22 Oct 2022 00:00:00 GMT

今天中午收到訂購的水母缸跟水母，可以正式開缸了，趕緊來把水母放出來。由於使用的海水是與水母放在同一個保麗龍箱子內運送的，溫度應該不會差太多，於是簡單對一下水就下鍋了。

下鍋#

OW缸養水#

把水母先下鍋安置好後下午來架設OW缸，據說會叫OW是因為它下面的兩隻腳是W型。架設過程沒遇到什麼問題，頂多就是它有13.5公升的水量，然後我沒有虹吸管，只好慢慢從水桶裡面倒水，有點累人。

照片#

因為運送過程及剛下水不能餵食，疑似餓到打結，希望之後會改善，我先去孵蝦了。

|>

希望一切順利

DIY水族溫度計加上螢幕

Mon, 10 Oct 2022 00:00:00 GMT

更方便的溫度計#

之前把溫度計接入Home Assistant，雖然可以遠端查看溫度也可以記錄溫度的變化，但每次要看溫度都必須打開HA的頁面實在不太方便。如果可以直接在魚缸旁邊看到目前的溫度，就不用再掏手機出來看了。於是就有了今天的企劃，來幫溫度計加上個螢幕吧！

事前準備#

之前的DIY水族溫度計
SSD1306 螢幕 (I2C)
跳線

接線#

這次先用麵包板測試，之後再換到體積比較小的擴展板，一共有兩種接線方式可以參考。

麵包板#

SSD1306的針腳：

VCC：3.3V
GND：GND
SDA：GPIO21
SCL：GPIO22

WARNING
要特別注意的是螢幕的VCC是接3.3V，跟溫度計的5V不一樣。接錯不知道會不會燒掉，還是不要亂試。

擴展板#

接到擴展板後因為溫度計的線不夠長，所以有修改資料線(黃)的GPIO，讓它跟5V的位置近一點，各位可以視需要修改設定檔中的腳位定義。

設定檔#

在插好線之後就可以來編輯設定檔，這裡以擴展板的配置為範例。

1
substitutions:
2
  devicename: jellyfish-ds18b20
3
  upper_devicename: Jellyfish
4

5
esphome:
6
  name: $devicename
7

8
esp32:
9
  board: nodemcu-32s
10

11
# Enable logging
12
logger:
13

14
# Enable Home Assistant API
15
api:
16
  encryption:
17
    key: ""
18

19
ota:
20
  password: ""
21

22
wifi:
23
  ssid: !secret wifi_ssid
24
  password: !secret wifi_password
25

26
  # Enable fallback hotspot (captive portal) in case wifi connection fails
27
  ap:
28
    ssid: $devicename
29
    password: ""
30

31
captive_portal:
32

33
# DS18B20 Temperature Sensor
34
dallas:
35
  - pin: GPIO13
36
    update_interval: 60s
37

38
sensor:
39
  - platform: dallas
40
    address: 0x723c01f096006e28
41
    name: ${upper_devicename} Temperature
42
    id: sensor_temp
43

44
i2c:
45
  sda: GPIO21
46
  scl: GPIO22
47

48
font:
49
  # gfonts://family[@weight]
50
  - file: "gfonts://Roboto"
51
    id: my_font
52
    size: 42
53

54
display:
55
  - platform: ssd1306_i2c
56
    model: "SSD1306 128x64"
57
    # address: 0x3C
58
    lambda: |-
59
      it.printf(0, 0, id(my_font), "%.1f°C", id(sensor_temp).state);

可以看到這次新增了一些區塊

substitutions

這是可以用變數方式定義裝置名稱，減少需要重複的設定
```
1
substitutions:
2
  devicename: jellyfish-ds18b20
3
  upper_devicename: Jellyfish
```
SSD1306

我們使用的是I2C版本的SSDS1306，首先定義SDA、SCL腳位，之後要指定要顯示的字型，這裡使用google font，直接用網址很方便，當然也可以使用檔案的方式，詳細方式可以看參考資料。

完成基本設定後再來就是要顯示什麼文字了，這次在sensor的部分多加了id: sensor_temp，就是為了能夠取得感測器的資料。

model的部分記得要用你手上那個螢幕的尺寸去設定。

顯示溫度的數值設定為小數點後一位"%.1f°C"。
```
1
i2c:
2
  sda: GPIO21
3
  scl: GPIO22
4

5
font:
6
  # gfonts://family[@weight]
7
  - file: "gfonts://Roboto"
8
    id: my_font
9
    size: 42
10

11
display:
12
  - platform: ssd1306_i2c
13
    model: "SSD1306 128x64"
14
    # address: 0x3C
15
    lambda: |-
16
      it.printf(0, 0, id(my_font), "%.1f°C", id(sensor_temp).state);
```

燒錄的部分就跟之前一樣選擇wirelessly就可以了，除非你有修改裝置名稱導致ESPHome找不到，才需要插線燒錄。

這樣方便查看的溫度計就完成了。

參考資料#

DIY水族溫度計接入Home Assistant

Sat, 01 Oct 2022 00:00:00 GMT

最近看水母討論群組內在找為何水母會出問題時常常問到溫度，可見溫度對於水母的生長是十分重要的一個因素。如果在海洋內由於水體夠大，水溫一般來說不會出現太大的震盪，但養殖在魚缸內水溫就容易因為室溫的變化而跟著變動，水體越小越容易上升或下降。這時候有些人會選擇使用冷氣固定室溫，或是使用水冷機。不過我沒有水冷機，24小時開冷氣也不太經濟。於是就想說能不能接入我原本就有在用的Home Assistant做監控，必要時可以遠端開啟冷氣，之後如果購入水冷機也可以自動化控制水冷機的開關。不過上網尋找了一下，並沒有找到能夠放在魚缸內的智慧溫度計，大多是測量室溫的智慧溫度計。

看來只能靠自己了，先前有在智慧家庭的群組聽過ESPHome，據說可以將開發板接上各種感測器後加入HA的系統中。可玩性十分高並且ESP的開發板也不貴，於是這次就藉由這個機會來試試看。

事前準備#

ESP32 (NodeMCU-32S)
DS18B20感測器(防水版)
4.7k電阻
麵包板 / 擴展板
跳線

接線#

可以參考這個網站：ESP32 - Temperature Sensor _ ESP32 Tutorial

擴展板

後來發現要接在5V，測得的數據比較準，不然會低1度C左右，對照組是另一條2m的防水DS18B20、水族溫度計、液晶溫度計、食品溫度計，它們的數值是比較接近的。
麵包板

安裝ESPHome#

在Home Assistant的附加元件商店
新增裝置 + NEW DEVICE

初始化ESP32#

設定名稱及網路#

網路我因為設定過了，沒跳出來…

安裝#

跳過這步
選擇ESP32
Install
將NodeMCU-32S用USB連接到安裝Home Assistant的機器上
安裝
等它跑完之後就可以按下STOP，之後通知就會自動找到新設備，不過可以稍後再設定

設定檔#

接下來我們要把config檔寫入ESP內

點選EDIT#

可以看到YAML格式的設定檔，需要做一些修改：

name、key及password的部分應該會自動生成
esp32 board類型改為
```
1
esp32:
2
  board: nodemcu-32s
```

加入DS18B20的設定參數

我們的資料針腳接在GPIO21，所以這裡填入GPIO21。資料更新間隔沒寫的話預設是60秒，如果要手動設定可以像範例這樣寫。第一次使用的時候要先取得sensor的address，所以先不用sensor區域。

1
# DS18B20 Temperature Sensor
2
dallas:
3
  - pin: GPIO21
4
    update_interval: 60s
5

6
# Note you don't have to add any sensors at this point

完整config範例：

1
esphome:
2
  name: jellyfish-ds18b20
3

4
esp32:
5
  board: nodemcu-32s
6

7
# Enable logging
8
logger:
9

10
# Enable Home Assistant API
11
api:
12
  encryption:
13
    key: "XXXXXXXXXXXXXXXXXXX"
14

15
ota:
16
  password: "XXXXXXXXXXXXXXXXX"
17

18
wifi:
19
  ssid: !secret wifi_ssid
20
  password: !secret wifi_password
21

22
  # Enable fallback hotspot (captive portal) in case wifi connection fails
23
  ap:
24
    ssid: "Jellyfish-Ds18B20"
25
    password: "XXXXXXX"
26

27
captive_portal:
28

29
# DS18B20 Temperature Sensor
30
dallas:
31
  - pin: GPIO21
32
    update_interval: 60s
33

34
# address may different
35
#sensor:
36
#  - platform: dallas
37
#    address: 0x5e030497940af528
38
#    name: "Jellyfish Temperature"

燒入ESP32#

SAVE後按INSTALL，看是要用Wirelessly或是接線都可以
- 無線
- 有線
等到安裝完成就可以找到sensor的address，把它記下來

補上 sensor address#

回到YAML，把sensor資料補上(或是取消註解)。完成後同樣SAVE、INSTALL，再次燒到ESP32內。

Terminal window

1
sensor:
2
  - platform: dallas
3
    address: 0xFC04146F37EDFF28
4
    name: "DEVICE NAME"

加入整合元件#

從剛剛的通知裡進入設定頁面，輸入在YAML內顯示的金鑰。

複製"YOUR_KEY"那顯示的文字，貼到金鑰欄位。

Terminal window

1
# Enable Home Assistant API
2
api:
3
  encryption:
4
    key: "YOUR_KEY"

完成後就會看到整合內有剛剛設定的ESP設備

完工#

最後就可以加入主面板

參考#

入手一咖O2水母缸

Wed, 28 Sep 2022 00:00:00 GMT

CP值高的備用缸#

周末看到台北有人釋出NG的O2缸，評估一下覺得可以用來放飼料海月或是緊急備用缸。

先來說說NG的部分：

燈接觸不良，會亮但是向上的時候才會亮，而且很難按，幾乎是無法使用
- 未來打算直接用LED燈條替代
打氣調節閥壞掉，這個換掉就好，很容易
蓋子的連接膠布進水、有灰塵，僅影響外觀

以上幾點都是可以解決的問題，而且NG缸大約是半價，於是隔天就冒雨去面交。

Dry Run(?#

拿回來之後當然要先研究一下結構，以及放在房間的水溫如何。雖然說是dry run但應該是wet run。另外想說能不能修看看那個燈，不過很遺憾的是它用樹酯防水固定，要拆下來不太容易，之後有機會再來試。

環境溫度#

由於先前就有在房間內設置Home Assistant智慧家庭系統，監控環境溫濕度。大概可以知道氣溫在夏天白天可以達到28度~29度。又因為O2缸的水體大約只有2公升，跟環境的溫度應該不會差太多。不過保險起見還是另外買了兩種魚缸用的溫度計參考，而且這些溫度計本身的準確度也不是很高。

溫度變化問題#

在水母討論群組內看到有前輩說溫度變化最好不要超過正負一度，不過我回家之後會開冷氣，勢必會影響到水溫。有開冷氣的話水溫大約會在26度左右，這部分可能到時候真正開始養再看看是我不要吹冷氣還是幫水母開冷氣QQ。不過冬天也快到就是了。

缸體結構#

除了溫度問題外還想研究一下水母缸的結構，看看能不能塞入一些過濾棉及硝化系統的材料，甚至是DIY蛋白分離器及水冷機管路的空間。目前看下來水冷機只能用水陸兩用馬達放在外面吸水出來，蛋分雖然新手級的水母不需要，不過看到有人DIY手作魂就發作了。但要在O2裝蛋分應該要做出袖珍型的才行，網路上看到的迷你型都太大了，做那麼小也不知道有沒有用就是了。

迷你蛋分參考#

What’s Next#

最近訂的ESP32開發板以及防水溫度感測器到貨了，接下來的任務是把溫度計接入Home Assistant，再搭配自動化可玩性就很大了。不過因為是第一次用ESPHome接入，可能會花比較多時間。

旅程的開始

Sat, 24 Sep 2022 00:00:00 GMT

來寫部落格吧#

最近在改版Discord機器人，將discord.py升級到v2.0，並且升級Twitter API由v1.1到v2。但是discord.py 2.0是今年才回歸，目前資料還不是很多，在開發的時候花了不少時間在找範例資料。感覺需要一個地方來記錄與分享開發的坑。加上我原本就想來試試架部落格，只不過一直不知道要寫什麼內容，剛好趁這個機會練練手。

另一個動機是最近看Youtube上有人養水母的影片，有點被燒到想來試試看。所以之後可能也會有一些水族相關的文章，只不過現在還在評估中，在外租房空間實在有限，需要先來個大掃除。

總結以上，還有我原本就有在玩的懶人智慧家庭系統也可以來寫一些內容，這個部落格大概會有以下幾類文章：

Discord機器人
智慧家庭(Home Assistant)
- 物聯網
- 自動化
Hexo相關
養水母
隨便寫寫