kaiser_will

SLC-5/01 program, but the printed PLC-2 program are not the same animal.  Unless they converted the PLC-2 to a SLC program along the way. Have you tried to replace the SLC processor, insert the memory module, power up the rack?  The processor may be telling you that it has expired. Keep in mind the SLC is a 1980's vintage processor that went Silver (i.e., obsolete) last year.  There are many units still available NIB (New In Box), but will require some looking.

Much of the diagnostics of the RM module are internal.  Have you gone online to review what the internal status registers indicate? http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um535_-en-p.pdf

You make two statements that contradict each other.  "Nothing is to be changed inside the PLC" and "external application fires a command".  Data collector instructs PLC to provide data means the PLC will need to see a command from the data collector, which will require a PLC tag and some logic. Is the data collection to be time-driven (i.e., every X units of time, send Y blocks of data) or event-driven (i.e., datapoint Z has changed within a range, send Z datapoint). Is handshaking required to insure the data was captured (i.e., are alarms needed to alert that data was not captured, that the system is not functioning)? There are 3rd party tools for utilizing Ethernet/IP to obtain data from a Logix PLC.  RTA has a product for such.  https://www.rtaautomation.com/software-solutions/ethernetip-client-tagc http://forums.mrplc.com/index.php?/topic/10088-control-logix-to-pc-via-ethernet/

For capturing manufacturing data, utilize the hardware you have.  Legacy processors often support DH+ networking.  However, DH+ networking tools are not plentiful but do exist (Ethernet/IP networking tools...a patch cable and a PC).  http://www.fte.com/products/NetDecoder-dh.aspx What is your project budget?  If there is no budget or you have to keep costs down, utilize the hardware you have. Implemented a similar solution some years ago...islands of machines with PLCs, nothing talking together; networked processors via DH+ back to a networking bridge Logix PLC that hung off of an Ethernet network.  DH+ Networking lessons learned is attached (there are some gotchas). First...start small.  Get the network up and running with 1 machine.  Verify.  Expand the solution. Second...what data should be archived, archive duration, backup data archives, datapoint duration (Delta-T - the time span between datapoints), have you calculated hard drive space needed, when will the data archives max out the drive capacity.  Often, managers want the data when there is a problem but may have no interest when all is well.  The DH+ network I built was a tool designed for Maintenance Techs to quickly connect, access correct program archives, access troubleshooting materials. DH+ Networking.doc

Velmurugan...PView Plus 7 has been working properly, you connected external storage with .MER file, cycled power, after boot-up red Fault light is ON solid, green Comm light is ON solid.  That is the situation?  Refer to page 138 - Fatal hardware error http://literature.rockwellautomation.com/idc/groups/literature/documents/um/2711p-um007_-en-p.pdf If this HMI unit was working properly until you attempted to load in a new HMI application, the HMI application may be the root-cause.

Have you networked into the Switch and opened up the Console via a web browser?  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1783-um007_-en-p.pdf

I believe the PanelView Standard series, such as this PV1000, there is no way to reset the password and restore the PV to default. Have you contacted Rockwell/Allen-Bradley Tech Support?  In cases such as this, once you can demonstrate that you have a valid case for password reset, they may be able to provide you a solution path.

The theory sounds more promising than the reality.  I believe Logix redundancy was limited to the ControLogix family.  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um535_-en-p.pdf

(3) Red Lion G07 Crimson 3.0 HMIs communicating with Wago PLC  via Modbus TCP over Ethernet.  Download application initially via USB (which will configure the Ethernet port).  After that SHOULD be able to download via Ethernet, but will not download via Ethernet.  HMIs all communicate with PLC properly via Ethernet; can ping them.  Have followed all steps in the literature.  This must be a one-time obscure setting to make it work.

If this application has a servo motor with absolute encoder feedback, the Kinetix 300 servo controller supports homing to absolute position (a defined soft limit position).  Otherwise, this controller requires a hard limit.  Absolute homing is the only homing position stored after power cycle. Homing Method 35 may be your best solution - this ASSUMES the servo is in the home position and goes from there.  So, after power cycle, if using this homing method, where it sits is where is home.  There is no way around it. One of the major issues with this application for you will be accumulative error.  Without a defined home location to reset position to, one can wind up with position values being way off and the machine suffering possible mechanical damage.  For that you really need a hard home limit switch or an absolute encoder motor.

Have you consulted the owner's manual?  When a PV is exhibiting abnormal failure, monitor the internal status lights during startup to identify the fault condition.  Refer to page 208.  Most likely the PV has a hardware failure.  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/2711p-um001_-en-p.pdf

Rockwell/Allen-Bradley develops concise lab exercises that offer a great amount of reference information for learning examples of what their equipment can do.  Great playgrounds for budding control engineers.  Seek out the files and archive them for your reference.  https://www.rockwellautomation.com/resources/downloads/rockwellautomation/noa/RAOTM%20Lab%20Manuals/L18-manual.pdf   https://www.rockwellautomation.com/resources/downloads/rockwellautomation/pdf/events/raotm/sessions/labs/L17Studio5000LogixBasicsFinal.pdf

To minimize log file data footprint size, Rockwell/Allen-Bradley utilizes compression (which makes the log file contents look like gibberish).  Which version of FTView are you running?  Ver 8.10 and later installation includes the install of a FT File Viewer Utility (Start, Rockwell Software, FactoryTalk View, Tools, FactoryTalk File Viewer).  Refer to this Knowledgebase article https://rockwellautomation.custhelp.com/app/answers/detail/a_id/823751 This will allow you to view the data.   To export the data as an Excel file, you will have to pursue an alternative method.  If you have a ControlLogix PLC processor, you can push data into an Excel file with a DDE topic (which requires upgraded RSLinx).  http://www.plcdev.com/connecting_controllogix_excel

