kaare_t

Hello and welcome to the forum. How did you implement PLC Link? Are you sure that you're not using MC Protocol? So the error LED is lit on the PLC, but there's nothing in the error log when you connect? And you need to put it in stop mode before you can connect? Correct? Is it possible for you to upload your program here on the forum? If that's not possible, please take a complete screenshot of the Ethernet configuration -> "External Device Configuration". Also; which firmware are you running on the CPU, and which version GX Works3 are you using? And by the way: You really don't see anything in the Event History when you finally can connect to the CPU? You can find this under "Module Diangistics (CPU) -> Event History".

What exactly is "going wrong"? You say you are struggling with DDVIT, what is happening when you give it a try? Also, you say you are struggling with deriving speed, but the DDVIT is not deriving speed, it is "generating" speed so to say... What are you trying to position, and from where are you getting the position pulse signal? Basically the speed which you are referring to is the S2 parameter (Pulse Output Frequency)... It will determine how many pulses per second are sent to the physical output (Y). It would as mentioned help a lot if you can explain what you have done so far, and where/what is failing. And also: Are you using a Main Unit, or a special adapter for the output? Please specify the hardware you have.

There is a big difference in making "the program wait for 2 seconds", and making "a sequence wait for 2 seconds". My guess is that you are looking for the second option (Making the sequence wait for 2 second). See image below for Timer (TON) functions. Image is straight from the manual. Do you have e-Manual Viewer? In the FX5 Programming Manual, all instructions are available.

You can use the latest version of E-Designer (v 7.52), but the firmware version of the HMI must be 6.1x If I recall you could with E-Designer v6.13 select earlier FW versions for the HMI... But you can/should of course upgrade the FW of the HMI too...

Like @Veganic writes, or just a simple ladder AND_E instruction that compares something (e.g. steppermotor_in_position) with "TRUE"... If it's a steppermotor value, just do "GT" instruction to check for greater than some value... "LT" = LessThan... and so on...

That is partially correct, and is somehow why I was asking some questions about what you're going to use it for...: If you have time for TCP to open, communicate and close before the next new open, communicate, close then it's all OK. If you need to transfer data to several PLC's at the same time for example you can't do it with only one connection since TCP is connection-oriented... This is why it's important to start with a spec, more or less... What is the requirement. Since you have time to wait for connection handling between communication then you can create a sequence between two or more PLC's without problems. Great that you got it working!

Is it the complete program that is built using these "wait-tasks", or just a few functions? if it's only a few functions I would just jump them instead of creating a complete STL...

I see. Check with AB first. If not possible with the equipment you already have, then we'll look at your options. By the way: Which kind of protocol are you using to the PLC's?

I just googled it quickly: It looks like some of the Stratix 5700 models (not all of them) are capable of 1:1 NAT. I must admit I have never tried 1:1 NAT myself, but I'm pretty sure that should work as expected after doing a quick search on the web. The way 1:1 NAT works is exactly what you need. My suggestion was to use 1:n NAT which is basically the same as any office (home or business use): You have one external "internet" IP address, which are "NAT'ed" into all the internal IP addresses "inside" the router. But the 1:1 NAT is even more suited for you since you only want a direct 1 to 1 link (from switchport directly to your PLC). If I were you I would check if your switch already supports this feature, if it does start doing some testing on a test system (non-production system), like an old laptop or another PLC or any other form of equipment where you can specify the IP address. If it doesn't support 1:1 NAT, I would certainly check with Rockwell if it's possible to purchase an addon/option or something to enable the feature. It would be a lot easier to manage with only one device (the switch). Are you familiar with programming the Stratix switch? Also; it might be (I haven't read everything) that you need to create different VLAN's on the 5 machines since two identical IP's on the same VLAN 'usually' causes issues. But if you segment into VLAN's there are no issues, but then you will need the routing 1:1 NAT function... Do you have experience with VLAN's (sorry if this is a dumb statement to you, but VLAN is not the same as WLAN). Link to full manual: https://literature.rockwellautomation.com/idc/groups/literature/documents/um/1783-um007_-en-p.pdf

I'll do some reading on your specific switch! Maybe you're already good to go with some extra config!

