Mesa 7i96S step and direction signals go high on power loss

  • satiowadahc
  • satiowadahc's Avatar Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
15 Aug 2025 16:02 #333468 by satiowadahc
Hi, Troubleshooting a series of mishaps in design.Background.

Problem 1. Operators using power switch as an e-stop.
Problem 2, Killing control power on this machine doesn't kill power to the drives and motors - Welp adding another relay now.
Problem 3, Mesa step and direction signals go high on power loss until the caps die out. (Which is what I'm actually curious about in this thread)
Problem 4, Teknic eclipse drives read a high step as a series of pulses. (Following up with them on that).

7i96s is wired with Step connecting to Step input on eclipse drive and Dir connected to Direction on eclipse. One motor has a RC delay timer on the enable, as the brake takes a moment to engage or the Z-Axis falls under its own weight. While waiting for the brake it jerks very violently.

Is there a way to make the Mesa card step and direction go low on power loss? 

Scope - Green is step, purple is enable delay, 100ms/div
 
Attachments:

Please Log in or Create an account to join the conversation.

More
15 Aug 2025 16:40 #333469 by PCW
I suspect that the drives see marginal output levels + drive generated noise as a series of steps.
Marginal output levels are possible with a slow ramp of the power as it drops to 0

Estop should really drop primary power to the drives but not control power. 

Suggestions:

1. Use one 7I96S isolated output to enable all drives. This will go false (off)  on power loss or watchdog bite
so the step/dir states during power-up/power down will not matter.

2. Use the STEP- and DIR- pins (and invert them in hal)

#1 is a more reliable choice

Please Log in or Create an account to join the conversation.

  • satiowadahc
  • satiowadahc's Avatar Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
15 Aug 2025 16:48 #333470 by satiowadahc
Even with the noise - it over accelerated the motors passed the over torque limit which stopped them.

Adding the relay was my first step and that works pretty well. Has 8ms of reaction time which motors on a test bench show about 30degrees.

I'll try the pin inversion right now in addition.

Thank you!

Please Log in or Create an account to join the conversation.

  • satiowadahc
  • satiowadahc's Avatar Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
15 Aug 2025 16:50 #333471 by satiowadahc
Quick confirming I leave the step + disconnected?

Please Log in or Create an account to join the conversation.

  • tommylight
  • tommylight's Avatar
  • Away
  • Moderator
  • Moderator
More
15 Aug 2025 17:07 #333472 by tommylight

Quick confirming I leave the step + disconnected?

Yes.
-
Personally i would find the source of interference and remove or fix it, start by checking grounding and signal cable shielding.

Please Log in or Create an account to join the conversation.

  • satiowadahc
  • satiowadahc's Avatar Topic Author
  • Offline
  • Senior Member
  • Senior Member
More
15 Aug 2025 17:24 #333473 by satiowadahc
Looks like the swap kills the problem completely. Although I still prefer the relay solution.

There isn't a lot of noise on the step line, +/-50mv which shouldn't be enough to cause steps I would think?

Please Log in or Create an account to join the conversation.

More
15 Aug 2025 17:29 - 15 Aug 2025 19:39 #333474 by PCW
The problem is, if the drives are enabled and powered when the step/dir signals decay 
there is a point where even 10mv of switching noise (at the drive PWM frequency so maybe 20 KHz)
will be interpreted at step signals, especially if there in no hysteresis past the optocoupler in the drive.

For actual servo drives, I would use a 7I96S isolated output to enable the drives.
Last edit: 15 Aug 2025 19:39 by PCW. Reason: clarify

Please Log in or Create an account to join the conversation.

More
22 Aug 2025 14:07 - 22 Aug 2025 14:08 #333776 by Teknic_Servo
Hello satiowadahc,

I’m an applications engineer for Teknic and I came across your post. I’m sorry that you’re experiencing undesirable machine movement during a controller shutdown while the servo drive is still enabled. You've been working with my colleague here (and it sounds like you've also been implementing some other protective measures on the machine) - it's possible you've already fixed the issue, but I thought it might be helpful to post some additional relevant information in case anyone else experiences something similar and sees your post.

If a controller sends a static 5V signal, the drive would not respond (there isn’t any way for the drive to interpret a single high state as a command for motion). The Eclipse drives will only respond to step pulses (specifically, the falling edge of the change in state from a step pulse).

Digital devices rely on a voltage threshold to define high versus low signals. As a controller powers down, its output may decay and fluctuate around this threshold, creating multiple false transitions that the drive interprets as steps. The oscilloscope shots that you sent over to Teknic suggest that this is likely what's happening to the signal on the step line (as your controller powers down).

For safety, we recommend shutting down by first removing power (or disabling) the motion-generating device, then powering down the controller. Powering down the controller first introduces a fair amount of uncertainty because shutdown behavior varies across different controller manufacturers and configurations.

If you find that there is also noise on the signal, there are step input filters that can be programmed into your Eclipse Servo Drive to help with noise filtering, if you haven’t already configured that (there is more information on this in the Eclipse User Manual – pages 19-20).

I’d also recommend (if you haven’t already done so) grounding the Step and Direction lines according to the manufacturer's documentation. There are also instructions in the Eclipse User Manual that explain how to properly ground the signals to Eclipse.

I hope that this information is helpful. If you have any questions, please feel free to give Teknic a call (or contact the engineer that you’ve already been working with).

Best,
Andy O. – Teknic Servo Systems Engineer
Last edit: 22 Aug 2025 14:08 by Teknic_Servo.

Please Log in or Create an account to join the conversation.

Moderators: PCWjmelson
Time to create page: 0.079 seconds
Powered by Kunena Forum