[Dan]

To contribute code, please make a github pull request.

https://help.github.com/articles/using-pull-requests/
https://yangsu.github.io/pull-request-tutorial/

[Dan]

Fix comitted in github.

[Dan]

As far as I know you’re the first person to try it on Linux. Hm.

if(System.getProperty(“os.name”).equals(“Mac OS X”)){

is definitely the problem.

String OS = System.getProperty(“os.name”).toLowerCase();
if(OS.indexOf(“nix”) >= 0 || OS.indexOf(“nux”) >= 0 || OS.indexOf(“aix”) > 0 ) {
// is Linux
} else if(OS.indexOf(“mac”)){
// is Mac
} else {
// assume windows, even though it could be solaris
}

would work better.

[Dan]

Great suggestions.

1. I don’t have the skills yet to make java with a native executable, but this is a good idea.
2. Will be fixed in the next update
3. Please provide an example.
4. Suggested settings are there by default when you start the program. original zigzag is a known/won’t fix problem.
5. https://www.marginallyclever.com/2016/04/micromouse-contest-update-3-2/ ?
6. Orientations can be done with manual settings. Could be added to the default choices.
7. Probably the pen holder was assembled backwards and the servo turns the opposite direction.
8. Generate “Your message here” will add text in font family and size of your choice. No position control yet.
9. I agree, but there isn’t a nice fix yet because of stuff under the hood.
10. I use Java’s default “open file” dialog. It’s beyond my control.

[Dan]

What do you want to do to the IDE?

[Dan]

We looked into AMS2 as an option, but as time goes by we find that offering (and supporting) fewer options makes life easier for everyone. I admire your tenacity in getting it to go.

From the desktop, send an M114 command (console at the bottom). Then send another. If there’s no reply on the second command, I might have an idea about what’s going on.

[Dan]

It’s been a long time since I tested on AMS2, but I still have one set up. The differing I2C addresses are always an issue. I2C is a big bottleneck, and the AMS1 was found to be slightly faster in our testing, those long dark eons ago.

The AccelStepper library is of no use to Makelangelo because it takes control of the step timing away from Bresenham’s algorithm. It will drive one or even both motors faster, but not in a way that will make them both reach spot N at the same time. (as far as I can tell.) I would be very interested if you can figure out a way to use it and still get straight lines.

[Dan]

Jog motors works for both of you?

[Dan]

RAMPs boards don’t work with UNO, you’ll need a Mega.

I haven’t worked with CNC Shield v3. The software is pretty modular so shield-specific stuff is easy to add.

I haven’t worked with GRBL, so I can’t guarantee it. GCodeCNCDemo does understand the fundamental gcode commands. There may be other things where GRBL and GCodeCNCDemo differ.

[Dan]

I’d fix the known heating problem first and try again.

[Dan]

Thanks, CanalZombie!

[Dan]

What hardware, specifically, are you using? Can you share a picture?

You swapped out all the hardware – even the pulleys and the A4988 drivers?

[Dan]

There should be a top-level (horizontal menu) with file and connect. Connect will let you connect to the robot, and then most other buttons should become active (clickable). Nothing?

[Dan]

You could use ELEC-0058 1m extensions with ELEC-0049 male-male headers in between, then put electrical tape to hold it all together. There’s a small chance that the electrical connection won’t be awesome and you may lose steps, but only testing will tell. Nothing’s as good as a single direct wire.

[Dan]

Try the dev version I have just published.

https://github.com/marginallyclever/makelangelo/tree/dev

[Dan]

This is very strange, but you’re not alone. I’ve been working with DXF images that don’t draw correctly, when all other drawing styles seem to be fine. I can’t confirm yet if these are related issues, but they appeared on my radar at the same time.

100g/bottle is good, I’ve got the same.

[Dan]

An UNO and an AMSv1 are the same hardware I use with the Makelangelo. The makelangelo-firmware should work right out of the box.

[Dan]

My current Arduino libraries folder: http://imgur.com/tzAbSbo
My current makelangelo-firmware: http://imgur.com/EvgU5Ll

.\firmware_ams\Adafruit_MotorShield\utility contains Adafruit_PWMServoDriver files.

I’m running Arduino 1.6.7

[Dan]

I removed the signature many weeks ago for everyone. Please update your software and firmware, then try again.

If you have an issue with the latest version, please let me know.

[Dan]

I can’t guarantee that working with an Arduino MEGA will behave as expected. 🙁

[Dan]

These might work: http://www.dx.com/p/arduino-dupont-4-pin-male-to-female-extension-wire-cable-40cm-10-piece-pack-140523#.VtyRCNCmMso

Cut in half, strip the wires on the male end and screw them into the shield, then plug the steppers onto the male end.

[Dan]

does your raspbian run java? Please list your steps. I haven’t tried running of a Pi yet.

I was thinking of skipping straight to a NodeMCU.

[Dan]

Are you running the latest makelangelo-firmware?

My test rig here is a Makelangelo 2.5.2 and a Makelangelo 3.2, both with latest firmware and software.

From what you’ve written it sounds like you’ve done everything right. How much heavy are the counterweights?

[Dan]

Please

– move AFMotorDrawbot, Adafruit-PWM-Servo-Driver-Library-master, and Adafruit-Motor-Shield-V2-Library-master from your libraries folder to your desktop.
– restart arduino
– recompile the sketch
– if no error, move Adafruit-PWM-Servo-Driver-Library-master back into the libraries folder and try again.
– if no error, move Adafruit-Motor-Shield-V2-Library-master back into the libraries folder and try again.

This way you will find which one is the problem. You should not need AFMotorDrawbot in the libraries folder since Arduino 1.6.7

[Dan]

What I need is a test case that doesn’t take 20 minutes. It’s very hard to isolate and fix this issue.

[Author]

Posts