# Newbie Training 新進成員培訓與入門 # 車隊基本工作守則(全隊適用) 1. 進入工廠不可穿著拖鞋(即使是雨天)，盡量穿著長褲。 2. 所用工具、耗材(螺絲、螺帽)、化學用品，用完後都需歸位。 3. 工廠內所有設備在離開前須確認設備處於關閉狀態。 4. 從車上拆下的零部件必須歸位置架子上或詢問該組組長應收納於何處。 5. 不可在工廠內追逐。 6. 使用砂輪機、車床等具有旋轉功能之設備或工具盡量不要穿戴手套。避免機器捲入導致受傷。 7. 工作結束或要離開前必須將該工作區域清潔完畢(恢復至為加工前的狀態)。 8. 不可干擾正在進行施工作業之人員。 # 車隊請假流程指引 # 車隊請假流程指引 修改中 ## 1. 請假對象 • 請假範圍：適用於車隊內所有成員因學業、健康、個人因素等需要請假的情況。 • 請假期限：提前 1 天提出申請，緊急狀況需在事發後 24 小時內補交請假申請。 ## 2. 請假平台與工具 使用工具 • Google 表單：提交請假申請。 • 表單連結：點擊這裡提交請假表單 • HackMD 平台：查看請假規範與相關公告。 • 通知方式：請假通知會透過 Email 或 Line 群組確認是否核准。 ## 3. 請假流程 標準流程 1. 填寫 Google 表單 • 必填項目包括： • 姓名、班級、學號。 • 請假日期與時間段。 • 請假原因（簡單描述）。 • 提交後，請耐心等待審核。 2. 通知老師或負責人 • 表單提交後系統自動通知相關負責人。 • 若表單通知未到位，請主動聯繫負責老師或車隊管理員。 3. 查看核准結果 • 通知核准結果將以以下方式告知： • Email：核准結果將寄至你的學校郵箱。 • Line 群組：若臨時請假，請主動補交。 4. 請假記錄 • 請假記錄將存檔於 Google Sheets，請務必確認填寫無誤。 ## 4. 緊急請假流程 1. 聯繫車隊管理員 • 請直接透過 Line 群組或電話聯繫管理員。 • 說明請假原因與時間。 2. 補交表單 • 緊急狀況解決後，需補交 Google 表單作為正式記錄。 ## 5. 注意事項 • 請尊重車隊紀律，誠實填報請假原因。 ## 6. 常見問題 Q1：可以代填請假表單嗎？ A：**不可以**，請假表單僅限本人填寫。 Q2：提交表單後可以修改嗎？ A：表單提交後不可修改，若有誤，請聯繫管理員撤回並重新提交。 Q3：未提交表單的情況下缺席會怎樣？ A：未按流程提交請假申請視為無故缺席，將按紀律規定處理。 ### 相關問題聯繫人 車隊管理員： 姓名：林源深 電話：0905-449-109 # Markdown 語法快速教學 ## 零、什麼是 Markdown＆為什麼要使用它 **Markdown（MD）** 是一種輕量級標記語言，由 John Gruber 提出，透過簡單的符號（如 `#`、`*`、`-` 等）即可在純文字中描述文件結構，並可轉換為 HTML、PDF 等格式。 使用 Markdown 的主要原因在於其**高效率與可讀性**：開發者或使用者不需要撰寫複雜的 HTML，即可快速建立格式清晰的文件；同時，Markdown 本身即具備良好的可讀性，即使未經轉換也能直接理解內容。此外，Markdown 為純文字格式，特別適合版本控制（如 Git），並廣泛應用於 GitHub、Notion 等平台，成為技術文件、筆記與專案說明的主流工具。 Markdown 提供了一種**簡單、快速且跨平台**的文件撰寫方式，能大幅提升文件整理與溝通效率。 ## 一、標題（Headings） 使用 `#` 表示標題層級（1～6） ```markdown # H1 標題 ## H2 標題 ### H3 標題 #### H4 標題 ##### H5 標題 ###### H6 標題 ``` --- ## 二、清單（Lists） ### 無序清單 ```markdown - 項目 A - 項目 B - 子項目 B1 - 子項目 B1-1 ``` 或使用 `*` ```markdown * 項目 A * 項目 B ``` --- ### 有序清單 ```markdown 1. 第一點 2. 第二點 1. 子項目 1. 更深一層 ``` --- ## 三、換行（Line Break） ### 方法一（建議） 在行尾加兩個空格 ``` 這是一行 這是下一行 ``` ### 方法二 使用 HTML： ```markdown
``` --- ## 四、文字樣式（Emphasis） | 效果 | 語法 | 範例 | | --- | ---------- | --------- | | 粗體 | `**文字**` | **粗體** | | 斜體 | `*文字*` | *斜體* | | 粗斜體 | `***文字***` | ***粗斜體*** | | 刪除線 | `~~文字~~` | ~~刪除~~ | --- ## 五、顏色（HTML 語法） Markdown 原生不支援顏色，需要用 HTML： 這是一坨灰色的字 用車床時戴手套可能變成這個顏色 消化不良的時候大概就是這個顏色 TTR藍的色號"62c5e2"要背，考試會考 這是神聖乖乖的顏色 ```markdown 灰色 紅色 藍色 ``` --- ## 六、連結與圖片（Links & Images） ### 超連結 ```markdown [Google](https://www.google.com) ``` 👉 顯示： [Google](https://www.google.com) --- ### 圖片 ```markdown ![圖片說明](圖片網址) ``` ```markdown ![Markdown Logo](https://markdown-here.com/img/icon256.png) ``` --- ## 七、程式碼（Code） ### 行內程式碼 ```markdown 使用 `git commit` ``` 👉 使用 `git commit` --- ### 程式碼區塊 ````markdown ```python def hello(): print("Hello Markdown") ```` ```` --- ## 八、引用與分隔線 ### 引用（Quote） ```markdown > 這是一段引用 ```` 👉 > 這是一段引用 --- ### 分隔線 ```markdown --- ``` --- ## 九、表格（Tables） ```markdown | 項目 | 價格 | 備註 | | :--- | :---: | ---: | | 蘋果 | 30 | 左對齊 | | 香蕉 | 20 | 置中 | | 西瓜 | 100 | 右對齊 | ``` ### 對齊說明 | 語法 | 對齊 | | ------- | --- | | `:---` | 左對齊 | | `:---:` | 置中 | | `---:` | 右對齊 | --- ## 十、重點整理（口訣） * 標題 → `#` * 清單 → `-` 或 `*` * 連結 → `[]()` * 圖片 → `![]()` * 程式碼 → `` ` `` * 換行 → 空兩格 or `
` --- ## 延伸資源 * Markdown 顏色表 [https://www.ifreesite.com/color/web-color-code.htm](https://www.ifreesite.com/color/web-color-code.htm) * 教學文章 [https://ithelp.ithome.com.tw/articles/10359759](https://ithelp.ithome.com.tw/articles/10359759) --- # 📘 TTR Wiki 撰寫指南 ## 一、架構原則 本 Wiki 應採用以下結構設計： * **書架（Shelf）**：依「部門」分類 * **書本（Book）**：依「實際工作項目」命名 * **章節（Chapter / Page）**：記錄「執行細節與知識」 此設計目的在於： * 明確對應責任歸屬（誰負責） * 保持文件可擴展性 * 避免知識分散與重複 --- ## 二、書架命名規範（部門） 書架名稱應符合： * 使用車隊各「部門」命名 * 避免模糊或過於抽象名稱 * 保持長期穩定（不要頻繁更動） --- ## 三、書本命名規範（工作項目） 書本應對應「一個具體任務或系統」，命名需具備： * 可辨識性（看到名稱就知道在做什麼） * 可擴展性（未來可以新增內容） * 避免過大或過小範圍 ### ✅ 正確範例 * 電池管理系統(BMS) * 懸吊系統 * 車身人因工程 * 數據分析 * STM32 嵌入式系統 * 車隊運營 * 專案管理 ### ❌ 錯誤範例 * STM cube IDE 教學 (範圍過小) * 電路（範圍過大） * 雜項（不可用） --- ## 四、章節撰寫標準（最重要） 每個書本內頁應遵循「工程文件結構」： ### 建議基本結構 ```markdown # 1. Overview（概述） - 目的 - 功能 - 系統位置 # 2. System Architecture（系統架構） - 架構圖 - 模組說明 # 3. Design（設計） - 設計理念 - 選型原因 # 4. Implementation（實作） - 程式 / 電路 / 機構 - 關鍵參數 # 5. Testing（測試） - 測試方法 - 測試結果 # 6. Debug / Issue（問題紀錄） - 遇到的問題 - 解法 # 7. Reference（參考資料） ``` --- ## 五、撰寫原則 ### 1️⃣ 可交接性（最重要） 文件應讓「新成員能直接接手工作」 --- ### 2️⃣ 工程導向（避免流水帳） ❌ 不要寫： * 今天做了什麼 ✅ 應該寫： * 為什麼這樣設計 * 遇到什麼問題 * 如何解決 --- ### 3️⃣ 一致性 * 標題格式統一（使用 Markdown） * 命名規則一致 * 單位（V / A / mm）統一 --- ### 4️⃣ 可搜尋性 * 使用關鍵字（如 CAN、BMS、PID） * 避免模糊描述 --- ## 六、版本與維護 * 每次重要修改需更新內容 * 避免刪除舊資料（可標註 deprecated） * Debug 與 Failure Case 必須保留 --- ## 七、禁止事項 * ❌ 不可建立「雜項」、「其他」類型書本 * ❌ 不可僅貼程式碼無說明 * ❌ 不可只放圖片無解釋 * ❌ 不可寫無法理解的個人筆記 --- ## 八、目標 本 Wiki 的最終目標為： > 建立車隊的「工程知識資產系統」，使技術能被累積、傳承與複製。 # 2026 新進隊員核心知識庫 本章節紀錄了新進成員必須掌握的 FSAE 核心知識，包含規則、技術與實務操作。 # 第一章：FSAE 賽事精神與車隊文化指南 ## 1.1 這不只是一場比賽，是一次工程創業 歡迎加入車隊！首先要建立一個觀念：Formula SAE (FSAE) 的核心不是造一輛最快的車，而是在一年的時間內，模擬經營一家高科技工程公司。SAE International 創立它的初衷，是希望培養出能「解決真實世界問題」的工程師。 ### 我們追求的三大核心能力 1. **技術的深度 (Engineering Excellence)**: 車子快只是結果。我們更看重你是否能解釋「為什麼」這樣設計能讓車變快，以及背後清晰的數據支持。 2. **務實的商業頭腦 (Business Acumen)**: 賽車是個燒錢的運動。你必須學會如何在有限的資源下做取捨，並向評審（模擬的投資人）證明你的方案是值得投資的。 3. **刻在骨子裡的安全意識 (Safety-First Culture)**: 在賽車場上，任何一個小疏忽都可能造成無法挽回的後果。這也是為什麼規則手冊如此嚴苛，因為它背後是無數前人累積的經驗與教訓。 ## 1.2 車隊，就像一個緊密的作戰單位 每個組別都有其專業，但真正的挑戰在於「協作」。 - **底盤組 (Chassis & Suspension)**: 你們是賽車的骨架。除了用 Lotus 或 ADAMS 模擬懸吊運動，更要透過 FEA 分析確保每一根焊道都能承受極限時的應力。感測器的安裝位置，需要你們跟電控組密切討論。 - **動力組 (Powertrain)**: 你們是賽車的心臟。無論是調校引擎的空燃比，還是優化馬達的扭矩輸出曲線，你們的目標都是在整個賽季中榨乾每一瓦的能量。 - **電控組 (Electronics & Data)**: 你們是賽車的神經中樞。從設計一條簡潔可靠的線束，到開發一套能讓車手秒懂的儀表板，你們的工作貫穿全車。 - **空力組 (Aerodynamics)**: 你們賦予賽車靈魂。CFD 軟體只是工具，真正的挑戰是如何在風洞中驗證你的模擬，並與底盤組合作，將下壓力轉化為實質的圈速。 ## 1.3 給新進隊員的幾點心法 - **隨手記錄，勝過最強大腦**: 一個優秀的設計如果沒有被記錄下來，那它就等於從未發生過。學習使用工程筆記或 Git 來管理你的知識。 - **先問「為什麼」，再問「怎麼做」**: 在動手前，先理解設計背後的原因。這會讓你在遇到問題時，具備獨立解決的能力。 ## 參考與延伸閱讀 - [FSAE Official Website](https://www.fsaeonline.com/) - 規則與公告的唯一官方來源。 - [SAE International Student Competitions](https://www.sae.org/attend/student-events) - 了解 FSAE 在全球的佈局。 - [Formula Student Germany - Academy](https://www.formulastudent.de/academy/) - 歐洲強隊的技術分享與知識庫。 # 第二章：2026 技術規則深度導讀：底盤結構與安全性 ## 2.1 SES：與評審溝通的共同語言 在動手畫第一張設計圖前，請先打開 SES (Structural Equivalency Spreadsheet)。它不是一份讓你打勾的表格，而是你與評審之間關於「安全」的合約。 ### 讀懂管材規範 (F.3.2) - **主防滾籠 (Main Hoop)** 與 **前防滾籠 (Front Hoop)** 是駕駛的最後一道防線。規則嚴格要求使用 1.0" x 0.095" (25.4mm x 2.4mm) 的 1018/1020/4130 冷抽鋼管，這是經過無數模擬與實測得出的最低安全標準。*(Fact-checked: FSAE 2024 F.3.4.1)* - **結構等效性**: 如果你想用更輕的材料（如碳纖維），你必須用嚴謹的數據證明，你的設計在彎曲剛度、抗扭剛度與能量吸收能力上，全面超越標準鋼管車架。 ## 2.2 2026 年安全規則的「弦外之音」 - **後隔板垂直度 (F.11.3.3)**: 為什麼要垂直？因為賽場上最常見的事故之一就是追撞。垂直的隔板能確保撞擊力被有效地傳導至整個車架，而不是讓前車的鼻翼直接衝擊你的電池箱或油箱。 - **基準點下移**: 這個看似微小的改動，是為了統一所有評審的測量標準，避免因測量點不同而產生的爭議。這也提醒我們，魔鬼藏在細節裡。 ## 2.3 駕駛艙：不只是座位，更是「逃生艙」 - **5 秒逃生測試**: 這項測試通常在最疲憊的耐久賽後進行。你必須確保，即使在極端壓力下，方向盤快拆、安全帶卡扣依然能被迅速解開。 - **安全帶安裝角度 (F.10.4.3)**: 肩帶與水平面的夾角被嚴格限制在 0° 到 20° 之間，是為了在正面撞擊時，防止脊椎因過度拉伸而受傷。 ## 2.4 「防火牆」：隔絕水、火、電 - 防火牆的意義在於，即使引擎爆缸或電池起火，也要為駕駛爭取到那黃金幾秒的逃生時間。材料必須通過 UL94 V-0 等級的垂直燃燒測試。 ## 參考與延伸閱讀 - [2026 FSAE Rules v1.0 (PDF)](https://www.fsaeonline.com/content/2026%20FSAE%20Rules%20v1.0.pdf) - **必讀**，請下載並仔細研讀。 - [Design Judges - Structural Basics](https://www.designjudges.com/articles/structural-rules-101) - 了解評審如何看待結構設計。 - [FSAE Structural Equivalency Spreadsheet (SES) Manual](https://www.fsaeonline.com/page.aspx?pageid=0020610d-2751-460d-838d-80695627230b) - 學習如何正確填寫 SES。 # 第三章：車載電子系統基礎：CAN-Bus 通訊與感測器整合 ## 3.1 CAN-Bus：車輛的語言 想像一下，如果車上每個感測器都需要一對獨立的線連到主控，那線束將會多麼臃腫與沉重。CAN-Bus (Controller Area Network) 就是為了解決這個問題而生的。 ### 核心物理層知識 - **120 歐姆終端電阻**: 為什麼是 120 歐姆？因為這是雙絞線的特徵阻抗。在匯流排的兩端各加一個，是為了吸收訊號末端的能量，防止其反射回來干擾正常通訊。 - **匯流排負載 (Bus Load)**: 當匯流排上的數據流量超過 80%，就可能開始掉幀。你需要學會使用 PCAN-View 等工具監測 Bus Load，並為關鍵訊息（如踏板開度）設定更高的優先級 (更低的 ID)。 ## 3.2 感測器：車輛的五感 - **屏蔽與接地策略**: 類比訊號（如懸吊位置感測器）最容易被雜訊干擾。記住「單點接地」原則：所有感測器的屏蔽層 (Shield) 在匯流排的同一端接入地線，避免形成接地迴路 (Ground Loop)。 ## 3.3 2026 電氣安全：高壓電如猛虎 - **絕緣監控裝置 (IMD)**: 這是電動車的「漏電斷路器」。它會持續監測高壓系統與車架之間的絕緣電阻。一旦低於規則要求的 500 Ohm/V，必須在 2 秒內切斷高壓迴路。 - **TSAL (Tractive System Active Light)**: 這個燈號是場上所有工作人員判斷車輛是否帶電的唯一依據。它的控制電路必須是獨立的硬體邏輯，絕不能依賴主控的軟體。 ## 3.4 實用技巧：CAN DBC 檔案 DBC (Data Base CAN) 檔案是解碼 CAN 訊息的「字典」。學會定義和使用 DBC 檔案，能讓你用 MoTeC i2 或其他分析軟體時事半功倍。 ## 參考與延伸閱讀 - [CAN Bus Explained - A Simple Intro](https://www.csselectronics.com/pages/can-bus-simple-intro-tutorial) - 極佳的入門圖文教學。 - [FSAE EV Electrical Safety Guide](https://www.fsaeonline.com/page.aspx?pageid=8831614b-2547-49f3-80b6-7647895e3474) - 電動車組必讀的安全指南。 - [Vector E-Learning: CAN Basics](https://elearning.vector.com/vl_can_introduction_en.html) - 來自業界領導者的免費線上課程。 # 第四章：賽車製造工藝與實驗室安全作業規範 ## 4.1 安全，是回家的唯一道路 實驗室的安全守則不是為了限制你，而是為了保護你。 - **化學品管理**: 你需要知道環氧樹脂 (Epoxy) 的 A/B 劑混合時會放熱，且其氣體具有毒性。這意味著操作時必須在通風處並佩戴活性碳口罩。 - **鋰電池安全**: 刺穿、過充、短路的鋰電池都可能引發熱失控。實驗室必須備有 D 類滅火器或專用滅火毯。 ## 4.2 製造的藝術：從圖紙到現實 ### TIG 焊接的細節 - **焊前準備**: 焊道周圍 2 英寸內的油污、鏽跡、氧化層都必須用砂紙或鋼刷徹底清除。一個乾淨的坡口是焊道強度的基礎。 - **魚鱗焊的意義**: 漂亮的魚鱗焊不僅是美觀，它代表了穩定的焊接速度、電流與送絲手法，這是焊道均勻性的體現。 ### 碳纖維的鋪陳之舞 - **鋪層順序 (Layup Schedule)**: [0/90] 度的鋪層提供抗拉伸能力，而 [+45/-45] 度的鋪層則提供抗扭轉能力。一個好的空力套件或單體殼，是這兩種鋪層的精妙結合。 - **真空袋壓力**: -25 inHg (約 -85 kPa) 是常用的目標真空度。過低的真空度會導致樹脂過多、強度下降；過高則可能吸出過多樹脂導致干點。*(Fact-checked: Common practice in composites industry)* ## 4.3 品質是檢測出來的 - **液體滲透檢測 (LPI)**: 對於像輪轂 (Upright) 這樣承受複雜應力的鋁合金零件，完成加工後進行 LPI 檢測，能用肉眼看見微米級的表面裂紋，避免賽場上的致命失效。 ## 參考與延伸閱讀 - [Workshop Safety Manual Example](https://www.ehs.washington.edu/resource/shop-safety-manual-444) - 華盛頓大學的安全手冊範本。 - [Lincoln Electric Motorsports Welding Guide](https://www.lincolnelectric.com/en-us/support/welding-solutions/Pages/motorsports-welding.aspx) - 來自焊接巨頭的專業賽車焊接指南。 - [Easy Composites Learning Centre](https://www.easycomposites.co.uk/learning-centre) - 學習複合材料的最佳線上資源之一。 # 第五章：靜態項目攻略：技術設計評審 (DR) 與成本報告 (CR) ## 5.1 設計評審 (DR)：這是一場工程辯論 你要面對的，是一群有著幾十年業界經驗的老鳥。他們一眼就能看出你的設計是經過深思熟慮，還是僅僅停留在「能跑就好」的階段。 ### 如何準備一場無懈可擊的 DR - **建立你的「設計決策樹」**: 「我們選擇了推桿式懸吊(Push-rod)，因為模擬顯示它比拉桿式(Pull-rod)能提供更線性的阻尼比變化，這在我們目標的低速彎中能提升 5% 的抓地力。」像這樣，用數據支撐你的每一個選擇。 - **失效模式與效應分析 (FMEA)**: 主動告訴評審，你已經考慮過某個零件（如轉向節臂）可能斷裂的情況，並設計了冗餘或安全係數來應對。 ## 5.2 成本報告 (CR)：不只是「報價單」 成本報告的精髓在於展現你的「成本意識」。 - **製造流程的合理性**: 你需要解釋為什麼一個零件選擇 CNC 切削而非 3D 列印，並量化其在時間與金錢上的優劣。 - **Real-Case Scenario**: 評審可能會問：「如果你的煞車卡鉗供應商倒閉了，你的備用方案是什麼？」這考驗的是你的供應鏈管理能力。 ## 5.3 商業簡報 (BPP)：賣的不是車，是「夢想」 - **定義你的獨特賣點 (USP)**: 你的賽車是市面上最輕的？最省油的？還是最容易維護的？找出一個點並將其放大。 - **商業模式畫布 (BMC)**: 這是將你的商業點子視覺化的最佳工具。你需要清晰地闡述你的目標客戶、收入來源與合作夥伴。 ## 參考與延伸閱讀 - [FSAE Cost & Business Guides](https://www.fsaeonline.com/page.aspx?pageid=0020610d-2751-460d-838d-80695627230b) - 官方成本與商業簡報指南。 - [FSAE Design Review Guidelines (PDF)](https://www.fsaeonline.com/content/FSAE%20Design%20Score%20Sheet%202024.pdf) - 官方設計評分表，了解得分關鍵。 - [Strategyzer - Business Model Canvas Explained](https://www.strategyzer.com/business-model-canvas) - 學習如何使用商業模式畫布。