用電需求
Raspberry Pi 的 HDMI 埠會提供符合 HDMI 規範的最低限度電源(5V/55mA)。但 HDMI to VGA 轉接器的訊號轉換晶片大約需要 50mA ~ 150mA 電流。供電量非常勉強地達標。而畫面解析度愈高，耗電量也愈高。因此 HDMI to VGA 轉接器建議外接供電才會穩定工作。
我碰到的情形是，在未外接電源時，可以正常顯示 NOOBS 的系統安裝畫面。但啟動 Raspbian 時，就會在啟動過程即將進入 GUI 模式前重啟。因為按預設組態， Raspbian 需自動偵測畫面最適解析度。在逐步提高解析度的偵測過程中，耗電量超過 Raspberry Pi 透過 HDMI 送來的電力，導致系統重啟。我必須為 HDMI to VGA 轉接器接上外接電源，才能正常啟動。
因此建議找附帶電源輸入端的品項。如果附帶的電源輸入端是 Micro USB 入電孔，你可以從 Raspberry Pi 的 USB 插座供電給轉接器。
例如:
有人動手改裝不含外部電源輸入的 HDMI to VGA 轉接器：RaspberryPI : HDMI to VGA 加裝 USB 外接電源。
如何配置一個匿名型別串列。
首先，複習下列定義已知型別串列的語法。
int[] int_list1 = new int[] {1, 3};
var int_list2 = new int[] {1, 3};
var int_list3 = new [] {1, 3};
var list41 = new double[] {1, 3, 5.5};
var list42 = new [] {1, 3, 5.5};
Console.WriteLine(list41.GetType() == list42.GetType());
// error CS0826: 找不到隱含類型陣列的最佳類型
//var list5 = new [] {1, 2, "s"};
第一個例子是明確宣告等號兩邊型別的語法，也是最傳統的語法。
第二個例子引入型別推斷語法，等號右邊明確宣告此處將配置一個整數型別的陣列。所以明眼即可推斷左值之型別必為整數型別陣列。
第三個例子則更進一步，連等號右邊也不明確宣告資料型別。而讓 C# 編譯器先從陣列的資料內容推斷右邊的陣列型別，再依此推斷左邊的型別。這語法要求陣列的所有元素之型別皆可互相隱含轉換，編譯器再從中選出一個不會損失資料精度的型別。例如 new [] {1, 3, 5.5} 將推斷為 double[] 而非 int[] 以保證 5.5 不會變成 5 。若有一個元素的型別不合群，那編譯器就會拋出無法決定最適型別的錯誤。
當使用者上傳檔案，卻碰到 403 Not Found 檔案找不到的錯誤時，基本上就是碰到檔案大小錯誤。很奇怪吧，但這是 IIS 的錯。可以先問問使用者是不是一次選取多個檔案上傳？ 如果是，請他們分成幾次上傳，每次只選兩、三個檔案。
關於上傳檔案的限制，請看 MSDN 文章 File uploads in ASP.NET Core 後半段。
上傳檔案的設計內容請看 MSDN 文章 File uploads in ASP.NET Core。
但模型繫結的型態似乎是文件錯誤。微軟文件寫多檔上傳可用 List<IFormFile> 繫結，但 ASP.NET Core 2 會顯示錯誤訊息 The input was not valid
，不能處理。改用 IFormFileCollection 取代 List<IFormFile> 才正確。
如果表單中除了檔案欄位還有其他輸入欄位，則 API 參數清單加上一個 [FromForm] 參數去接其他輸入欄位的內容。這個參數的型態通常可用 Dictionary<string,string> 。
我現在把 disqus 放到部落格首頁下方。以網站留言的型式使用。
每篇文章下方也多了一個「留言」鈕，簡單地連結跳回首頁留言板區。
對我的文章有問題的網友，留言時就加個標題、連結或引用文字吧。
基礎知識
首先，請參考微軟的 Host ASP.NET Core on Windows with IIS 。但這篇文章資訊(廢話)很多，不容易找到重點。
ASP.NET Core 內建且默認用 Kestrel HTTP 服務模組。本文以此為準。
由於 ASP.NET Core 應用程式啟動時自帶 Kestrel HTTP 服務模組，本身不需要搭配 IIS 亦可獨立運作。但這種作法偏向微服務形式，而且負載分擔能力不如專業的 Nginx, Apache 或 IIS 。若你需要在一台主機上提供多個不同的 ASP.NET Core 應用程式服務，必須在 Kestrel 之前再加一道 HTTP 服務器，利用反向代理機制 (reverse proxy) ，溝通 Kestrel 與瀏覽器之間的通訊。
IIS 服務主機必須安裝 .NET Core Runtime & Hosting Bundle for Windows 。請到 .NET Core 網站下載。
我用 .NET Core 實作一個呼叫 RESTful API 的簡單程式時，碰到一個小麻煩。 .NET Core 的 HttpClient 類提供的方法都是非同步方法 (async method)。
但我是在同步形式的程式碼用到 HttpClient 。我不想回頭去改程式碼加上 async Task 的宣告。所以我得要呼叫非同步方法，但用同步形式程式碼取得結果。
一般進行程式開發工作時，至少會分成兩個階段，或說兩個工作會期。開發期/Development/Debug 和 發布期/Production/Release 。並針對這兩個階段，設定不同的執行環境。
例如設定開發期執行環境的資料庫來源是 SQLite ，而發布期執行環境則用客戶指定的資料庫來源 SQL Server 。如此一來，開發人員僅須切換組態檔，就能改變程式的執行環境與參數。方便應付開發、測試、正式部署等工作。
ASP.NET Core 選擇用 Development 和 Production 這兩個稱呼區分兩階段。
我早先在網頁前端使用 MQTT 處理訊息時，大多是在內網或非加密性網站。所以我用 mosquitte 架設的 MQTT 服務只啟用了一般性的 ws 協定。但近日開發一項基於 PWA 的網站應用 (Web App) 時，看到 mqtt 連線失敗的訊息，才知道處於 https 狀態的網頁， mqtt 也必須走安全性的 wss 連線。
所以我又花了不少時間，將公司內的 mosquitto 服務設置加進 wss 協定。本文也會特別說明 mosquitto 在 Windows 平台上設置 wss 的注意事項。事實上，我大部份時間就是耗在 Windows 平台上頭。
本文說明如何使用 OpenSSL 從 PFX 憑證文件匯出 PEM 格式的憑證與金鑰。
透過 SSL 協定建立瀏覽器和網站伺服器之間的安全通道時，必須使用符合 PKCS 標準的憑證文件。而 PKCS 訂立了多種憑證格式，常見的有 X.509 DER, X.509 PEM (Base64), PKCS#12 PFX 三種。這三種格式可以互相轉換。
雖然文件格式可以互相轉換，但大多數應用 SSL 加密通信資料的服務軟體，本身往往只支援其中一種格式。例如微軟 IIS 採用 PFX 格式，而 Apache HTTP Server 與 Nginx 則採用 PEM 格式。一般而言，非開放源碼的服務軟體多採用 PFX 格式；使用 OpenSSL 函數庫的開放源碼的服務軟體選擇 PEM 格式。當你要安裝的服務軟體採用的憑證文件格式與你手上現有的憑證不同時，你可以用 OpenSSL 工具自行轉換。
notifyOSD 是一個在畫面角落顯示提示訊息的網頁 UI 項目。以固定位置浮動視窗，顯示提示訊息。訊息採堆疊方式管理，新的訊息將疊在已有訊息之上，並在下方顯示已有幾筆提示訊息。
它不使用其他 JavaScript 套件。
Source Repo: non-jquery-ui
overlayMessage 是一個顯示全頁覆蓋訊息的網頁 UI 項目 。它完全獨立，不使用其他 JavaScript 套件。
其設計目的是在執行非同步工作時，顯示覆蓋全頁的訊息，阻擋使用者操作頁面的內容。例如使用 XmlHttpRequest 上傳表單資料時，防止使用者在上傳完成前修改表單。
Source Repo: non-jquery-ui
PENTAX DA 鏡頭是針對 PENTAX 數位相機，搭配 APS-C 感光元件的鏡頭群。
我排除了可用於全片幅感光元件的 FA 與 D FA 鏡頭群。
分類上，基於 PENTAX 的鏡頭設計哲學，我選擇先按濾鏡尺寸分組。然後再以用途分組推薦。
自從微軟將 Windows Subsystem for Linux (WSL) 正式釋出後， Windows 10 的使用者不必安裝虛擬機也可配置 Linux 環境，還可在 Microsoft Store 下輕鬆選擇你想用的 Linux 散佈版本。像是 Ubuntu, Debian, Kali Linux 都已經有 Microsoft Store 上的 App 版本。只要準備 1GB 左右的系統磁碟空間，你就能像安裝 Windows App 般安裝一套 Linux 終端環境。
在 WSL 的終端視窗下，使用文字終端軟體時幾乎沒有不適應之處。不過，人總是貪心的。文字終端軟體可以用，哪 Linux 的桌面應用軟體呢？我搜尋了網路上的相關文章，很快就成功跑起 Linux 桌面應用軟體，也順便解決了中文顯示的問題。
在進行智慧農業的案子時，如何讓 Raspberry Pi 連接 internet 也是一個令人困擾的問題。在空曠的農田中， WiFi 訊號收不到，乙太網路不夠長。在 Raspberry Pi 上裝一個 4G 網路設備，可說是必然的答案。在蒐集資料以及實際使用後，我個人認為使用 4G Router (俗稱 4G 行動分享器) 是最簡易的解決方案。
本案例於 Raspberry Pi 使用 Grove - LoRa Radio 模組，實作基本的 LoRa 無線應用。 Raspberry Pi 的角色是 LoRa Gateway 。它負責收集其他 LoRa 設備的訊號，再透過 Internet 發佈到 MQTT 頻道上。
作業系統與硬體支援
Grove LoRa Radio 模組的產品說明它不提供 Raspberry Pi 使用的 SDK 。但 Alexander Krause 為它寫了一個 Python 套件，名稱為 pyRFM 。各位可以在 Github 上取得 pyRFM 的源碼: erazor83/pyRFM。拜 Python 的跨平台特性所賜， pyRFM 一舉打破了 Grove LoRa Radio 的供應商對其他硬體平台支援不足的困境。只要可以運行 Python 環境的作業平台，都可以透過 pyRFM 使用 Grove LoRa Radio 。
繼前文「readString 使用經驗」，本文將談 serial.readBytes() 的使用經驗。
前文的感測模組屬於定時主動回報模式。而本文案例用的感測設備，則是終端指令互動模式。它不會主動回報任何資料。使用者必須透過 serial 埠連接進入它的 console ，輸入指令取得它的回應內容。理論上，用 readString() 方法同樣能處理它的輸出資料。只是它原本是設計和 PC 互動，並不考慮另一端的記憶體用量需求，導致它的輸出資料很長。當我使用 Arduino Pro Mini 控制板，在讀出它的資料接著呼叫字串方法加工時，會 OOM (Out of memory)。使我不得不換用 readBytes() 方法。
最近參與了一個智慧農業 4.0 相關的案子，這類案子通常都要整合環境感測模組（水位、氣溫）、無線訊號模組和自動控制系統。而且因為農地周圍常常沒有穩定的市電，故這些農業用途的設備基本都需要用電池供電。在低電力供應的限制下，我第一次用了 Arduino 控制週邊模組。 Arduino 開發工作本身並不困難，難在接上它的感測模組並沒有一定的資料輸出、入格式。幾乎每種感測模組都需要針對它的特性調整資料讀取動作。
本文案例，感測模組接上 Arduino 控制板的 Serial 針腳，透過 Serial 埠送出感測資料。當 Arduino 讀到感測資料後，要將資料透過無線訊號模組傳送給遠地的資料收集裝置。基於無線訊號模組的資料傳輸特性，應將資料先放入封包，以封包為單位傳送出去。
但本文案例的感測模組送出的資料內容沒有固定長度，也沒有固定的結束字元。一筆感測資料內容包含多行文字，但換行字元放在每行開頭，最後一行不附加換行字元。因此我也不能用換行字元判斷它是否送完一筆資料了。
本文說明在 Windows 作業系統上，如何將 Python 程式以 Windows 服務 (Windows Service) 的模式執行。這可以讓程式於系統開機後，自動在背景中工作。