-
Content count
425 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Calendar
Everything posted by innoaloe
-
Salutations! So recently I'm very confused with my CX-Programmer. Everytime I tried to run the Simulator from CX-Programmer, I always got a notice that a certain program called KickEngine.exe is about to Run. I look up for this program and found it inside CX-Simulator folder, so I decide to run it anyway. The problem is the simulator always return the error : "The selected port does not exist". In other words I cannot run the simulation. I understand that the simulator uses ControllerLink comm. between CX-Programmer and CX-Simulator, so I tried to run those two separately and build the connection, but also to no avail. Even so, since CX-Programmer 9.0, I believe there is no need to run the programs separately. Before I had a similar problem where the simulator cannot be run, and the error code is "Failed to Start Ladder Engine". This was solved by removing whole Omron software using CX-Remover, then reinstalling again. However, it doesn't solve the current problem. If possible I don't want to resort to reinstalling the whole OS... T_T Anyone has suggestions or ideas? I had lookup on an older thread and tested the measure taken there, and didn't solve this. Thanks!
- 5 replies
-
- cx-simulator
- cx-programmer
-
(and 2 more)
Tagged with:
-
Hello, has anyone noticed that plenty (not all) forum posts are changed to quotes from TWControls? What is happening here? Hopefully only a momentary breakdown
-
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.
-
EIP issue with closing/opening sockets
innoaloe replied to Hoobs's topic in NJ Series / Sysmac Studio
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. -
edit time variable in Recipe NA HMI
innoaloe replied to marcinmrag's topic in NJ Series / Sysmac Studio
@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.
-
HMI global variable become invalid
innoaloe replied to Jay Anthony's topic in NJ Series / Sysmac Studio
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.
-
WireShark capture of PC <-> Omron NJ via CIP protocol
innoaloe replied to zbyszek54's topic in NJ Series / Sysmac Studio
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. -
WireShark capture of PC <-> Omron NJ via CIP protocol
innoaloe replied to zbyszek54's topic in NJ Series / Sysmac Studio
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. -
WireShark capture of PC <-> Omron NJ via CIP protocol
innoaloe replied to zbyszek54's topic in NJ Series / Sysmac Studio
@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
-
The so called "Rescale" thing is a buggy feature which won't work in most cases. (One of many bugs this program have ) Your best bet is to resize all pages manually
-
Hi there, if you're in NA editing mode in Sysmac Studio, you can right-click on the HMI Icon near the top left, and choose Change Device. From there you can change the Version of the NA, which is it's firmware version. I don't know why Omron choose to make the numbers different, but changing that will also change the Project Operating System Version. So it's kind of a trial and error to find which is right. But of course choosing higher number firmware version will give you higher OS Version as well. You might not find one that is suffice for your Device, depending on your Sysmac Studio version, because on each update a new NA firmware version also comes. In that case, use the Omron Auto-Update software. Alternatively, when that popup goes on, you can click YES so that Sysmac Studio will overwrite the OS and firmware inside your NA to equal the Project OS Version. Which in your case means, you'll have it downgraded.
-
The NP3 series were discontinued since 2009, and the NP5 series were discontinued since 2012, so I believe they are way past warranty period. I see no way that Omron or their authorized distributors are still selling those now, unless you bought it from a non-authorized dealer. Regarding the USB driver, you can find it after installing the NP-Designer software. It should be located inside the installation folder under subfolder ScrEditApp. Read the manual book V096 for details.
-
@Michael Walsh I don't remember whether this is the correct one, But I think I used this registry fix from myomron : https://www.myomron.com/index.php?action=kb&article=1078 Also I think we need to edit the registry value manually in the reg file before executing it, depending on where we install CX-Programmer / CX-Server
-
WireShark capture of PC <-> Omron NJ via CIP protocol
innoaloe replied to zbyszek54's topic in NJ Series / Sysmac Studio
Hello @patch91484@hotmail.com, unfortunately Omron does not provide any documentation whatsoever regarding that service code. I managed to find it before through experiments. Since the company decided not to make it public, I don't think I can give you the answer here. However, should you are lucky to get a Sysmac Gateway program in your PC, you can use it's Tag Monitor utility which will return all available tags inside your PLC. While doing so, if you monitor the packets through Wireshark, you can find the service code there. -
You can use it for any Ethernet/IP device supporting UCMM, granted you know the Class, Index, and SubIndex of the designated data to read.
-
Newbie Question: We have an old diecutter with an Omron Sysmac C60P controller.
innoaloe replied to ruddyu78's topic in Omron
IMO the dead battery shouldn't delete your program (i.e. the ladder diagram) However, battery does make sure memory values are kept as how it was set when programming the PLC. In much cases these memories related to the PLC operation settings, so having a bad battery may reset those settings on power cycle, thus causing a faulty operation.