arm檢測裝置（
lm3s9b81
）除錯記錄
個人筆記：經驗總結 修改：ww
2016.6
問題一：晶元虛焊
除錯iic
和spi
通訊時，經常通訊失敗，最後檢測都是虛焊問題，
arm晶元管腳多，不易焊接，應找專業人員焊接，可極大減小虛焊可能性；
問題二：usb
通訊失敗
問題描述：使用usb
與上位機連線正常，但向上位機傳送資料，只能收到幾個位元組；減少單次傳送資料量，可以收到幾十位元組，但最後都再無資料發出；
解決辦法：檢視usb
晶元手冊，重新計算連線在上面的電阻 阻值，發現原來的過大；換上22
ω的電阻後，正常工作；
問題三：串列埠485
一對多通訊問題
問題描述：控制arm1
使用乙個
485埠向被測
arm2的3
個485
埠進行通訊測試，發現
4個埠中，必須只能有乙個是寫資料埠，另外
3個必須是讀埠才能通訊；
解決辦法：原理圖上將max3485
的使能端與高阻端連線在一起了，造成只有讀、寫態，沒有第三態，通訊缺陷；使用軟體的方法解決，對應通訊的埠才開中斷，其他埠必須遮蔽；但這樣做限制了晶元的功能，如要讓控制
arm1
作為接收埠的話，軟體實現起來非常繁瑣；
問題四：can
收發器未正常工作（最嚴重的問題）
問題描述：因為這個問題引發了一連串的問題：一是第乙個arm
版的can
收發器供給電壓剛好在其工作電壓（
4.5v
）附近，所以導致
can有時正常工作，有時通訊失敗，在軟體上觀察到的是，
can資料「錯位」現象，無法解釋，最後用軟體的解決辦法是，強制判斷幀頭才接收，但這只是治標不治本；二是在程式執行時，會偶爾出錯，「收發失敗」莫名出現，就是所謂的「冷機啟動」現象，在裝置剛啟動時，非常容易出錯，但執行一段時間後，再無問題；後來加上濾波電容，「解決」「冷機」問題，但也是治標不治本的，除錯幾天後，問題又浮現出來；
解決辦法：最後不得不解決這個問題，而且一度認為是軟體上的問題，造成軟體除錯壓力極大，花費極其多的時間，各種優化修改都未能解決；終於在第二套裝置上，can
工作一次也不正常，在測試
can收發器
ctm1050
後，才發現輸入電壓
4.0v
，收發器並未工作，然後找到根本原因，電源出來接的二極體，會降壓
0.5~1.0v,
導致收發器的工作電壓不夠，去掉二極體，一切正常，程式再無錯誤；
問題五：ad
取樣誤差很大，精度極差
問題描述：為解決埠復用問題，加上晶元開關max4701
，但後面驗證得到
max4701
會對ad
取樣的結果造成影響，有兩個管腳穩定
200mv
的誤差電壓，造成取樣精度極其低；
解決辦法：1
）只好降低
ad取樣的精度率，到
85%；
2）更換
max4701
晶元，使用更好的方法解決埠復用的問題；
問題六：max4701
工作異常
問題描述：連線4701
的兩個ad
管腳取樣不正常，有
150mv
的電壓公升值，導致取樣精度很低。
解決辦法：經過一系列資料測試、除錯、對比，在田哥檢視晶元手冊後，找到原因：供給4701
的工作電壓（參考電壓）為
3.3v
，不能滿足本電路的工作。因為埠選擇中，連線
can收發器的電壓為
5v左右，大於
4701
的參考電壓，所以
4701
工作不正常。將
v+修改為
5v接入後，工作正常。（硬體設計問題居多）
Android裝置檢測
前些日子，自己接手專門為android裝置開發的資料恢復軟體，第一次作為專案經理帶隊進行專案開發。其中為了解決裝置和型號的對應關係，用於區分當前接入系統的裝置是usb裝置，並且是android裝置而不是通常的usb裝置或者其他的手機裝置。故需要獲得裝置的硬體裝置序號，根據硬體資訊特徵碼來和andro...
檢測裝置是否iPhone X
1.通過獲取裝置的 device model 來判斷 每一台 ios 裝置都有對應的硬體編碼 識別符號，稱為 device model 或者叫 machine name 機型對應的device model iphone x iphone10,3 和 iphone10,6 iphone xs ipho...
晶圓缺陷檢測裝置 口罩外觀缺陷視覺檢測裝置
口罩是生活中常見的空氣過濾用品，其市場空間巨大。目前廣泛應用的自動口罩生產裝置可以完成口罩的自動化生產，但生產過程中難免會出現各種質量問題，如口罩表面存在毛髮 汙漬 異物，以及鼻樑條 口罩帶的缺失等問題。這些存在質量問題的口罩，一旦流入市場，將會對企業的聲譽產生較大的影響。目前在口罩外觀缺陷檢測方面...