SKiFF

Banff 旅遊季節提醒：避開野火霧茫茫的季節

2026-08-16T14:08:33.113+08:00

這次八月初來到 Banff，本來滿心期待，結果遇到森林野火，好幾天都是這樣霧茫茫的一片，拍不到心中期待的大景色。

跟當地人聊天，得知其實比較推薦的旅遊季節，應該是六月底到七月初，比較不會被煙霧影響。不過有人說六月比較會下雨，但經過這次的經驗，下雨空氣乾淨還是比較好看，而且我們在 Banff 遇到的雨都很小，毛毛雨，很多人根本不撐傘。只有到了 Calgary 才遇到一場有像台灣的下雨。

若行程有彈性，可以先看一下 firesmoke.ca (https://firesmoke.ca/)，預估兩天內的煙霧狀況，決定行程內容。

也可以直接看 Banff Gondola Webcam (https://www.banffjaspercollection.com/attractions/banff-gondola/webcams/)，或是 Lake Louise Ski Webcam (https://www.skilouise.com/mountain-cam/) 確認當下的真實能見度。

iPhone 雙卡雙待收不到簡訊的隱藏 Bug 與破解法

2026-08-16T10:21:57.486+08:00

近期出國旅遊時，在通訊上我遇到了一個非常經典、差點搞死我的 iPhone 雙卡雙待 Bug。

這次出國旅遊，需要一支加拿大的門號，打算不要開原機漫遊。因為早先去美國出差發現現在已經有 VoWIFI ，即便沒有開漫遊也可以收簡訊。

這套劇本聽起來很完美，但如果你是用 iPhone 雙卡雙待，請一定要注意下面這個致命陷阱！

慘痛經驗：收不到 OTP 簡訊的崩潰

出國時，我的 iPhone 設定通常如下：
[主要] 台灣實體 SIM 卡 (以中華電信為例)：留著收簡訊用。
[旅遊] 當地 eSIM 網卡：負責在外面的上網導航。

我以為一切都設定好了。結果在旅程中，我完全沒有收到半封台灣的簡訊！出國不管是逛街購物刷卡、登入網銀，把新的信用卡加入 Apple Pay，都需要 OTP 簡訊驗證。但都收不到簡訊，也不知道為什麼，造成極大的麻煩。

一開始我以為是剛好沒訊息，直到旅程快結束了，一直沒收到機場接送的訊息，才終於發現這根本是 iPhone 雙卡切換的隱藏 Bug！

為什麼會這樣？(Bug 解析)

當你同時開著兩張卡，iPhone 有時候會「卡住」。你的台灣主門號會一直傻傻地在背景尋找國外的漫遊基地台，而不會主動切換到「透過 Wi-Fi 接收訊號」的模式。結果就是：漫遊連不上，Wi-Fi 通話也沒啟動，你的台灣門號直接進入失聯狀態。

終極破解法：先關掉加拿大門號(eSim)，反覆用飛航模式逼它重新抓取，直到連上 CHT Wi-Fi 後再開啟加拿大門號。

如果你出國也遇到收不到簡訊的問題，請跟著我這樣做：

第一步：連上穩定網路
確認手機已經連上飯店或機場的 Wi-Fi。

第二步：確認功能已開
進到「設定」>「行動服務」> 點選你的台灣門號，確認裡面的「Wi-Fi 通話」是有打開的。

第三步：關鍵大絕招（反覆重置）
下拉控制中心，把「飛航模式」打開，等 5 秒鐘，再關掉。
如果沒反應，進到設定裡，把台灣那個行動方案「關閉」再「重新打開」。
重複這個動作，強迫 iPhone 重新尋找訊號路由。

點亮那一盞明燈：「CHT Wi-Fi」

當你反覆刺激它之後，請滑開左上角的控制中心，盯著左上角的電信商名稱看。直到你看到原本只有寫著「中華電信」的地方，突然變成了「CHT Wi-Fi」，恭喜你，成功了！

當這幾個神奇的字亮起來的瞬間，幾分鐘內台灣簡訊，就進來了。不過因為簡訊太久沒送達會自動丟掉，所以我大約也只能收到當天的訊息。

從這一刻起，你不僅可以順利接收所有銀行與 Apple Wallet 的 OTP 簡訊，在打電話時，iPhone 還會貼心地讓你選擇：是要用國外號碼打當地餐廳，還是用台灣號碼免費打回家！

下次出國，落地到飯店的第一件事，別忘了先檢查左上角有沒有點亮你的 Wi-Fi 通話喔！

悅夢床墊

2025-05-07T13:53:00.005+08:00

最近，我們向悅夢床墊購買了第二張床墊。

還記得三年前，我們第一次到竹北悅夢床墊試躺的美好經驗。那天一進到店裡，店員親切的為我們用精油酒精消毒手部、更換室內拖鞋、介紹床墊的硬度，接著便給我們拋棄式枕巾，讓我們自由試躺，期間從來不曾打擾我們。
床的硬度由硬而軟分為九種，其中四號床，一躺下便覺得好舒服啊！厚厚的舒適層給人放鬆的包覆感，底下的彈簧又Ｑ又彈，而且是採用中鋼的彈簧！於是我們訂購了四號床。
這幾年使用下來，真的很舒服，也不悶熱。由於打算汰換另一張使用多年的床墊，我們決定再買第二張床墊。加上敏感的我覺得床墊回軟，有明顯的睡眠區域，於是我們又回到悅夢購買了硬度更堅挺、舒適層較薄的三號床。
再次回購，是因爲喜歡悅夢床墊的整體品質：鋼圈和層層用料的材質、品質都經過精心設計，售後保固服務讓人放心，銷售人員專業又親切。
誠摯推薦給大家！

Model Y Auto-Pilot 心得

2023-12-22T00:16:00.001+08:00

開了一個月的 Model Y，基於之前開車的經驗，做些心得整理。

目前我的 Model Y 有下面三種等級。

	ACC	LKA	EAP
功能	跟車, 車主要轉方向盤	車子控制車速跟方向盤	下交流道時, 車子會打方向燈, 換線
硬轉方向盤	無影響, ACC 維持	降級到 ACC	降級到 ACC
踩剎車	完全解除 ACC	完全解除 ACC, LKA	完全解除 ACC, LKA, EAP
往上撥桿	完全解除 ACC	完全解除 ACC, LKA	完全解除 ACC, LKA, EAP

由於試駕的時候，並沒很理解發生什麼事，加上還不熟悉時也不可能去看中控面板搞清楚狀況，所以雖然這個表很直覺，跟過去開的有 L2 的車並沒太大差異，但事實上還是自己開了幾天後，才慢慢摸熟。

但有兩點想特別說的。

第一點是在 Tesla One pedal mode 下，其實踩煞車解除 ACC, LKA, EAP 這個操作，比起我以前揩油車的經驗，真的是危險很多。主要是因為油車輕踩一下剎車解除跟車之後，還是會持續滑行，降速的過程是相當緩慢的，因此有很足夠的時間來補油門。而若是需要急煞的時候，則是重踩，這個場景，兩者也差不多。但在 Model Y 上的操作是，用輕踩煞車解除ACC後，得在約一秒內趕快補電門（補的力道，也需要練習），不然車子很快會降速，感覺很容易出車禍。因此心得是，非常不建議再用輕踩煞車解除跟車。通常在無前車，但需要轉彎時，開油車時可以這樣一氣呵成的降速轉彎，再重新開啟定速跟車，但開Model Y覺得是用撥桿解除比較保險，而在解除之前需要先踩一下電門，感覺一下踩的力道跟目前車速有搭配才行。

第二點是EAP會自動下交流道這件事。基本上車子並沒有任何事先預警或提示，只要是沒有要切出去的車道沒車子擋住，打個燈馬上就切過去了。加上Model Y原本換線切的都很猛，如果不是原本就有在注意，可能會真的會被嚇一跳。

目前還蠻享受EAP幫忙換車道的感覺，只要打個方向燈，車子會找安全的時間換線。但除了這個之外，三不五時一直建議換線，擋住一些資訊，常要自己去取消。跟下交流道時，常常不知道車子到底會不會下，下交流道後通常很快又有左右分叉決定要選邊，車子也頗快，選擇時間很短，車子又在最後一刻才動作，甚至有不知道為什麼，明明沒車也沒走對邊，搞得自己看的緊張兮兮的。因此估計試用期過後，就不會再用EPA了。

雖然 Tesla AP 的確在不少地方比過去開過的 L2 駕駛智慧，會多做一點事情，但同時也會多做很多不必要的操作，其中最恐怖的就是沒狀況但突然減速、急煞。過去因為車子的 L2 笨，但邏輯簡單，其實有注意在開車的話，對車子的掌控跟預期是頗有信任感的。但 AP 有時真的不知道他在想什麼，結果反而除了注意有沒特別路況外，還要特別注意車子突然煞車、減速，得趕快去補油門，目前感覺起來並不是輕鬆，開的緊張兮兮。對了，真的老老實實握著方向盤，卻一直要求兩三分鐘就要轉動方向盤，一趟高速公路開下來，煩都煩死了。

Model Y 聲控打開前行李箱：打開前車廂

2023-11-19T17:39:00.006+08:00

Model Y 長按右邊的旋鈕，可以進行語音控制。實際試起來不太聰明，但比起用過的其他品牌，還算好用，可用。從官方網頁可以查到一些語音指令。

但很快，就發現一個Bug了！

在觸控螢幕上，看可以看到車子有幾個鎖，分別是前行李箱，以及行李箱（指的是後行李箱）。
此時若以語音指令說「打開前行李箱」，可以看到語音辨識的確正確的辨識到，是打開前行李箱，但實際上卻會是打開後面的行李箱。試了許多說法，Tesla還是無法將正確識別。只要是有行李箱字眼，不過前面加了什麼形容詞，一律只會打開後行李箱。試著用英文說 Frunk，可能是英文不標準或者是在中文的語音辨識，也無法操控。

官方的語音指令列表並沒有範例，上網Google也找不到解答。

最後請教Tesla官方Line，得到解答是：「打開前車廂」！

測試用這指令可以正確打開前行李箱了，不用手動進去Menu裡找，方便許多。因為這知識實在太冷門了，特別記錄下來。在LLM已經相當風行的年代，希望Tesla對於文本解讀可以好一點，跟上時代。

Pine Script strategy.entry() 無法重複下單的疑惑

2023-11-13T00:30:00.003+08:00

接著要記錄新手百思不解的疑惑，一開始以為是自己對 Script 流程不熟悉，但到後來都靠 Log 打印確定該段程式碼有被執行到了，但 Simulator 就是不執行該交易，苦惱許久。

認真翻了翻 strategy.entry() 文件後，終於得知，原來 Default 交易只能有一次，並不是因為 TradeID 不能重複，要修改這個設定，需要調整 pyramiding parameter.

Another unique behavior of the strategy.entry() command is that it’s affected by a script’s pyramiding setting. Pyramiding specifies the number of consecutive orders the strategy can fill in the same direction. Its value is 1 by default, meaning the strategy only allows one consecutive order to fill in either direction. Users can set the strategy pyramiding values via the pyramiding parameter of the strategy() function call or the “Pyramiding” input in the “Properties” tab of the script settings.

另外 Script 有一些一開始沒辦法理解的處理方式，即在 Default 的狀況下，若有 open trading（即買入但未賣出，或反之），則即便程式跑到了下一個同方向（即買或賣） strategy.entry()，就當作沒這回事不執行，也不會報錯，但若反方向操作就可以。這件事這是讓我打轉了很久，才慢慢了解這個 Behavior。雖然能在 Script 寫下次要執行買前先賣，但覺得這樣不就無法寫出攤平之類的操作，感覺很奇怪。

strategy.entry()還有一個特別的處理方式，即是當在有open trading，執行反向的操作，則會執行，比如文件中的例子，原本是買入15，接著賣5，但實際執行則是會在當下賣20，把原本的部位也都清空。

若要只賣出買入的部分，則要透過 strategy.exit() 來控制，詳見這邊的說明。

最後補上目前 Strategy 的設定值，可以允許有多次同向交易(Pyramiding)。

另外也固定 strategy.entry() 操作的價格是在每個 Bar 的 close 價位上，雖然不知這會有什麼影響，但 Default 會以 open 價位來操作，導致有些 strategy.entry(), strategy.exit() 會在當日發生，不是我預期的結果，因此透過一些Search，發現有這樣的設定。

strategy("Buy When Bull BB", initial_capital=10000, overlay=true, process_orders_on_close=true, pyramiding=5)

TradingView Pine Script Debug

2023-11-13T00:08:00.002+08:00

剛開始使用 TradingView時，用現成的 Script 以及 ChatGPT 生成的來改寫，也還應付的過去，但當想做的越來越複雜後，ChatGPT生成的也跑不動（或許是因為沒付錢？），再對 Script 基本認識不多的時候，Debug常常會陷入膠著。因此建議得先讀完上一篇文章，再開始自己寫 Pine Script。

Debug 大概是自己寫 Strategy 最常遭遇的問題了，Pine Script 的 Debug print 方式是透過 log.*() 來達成，詳見這篇文章。

在打印 log 時，得將內容轉換成 string data type，在 Pine Script 是使用 str.format 的方式，一些範例如：

log.info("\nUpdate no: {0}\nclose: {1}\nSeconds elapsed: {2}", updateNo, close, (timenow - lastTime) / 1000)
log.warning("\nBar index: {0,number,#}", bar_index)

然後在 Script Editor 視窗的，右方的三個點，點下去後，再選 Pine Logs：

就可以在右邊看到一個 Log Window，接下來只要執行 Script，就可以看到 Log 按模擬的日期從最早開始，按 log.*() 內容，逐一顯示。

除了有 Log 外，在 Strategy Tester 中的，List of Trades ，可以查到每次交易的細節如開始結束時間，金額等，還有一個超方便的快捷鍵，可以直接連結到Chart上。有這些設計真的讓 Strategy Debug 跟分析方便許多。

TradingView Pine Script 新手筆記

2023-11-12T23:44:00.006+08:00

過去花了很多時間在建構一些交易技術指標、資料抓取、回歸測試，直到有天知道了 TradingView 後，就覺得之前的時間白花了。不過因為對 TradingView 的 Script 很不熟，所以很長的時間，都是利用他看看資訊，倒也寫不出什麼 Script。而且還不知是否有方便的掃所有標的並做一些資料統計、分析的方法。

最近因緣際會，又覺得該開始好好繼續這一線的發展看是否有沒機會發大財。因此開始試著寫一些 Strategy，雖然現在有ChatGPT的幫助，但對於 Pine Script 的 Behavior ，尤其是變數覺得很不懂，雖然經過兩天的嘗試，後來慢慢捉摸到他可能的樣子，但在解決 strategy.entry() 問題時，對於程式邏輯看起來沒錯，Trade 卻沒發生感到相當苦惱，因此只好老老實實地開始看文件，其實只花了不用半小時但就解決相當多疑惑。因此在這邊記錄一下，跟寫其他 Language 不一樣的地方。

從 Pine Script v5 User Manual 開始，可以找到一些關於 Scripts 相關的描述，其中一個頗重要的概念是這一段：

How scripts are executed

A Pine script is not like programs in many programming languages that execute once and then stop. In the Pine Script™ runtime environment, a script runs in the equivalent of an invisible loop where it is executed once on each bar of whatever chart you are on, from left to right. Chart bars that have already closed when the script executes on them are called historical bars. When execution reaches the chart’s last bar and the market is open, it is on the realtime bar. The script then executes once every time a price or volume change is detected, and one last time for that realtime bar when it closes. That realtime bar then becomes an elapsed realtime bar. Note that when the script executes in realtime, it does not recalculate on all the chart’s historical bars on every price/volume update. It has already calculated once on those bars, so it does not need to recalculate them on every chart tick. See the Execution model page for more information.

基於之前寫過類似的工具，跟兩天的盲目Try and Error，因此可以猜到背後有個Loop的概念，以及計算的順序，不過在文件看到這些說明，還是讓人可以更快進入狀況，理解也更確定 Script 執行背後發生的實際狀況。在此要注意，他們定義兩個詞為 Historical Bar & Realtime bar。

接下來就是要去看 Execution Model 這一篇，在已經理解 Script 是在有一個 Loop 反覆執行的情形下，就會想到這面臨一個問題，哪些 Script / 變數是每個 Loop 都要執行、使用，哪些不是。因此在這邊要注意變數用 = 以及 := (walrus operator) 的差別，這應該是我一開始嘗試自己在寫 Script 時，最搞不清楚的地方。另外對應這樣的執行方式，資料的型態也分為一般常見的如 Integer，以及隨著看不見的 Loop 計算出來的 Series Integer。其中 index 0 指的就是目前在計算的資料（Realtime Bar），index 1 則是前一筆資料，index 越大，即越早（久遠）的資料。

基於以上一些基礎認識，大約就可以掌握 Script 的執行流程，比較無痛的寫出自己想要的程式，但還有很多不理解的事情，結果就是不如預期，還是要靠讀文件說明才能明白其原因。

Macbook Air 2011 無法充電

2023-11-12T23:01:00.003+08:00

今天家裡的老兵 Macbook Air 2011 充電充了好久，風扇轉得很大聲又很燙，但看一下電量卻一點增加也沒有。仔細一看，充電的燈也真的沒亮起來。

嘗試重開機，也沒改善。

只要插上充電線，右上方的電池Icon會顯示為充電的圖示，但是充電線的燈沒亮起來，電源固定在 9% 了半小時，打開系統資訊裡頭的電源，觀察電量，等了半小時，發現是真的沒在充電。

想說這台也不需要再換電池了，就試一下 SMC Reset 看看了。

按著網頁指示操作，重開機後就可以正常充電，充電燈也會亮了：

將 Mac 關機。
在內建鍵盤上，按住下列所有按鍵：
- 位於鍵盤左側的 Shift
- 位於鍵盤左側的 Control
- 位於鍵盤左側的 Option（Alt）
按住這三個按鍵時，也同時按住電源按鈕。
同時按住這四個按鍵不放 10 秒。
放開所有按鍵，然後按下電源按鈕來啟動 Mac。

UPS 電池更換

2023-09-03T16:02:00.001+08:00

最近 UPS 電池壽命又到了，但發現上次換電池時，忘了做紀錄，導致找不到到底該買哪一款電池，只好把它給拆了看一下型號，再外出購買。

原廠的電池是：

不過我更換的是湯淺電池 NP7-12 這一顆：

忘了上次何時換，所以不知道可以撐多久。

Macbook Pro Retina 13" 電池更換

2023-09-03T15:54:00.000+08:00

Macbook Pro 續航力越來越低, 大約只能撐一個多小時, 雖然還算堪用, 但看在使用次數已經將近 1400 Cycle, 還是撥空來更換電池。

照著Youtube上找到的影片拆解，其中一個要特別注意的就是這個鍵盤排線，該排線是水平的接上接口，所以在拆除時，要在水平方向施力往前方推，而不是往上拉。

相較於 Macbook Air 2011 的電池更換，Macbook Pro Retina還要面臨一個大問題就是電池上面的膠。Youtube是建議要準備去膠的酒精，但我並沒有酒精，透過用塑膠的水平鏟子（女兒的黏土玩具配件）慢慢鏟，還是可以順利的拆起來。

更換後，發現這顆電池的總容量，比之於之前 Macbook Air 副廠電池的蓄電量還較低，但目前只是希望能不要太會發熱、能用久一點再戰幾年即可，所以就不特別計較了。

Makefile 常用語法筆記

2023-03-27T11:51:00.006+08:00

寫Makefile時，有些常用功能每次要寫實，都需要找一下資料，雖然現在已經有ChatGPT幫忙了，但還是自己做一下筆記。

建立子目錄的列表

DIR := $(sort $(dir $(wildcard */)))
TARGET := $(patsubst %/,%,$(dir $(DIR)))

Debug時打印變數

$(info $(TARGET))

在 Raspberry Pi 上安裝 DHCP Server & AdGuardHome

2023-03-26T01:48:00.008+08:00

記錄一下安裝成功過程, 方便以後重裝：

安裝 DHCP Server 參考這篇：

sudo apt-get install isc-dhcp-server

sudo vi /etc/dhcp/dhcpd.conf

加入 DHCP server, static IP setting 如下

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.100 192.168.1.190;
option routers 192.168.1.1;
option broadcast-address 192.168.1.255;
default-lease-time 86400;
max-lease-time 86400;
option domain-name-servers 192.168.1., 8.8.8.8;
}

sudo vi /etc/default/isc-dhcp-server

這邊要改成這樣：

INTERFACESv4="eth0"

最後啟動

sudo service isc-dhcp-server restart

這樣 DHCP 算是大功告成了，可以把原本的 DHCP Server 關掉，改用Raspberry Pi 這個。

要了解有哪些Device正在使用哪些 IP:

dhcp-lease-list

同一台 RPi 上想裝 AdGuardHome 當作 DNS，試了幾個方式安裝都遇到問題，最後是靠這個成功：

wget --no-verbose -O - https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh -s -- -v

然後就看提示進入AdGuardHome網頁設定即可。

更換 TPLink Deco X60 後，Raspberry Pi 4B WiFi 時常斷線問題

2022-06-21T22:38:00.003+08:00

原本 Raspberry Pi 4B 已經服役多年，一直都好好的。

最近家裡換成 Mesh Network 之後，就蠻常連不上。沒多久就發現原來是RP4B 的 WiFi 斷掉了。Google了一些文章後，原因說法有很多種。有說是要關掉 X60 快速漫遊功能等，或者說RP4B WiFi 有Bug。但由於因為家裡一些舊設備的原因，早已把快速漫遊功能關閉。

按著一些文章操作檢查，花了兩三天反覆測試確認，發現真的是 RP4B WiFi 完全掛了，也無法重啟。

找了許久，看到一篇可以透過更新Firmware的文章。比起其他的Work Around解法看起來方便多時，因此試了一下。

sudo apt update && sudo apt install firmware-brcm80211

果然處理後，觀察了四五天，WiFi 再也沒斷過了。想必是有猜中問題。

不過 RP4B 在原本的DD-WRT AP都一直跑得好好的，不知X60上底發生了什麼事。

另外一個有趣的現象是 RP3B 沒有遇到這問題。搭配 X60 多日也沒發生 WiFi 斷線過。

Raspberry Pi 4B PXE Folder Backup

2022-05-25T21:58:00.014+08:00

很久沒跑起 RP4B PXE Boot 了，今天安裝個新東西，所以就將 PXE Folder 備份後繼續使用起來，但因為出了紕漏，要還原改使用剛備份的目錄，結果發生了 ssh 無法登入的問題。依稀記得之前好像解決過，是權限問題，但一直想不起來切確原因。今天又重走了一次冤枉路，所以記錄一下。

備份 PXE Folder 時，因為有些檔案權限是 root，有些是 pi (1000) 的，因此在備份時得同時把這些權限也正確備份，這樣才不會出錯。

cp -rp RP4B_A RP4B_B

但如果不幸發生了，可以在NAS上，到 PXE Folder 下，把整個權限設給 root，

sudo chown root PXE_FOLDER
sudo chgrp root PXE_FOLDER

再到 /home/pi，把 pi 目錄的權限改成 pi，

sudo chown 1000 pi

sudo chgrp 1000 pi

即透過 ssh 登入。

若執行 sudo 有問題的話，

sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set

則需從 NAS 上對 sudo 做個權限先做修改

sudo chmod 4755 PXE_FOLDER/usr/bin/sudo

Raspberry Pi 4B PXE Boot with Synology NAS by Setting TFTP_IP

2021-06-22T21:49:00.008+08:00

最近想透過 PXE Boot, 來達到簡單替換 Raspberry Pi OS & Image。

一開始是用 Raspberry Pi 3B+ 開始, 雖然比起 Raspberry Pi 4少，但也有幾篇，Youtube上也找得到一些資訊，但總結下來有一些Bug, 導致找到許多各種討論跟Work around。因此建議看一下這一篇，可以把各種問題先有個底，且能知道是否已經被修掉。

目前實作"半成功"的做法主要是參照這一篇"PXE BOOTING RASPBERRY PI 4 WITH SYNOLOGY AND UBIQUITI EDGEROUTER"。之所以半成功是，若不改用預先設好TFTP_IP，在我家的設備下，還是無法正常PXE Boot。

其中 DHCP 的部分，若由 Synology NAS DHCP Server來做的話，要參考這一篇的做法，登入 NAS 後，產生檔案 /etc/dhcpd/dhcpd-vendor.conf 並編輯:

dhcp-option=vendor:PXEClient,43,Raspberry Pi Boot

如此從 tcpdump -vv port bootpc 時才會看到有 Vendor-Option Option 43 送出 "Raspberry Pi Boot" 這段出來。但內容跟預期的還是有落差。

	  Vendor-rfc1048 Extensions
	    Magic Cookie 0x63825363
	    DHCP-Message Option 53, length 1: Offer
	    Server-ID Option 54, length 4: 192.168.1.10
	    Lease-Time Option 51, length 4: 86400
	    BF Option 67, length 13: "bootcode.bin^@"
	    RN Option 58, length 4: 43200
	    RB Option 59, length 4: 75600
	    Subnet-Mask Option 1, length 4: 255.255.255.0
	    BR Option 28, length 4: 192.168.1.255
	    Default-Gateway Option 3, length 4: 192.168.1.1
	    Vendor-Option Option 43, length 20: 43.17.82.97.115.112.98.101.114.114.121.32.80.105.32.66.111.111.116.255
	    Vendor-Class Option 60, length 32: "PXEClient:Arch:00000:UNDI:002001"

但實際上因為不明原因，這個reply在我家的設備並無法傳回到 Raspberry Pi 4，似乎在通過 Switch 時就丟失了。會在 Raspberry Pi HDMI output 上看到DHCP有通，也取得位址，但最後還是進行不下去：

......
YI_ADDR 192.168.1.30
SI_ADDR 192.168.1.10
NETBOOT init failed
Insert SD-CARD

因此最後改採直接在 Raspberry Pi 4 BootConfig 改寫好 TFTP_IP，直接跳過這個複雜又繁瑣的過程。

會做這個決定是因為看到這篇，發現有人透過switch無法boot，但直接連接後就可以了。

因此整個做法總結起來是可以跳過"PXE BOOTING RASPBERRY PI 4 WITH SYNOLOGY AND UBIQUITI EDGEROUTER" Configure DHCP Server 這一段，把Configure NFS and TFTP Server之後的步驟都操作過即可。

其中因為我是 2021 Jun 21 才製作 SD Card Image, Imager 安裝後, 能找到最新的 bootcode 是這一版：

/lib/firmware/raspberrypi/bootloader/stable/pieeprom-2021-04-29.bin

而 Configure EEPROM 這一步時，bootconf.txt 的修改如下即可：

[all]
BOOT_UART=0
WAKE_ON_GPIO=1
POWER_OFF_ON_HALT=0
TFTP_IP=192.168.1.10
BOOT_ORDER=0x21

其中紅字部分是我加上去的部分，黑字則是原本的設定。請記得把 TFTP_IP 改成 Synology NAS(TFTP Server) 的IP。如此一來就可以省略先前複雜的 BOOTP/DHCP 等過程，避開 Switch 不明原因等Debug時間，直接通關。

如同事所說, PXE Boot沿途充滿地雷。按本篇的做法：

1. Synology DHCP PXE 其實不需要打開。原因應該是TFTP_IP已經設定好了。

2. 從 Synology TFTP log 中，可以看到讀了這些檔案：

3. 並不需要把 bootcode.bin 放到 NAS /TFTP/ 根目錄之下。由於參考了不少RP3B+的資料，因此對各種 PXE 做法感到相當混亂。

Install scipy on RaspberryPi 4

2021-03-07T23:34:00.004+08:00

在 Raspberry pi 上, 安裝 pip install scipy 時會報錯:

numpy.distutils.system_info.NotFoundError: No BLAS/LAPACK libraries found.

現象是, 反覆一直降版.

找到的解法是解法是:

sudo apt install libopenblas-dev
pip install pybind11

接著跑 pip install scipy 會報錯跳出：

ERROR: Could not build wheels for scipy which use PEP 517 and cannot be installed directly

發現最後一行是說找不到 Fortran compiler：

error: library mach has Fortran sources but no Fortran compiler found

安裝後，就可以順利過關了：

sudo apt-get install libatlas-base-dev gfortran

但 Raspberry PI 4 修正問題後, 半小時內就跑了。 Raspberry Pi 3 卻跑了三小時還不行，Loading還高到 51, 不知怎麼解決, 還要再研究看看。

Install Python matplotlib for Raspberry Pi

2021-02-23T01:06:00.004+08:00

想在Raspberry Pi上安裝matplotlib, 但發現一直報錯:

The headers or library files could not be found for jpeg,
a required dependency when compiling Pillow from source.

原來是安裝 matplotlib 前, 還得先安裝其他相關 library:

sudo apt-get install libjpeg-dev zlib1g-dev
pip install Pillow

之後就可以接著安裝 matplotlib:

pip install matplotlib

Setup pyenv for Raspberry pi

2021-02-22T23:32:00.011+08:00

由於現在 Python 版本演化太多, 很多 open source 也都會因為版本造成問題, 所以之前也開始使用 pyenv 來管理不同程式的 Python 執行版本。

按照步驟一路做下來：

git clone https://github.com/pyenv/pyenv.git ~/.pyenv
cd ~/.pyenv && src/configure && make -C src
echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bash_profile
echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bash_profile
echo -e 'if command -v pyenv 1>/dev/null 2>&1; then\n eval "$(pyenv init -)"\nfi' >> ~/.bash_profile

之後重新 source 或 login 後應該就可以啟用 pyenv 了。

但安裝 Python 版本前需要先安裝一些 lib:

sudo apt-get update
sudo apt-get install -y make build-essential libssl-dev zlib1g-dev libbz2-dev libreadline-dev libsqlite3-dev wget curl llvm libncurses5-dev libncursesw5-dev xz-utils tk-dev libffi-dev liblzma-dev

否則會報錯:

WARNING: The Python bz2 extension was not compiled. Missing the bzip2 lib?
WARNING: The Python readline extension was not compiled. Missing the GNU readline lib?
ERROR: The Python ssl extension was not compiled. Missing the OpenSSL lib?

接下來安裝需要的 Python 版本

pyenv install 3.9.2

接下來打

pyenv versions

就可以看到指定版本已安裝好如下圖：

在執行目錄下打

pyenv local 3.9.2

即可切換Python版本.

Sync Timestamp of the Same Files by rsync

2020-10-16T01:37:00.006+08:00

由於rsync預設是認檔案大小跟時間來決定是不是該做delta備份，所以若兩頭的檔案timestamp不一致的話就是個災難。

如果一開始就是透過rsync慢慢建立，似乎也不會有問題。不過由於小檔案太多，應該有數十萬個到百萬個之譜，且高達1.3TB，一開始直接做copy，用執行速度估算一下要以星期為單位才能跑完。所以打算先做打包、copy、解開的方式，先做第一次搬移，接下來再只做delta rsync。

不過因為感覺備份目的NAS上解得超慢，所以最後決定改mount到Raspberry Pi上，讓Raspberry Pi做解開的動作，NAS就專心處理檔案寫入即可，肉眼感覺速度快了好幾倍。但最後的麻煩備份目的地的目錄檔案，timestamp全部被寫成解開當下的時間，因為SMB mount的目錄, 沒有權限可以設定timestamp。

這時若直接跑

rsync -avh --progress --delete --stats FROM/ XXX@IP:/PATH/TO/

的話，會發現又是重頭開始一個接一個的copy，那先前做的功夫都白花了。

經一番研究跟測試後，發現只要用

rsync -rtv --progress --stats --existing FROM/ XXX@IP:/PATH/TO/ --size-only

就可以快速同步timestamp到目的地的檔案上，很快就做完了，花不到一分鐘。

之後就可以利用一般的rsync備份來進行：

rsync -avh --progress --delete --stats FROM/ XXX@IP:/PATH/TO/

Using rsync on Raspberry Pi by Samba Protocol (Mount)

2020-10-16T01:15:00.004+08:00

想將原本兩台Synology NAS間的異地備份，改由Raspberry Pi 4來進行。

最早的想法是想將比較複雜的計算都放在Raspberry Pi 4 上，兩台NAS只要負責處理Samba Protocol就好，想說這樣應該是不錯的架構。實測兩台NAS Folder都Mount到Raspberry Pi 4上，做兩台之間的copy，大檔案約可以跑到50MB/s的速度，感覺也蠻快的了（可惜不是100MB/s，Giga ethernet 極速）

實際操作起來卻發現，rsync雖然能跑，

rsync -avh --progress --delete --stats FROM/ TO/

但卻不斷地報出 rsync mkstemp failed, chgrp failed Permission Denied之類的問題，而且每次重跑都會重頭開始copy。試了一些Google到的option，並無法解決這問題，但了解到這可能是SMB Mount造成的。因此最終的解決方法是

“從Destination Synology NAS打開rsync支援，直接遠端寫入"

rsync -avh --progress --delete --stats FROM/ XXX@IP:/PATH/TO/

這樣同時可以讓rsync過去的檔案取得完整的權限去編輯timestamp以及改成正確的owner/group，就不會報錯了。然後也可以正常的做delta rsync。原本擔心這樣速度可能會受到影響，不過跑起來大檔案也一樣有50MB/s的水準，我想也是很OK了。

在這過程中還發現，rsync兩個本地端的目錄（即便都是mount來的），似乎是預設用copy的方式在進行，只有來源目錄或目標目錄有一個是在遠端（SSH），rsync才會預設使用delta backup。

Enable rsync of Synology NAS Server with Raspberry Pi 4

2020-10-16T00:44:00.000+08:00

可能是檔案過多、過大，或不明原因，Synology提供的異地 rsync backup(共用資料夾同步)功能無法正常動作，每次啟動就花了好幾分鐘，但什麼事都沒做就報Error停住了，執行時，兩邊Synology NAS連動資訊也都正常，也有rsync jobs在跑。查了日誌也沒什麼建設性的資訊：

Shared Folder Sync failed to sync task [Sync XXX] to [YYY] due to destination service was disabled.

其實Synology rsync已經正常動作也好幾年，但因為平時也沒特別關心，這次注意到時，才發現他已經一年半沒成功做完異地備份了。

由於想到Raspberry Pi 4有Quad Cortex-A72，計算能力海放DS212j，想說不如利用Raspberry Pi 4來做備份。

不過其中有個問題就是 rsync (透過 ssh)連上Synology NAS一直失敗，報Permission Denied。但透過ssh login測試連線，卻又沒問題。弄了很久後，去Google才發現，原來需要在Synology NAS上打開rsync的檔案服務才行。啟動後且設定rsync帳號，就可以從Raspberry Pi使用rsync連上了。

安裝iStats取得Macbook溫度、風扇資訊

2020-10-11T12:09:00.002+08:00

上網發現有個快速的做法，不用安裝APP就可以取得CPU、風扇資訊。

但是直接安裝時卻會報錯，上網找一下，正確的步驟該是：

sudo xcode-select --install
sudo gem install iStats

很快就安裝好了。安裝後，需要重開一個新的Terminal。

打 istats 即可取得需要資訊：

istats

Macbook Air 2011 SSD Upgrade

2020-09-26T23:09:00.002+08:00

雖然這台Macbook Air已經差不多是十年前的產品了，但真的鍵盤、觸控鍵盤還很好用，想說還是整理一下，換個散熱膏，以及新的SSD，看使用體驗是否多少有點提升。

這次是將SSD替換為 "美光Micron Crucial MX500 500GB M.2 2280 SATAⅢ 固態硬碟"，需要買一個轉接板。

新的SSD小很多，不過搭配轉接板時感覺會翹翹的，但鎖上SSD螺絲後看起來就還好，但還是有一點高度差。

替換後，重新安裝MacOS High Sierra，測試結果是：

雖然比起後來買的 Macbook Pro、 Macbook Air 2020，數字真不怎麼樣。但比起以前測試的結果，看起來寫快了三倍，讀快了兩倍。500MB/s這也是封頂了，不過Write Performance有比預期略差一些，不曉得是不是 APFS 造成的？

但是500GB的空間，真的是目前容量最大的Macbook了，感覺使用起來都沒有壓力了。

不曉得是真的SSD變快了，或者是新安裝的系統比較順，整個操作感覺明顯比以前快。另外換了散熱膏後，發現風扇似乎也比較不會哀哀叫了，但實際溫度倒沒特別量測。

希望能再用八年。

Fast Install ffmpeg on Raspberry Pi 3

2020-07-09T23:56:00.003+08:00

由於需要使用到 CODEC，但又不太想花太多時間安裝，因此就找到了這個網頁可以直接下載Binary使用。

這邊可以查到 arm64, armhf, armel 分別代表的意思，其中armhf指的是 v7 版本的 CPU，而arm64指的是 64bit 版本的。

Raspberry Pi 3 用的是 ARM Cortex-A53，
Raspberry Pi 4 用的是 ARM Cortex-A72，所以兩個應該是不一樣的。

推想一下 Raspberry Pi 3 應該是選用 armhf，因此只要

wget https://johnvansickle.com/ffmpeg/releases/ffmpeg-release-armhf-static.tar.xztar Jxvf ffmpeg-release-armhf-static.tar.xzln -s ffmpeg-4.3-armhf-static/ffmpeg

下載，解壓，把執行檔連結出來即可在 Raspberry Pi 3 上執行 ffmpeg。