search

thunderbug1 / Spherebot-Host-GUI

Qt based GUI to control the spherebot
54 stars 60 forks source link

Egg- and Pen-Rotation switched in the GUI #6

Closed JamesT42 closed 9 years ago

JamesT42 commented 10 years ago

Hi!

I think the egg- and pen-rotation slider in the GUI are switched, it took me hours to figure out the strange behaviour when trying to print something, but of course my motors were also switched because i tested with the sliders.

tedenda commented 10 years ago

I have the same conclusion.

In firmware rotation is declared as YAXIS:

rotationStepper(YAXIS_DIR_PIN, YAXIS_STEP_PIN, YAXIS_ENABLE_PIN, YAXIS_ENDSTOP_PIN, YAXIS_MS1_PIN, YAXIS_MS2_PIN, YAXIS_VMS1, YAXIS_VMS2, 0, 0, 400.0, 16);

And when using slider for egg rotation it produces XAXIS code: image

thunderbug1 commented 10 years ago

I know of that bug. In the beginning this project was only intended to be used by myself to ease the use of my eggbot. So I simply adjusted everything so that it fitted my needs flipped the coordinate assignments and didn´t care much about switched values. But you´re right. Now, as more people use the software it would be a good idea to make it right ;)

tedenda commented 10 years ago

I guess that you have it right in the GUI, X-Axis should be rotation, right? So in firmware X and Y should be reversed? I forked this project and can help to make it easier to use, but I need your help to figure some parts out I guess.

JamesT42 commented 10 years ago

I'm implementing a checksum in the firmware right now, like the reprap firmwares use. Did you actually get something to print right? I'm still stuggling with that... Could you maybe contact me via E-Mail?

tedenda commented 10 years ago

I have tried to print Hello World several times, but I am not happy yet. Several times the print stops before it's all done, don't know why yet..

thunderbug1 commented 10 years ago

JamesT42: Yes if you look at my blog you see a photo of a print.

tedenda: I know the problem of sudden stops during the print. One solution is to stop and continue the print. The problem comes from the communication. It works that way: -the pc sends a command -the arduino receives it and sends a message conaining "ok:" so the pc knows that it is time to send the next command. when there is no answer it won´t send the next command. I don´t know why sometimes the arduino doesn´t answer but I tried to fix it with a workaround. I added a watchdog to the Gui-code which automatically sends the next command if there is a timeout of the answer. The watchdog is in the current build commented out, but you can simply remove the comment and build it if you want to try it out. I disabled the watchdog, cause I thought the problem was solved and it´s actually a workaround.

The last post are getting a little bit off topic. Please open a new issue if you have questions not concerning the switched coordinates. I think we should rename the Axis variables in the firmware to make clear what is what. The X axis should controll the pen because it has a max and a min position, which is not implemented right now anyway.