SolidRio

MrPLC Member
  • Content count

    61
  • Joined

  • Last visited

Posts posted by SolidRio


  1. Hello everyone.

    I don't have questions this time, but i want to share some information, maybe someone (because i haven't found any info except -https://forums.mrplc.com/index.php?/topic/20231-m8411-flag/) will find it helpful.

    In attached pic 3 different FX3U-485ADP-MB modules, that one of our client has. Module on the left is original 2013 release, it works as indeed (supports 115200 baud rate). In the middle module 2017 release. It is supposed to have 38400+ baud rate, but it hasn't. I did billions of tests (changing code/plc (all of them 2.40+)/gx works 2 versions, cnv-bd<->485-bd). It works until you change H1091->H10D1 or higher. The idea that the module was not original was prompted by bold text on the module in comparison with the original one. It also has a larger hole next to the connector. I also found the 3rd module (on the right in the photo) 2019 release. His text, on the contrary, is thinner than the original, besides, it is uneven. Plus, the brightness of the LEDs (RD / LED) is very low. But it supports 115200 (seems China has mastered the technology).

    Please be careful when purchasing this module. Or you will have to accept the lack of speed above 19200.

    WhatsApp Image 2020-10-23 at 12.22.57.jpeg

    485Modules.jpeg

    485Modules.jpeg


  2. Hello everyone.

    I have the system:

    RS232 Master (QJ71MB91) <-> AC3-M 232-485 (Owen) <-> Four Slave RS485 (Micom P116 Terminals).

    Modbus RTU protocol. The length of the 485th line is 20m. Speed 19200. Station numbers and parameters are correct. PLC reads the value of current, and doesnt write anything. The system has been in operation since January 2017, until that moment there were no problems.

    Recently, problems have begun. With an unpredictable frequency, the values of current freezes (it can work properly for 3 days or a week or can freeze 10 times every day). System bits of the QJ71MB91 (BFM 3104) at this moment of freeze indicate the loss of communication with all 4 stations. It freezes all the time for a different period. From 30 secs to 27 hours. We cannot reboot the module / station, because object in operation (continuous production). The indication of currents does not directly affect the operation of the object, but problem must be solved. There were many versions, but one very important remark is that at the moment of values freeze there is an indication on the module, as well as the SD and RD LEDs, therefore, the module receives something, but the information is incorrect. If you pull out the cable, there will be no RD indication, because no response from stations. Therefore, the cable is most likely good. One version that one of the terminals sends garbage to the network and puts it down. This version also fits the fact that one of the terminals was changed in 2019 and the firmware was changed on another, but from what moment the problem arose is not clear (the cells have not been used since 2019 and were put into operation back only now). There is also a suspicion that communication with all 4 terminals is lost - the problem with converter - AC3-M.

    Since this is a continuous production, you will not try much on the go, but the plan is to disconnect one station at a time and look at the behavior of the network, but if it does not help, we will change the AC3-M at a planned stop.

    I am writing with a view to, maybe someone share their experience with a similar problem.


  3. 4 hours ago, Thiago Turcato said:

    SolidRio,

    I've been talking to some people here about your question and both MX OPC UA and DA have this limitation: tops 10 PLCs and 100,000 tags per MX OPC instance.

    According to Mitsubishi, if you need more than 10 PLCs or 100k tags, you will need to have two MX OPC server running in two separate PCs.

    Thiago

    Mitsubishi representative has answered to me: "There is no such restriction in MX OPC Server DA and the program allows you to create more than 10 connections." 

    I am not sure that "allows" equals "works reliably". I don't have so many PLCs right now to test it. Hope someone from here already has experience with this question and will share it.


  4. Hello everyone. 

    Quote from "MELSOFT MX OPC Server UA Version 3 Operating Manual":

    Quote

    Maximum number of connectable devices 10

    That means i won't be able to connect more than 10 PLC to this OPC? If so, why that number so low? Do MX OPC DA has same restriction (in manual no word about this).


  5. 22 minutes ago, Gambit said:

    The scan times are pretty high. I would also take a look at reducing the scan time.
    For an FX3 this means reducing the active to and from instructions in the program.

    This plc controls a lot of equipment, but i will look into code to optimize something. And dumb question, how 150ms scan time helps create latency 3-6s on GOT/SCADA? As i understand it just +150ms to latency of getting data from PLC.

    22 minutes ago, Gambit said:

    Second maybe you can reduce the number of requests from Win CC.

    Yes, i am working on memory remapping (No bit data, and gathering requested data in same area of memory) to decrease number of requests from GOT and WinCC. And will optimize number of data on one screen.

    22 minutes ago, Gambit said:

    Having just one one peripheral Like OPC connected to the FX should also be effective.

     Yeah, but it leads to the first question of my topic about how to connect GOT and OPC :-D


  6. 57 minutes ago, Gambit said:

    Wouldn't it be cheaper instead of buying an OPC server to exchange the FX3 for an FX5 ?

    We already have OPC (i dont remember da or ua) that is working with other plcs, so thats why we want to use it.

    59 minutes ago, Gambit said:

    As for the GOT I would set a delay time to decrease the load from the GOT's and also give them different start-up times if they power up at the same time.

    Delay time is a good advice. But i am not sure how different start-up time will help. As i imagine this, in a module there is something like "queue" on answer. So if there 2 requests at same time (like SCADA and GOT), so it will send data to one and then to another. And there will be no different if second request will come at the different time (for example in moment of sending data to first client). I may be wrong. And different start-up time hard to control i think. Because different GOTs start-up with different speed time to time.

    1 hour ago, Gambit said:

    Does WinCC have a driver  diagnostic tool which shows you how many requests are made to the PLC ?

    Yes it has Channel Diagnosis. Right know factory equipment at maintance, so there are not that much signals changing at the time, but i still tested it. At main screen (which have most of data on it) request number was - 23-25 at the time. 

    1 hour ago, Gambit said:

    What is the current scan time of the PLC?

    I will repeat, that factory equipment at maintance, so there are not that much signals changing at the time and many steps is skipped in program, but result:

    Actual Scan Time: 152.9 ms

    Minimum Scan Time: 143.3 ms

    Maximum Scan Time: 214.2 ms

    But with all of this Channel Diagnosis shows me that latency about 6s (1 GOT, 2 SCADAs).

    I will repeat test tommorow, when all equpment will be in work so maybe some of numbers will change.


  7. On 16.12.2019 at 6:30 PM, Gambit said:

    How many GOT do you have connected to 1 FX3U-ENET. and what is the delay time set in GT designer  ?

     

    I have 2 cases. 

    1. FX3U-ENET have 2 GOT (Melsoft Connection) + 2 SCADA connection (TCP/Unpassive/Send/Procedure exist(MC)/Disable/Confirm/Port Number). That case is working not that bad, latency is about 750ms-1.5s (I watching in channel diagnosis in WinCC, but latency in WinCC and on GOT almost same). Latency not that bad mostly because not huge amount of data sending. Delay time is not set in GT Designer (0 ms).

    2. FX3U-ENET have 1 GOT (Melsoft Connection)+ 2 SCADA connection (TCP/Unpassive/Send/Procedure exist(MC)/Disable/Confirm/Port Number). That case pretty bad. Latency about 3-6s. There are a lot of data and soon will be another GOT (so another Melsoft connection). Delay time is not set in GT Designer (0 ms).

    Right now plan to make MX OPC UA/DA (whatever) and put SCADA connection here. But i had idea to add GOT there too. But i am open to another solutions :-)


  8. 4 hours ago, Gambit said:

    The SoftGOT (which is your GOT project running on a Windows based computer) has an OPC UA driver 

    SoftGOT isn't the thing i needed, sadly.

    I already have working project with FX3U-ENET and multiple GOT panels that occupied almost all of available Melsoft Connections. And i was thinking what if i would connect FX3U-ENET to OPC and then connect OPC to multiple GOT. Because of a lot of GOTs requests - module is working quite slow and with the idea i described before i want to solve that problem.


  9. Hello everyone.

    Is it possible for GOT(for example 1695-X) to take data from MX OPC UA or DA? I havent found anything on that topic in manual, maybe someone have experience in that case. As far i know it possible to take data from GOT to OPC (OPC have driver for it), but i never tried it and i need opposite data flow :-).


  10. 16 hours ago, fizanmughal said:

    the link you attached cannot be opened . please tell me your solution , I am having the same issue . I just want to drive a servo motor with encoder pulses .

    at slow speed everything works fine but when speed gets higher . it doesn't work as my requirement.

    the things I am using are these:

    PLC   :MITSUBISHI FX3U 16 MT

    SERVO   :MITSUBISHI HC-KFS73B

    SERVO AMP   :MITSUBISHI MR-J2S-70A

    ENCODER     :OMRON E6B2-CWZ6C (200PPR)

    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.  


  11. 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.

     


  12. 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....


  13. 1 hour ago, Alex R said:

    I'm new to PLCs (and I'm a simple Mechanical Engineer).  I've been on a FX/GX Works 2/ladder logic training course but, of course, it hasn't covered everything that I need for my first PLC project.  My first problem is counting high speed pulses; they come on average every 7 ms (but this will vary), and each one is about 0.5 ms long.  Reading up about this suggests that I need to use High Speed Counters C235 etc, running off X0 etc.  I need to store the value of the counter at several times (e.g. at 0.5s, 2s & 2.5s) or the time to set counter settings (e.g. at 50 pulses, 350 pulses & 400 pulses). 

    Anyone got a bit of sample (ladder logic) code that they could send me to help me get going?  I've tried trawling this site and similar things have been asked previously, but I can't find a suitable piece of code to modify.

    As i understand (by Gx works 2 and FX) you looking for something like fx3 (or older) plcs. 

    Yes, you need high speed counter. I cant help you with a code. But you may check this manual (4.8 item - High-Speed Counter [C] (FX3U/FX3UC PLC)):

    http://dl.mitsubishielectric.com/dl/fa/document/manual/plc_fx/jy997d16601/jy997d16601q.pdf

    There are some examples of code and many useful information.

    1 hour ago, Alex R said:

    p.p.s. Do these high speed counters not work in Simulation?  I've tried a few examples and can't get the Counters to count.

    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.


  14. 17 hours ago, glavanov said:

    I'm not saying it's inpossible to do it with main unit, but i quit trying.

    Main unit positioning instructions are ment to be used for simple positioning tasks.

    When you use pulse trian to control servos you don't actually have feedback to the PLC what the amp is doing.

    You can count only on good servo tuning and wire some amp outputs to PLC  for example "in position" signal to vrify that servo is done with positioning and redy for next instructio.

    Yes, the scan time delay is factor.

    When you need synchronisation of servo with another Axis or encoder you need special function unit that can hadle encoder, high speed inputs for positioning or synchronisation start and delay compensation parameters that can be set depanding on your mechanical/servo system, mark detection function also.

    FX5-40/80SSC-S have it all, but yes it can work only with JE/J3/J4-B series amps with SSCNETIII/H optical interface. It's not cheap solution but is dedicated exactly for aplications like yours and it's maybe the most cost efective solution out there when you can use it with JE_B series amps.

    It have differential/incremental encoder/MPG inputs, high speed/mark detection inputs.

    It have synchronous control and Cam function, also cam auto generation function.

    All the Axis data like current feed value, command feed vlaue, or encoder counter value right there in the buffer memory redy to be used in sequence orogram or monitored.

     

     

    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. 


  15. On 27.04.2019 at 1:48 PM, glavanov said:

    Brand and model of the servos?

    Different servos being used. First one was Delta servo, second Lenzo.

    On 27.04.2019 at 2:09 PM, glavanov said:

    There's no simple answear for your problem.

    I had a similar task few yers ago. No luck with FX5 main unit only.

    I ended up adding FX5-40SSC-S module and end all my problems.

    Check the solution example below. It's IQ-R series simle motion module, but FX5-40/80SSC-S module have the same functions, but up to 4 or 8 Axis.

    Why it cant be done with only main unit and ? Cause of low speed of high speed inputs? Or program scan time? Or wrong count? I just dont get it. 

    I dont know how to implement that module with this servos. And still you must put encoder signals to fx5u main unit, isnt? We dont have problem with servo control, because we change line speed and error still same. So it seems problem with encoder.

    I am not working with servos and encoders at all (cause working in mining industry), but its second project on side with encoder and i feel really dumb. 

    In first project moving encoder on motor (more pulse on mm of production) helped fix error to 1-2 mm (and thats ok), so it seems possible with cpu itself, but i wanna do it with encoder wheel on production (2,5 pulse on mm of production).

    On 27.04.2019 at 2:09 PM, glavanov said:

    Удачи братан! :)

    ;-)


  16. 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.


  17. On 09.04.2019 at 0:56 AM, arnoldzw said:

    Should the solution with the FROM instruction work on the FX3U as well without additional settings? Or do i need to configure some additional things in the PLC parameters?

    Yes, it should, FROM will work without additional things, but you should check difference in BFMs of FX2N-4AD and FX3U-4AD (check manuals).

    On 09.04.2019 at 0:56 AM, arnoldzw said:

    Do i need to configure these or other additional settings here, or can this be empty and leave the program as-is with only the FROM instruction?

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


  18. 16 hours ago, Inntele said:

    Keep in mind, the reliability of OWEN PLCs is in times lower than Mitsu provide, while I suppose the application requires the use of reliable equipment. If you're looking to the side "ПЛК100-ТЛ", rather it belongs to the class of intelligent relays than to a PLC. 

    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. 


  19. 1 hour ago, Inntele said:

    Mitsu does not have, but the appropriate communication driver can be written.

    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. 


  20. 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).


  21. 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. 

    1 person likes this

  22. So, i tested MODBUS.

    First, my previous problem was only when some of inverters is offline. I think i have some problem with program sequence or with response time waiting, i will find out.

    Second, Its seems when you use small amount of commands (IVCK/IVDR etc) - mitsubishi inverter protocol is winning at speed. 

    I dont know who will win in case full control of inverter (full monitor and control), i will try it when i will have time.

    MODBUS (in case of Mitsubishi inverters) not so good as i thought at start. Inverters data divided between many ranges of memory and you cant cover that by 1-2 ADPRWs which can only cover 125 points of memory. Because of this amount of telegrams between plc and inverters not that small. And MODBUS master can be only one in one PLC, so you cant divide your Inverters between 485-modules (like mitsubishi protocol).