Sign in to follow this  
Followers 0
sjeesbeest

FX3G/FX3U connection

35 posts in this topic

Sorry, but your answer shows that really you do not understand anything and before to work you need to read the documentation again. If to read it carefully, all become clear.

Share this post


Link to post
Share on other sites
You need to hire a programmer. You clearly do not have experience writing ladder logic. The contact in front of the TO instruction is used to activate the instruction.

Share this post


Link to post
Share on other sites
Thank you, you are absoluly right........ i really don't know anything. Like i said, it's completely new to me this kind of programming and i was hoping to get some help here. You seem to know, so why could you give me an example to get this started by one simple example? I've tried to figure out the manual but i just don't understand how the dataregister can be read/send by the second PLC. I configured my E150 hmi to read the dataregisters which are written by the MOV instruction, and they are written...... Maar jullie kunnen wel een slotje hangen op dit topic, kom hier helaas niet verder mee. Sorry voor de overlast. Groeten, Harold

Share this post


Link to post
Share on other sites
Despite of your exceptional politeness, unlikely you are able to soften of specialists and to get help that you expect. Because really it is not about the sample, but that somebody has done the work for you. And somebody who work for you should eat for you. The time you've spent on waiting for the sample could be spend to study the documentation and likely this step would be more useful and resultative.

Share this post


Link to post
Share on other sites
To the TS: The whole point in having a forum is to get help and guidance in your work, that's why people won't give you your complete program - we will guide you to your own complete program, but won't program it for you since you won't learn and understand the background and process of making the program. I can of course do the programming for you but you'll have to pay for it... To the other posters: I don't think that "...you don't understand anything..." and "...hire a programmer..." will help the TS. I do agree that the TS shouldn't ask for compete programs, but I don't find the previous statements very constructive in any way. So lets get into business: If you simply want to get one input from PLC1 to PLC2, then you should go with the LOGO... There's not much point in making this any more advanced than it needs to be... However, if you have the need for a more advanced solution now or in the future you should go with the FX's. You have already admitted you are not experienced in ladder programming, however do you have any other experience? Other programming? What is your background? What can we expect you to know? These are important questions since we can provide feedback to you that you can relate to in a better way.

Share this post


Link to post
Share on other sites
1) Id didn't ask for a complete program, just one simple example of how it should be programmed....... i just can't figure it out because the Manual instructions do not work with the FX3G plc 2) I can make my own program, just don't understand the coding from/to because i cannot seem to read the Dataregister from plc1 with plc2. 3) My technical English is not that good, so most of the technical words are very difficult to understand 4) That is a piont i am now. Make my an offer :P ...... 5) thats correct, we are using Mitsubishi PLC for over 15 years now, but never in a modbus or other kind of network. The standard programming is very simple and we never have used these functions 6) Like point 5 and i'm a service engineer with barriers/speedgates. I've made our own program to let these products work (nothing to it) 7) See point 6. 8) I agree, when people log into this Forum you expect they know something. But before i went to this forum if tried and tried for over 2 weeks, but noting seem to work. Thats who i am, first try myself build a test location. The project in our factory is running now with two siemens Logo, two glasfiber converters, and everything works ....... but i don't like the panels from siemens and do like the Mitsubishi so a touchscreen HMI panel is added when i get it to work with the FX3G I will thank all of you to try to help me figure it out on my own. But like Kaare_t said, if you do not want to help me just do not aswer like i don't know anything.

Share this post


Link to post
Share on other sites
@sjeesbeest: Each (special) module/card in Mitsubishi (ethernet module, analog card, modbus module,...) has it's own buffer memory (= it's own memory where data is stored,...). Now, in order to exchange data with that special module from within the plc program (= the cpu), you need the "read FROM"/"write TO" that buffer memory. That is basically what the FROM/TO instruction does. With the FROM instruction, you read data from the special card into the cpu. With the TO instruction, you write data from the cpu into the special card buffer memory. There is a second way (an easier newer way) to exhange data between cpu and special card and that is by using the Ux\Gx notation. But the result is the same. You either read data from the special card or write data to the special card from within the plc program. In your case, the example is using Ux\Gx notation because the FX3U can use this method. But the FX3G can not use that method. So in that case, you should use the FROM/TO instruction. As an example, let's say i've got an analog card in my plc configuration. That analog card will measure values and store these values in it's own buffer memory. So in order to get these values into the cpu (which is afterall the point), you need to read these values from the analog card into the cpu. Please keep in mind that a FROM/TO instruction will not move data from one plc to the other over ethernet. Unfortunately, it's not that simple in Mitsubishi. It will only exchange data from the cpu to the ethernet card. What you are trying to do (comm. over ethernet) is somewhat advanced level if you don't have experience with buffer memory reading and writing. So you should either take some time and study the concept properly (buffer memory access principle is essential in Mitsubishi when you start using anything more that input and output cards) or get help from somebody (maybe your distributor can help?). Trying to get this up and running without understanding what is going on, is not something i would recommend. It all depends on how much time you can spend on learning this. Also, in the programming software, you can monitor the buffer memory of any special card. A good way of learning and understanding is by monitoring what is inside the buffer memory of your ethernet card (not sure of you can do this with FX because i don't have much experience with FX but i think you can). And then trying to read that data into the cpu by using the from / to instructions. Edited by Mitsu

Share this post


Link to post
Share on other sites
@Mitsu: thanks for your nice description! I've took my time to print the manual, a lot easier than switching monitors. And got the writing to the Enet module working. I can read the data with my E150 hmi in the Enet, so that must be working. Only the sending is a challenge :) every day i'm getting closer.........

Share this post


Link to post
Share on other sites
Having connection between Enet module and HMI is entirely different than setting up connection between two enet modules. I assume you printed the manual FX3U-ENET? In that case, chapter 5 (setting up a tcp/ip connection between two ethernet cards) and chapter 7 (fixed buffer communication without procedure) is what you should definately read. You should recognise the code in the manual compared to your example. That way, you can learn what is needed to set up communication. Once you understand that, you can then convert your program to FROM/TO instead of Ux\Gx. What you basically have to do is open up a tcp/ip connection between the two cards (that's what chapter 5 is all about). Once the communication is made, you can then send your data over the tcp/ip connection to the other card. Reading those chapters should definately give you a general understanding of the code from your example. Slightly off-topic but i agree with kaare_t in that sending data between plc's using ethernet is way too complicated in Mitsubishi. They really need to make that process a lot simpler. And that goes for the whole buffer memory access/access to special modules too (auto refresh is a step in the right direction but it is still way more complicated than for example in Siemens). I really hope they clean up the ethernet communication in the future since most cpu's now have ethernet onboard, which makes them ideal for exchanging data (especially if it doeesn't involve a large number of plc's, in which case a dedicated network module like melsecnet would probably be better). Edited by Mitsu

Share this post


Link to post
Share on other sites
Mitsu, this is a typical charge for an universal databus. That allows Mitsubishi to release new and new modules to existing FX PLC-series. Of course would be wonderful if Mitsubishi has simplified the procedures of the parameter's setup for modules on right-side and data exchange with them for these FX-series, however: 1) this goal is unattainable and 2) it's not so critical for professionals (any work loves of specialists). What really matters is to simplify documentations and to has the necessary functional blocks. When every PLC programmer has to shovel several manuals each with more than 100 pages (100 pages is a minimum, but usually an user's manual is about 800-1000 pages), he has got the desire to anathematize all Mitsubishi staff.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0