Stupidav

MrPLC Member
  • Content count

    111
  • Joined

  • Last visited

Posts posted by Stupidav


  1. Thank you very much, I don't have it functioning quite yet, but I believe it is getting really close. I believe that the problem that I am having with yours / RSTrainer's, might be related to the version difference. I am running VS 2005 SP1, and RSLix 2.5. I only say that because 2005 the "Let and Set" are not supported any more, along with Variant. I have the Write working with your method and some modifcations, I am just stuck on getting the Read working in this method Where I am at with this is "ServerHandles(x) = OPCGroup1.OPCItems(x).ServerHandle" is returing "Value does not fall with in the expected range" I will post the working project as soon it is complete.

  2. I haven't been able to get trn_psycho's (thank you, trn_psycho) working properly, but I am pretty sure I know what the problem was. I was able to find another thread that had another example( http://forums.mrplc.com/index.php?showtopic=9292 ). I was able to get that to work, although both of these only shows "Reading" of values, and I am not having a lot of luck Writing values. After looking at Jesper's link (thank you, Jesper), I found an example of a Mitsubishi, which got me close, but not close enough. If any one knows of any other examples, I would definatly appricate it.

  3. I have always setup all the Remote I/O with addressing sequentially along the physical "Blue Hose"....1,2,3,4, ect My customer needs additional racks installed, and I can't remember, the addressing will end up as 2,1,3,4... I shouldn't have a problem with this, right? I would change the program, but it is a full rack and many hours of program changes, with only 4 hours of scheduled production downtime until November. (original was on the second floor rack 1, new unit on the bottom floor , new on the third floor, and new on the fourth floor)

  4. Does any one know where to find the Service Manual / User Manual for the Beta Series Drives, or even the G number of the manual. I several "A06B-6093-H152" Drives. In particular one is flashing H and then a 4, and I am not sure what this means. Machine Crashed and I can't get it back up because of the Drive, and so far GE Support has not returned my calls. I had found the manual online years ago, but have had no luck lately.

  5. Well if you have communication, I can only assume that it is from a some type of operator interface. In which case look at the OI and reset any production Counters or Timers. Other wise just go online with RSLogix 500 and look at the fault and minimaly find out what it is and fix it before you clear it. If they are old units 7 - 10 years + and the fault is the Retentive Data Lost (or somthing like that). plan on replacing the unit.

  6. Personally I do not like to use, or see them used multiple times. That does not mean that it is not acceptable. There are situations, that assuming the rest of the program is written correctly, that you can use the same output multiple times without any problems. The problem is when the output gets called twice in a single program scan, which tells the output to change its state at the wrong time causing damage or something. One example would be: If your machine has several different "Setups" that the machine would function differntly for each setup. Generally there is a selector switch or selection on a operator interface, to determine the appropriate way the program will function. In this case chances are the program only calls the appropriate subrutine to run, so that the output is only called / looked at once by that situation per program scan. Even in the example, I will use internal bits, instead of outputs, and then call each output only once, perhaps in a seperate subrutine, that runs all the time.

  7. Personally I use 18 ga for most all of my internal wiring, and 16ga for external, unless device load dictates otherwise. I have seen equipment that utilized larger gage wire, 14ga or 12ga, that many of the wires have just fallen from the terminals. In equipment that I have seen with the smaller gage wiring, I haven't noticed same problem. Whether it has been a coinsidence or not is another story. With the smaller wire sizes, the panels generally look cleaner and installation generally goes alot faster because it is easier to work with.

  8. It is just like reading, from Left to Right. I am not sure why, but it is generally a good practice to have the outputs setup this way. You are better off to have one of the outputs in a brach below the other. Yes, if A1 is true, Q1 and B1, will also be true. If A1 goes false both Q1 and B1 will stay true, atleast until thier coresponding output is Unlatched, because they are (L) Latching outputs. If Q1 is unlatched, B1 will still be true, or the oppisite. If you are worried about one of the two outputs turning on before the other, don't. The execution is to read the inputs then, then the program one rung at a time from rung 0 to the last and then the physical Outputs are updated. Order of rungs can make a difference, because as the rungs are run they update the memory, which then affects any following rungs through the end.

  9. This is what I recieved on the 24th, so I know that things are and have been changing. Great News! Rockwell Automation has been working hard to improve our on-line problem solving and proactive notification capability. In an effort to simplify our proactive email notification, we have centralized this function within our NEW Knowledgebase! From this single location you can now set your proactive notification preferences for Knowledgebase Answers, Firmware/Software Updates, Obsolescence Notices, Release Notes and much more! In addition, we have added a second level of product hierarchy so that you can more definitively identify the specific product notifications you need. Simply visit www.rockwellautomation.com/knowledgebase, go to MyStuff>Profile, then select your Product/Category Notification preferences to continue to receive email notifications! We hope that this new and targeted functionality brings your business needs and our product experience closer! Sincerely, Rockwell Automation

  10. I have ran into this problem several times but never with a PLC5, The problem that I have ran into has been that the PLC way too fast for the "Slow Response" of the system. Most of the time it takes a bit of testing inorder to determine whether or not a PID will function properly without too much of a tempature swing. I would be very tempted to try a 5 second interval with a something like a increment of 3. I know this is not a proportional value but, the quicker the that the change is monitored the less correction will be needed. Another manner, is to use the output of the first PID to as the Process value of a second PID, which will slow the recaction / response. For the PLC5 I would just limit the Control Value to 0-4095 to prevent faulting out the processor, and enter a large Update Time.

  11. The error showed up in the I/O Tree rack properties window. Thanks anyways Bob, I Tried it but it still wouldn't work even after reseting the DHRIO card. Although I did get it to work, but have no logical explanation as to why or how. I ended up adding another 1/2 rack with the next address, 4 and reset the 1756-DHRIO and then the rack I wanted showed up with out any problems, and as I would expect I got the same error on the 4th non existant rack. I then went back and deleted the nonexistant rack. One stange thing I did come across after that is that the PLC5 was writing to the Analog cards in the #3 rack in BCD format, and yet no matter how I tried I couldn't get the Control Logix to do it, I had to change to Binary in order for the anolog cards to work. whether it is related or not is another story.

  12. I have been under the same impression, although I have not done it as of yet. I was looking at a project that the customer would be able to swap out the cards periodically to ensure that the latest (in my case) batch information was backed up. I planned on having the PLC save the info to it automatically at a specified time. Per my Rep, I was told that it is possible without any software, and that the info was in csv format (if I remember right). I could be wrong since I never got to the point to do it, but that is what I was told.

  13. I can't remember the proper terminolgy, I just know what the system sees. Both Nested and Seperate Rungs take up more memory than an Extended Branch. As an Example: Nested with 5 Layers BST XIC I:0.0/0 NXB BST XIC I:0.0/0 NXB BST XIC I:0.0/0 NXB BST XIC I:0.0/0 NXB XIC I:0.0/0 BND BND BND BND OTE O:0/0 Extended with 5 Layers BST XIC I:0.0/0 NXB XIC I:0.0/0 NXB XIC I:0.0/0 NXB XIC I:0.0/0 NXB XIC I:0.0/0 BND OTE O:0/0 5 Seperate Rungs (I can't remember what the data is between the rungs) XIC I:0/0 OTE O:0/0 XIC I:0/0 OTE O:0/0 XIC I:0/0 OTE O:0/0 XIC I:0/0 OTE O:0/0 XIC I:0/0 OTE O:0/0 And I agree with BobLfoot, the Structure of each rung can vary the scantime as well. This holds true for almost every PLC, not just the SLC 500 series, but all of ABs and others.