I made a program with 2 digital sensors, I1 and I2. The role of the project is for Sensor 1 to count my inputs and sensor 2 the outputs. I made the program like this: I connected I1 to the counter-Mathematics instruction1-Analog comparator then the sensor I2 connected to the Mathematics instruction 2 and in the analog comparator. On the display I see INPUT OUTPUT and LOST. The program works but if the INPUT sensor detects 751234 Inputs and I2 751230 outputs on lOST I have a value of 0.

The question is, can I make the math instruction counters and analog comparator count over a value of 32k?

Hello ixo65 Thank you for your reply

But is there another way I can use other blocks to compare the pulses I have from the sensors? I have a calculation with values over 32K

Thank you 

qwazee

Do I understand your situation?

The up/down can only count to a maximum of 999,999.

But the topic starter wants to compare values of 999,999,999.

Hello qwazee thank you for your answer 

The logic of my code is: I1(Sensor) is connected to counter1, counter 1 is connected to math instruction and from math instruction is connected to analog comparator. I2 (sensor) 2 is connected to counter 2, counter 2 is connected to math instruction 2 and math instruction 2 is connected to analog comparator. The sensors are digital

And the solution would be the following; For I1 (sensor) is connected to counter 1, counter 1 and to put another counter is connected to the math instruction, and the math instruction is connected to the analog comparator. I2 (sensor) 2 is connected to counter 2 and to put another counter, counter 2 is connected to math instruction 2, and math instruction 2 is connected to the analog comparator.

So the solution would be: Should I put 2 counters in series? I have a code block but it won't let me load it 

Would that be okay?

Is there any logic that can help me compare values greater than 32,768?

Now it's clearer, thanks for the support.

duma_calin145

Is there any logic that can help me compare values greater than 32,768?

LOGO! doesn't have any bus blocks for this by default, because LOGO! is designed only for integers.
Years ago, I created my own UDF to compare positive double integer values.
I've created a sample program for you that allows you to compare counter values up to 999,999,999,999.

Thank you, but the program does not do the calculation I need, for example I1 - I2 = LOST (As I put in the program I created above)

duma_calin145

Thank you, but the program does not do the calculation I need, for example I1 - I2 = LOST (As I put in the program I created above)

And why do you mean this? 

The above program that you presented, has counters has everything it needs. I need a program that can do a simple addition calculation. Simple subtraction calculation. INPUT which is S1 Output which is S2 and from I1 and I2 I want to find out their result> The above program that you uploaded does not show this

If I were to use S7 300 PLC would it be ok?

Yes.

Thank you for the support!

You can connect two counters and subtract the value of them sepeately/

Look in the example. The first counter counts 10000, so you can count 10000 x 32000= a lot

Notice: The textblock is not perfect. You can make it perfect with several tekstblock, 

Toeternietoe

You can connect two counters and subtract the value of them sepeately/

Look in the example. The first counter counts 10000, so you can count 10000 x 32000= a lot

Notice: The textblock is not perfect. You can make it perfect with several tekstblock, 

 @Toeternietoe: The original problem that was stated is that the math instruction cannot handle values beyond the Integer boundary. What you suggested is therefor problematic.

My idea was to use a counter to track the difference between IN and OUT pulses. This assumes that the IN is always more than OUT. Also assume there is no need to move beyond the counter's boundary. My idea still does not satisfy the exact requirement.

I was thinking of how one could construct a cascaded counter circuit that would allow both counting up (as you shown) but also counting down. For this idea I have no solution.

The OP is better off using an S7-300 (as he volunteered) if his requirement is set in stone.