[自動化工程]對於座標系統的基本認識 - 符號篇_Part1_位置向量與坐標系

問對問題，就解決一半的問題

                                                    - 精準提問的力量

 

[自動化工程]對於座標系統的基本認識 - 比喻篇

(李永樂老師起手式) 有小朋友問我，使用學習機械手臂為什麼要理解座標系統概念呢? 不就是把要走到的位置個別記憶起來就好了嗎?

當然純粹記憶位置也是能使用的，但既然如此為何各家廠商還仍是有提供諸如局部座標系統、工具座標系統...等等工具呢? 當然理解座標系統在運用上是有好處的

[Sqlite]合併兩表不重複ID並計算總個數

一個產品在工程階段中有所謂的材料表（BOM），列舉出要組成此產品的所有零件、取得來源、數量...等等製造資訊；在材料運送任務中，為了節省運費或省下包裝成本，或許會將若干個產品包裝成一包寄出，此時需要將材料表合併，並統計個別零件的數量，作為運送資訊

產品間通常會有共通零件，比方螺絲，因此合併後的材料表材料項目，是可能少於原始個別材料表材料項目的加總，比如說產品1、產品2個別有50種零件，合併後的材料表只會小於等於100種零件．

[線性代數] 找擬合線上投影點 - Part2 - 解各資料點對應擬合線上投影點

在Part1我們已經找到某資料群對應的擬合線，接著我們想問：

如何求出各資料點對應擬合線上的最短距離投影點？如下圖的各個藍色點：

[線性代數] 找擬合線上投影點 - Part1 - SVD解擬合線篇

二點可以完全確定一直線，而在資料點超過三點的情況時蠻有可能找不到一個完美直線讓所有資料點都能夠與某直線重合，此時只能找所謂的最佳解，合理的命題如下：

[自動化工程]給定運動時間與行程，馬達功率的最低要求

承接此篇，我們知道了一段加減速運動中所需的最大功率發生在何處，且與機構形式無關，接著問下一個問題：

給定運動時間與行程，馬達功率的最低要求為何？

[線性代數]以SVD處理兩直線交點

自從學了線性代數以後，不光是多益成績大幅進步，食慾大增...每天我都能多吃兩碗飯，開了10年的老車油門也突然變得輕巧，更棒的是，兒子長到了180公分，腦袋也靈光許多，總之...線性代數改變了我的人生

摘自-攻殺小

[線性代數]以SVD處理已知兩點求直線系數

學完線性代數的這幾年間，漸漸褪去國中數學的直覺式幾何思考，的確，在處理幾何問題上，相較歐氏幾何的邏輯，線性代數的公理化思考很抽象，很不好傳達給其他人理解，也要三不五時複習一下，咬文嚼字規格間的邏輯關係與意義，不過倒是越嚼越有味（齁假

但也正是如此，線性代數作為以公理出發推演而生的一套思考系統，在運用時可以避免處理問題時陷入案例列舉，這個的思維性質，尤其在軟體系統裡要追求一致性高的實作時，乃至撰寫測試案例，採用線性代數的處理手法相較於直覺式幾何思考，目前我仍認為是比較強健的方法，可以避開許多誤區，不用透過案例窮舉來檢視演算法的可靠度，因為先賢先烈們已經用許許多多的數學證明完善了邏輯上的縝密性


----------------------------------------戰鬥開始

[自動化工程]馬達功率的快速粗略選定攻略

羊毛出在羊身上

-到底是誰說的？

從上圖釐清，根據能量守恆的概念，對於一物體，在其加速過程中，功率即是當前推力與速度的乘積，而產生此動力的源頭就是馬達（電能-動能轉換裝置），傳動機構在之中只是扮演轉換的角色，不增加/減少能量（理想狀況）

因此，我們可以先忽略馬達（動力源）至移載物之間的傳動關係，光是從移載物質量、加速度、最高速...等參數，反推估加速段所需功率，就可以推估出所需馬達額定功率；接著再根據馬達特性（額定轉速，額定扭矩），細部設計傳動機構，調整轉速/扭矩轉換後的比值

[自動化工程]螺桿推力計算

做個螺桿扭矩轉推力計算心得，採用自己比較習慣的思路，雖說習慣但一陣子沒用還是會忘記，沒事寫個筆記磨磨槍：

-------------------------------主要採用能量守恆觀點-------------------

[自動化工程]所需馬達扭矩計算-以輸送帶系統為例-實例計算

接續前篇，這次帶入參數紀錄一個實例計算流程，機械參數如下圖：

[自動化工程]所需馬達扭矩計算-以輸送帶系統為例-概念

宅哥常在工作場合聽到：

這組機構400W馬達應該夠力吧？以我的經驗應該用100W就夠了！感覺這個這麼重，應該要來個750W！

這樣的討論內容有點愧對工程師這個頭銜，18 19世紀各種偉大科學家也都一併擁有冠上工程師這個頭銜呢，我們雖沒有這樣的才智好歹也要追求這樣的精神，更何況我們面對的問題好像僅是牛頓第二定律？多點數學少點感覺Let's go

Stateless/Stateful理解心得

https://www.colocationamerica.com/blog/tcp-ip-vs-udp

[C/C++][STL][C#]集合處理筆記-常用函式對應

稍微整理一下，日常常摸的集合處理需要：

[C/C++][STL][C#]集合處理筆記

標準模板函式庫（STL）Wiki:

STL 將「在資料上執行的操作」與「要執行操作的資料分開」

對於構築集合處理的方式，.NET與STL思想上略有小小不同。

NET趨向物件導向想法（結合資料與操作成為一物件），將集合操作用函數以成員函數形式（member function）附屬在樣板容器之下，相當於在集合操作用函數中隱含（implicity）帶入自身參考。

.NET集合操作用函數無法直接帶入函數指標，而是要帶入委派(delegate)，建立對應操作的委派的方式之一: