Dan
Forum Replies Created
-
Posts
-
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.
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.
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_GuidesI 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.
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.check the history of board_ramps.h, maybe there’s been a change. https://github.com/MarginallyClever/Makelangelo-firmware/
In Makelangelo-firmware, near line 744,
int pin = parseNumber('P', -1); if(pin == -1) return; // no pin specified. #endifshould be
int pin = parseNumber('P', -1); #endif if(pin == -1) return; // no pin specified.Try that and let me know if it works.
It is not clear to me what is your LCD problem. Please list the steps to reproduce it. Thanks!
>although moves up instead of down
with power off, reverse the connection. if the wires are rgby, make them ybgr.
> motors are moving faster!!! instead of 1cm they move ~3cm
probably still missing a jumper under a driver. all three jumpers should be on for 1/16th microstepping. if your board somehow supports 1/32… then you have to adjust.
Nice work!
The reprap graphic smart controller is already supported.
Configure.h :
// only uncomment one of these options
//#define LCD_IS_128X64 // reprapdiscount Full Graphic Smart LCD Controller
#define LCD_IS_SMART // reprapdiscount Smart LCD Controller (including XXL model)@rodgerholl – what do you think is the best way to organize these pin settings?
it’s not really per-board, and it’s not really per-lcd. it’s a matrix that grows and grows!
I also think there are issues with the current LCD code. I find it quite hard to navigate between menu items, the response time on twisting the dial is bad and sometimes the cursor goes the wrong direction because of the low sample rate. Maybe an interrupt on the encoder pin would work better?
Manole,
Thank you! You were the first person to install the code and (unfortunately) the first to find a mistake I made. I have attempted a hotfix update.
Here is the new firmware which should repair the problem: https://github.com/MarginallyClever/Makelangelo-firmware/archive/9.0.1.zipI released updated versions of the firmware and the software yesterday evening. You should be on v9 firmware and 7.20 software.
Can you connect with the 7.20 software to the robot with the v9 firmware? In the message window at the bottom you should see a “hello world” message from the robot and you should NOT get an “The firmware (code in the brain of your robot) is not the version I expected” message.
