第一篇聊到了 SPC 的運作原理是基於隨機資料與常態分佈的理論基礎；第二篇談到了實際應用的工具「管制圖」，認識了代表客戶的規格線、品管內部控制的管制界線、ABC 區、八大監控法則還有選擇管制圖的分類。實際應用上還需要回答一個關鍵問題「到底做的好不好？」，有沒有量化的指標來幫助我們判斷製程能力好壞？

IPQC 看過來， SPC 這樣學就對了 （製程能力篇）

職場產業

Modbus TCP 可視為一種 Modbus 分支，是跑在實體通訊介面 TCP/IP 上的 Modbus 通訊協議，TCP/IP 就是我們熟悉的網路。現代的網路讓我們的電腦、手機與其他可以上網等裝置連上互聯網，每一個網路上的裝置都被分配一個不同的 IP 位址，這是網路上用來識別每一台裝置的機制

帶你認識物聯網 Modbus 通訊協議（三）

每隔 3 秒鐘就會有一個產品在你眼前出現。我開始算：一個產品 3 秒，一天有 86400 秒，這條生產線一天可以產出 28800 個產品… 廠長說，你那是理論值，工廠實際產能不是這樣算的，還要考慮工廠利用率、可用率、設備、還有製程良率才能得出產能數字，幫助管理人員做決策。

你知道工廠如何計算產能指標嗎？

Modbus 是一種定義在通訊應用層的協議，會根據資料跑在不同的實體介面上而有不同的「版本」，例如：應用在 RS232/RS485 串列埠介面的就是 Modbus RTU/ASCII，應用在 TCP/IP 的就是 Modbus TCP 也 SCADA 的主要應用協議。

帶你認識物聯網 Modbus 通訊協議（一）

還有三個指標都是利用前一篇的產能指標計算出來的，焦點都在設備上。因為一間工廠要賺錢就要生產產品，要生產產品就要投資設備，當有重大設備投資前工廠管理團隊就會評估 ROI (投資報酬率)，並期望未來兩三年回收開始「攤平」賺錢

你知道工廠如何計算設備指標嗎？

能不能用最簡單的言語來總結？所以現在再問我一次這個問題，我的回答是：「SPC 就是管制圖」，所有你在 SPC 需要知道的事情在一張管制圖上都可以看到。

IPQC 看過來， SPC 這樣學就對了 （管制圖篇）

以前當 RD 在開發系統產品的時候需要控制很多硬體設備，韌體工程師有說硬體控制可以走自定義的通訊格式，需要搭配一張指令對照表，按表組成命令下給終端設備，設備們接收到正確的指令後才會做出正確的回應（對於不認識的指令，設備會只會已讀不回！）

帶你認識物聯網 Modbus 通訊協議（二）

當 Modbus 通訊模式可以選 RTU 或 ASCII 這兩種傳輸模式，不過因為兩者的運作機制不一樣，所以通訊時只能選擇其中一種來使用且傳輸端與接收端都必須使用相同的傳輸模式，才不會發生數據解讀錯誤變成一堆亂碼、兩邊雞同鴨講的狀況。關於這兩種傳輸模式的差異之處，主要有三點

帶你認識物聯網 Modbus 通訊協議 -- 補完計畫（一）

「我想要做軟體相關工作，不知道軟體工程師跟資訊科技（IT）工程師的差別在哪裡？要怎麼知道自己適合哪一種？」，所以這篇文章會幫助你分清楚這兩種職業的差別，提供四個觀察面向來幫助你進行評估，找到適合自己的切入點。

不再害怕入錯行！用四個面向幫助你選擇成為軟體工程師或 IT 工程師

RealTime SPC，Real Time 就是即時的意思。習慣用語當然是「越快越好」，那麼到底多快才叫做即時並沒有一定的答案，從數據發生到進入 SPC 系統完成判定是需要花費幾秒到幾分鐘的時間才能完成這個主流程，包含：資料進點處理 ETL、監控規則判定、異常告警觸發、管制圖確認

IPQC 看過來， SPC 這樣學就對了 （主流程篇）

Modbus 是比 Ethernet 更簡單的通訊架構，走的是 Master-Slave 模式。協議規定 Slave 裝置們都不可以主動回應，所以 Slave 們在通訊過程中遇到看不懂的、壞掉的資料封包，能做的處理方式就是直接丟掉，從外面看 Slave 裝置的行為就跟「已讀不回」一樣毫無反應

