innoaloe

CP1E-E10 doesn't have capability to add option modules / expansion slot, so no.

Wow, didn't know someone took the time to trace the USB protocol and create such a project. This is a late reply, but if anything, I recognize the hexadecimal pattern is similar to the Host Link protocol, which is typically used with RS-232 for Omron PLC. IIRC C-mode and Host Link are the same thing as well. If you look on Host Link protocol manual, maybe you can figure things out.

Hello @PenneyInstruments. As what Crossbow mentioned, if the PLC is acting as the TCP Client, then you should use SktTCPConnect FB. If all your connection parameters are correct, the communication will be established if the device at the Server side is accepting connections.

@PenneyInstruments Hi there! See this post over here : http://forums.mrplc.com/index.php?/topic/35045-custom-keypads/&do=findComment&comment=163666

@mr_electrician It might be random to say this, but seems like I've seen that HMI screen in LinkedIn.

This might come as of late, but well, here are my thoughts : As far as I understood, NB connection to NJ is by Ethernet UDP protocol, which is a connection-less protocol. Granted that you are using WiFi which is an unreliable connection mode, there will be multiple loss of the UDP packets transmissions. If memory serves me right, in NB whenever there is a disconnection, buttons that are linked to a PLC address will disappear. I don't think there is any fix to this. Also, as the user manual suggest, NB is never intended to be used as a wireless device.

The guy contacted me. Can close this, I guess...

@brandon1967 I take your question is whether a custom Structure variable can be accessed via the HMI, isn't it? That's actually possible. Say you create a Structure Data Type like so : st_Water Pressure Type: REAL Temperature Type: REAL You then assign a Global Variable in the PLC program like so : plcWater Type: st_Water Then, in your NA project, you can map it the Variable Mapping section like so : User Variables: plcWater Type: st_Water Variable: hmiWater Now, say you want to display the Pressure, put a DataEdit control, then under the Variable property, just type in hmiWater.Pressure Similarly for Temperature, in the Variable property just type hmiWater.Temperature The auto-complete feature will actually shows you those structure members after you key in the dot. While clustering by PLC Program (as in Local Variables) is not possible, this method already helps a lot, rather than mapping each members one by one.

I see... In that case I'm not sure. Never tried that before in NJ/NX. Manual W506 (NJ/NX Ethernet/IP Port) doesn't mention whether that is possible or not. By the FINS/UDP I mentioned before, what I meant is using a direct FINS protocol. So not FINS over Ethernet/IP. This is possible even in NJ/NX. You can use the "Multiiway" tool to test it. No Ethernet/IP encapsulation is not needed.

Are you sure that is FINS Command? Because if you look into manual W342, there is no FINS command using 0x54 byte as the code. If memory serves, 0x54 is a Forward Open Service Code, for Ethernet/IP protocol communication. Maybe you were communicating using Ethernet/IP protocol for the CJ-Series PLC? In any case, you cannot communicate using Ethernet/IP for direct address access. FINS is your option for that.

@Bhautik1706 There is. It's the same with FINS protocol used for CP / CJ PLC Series. See omron manual W342 for details on FINS protocol (it covers all about it). I would recommend using FINS/UDP which is relatively easier

Just a guess, but seeing a "Mode 11" message appears, try to double check your IO Table. Did it say CS1W-ETN21(ETN11 Mode) or CS1W-ETN21(ETN21 Mode)? There might be a chance that your ETN21 was set up in ETN11 Mode, but now you are accessing it in ETN21 Mode, or vice versa. In any case, in the IO Table, you can click on the ETN21 unit, then click "Options --> Change ETN21 Mode" to choose the mode suitable for your needs.

Well... looks like your connection is OK, but the data you are sending to PLC is incorrect. - DNA must never be 00. Your Sysmac Studio screenshot shows that the PLC uses default Local Network 01, so DNA should be 01 as well. - I believe using 00 for SNA should work. But if it doesn't, you can put any number there, like 02 for example. It doesn't really matter for a single PC and PLC connection. - On your Multiway screenshot, your attempts before the last one are just sending the FINS Header, which will never work - Your last attempt in the screenshot looks fine, except the DNA being 00.

I usually use 0 for SNA for a direct network. No routing table setup is required, assuming you're using FINS/UDP You need to set it up though, if you're using FINS/TCP. Also last octet of the IP Address is not always the FINS Node Address, so if your Sysmac Studio shows that the FINS Node Address is 11, you should use that for DA1.

Hi @ksinghysingh, see this thread here : http://forums.mrplc.com/index.php?/topic/28291-help-with-send-function-block/ Since you are using the CJ1M-ETN, I believe the FINS communication using SEND/RECV FBs stated in that thread should work