logixpro silo simulation exercise 2 solution

The real solution is to program your system in such a way that there are no race conditions like this. Simply copying the entire bit or word 'solves' the problem by making a modern PLC act the same way as an older PLC. This sets up a race (which happens first), which can lead to all kinds of strange errors in the sequencing of a program, if you are not cognizant of it. If you have sequential logic that depends on the inputs and you read the same input from different locations in your program, you cannot assume that the input bit will remain the same value. However, this super-fast I/O sets up an issue that you need to be very aware of as a programmer. Second, it allows your program to get an updated value and react to it as fast as possible, frequently achieving sub-millisecond response times for very fast processes such as high speed (10,000 piece per second or higher) equipment or motion control.

First, quite often 90% of your I/O isn't changing state at all and it wastes time and resources to constantly update a value that doesn't actually change. There are a couple reasons for doing this. I/O is updated independent of logic solving. Finally, it writes the data in the output image table into the output devices.Race conditions dealing with I/O in a single scan can't happen because from a program point of view, all I/O is updated 'simultaneously'. Then it solves the logic (aka 'runs the program'). First, the PLC reads all the inputs into the input image table. On older PLC's, there are 3 phases in each scan. The biggest reason that programmers do this has to do with having race conditions in their logic. Then when you go to transfer the data into the I/O card, you treat it as a full word and write it to the card, or vice versa, you read an entire word at once. Work on it and let me know if you have problems.How you do it is that you have say a 16-bit word, or you create a 16 bit array with individual bits. Add a C5:1 Counter RES (Reset) somewhere, triggered by (I:1/3 OFF and C5:1/DN ON). This inhibits the Solenoid fill after 5 boxes and up to 7 boxes, when the counter is reset.Ĥ. On Rung 1 (or the rung with the Solenoid Output), add a LEQ right after the Selector Switch Position C XIO contact, with same Sources as above. This comparison instuction simulates switching to Position 'C' after 5 boxes have passed.ģ. Add a GRT (Greater Than) on the Rung 0 branch 3, in PARALLEL with the Selector Switch Position C XIC, with Source A = C5:1.ACC, Source B = 5. Set the Counter Preset to 7 (5 filled, plus 2 bypassed).Ģ. Control it with the Box Prox Sensor I:1/3. This allows the switch to still function as it was designed.ġ. My approach (there are others!) is to simulate what the Selector Switch would do if I counted 5 boxes, then turned the switch from 'A' to 'C' position. I now have the second part of the extra credit problem working.

Logixpro silo simulation exercise 2 solution