Joe E.

MrPLC Member
  • Content count

    963
  • Joined

  • Last visited

Community Reputation

122 Excellent

3 Followers

About Joe E.

  • Rank
    Guru

Contact Methods

  • Website URL http://

Profile Information

  • Gender Male
  • Location Blacksburg, VA
  • Country United States

Recent Profile Visitors

6001 profile views
  1. Protect tag data from download

    I've never used it, but there is a "data preserved download tool" (or something like that). I think you have to select it to install when you install the software, but you may also be able to download/install it separately.  
  2. Simple/Cheap HMI/Panel suggestions

    So... Ethernet/IP (industrial protocol)  is an implementation of CIP over Ethernet. It's managed by ODVA. I opened up Crimson 3.0 (Red Lion) and picked an Omron driver. It has 2 available: G9SP-Series via FINS and Master via FINS. I don't know which (if either) will work with the NJ/NX. I did find a thread on another board from 2015 asking if anyone had done it. They said that Red Lion support hadn't heard of anyone doing it. My Google search also turned up a manual for the NJ/NX: https://assets.omron.eu/downloads/manual/en/w501_nx_nj-series_cpu_unit_software_users_manual_en.pdf The diagram on page 10-9 seems to imply that it does talk CIP. I sometimes get suspicious when I see "Ethernet/IP" listed and wonder if they really mean "Industrial Protocol" or "Internet Protocol", but I would expect Omron's use of the term to be proper, especially since they mention CIP. I don't have any experience with any Omron hardware, so I can't tell you how to make it work (or if it's possible).
  3. PLC5 to RS Logix5000 advice needed

    Our PLC-5s are on the upgrade list, but at the bottom behind the PLC-2s and SLC100/150s.
  4. PLC5 to RS Logix5000 advice needed

    If you're comfortable with RSLogix 500, transitioning to RSLogix 5 will not be a big deal at all. They look and function almost identically. The biggest complication I've found is with the I/O addressing since the rack can be configured for multiple addressing schemes and the processor doesn't care what's in each slot. The I/O table is fully populated with registers for all of the I/O that the CPU can handle, regardless of what physically exists. Be prepared for major sticker shock, however, if you need to buy a license for RSLogix 5. In typical AB fashion, they're pricing it to force people to stop using it. List price is about $11,000 per seat.  
  5. PLC5 to RS Logix5000 advice needed

    I've had to use a couple of them years ago. They needed a special laptop dual-booting to WIndows NT to work. And getting online only worked very intermittently. I was glad to upgrade them to MIcroLogix PLCs.
  6. There's another thread on here talking about the Overload contacts on motor starters interrupting the neutral side of the coil. That's one of the only instances I've ever seen using contacts to interrupt the neutral side. We have one machine built by an integrator that did that with 24VDC valve coils and PLC contact outputs. It's a royal pain to troubleshoot if you forget (or don't know) that they're switching the 0V side. It's the only thing I know of in our facility that does it that way. Did your customer explain why they would prefer you do that?
  7. Simple/Cheap HMI/Panel suggestions

    Another platform that's popular on here is the Red Lion G3 series of HMIs. I think that at least some of their HMIs are actually manufactured by Maple Systems (may be only their Kadet line...). They have drivers for a LOT of protocols from a LOT of manufacturers and have solid tech support with free programming software. What PLCs do you need to communicate with?
  8. PLC5 to RS Logix5000 advice needed

    I've done a few migrations from PLC-5 to Logix 5000.  A couple of them were pretty small machines with only about 50-70 rungs of pretty simple code so transcription was simple and easy. One was a much bigger system, though, with multiple chassis on an RIO network. It was also a very old system that had evolved a lot, so there was a lot of defunct code that had to be removed and several of the chassis were being removed with the remaining ones being replaced. For all of my migrations, I've simply transcribed the code manually from RSLogix 5 to RSLogix (or, later, Studio) 5000. The smaller systems were a couple hours of work. The larger one was a few days to a week but none of them were particularly difficult once I got a rhythm going. I've heard horror stories of the results of the migration tool, so I avoided using it on our migrations. From what I've heard, I would probably have spent almost as much time correcting and debugging the migrated code as I spent transcribing it. It looks like you're using the older DOS software for the PLC-5s, which I've never used. I would be strongly tempted to just transcribe the code manually, either from a current printout or by having the software or PCs open side-by-side. Like Michael said, though, transcribing/migrating/etc. the code will be of no use to you unless you also replace the PLC-5 hardware. If you do that, you may also need to upgrade your copy of 5000. What versions do you have installed? You can see that by looking at the splash screen as RSLogix 5000 opens or by going to Help -> About -> More Info. If it's an older version, you may have a hard time finding new hardware to work with it.
  9. VSD location in panel

    In general, I also try to put the high-heat stuff at the top of the cabinet and the PLC at the bottom. Our cable entries are also usually at the bottom. Since our disconnect switch is on the top right corner, we try to route the 480V wiring up along the right side of the enclosure and keep the low voltage stuff to the left. As a side note, and another reason to keep the PLC nearer the bottom, we had one application where we replaced a PLC-5 chassis with a CompactLogix. The PLC-5 was at the top of the cabinet, right next to the disconnect switch, so that's where the CompactLogix had to go too. After the upgrade was mostly done, we got permission and funds to also replace the old mechanical cam switch with a resolver & in-chassis module. The resolver module ended up right next to the disconnect switch because it was on the end of the chassis and we started having intermittent noise issues. We ended up having to move the resolver module to the left end of the chassis, which messed up all of the I/O wire numbers and addressing. Since it was a quick-turnaround upgrade, we didn't have time to re-label all of the wires, so we just had to put notes on each page of the drawings highlighting the discrepancy. I really dislike leaving stuff like that, but we didn't have much choice in that instance. The AC in/output modules are not nearly as sensitive to the noise, so they work fine being right next to the disconnect. If we ever get a chance to re-do that cabinet, the PLC will move to the bottom, but since that one has a CompactLogix in it, it's not even on the upgrade list right now. It may stay that way until the machine is decommissioned next millennium (it's a Minster press so it will probably keep running until the heat death of the universe...).
  10. Tia Portal Programming Help PLEASE

    My first thought isn't very sophisticated but is simple to follow and *should* work. You would use a counter, which could just be a memory or DB word declared as an integer. I would probably just use a memory/DB register for this. 1) Reset the counter so its accumulator is 0. Use a RES instruction for an actual counter, or MOV if you're just using a memory/DB word. This step is critical to make sure your count is accurate and that you don't overflow the register! 2) If DI1 = 1, add 1 to the counter. If not, leave the counter alone. 3) If DI2 = 1, add 1 to the counter. If not, leave the counter alone. ... 11) If DI10 = 1, add 1 to the counter. If not, leave the counter alone. 12) Look at the counter accumulator. With 10 digital inputs, you should have a count from 0 - 10. Use the final count result to figure out the VSD speed setpoint and set the analog output accordingly.
  11. I've never heard of the MMC instruction, but it does look tailor-made for what you're doing. It's definitely worth a test.
  12. Please remember that my post was pretty much just brainstorming. I've never done anything like that before, so I may have steered you down a deep rabbit hole.
  13. Hmmm...this is interesting... Just thinking out loud here, and I don't know how to implement it, but could your temperature loop CV be a proportion of hot to cold water (like 50/50 or 60/40, etc.)? IOW, its output would be 0-100% hot water. The cold water percentage would then be the remainder (100-0%). Then you can increase/decrease both to get the desired flow rate.  Example: if both hot and cold have the same flow rate at 100% open, and your final flow needs to be 50% with a 50/50 ratio, you would have both hot and cold open to 25%. If you needed a 60/40 ratio, your temperature CV would be 60% and the valves would be 30% and 20% open. Could you multiply the two? So that CVt x CVf = 0.50 x 0.60 = 0.30 signal to the hot water valve.  
  14. Learning about MicroLogix 1500

    The first thing I always try when having trouble with RS-232 communications is a null modem adapter. If that doesn't work, then try a different virtual COM port. I've had very good service from the Keyspan USA-19HS.  The only serial devices that haven't worked with that one haven't worked with any adapter and require a native COM port.
  15. Hope this gets fixed soon

    Would it be better for you admins if we stopped reporting spam posts?