innoaloe

MrPLC Member
  • Content count

    419
  • Joined

  • Last visited

Everything posted by innoaloe

  1. HMI global variable become invalid

    The guy contacted me. Can close this, I guess...
  2. Help with structures

    @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.
  3. 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.
  4. 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.
  5. @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
  6. Etn021 ip address change problem

    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.
  7. NX102 Fins Command with PC

    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.
  8. NX102 Fins Command with PC

    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.
  9. Nj & CJ1M communication

    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
  10. "Easy" way to change screen resolution

    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
  11. 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.
  12. NP series

    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.
  13. 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!  
  14. Problem Running CX-Simulator - KickEngine

    @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
  15. 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.
  16. Ethernet/IP comms

    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.
  17. 2 CPU CJ2M on one PSU

    No
  18. 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.
  19. recovery firmware

    I certainly haven't seen this kind of issue before... Not sure if I can help more on this, but I believe the Write E2PROM function that Beckhoff presented will not overwrite any firmware inside the device. It will only overwrite the parameter drive values. Now if I'm not wrong, you are trying to connect to the drive using a regular PC, and not the IPC / PLC. In that case you should try to disable the EtherCAT sync mode (usually it's called DC Sync I believe). For what I know, regular PC won't support any DC Sync connection attempt and thus will cause unintentional errors, since the CPU clock cannot keep up with the sync process.
  20. NA Variables

    Correct, the older sysmac version won't allow you to use variable inputs for the Min-Max value. So, update it... I guess...
  21. recovery firmware

    Hello, I would suggest you to try this first : As you've mentioned, you have downloaded the ESI file from Omron website, which I assume named Omron R88D-1SN04H-ECT.xml However, ESI file for this servo series cannot work on its own. You need to also download the file Omron R88D-1SNxxx-ECT-Modules.xml, then put it on the same folder the ESI file. This additional file is like a common library file for the 1S Servo series. Try again to connect to the servo once you have these set. I wonder if you really can overwrite the EEPROM driver of the servo... Not sure how you managed to do that, if that's the case. Did you have successfully connected to the servo before this happens?
  22. CJ2M-CPU35 interrupt inputs

    You can use CJ2M-MD211 which is to be installed to the left of the CPU, as mentioned by Jay, for interrupt inputs that are configured from PLC Settings. Alternatively you can use the CJ1W-INT01 that you've mentioned, which is to be installed on the right of the CPU. For this unit, you configure the interrupt function through Ladder program (using MSKS instruction). If I were to recommend, CJ1W-INT01 will give you easier wiring since it uses screw-terminal blocks. For MD211 you need to have 40pin MIL connector, then convert it to terminal block if necessary. Omron sells those additional connectors as well, or you can make one.
  23. ORG(889) and INI(880)

    By any chance you let the ORG instruction to keep turned On when the INI is triggered? You should use Differential Up input contact, or use the @ORG version of the instruction. That way, after INI kicks in, the ORG will not be retriggered.
  24. NS8 PT connecting problem

    On the CJ2M PLC, you need to make sure the DIP Switch number 5 on on the CPU Unit is turned off. Also make sure your RS-232 cable wiring is using the correct pin order, since Omron devices got a different pinout standard than the common RS-232.