對老式力敏電阻(FSR)測試方法的反思
如果您使用過觸覺傳感器或力敏電阻(fsr),則可能遇到過自重方法-在傳感器上放置靜態(tài)重物并使用萬用表或Arduino記錄電阻讀數(shù)。乍一看,這似乎是合乎邏輯的:重量施加力,而力應該與阻力相關。
但在現(xiàn)實中呢?這種方法存在嚴重缺陷。
傳統(tǒng)觸覺傳感器和力傳感器測試存在的問題
除了力之外,觸覺傳感器或FSR的性能還受到多種因素的影響。時間,接觸面積,材料剛度和重量放置都會導致不一致,使簡單的電阻讀數(shù)不可靠。
Interlink Electronics是一家主要的觸覺傳感器和FSR制造商,對這個問題提出了警告:
“FSR響應對施加力的分布非常敏感。一般來說,這就排除了使用定重來進行表征的可能性,因為重量分布的精確復制很少能夠在循環(huán)之間重復。”
這在實踐中意味著什么?如果您多次重復相同的測試,您的讀數(shù)仍然會有很大的差異——僅僅是由于施加的力的微小差異。
影響FSR測量的關鍵因素
通過測試,我們發(fā)現(xiàn)了三個主要問題:
1. 時間依賴性-阻力隨時間變化
fsr不能產生瞬時、穩(wěn)定的電阻值。相反,它們表現(xiàn)出蠕變,在恒定的力下阻力緩慢下降。以下是一個示例數(shù)據集,其中100g重量放在Interlink FSR 406上:
距離放置時間(s)阻力(kΩ)
5 7.81
十7.54
30 7.03
60 6.82
在60秒內,阻力下降了12%——施加的力沒有任何變化!
2. 重量定位-小的動作導致大的擺動
在FSR上的重量位置的微小變化可能導致讀數(shù)的變化高達27%。這種不一致使得幾乎不可能準確地比較傳感器,除非嚴格控制位置。
3. 接觸形狀和面積-不僅僅是重量問題
如果你用鋒利的物體和平坦的表面把重物壓在FSR上,你會看到截然不同的讀數(shù)——即使施加的總力是相同的。
這是因為fsr測量的是壓力(單位面積的力),而不僅僅是力。
例如:
?一個100g的重物在1cm2上施加的壓力是在2cm2上施加的壓力的兩倍。
?即使是重量接觸表面的微小紋理差異也會導致變化。
我們將一枚10美分硬幣和一枚直徑相同的縫紉紐扣放在重物下進行測試——由于它們的重量分布不同,它們的讀數(shù)也不同!
看看相同重量的不同位置如何改變傳感器上的力讀數(shù)
一個新的,更可靠的FSR或觸覺傳感器測試方法使用Arduino
1. 用硅膠墊片標準化接觸面積
為了消除力分布不一致,我們引入了軟硅膠墊片:材料:Shore 60A硅膠;尺寸:0.5“直徑,1/8”厚;用途:確保力均勻分布在傳感器上
隨著隔離器的到位,電阻讀數(shù)變得更加穩(wěn)定。
2. 通過使用Arduino捕獲隨時間變化的電阻而不是單個值
而不是采取單一的電阻快照,我們繪制電阻隨著時間的推移使用Arduino來解釋fsr的時間依賴性行為。
我們還設置了一個自動的時間窗口來提取一個穩(wěn)定的讀數(shù)。捕捉阻力的最佳時機似乎是:
?在電阻變化平緩后1000-2000ms之間
?當曲線的斜率降到1以下時
這確保了跨測試的可重復、可比較的結果。
3. 利用Arduino UNO實現(xiàn)電阻測量自動化
我們使用Arduino UNO構建了一個定制的測試平臺:?使用模數(shù)轉換器(ADC)測量FSR電阻?記錄電阻數(shù)據隨時間的變化?應用校準將ADC讀數(shù)轉換為實際阻抗
關鍵挑戰(zhàn):ADC讀數(shù)與電阻不是線性正比的
由于FSR和1kΩ下拉電阻形成分壓器,ADC讀數(shù)與實際電阻并不完全相關。
為了解決這個問題,我們使用已知的電阻進行校準測試,并插值adc -阻抗關系。以下是我們校準表的一個片段:
已知電阻(Ω) ADC讀數(shù)
218, 000 1
99, 100 7
32, 800 27
9, 560 90
1, 990 340
995 512
497 683
12 910
利用這些數(shù)據,我們開發(fā)了一個自定義插值函數(shù)來準確地將ADC讀數(shù)映射到電阻值。
結果:一種可重復和穩(wěn)健的觸覺傳感器/ FSR測試方法
通過集成硅膠墊片、時間相關測量和基于arduino的自動化,我們創(chuàng)建了一種測試方法:?減少力分布不一致;考慮阻力隨時間的蠕變;提供可重復的、可比較的測量
下一個步驟
?微調校準:需要進一步的測試來完善adc -電阻方程
?擴展測試設置:自動化多重量和多傳感器測試
?提高傳感器的可重復性:調查環(huán)境因素(如溫度、濕度)
最終的想法
如果你正在使用觸覺傳感器或fsr,你必須超越簡單的重量和萬用表方法。通過使用Arduino實現(xiàn)受控測試設置,您可以提取有用的,可重復的數(shù)據并做出明智的工程決策。
本文編譯自hackster.io