Jump to content

19 topics in this forum

    • 1 reply
    • 1.1k views
  1. Festo CECC-S

    • 1 reply
    • 2.9k views
  2. Festo PLC

    • 4 replies
    • 2.1k views
    • 0 replies
    • 1.1k views
    • 1 reply
    • 4.2k views
    • 1 reply
    • 1.8k views
    • 1 reply
    • 2.2k views
    • 0 replies
    • 2.5k views
  3. EtherCAT Festo CTEU-EC

    • 3 replies
    • 5.1k views
    • 0 replies
    • 3.7k views
    • 1 reply
    • 2k views
  4. Cable FESTO FPC-202

    • 0 replies
    • 1.8k views
    • 2 replies
    • 6.7k views
    • 1 reply
    • 5.3k views
    • 1 reply
    • 2.4k views
    • 2 replies
    • 5.2k views
  5. Festo FPC201, PRG201 Documentation

    • 0 replies
    • 2.5k views
  6. Festo FPC 202

    • 4 replies
    • 9.4k views
  7. FESTO Bit Shift

    • 0 replies
    • 2.1k views
  • Posts

    • anyone here who can help?
    • Well, I got everything working.  I wanted to doublecheck that my memory was correct and that activating RSLogix 5000 v16, v17 and v18 with a master disk on a 64 bit system works.  It does.  It's just v19.01 and later that complains. I reinstalled Windows 7 HP 64, updated it, and tried installing RSLogix 5000 v20.00.00 FIRST, before installing ANYTHING else.  Still gave me the message that a master disk will not function with 64 bit systems.  I was expecting that.  Then I installed v16 and v17, both were able to activate with a master disk.  Then I uninstalled RSLogix 5000 v20 and reinstalled it.  THIS time it did NOT prompt me for any kind of activation at the end of the installation.  I thought to myself, "WTF?".  So I started RSLogix 5000 v20 and it said nothing about it operating as a trial.  I then connected the laptop to my PLC (CompactLogix L45), uploaded the stored program to my laptop, edited the program, then downloaded the program back to the PLC. If it was not activated I should not have been able to do that.  Maybe something happened when I activated v17.01 that inadvertently also activated v20.00.00?  I dunno.  I tried the same thing with v19.01, and it still gave me the message that I could not activate it on a 64 bit system with no master disk.  But I closed the window and am going to opt to just let that be as I never use v19. So my final solution is to let a sleeping dog lie!  Everything is working as it should on my 64 bit system (which FLIES!), and I documented EXACTLY what steps I took on a backup USB drive with all my installation files, and put it in a filing cabinet with all my original media, the 3.5" floppy drive, a few extra disks, and my activation certificate.  So just in case I have to go through this all again I will be prepared. I am set to allow emails from other users, so if anyone has any questions, please feel free to message me and I will do my best to respond!  I am also following this post, so I should see anything that gets posted here as well.   Thanks again for all the help everyone!
    • Good morning to you all!  So I finally figured out my software issues with RSLogix 5000, thanks to you all! Now I have a hardware issue.  Here is what's going on.  I powered up my CompactLogix L45 PLC array, and was able to connect to it, upload the stored program to my laptop, edit the program, and download it back to the PLC, no issues. However, it seems the processor is not passing power from the 1768 backplane to the 1769 backplane.  I have solid red "PWR" and "IO PWR" LEDs on the PLC.  I removed all 1769 modules and same thing.  Just to be thorough I removed the endcap to see if I got any different LEDs to light up, and just the same PWR and IO PWR LEDs lit up red.  I did not check the pins on the PLC with a meter yet, but I did throw on just a Prosoft PS69 Profibus module, and no LEDs on it lit up when I turned everything on.  The PWR LED should have lit up at the very least if it was getting power. I tried flashing the firmware.  Same thing. I performed a PLC reset.  Same thing. I figure one of three things is going on: 1.  The endcap is bad. 2.  While the power supply passes its own self check, has a green light, and powers up the 1768 modules with no problems, it is not supplying adequate power for the PLC to pass a "power check", and pass power through to the 1769 backplane. 3.  Hardware failure inside the PLC. I have another PLC operating in the same family as the L45 (an L43), so I can try tossing it into that control cabinet and seeing if the modules will get power.  But that will have to wait until tomorrow morning as I will not be at that location until then. What I am wondering is, have any of you folks ever had similar issues with a CompactLogix system?  Can it be an electronic keying issue?   I would think the modules would still receive power if that were the case, just not communicate.  Are there any troubleshooting steps that I am missing?  I spent a few hours poring over forums and the almighty internet, but I did not find much.  What I did find is that it is most likely a hardware issue. Any experience anyone can share is greatly appreciated, thanks for reading!
    • Block Transfer instructions are executed in the PLC-5 controller based on the pre-conditions on the ladder logic rung.   Many PanelView systems use multiple BTR and BTW instructions, which the PanelView application differentiates by their size. If the BTR or BTW instructions "don't work", they will typically have an error code associated with them.   You need to examine the logic for all of the BTR and BTW instructions configured for that PanelView and figure out which ones are completing with a /DN bit, and which ones are failing. Wiring that has been in place for decades can often look good visually but be corroded or loose or damaged.   You may need to schedule some downtime to remove each off the RIO network cable terminations and make sure they are clean and tight.
    • I need help reading values from a weighing scale using a QJ71C24N-R2 module. I have no idea how to connect using G.input
    • Yeah no worries ,it was a tricky one had me stumped for a while but glad I found the solution. 
    • I think there is only one communication cable between the HMI and the PLC but I will double check at Monday, thanks for the tips.
    • I don't know of a library for any language. But, I never searched for one. The FINS protocol for CJ1M is CS/CJ and the document is Cat. No. W342-E1-09. A copy is on this site:     
    • In the sysmac world you can  programmatically enable and disable implicit connections, never tried on a C series. If you were to do this you should start looking into the "connection configuration object" as this has a class for disabling connections.
×
×
  • Create New...