Pressure Vessel Certification Knowledge
壓力容器設備認證說明 壓力設備認證技術支援 : 在投入數百萬認證成本之前，先確認設計是否能通過審驗 PV Insight Map: 壓力設備審驗風險管控指引 : 壓力設備 ASME 認證風險管控指引，強調設計假設前置、四階段治理策略及明確專業責任邊界，旨在確保決策可追溯性並降低工程失誤風險。
發表文章
Automating Engineering Judgment for Pressure Vessel Design
一鍵產出 ASME 碟形端板計算簡報：GitHub Actions 與 Docs-as-Code 的完美結合 在壓力容器設計中，「工程判斷」的價值在於如何將複雜的法規邏輯轉化為可靠的決策。本影片展示了如何將 ASME Section VIII-1 UG-32 的碟形端板（Torispherical Head）厚度計算，整合進 GitHub Actions 自動化工作流。 透過 Docs-as-Code 的概念，我們實現了從修改參數到自動產出技術簡報的完整流程。這不僅提升了設計效率，更重要的是建立了可追溯、減少人為失誤的「風險防護網」。 【技術重點】 法規依據： 深入解析 ASME VIII-1 碟形端板計算公式。 工具鏈整合： * 使用 Emacs Org-mode 進行技術文件撰寫。 利用 Common Lisp / Maxima 處理核心工程計算。 透過 GitHub Actions 自動化觸發 CI/CD 流程。 成果輸出： 自動產生網頁版技術投影片（Reveal.js），直接用於客戶溝通與技術審核。 投影片: 碟形端板厚度計算 (ASME SEC.VIII DIV.1) https://roscoe-tw.github.io/org-head-calc/calculation.html Github Project: https://github.com/roscoe-tw/org-head-calc Youtube URL: https://youtu.be/DJ4ZvcYJQQE
Common Lisp 網路資料
Common Lisp 庫列表 Awesome Common Lisp Common Lisp 入門 The Common Lisp Cookbook ANSI Common Lisp 中文版 Practical Common Lisp (中英文对照版)
ASME Code 2025 Appendix 47 整理
Medium 文章 2025 Appendix 47：你還在幫別人背設計責任嗎？ If you are asked to “just review and sign,” this article is for you. 最近在一個專案討論中，出現了一句很有意思的話： 「設計人員資格是製造廠自己定義的，這不構成問題。」 這句話在程序上沒有錯。 但如果你是外部設計單位，你應該立刻警覺一件事： 那責任是誰的？ ASME 2025 換證倒數：您的設計人員資歷，經得起 AI 或稽核員的質疑嗎？ 過去，壓力容器製造廠習慣以「資歷」（年資）作為設計人員適任的唯一標準。但在 ASME 2023 修正案 出台後，規則已經徹底改變。到了 2025 年，這不再是選配，而是 稽核必考題 。 新標準（如 Section VIII Div. 1/2）明確要求製造廠必須建立一套 書面程序 (Written Procedure) ，用來評估並證明設計者（Designer）或認證工程師（Certifying Engineer）的「適任性」。 從 ASME 2023 到 2025：製造廠如何證明設計人員的「適任性」？ 壓力設備設計人員的資格，從 2023 到 2025 版的 ASME Section VIII, Division 1, Appendix 47 ，經歷了一次重大改寫。本文將帶你理解這次改變的核心、製造廠如何應對，以及實務上如何證明設計人員的「適任性」。
在 Gitlab 中建立壓寶計劃的網頁
如何利用 gitlab pages 顯示《壓寶計劃》網頁？ 搭配 gitlab 可以使用 git 上傳壓寶計劃的網頁，並且充分利用版本控制的功能維護網頁內容。 在登入 gitlab 後，加入新的專案，選擇建立靜態網站結構，專案名字："ya-bao-project"。 在專案根目錄建立 index.html .gitlab-ci.yml index.html（最簡單版本） 例如： <!DOCTYPE html> <html lang="zh-TW"> <head> <meta charset="UTF-8"> <title>壓寶計劃</title> </head> <body> <h1>壓寶計劃</h1> <p>策略展示與數據分析頁面</p> </body> </html> 設定 GitLab Pages（.gitlab-ci.yml） GitLab Pages 必須透過 CI/CD 部署。 建立 .gitlab-ci.yml ： pages: stage: deploy script: - mkdir public - cp -r * public artifacts: paths: - public only: - main Push 到 GitLab git init git add . git commit -m "init yabao project" git branch -M main git remote add origin https://gitlab.com/你的帳號/ya-bao-project.git git push -u origin main 開啟 GitLab Pages 進入 GitLab 專案 點擊 Settings → Pages 部署成功後，會看到網址： 例如: https://every-push.gitlab.io/ya-bao-project/index.html 成果: 《...
如何準備使用者設計需求/UDR
壓力容器使用者設計需求表內容說明 壓力容器使用者設計需求表，是用來在設備設計開始之前，整理與確認「這台壓力容器實際會怎麼被使用」的基本資訊。 透過 人、事、時、地、物 五個面向，協助設計端理解使用情境，避免設計假設與實際使用狀況產生落差。 人 壓力容器的所有者或實際使用者 設備主要由哪個單位或人員負責使用與管理 事 這台容器的主要用途 平常操作時的大致壓力與溫度條件 是否有特殊操作情況需要特別考慮 是否需要安全裝置（例如過壓保護） 是否有防火、隔熱或其他使用上的注意事項 是否有登錄或認證方面的需求（例如特定市場或地區的要求） 時 預計使用年限 是否長期連續使用，或有反覆啟停的情況 是否需要考慮長時間使用或重複操作可能造成的影響 是否有基本的防蝕或保護要求 地 容器預計安裝的位置（室內、室外或特定環境） 是否需要考慮風力、地震或其他環境因素 物 容器及主要部件的材料方向或限制 是否有管線連接或開口需求 是否能提供基本尺寸或簡單示意圖，協助理解設備外形 說明與提醒 本表單的目的，在於 協助釐清需求與使用條件 ，作為設計討論與工程判斷的基礎。 內容並非設計定案，也不代表已完成法規或安全審查。 由於壓力容器屬於具有風險的設備，相關內容仍涉及專業設計考量。 若對表單內容有不確定之處，建議在填寫或使用前，先與專業設計人員進行說明與確認。 名稱說明 UDR：壓力容器使用者設計需求 User’s Design Requirements ...
壓寶計劃/ Ya-Bao Prject
壓寶計劃（壓力容器保障計劃）/ Ya-Bao Prject 簡介：壓力容器在定義上通常是指一個專門設計能承受一定壓力載荷，以盛裝氣體或液體的密閉容器，材質包括金屬及非金屬材料。各國都有一套標準去管理使用壓力容器的使用狀況，而合格的建造設計及後續判定使用的安全性各種法規有各種不同的法規。而壓寶計劃是為了設計安全的壓力容器而推動的資料蒐集及程式開發計劃。 其中將會包含圖面設計及強度計算程式的建制。在網站提供合格及安全的設計文件。 本計劃由「 各申機械設計工作室 」(Each Application Mechanical Design Studio) 推動。 計劃相關資訊 各申機械設計工作室 圖形設計 碟形端板容積計算 如何準備使用者設計需求/UDR 設計法規 ASME CODE 壓力容器焊道型式的位置及最大容許焊接效率 應用程式 計算碟形端板的內容積/calculate internal volume of spherically dished 壓力容器設計問答 壓寶計劃 | Ya-Baao Project 網上資訊 壓寶計劃 | Ya-Baao Project 首頁 計劃背景與定位