innoaloe

@gtsuport noted, thanks

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.

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

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?

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.

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.

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.

I would suggest using the Trend Graph instead. Using it, you not only displaying real time logged data, but can load the data that is saved in the SD Card / USB Flash Drive. The data are tagged with timestamp, so should be easy to search for a certain day / time. Also you won't have issues with arrays. All tests must be done in a real device though. Otherwise, if showing graph in the HMI is not a necessity, I would suggest using the DataTrace function in Sysmac, which is on the PLC side. Here you graph and saving the data log inside your PC, so anytime you can load it up offline and show it.

As you said, it is not working in Simulation mode (meh...) Graphing every 20 ms is quite intensive I'd say. The minimum value for interval-based update in the Broken-Line graph object is every 1000 ms. Sure you can reduce it using the condition-based update (like triggering it from PLC bit), but I don't know whether we can expect it goes faster or not. The only issue in using Broken Line Graph is that it is not a value vs time kind of graph, so if you want to achieve that, you must make the variable as an array. Say your variable is an integer array in size of 10, each index represents value at nth ms. Every new sampling, you need to shift values inside the array to emulate value vs time graphing. An easier solution would be using the Trend Graph which directly creates value vs time graph. But you need to plug either SD Card or USB Flash Disk to use it, since it is showing a real data log.

DIP switch 5, when turned on, forcing the Serial Port settings to its defaults (such as baud rate, data bit, etc). When it is turned off, the settings are using values defined in the PLC Settings section in CX-Programmer that you download along with the program. These settings most of the time got jumbled and messy on power up if the plc backup battery is low on voltage. Maybe that was what happened

Thanks for this @Michael Walsh The only downside with the FB is that direct SSL connection is not supported, thus we have no choice but to connect the PLC to a local email server first. But I guess at the moment that's how it goes for other brand as well, though (Siemens for example).

Yes. And I believe both will work.

Omron RS-232 port pin arrangement is different from the usual computer RS-232 port. Make sure you wired it right like shown below (right is Omron side connector, left is computer side connector) :      

If memory serves, the Slave Address for the GX-JC03 need to be written manually. It doesn't got set along during downloading the program. After you download the EtherCAT settings, keep online to the plc, then right-click on the PLC unit in the EtherCAT window. You will see the option to "Write Slave Node Address". There you can write the specified node address to the JC03.

The SEND instruction can do that. The Instruction Manual of that instruction describe the Host Link mode pretty well. That instruction only available for CP1L series and above though. You cannot use it with CP1E.

Indeed Toolbus ain't documented, but using the Multiway program from Omron France, we can practically reverse engineer it. Granted you are a student, I'm sure you have the time for doing that. However, as Jay mentioned it is not really wise to do so. It's kind of wasting your time reverse engineering something that is undocumented, while you have something else that is already documented properly with the exact same usage (HostLink in this case). And guess what? The said "AC01" command was actually documented here : https://www.myomron.com/index.php?action=kb&article=34 Surely it is not documented properly. If you want to try the command again, try sending "AC01" not as a String (in which you are sending 41 43 30 31 hex bytes), but send them as a raw hex bytes (so you are sending AC 01 hex bytes). I don't know whether that'll work or not since I never tried it myself. Good luck.

No, PULS and SPED are for outputting pulses from the PLC. To compare the encoder pulse count, you can use the PRV instruction to find the current pulse count, and use the usual compare instructions to produce the multiple output. Alternatively (and system wise better) you can use the CTBL instruction which generates the output as an interrupt, although the usage may not seems straight-forward.  

Don't forget to set proper Origin Search parameters for the Pulse Output in the PLC Settings as well, if you are using the ORG instruction, or else it will always return an error. If memory serves me right, you always need to use Mode0 for Origin Search of stepping motor.

There is no such CD program that ships with the G9SP unit. What Omron meant is that the serial number comes with the CD, should you buy the software. Of course entering the numbers printed on the G9SP unit won't work. It was never a free software. Faster way is (maybe) to ask Omron field engineers to come to the site... with charges of course...  

I don't understand... you can use PRV2 for the HSC0. Why can't you use it on the HSC1 as well?

Nice find. The manual states that the FB not only supporting DM, but IR, HR, and LR registers as well.

@Artz It's been two weeks since you asked, so I don't know whether this is still needed or not... But NA does allow you to run multiple Threads as you said. In this post below, I demonstrated how to run a secondary thread which is doing some background processing. The example is just a counter, but you'll get the idea. http://forums.mrplc.com/index.php?/topic/35055-anyone-have-much-experience-creating-iags/&do=findComment&comment=163685 So in your case the Main Thread is the user interface that will display the hourglass, and then you run a secondary thread which will run the time intensive subroutine.

At one time, I even need to edit an EDS file of a certain 3rd party vendor (using the good old notepad). What I found in that EDS file is that there are multiple definitions of a certain ESI Tag (can't remember which one) But the point is, TwinCAT seems to support a more dynamic ESI file definition compared to Sysmac Studio. And yes, not all ESI files are tested to be working with Sysmac Studio

Self-preferences aside, in the end it's about choosing the right tool for the right job. For example, playing with sequences and interlocks are easier using ladder. Doing Maths and data shifting are easier using structured text. Most PLC with Structured Text functionality enables you to set specific address to be used for the local variables, also enables you to set initial values of those variables via the variable table. Aside from that you can set settings in the programmer so that only certain interval of variable addresses are allowed to be used for variables. I believe Mitsubishi's should be the same.

Well... have you mapped the points to the NX701 global variables? The variables must be set to be Published in the Sysmac Studio, and you need to run Sysmac Gateway software in the same computer so CX-Supervisor can find it (should come along with the installation of CX-Supervisor) Having another HMI connecting to the said PLC won't be an issue.