原來週五是端午節補假，大家記得可以好好休假。
這幾天稍微小小加班，為了要弄產線的一個案子以節省測試時間。
程式完成以後要做下一個案子的時候，長官又指示乾脆把根本問題做完。
他的想法是不要頭痛醫頭腳痛醫腳，抓出病因一次解決。
所以原本只是做個簡單的找檔案外加計算後判斷PASS/NG的程式，改成將兩台測試機進行通訊以後，測量結果是否PASS/NG。
原本的抓檔案然後進行判斷PASS/NG我之前已經出過一版給其他產品，所以這次在寫不難，只要新增方法與判斷機制。
所以大概兩個小時左右就完成，交給同仁去使用。這樣他可以節省下每次都要人工判斷測試機產出的檔案是PASS/NG的問題。
但是這個新的測試程序要跟儀器通訊，也是我之前判斷如果要進行的話會卡很久的地方。
C#程序要跟儀器Nationalinstruments visa進行USB通訊。
這跟以往我擅長的Modbus 通訊與Serial 通訊不同。
使用的是SCPI指令協議。光是要打通怎麼通訊就是一個問題，連按照官方所說的驅動程式安裝都有狀況。KEYSIGHT新版本的技術IO支援，可能是為了想推售自家軟體，所以很多東西改版以後就不太支援。(可能是我太菜了，我不知道怎麼用)
我用他們自家軟體測試送命令沒什麼問題，但是就是卡關在沒辦法用C#程序抓出後送命令通訊。
然後使用他們的Example code 基本上Debug/Build 前期就過不了。
也許今天寫個技術信函去溝通一下，問問人家怎麼使用。
但根據經驗這樣的大廠大概不會理我，通常丟信就是石沉大海，不然就是像APPLE官方窗口一樣。
先說明自己是什麼產品然後又遇到什麼狀況，接著說明相關版本號然後叫你去看原本的IO程序。
我的同仁還遇過更惡劣的，直接質疑你是不是初學者不會寫CODE，不然怎麼會XXX都搞不懂。
(現階段這個我應該是...)(但你們那個step by step又沒做好，我照做也沒辦法完成阿)
然後就一直鬼打牆繞圈圈，我就一直重複這樣的事情無法解決。
儀器使用SCPI通訊本來就是基本產線儀器通訊使用的基本技術。
抱怨雖抱怨，今天還是努力想辦法打通吧!
