Joe E.

MrPLC Member
  • Content count

    1586
  • Joined

  • Last visited

Everything posted by Joe E.

  1. Yes, you need to compile your new MER file to match (or be lower than) the ME version of the PV+. Also, pay attention when compiling the MER file. The utility has a check box that lets you allow/disallow decompiling. In some versions of View Studio, it was set by default to NOT allow decompiling. That changed in a newer version. I don't remember at which software version it changed, but you should verify that setting.
  2. panelview 600

    The PanelView Standard user manual refers to the installation manual for battery replacement instructions. See here for the PV600: https://literature.rockwellautomation.com/idc/groups/literature/documents/in/2711-in010_-en-p.pdf Battery replacement instructions start on page 15. the manual refers to a battery embedded in the RTC module but also refers to a battery that lets it retain some memory and presets. As far as I know, Mickey is correct that the application is stored in flash memory. If the battery dies, it just reverts to default values.
  3. This. Use the USB stick to transfer the MER files. It's simpler and generally way faster than Ethernet. Here's a summary for how to get to the config mode: https://theautomationblog.com/how-do-i-access-the-panelview-plus-configuration-menu/ You'll want to go into Terminal Settings and find the startup options to see what runtime file is configured to run on startup of the HMI. If there is only one MER file on the HMI, no problem, but I've rarely encountered a PV+ in the wild that only had one MER on it and there's no way to tell what's actually running without going into the startup settings in the config mode. While there, also check the ME Runtime version. You'll need to know that when you compile a new runtime.
  4. If you haven't already bought the 4M, take a look at the PF525. They have a 0.5HP 120VAC single phase model that's a little more expensive but includes the Ethernet/IP communications. To get Ethernet/IP on the 4M,  you'll also have to buy a 22-COMM-E adapter. List price on just the adapter is within $15 of a 0.5HP PF525. The 525 with its embedded Ethernet/IP and safe-torque-off is a really attractive option. It can drop into your CompactLogix project easily with no additional hardware.
  5. I don't know if the AB website is the best resource or not. I started out in the AB world and Siemens world at the same time, working with the SLC 500 and S7-300/400. My PLC-5 experience came later. I never took a class, so my answers are just what I've learned working with them and  using their manuals. There are a few others on here who would be able to give you far more comprehensive answers. I'm not sure about tasks. As far as I know, it has a single task thread where it follows a "standard" PLC sequence: read field inputs into memory, execute code, write output memory to the field devices. The PLC-5s that I used lived in the same physical chassis and footprint as the older PLC-2, which was an octal system. That legacy carried over in some respects. I've never used debug files. I'll have to dig into them Another legacy of the older families, I think. That addressing system lets you pack 16-point I/O modules where the 8-point modules lived previously. Remember that memory used to be a lot harder to come by than it is now, so being efficient with it was a higher priority back then. Rack is more of a logical term than physical with these. I still think in my head about "chassis" instead of rack because of it. I have it broken down for myself like this: Group: 16 bits, in 2 octal words (00-07, 10-17) Rack: 8 groups (this is a logical rack) Not sure what you're asking here. When simulating code in the 5000 world, you can have the IO tree completely built but each device inhibited and the CPU will chug along just fine without faulting because the devices aren't there. In the 500 world, the configured IO has to be present or the CPU will fault. In the 5 world, the IO memory is all pre-allocated per processor, whether a device is in that location or not. In that sense, it's similar to a 5000 with its modules inhibited. You can read/write the IO while simulating without the IO being there. I've linked a few manuals that I've found useful in my journey Almost all of my work with PLC5s was in running systems, so I don't have any training resources. https://literature.rockwellautomation.com/idc/groups/literature/documents/qr/1785-qr001_-en-p.pdf https://literature.rockwellautomation.com/idc/groups/literature/documents/qs/1785-qs003_-en-p.pdf https://literature.rockwellautomation.com/idc/groups/literature/documents/gr/lg5-gr002_-en-p.pdf https://literature.rockwellautomation.com/idc/groups/literature/documents/rm/1785-rm003_-en-p.pdf https://literature.rockwellautomation.com/idc/groups/literature/documents/rm/1785-rm001_-en-p.pdf I have an installation manual (1785-6.6.1) and an addressing manual (5000-6.4.4) that I can't find on AB's site and attachments don't seem to be working right now. edit to add: Pturmel posted just as I did. I would also suggest not starting with a PLC-5, unless you're in a place where you need to support a bunch of them and you have access to someone else paying for the software license. Last quote I got for RSLogix 5 was around $10k about 9 years ago. It's likely gone up since then. My last location had a bunch of them and we actually bought some used PLC-5 CPUs to upgrade PLC-2s because we had the software and a base of spares and they dropped into the chassis. It was a fairly simple migration to get us away from DOS PCs, but is definitely not the ideal route or the path I would take for new builds or for learning.
  6. Micrologix 1400 Timer Issue

    The DN bit is indeed turning on...for  1 scan. When the TON finished, the DN bit turns on. On the very next rung, the DN bit being on turns on B3:57/1. On the next PLC scan, with the memory location B3:57/1 containing a "1", the XIO instruction becomes false, which drops the EN input of the TON instruction, which resets it. For a really good treatment of the PLC scan cycle and how to decipher what's going on, see these Youtube videos: https://www.youtube.com/playlist?app=desktop&list=PLGzS56y9k4eYr1uS3jPPxGunBTtPcS3Ez    
  7. Unsupported processor

    Sorry, I've never used Omron. I know that there are a bunch of folks on here with Omron experience, though. You could probably post in the Omron sub-forum and get some good guidance.
  8. Unsupported processor

    I'm also having trouble with the upload. Here's a link: https://www.dropbox.com/s/8mskxc5o0p9d3hi/Compression%20Bagger.pdf?dl=0  
  9. I've never tried this, but Bob's reply sparked an idea.How about using a SCP instruction with a timer accumulator as its input and the analog output as its output? Interruptions might be tricky to handle, depending on what you wanted to happen if it's interrupted. Just a thought....
  10. Have you verified the mA signal matches the display? Also, verify the scaling in the Module Properties hasn't been messed with.
  11. Arduino: I had a plc dream...

    Have you seen this? https://www.plctalk.net/qanda/showthread.php?t=134779 I'm not an Arduino guy, but there is a PLC IDE for it.
  12. VSD Speed Controller

    I tend to call this "Magic Math", where there's a mysterious, unexplained scale factor. I really don't care for it, but I've seen it a lot. When I do scaling, I tend to show each step of the calculation so it's clear what's going on in the future. Also, if someone changes a sprocket or sheave or motor or something, it's easy to see which number to change and what to change it to. So...that 1.38 value could have been calculated based on the engineering parameters of the system, or it could have been empirically figured out to be the magic number that gets  the desired result. If anything in the system ever changes later, you'll have to figure out how to change the number to make everything right again.
  13. Try this. TELE QEQ.pdf
  14. I'm not sure, but I think there's an ME Station program that lets you run ME files on a PC. But I could be totally off on that. I remember running across something back in the dark ages when cobwebs were new...
  15. Here's a thread where a member created a tool that extracts the version information: https://www.plctalk.net/qanda/showthread.php?t=90986 Can you post your MER file here? edit: I missed where you said it was ME Station. That may not help...
  16. 1769-IT6

    I found a KB article (Access level: TechConnect) that *almost* talks about this: https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/19576/loc/en_US#__highlight It refers specifically to the -IF4 and -OF2 modules, but it may apply here too. In essence, there's a switch on the side of the module for bus or external power. If the module is set for external power and it and the base lose power at the same time, then the module will report that error to the PLC as it powers down, which causes the PLC to fault. It will still show that fault when it powers back up. That article refers to another one (Access Level: TechConnect): https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/17966 The second article refers to noise as the most likely cause, but starts out talking about 0xx79h but ends up talking about 0x300. Not sure what's going on with that...
  17. Studio 5000 doesn't have DBs per se. You have controller-scoped (global) and program-scoped (local) tags that you can use to store data. It's a different structure than Siemens uses. Logix class processors are entirely tag-based while the Siemens PLCs are address-based, more like the Logix 5/500 processors in the AB world. If you want to organize your tags, you can create UDTs (can't be edited online, though), array tags if you need to store a lot of the same datatype, or use naming conventions that help them sort together in the tag databases.
  18. My C++ is a little rusty, but a struct isn't itself a datatype but consists of a collection of variables that can be different datatypes themselves. Basically a function-less class. In that sense, a UDT is a struct. It can also contain other embedded UDTs.
  19. Base 36

    My first thought is "Why?", but that's just out of curiosity. I've never encountered a need for that. What are you doing that requires that conversion? If you can write a routine to convert between binary and decimal, it should scale up to base x once you get the pattern figured out. If you need a tool to use manually, try this: http://www.unitconversion.org/numbers/base-10-to-base-36-conversion.html I remember doing manual base conversions a LONG time ago. There was a process where you'd calculate each digit by dividing or multiplying and carrying over the remainder. It was a little painful to do by hand but wouldn't be too awful to implement. I'd have to get my head back in that space to figure it out again, but that will have to wait.
  20. L18ERM 16#0203

    Their compatibility page says that it will go all the way up to v34.012. Series A and B start at 20.011,while series C starts at 30.016. I would probably skip ahead to v24 or 30 if it were me. Unless you have a compelling need to stay at v20. What error do you get when you try to flash it?
  21. Does the duplicate system you built have the same power supply and chassis size? If so, swap them one at a time to see if the problem stays or moves. If you swap both and the problem stays, then go through your power supply and chassis grounds. And the grounding of the analog signal shields. It's not unusual for noise to cause random weirdness.
  22. Siemens hmi

    There is an option when downloading to an HMI to allow back transfer but it requires more memory in the panel than they come with. You have to buy a larger SD card (and they're special and very expensive). None of the HMIs I ever worked with had a large enough memory card to store the project for back transfer. You can try to extract the project from within WinCC Flexible, but I'd be surprised if it's possible.  
  23. L18ERM 16#0203

    It looks like that's the embedded I/O that's built into the processor, but it can still be affected by the end cap or bad connections on the Compact Bus. Try pturmel's suggestion and disconnect/re-connect all of the modules and the end cap. With power off, of course... Here's a tech note (access level: TechConnect): https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/466339/loc/en_US When you downloaded the new program, did you keep the same firmware version? I saw a Tech Note about an anomaly in v20.11-20.12 with these processors and their embedded I/O acting funny with firmware change (access level: Everyone): https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/498109/loc/en_US There's another anomaly caused by sending a "reset" command via the AOP or MSG instruction in v20.13 and earlier (access level : everyone): https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/519749/loc/en_US  
  24. It may not apply to you guys, but there's a tech note (access level: TechConnect) about "1756-IB16ISOE Modules Randomly get 16#0204 on Power up and Download": https://rockwellautomation.custhelp.com/app/answers/answer_view/a_id/602867/loc/en_US#__highlight It's not a very well-edited tech note with some run-ons and incomplete sentences, but the gist is to flash the firmware of the modules to a different version. I'd check the release notes for the different FW versions of your modules to see if this issue is mentioned and which FW version it starts with. Then choose an older version (or a newer one if it's been fixed...).
  25. Board Mount Safety Relays

    I'm not aware of any such products. I know they go through a lot of testing and certification to be allowed for safety applications. For what you're doing, you might reach out to the safety relay's manufacturer representative to see if they could work out something like an open frame model that could attach to your board, but I would be really surprised if they did that unless your volume is really high.