[gec]

To complete my question. My modification of the axidraw.py so far (lines 158/9 and 2174/5):

motor_dist1 = delta_x_inches
motor_dist2 = delta_y_inches
and
delta_x_inches_rounded = motor_dist1_rounded
delta_y_inches_rounded = motor_dist2_rounded

and of course adapting the plotting area in the config file..

Is there any other element of the code that needs modification (especially when printing a svg-file) using another setup/axes-movements?

[gec]

Dear Windell,
thanks for your fast reply. I should have been more precise.
Using the python API/CLI of the most recent release (Jul 2019) I print on my setup (modified WCB setup, Cartesian XY (i.e. one motor for each axis), EBB board controlling magnetic encoders on the stepper motors using PID). Using standard settings, a svg is rotated 45°, as mentioned in the code.
After modifying axidraw.py at line 2158/9 and 2174/5, i.e. the calculation of motor_dist1/2 (and its conversion back to delta_x/y_inches_rounded) I get the correct movement behavior using the manual/interactive mode using walk_x etc. However, printing an svg with this setting results in somehow erratic behavior, where the carriage walks out of bounds each time.
I’m new to this and happy for any hint where the problem might be. I would like to use the python api, since it offers smoother movements (acc-/deceleration) and far more options for automatic printing.
Thank you for your help!

[gec]

Hi,
I have a somehow related question: Can I use a Watercolorbot (or similar) with the new axidraw software?
I could not find a similarly easy way regarding the movement of the axes (independent as in a cartesian and not the axidraw core-xy movement). Modifying motor_dist1/2 calculation in axidraw.py (and the conversion back with delta_x/y_inches_rounded ) did work for manual movement but not for svg-printing.
I would be very happy for any hint where further modifications are necessary and how I could achieve them.
Thank you for your help, Chris

[Author]

Posts