←back to thread

55 points transpute | 1 comments | | HN request time: 0.398s | source
Show context
fxtentacle ◴[] No.44374012[source]
Are there any affordable open source projects in the opposite direction?

I’ve built a rather complex robot with Nema steppers. Now something is messing with the control board and causing the CPU to glitch. Physically apart from the robot, the CPU board works fine for weeks. It also has a completely separate power circuit with optocouplers. So my guess is that it might be the power supply or one of the motors emitting electromagnetic interference. But how would I measure that?

replies(3): >>44374194 #>>44379027 #>>44382919 #
colechristensen ◴[] No.44374194[source]
First step is an oscilloscope so you can actually look at what's happening on data lines.
replies(1): >>44374480 #
fxtentacle ◴[] No.44374480[source]
I have one and the power supply lines (to the glitching CPU) seem stable with minimal noise. The CPU-integrated USB2 PHY also retains its connection even during the CPU glitch. A connected Linux workstation will not log any USB connection or disconnection events. And a CDC serial connection will remain open. The power levels to the stepper driver chips also remain stable during the glitch.

So to me, it looks like the glitching happens exclusively inside the CPU. It appears that I’m randomly experiencing the exact same issue that the PicoEMP in the original article can induce.

replies(3): >>44374742 #>>44375399 #>>44376978 #
1. ddeck ◴[] No.44375399[source]
Just a reminder to ensure that you have brownout detection enabled on the CPU/MCU (assuming it's available) and are checking for it in your firmware. Supply drops can be very brief.