Michael Lloyd

MrPLC Member
  • Content count

    830
  • Joined

  • Last visited

Community Reputation

66 Excellent

2 Followers

About Michael Lloyd

  • Rank
    Guru
  • Birthday 06/01/58

Profile Information

  • Gender Male
  • Location Texas
  • Country United States
  • Interests Photography, Long Range Shooting, Reloading, Fishing, Hunting

Recent Profile Visitors

4569 profile views
  1. SLC 500 Communications issue

    The port protocol was probably different in the original program as comparted to the program you downloaded. Here are some key points of Ron's post: "This port is generally (and by default) set up for “DF1 Full Duplex” but this same port can also be set up for “DH-485” (Data Highway 485)." "Concerning the 1747-PIC “adapter”. This “adapter” is a physical piece of “hardware”. Basically it’s a gray plastic box with two cables attached. It’s primary use is to convert the RS-232 voltage levels from the back of your programming computer to the higher voltage levels used for the RJ-45 connector on the front of some SLC processors (SLC-500, SLC-5/01, SLC-5/02, and SLC-5/03). The conversion of the voltage levels MUST be done by a piece of hardware. Consider the telephone analogy, there is NO WAY to simply “plug in” a German telephone set (5 volts) to the Italian telephone system (24 volts) and expect it to work properly ... to use a German telephone set in Italy would require a physical “adapter” of some sort to convert from one voltage level to the other. Now to the 1747-PIC “driver”. This “driver” is a “software” program. It’s included as part of the RSLinx package. It’s primary use is to convert the RS-232 “language” from the back of your programming computer to the DH-485 “native language” used by some SLC processors (SLC-500, SLC-5/01, SLC-5/02, and SLC-5/03). Consider the telephone analogy, we cannot simply “speak” German on the Italian telephone system and be understood. To speak German on the Italian telephone system would require a “translator” of some sort to convert from one language to the other and so to nail this down, the 1747-PIC “adapter” is a piece of hardware for the DH-485 system and the 1747-PIC “driver” is a piece of software for the DH-485 system. Sometimes the “Channel 0” DB-9 port on the front of an SLC processor is set up for “DH-485”. when that happens the voltage levels on the DB-9 port do NOT change, specifically the port’s voltage levels stay perfectly compatible with the voltage levels used on your programming computer’s RS-232 (serial) port no problem there and specifically, we do NOT need a 1747-PIC adapter. The same old three-wire null modem cable that we usually use for this port will still work just fine." "This might help decide which driver (the “RS-232/DF1” or the “1747-PIC”) you need to use with NO cable connected to the DB-9 port, watch the LED marked “RS-232” on the front of the processor. If it flashes about once every four seconds, then the DB-9 port is (probably) set for “DH-485” and you’ll (probably) need the “1747-PIC” driver in RSLinx, but if there is NO flashing, then the DB-9 port is (probably) set for “DF1 Full Duplex” and you’ll (probably) need the “RS-232/DF1” driver in RSLinx."
  2. SLC 500 Communications issue

    Oohh… that's one of those holy poop on a stick batman errors. See above reference to the comm issue. Ron (as always) has a great explanation for how to determine what you need to do to get back into your PLC. It's probably just a driver selection in RSLinx. The last line of his long post explains how to tell which driver to use ("most of the time"). http://www.plctalk.net/qanda/showthread.php?t=106086
  3. SLC 500 Communications issue

    Go straight down to Ron Beaufort's explanation. I made a PDF of the explanation that he gave (seemingly, 15 years ain't that long is it?) long ago and I still refer to it (don't connect to SLC's much anymore).
  4. SLC 500 Communications issue

    Did you upload the old program from the SLC so you can review the original parameters? Did you look at the fault table to see what the fault was? You might have been able to reset the fault without downloading a new program. You changed something to cause your problem (captain obvious is on the scene). I'd have backed out when I saw that warning. Admittedly there was this one time, not in band camp, where I didn't so I've been there. Have your tried the "auto config setup" in RSLinx rather than defining the comm parameters?  
  5. PLC5 and the new guy

    When you say plant, what kind of plant? If it's gas processing or oil terminal I can send you some things that might be helpful. If it's making beer the best I can do is ask for free samples   Robotics, etc... I'm out (but interested). Like Joe E. The bulk of my time was on SLC 500, S7-300/400, S5, and then I moved Logix 5000.The first PLC was Direct Logic and TI505. I've also built out a couple of Delta V DCS projects. My preference is the Logix 5000, by orders of magnitude
  6. Commands Protocol

    Oh... like Stuxnet...  https://en.wikipedia.org/wiki/Stuxnet
  7. Commands Protocol

    It sounds like he want's to "use features" of PLC without the use of the PLC software or an HMI. :/
  8. PLC Law

    I just found this. It's interesting how many machine programmers there are here. I don't think I can add new laws... maybe this one Law #xxx The Allen Bradley SLC to CLX conversion software is the spawn of Satan. Don't use that thing on your poor customers hardware. Figure out the IO and write the program. but I do have a few stories At least 7 years ago an engineer friend called for some help. His plant, an amine treater, was down and had been down for two weeks. Two different companies came from Salt Lake City, the plant was outside of the Rifle, CO. Like really outside. They couldn't figure out what was wrong. He was $5k down for their cost and whatever the treater being offline cost them in production. I wasn't too busy and I had just come off of a startup so I was ready for some R&R. I told him that I would drive up and take a look and then go to Moab or maybe Yellowstone afterward, and only charge one way mileage and time to get there (plus hotel). I got there as a blizzard was "arriving" and by 4:30am there was 8" of snow on the ground and his foreman let me know that the only access to the plant was by snowmobile so we would have to wait. I visited Moab on that day. The next day was worse due to an additional 6" of snow. Dinosaur NP was pretty cool. The third day was better but it was 8 miles of 4WD hell to get in. After a couple of hours of almost not making it we arrived and the foreman showed me the PLC panel (SLC 500), I opened the door, plugged in, turned the key to run , clicked run and the alarm horns came on. Someone had put the key in program mode. I stuck around for a second day and added some conveniences for them. They thought I was a genius lol An electrician was adding a cooling system to a panel a few years ago and the station tripped off. They called me but I couldn't remote in. I drove two hours (the electricians were long gone) and when I got there I found a 4" diameter hole in the side of the panel, not covered btw. They never considered that there was a Control Logix  PLC on the other side. In that case he just sawed off the key even with the face of the PLC and it somehow turned to program mode.  Same electrician... we were installing an HMI in a panel for the company that bought our site (We used a remote scada system to operate and our HMI was in the control building that was going away). I watched the same electrician drill a pilot hole with the door open (good thing) but when I came back he had a Sawzall blade pushed through the hole and was sawing away at it with the door closed. I walked over, expecting (hoping actually) the blade to be short, and suggested that he try a new blade. He pulled the new 6" blade that he had just switched to out of the saw cut  and announced that it was a new blade... well S... it was 6pm on Friday and no prayer of finding another whatever he had cut into... opened the panel and it was a Din rail mounted 24VDC power supply. He had made it 1/2 way through it. His only comment? I thought I heard something pop. We had a spare in one of the other control panels in the building.
  9. HMI G3 not working using Crimson 2.0

    Lol, I am working in NM and home is TX. NM adopted the CO franchises since they can't afford one of their own (but we do have a Space Port that we can't use). TX... The Stros almost pulled it off. Texans and Cowboys... eh... <--very unpopular thing to say :) I have mixed feelings about the IP address change cost. When I was an integrator I tried to train the customers techs to do things like change IP addresses for themselves. I didn't charge for my mistakes either. Some don't run their business that way. It can be a tough business. That said, he should have left the customer with all of the programs. They bought them. With any luck 0 will work. I think max is 128 (might be 256). I never needed to go that high but I know of instances where someone would start at 10 and go up ie not use the default. !00% agree on your music choices lol I'd load it up with Eric Church No worries. Been there. I learned to mimic Steve Erkle (did I do that?) over the years.  
  10. HMI G3 not working using Crimson 2.0

    That is the Crimson program. A Micrologix program ends in RSS. I can't tell where you are located but if you have an AB rep maybe you can talk them into doing you a favor and connecting to the machine to verify the channel configuration. Or posts it here and we'll look it up. There are two channels. Channel 0 is the DH485 port, default appears to be 1 (I think this is what the Crimson is tied to) and Channel 1 is the DH+ port, default appears to be 1. Correct! The word I was looking for was Node Address. It's in the Channel Configuration --> Chan. 1 - System or Chan. 0 - System tab for the PLC and Drop Number in the Crimson software. They need to match. The rest of this is just FYI "stuff". It looks like there are two Micrologix "devices" in this program. One on the RS-485 port and one on the RS-232 port. I didn't see a wire for the RS-232 port in your photos. I don't think this is particularly important, just an observation.  The Network port has two Protocols, also just an observation. Whoever built the HMI did a nice job (except for maybe the music choices :) ) For your purposes: Top left / Bottom Left Navigation Pane: The tabs in the bottom left change what's in the top left. Bottom right is navigation for the Resource Pane on the right. Communication is what your interested in (I think you know that). Data Tags: is just for the Micrologix data tag setup Display Pages: is what it sounds like, all of the displays Programs: I've never had the need to use the Programs tab but I like what the programmer did Webserver: I'm assuming you have a control room that remotes into the panel. It's handy and it's turned on Data Logger: Just what it sounds like. Not used Security: Just what it sounds like
  11. HMI G3 not working using Crimson 2.0

    It's connected to the RS485 port on the HMI and the PLC has a DF1 port. The Red Lion has a built in protocol converter so that explains that. What wasn't clear is why changing the HMI IP address hosed up the connection. Short version - it didn't. When you copied the program from the other HMI you changed the DF1 config. I'm not where I can look but each ML1500 will likely have a distinctive ?? PLC topic, address, node, whatever it's called. Lets say your original panel that worked is Node of 1 and the second panel that you copied panel 1 to is set up with a Node of 2. The protocol converter in the Red Lion is "pointed at" a specific "node" on the RS485 port. That is something you can change on the Crimson end. You just need to know what the node is. If you post the program for the non-working PLC someone here can figure that out pretty quickly and you can edit the HMI and get back online   
  12. HMI G3 not working using Crimson 2.0

    Nope. The 3rd octet of the IP address in the PLC would also need to be changed by logging into the PLC with the RSLogix 500 software. HMI and PLC are separate. Ie I can use any compatible HMI with the PLC and I can use any compatible PLC with the HMI. They have to be on the same subnet if the comm link is ethernet. If the comm link is serial (DH+, etc) then my post is null and void
  13. HMI G3 not working using Crimson 2.0

    Did you change the IP address in the Micrologix PLC too? The HMI will have it's IP address and the PLC has it's IP address. I'll type it but I'm sure you know this- No duplicate IP addresses.
  14. *.RSS file convert to PDF

    See attached R8-41335.pdf
  15. *.RSS file convert to PDF

    Documentation is almost non-existent. Do you know what the IO points are? It contains a lot of indirects. In other words, without program docs this is going to be very hard to follow