EaglePCB 3D零件建立方法

1.開啟編輯器、創建3D元件

 2.生成基礎零件

 3.用網頁開啟零件

 4.下載零件(STEP格式)

 5.用FUSION360開啟下載的檔案

 6.3D建模

 7.匯出成STEP

 8.上傳修改好的模型

 9.對準腳位後存檔

 10.編輯腳位

 11.編輯完成後存檔

備註: 改3D模型和改腳位的先後順序沒有影響實際工作。
記得和原理圖腳位連接後才使用

三菱HMI GT1000 畫面密碼

打開你的GT Designer建立一個新的專案，設定細節就不多說了，反正建立出來再說:

接著先設定密碼:

這樣一來level1的密碼就設定完成，再來是如何使用level1的密碼:

結束

使用MC Protocol與PC通訊，介面設計思路。

關於MC Protocol的通訊API是有人在網路上賣錢的，一開始搞的時候本來也想說用API就好了，幹嘛那麼麻煩去讀MC Protocol的通訊格式，一知道API都要付費，立馬花兩天自己寫個API搞定，啊靠! 這麼簡單都可以拿來賣錢，台灣勞工做什麼都不值錢。

不過因為有人在賣錢，所以我就不擋人財路了，畢竟他們頂多賺不到我的錢而已，沒必要去拆人台，所以在這裡就不探討MC Protocol的通訊格式要怎麼通了，在這裡只探討資料處理的思路。

首先就是先天上的限制，MC Protocol的特性就是輸出響應同調，命令出去屁股跟著回應，一個指令一個動做，效率低落的通訊格式。

我們現在就是為了克服先天上的缺陷，提出一些思路，讓PC介面使用更流暢，出錯機率大幅下降，程式效率大幅提升。

一、分成兩大部分: 1.讀 2.寫

很直觀的思考，讀寫各一個function，要讀寫的時候分別調用。

缺陷: 不適用訊號同步，同時讀寫必定出BUG，即時同步功能不完全。

二、匯整讀/寫需求，整理後一併送出命令。

這種方式可以完全避免指令發生衝突，但是也是唯一優點。

缺陷: 響應時間可能會變長。

三、讀寫命令分流

因為三菱PLC提供最大16 Port通訊，資料驗證都用上頂多就用4 Port，讓程式可以簡化許多。

缺陷: TCP的Port使用數增加擴充性會下降。

【基礎篇】三菱J3伺服馬達 分度器

首先翻開下面這本手冊:
MR-J3- T SERVO AMPLIFIER INSTRUCTION MANUAL (CC-Link)

第16章  INDEXER POSITIONING OPERATION (522頁)

說明就幾頁而已，很簡單建議全部看一遍。

伺服參數設定:
基本上和Point table positioning operation設置差不多，選擇Indexer positioning operation

沒有減速機的狀況記得輸入1:1

然後輸入站數

PLC程式設計:

1. 原點復歸(使用任意點為原點)

關閉Y106、Y107然後啟動Y101=>原點復歸完成

2. 呼叫表單(表單位置由分度器自動設置)

開啟Y106、Y107，並且在D1輸入想呼叫的表單代號然後啟動Y101

直接修改D1就能呼叫分度器上不同的站了

3. 備註

D2的使用方式和呼叫表單不同，所以D2對應的表單存到M200的方式重新對應過，如下:

【基礎篇】三菱J3伺服馬達基本配線

沒什麼好講的

示意:

PLC<=>J3驅動器<=>J3馬達

--------------------分割線--------------------------------------------------------
1. PLC<=>J3驅動器

CC-LINK標準通訊

 CN6需要3個訊號: 24V、0V、放煞車。

2. J3驅動器<=>J3馬達

UVW三相電力、編碼器

3. 伺服電力

L1、L2、L3接三相交流電(實驗用接2相)、P和D接回生電阻

被說明書搞死案例之RS422通訊

對於電子電路和電子元件方面有常識的人都知道，正負不能接反，特別是OP放大器或是OP集成比較器，接錯基本上就是燒掉。

所以說明書寫(+)就是要和(+)對接，(-)就是要和(-)對接，今天居然讓我遇到很扯的說明書。

很棒很完美對不對? (+)和(+)對接，(-)和(-)對接，我以為我看到了真理之門。

噩夢的開始: 完全不能通訊啊!! 一直報錯!! 一直以為是設定的問題，搞了一個禮拜!!

基本上全部的設定都翻過來設定一次，整本說明書300頁從頭到尾不知道翻了幾次。

示波器都搬出來了，全部的訊號都對阿!! RS-232就能通!! RS-422就不能!!

思考了很久去研究透徹RS-422和RS-485的工作原理和特性，結果根本沒有幫助阿!!

在一次偶然的TRY&ERROR中異想天開的把(+)接在(-)上，想說死馬當活馬醫，燒掉就算了，模組一個才3000元，又不是賠不起。

幹!! 真的給我通了。

又為了這項專業花了一個禮拜的工時。

工程案_001 記錄(下)

工程比想像中的順利，唯一的失誤在於電控箱的配線，事先準備沒有完善，所以在現場多花了一點時間修正，不過並沒有超出預期範圍。

遠超越進度的部份是程式預先coding的部份，預計調適要4個工作天，結果我的思考漏洞並沒有想像中來的多，只花一天就把程式搞定了。

預計9個工作天，完成只花4個工作天，進度超前超過一半，效率非常的高。

成果:

手動模式運轉，自動模式因為客戶還未全線生產我們就回國了，所以沒有拍攝到影片，以後有機會拍到影片再來補充。

另外因為是整個系統架構下額外新增的設備，所以是掛在原本的系統之下，需要處理全部的相容性問題，整個程式印出來(雙面)厚達1.4cm(含原架構程式)。

剩下的時間就被現場人員盧小，各種設備疑難雜症，報警頻率太高之類的，別人搞出來的漏洞要我幫忙擦屁股。

例如這個找不到膠塞，經常報警，手動讀到的數據就是對的，但是自動或是半自動就完全讀不到，這個問題搞了一年沒有解決，然後我停機半小時檢測，發現是雷射感測響應速度過慢，半自動執行無法找到膠塞，搜尋速度一調慢馬上就找到膠塞，然而並不是每次都找不到，偶爾幾次找不到報警。

解決方案:
1.  快速搜尋找不到=>回原點=>減速再搜尋一次=>再搜不到才報警。
2. 不用搞那麼多，減速就好。
3. 花多一點錢買響應時間短的感應器。

然而是驗收完的機器，而且程式也不是我搞的，調速度一分鐘的事情，而且不用停機，計算過快搜和慢搜的角速度後，不影響C.T.的前提下調慢了快速搜尋的速度，稼動率提升而且收費0元，真的賠到脫褲。