Dan
Forum Replies Created
-
Posts
-
please post your log file contents. it sounds like your firmware is set up for 5 and is announcing itself as such.
When does it “jump”?
Nice! Shared.
What is the status on this ? I don’t see the posts here so i’m no longer up to date. Is the OpenGL error fixed? I think I sent you a link on how to get drivers. Please try 7.16.1 and let me know if it’s better.
First, please try latest version (7.16.1).
Second, try running it as administrator. right click on the bat file and select “run as administrator”. it might be that your non-admin status prevents the settings from being written.
If both of these fail then the problem is something deeper.
On windows machines the setting is stored in the registry keys. Reinstalling the app would load the old keys, changing nothing.
You could force a reset of all settings for the app. Makelangelo > Preferences > Reset (top menu of app, first drop down option, then third button)
Right now! 🙂
So here’s the challenge…
If I say “start at exactly this line” AND there is no pen down command THEN the pen will go there and wave around in the air until a pen down command is found in the gcode.
Which could create a gap in your picture (missing lines)If I say “start from the last pen down before this” AND your whole drawing has no pen down THEN it will start at the beginning of the drawing.
If I say “add a pen down command here” it might not be what you want! Maybe the first line you asked for exactly is actually not a “draw line” command.
Um…. is your drawing a single line? The code looks for the last pen down command before the line number in question. so if you say “start at 200000” it looks in the file at 200k, then backs up until it finds a pen down command, then goes from there. What I can do is add an option to say “exactly from here” or “last pen down command before this”.
that’s…. very weird. i’m looking into it now.
Please do. probably post to imgur and link here.
I have a mega and a RAMPS 1.4 board… but which reprap display, specifically, are you using? url please? I want to confirm it’s the same one we use. IF it is the same then I have it here and I can test it out.
eactly backwards? your motors are wired wrong. if jog in goes away from motor then
* disconnect power
* unconnect motor plug from RUMBA
* reconnect with plug flipped over (wire colors reversed).if you fix both of these and left in makes the right motor move, then you have to
* disconnect power
* unconnect both motors
* reconnect left motor into the socket where right motor used to be and vice versa. do NOT flip over plugs.#define DEGREES_PER_STEP ( 0.9) // is a 400 step motor
#define DEGREES_PER_STEP ( 1.8) // is a 200 step motory-100 moves up? that’s backwards. one or more of your motors is plugged in incorrectly.
* connect robot
* open settings
* jog left motor “in”. pen should move up and left.
* jog left motor “out” pen should move down and right.
* jog right motor “in”. pen should move up and right.
* jog right motor “out” pen should move down and left.This will tell you which motor is wrong. Do not unplug motors while power is on! It can damage the electronics.
* home robot
* use manual drivingdoes Y-100 go down 10cm?
does X+100 go right 10cm?Did you adjust motor steps in your firmware to 200 (for your 1.8 degree steppers)? Did you adjust for microstepping?
reversing power through the circuit will probably cook the servo. that’s not a workable solution.
* Connect to the robot
* go to settings > pen
* test up and down angle
* probably swap values
* test until up and down angle are satisfactory
* regenerate thankyou gcode
* run drawing againHeck yes! Your motors have to move twice as far in the same time. You might get away with A2500 F4500.
to accelerate faster than top speed would mean you go from zero to top speed almost instantly.
on both M3 and M5, the defaults are accel 5000 speed 9000.
At some point the pulses that move the motors are going to be faster than the motor shaft can achieve. then steps will be missed. The same is true for acceleration. The default numbers in the software are my best guess. If you find better numbers, please share with everyone.
G0 and G1 are the same. In the literature, G0 is a “rapid linear move” – travel at max speed. G1 is supposed to be a slower travel (such as when a tool is working). In the firmware I use the two for the same thing.
the firmware was later changed to make it faster and simpler. i can’t edit your laser etched wood.
the connection for the right hand motor is backwards. do not unplug it while the robot has power.
Well… I’m out of ideas. what messages do you see on D11? let’s confirm that part is working 100%.
