kaare_t

You cannot convert from GX IEC Developer to GX Developer. The IEC editor is based on a graphical interface, so the logic itself is actually "drawn".... I've taken a printout of the MELSEC CODE for the function block "QJC24NoProtocolCommHexCh1Q", and attached it as a text document here. Another option is to download the GX IEC code to a PLC and then try (mark my words: TRY) to upload it into GX Developer. I can try to do this at work next week, but I am not sure that it will work. The upside is that if it really works you will have a complete code that you can use in your project(s) (without any comments though). The best solution however is to use GX Works 2, where you can import all kinds of function blocks (also IEC blocks) and use them in your project(s). Any reason why you won't go for GX Works 2?? QJC24NoProtocolCommHexCh1Q.txt

I do agree with you on the limitations of the Ethernet module(s) (it's the same with QJ71E71-100 and restrictions). Luckily there is a QJ71MT91 card for ModbusTCP on the Q, but we're missing ModbusTCP on the FX-Series. Allthough if you have the possibility to use a different port than 502 I know there exists function blocks for GX IEC Developer or GX Works 2 which implements the ModbusTCP protocol for the FX3U-ENET (but as mentioned you'll have to use a port above 1024 which is the limitation of the ENET module). Regarding Multicasting I know understand why you want to use it, and I agree with you that this would be the most efficient way of doing it, however I have a suggestion of a possible solution to the problem: You define a UDP listening port in the FX3U-ENET, which listens to all IP addresses (set 255.255.255.255 in the Incoming connections). Then, in your controllers you simply define which IP addresses they should send data to (and then include the FX3U-ENET). When all your controllers send data to the FX3U-ENET module you can distinguish them by the incoming IP address (or a byte/word you use in your specific protocol) to know where you got the data from. By doing it this way, you don't burn up the FX3U-ENET ports (you can have one port for all incoming data), and you don't have to poll data from the controllers. Let me know if my English was non-understandable or if you have any questions....

So are the axis motion controllers exchanging information between them, or are you simply going to send data from the axis motion controllers to the PLC? Are the PLC going to send commands simoultanously to all the axis motion controllers, or do control them independantly? These are some important aspects when choosing multicasing or unicasting, and the way you describe your system it really seems to me that you should use unicasting. I'm sorry to bother you with this, I know I'm not actually answering your question(s). Edit: BTW, I've looked through the manual and it seems that you should be able to set up a multicast address in the FX3U-ENET. The manual states that any address between 1.1.1.1 - 254.254.254.254 are valid addresses so it looks like it should work. The manual also states that the router must be an A, B or C address, so I doubt that they have "forgot" to mention this for the general addressing section, in other words it looks like you should be able to use a multicast address.<BR><BR>I will not guarantee it and you should definetively test it on your own, but it looks like it should work.<BR><BR>I'm still interested in my initial question so if you have the time, please answer my questions above. I would really like to know why you have this "special demand" and for what reason you think that you need to use multicast for.....

Can't say I've ever heard about PLCs and Multicasting, can I ask what you want to use Multicasting for??

What kind of "redundancy" are you looking for?? Some people are looking for "almost redundancy" while some people want "true redundancy"...... If you're looking for "true redundancy" then be aware that these solutions costs a lot more than "almost redundancy". What do you need?

Hi! My English isn't that great, could you please try to explain your task in a "simpler" way? What exactly are you looking for, a PID controller? What software do you use for programming?

I don't think you can do that with a macro. Passwords in E-Designer are set at design-time and not runtime. If you wish to set passwords during runtime you'll have to look at the PLC and make som logic that controls login/logout and access to different screens.

I think you'll have to use 4 outputs, where you have 2 outputs for clockwise (+24V to the "left" and 0V to the "right") and 2 outputs for counterclockwise (0V to the "left" and +24V to the "right")..... That's the only way I can think of, but maybe someone knows a better way....!!??

If you only need to display the data on 1 screen, maybe you should consider using a GOT terminal (which can communicate directly with the PLC). If this is not an option, I think you would prefer to use MX Components and not OPC Server. MX Components are ActiveX dll's which can be used directly in your developed software. OPC Servers however you will have to create a complete OPC Client in your software which would be a lot more work. A 3. option could be to install an Ethernet card on the PLC and simply develop the MC Protocol which are open and well documented.

Sorry for the late answer. No, you don't need anything for a FX3U. I think botalbot is thinking of FX3UC (Mark the "C" for compact), which needs an IF converter to be able to connect extension modules (both the FX2NC and FX3UC needs this converter). Edit: corrected spelling error

You don't need any code, the addresses starts at the first octal after the BaseUnit address. E.g. FX3U-16 has Outputs Y0-7, then the extension starts at Y10.

Check out this. I've used these Functions for many years.... http://www.beijer.no/web/web_aut_no.nsf/docsbycodename/filearchive?OpenDocument&mylink=/web/BExFilePileAUT.nsf/fm.be.searchframe?Openform&Lang=NO&DocID=737481A1FD1419ADC12576240030C1F3

Check out: http://www.beijer.no/web/web_aut_no.nsf/docsbycodename/filearchive?OpenDocument&mylink=/web/BExFilePileAUT.nsf/fm.be.searchframe?Openform&Lang=NO&DocID=95841626215CAC6AC125728E005C3581

You could try and set the controller in STOP. I think you press the ESC and OK key at the same time, then you should get the options to set the controller in STOP or in RUN. Set it to stop, and then try to upload the program.... I have only used Alpha's a couple of times so this comes directly from my head (and as most people I tend to forget things....). Try it and let us know

First of all you will need FX Configurator EN to configure the ENET module. Then, assign the correct IP address, subnet mask and gateway (gateway is especially important if you're going to connect to it over the internet).

http://www.beijer.no/web/web_aut_no.nsf/docsbycodename/filearchive?OpenDocument&mylink=/web/BExFilePileAUT.nsf/fm.be.searchframe?Openform&Lang=NO&DocID=E7F966E473D3BF62C125728E005C20F2 Download the library, install it and simply use the correct function block in your program to automatically set up, configure and fetch data from the analog card.

Where's the attachment?

You'll have to talk to your nearest Mitsubishi dealer to get a full version of GX Developer.

GX Developer is not yet officially compatible with Windows 7, allthough it seems to work fine on my computer running Windows 7 32bit. You should request a DEMO version from your local Mitsubishi dealer.

You have the correct gateway in the GOT?? This is very important so that the GOT knows where to send data when you are using the VPN connection. The gateway address is normally "not used" when you access the GOT locally, but plays a big part when accessing from a VPN connection.

I agree that there are many things in GX Works2 which are a bit different than GX IEC Developer. But that is exactly the point. Since the topic starter is upgrading older projects and/or importing them into a totally new software than there's no reason to not choose GX Works2. However if someone wishes to upgrade a GX IEC Developer project, then that person must consider the "new rules" of GX Works2.

The green/orange light is usually 1Gbs/100Mbs normally, so that's the difference between your computer (1Gbs) and the ENET module (100Mbs).... Since you can't even ping the router in some cases it could sound like you have some problems with the ISP provider. Sometimes the ISPs have some problems on the lines which causes the router to be re-booted to get proper registration on the ISPs equipment (at least I've had similar problems with my regular ADSL line at home; sometimes I have to manually re-start my ADSL router to get registered on my ISPs network). This is in my opinion the ISPs problem, but we (the consumers) are the ones who get stuck.....

Agree with Crossbow with a small note. As far as we have been told, GX IEC Developer is now EOL. There will be NO service upgrades or patches to the latest version 7.04 so you should really be looking at GX Works 2 (which also includes IEC programming editors).

As long as you've just used the S as simple coils you can safely convert them to M coils. The S coils are used for Step programming in the FX-Series.

I would not go for BDTP. If the "master" HMI goes down, then the other HMI will also go down. Just set up two connections in the QCPU (under parameter settings), and select one connection for each HMI. Then both HMIs can talk to the CPU at the same time with no worries.