帶你認識物聯網 Modbus 通訊協議 -- 補完計畫（二）

在一場每週都要與客戶殊死的會議裡，看到了負責報告的 IPQC 在一道 SPC 監控的議題上應答失格，品保主管被 Call 出來救援結果也沒交代清楚，想當然耳就被客戶徹底電爆了。其實客戶生氣是有道理的，SPC 是 IPQC 的專業領域，怎麼會說不出製程要監控哪些 SPC 參數？

IPQC 看過來， SPC 這樣學就對了 （基礎篇）

經過這麼多年的觀察與實踐，一個成熟的軟體工程師還需要第四個要素，它是讓決定你通往熟手的重要關鍵沒有之一。

邁向熟手之路 - 物件導向程式設計

整合測試的時候突然遇到一個突然無法登入產品網站的問題，把程式模組單獨拉出來測試又正常，觀察測試報告後發現出現發生登入異常的時間點並不固定，而且只要發生就會連續發生一段時間，程式被中斷掉。後來確認問題在... 

一個簡單處理 Session 爆滿的方法

當這產品的這個 API 被呼叫，再從回傳內容的某個欄位欄位來判斷，只要“這個欄位”顯示 false 就代表不支援」，雖然這樣的設計也能滿足功能需求… 

Restful API 錯誤訊息設計，200, 400 要選哪個？

關於程式語言的學習，只要掌握住幾個基本特性要熟悉幾種程式語言也不困難，這三個基本特性就是… 

程式語言的三個基本特性

IDE 升級後出現了一樣的錯誤，手上程式碼沒有 pylint black-format 檢查上不了 gitlab，我又點開了那個很小很小的 x 符號，裡面 logs 提示的解決方式是升級.. 

如何在多人工作站升級自己的 Python

在網路上查找可以發現有很多類別圖的 6 種關係的說明與示例，通常不太容易難取得共鳴。主要有兩個原因：
1. 對於這些關係線的定義混淆，導致無法判斷滿足條件與使用時機
2. 缺少生活相關的具體案例，很難理解這些關係所對應的抽象概念

帶你掌握 UML 類別圖的 6 種關係

UART 轉換完成的 Serial 訊號已經可以用來傳輸通訊了，那為什麼還要把 UART 轉出來的訊號再轉換成成其他的 Serial 介面，像是 RS232/RS485 再進行傳輸呢？原因是 UART 的 Serial 訊號傳輸的距離實在太短了

帶你認識物聯網基礎 Serial 通訊 (三) -- RS232/RS485 篇

Serial 通訊數據必須先在 UART 元件把 Parallel 轉成 Serial，EIA Driver 會把 Serial 轉成特定的 Serial 訊號。UART 數據轉換要考慮兩個關鍵點，如何讓資料從直行變橫列(躺平)的方法，還要考慮如何控制 Serial 訊號輸出

帶你認識物聯網基礎 Serial 通訊（二）-- UART 篇

聊到 Serial 通訊就一定會提到 COM Port，它是微軟定義的一個經典 Serial 通訊實作。COM Port 在筆電還不普及的年代可以很輕鬆在 PC（桌機）的主機板上找到有標示 COM1 或者 COM2 的通訊接口，這些就是最常見的 COM Port 通常搭載的都是 R232 的通訊規格

帶你認識物聯網基礎 Serial 通訊（ㄧ）

問題來了，如果在一組 Master-Slave 在通訊過程中出現其他的裝置「插嘴」的狀況會怎麼樣？因為迴路只有一條，所以只要在同一個通訊迴路上同時有兩台裝置發出訊號，結果就是兩個資料封包互相對撞雙雙損毀… 

帶你認識物聯網 Modbus 通訊協議 -- 補完計畫（四）

物聯網裝置跟電腦一樣處理資料過程仰賴記憶體，不同類型的資料必須放在不同的記憶體空間。RD 會按照功能需求去規劃這些數據儲存空間，就像設計師規劃客廳、廚房、衛浴與臥室等居住空間一樣。各個空間的規劃原則上不會允許重疊，如此才能確保不同資料間不會發生互相覆蓋導致記憶體錯誤發生。

WarrenLo's 軟體設計武功祕笈

所有文章