---
# System prepended metadata

title: Engineering Notebook
tags: [行政]

---

Engineering Notebook
===

:::info
工程筆記是輔助評審在評定工程獎項其中一個很重要的環節，建議在寫的時候提前**設定目標獎項**，去看官網的評分要點，對於書寫的方向會提供很大的幫助。
**⭐️但是不要因為太過追求獎項和評分要點而變得沒有誠意，還是要讓他們覺得你寫的東西是*FROM YOUR HEART*!!!**
:::
[toc]

## **前言**

2024賽季以前隊伍在EN的撰寫上，用的是時間軸的方式，每天記錄並按照時間把所有細節紀錄，記錄下如何成錯誤中學習等，但在經歷了五年的經驗後，我們發現這種方式在閱讀上較複雜且難以理解，而在撰寫上也容易沒有方向，更在輔助presentation上幾乎沒有幫助，於是我們在2024 season轉而使用從總體概念往下層次說明的方法。如果想看之前的版本可以參閱 [**兩本書**](https://hackmd.io/aZ7yzZeJSRm1tR31tXyzlQ)。

## **內容與方向**

把架構拆開後大致上摘要如下

1. 摘要
2. 製作機器的架構
3. 需求分析
4. 理論建模
5. 論證實作
6. 策略分析
7. safety
8. BOM表

### 1.摘要

簡單來說就是可以快速讓評審、scout和來賓了解隊伍厲害的地方，這非常重要，一定要在開頭就把最當年厲害最重要的拿出來講，外國評審不喜歡傳統中國式的先扯一堆原因再說明結果。
> **⭐️可以配合機器的圖，分機構還有用bullet point更一目了然**

### 2.製作機器的架構

這裡主要在強調我們是有系統性地製作機器人，並不是毫無章法的想到什麼做作，而要如何做到呢？這邊提供一個建議，==*系統工程學*==，在這個概念裡採用嚴謹的工程概念，將機器劃分為各個子系統，透過模組化單獨拆分測試，讓工程師能夠有效協調各部分並處理複雜性，達到系統的整體效能，且運用回饋系統概念，將子系統數據共享整合達成回饋控制。
> **⭐️大鼻把他講得看起來很複雜，簡單來說就是機器分成很多個可以分開的機構，這樣除了可以有效率的測試以外也更好帶出國*

![image alt](https://hackmd.io/_uploads/rJdyXQu1ke.png)

### 3.需求分析
強調我們在看到題目後的思考過程，且是**理性且科學**的，例如看到題目我們覺得今年的機器需要具備快速移動轉向的能力，就把主流的輪子拿出來分析一波，算加速度，轉向能力快慢等有**數據的量化**，使你的分析看起來更具可靠性。
> **⭐️這種時候就很適合列"need, want, good to have"。讓評審知道你們分析結果背後的考量也很重要，不一定要寫在書上但自己心裡一定要有底ㄛ( ̀⌄ ́)**

### 4.理論建模

主要強調的是**設計過程**，例如怎們分工合作，或者創意發想的過程，用什麼東西做，有點像是研究方法，我覺得是整份篇幅可以放最少的地方。
![image](https://hackmd.io/_uploads/Sy4WTXd11x.png)
嘻嘻不知道要放什麼

### 5.論證實作

寫出怎麼運用科學方法做出機器的，可以將個機構特性拆開說明並解釋原因。再者說在射擊的規則中我們沒有進行Trial and Error的方式，而是透過視覺影像分析來建模，又或者對材料進行應力分析等。程式部分則可以拆成PID、Auto、Vision等部分，分別利用了哪些科學技術來寫。
> **⭐️大鼻又講得很複雜，簡單來說就是在實作之前真的去計算、分析instead of一直試一直改。程式方面就是分成各個不一樣的技術寫。*

![image](https://hackmd.io/_uploads/SyKA37O1ye.png)

### 6.策略分析

這看當年題目，可以寫說最有效率得分方式，或者在場上可執行的戰術、最好的路徑等，但記得量化數據比較容易判讀。如以下就分析了2024 season合作下最有效率得分方式。
> **⭐️如果不知道要從哪裡開始的話可以去參考其他隊伍做的分析，國外很多隊伍都會在他們的blog上分享這些東西。*

![嘻嘻](https://hackmd.io/_uploads/rJVVk4uJJl.png)
![哈哈](https://hackmd.io/_uploads/rkKIkVu1ke.png)

### 7.Safty

這個在BP也有。FIRST很看重隊伍內的施工、賽場安全，他們會想看到隊伍平常是怎麼建立大家的安全觀念、如何實施安全措施。所以Safety Manager除了平常要做有關安全的工作以外，也要在工程日誌中介紹。正式賽場上除了會有評審來問相關的問題，也會有特別指派給safety manager的任務。

### 8.BOM表

就是那張比賽規定要有，記錄機器所有材料的規格、價錢...等相關數據的表，印象中應該有固定格式，但我忘記要去哪裡找，或是其實沒有idk。可以去雲端找我們以前的來改，但不確定相關規則會不會變，所以也是一樣要記得**詳讀規則**。


## **印刷**

1. 去學校旁邊的速印（環山路上面那家）可以報主任的名字，但是要先跟主任講好。
2. 一般可以用寄信的（chen2729@ms22.hinet.net），詳細注意事項有點多我整理在下面。
3. 製作電子檔時，每一頁靠近書背的地方要稍微留白。因為書釘起來的時候。書背有部分會被吃掉，到時候那邊的東西會看不到。
4. 要檢查編碼，最後影印前一定要先轉成PDF檔整個檢查一遍，以免跑版，送出前越多人檢查越好。
5. 通常印刷是三到五個工作天，如果很臨時的話可以請他們幫忙趕工，有時候一兩天可以好，但是不要濫用！！！至少比賽前一週以前就要印好，第一屆據說是印完馬上衝機場差點趕不上很可怕！
6. 傻逼sbrina沒對齊首頁跟尾頁！！！（乾不要這樣我盡力了吃大便啦）

### 寄信注意事項
* 記得先介紹自己是主任的學生
* 檔案記得給pdf檔，寄出去前再再再再再確認有沒有問題。
* 基本資訊：品項（檔名要清楚，不然如果一次要印很多東西容易混淆）、顏色（黑白/全彩）、尺寸、數量、單/雙面
* 比較特別的：書的裝訂方式（我們一般用膠裝）、海報膠膜的材質（我都用霧面膠膜）
* **一定！一定！一定！** 要提到你們什麼時候需要（最好送出實踐往後推4-5天）
* 最後要說謝謝，留下聯絡方式（電話號碼），也記得常常檢查信箱，他們印完之後通常都會用信箱通知。
*![Screenshot 2025-04-11 at 10.33.29 PM](https://hackmd.io/_uploads/SJJI_oIAke.png)




## **總結**

寫EN有一個非常重要的部分：**團隊合作！！** 隊上應該不太會有人有辦法在各領域都精通可以自己一個人寫完，所以這本書必然需要很多人一起共同完成。寫的時候記得確認每個人寫的內容、方向是一致的，不然翻譯的人會很幸苦。另外，記得寫的時候可以做peer review，互相檢查對方的內容有什麼需要修改的地方或是可以加的東西，可以讓這本書更完整↖(^ω^)↗

> ***最後結束之前給你們幾個tip***
> 💡跟製圖組要圖的時候每一個機構都跟他們要個兩三個不同角度。（**叫他們用渲染圖不然畫質超爛！！！** ）
> 💡記得在寫的時候也要和負責present的人確認內容的方向，要兩方都認為they could work with it再送出ㄛ！
> 💡寫完可以先丟給chat gpt改一次，叫他幫你把英文弄得通順一點，會讓改英文的人輕鬆很多很多。（但是他幫你改完之後記得整個重新看一次確認內容沒被曲解）
> 💡不要照抄以前的，每年的狀況都不一樣，真的去理解為什麼要寫這些東西、你現在寫的內容是什麼，相信我雖然很容易眼花但真的對你幫助很大。
> 💡可以先把所有內文放在word檔裡面，然後修改都在裡面，排版另外再開一個檔案。這樣也方便修改。
> 💡排版對齊拜託拜託拜託😭字體大小形狀位置都弄齊現在科技方便都會給你線拜託對其阿密陀佛。

總結來說我們隊伍目前朝著把EN科展化的方向走，如果做專題的應該會發現我們其實抄了IMARD的格式在寫這東西，以後怎麼發展就看各位造化囉，甘巴爹！



[**這是7589 2024賽季EN本人不客氣啾啾**](https://drive.google.com/drive/u/1/folders/1Q1H1brTGltUT8nVWJz3g-cBGx1_gnwSL)
ㄅㄅ！意見信箱 frc@lssh.tp.edu.tw