1/9/2013 4:12 PM | |
Joined: 8/31/2010 Last visit: 4/19/2025 Posts: 1524 Rating:
|
Hello GAJENDRADS, Have a look on this. Configuring the operation of the CPU The same excerpt is mentioned below. Supported hardware compatibility: Configures the substitution strategy for all system components (SM, SB, CM, CP and CPU):
Each module internally contains substitution compatibility requirements based on the number of I/O, electrical compatibility, and other corresponding points of comparison. For example, a 16-channel SM could be an acceptable substitute for an 8-channel SM, but an 8-channel SM could not be an acceptable substitute for a 16-channel SM. If you select "Allow acceptable substitute", STEP7 enforces the substitution rules; otherwise, STEP7 allows any substitution. |
Like it? Rate it! |
|
1/11/2013 5:35 AM | |
Joined: 8/9/2011 Last visit: 11/1/2023 Posts: 324 Rating:
|
HiDarius Is it a good idea to let the CPU running with system fault?
|
"Any intelligent fool can make things bigger, more complex. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction.":):) |
|
3/19/2013 10:50 AM | |
Joined: 8/9/2011 Last visit: 11/1/2023 Posts: 324 Rating:
|
Hellowhuggy_d1 . Could you please explain this part in detail
Thanks
|
"Any intelligent fool can make things bigger, more complex. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction.":):) |
|
3/19/2013 1:06 PM | |
Joined: 7/7/2010 Last visit: 4/21/2025 Posts: 15810 Rating:
|
Ok I will try. I have 2 routines, FC_map_inputs, and FC_map_outputs. The map inputs FC sets DB and M bits based on physical inputs. I run this first in my main OB. {Yes, I know it is not necessary because the portal makes it easy to remap I/O in the tag table} I then access my mapped inputs instead of my physical inputs. Likewise, I have an FC that runs in the OB with the highest OB #, called zLastOB_2000 with OB # 2000. I put anything I want to run that fixes order of solve problems and lastly, to map my internal M and DB bits to physical outputs. The only time I access physical I/O directly is if I need to access the data in a cyclic interrupt to get the most updated value, like for a control loop reading via profinet/profibus where the values may change several times during a single logic scan. I have only had to do this one time so far and it had a little bit of a headache to only read that data if the remote I/O was actually present - otherwise the diagnostic buffer fills up very fast, and the logic slows down. Now your plc logic can run. In the map inputs and map outputs FCs, you can remove the physical I/O not present in your machine and leave the rest of the logic intact because it will not affect your non-existent devices since nothing attempts to sense or control them. |
science guy |
|
Follow us on