I fully understood your post, but I don't know how to solve your issue. What you can probably do if it's a managed switch is to create different VLANs for the different ports on your switch, and disable any VLAN forwarding between the networks affected. At this point we have them separated. However, the problem occurs once you want to poll data (probably from a central place) from all of them. You cannot setup routing since it bases on IP address. I'm honestly not sure if it's possible to solve without purchasing some extra equipment... What you can investigate is if there are any possibilities in TCP/IP to setup some sort of MAC forwarding that gets priority over IP forwarding. That way you could setup routes for MAC addresses which are unique, and let the IP be more or less a dummy-field. But again, I'm not sure this exists. Here's one suggestion: Buy a simple and cheap router (NAT-device) for each machine. Put it in front of the PLC, with the config [InternalNet = PLC, ExternalNet = Stratix]. That way, you create a form of a www inside your plant, with all the PLC's as local branches and your complete intranet as the www. This way you can determine the best "External" IP on each router (different for each of them) and you can setup the "Internal" IP as you wish on each device. It's pretty straight-forward networking and you have full control of your plant network, without the interference of the PLC's. I would also gently say that this is a very cheap solution (at least they aren't that expensive anymore in Norway). You can even buy some cheap home-networking NAT device and buy a couple to have in spare if it's an industrial environment... Or you can buy industrial devices which costs more. You might have to do some forwarding in the routers External->Internal. You can trigger the forwarding on port number. Disable firewall if no special purpose. I'ev attached a small drawing to explain the topology, the IP addresses are randomly chosen, you have to change them according to your setup. Could this work?

Then you'll have to wait for the topic starter, or someone else to answer. I don't have the module, nor the cfg tool so as mentioned it was a guess... Good luck tuning

@glavanov: Do you also have an FX5 Ethernet/IP module available? And gotten the software package to program it?

It's a bit hard to recommend a communication solution without any more information. In addition, the post title indicates you want to communicate with inverters, while your post content indicates you want to communicate between CPU's. If you provide more information about your complete system it's easier to help you. For example it depends on which CPU's you are using. Are you using only one type, or different types? Old, new? Just Mitsubishi or other brands? Protocols are many, it all depends on which CPU's you are using, and if you want to integrate to/with other brands or equipment. Provide as much information as possible about your plant, and what you plan to use this communication for, and it will be easier to help you out.

My guess is that you have to choose a "Gen. Intelligent Module", and use the "external" (not built in to GW3) configurator for the Ethernet/IP module.

I haven't used PLSY, but according to the manual it's when you overshoot the forward or reverse software limit. In other words, you need to decelerate and stop the axis before the soft-limit in your code.

Yes, you need to setup Network Ranges for LB/LW) - transferring data between the two stations, and then LB->B and LW-> W to exchange/refresh data between them.

Post with replies here: http://forums.mrplc.com/index.php?/topic/36092-how-to-connect-address-between-2-cpu/

See below, a full example of a counter with pulse (PLS) to trigger the counting: PLS(yourTrigger, singlePulse); MOV(TRUE, K32000, counterMaxValue); OUT_C(singlePulse, C1, counterMaxValue); RST(rstCounterValue, C1);  

You have two options: Use UDP instead of TCP for both MC protocols (probably not possible since you maybe don't have control over the "other" equipment?) Setup more connections on the Ethernet port in GX Works2 so that you have dedicated connections for each application connecting into the CPU. In other words, the "other" application can open/close their connection freely and so can you on your other/different connection The problem you are describing have nothing to do with Mitsubishi on its own, it's simply the mechanics of a TCP connection.

Why use function block when you can use function, or even better -> instruction? If you want the "Schneider-style" function block or function I would recommend you to create a function (FUN), inside it you take 16 bits and use "SET_BIT_OF_INT" to set status to the individual bits in the FUN. THen you can have 16 bit inputs freely selectable and 1 INT output that you can connect to whatever you would like...

You cannot use "MOVE" on a bit. Use ladder or a suitable instruction if needed to trigger bits. Ladder example below: [STORING_Netfout]--(D401.0) You can also specify in GVL these addresses, e.g. define TestDataBit = D401.0: [STORING_Netfout]--(TestDataBit) If you want to batchmove a lot, use "INT_TO_BITARR" instruction. You'll need to create an array of the bits if you are using labels either in local header, or in GVL.

For arrays this won't work. However, if you "must" have comments on each one like you describe and you would like to group them, why not create a "Structured Data Type"? Then you can work with an unassigned "collection" of bits combined. use the SDT in Global List and assign a specific variable to the first element in the SDT and it will populate the rest. I've made a simple screenshot containing several windows, I'll explain below: Lower left corner: The SDT/DUT specification (bLabel0_0 and so on - these are "inside" the array or collection) Upper center (all the way): Defined the SDT in Global Labels Right center: Specified M0 as the first device, all others populate automatically. Doable?  

I haven't tested PID in GX Simulator for GX Works3, but in all previous versions PID didn't work properly in the simulator. My guess is that the simulator won't function properly in GW3 either and you'll need a PLC. Why do you want to simulate the PID regulator?

I am pretty sure (not 100% though) that the simulator will not work with SLMP. I think you need the iQ-R PLC for test purposes.