Sysmac Studio Β· NJ/NX Β· see inside the machine

Diagnostics & Debugging

When a machine misbehaves at 2am, this is the skill that saves you. Online monitoring, the event log, and EtherCAT bus diagnostics that point straight at the failed node. Let's hunt a dropped slave.

πŸ”Œ EtherCAT diagπŸ“‹ event log
01 Β· Find the dropped slave

One node fell off the chain

EtherCAT is a daisy-chain: the frame visits each slave in order. When one drops, everything after it goes dark too β€” so the first "unreachable" node is your culprit. Press the fault, then click the node you think failed.

healthy

Controller event log

[boot] EtherCAT network: all slaves operational βœ“
02 Β· The toolkit

From symptom to root cause

πŸ” Online + breakpoints. Watch live variable values as the program runs; set a breakpoint to freeze on a condition and step line by line. Force a value to test a branch without rewiring.

πŸ“ˆ Data Trace samples variables every task cycle into a scope view β€” the only way to see a glitch that's gone before your eye catches it.

πŸ“‹ Event log + error codes. The controller timestamps every fault with a code you can look up. Read it first β€” it usually names the unit and the cause.

🧭 The method: reproduce β†’ read the log β†’ narrow with trace/breakpoints β†’ fix β†’ confirm. Don't guess; let the controller tell you.

03 Β· Check yourself

One quick question

On an EtherCAT chain, slaves 3, 4 and 5 all report unreachable at once. Where's the most likely fault?