掃碼時間過長原因

青年要努力

大佬們現(xiàn)在情況是這樣，現(xiàn)場邏輯是機(jī)械手到位，然后給信號給到PLC，PLC給信號給掃碼器觸發(fā)，這一段時間我叫A
然后掃碼器觸發(fā)了就讀取，讀取時間是B
掃碼器讀完了給信號給PLC，然后PLC給信號給機(jī)械手，機(jī)械手再移動，從掃碼器給信號到 機(jī)械手移動，這段時間是C
現(xiàn)在咱們A+B+C一共是2s左右，基恩士的讀碼器讀碼時間B是300ms左右
2 H# P' M! b) C# @% k# k7 I大佬們有遇到過是什么原因嗎？
4 l: |0 E, y2 g+ _! l
2 j% q6 J& ~. ~

朔月123

1、設(shè)備移動速度是否可以再調(diào)快一些
( y' H0 ^6 ~8 G# J# O2、程序種是否存在觸發(fā)延時
5 z& h# z6 I9 t7 m8 Q: ?
排查一下看看

譬如朝露

這個真沒看懂，Ａ——觸發(fā)時間，Ｃ——觸發(fā)時間，總共2000ms減去掃碼300ms,還有1700ms,平攤A/c 850ms,你想表明你觸發(fā)時間用多了還是少了？

青年要努力

譬如朝露 發(fā)表于 2020-12-18 17:34
1 W: e" u# h( n' ^這個真沒看懂，Ａ——觸發(fā)時間，Ｃ——觸發(fā)時間，總共2000ms減去掃碼300ms,還有1700ms,平攤A/c 850ms,你想 ...

多了，就是機(jī)械手和PLC和掃碼器之間通訊時間太長

青年要努力

朔月123 發(fā)表于 2020-12-18 17:28
6 M2 s4 o, d5 O1、設(shè)備移動速度是否可以再調(diào)快一些
+ `7 @5 G; N7 L3 \0 m2、程序種是否存在觸發(fā)延時

謝謝，主要是機(jī)械手和PLC和掃碼器通訊時間A+C有1.8s了，沒有機(jī)械運動部分，這個時間是否合理，我是做機(jī)械的，請教下

xinshiji666

青年要努力 發(fā)表于 2020-12-18 18:36
' i  @/ z" T3 E謝謝，主要是機(jī)械手和PLC和掃碼器通訊時間A+C有1.8s了，沒有機(jī)械運動部分，這個時間是否合理，我是做機(jī)械 ...

, z# T6 [8 N5 f* p& n. Q如果1.8s僅僅是通訊及PLC處理，這個時間是有點兒長了，正常<0.5s，
前提是你要讓PLC或上位機(jī)做個監(jiān)控處理，看看具體是哪個環(huán)節(jié)時間長，也許PLC處理在0.2s呢？
. f: y, ]1 l0 [2 e2 \; r基恩士的掃碼槍也存在參數(shù)設(shè)置、延時等問題，條碼也存在殘缺、糾錯、多次識別問題，這種情況下，讀碼到識別輸出也可能2S時間。
4 \$ z4 k3 v3 L- W4 G
* N* @2 m9 P  P. i2 [
% w# d4 w8 n/ f# `

譬如朝露

青年要努力 發(fā)表于 2020-12-18 18:23
多了，就是機(jī)械手和PLC和掃碼器之間通訊時間太長

/ e5 E3 a1 j5 e這個你做機(jī)械的可能真處理不了，這里面涉及很多細(xì)節(jié)問題，有硬件，有軟件方面，你PLC通訊問題可以咨詢下廠家，至于基恩士掃碼槍的問題，他家售后會很熱心給你提供解決方案的。

遠(yuǎn)祥

掃描探頭最好是選用拍照型的，這樣可以提高識別所耗費的時間！