UI for Odrivetool

31

Great work! I’ve downloaded it for Windows 10, using @Isaac_Ben’s advice. Also I was getting errors with the pip install -r requirements.txt , I removed pkg-resources==0.0.0 which kept throwing

“Could not find a version that satisfies the requirement pkg-resources==1.0.0 (from -r requirements3.txt (line 18)) (from versions: )
No matching distribution found for pkg-resources==1.0.0 (from -r requirements3.txt (line 18))”

So after removing pkg-resources==0.0.0, I then got “jupyter-console 5.2.0 has requirement prompt_toolkit<2.0.0,>=1.0.0, but you’ll have prompt-toolkit 2.0.8 which is incompatible.”

But changing the version of prompt-toolkit from 2.08 to something between 2.0.0 and 1.0.0 gave another error…

“ipython 7.2.0 has requirement prompt-toolkit<2.1.0,>=2.0.0, but you’ll have prompt-toolkit 1.0.15 which is incompatible.”

So I manually installed each requirement without a revsion number and it all seems to work. :smile:

32

Thanks for the feedback.
As you are not the first one who had these issues. And after just installing correct packages it seems to work I will change the setup instructions.
There are only three main pip installations required.

  • odrive
  • pyqtgraph (library for graphing)
  • pyqt5 (required for pyqtgraph)

Previously I had some issues with the packages while migrating between different Ubuntu versions and different python versions. As PyQt5 has dependencies where depending on python version it was looking for packages in different places, so since I had some issues before I just kept with the requirements that were working for me.
But this morning I tried setting up new environment and just installing these three packages listed above and it worked. Thanks again.

pip install odrive
pip install pyqtgraph
pip install pyqt5
2 Likes
33

Slider limits and step size should be per item. Every item has different limits, and the scale changes, so no sense in making it a global thing.

34

I agree. I meant global per item settings.
For example, if we connect multiple odrives or for different axis. For item ramp_up_distance, should the slider settings should be for each axis or global for all axis.

35

Ooh, that can be global for all axes I think.

36

A small update.

I prepared functions that generate windows. Functions get a button and properties gets a label, unless the parent of item is config then it gets appropriate spinbox or radiobutton accordingly if it’s a float or a bool etc.
There are still a bunch of exceptions needed like buttons to control machine states or that like firmware version is a single label instead of split between minor, major. etc

Tonight I am planning of making settings window, so when generating config items it would use values from settings.
Also, since retrieved values from the remote object are in a dictionary, they are not sorted so every single time the layout is random. Have to include some functions to reorganize the view.

2 Likes
37

Hello,
a small update.
I have setup settings window for various preferences, including slider settings etc. But since the app was all dynamic just managing how to store and transfer data between all the settings, and sliders and current values and finding object paths to write settings to the board, I had to rewrite some code so it took me a while.
Another thing was that it was generating sliders for all integers and all floats and obviously for motor modes or directions etc. we don’t need sliders so it I had to figure out where is the best way to filter out these conditions. So it’s taking me a while. But there is progress.
And now I am going for two week holiday, I was really hoping to have it functional before this time. But oh well :confused: I wasn’t allowed to bring odrive board with me.
Anyways, I am just noting that I have not forgotten about this project, there is work in progress and few delays.
Thanks!

3 Likes
38

Excellent! Will give it a try soon

One excellent point of comparison is vesc_tool for configuring VESC board.

I encourage you in particular to review its excellent motor confg wizard: a must have!

I can donate one odrive 3.2 for you to have fun during holidays if you’re willing to give such a wizard a try
(mmmm if it’s your wife/husband who forbid it, it may not be a good idea :smiley:)

2 Likes
39

Hi

Thank you this is great, I found one bug. It doesn’t allow me to set a negative speed for encoder index search speed, which is usually used in case you want to search for index in the opposite direction.

2 Likes
40

Thanks, previously spin boxes were set to have minimum value of 0.
Negative values were added. Let me know if all works out I am still away, can’t test it out.
Thanks

1 Like
41

Help !!!

After upgraded my Odrive v3.5 48V to 0.4.11, some error appeared，which shows

"AttributeError: ‘RemoteObject’ object has no attribute ‘ramp_up_time’ "

error
error.PNG1920×945 147 KB

42

Hi @Neil_FV ,

