Aoto10

MrPLC Member
  • Content count

    20
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Aoto10

  • Rank
    Sparky

Profile Information

  • Country United States
  1. GOT2000 Communicate Over Omron Networks

    After some more in depth digging. I used Wireshark to track FINS message from the GOT to the Omron PLC. From what I gathered the GOT always sends FINS messages to the host Omron PLC and is not capable of navigating through Omron networks. I believe this is mostly due to the fact I cannot create a routing table for an Omron channel in GT Designer. In my example above trying to connect with network 30 node 6, the GOT simply will not attempt to send any messages if there is not a matching network in the Channel list. This could be easily solved with a routing table, but I am assuming Mitsubishi does not support them with Omron products.  The only solution I can think of is to physically run an ethernet cable to the target PLC and put it on the same network as the GOT. 
  2. GT Designer 3 isse with not showing objects

    Try going to View->Display Items->Object. I can recreate your view on my own which I'll post images below of each state.
  3. I am working on a future project trying to use one GOT2000 (model GT2715-XTBD) to communicate with all our PLCs across our plant. We use a mix of Mitsubishi and Omron PLCs. I have had success communicating with all the Mitsubishi PLCs layered in Networks. I can even communicate with an OMRON PLC on the same network layer as the GOT. My problem is when I try to expand my reading across the OMRON networks, the GOT can't read anything from these OMRON PLCs. I am familiar with McProtocol and the FINS protocol. I've made programs in C# to communicate across all networks on the Mitsubishi and OMRON side of things. All my routing tables and network settings should be correct based on this. First, I'll post a simple network diagram of my network.   All the PLCs shown with the green checkmarks, my GOT is able to read data from. The one with the red X is where my issue lies. It is an OMRON PLC on a Controller Link network. I can use FINS messages with C# and communicate with this PLC fine. I assume the GOT is using FINS as well so I'm not sure why it can't read any data. Now I'll post my GOT network settings. First the channel settings. The GOT net Number I assume has to be 103 so the target PLC knows where to send the data back to. The Station number I randomly selected as 26 since it's not being used.   Now is the numerical display that does work that reads from the first OMRON PLC. Next I'm trying to do the same thing on OMRON PLC at Net 30 Node 6. This reading doesn't work as nothing shows up on the GOT while running.   In my mind I'm using the same channel so the GOT knows where to send the read message. In this numerical display I don't use the Host but instead tell it to use a network at Network 30 and Station 6. To me this should be used in a FINS message and reach the intended PLC. Am I missing something? Or am I wrong in assuming that the GOT can transcend OMRON networks?  
  4. GX Works2 installation problem

    Had this restart issue today. I deleted the registry entry like you suggested and it fixed it. The only way I found to prevent this is to sign into windows with an administrator account. Otherwise, I would have to modify the registry.   Thanks.
  5. UPDATE: I ended up just using TCP but the open and closing connections was slowing down my C# performance. If it helps anyone in the future, I found out you can send UDP messages to the E71 on port 5000 without using any open settings. This is an Auto-Open UDP port that never changes. This solves my original issue in the first post. 
  6. Thank you for your reply. I am aware they are not the same. My function is very basic in operation only using the read and write commands. It may be more accurate to say I'm using SLMP messages over CC-Link IE networks. Like I mentioned I can't use SLMP with the CPU port to access other networked PLCs. But using the QJ71E71-100 I can access any networked PLC but I can't use any IP address on the same UDP port like I can with the CPU port.  It may not be possible but maybe I missed something.
  7. I have a centralized PLC that acts as interface between all PCs in our building to all machines in the building. The building internet is connected to the PLC CPU ethernet port. I want to be able to send McProtocol messages to any PLC in the building using CC-Link IE. I have made a program in C# that communicates to the centralized PLC with McProtocol using UDP on PLC port 4998. My C# program can run on any PC in our building and can read and write data to and from the centralized PLC.  The manual SH(NA)-080811 states computers can only communicate with the connected CPU module using McProtocol. As shown here So, to get around this I can use a QJ71E71-100 and I have been successful sending McProtocol messages to remote PLCs over CC-Link IE. My issue is that the settings for QJ71E71-100 requires a set IP address to communicate per one connection. Example: This ruins my original program design because in C# I would send a MC message to the CPU on port 4998 and it would work from any PC. I would like to have this same functionality on the QJ71E71-100. The only way I know of around this is to have all PCs send their request to a server and have a C# program running on the server handle all MC data.   So simply is there a way on the QJ71E71-100 to allow McProtocol messages to be processed on a port from any IP address like I can on the CPU ethernet?   CPU model is Q26UDVCPU. All other PLCs are communicated through CC-Link IE Field on QJ71GF11-T2 cards.    
  8. Update on this. I did end up changing the machine network to 40 and so far, have noticed no issues. Hope this helps someone one day.
  9. I looked through the QJ71GF11-T2 manual and seen the dedicated instructions you mentioned. For example, the JP.READ instruction uses Jn to indicate " Own station's network No.". Wouldn't this be the network number on that local PLC and the routing parameters would be used to access a remote target network?
  10. To my knowledge all GOT's only connect to their local PLC so I see no issue there. I checked the module setup in GX works and I can't find any reference to any other network. There is refresh parameters but I'm not changing the station number so I see no issue? All PLCs are QCPU of varying models using QJ71GF11-T2 CC IE modules 
  11. Is there any negative result of changing CC-Link IE network number on an established working machine? Referring to the attached image is the actual machine network I am dealing with. The network I want to change is the purple Network #3. The reason is because we use wireless LAN to access all PLCs in the plant through a central PLC on the Red network #7. Currently, I do not have network access to any PLC on the purple network 3. The black box is showing a single PLC rack with two CC-Link IE network cards mounted. The red Network #7 is connected to the central PLC. But the central PLC already has a network #3 in use so I cannot create a routing table for my target network. I would like to change the purple Network #3 to something like Network #40 so I can create a routing table in the central PLC to get me network access to all stations.  Are there any ladder functions that may reference a network Number? The "Start I/O No." will not change.
  12. Issue Connecting to PLC through C-Link Network

    Last reply, I figured out my memory error or UM Protection error message. I had my connection settings wrong. My FINS destination address had the unit number set as the CLK card and not the CPU. I am now able to read from the targeted CPU.
  13. Issue Connecting to PLC through C-Link Network

    @Berti Baker You were correct I needed to add routing table information on node 6 to send messages back to node 1. After that I was able to connect online. However now my issue is trying to transfer from PLC at node 6 and getting a error message saying "PLC has memory error or UM Protection enabled" I check read protection and seen they were all off. Still investigating this issue.
  14. PLC to PLC

    Depends on the information you want to share between the two. I would suggest Wasan solution of using "Socket Communication". It's easy to understand and setup once you figure it out. If you want to share data in real time I would suggest a CC-link network between the two. But if speed or update speed is not an issue then socket communication would work fine.
  15. I'm trying to connect to a remote PLC from a remote PLC. I have issues using ethernet but have no issue using a USB cable. Lets call PLC 1(CJ2M-CPU35) is the one I'm connected to and I'm trying to reach PLC 2(CS1H-CPU65H) for remote ladder monitoring. I am connected to the built in ethernet port on PLC1 with my computer. On PLC1 rack is a controller link card that is on network 30 and connects to a controller link card on PLC 2. I drew out the network in a simple form in attached capture.jpg. I open PLC 1 program in CX-programmer and insert and PLC in the project workspace on the left. I enter the settings for PLC 2 Device type and on Network type I select PLC1. In settings for FINS Source I use Network 1 and for FINS Destination I use network 30 and node 6. I try to go online and I can never go online. I can go into CX-Integrator and pull up my network for network 30. I see 6 nodes attached to network 30 which is correct but they all say UnknownDevice. Also I get error messages(reference image 6024 and 6025).  Now if I use a USB cable directly to PLC1 and set up using Toolbus(USB) for FINS network 1 and node 1. And add PLC2 using FINS network 30 and node 6. This combination works fine for me, in CX-integrator all models of node on the network show up with model numbers and no errors(reference image 6027 and 6028). I can go online with PLC 2 while physically connected to PLC1.   I've tried using EtherNet/IP cards also on PLC1 and still can't connect. I just can't seem to get ethernet to work. I attached the routing table for PLC1 (image 6026) for reference.   Any help is appreciated thanks.