Vinicius Santos

I didn't understand.

Yes, it is in the main task (continuous).  The scan is around 2ms.  The card rpi is set to 2 ms.  That is, for a Freq = (1000x3600) / 60 = 60 KHz, and I lose about 120 pulses, 60KHz * 2 ms, which would be equivalent to 24 mm, since I have 1000 pulses for 200 mm of the wheel.  Ideally, a resolution of 1 mm, but if not possible, could be 5 to 8 mm.  I tried to create an event task by calling event instruction, but I can tell if it's the correct one.  But what intrigues me the most is the fact that the card is 1 MHz and is compatible with the Clp CompactLogix L19ER and this kind of problem occurs for such a low frequency (60 KHz for example)      

Hello guys, I am running an application for packaging measurement using a sick DFS60B incremental encoder (programmable from 1 to 10000 PPR). In more detail, it passes packaging on a conveyor belt and we have created an inspection station and an expulsion station (defective packaging), so we use the encoder to check at specific points of the packaging for defects (we use special sensors to check defects). ) (there are four in total). However, the problem we are having is the following: When reading the encoder in the PLC, the same means that performs "jumps" and does not enter the windows (GRT and LES) created on the ladder, ie, as if it were not continuous. . I understand that because the VHSC24 card works at 1 MHz in counter mode, this type of problem should not occur according to our application is not even 100 KHz. For example, our case: Using 1000 PPR and the motor speed (coupling output) is 3600 RPM (in practice it is around 1750 RPM) the frequency is calculated as follows: F = (PPR X RPM) / 60. : F = (1000x3600) / 60 = 60 KHz, ie 60 KHz is much less than 1 MHz, I think this kind of problem does not occur. Application Info: . Studio 5000 V31 . PLC Model: Rockwell 1769 - L19ER-BB1B CompactLogix 5370 . Encoder Card: 1734-VHSC24 / C . Incremental Encoder: Sick, DFS60 up to 10,000 PPR and HTL Electrical Interface. Using a 200 mm circumference / perimeter wheel. . Motor Nameplate Data: 1670 RPM, 0.37 kW / 0.5 HP, 60 Hz . Inverter: Weg CFW500, Output Frequency 62 Hz. Card Settings we use RPI: 2 ms Type: Counter, but we already use it as Encoder X1 Store Count Mode: Disabled Filter: No Filter, but we use 50 KHz and 5 Khz filters in our tests. Counter Attenuator: 1 Wiring Diagram VHSC24 We turn on encoder A at input 0 and encoder Aret at input 1 In logic (Structured Text) Using the PMUL instruction to convert encoder (Pulse) data to mm scale. (Ladder) The window comparisons part (GRT and Les) and other part of the process. We emphasize that we performed the tests also only with the reading and comparison part of the data, excluding the other parts, precisely to verify the issue of Scan, but the problem persisted. If anyone here in the forum has some information that can help us, I would appreciate it.

Hello guys, I am running an application for packaging measurement using a sick DFS60B incremental encoder (programmable from 1 to 10000 PPR). In more detail, it passes packaging on a conveyor belt and we have created an inspection station and an expulsion station (defective packaging), so we use the encoder to check at specific points of the packaging for defects (we use special sensors to check defects). ) (there are four in total). However, the problem we are having is the following: When reading the encoder in the PLC, the same means that performs "jumps" and does not enter the windows (GRT and LES) created on the ladder, ie, as if it were not continuous. . I understand that because the VHSC24 card works at 1 MHz in counter mode, this type of problem should not occur according to our application is not even 100 KHz. For example, our case: Using 1000 PPR and the motor speed (coupling output) is 3600 RPM (in practice it is around 1750 RPM) the frequency is calculated as follows: F = (PPR X RPM) / 60. : F = (1000x3600) / 60 = 60 KHz, ie 60 KHz is much less than 1 MHz, I think this kind of problem does not occur. Application Info: . Studio 5000 V31 . PLC Model: Rockwell 1769 - L19ER-BB1B CompactLogix 5370 . Encoder Card: 1734-VHSC24 / C . Incremental Encoder: Sick, DFS60 up to 10,000 PPR and HTL Electrical Interface. Using a 200 mm circumference / perimeter wheel. . Motor Nameplate Data: 1670 RPM, 0.37 kW / 0.5 HP, 60 Hz . Inverter: Weg CFW500, Output Frequency 62 Hz. Card Settings we use RPI: 2 ms Type: Counter, but we already use it as Encoder X1 Store Count Mode: Disabled Filter: No Filter, but we use 50 KHz and 5 Khz filters in our tests. Counter Attenuator: 1 Wiring Diagram VHSC24 We turn on encoder A at input 0 and encoder Aret at input 1 In logic (Structured Text) Using the PMUL instruction to convert encoder (Pulse) data to mm scale. (Ladder) The window comparisons part (GRT and Les) and other part of the process. We emphasize that we performed the tests also only with the reading and comparison part of the data, excluding the other parts, precisely to verify the issue of Scan, but the problem persisted. If anyone here in the forum has some information that can help us, I would appreciate it.

Thanks so much Carlton.  I will continue to look for a solution.  When you find out I'll post here.

