[Dan]

um… if you have a standard 4×20 lcd like we use then you shouldn’t need u8g. u8g is for the full graphics lcd. so probably switch which lcd is being used and it might work then. why didn’t i think of that earlier…

[Dan]

https://www.arduinolibraries.info/libraries/u8glib

should be install-able through the arduino libraries feature. search for u8g.

[Dan]

If the folder does not match the ino name then arduino MOVES THE FILE to a sub-folder with the correct name. This has caused me no end of grief.

[Dan]

Check that you have latest arduino.

All the files from the project should be in a folder named Makelangelo-firmware. That’s the cop and h and ino files.

Opening th ino file should create lots of tabs in the app.

Set the tools>Board type to mega 2560
In configure.h, set the board and the machine style.

compile.

[Dan]

Yeah, there’s definitely something sketchy with your copy. I have recompiled mine with BOARD_RAMPS and MACHINE_ZARPLOTTER to be sure it’s ok.
Grab the latest from github from the dev branch: https://github.com/MarginallyClever/Makelangelo-firmware/tree/dev

[Dan]

It isn’t. It all compiled ok the last time I used it. I’ll poke the code today and see if it’s something I did. Give me ~an hour.

[Dan]

I would check for a missing } somewhere above it in the code.

[Dan]

Whatever file contains the printConfig() method needs to include eeprom.h at the top so that printConfig is aware that loadVersion() is explained in another file. Lame, but that’s compilers for you.

[Dan]

The best way to get help with an error message is to post the message here directly. Once I know the content of the message I’ll have a much better idea what’s going on.

[Dan]

I don’t know of a board that supports 8 motors. A whole mess of AMS shields, maybe. But current Markelangelo firmware does NOT support high-speed stepping with AMS shields, which have a big communications bottleneck problem.

when looking at bugs, the first one usually causes a cascade of errors. so ignore all but the very first and fix that one. I don’t recall a loadVersion(). Maybe in eeprom.cpp?

[Dan]

M3 only has “set home”, when the pen holder is already at the home position. There is no automatic find home on the 3.

The Center weight we use is 200g. The outsides are 100g each.

[Dan]

1. I looked into this. it is not trivial to implement. The simplest way I could find was to ignore m226 in the firmware.

2. early versions of the software had this. I abandoned it in favor of user-friendliness. An expert panel for custom machine with all the bells and whistles might work. By default most image manipulation code probably assumes paper at the center of the drawing area.

3. that wouldn’t be hard. make an issue ticket and I’ll see if I can do it sometime soon.

4a. g90/g91

4b. It uses dimensions for kinematics, but the gcode position commands are not tied to the machine size. You could change machine size commands and the rest of the code would still work.

4c. makelangelo-firmware cannot read SVG files. They must be converted to gcode, then put on the SD card, then run from there.

[Dan]

makelangelo-firmware.ino, near line 740, check it is written:

void waitForPinState() {
#ifdef HAS_LCD
int pin = parseNumber(‘P’, BTN_ENC);
#else
int pin = parseNumber(‘P’, -1);
#endif
if(pin == -1) return; // no pin specified.

in the previous version the last if was not there.

[Dan]

When you connect the software to your machine it should assign a unique ID number to that device and register the machine with my server. This is a once-only thing so I can count how many Makelangelos are in the world: https://www.marginallyclever.com/makelangelos_over_time.php

Either your machine is not phoning home; not connected; or some other problem.

[Dan]

If you have no LCD panel then in configure.h uncomment

#define HAS_LCD

and upload again. The machine waits for you to press a button on the LCD to confirm the pen is ready to draw before starting. With no LCD panel, there is no button and the wait will be forever.

[Dan]

Yeah, and that unfinished ply is rough AF. Try a sheet of acrylic or something with a laminated surface.

[Dan]

so… why did you go with 210 instead of 217?

[Dan]

When the weights rise to the top the flat disc on top should touch the switch and end the homing routine. Why are they missing the switches? If they are hitting and the machine doesn’t stop then you may have a broken/disconnected wire.

[Dan]

Yeah… it might not mean much, but when I’m in a mood to care about precision (often) it feels wrong.

[Dan]

The machine height should be 2x the area above the home position + the paper height.

It does not have to go to the floor. When the pen is near the top corners of the paper then the weights will be below the bottom of the machine height.

[Dan]

As for the leading… I’m glad someone else thinks about this! 😃 I imagine that it does make a difference and I have never com up with a good solution. Without the corner the belt length calculation gets really hairy. With the corner it easier until near the very bottom corners. In those cases I fudge the result. I need to make a video to explain the whole thing. I bet you get what I mean. There’s probably a way to lock the angle down and then the width would be between each “lock”. As it stands I go Center to center of each motor for width.

[Dan]

I don’t have a first time guide for makelangelo 3 users. Can I use your picture when I build the guide?

Here are the existing guides:
https://mcr.dozuki.com/c/User_Guides

[Dan]

For #5 you’re really looking at making your own image converter. In your place I’d get familiar with how the existing converters work and then write a new one (or tweak an existing one). Way better than waiting for me, much shorter development time.

[Dan]

I didn’t understand what @Vladimir was trying to do.

The goal is interesting. I’ve tried a few times in the past with a servo. For me the challenge is the mechanical slide that moves the pen back and forth.

Also with a stepper motor you will have to add an encoder or limit switch. On the plus side you can do away with the 200g weight because a weighs enough to compensate.

[Dan]

It’s not enough information to determine the cause of the problem. If it was just one motor I’d say the wiring is wrong on that motor OR the driver is dead.
The reprap smart LCD controller is supported, so it’s either wired wrong, setup wrong in the software, or something else. Process of elimination.

[Author]

Posts