SolidRio

I didnt control a servo with encoder in mentioned post. In my case it was just encoder+plc for measuring. For servo you need positioning module (like FX5-40SSC-S), but you must check compatibility between servo and module.  

Haha, i almost wrote you answer when i got same error (while testing your case) as you. So why do you have this error. When you working with FX3U and GX Works 2 you can download "Symbolic Information" into PLC. That means you can upload project in same "view" as you have in "Structured" or "Simple with labels" project (with all labels/FBs and etc). With Symbolic information you also downloading "Program File" ( https://prnt.sc/odxpot ) that contains "Simple Ladder" code. And if you download Structured or Simple Ladder with labels in PLC and after download only "Program File" from any other project over it, and after you will try to upload from PLC you will get with message. This means "Program File" and "Symbolic information" dont match.  One thing is bothering me. You dont have selection "Program File" (like here  when i got this message - https://prnt.sc/odxxqy ) in upload window. Which version of GX Works 2 do you have (i have 1.577B)? To upload actual program that works in PLC you should download "Program File". And its impossible to download "Symbolic Information" without "Program file" and PLC cant work without "Program File" so it must be there.  

Problem is configuration tool of mx opc it self cant connect to opc.

I am trying OPC servers from mitsu (never worked with them before). With UA version i have no problem. When i configured connection in DA server and start "Monitor view". I always got "Cant connect to OPC server". Reinstalled. Installed another version (7.02, 6.10). But problem the same.  I've installed on another laptop with the same system (7 x64), but without many plc soft here (only gx works 2 and gx developer) and it works without problem. I thinking some soft is blocking it. Maybe someone faced this problem before. p.s. Already second topic in one week with asking for a help, god....

As far as i know - you cant simulate high speed counter. At least when i tried - i failed. P.s. A little bit hard task for first plc project.

Your post made me think all evening after work. I got it. And it seems moving encoder on motors shaft in first project helps in that way - more pulses on 1mm of production - scan time delay affects less on error, cause if i wrong count 250-500 pulses, its only 1-2mm, but if i use the wheel - 250-500 pulses - its already 75-150mm.  Next time i will fill mitsu servos, amps and that module into that type of project. And make this sh*t work without error in distance. Really thank you for your effort in this question. 

Hello everyone. I need to share my thoughts with someone. I already have 2 project that’s includes machines like flying saws (that moving with production line and cut) and I faced some problems. Maybe someone will share their experience. 1 project: Production line that creates sandwich panels. At the end of line staying flying saw which moving by servo. As a distance meter was 1000 HTL push pull encoder with 300 mm circle that moving on sandwich panel. I used FX5U plc. Connected channel A and B on X0 and X1. Made High speed I/O Ch1 with 2 phase 1 multiple. We put 2 1,5k Ohm on both X0 and X1. Encoder cable shield was grounded. Program was like pulses*ratio=distance. Distance =>Setpoint -> Cut. And then started something random. Every start of line error between setpoint and real distance of panel was different. In one start there was error like 2-3 mm. After a day maybe, when they start line different start to be like 10mm or another. They had to increase setpoint every time. We checked everything encoder circle, its rotating on panel, all mechanicals things. Nothing helps. We decided that cause was the temperature in room. In place where encoder stayed sandwich panel was right after heating process and metal decreases in length right after saw cut it. So we put encoder on motor shaft which pull material. So now we have something like 250 pulses on 1 mm of production (before was 3.33333) and dont depend on real material. And that’s helped. Error was stable 1-2 mm.   2 project: Production line that creates plastic pipes. Flying saw at end of line. Encoder 1250, circle 500 mm. FX5U, X0 and X1. 2 phase 1 multiple. Resistance and ground. Program same. At the start was multiple random difference errors like 20-30 mm. Accidentally we noticed that our resistance (0,25 watt) were really hot. We cut them. And all started to work properly, but… Difference between setpoint and real pipe length was something 70mm. So they want 9,72 meter pipe and for that need 9,79 setpoint. Error was stable and they seems ok with that. But on another day when we left city – they started another orded with thicker pipe and to get 9,72 pipe they need to put 9,82 setpoint. They still ok with that, but I am not. Maybe I something missing, but encoder that rolling on material is just don’t work with me. How to make precise cutting in this type of projects? Speed synchronization between line and saw is ok, cause cut is clean and on different speeds – same error. Guys, help me.

This can be empty and your program will work with only FROM instructions.

You can use 1 channel as a modbus master with 32 slaves and other as a Mitsu Inverter Communication with 16 slaves. I didnt test that, but you can.

What inverters do have? Asking because if its mitsu - you can manage them via mitsu invertor communication and divide them between 2 channels (or use cc-link ie basis if inverters have ethernet).

I understand that. This system only provide parameters indication and failure of equipment will not hurt anything, but its undesirable of course. I would be happy if mitsu have something with 103 protocol, but they dont. Maybe you can advice something? We cant afford Siemens (quite high price for such small system). And i dont know anything about writing of communication drivers. 

Its seems not quite easy... Meanwhile i found cheap plc from russian company "OWEN" (i think you know them) with support of 103 protocol, but i've never worked with them before. i should check compatibility with GOT (which we already have) and their software. 

Hello everyone.  I have 11 Siemens Overcurrent Relay Modules that only can be communicated via IEC 60870-5-103 protocol. I need to make a system that will be gathering information from them (Currents, Voltages, Some discrete signals, etc.). On mitsubishi site i've only found information about 101/104 protocols. Does Mitsubishi have a plc that can be connected via IEC 60870-5-103 protocol? If not, maybe someone knows another plcs that can be connected to those modules (I am already looking on siemens site, but its seems not quite cheap).

Little update on this old topic. Project ended up with CC-Link IE Basis (Thanks to someone in our office who bought FR-A840-E by mistake). In the manual was written that only 6 inverters  can be connected to 1 plc. But accidentally i faced on mitsubishi site notes to new firmware of fx5u (FX5 Firmware 1.110): "Expanded number of CC-Link IE Field Basic slaves (6->16)". I updated plc firmware and CC-Link IE basis inverter connection works flawless.