一人旅の旅行記

前言

最近有許多社團成員詢問我關於代工的 H1 - Case for Heltec V3 running Meshtastic 為何僅提供 ABS 材質選項，以及是否有其他材質的選擇。針對這些問題，我在此做一個統一回應。

前言

自從 Windows 開放使用 Microsoft 帳戶登入後，在使用遠端桌面時常常會碰到一個問題，一旦修改了 Microsoft 帳戶密碼，執行遠端桌面登入時即使輸入正確的密碼（不管是更改前的密碼或更改後的密碼），但是仍然有可能會出現密碼錯誤的狀況，造成無法登入的窘相…

前言

最近有一位客戶跟我說，他使用我們的 Camera 搭配 SSD，在 Record Video 的時候，不定時會有系統停擺的狀況。剛好最近想為 RPI 5 設置 SSD，因此就順道來驗證看看到底哪裡出了問題！

在我測試的當下，由於官方的 SSD 轉接板 Raspberry Pi M.2 HAT+ 在台灣還未上市（國外上市時間為 2024.05.14），加上我並不喜歡轉板設計放置在主板上，所以我另外購買了一款 GeekWorm X1002 來使用。

測試配置如下

• Raspberry Pi 5 8Gb Ram
• OS: Raspberry Pi OS (64-bit)
  • Release date: March 15th 2024
  • Kernel version: 6.6
  • Debian version: 12 (bookworm)
• PCIe Adapter Board - GeekWorm X1002
• SSD test checklist
  • WD Blue SN570 500Gb
  • Kingston NV2 500Gb
  • Micron Crucial P3 Plus 500Gb

值得一提的是，一般來說目前市面上所販售的 RPI 5 SSD 轉板，都是遵循官方的 Raspberry Pi Connector for PCIe Design Guideline，SSD 轉接板只承擔訊號轉接的部分，所有相容性的問題，都是取決於作業系統，需要透過作業系統的更新來獲得改善，跟轉板本身並沒有太大關聯性。

前言

隨著 Raspberry Pi 於去年 10 月更新其作業系統至 Raspberry Pi OS - Bookworm 版本，顯示架構從 X11 轉變為基於 Wayland 的系統。這項轉變導致多數傳統截圖工具 (如 Scrot、Gnome-Screenshot、Shutter 等) 不再相容。為此，本文將介紹如何使用 grim 段時間作為替代工具來執行截圖操作。

Grim 截圖工具介紹

Grim 是一款專為 Wayland 設計的截圖工具，目前已內建在 Raspberry Pi OS - Bookworm 中，它提供了簡潔而強大的功能，不僅可以進行全螢幕截圖，搭配 Slurp 還可支援區域截圖，讓使用者能靈活捕捉所需畫面。

前言

本文將介紹如何透過兩種主流方法遠端控制 Raspberry Pi：命令列介面和圖形化使用者介面。

前言

相信很多人都不知道，其實你們分享的 Projects，很多時候其他人只能瀏覽，並不能使用你們的設計。

其實原因很簡單：
主要是因為你所分享的 Project 中使用了自行上傳的 SVG 檔案或圖片。由於 Cricut 無法確定這些檔案的版權歸屬，因此禁止了這類設計的共享。換句話說，你分享出來的專案只能供人瀏覽，而不能被他人使用。

那麼要如何分辨一個 Project 能否使用呢？可以從以下圖示做判別。

前言

最近看了一些 3D Printer 社團的留言，發現很多人不知道 PEI 的特性，也沒有仔細看官方的介紹，所以列印常常失敗，這邊稍微說明一下。

1. 正常來說，列印 PLA、PETG、TPU、ABS、ASA 等一般材料，完全不需要上任何黏著劑。
2. 黏著劑會降低 PEI 的壽命 (你沒看錯 PEI 是有使用壽命的，它塗層是耗材，使用黏著劑在脫模時會造成塗層損耗剝落)。
3. 當你長期使用發現 PEI 板逐漸有印痕，代表 PEI 板的塗層有受損了。
4. PEI 板不建議在高溫狀況下脫模，高溫時附著力高，強力脫模易造成 PEI 受損，最好的做法是等降到常溫自然脫模。
5. 相信有人會說，官方介紹中 PA、PC 需要使用黏著劑，黏著劑不是不能用啊?(沒有錯，黏著劑不是不能用，但是用黏著劑會大幅降低 PEI 使用壽命，長期下來你以後用 PEI 列印 PLA 等一般材質都需要黏著劑了，那你為什麼一開始就不直接用冷、熱盤呢? 還要用貴鬆鬆的 PEI 板呢?)