I am also using Windows 10 and use Anaconda Prompt IDE.
Even I followed the steps using @Isaac_Ben’s advice. But I am currently facing a problem in running the tool i.e. step 5.
Can you please guide me?

Thanks.

43

Hi,

Sorry for kinda abandoning this work for now, but I myself stuck on building a machine and decided to use stepper motors to start and odrive will come as an upgrade. Therefore this UI tool is also postponed.

So, as far for changes between firmware versions the easiest would be just to yourself manually comment out the fields that don’t exist anymore. Because they are manually written down and if any naming changes there gonna be errors.

In a future version that I had started to prototype, I made so it scans for all possible options and configs and then depending on specifications it creates the config fields.

@P_V Since I am not using windows it would be hard to help for me. Since I am not aware of how python is on those environments. If the errors you are getting is because of libraries well then it’s probably windows specific so I can’t really help. If the error is about some variables from the program then you can post the results and maybe we can see what’s the problem.

44

@tinker_inc For opening the odrive tool, in the anaconda prompt, I write:
odrivetool

(base) C:\Users\PK>odrivetool
ODrive control utility v0.4.9
Please connect your ODrive.
You can also type help() or quit().

In [1]:

When I write odrivetool_UI.py, this is the result:
(base) C:\Users\PK>odrivetool_UI.py
‘odrivetool_UI.py’ is not recognized as an internal or external command,
operable program or batch file.

I am not so good at python as I am a plc and motion controller guy. From what i recognise, the method of calling the tool is wrong. Could you please advise?

45

Thanks for reply!

Looking forward to your next upgrade

46

python is your command and odrive_UI.py is a file that python will run.

So command should look like (at least on linux)
python3 odrivetool_UI.py

47

Hi,
This UI is a great project. I now look into expanding it into something that could be accessed remotely. My scenario is that robot I build (and intend to monitor) is away from the python screen. I have mounted an RPI on it with odrivetool and can access it remotely over ssh but that is hard to do any monitoring.

IMHO the way to go could be a demon querying the ODrivie for key parameters (curent, velocity, position, errors) and a small web server on the RPI serving that data in realtime as large readout numbers or gauges or maybe even last 60 seconds plots.

This way I could have it launched it on the phone to real time view parameters.

What do you think?

1 Like
48

Hey,

One thing to note is that some people having issues with USB for long time periods. So, not sure how robust this solution would be.

But if you want only simple monitoring without any controls, then it’s a fairly simple problem. Like you said yourself simple program to query data and then parse it somewhere else. There are so many dashboard servers available. But then this wouldn’t be a PyQt app. Just a webserver.

Is your RPI controlling Odrive? Because I believe only one application can access serial port at the time. So, if one app is controlling odrive I am not sure if you can have another parallel process accessing USB too.

Sorry for late response, but I am interested too in similar solutions. As I want to do monitoring for maintenance purposes. Currently I use smoothieboard for controlling step dir.

49

The full control of my machine is over RC input (search GardenBot on this forum) and RPI just sits there so I can read the errors over SSH. no control over USB at all. So it can be devoted to dashboard UI. I looked at code and it is a bit to much for my python coding skils to modify that

Another way I was thinking is to make a small deamon on RPI that would just read basic stats and errors and beam them with MQTT in to the network.
Then I can pickup and archive them with any system.
I have full setup of Openhab with Habpanel dashboards that
can do that. And the bonus would be that I have full archival stat to review afterward.

50

Nice project.

So, that sounds good. Basically, the app would start one thread to query for odrive and once it found one it would parse the object to the main thread that beams data via mqtt. odrive object is like a dictionary so the easiest would be just to send a json string via mqtt.

couple things to note. Since there you can’t define callbacks (or at least I am not aware of it) with odrivetool, we have to define at what period we want to query messages.

And then what kind of stuff you want to send. Like shall we filter messages to send it only if values has changed from the previous one etc.

It really depends on where you want to filter your stuff. Maybe selecting and sending all axis or odrive data and then on server side you just pick which values you want to store or display on a dashboard.

As I am using ELK stack for my logging of servers. Where putting json formatted data to elastic search would be a simple way and then I filter values I want to pick from it.

I haven’t played with odrive enough to understand which values are worth logging, besides the obvious (errors).

Let me know what you think. Maybe I could write up a small script for it. Do you care if your MQTT has tls?