Have you tried to add the 2nd EN2T module to the rack configuration in Logix?  Does RSLinx show the 2nd EN2T module?  Does RSLinx show both EN2T modules with no yellow warning symbol?

The request for support is vague without additional information.  Please post screenshots of your specific situation.

Which version of FactoryTalk is installed?  What operating system is on the PC?  Is this a new installation or an installation that was working and now is not?  What is the specific error message? Please post screenshots of your specific situation. 

You have a ControlLogix PLC rack with a Hart input module; you desire to message the Hart input module data to a 3rd party controller via CIP Message.  When you say it doesn't work, can you be expand or provide a screenshot?  I believe you have to MSG the Hart input module to load up the data, then would have another MSG instruction to transmit the data to the 3rd party controller.  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um533_-en-p.pdf

Studio5000 Mini only supports upload/download for Structured Text; editor sold separately; Studio 5000 Lite does support Structured Text development  http://literature.rockwellautomation.com/idc/groups/literature/documents/qr/9324-qr001_-en-p.pdf

Starting a new thread is the best, first step.  Please post screenshots of where you are having issue and what you have tried so far. Delving into the research...page 13/32, the dated PLC-5 is limited to 16-bit integers, refer to page 16  http://literature.rockwellautomation.com/idc/groups/literature/documents/pm/1756-pm012_-en-p.pdf

For your application, the 1734-AENT module will not display the Network Settings, or the Network Settings are greyed out and one cannot alter them?  Refer to Appendix B; Page 100 is the configuration for this module.  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1734-um018_-en-e.pdf This document should assist you in stripping the I/O data from the words of input and output data.  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1734-um001_-en-p.pdf There are (3) areas that may be causing the problem...Firmware version (the firmware may be initial and needs to be flashed to latest version to unlock features), Configuration Without RSLogix (all 1734-AENT literature I have found requires RSLogix5000 [A-B PLC programming software] to configure the AENT module with all of its resident I/O modules), 1734-AENT for a FieldBus application (I have not verified that 1734 Point I/O is capable with an Ethernet/IP Fieldbus and not utilizing Rockwell's RSLinx for communication or RSLogix for configuration).

The setup...1734-AENT Ethernet/IP remote I/O rack that will communicate with a PC running National Instruments LabVIEW.  The 1734-AENT module communicates via Ethernet/IP utilizing CIP.  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1734-um011_-en-p.pdf Can you ping the 1734 module from the PC?  Have you addressed the 1734 module? Do you have the Ethernet/IP driver for LabVIEW?  http://sine.ni.com/nips/cds/view/p/lang/en/nid/209676 This may be helpful, similar application with 1734-AENT remote rack communicating with a 3rd party controller.  https://forums.robotstudio.com/discussion/8714/io-update-rate-moved Have you gone online with the 1734-AENT module and configured the rack size? I cannot remember if the 1734-AENT module has a built-in web server.  After setting communication of the 1734-AENT module, and cycling power, and verifying you can ping the module, open up a web browser and enter the 1734-AENT Ethernet/IP address.  The module will need to be configured for words of rack size read and write (typically 1 word adapter, 1 word for each module, 2 words for "special" modules).  Once addressed, cycle power, rack size configured, cycle power...in the PC, configure the CIP communication to this rack with X words read and X words write.  These words will have your 1734-AENT I/O module data.  Stripping that data out...that is an exercise for LabView.

A-B does not have a one-size fits all PLC-5 replacement rack.  One must go through the existing PLC-5 rack design, drawings and PLC program to verify you understand the scope of what the rack and program are doing.  Do you need PNP or NPN I/O modules (i.e., high-side or low-side I/O switching)?  How many discrete inputs needed?  How many discrete outputs needed?  How many analog inputs needed?   Depending on your customer and their situation, making a PLC-5 rack go away is only reducing the potential for catastrophic failure.  Migrating from a PLC-5 to a Compact or ControlLogix processor will most likely not let the customer make more product or better quality product. Option A - Keep the PLC-5 rack for the I/O modules, add a remote module in place of the PLC processor, add a CompactLogix processor to communicate with the PLC-5 remote I/O rack.  Pursue Option A and you get to keep all of the PLC-5 (with the exception of the processor).  Few wiring changes needed. Option B - Replace the PLC-5 rack with a CompactLogix rack.  This will require panel wiring changes. There are millions of racks of PLC-5 available in the world.  Yes, it is old technology, but it works and there are tons to be found.  Option A may not be sexy, but it works and is the lowest risk option.

Have you verified your PC Ethernet/IP settings are correct?  You will want to verify that you can ping the PLC.  Drill into the PC's Control Panel for Network Communications and verify that you can connect to this PLC.

The PView Plus 600 USB port is for printer connections or for HMI peripherals (keyboard, mouse, USB hub); Appendix B  http://literature.rockwellautomation.com/idc/groups/literature/documents/um/2711p-um001_-en-p.pdf Which model PLC processor do you have? With Ethernet/IP devices, you will want to research models that have a proven track record of interfacing properly (and without a lot of programming).

http://www.brainboxes.com/files/catalog/product/US/US-324/img/US-324_RS-422_485_Pinout.jpg