Please add a note of your changes below this heading if you make a Pull Request.
- Encoder can now go forever in velocity/torque mode due to using circular encoder space.
- Protocol supports function return values
- bake Git-derived firmware version into firmware binary. The firmware version is exposed through the
fw_version_[...]
properties. make write_otp
command to burn the board version onto the ODrive's one-time programmable memory. If you have an ODrive v3.4 or older, you should run this once for a better firmware update user experience in the future. Run the command without any options for more details. Once set, the board version is exposed through thehw_version_[...]
properties.- infrastructure to publish the python tools to PyPi. See
tools/setup.py
for details. - Automated test script
run_tests.py
- System stats (e.g. stack usage) are exposed under
<odrv>.system_stats
- DFU script updates
- Verify the flash after writing
- Automatically download firmware from GitHub releases if no file is provided
- Retain configuration during firmware updates
- Refactor python tools
- The scripts
explore_odrive.py
,liveplotter.py
,drv_status.py
andrate_test.py
have been merged into one singleodrivetool
script. Running this script without any arguments provides the shell thatexplore_odrive.py
used to provide. - The command line options of
odrivetool
have changed compared to the originalexplore_odrive.py
. Seeodrivetool --help
for more details. odrivetool
(previouslyexplore_odrive.py
) now supports controlling multiple ODrives concurrently (odrv0
,odrv1
, ...)- No need to restart the
odrivetool
shell when devices get disconnected and reconnected - ODrive accesses from within python tools are now thread-safe. That means you can read from the same remote property from multiple threads concurrently.
- The liveplotter (
odrivetool liveplotter
, formerlyliveplotter.py
) does no longer steal focus and closes as expected - Add commands
odrivetool backup-config
andodrivetool restore-config
- (experimental: start liveplotter from
odrivetool
shell by typingstart_liveplotter(lambda: odrv0.motor0.encoder.encoder_state)
)
- The scripts
- Set thread priority of USB pump thread above protocol thread
- GPIO3 not sensitive to edges by default
- The device now appears as a composite device on USB. One subdevice is still a CDC device (virtual COM port), the other subdevice is a vendor specific class. This should resolve several issues that were caused by conflicting kernel drivers or OS services.
- Add WinUSB descriptors. This will tell Windows >= 8 to automatically load winusb.sys for the ODrive (only for the vendor specific subdevice). This makes it possible to use the ODrive from userspace via WinUSB with zero configuration. The Python tool currently still uses libusb so Zadig is still required.
- Add a configuration to enable the ASCII protocol on USB at runtime. This will only enable the ASCII protocol on the USB CDC subdevice, not the vendor specific subdevice so the python tools will still be able to talk to the ODrive.
- Enums now transported with correct underlying type on native protocol
- USB issue where the device would stop responding when the host script would quit abruptly or reset the device during operation
- Storing of configuration parameters to Non Volatile Memory
- USB Bootloader
make erase_config
to erase the configuration with an STLink (the configuration can also be erased from within explore_odrive.py, usingodrv0.erase_configuration()
)- Travis-CI builds firmware for all board versions and deploys the binaries when a tag is pushed to master
- General purpose ADC API. See function get_adc_voltage() in low_level.cpp for more detais.
- Most of the code from
lowlevel.c
moved toaxis.cpp
,encoder.cpp
,controller.cpp
,sensorless_estimator.cpp
,motor.cpp
and the corresponding header files - Refactoring of the developer-facing communication protocol interface. See e.g.
axis.hpp
orcontroller.hpp
for examples on how to add your own fields and functions - Change of the user-facing field paths. E.g.
my_odrive.motor0.pos_setpoint
is now atmy_odrive.axis0.controller.pos_setpoint
. Names are mostly unchanged. - Rewrite of the top-level per-axis state-machine
- The build is now configured using the
tup.config
file instead of editing source files. Make sure you set your board version correctly. See here for details. - The toplevel directory for tup is now
Firmware
. If you used tup before, go toFirmware
and runrm -rd ../.tup; rm -rd build/*; make
. - Update CubeMX generated STM platform code to version 1.19.0
- Remove
UUID_0
,UUID_1
andUUID_2
from USB protocol. Useserial_number
instead. - Freertos memory pool (task stacks, etc) now uses Core Coupled Memory.
- malloc now fails if we run out of memory (before it would always succeed even if we are out of ram...)
- Reporting error if your encoder CPR is incorrect
- Ability to start anticogging calibration over USB protocol
- Reporting of DRV status/control registers and fault codes
- DRV status read script
- Microsecond delay function
- Travis-CI
- Firmware update over USB
- Build system is now tup instead of make. Please check the Readme for installation instructions.
- Broken way to check for python 2. Python 2 not supported yet.
- Liveplotter script
- Automatic recovery of USB halt/stall condition
- Modified python code to be Python 2 compatible
- USB CSC (USB serial) now reports a sensible baud rate
- Gimbal motor mode
- Encoder index pulse support
resistance_calib_max_voltage
parameter
- UUID Endpoint
- Reporting of correct ODrive version on USB descriptor
- Getting started instructions for VSCode
- USB Product ID to 0x0D32, as it is the only Pid we were allocated on pid.codes
- Recommended method to debug firmware from VSCode now uses Cortex-Debug extension instead of native-debug.
- Refactor IDE instructions into separate files
- Bug where the remote function calls from Python to the ODrive were not working properly.
- New binary communication protocol
- This is a much richer and more efficient binary protocol than the old human-readable protocol.
- The old protocol is still available (but will be depricated eventually). You must manually chose to fall back on this protocol if you wish to still use it.
- Support for C++
- Demo scripts for getting started with commanding ODrive from python
- Protection from user setting current_lim higher than is measurable
- Current sense shunt values for HW v3.4
- Check DRV chip fault line
- Shunt resistance values for v3.3 and earlier to include extra resistance of PCB
- Default HW revision to v3.4
- Refactoring of control code:
- Lifted top layer of low_level.c into Axis.cpp
- Incorrect TIM14 interrupt mapping on board v3.2 caused hard-fault
- GPIO communication mode now defaults to NONE
- USB communication deadlock
- EXTI handler redefiniton in V3.2
- Resistance/inductance measurement now saved dispite errors, to allow debugging
- UART communication
- Setting to select UART or Step/dir on GIPIO 1,2
- Basic Anti-cogging
- Step/Dir interface
- this Changelog
- motor control interrupt timing diagram
- uint16 exposed variable type
- null termination to USB string parsing
- Fixed Resistance measurement bug
- Simplified motor control adc triggers
- Increased AUX bridge deadtime