Host Engineering Forum
General Category => Do-more CPUs and Do-more Designer Software => Topic started by: Mike Nash on April 22, 2016, 06:26:00 PM
-
I had to surrender my PLC racks and cards today so they can get mounted and wired. This leaves me with one H2-DM1E, one 4 Slot Rack and an H2-CTRIO2 I have on my desk.
I am short an H2-EBC100 and rack, 2 more CTRIO2s (remote rack) an analog combo (main rack) and a bunch of digital I/O cards (main and remote).
How can I continue test and debug of the program? Is there any way to spoof the processor as far as I/O and EBC so that I can get it into RUN without a major hack and slash? I don't mind disconnected modules if they won't fault the PLC. Whacking out stuff leaves me with more headaches hoping I don't get scrambled trying to get it all back together code-wise later.
Second question on this job. I had added some user memory blocks and have since deleted some of them in the program and configuration. But every time I connect to the PLC, it gives comms errors (I think that's what it was calling them) for each of those blocks whenever I connect to the PLC. It even did this after I loaded the program to the second CPU after clearing it first. I closed all memory and data views but still the same issue. How do I get rid of this puzzling but non-critical issue?
-
Bump
I really do need any suggestions on these.
I am not trying to run a machine or anything with missing hardware. It's more a matter of can I temporarily disable the missing hardware or something so I can continue debug of the other logic on another PLC without all of the modules/racks?
And what have I missed when I deleted the user memory blocks?
Thanks.
-
I have some experience with the resized/deleted memory blocks. I was getting errors because I was still referencing the deleted memory blocks/areas with either Dataviews, or ladder code that was looking outside of the new range. If you have a MATH box in your code with something like "myMemoryBlock[V100]" and V100 ever goes out of the range of myMemoryBlock then you will get the error (even if the MATH box is in a false rung). I do not know on your other questions.
-
Thanks. I have just stumbled across the reason my memory blocks were still causing errors when connecting. My Memory Image Manager still has the old user memory blocks in it.
I only found this because I still can't connect and run on my other PLC and needed to see what a value was the last time (since I can't get new fresh data.)
-
You may be able to get your program to work on the Simulator, but not all device types map to the Sim (e.g. H2-SERIO module or H2-CTRIO/2). But even if those do not, you can usually just "delete" those device instructions and "simulate" their behavior via Data View or even in an "Emulate" code-block.
-
Oh well, I was afraid that was going to be my only recourse.
It could be worse, I could have just spent 2 hours trying to get C-more to import about 60 more tags for some alarms. OK, it is worse because I have spent them and I still have to try to get my alarms in. (C-more is just randomly skipping some of the tags, it seems to eventually get them all, though sometimes just one more per import.) It's like a bad, bad dream and I'm sure I'll get to do that tonight too :( )
Thanks! (Not the C-more part, I know that's not yours!)