cr_drew

MrPLC Member
  • Content count

    6
  • Joined

  • Last visited

Community Reputation

0 Neutral

About cr_drew

  • Rank
    Newbie

Profile Information

  • Country United States
  1. Yep, that's what I meant by " sending raw TCP packets representing MC protocol frames".   Anyways, I convinced my company that we needed the software to be effective at accomplishing this, so I have a copy of GxWorks and GTWorks on the way.  Thank you for y'all's help!  I'll be sure to post back when I'm neck deep in MC Protocol frames and can't find my way out  Drew
  2. Thanks for the reply!  It's actually interesting that this YouTube channel is basically the only mention of LabVIEW and Q PLCs online.   I believe LabVIEW supports MX Component through ActiveX, I couldn't find a native driver anywhere.  Unfortunately, because I must control this via my embedded controller, I can't use ActiveX. It is true that their OPC server will support Mitsubishi PLCs.  If it comes to this, that may be my only option.  However it seems like a ton of overhead to set up a whole server just to send a few commands.  Regardless, you are correct that it is an option.  Do you know if the OPC server supports PLCs natively, or if you must configure the PLC to talk to it?  My main issue is one of not knowing anything about configuring the PLC, nor currently having access to GxWorks. For now, I think my focus will be sending raw TCP packets representing MC protocol frames, as the YouTube channel does in another video. Now I just need to figure out what messages to send the PLC.  I'm thinking Wireshark to scope the Ethernet connection, but having trouble getting packets to show up (see previous reply). Thanks again for your reply!
  3. Fair point, I guess I thought the fact that it is listed as a switching hub meant it might be ok.  I have an el cheapo router that I have successfully used to capture EtherCAT traffic, so I will try to use that this morning and see what happens. If not, do you think I could just plug directly into the plc and get anything?  I'll try this as well. Thanks!
  4. Also, I will probably end up needing a copy of GxWorks2.  Does anyone know where I can purchase/demo the software?  Mitsubishi's website is super confusing.
  5. An update, the switch itself is an OMRON W4S1-05B, and it looks like it is unmanaged.  The only configuration I found was a QoS switch to prioritize control data.  I tried turning this off, but it made no difference in the capture.  Any chance the CPU settings could be masking the comms from Wireshark? The Wireshark capture is attached, it isn't much to look at.  I think 192.168.3.39 is the CPU.  Any ideas? Q03UDVCPU-GOT1000.pcapng
  6. Hello 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