I’m trying to calibrate a motor using an ODrive S1 with an AMS 5048A encoder. When calibrating, the motor starts running for about 5 seconds and then stops. The LED on the S1 goes from fast blinking green (while running) to slow cycling blue/cyan (after stopping). The web interface (which I’m using to do the calibration) shows procedure result: NO_RESPONSE.
This issue sounds similar to one posted earlier today with a power supply issue (causing a reset). I have the S1 connected to a 24V 40A power supply, which I presume should be sufficient for this calibration.
The motor is a Leopard 5055-16T 250kv. I’m not certain of the number of pole pairs, but similar motors appear to have 7 pole pairs. I tried decreasing the calibration current and tried a few values for the calibration voltage, but got the same results each time.
I checked the encoder magnet distance. I’m guessing that the encoder is probably working, since I can go to the dashboard tab of the web interface and see the velocity change as I manually spin the motor shaft.
I confirmed that the motor has 7 pole pairs. I can run the calibration successfully using the built-in encoder, but the external encoder is still not working.
I confirmed that the encoder is providing reasonable values (by plotting pos_rel in the web interface). It detects both clockwise and counter-clockwise rotation and appears to be consistent (rotating the motor back to the same position shows the same pos_rel value). Any ideas for why the encoder doesn’t work for calibration?
Hi @modsci, “No Response” means the encoder is not sending good data, and is unrelated to the Pole Pairs on the motor. Can you watch pos_rel as the calibration occurs? Is it showing a reasonable value during calibration?
I’m back in town and did another test. The behavior is the same. I made special attention to make sure the encoder wires don’t pass too close to the motor or power wires (for EMI isolation). I looked at the pos_rel plot while running calibration from the dashboard (by setting requested_state to FULL_CALIBRATION_SEQUENCE). Here’s a sample plot:
I first moved the motor by hand (a fraction of a full rotation) then ran calibration (at label 1), which ran until label 2. One thing I noticed is that during calibration (while the motor was spinning under odrive control), the position was stuck at exactly 0.0, while after calibration stopped (with NO_RESPONSE), the signal resumed with slight variation around 0.0 (which is what the sensor seems to normally do). So it looks like the encoder sensor data is not being received at all while calibration is running (and resumes as soon as it stops).
The drop to zero is the start of calibration and the rise from zero is the end of calibration. The variation before/after calibration appears to be natural noise of the sensor.
AMS 5048A gives some trouble. It has both a CRC and an error flag, I suspect what’s happening is the error flag is being set and the encoder is zeroing out. Digging into it more would probably require a logic analyzer.
Honestly I recommend just not using the 5048A, it’s a bit sensitive. Mount the S1 to the back of the motor if you can, and use the onboard MA702 absolute encoder instead
That makes sense. With this particular system, there isn’t room for the odrive board at the end of the motor. I’ll use the CUI encoder for now. Thanks for the help.