IO_Rack

MrPLC Member
  • Content count

    1695
  • Joined

  • Last visited

Community Reputation

178 Excellent

About IO_Rack

  • Rank
    Automation Specialist

Contact Methods

  • Website URL http://
  • ICQ 0

Profile Information

  • Gender Male
  • Location Upper Chesapeake Bay
  • Country United States

Recent Profile Visitors

16147 profile views
  1. Ethernet CJ2M e CP1H.

    Great work! Thank you for posting your results.
  2. Function Blocks are used to create reusable Ladder or Structured Text. You can program them to do anything you want. You'll need to be more specific about "Inhibits machine operation".
  3. Ethernet CJ2M e CP1H.

    The CIF41 will communicate via FINS. Use the link above for an example. This will work since the CJ2M supports FINS protocol. The EIP61will communicate via FINS or EtherNet/IP (Industrial Protocol). This will also work since the CJ2M supports EtherNet/IP but it is not necessary. This would be useful to communicate with a non-Omron PLC that does not support FINS.
  4. Ethernet CJ2M e CP1H.

    Network Configurator would be used for EtherNet/IP. The CP1H would need the CP1W-EIP61 installed to communicate EtherNet/IP.  Omron's native Ethernet protocol is FINS. This is possible with any of Omron's Ethernet ports. FINS Ethernet Master / Slave Solution - PLC Sample Code - Forums.MrPLC.com
  5. I'm sorry I haven't used Mitsubishi software for EIP connections and I haven't used the PLC programming software in a long time. You should be able to find the settings that match the examples they have for KV and Rockwell PLCs. Somewhere in the configuration it may refer to Tag Sets. The Tag Sets may contain an address that you provide. The addresses you use will be the Input and Output data that you access. Referencing the Field Network manual, it will be similar to the KV settings section, step 4. The commenting in the KV series is somewhat automatic for obvious reasons.  The most important thing about getting any EIP device connected, is getting the Input and Output data sizes correct for the specified Assembly Instance. Referencing the screenshot below, if your Input is D100 then your input data will be D100 through D196. They maybe start at D200 for Output (D200 through D205). 
  6. It's possible but I wouldn't suggest it. It can be a very daunting task. You would have to understand the State Machine of the EtherCat Motion, Modes of Operation, etc.... You would not be able to use the EtherCat Motion instructions. 
  7. NV3W-MR20L to NB3Q-TW00B with CP1L-L20DR-D

    For the NV, go to PT > NV Configuration and look at the Word Area. The first Word in the field is the PLC address for the screen number.
  8. Connecting to Multiple HMI-GP Pro

    That is not an Omron product and I haven't used one of those in quite some time. Assuming you want to connect to an Omron PLC (C series, CP/CJ) then you'll need to see if the HMI supports Omron FINS protocol for an Ethernet connection. Connecting multiple HMIs shouldn't be problem as long as each device has a unique IP address. FINS node will be the last octet in the IP address. No PLC setup should be necessary. You'll just need to know the IP / FINS node. Note, you may see a Host Link protocol available. This is for RS232C/RS422 connections.
  9. CX programmer to Keyence IV HG series

    Install the EDS file. Create Tag Sets to match the IV Inputs and Outputs sizes. Register the device (IV). Download to PLC. Where are you having issues?
  10. In my opinion, Keyence has always struggled with field bus and are usually late to the game. I will also note that Keyence measurement products perform exceptionally well.... just the fieldbus can be a pain. In Sysmac Studio the EtherCat configuration screen shows a diagram of all this very clearly, including the couplers and its branches. This is one of my favorite features in the software. In all of our distribution and configuration with today's technology, Omron makes EtherCat very simple. Getting compliant ESI files has been my only struggle.
  11. Your suspicions are correct concerning the right-side end cover. This is required to terminate the I/O bus. I don't believe the missing modules are an issue since the CQM1H does not have an I/O table.  When you turned on DIP SW 5, the serial port settings change to Omron default (9600, 7, E, 2). If you double click the settings in the project tree, look under the Host Link Port tab. You'll see they are probably different. When you downloaded the program you changed the serial settings and lost connection. If you need (or wish) to use the downloaded settings with DIP SW 5 OFF, then double click the PLC in the project tree, click Settings under Network Type, Driver tab, then change this to match the new settings.
  12. Re: CQM1H communication problem

    Perform a cross reference or search for DM6645 in the program to make sure it is not being written to in the program. This was the method of setting up the ports before CX Programmer come along. All DM memory is retentive so something is writing to it. Maybe the switch is defective? The correct procedure using CX Programmer is to make the change in the Settings dialog, then cycle power to the PLC.
  13. DTAM Software

    OK, I tried this and it does ask for a serial number. I would call tech support and see if they can get you a download.  Alternatively, the manual shows you can program it with the panel keyboard. Ultimately, I would search out a newer panel. What is it connected to?
  14. DTAM Software

    They may not support it anymore, but you can still download it at Rockwell's web site. Go to Download By Product, then type in DTAM.
  15. CJ2B-EIP21 with 1734-AENTR setup

    If this is a practical application, I would highly suggest using NX I/O instead of Point I/O. They are similar in specifications and size. Omron will support CJ2 to NX 100%. If this is for fun, I can appreciate that. :) Rockwell does not play well with other EtherNet/IP scanners so you won't find any Rockwell information to use Point I/O with anything other than an AB PLC. You are correct that technically it should be possible as long as it adheres to the EtherNet/IP standard. The one problem I see is in an AB PLC the AENTR uses a single byte (SINT) for the output word. Yes, the output byte is necessary for the module setup. The CJ2 is not capable of dealing with bytes so I'm not sure of a solution there. The tag name should not matter. In the CJ2, it will evaluate to an address eventually, even if you are using Data Types in the CJ2. Rockwell uses Module Defined data types to automatically populate the controller tags.