扫码时间过长原因

青年要努力

大佬们现在情况是这样，现场逻辑是机械手到位，然后给信号给到PLC，PLC给信号给扫码器触发，这一段时间我叫A
4 n3 _6 e& K+ f然后扫码器触发了就读取，读取时间是B
$ J; R% ^7 w% s" D0 y6 u扫码器读完了给信号给PLC，然后PLC给信号给机械手，机械手再移动，从扫码器给信号到 机械手移动，这段时间是C
+ ?/ q- l# l( C- ~4 Q3 H/ M  [现在咱们A+B+C一共是2s左右，基恩士的读码器读码时间B是300ms左右
: v6 Q, R8 V) `7 N2 h" {0 w# C大佬们有遇到过是什么原因吗？

( ?8 ~4 T$ G3 H0 A5 ^% {8 T

朔月123

1、设备移动速度是否可以再调快一些
9 B, n8 E1 `3 N# b: @# s' S) W2、程序种是否存在触发延时

排查一下看看

譬如朝露

这个真没看懂，Ａ——触发时间，Ｃ——触发时间，总共2000ms减去扫码300ms,还有1700ms,平摊A/c 850ms,你想表明你触发时间用多了还是少了？

青年要努力

譬如朝露 发表于 2020-12-18 17:34
$ G) W1 y7 c, Z' c) J2 t7 p. b这个真没看懂，Ａ——触发时间，Ｃ——触发时间，总共2000ms减去扫码300ms,还有1700ms,平摊A/c 850ms,你想 ...

7 D5 U' Q' b% b$ a多了，就是机械手和PLC和扫码器之间通讯时间太长

青年要努力

朔月123 发表于 2020-12-18 17:28
: p( c  R1 Y# p! D# ^1、设备移动速度是否可以再调快一些
2、程序种是否存在触发延时

谢谢，主要是机械手和PLC和扫码器通讯时间A+C有1.8s了，没有机械运动部分，这个时间是否合理，我是做机械的，请教下
4 v1 Q3 |0 F# l% Y. P7 H

xinshiji666

青年要努力 发表于 2020-12-18 18:36
9 o. l. G0 U/ f  n7 t! l  C! p谢谢，主要是机械手和PLC和扫码器通讯时间A+C有1.8s了，没有机械运动部分，这个时间是否合理，我是做机械 ...

  Q& C; Y6 y/ g- U: u9 L如果1.8s仅仅是通讯及PLC处理，这个时间是有点儿长了，正常<0.5s，
前提是你要让PLC或上位机做个监控处理，看看具体是哪个环节时间长，也许PLC处理在0.2s呢？
/ ~" D1 J2 T2 c0 s5 P- S+ @2 B基恩士的扫码枪也存在参数设置、延时等问题，条码也存在残缺、纠错、多次识别问题，这种情况下，读码到识别输出也可能2S时间。

* @) g4 r9 x' q- F. d# {- I
! ^. ^- q6 k) G8 [# ~

譬如朝露

青年要努力 发表于 2020-12-18 18:23
多了，就是机械手和PLC和扫码器之间通讯时间太长

, R5 Q9 D, U0 r. a* {这个你做机械的可能真处理不了，这里面涉及很多细节问题，有硬件，有软件方面，你PLC通讯问题可以咨询下厂家，至于基恩士扫码枪的问题，他家售后会很热心给你提供解决方案的。
8 a* W- m& r, m

远祥

扫描探头最好是选用拍照型的，这样可以提高识别所耗费的时间！