Dan
Forum Replies Created
-
Posts
-
Hi Phil,
In the top of the Makelangelo-firmware you’ll find
// Marginally Clever steppers are 400 steps per turn.
#define STEPPER_STEPS_PER_TURN (400.0)Change 400 to 200 and that should scale things down.
The top speed of the AMS1 and AMS2 boards is about 2500. In the current version of the software I don’t have a way to tell what board you are using so I leave it at the default for the v3 hardware. makes no difference to the v2 users, makes v3 users happy.
On OSX, if you have JAVA installed, double-clicking the JAR file should start the application. You may run into resistance from security preferences because the app was downloaded off the internet.
I have written a new OSX start in the last few days that is more robust. You can get a copy and try it here:
https://raw.githubusercontent.com/MarginallyClever/Makelangelo-software/dev/start%20OSX.command
You are correct that they end with a semicolon. Does anyone put gcode AFTER the semicolon? Programmer error.
Does Gcode come with lower-case letter or no-space-before letters? No, so no need to cover those cases.
I love that you’re making an effort, that’s rare and special. I want to encourage you. How? The fixes you’re proposing create new problems. By pointing them out I’m sending the “you’re doing it wrong” message instead of the “good try!” message.
The things you have added are not in the specs for GCODE.
Please limit your fix to the actual problem.
What do you bet there’s a compiler option that makes your system process the arduino code without error?
What about when you have
G00 X10; G00 X-10?
while(ptr>=buffer)could be a very long time.
I guess you’ll have to cast to int and see if that makes the bug go away. It’s specific to a compiler that I don’t have installed. Can you try and let me know what works, please? I’ll then add your fix to the code permanently.
The more steps the better. We use 400 step (0.9).
I have updated the github repository and the issue with a possible fix. please download a fresh copy and try again. If it works I will make the same change across the rest of gcodecncdemo.
I created a github issue
So it hangs on the very first command? That is almost guaranteed you are not setting “newline” in the arduino serial window. the program waits for newline (\n) before processing a message.
The ptr starts at buffer and is only incrementing so it HAS to pass buffer+sofar.
I don’t believe this is the source of the problem.Are you sending the newline when you talk to the board?
What message, exactly, are you sending?
What is the output you see in the serial window?I don’t have the hardware that you have and I obviously see the changes you made. Please either submit this as a github issue on the relevant project or distill this to a shorter message.
What, exactly, is the problem?
enable the motors, then try settings > jog. Can you move either motor?
First I would check if your wires are backward. if two of the four wires are backward, the magnetic coils will fight each other and you won’t get stepping.
Second I would check the motors work AT ALL. Maybe a wire is broken. Less likely.
single moves one full step instead of 16 microsteps. If you change to single you also have to change
#define MICROSTEPPING_MULTIPLIER (16.0)
to 1.
for half, 2.
for interleave, iirc that’s 1/8 stepping so the value should be 8.In in firmware_ams/AFMotorDrawbot you will see two in AFMotorDrawbot.* files. Move them to firmware_ams.
This is a temporary problem caused by Arduino not using #includes the same way as all other C compilers. 😛
> ERROR: The system was unable to find the specified registry key or value.
> ERROR: The system was unable to find the specified registry key or value.
> Java not found.
> Press any key to continue . . .Something like that?
I made some fixes to the start windows.bat file. Get the latest version here and let me know if it helps.
https://github.com/MarginallyClever/Makelangelo-software/blob/master/start%20windows.bat
Hi!
You’re doing pretty well. The firmware_ams folder does NOT have to be in the libraries folder.
https://www.marginallyclever.com/how-to-get-arduino-software-and-upload-firmware/
Does that help?
Sounds like you don’t have Java installed. https://java.com/en/download/
Which calculations are you talking about?
The time estimate calculations are done in the software, which uses a few magic numbers to estimate the finish time. Look in Makelangelo software GCodeFile::estimateDrawTime().
The cartesian to polar coordinate calculations do not take pulley diameter into account. As the pen holder moves the point of contact between the belt and the pulley changes, which makes the math much more challenging. I found that a lazy solution was good enough. Look in Makelangelo firmware IK()
the distance between the center of the two stepper motors depends on your individual setup.
The makelangelo 2 comes with 3m of belt by default (1.5m each side). The Makelangelo 3 comes with 4m (2m each side).
Servo angle is configured in makelangelo-software. we only sell steppers with 400 step per turn. if your steppers are not then you need to adjust in configure.h
I know of a problem with compiling in Arduino 1.6.9 and 1.6.10 that is supposed to be fixed in 1.6.11.
I am compiling OK in 1.6.7.
Zig Zag does not offer any resolution options. The original image is dithered to an UNKNOWN number of points which are then connected with the shortest possible line (that can be found in a reasonable amount of time).
Zig Zag 2 offers total # of points and number of generations to jiggle the points into place. It then uses iterative voronoi stippling over the image to jiggle a KNOWN number of points into place before playing connect the dots.
So for better results use the newer Zig Zag. The only one has been kept for… curiosity? Comparison?