With the hardware I have on hand, what is the alternative to my problem?  I tried to use the windows in Output Configuration, but couldn't.

Scan time is around 2 ms or less.  I've already researched it, but what intrigues me is the fact that the card is 1 MHz and has this kind of problem.

120 pulses is a big loss.  Since, since the encoder is 1000 PPR and a 200mm circumference / perimeter wheel, I will have a loss of 24mm, do you agree?  What would be an alternative for me to have a resolution of 1 mm?  If not, a resolution of 3 to 5 mm would work for my process as well.  Would lowering the encoder PPR (it's programmable) help?  Is there any other setting on the VHSC24 card that could help?

Hello guys, I am running an application for packaging measurement using a sick DFS60B incremental encoder (programmable from 1 to 10000 PPR). In more detail, it passes packaging on a conveyor belt and we have created an inspection station and an expulsion station (defective packaging), so we use the encoder to check at specific points of the packaging for defects (we use special sensors to check defects). ) (there are four in total). However, the problem we are having is the following: When reading the encoder in the PLC, the same means that performs "jumps" and does not enter the windows (GRT and LES) created on the ladder, ie, as if it were not continuous. . I understand that because the VHSC24 card works at 1 MHz in counter mode, this type of problem should not occur according to our application is not even 100 KHz. For example, our case: Using 1000 PPR and the motor speed (coupling output) is 3600 RPM (in practice it is around 1750 RPM) the frequency is calculated as follows: F = (PPR X RPM) / 60. : F = (1000x3600) / 60 = 60 KHz, ie 60 KHz is much less than 1 MHz, I think this kind of problem does not occur. Application Info: . Studio 5000 V31 . PLC Model: Rockwell 1769 - L19ER-BB1B CompactLogix 5370 . Encoder Card: 1734-VHSC24 / C . Incremental Encoder: Sick, DFS60 up to 10,000 PPR and HTL Electrical Interface. Using a 200 mm circumference / perimeter wheel. . Motor Nameplate Data: 1670 RPM, 0.37 kW / 0.5 HP, 60 Hz . Inverter: Weg CFW500, Output Frequency 62 Hz. Card Settings we use RPI: 2 ms Type: Counter, but we already use it as Encoder X1 Store Count Mode: Disabled Filter: No Filter, but we use 50 KHz and 5 Khz filters in our tests. Counter Attenuator: 1 Wiring Diagram VHSC24 We turn on encoder A at input 0 and encoder Aret at input 1 In logic (Structured Text) Using the PMUL instruction to convert encoder (Pulse) data to mm scale. (Ladder) The window comparisons part (GRT and Les) and other part of the process. We emphasize that we performed the tests also only with the reading and comparison part of the data, excluding the other parts, precisely to verify the issue of Scan, but the problem persisted. If anyone here in the forum has some information that can help us, I would appreciate it.

 Hi friend, I did not understand well: "use the countercard output".  To put my problem in context, we created a packaging inspection station on a conveyor belt.  This package is 170 mm long, so when it arrives at the station, I have a trigger sensor so I can know the amount of pulses at that moment, from there I make comparisons (position) so I can inspect at a particular location.  If any packaging is defective, we expel 190 mm after the inspection station.  In other words, the accuracy I need to read on my card is 1mm, so I can't "lose" pulses.  The encoder we use is Sick DFS60B (programmable 1 to 10.000 PPR)  with a 200mm circumference / perimeter wheel.  On the VHSC24 card in the plc it is configured with 2 ms RPI (smallest possible) and in filterless counter mode.

Hi guys, good afternoon,  I had the same problem as the friend above, but the use of Encoder is not to measure speed but terms as position reference.  But when using the PresentCounter variable, it does not seem to increase by 1 in 1, but rather seems to jump.  That is, I can not compare with my reference positions (in unit of pulses). The module we are using is VHSC24 and configured as counter and nofilter (for maximum speed).  The encoder we are using is programmable DFS60B (maximum limit of 10,000 PPR).   What could be happening?

Hi guys, good afternoon,  I had the same problem as the friend above, but the use of Encoder is not to measure speed but terms as position reference.  But when using the PresentCounter variable, it does not seem to increase by 1 in 1, but rather seems to jump.  That is, I can not compare with my reference positions (in unit of pulses). The module we are using is VHSC24 and configured as counter and unfiltered (for maximum speed).  The encoder we are using is programmable DFS60B (maximum limit of 10,000 PPR).   What could be happening?

Can someone help me? With this problem reference a NT31 Upload Issues. Error System program version installed in the PT and the application version selected in the support tool does not match. Please check the system program version in the PT and the selected model at the Support Tool. Communication aborted. I have tried all the NT31 model types on the Support Tool but keep getting the same error on PC -      

Hi guys, I need to upload an NT31-123B-EV3 IHM (System Ver 4.2), but the software I have installed is NT Support Tool Ver 4.87, does not include the PT model I need (System Ver 4.2), has only NT31-V2 / V3 (System Ver 3.1 / 4.1). Does anyone have a solution to this problem? obs: * HMI:         NT31-ST123B-EV3 (System Ver. 4.2)         * Software: NT Support Tool Ver 4.87 Best Regards,