下面附的照片有痕跡的就是 PEI 塗層損耗的樣貌，顯微鏡放大去看，很明顯塗層已受損

正常的 PEI 板會無法黏附模型，通常是以下幾種狀況造成

前言

最近家中購買了一台 Cricut Maker 3 用來作為一些 DIY 作品切割，由於它所可使用的刀具種類眾多，這邊稍微整理了一下，俾利後續作業可以快速的查閱合適的刀具。

Cricut Maker 3 的刀具大約可分以下幾大類。

前言

這篇文章雖然和Apple Silicon無直接關係，但近年來，我不小心幾次陷入這個陷阱，所以我想特別記錄下來，並稍微吐槽一下。

近年來，大型科技公司紛紛推廣他們的雲端服務，操作系統也紛紛加入了整合式雲端硬碟功能。這些服務對於日常文書處理來說非常方便，但對於軟體開發或延伸應用程式開發來說，情況就不一樣了。這些雲端文件存儲在路徑和權限管理方式方面都有一套隱藏的邏輯，當您按照許多開發者所提供的步驟進行操作時，可能會遇到一些奇怪的權限、路徑或連接問題。而這些問題的根本原因，往往就是因為您將程式放在雲端文件夾中。這一點非常重要，但大多數開發者往往不會特別提醒您，所以我要特別強調,也認為這應該也要列為基礎常識！😆

特別是Windows的 Document 文件夾或macOS的 Documents 文件夾。這些都是Microsoft和Apple操作系統預設同步的文件夾。只要您將程式放在這些文件夾中，很有可能會遇到執行上的問題。所以，請記住這一點，以免踩進這個坑中。

前言

最近心血來潮，想將多年未更新的 Hexo 版本從 4.1 升級到 7.0，順帶更新到最新版本的 Next Theme，在更新的過程中，無意間又發現了一個坑…

原來 Hexo 不知從何開始已經正式導入 Markdown 語法插入圖片了，所以導致在 Hexo 4.2.0 late 版本，使用 hexo-asset-image 作解決方案時會產生絕對路徑的 Bug。

要解決這個問題，最好的解決方式當然是移除 hexo-asset-image 即可，但是依照官方的設置方式，又會發生一個讓我覺得困惑的狀況…

以下為官方的建議設置方式：

使用 Markdown 嵌入圖片

hexo-renderer-marked 3.1.0 引入了一個新的選項，其允許你無需使用 asset_img 標籤插件就可以在 markdown 中嵌入圖片

如需啟用：

1 2 3 4 5

# _config.yml post_asset_folder: true marked: prependRoot: true postAsset: true

啟用後，資源圖片將會被自動解析為其對應文章的路徑。
例如： image.jpg 位置為 /2020/01/02/foo/image.jpg ，這表示它是 /2020/01/02/foo/ 文章的一張資源圖片， ![](image.jpg) 將會被解析為 <img src="/2023/11/11/Hexo_圖片顯示異常路徑修正紀錄/2020" > 。

依照上述最後一段話的敘述，你會發現所放置的圖片必須放在與文章相同的資料夾下，才能正常被解析為<img src="/2023/11/11/Hexo_圖片顯示異常路徑修正紀錄/2020" >，如果你是將圖片放置在文章的次資料夾中，是無法被順利解析的，它所解析的路徑會變成<img src="/2023/11/11/Hexo_圖片顯示異常路徑修正紀錄/image.jpg" >，下是一個實例。

圖片放在文章的次資料夾中如下

插入的路徑為 {% asset_img "sray Logo.jpg" "sray Logo" %}

而實際上網頁顯示圖片的路徑會變成 https://shuwn.dev/2023-11-11-Hexo_圖片顯示異常路徑修正紀錄/sray Logo.jpg

而正確的圖片路徑應解析為 https://shuwn.dev/2023/11/06/2023-11-11-Hexo_圖片顯示異常路徑修正紀錄/sray Logo.jpg

以官方原先的設置必須將圖片放在文章相同的資料夾中如下

才會取得正確的圖片路徑 https://shuwn.dev/2023/11/06/2023-11-11-Hexo_圖片顯示異常路徑修正紀錄/sray Logo.jpg

這完全不符合日常圖文管理方式，而且官方上述設定 post_asset_folder: true，主要是讓你在利用 hexo new paper 指令建立文章的同時，自動建立好資源圖片的資料夾，如果只限定需要將圖片放在與文章同個路徑下才能正常解析，這真的蠻奇怪的？？？