掃碼時間過長原因

青年要努力

大佬們現(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左右
: \7 `  Y& V9 S# A' t) _大佬們有遇到過是什么原因嗎,？
7 F/ j' e( `9 E7 s: }
  ~7 e( J$ x% B! U2 B8 L) l% Z2 v  r& G

朔月123

1,、設(shè)備移動速度是否可以再調(diào)快一些
( n3 [' O+ H- B* C9 Y2,、程序種是否存在觸發(fā)延時
& B. B1 g+ H, m
) h  W1 [& z! g! @排查一下看看
  Z* w$ E1 l5 q0 r  ~

譬如朝露

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

青年要努力

譬如朝露 發(fā)表于 2020-12-18 17:34
' z' k9 I4 Z/ u; n: x9 t) ?. |這個真沒看懂,，Ａ——觸發(fā)時間，Ｃ——觸發(fā)時間,，總共2000ms減去掃碼300ms,還有1700ms,平攤A/c 850ms,你想 ...

多了,，就是機(jī)械手和PLC和掃碼器之間通訊時間太長
0 {" {% t3 B0 I' _

青年要努力

朔月123 發(fā)表于 2020-12-18 17:28
0 ~/ B. q& V: T7 v9 q4 `0 n1、設(shè)備移動速度是否可以再調(diào)快一些
2,、程序種是否存在觸發(fā)延時

& T0 H; `  K' I; y謝謝,，主要是機(jī)械手和PLC和掃碼器通訊時間A+C有1.8s了，沒有機(jī)械運動部分,，這個時間是否合理,，我是做機(jī)械的，請教下
  @8 v( U' _3 x; M1 E7 b

xinshiji666

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

7 F3 j' @) G1 S; U6 Y如果1.8s僅僅是通訊及PLC處理,，這個時間是有點兒長了，正常<0.5s,，
前提是你要讓PLC或上位機(jī)做個監(jiān)控處理,，看看具體是哪個環(huán)節(jié)時間長,，也許PLC處理在0.2s呢？
基恩士的掃碼槍也存在參數(shù)設(shè)置,、延時等問題,，條碼也存在殘缺、糾錯,、多次識別問題,，這種情況下，讀碼到識別輸出也可能2S時間,。

! D0 P9 T: [' O. R  Q& y& K

譬如朝露

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

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

遠(yuǎn)祥

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