Search the Community
Showing results for tags 'mcprotocol'.
Found 4 results
Hi, I'm a newbie on Mitsubishi PLC, but I succeeded now (at last), to communicate over SLMP-TCP/IP to a real iQ-R. So my question, is there any possibility to use the same kind of communication when the plc project runs on a GxWorks3 simulator? I tried to use the local host, but without success. The client sw is a piece of code that runs on a PC. The reason why I'm asking, I want to have a tool to run table script tests easily either on a real iQ-R or on a simulator.
fw128ted posted a topic in MitsubishiHello everyone. I'm new to Mitsubishi PLC . My device is Mitsubishi PLC Q Series(Q03UDV) and GX worker2 to set up parameters. I'm now implementing an application to communicate PLC with MC protocol. After some research, the application can now read or write data to PLC. But here's the problem, I have found that once an application is connected to PLC and read/write data(without closing the connection), other application must wait until the first application close the connection to read or write data. I have read these manual, but no solution has found. Hope someone knows the reason, thanks. http://forums.mrplc.com/index.php?/files/file/1086-q_l-melsec-comms-mc-sh080008lpdf/ http://dl.mitsubishielectric.com/dl/fa/document/manual/plc/sh080779eng/sh080779engai.pdf
cr_drew posted a topic in MitsubishiHello all! I am in a time crunch and must find a way to send a command to a few registers on a Q03UDVCPU from LabVIEW in short order. Having never used Mitsubishi PLCs or GxWorks2, my understanding is that MC Protocol over TCP is likely my best bet. Do this make sense, or am I missing an easier way? The current interface is a GOT, but I need to update a few things programmatically from my embedded controller. I have tried to use Wireshark on the Ethernet hub between the QCPU and the GOT, but only see a few "Who are you" broadcast packets. Does anyone know why I might not be seeing the network traffic I expect? Thanks in advance! Drew
Rayliegh posted a topic in MitsubishiHello all, I'm using MC Protocol Format 4 to communicate with a VB6 application on a PC. I want to make some slight modifications, and I am getting a sum check error being returned by the module to my application. I believe (haha) I am calculating the sum check code correctly for Format 4 as most commands do work (reading for example). I was wondering if anyone knew of the buffer memory location on the QJ71C24N card that stores what the card is calculating for the sum check? This way I can have a troubleshooting tool to see what I am calculating wrong. I have looked through the manuals (application/basic) for the C24 already as well as the Melsec Reference Protocol manual. I have attached the error code for reference, again, I am only looking for what the C24 calculates as the sum check code. Thanks