Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 18 of 18
Interesting thread to read through.
Do any of you who are converting machines have any left-over MakerBot electronics - dead or alive (or in between!) that you might be willing to donate to a project I'm running to create a drop-in Mightyboard replacement for the Rep2/2X?
I've just successfully restored several machines, but one was completely missing its motherboard and would be a good candida
by
alexgibson3d
-
General
I found that a fix posted in the Repetier forum also works in Marlin
I was compiling Marlin 1.1.x on Arduino 1.8.2 for RAMBo 1.2d
I got this error:
'DIGIPOT_MOTOR_CURRENT' was not declared in this scope
I uncommented the line below in Marlin's Configuration_adv.h
#define DIGIPOT_MOTOR_CURRENT { 135,135,135,135,135 } // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)
...and it compiles fine.
by
alexgibson3d
-
Firmware - Marlin
This fix also works in Marlin
I was compiling Marlin 1.1.x on Arduino 1.8.2 for RAMBo 1.2d
I got this error:
'DIGIPOT_MOTOR_CURRENT' was not declared in this scope
I uncommented the line below in MArlin's Configuration_adv.h
#define DIGIPOT_MOTOR_CURRENT { 135,135,135,135,135 } // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)
...and it compiles fine.
by
alexgibson3d
-
Repetier
Did you find an answer to this? I am there right now!
Cheers
Alex
by
alexgibson3d
-
Firmware - Marlin
+1 for edgeconsults solution
With one caveat - While 99.9% of USB cables have internal wires coloured Black, white, green, red, and there is a colour coding standard where Red = 5V...
DON'T ASSUME that this colour code has been respected inside a random sealed-plug USB cable from Far, Far Away...
I spent a frustrating time debugging an implementation, where the USB cable had 5v=black!!!
The U
by
alexgibson3d
-
General Mendel Topics
Hi all
I have a 90mb STL slicing right now. It has been since yesterday, nearly 24 hours ago. It's 117cm tall, with 1mm layer heights, 15% infill, seam position aligned, following quality (slower slicing_ settings:
Extra perimeters: YES
Avoid crossing perimeters: NO
Detect Thin walls: YES
Detect bridging perimeters: YES
PC is Windows 7, Core i5-2600K, 8GB Ram. It is running at 2.5GB used, c
by
alexgibson3d
-
Slic3r
Test 4:
1) Homed x, then y.
2) z +20
3) Motors Off
4) Manually pushed X carriage to about Y -100, X +100
5) Home all - behaved correctly X-Y-Z
Repeated steps 2-5 4 times - all perfectly.
by
alexgibson3d
-
General
Test 1:
1) Homed x, then y.
2) Sent Y -100, X +100
3) Motors Off
4) Home all - behaved correctly X-Y-Z
Repeated steps 2-4 4 times - all perfectly.
Test 2:
1) Homed x, then y.
2) Sent Y -200, X +200
3) Motors Off
4) Home all - behaved correctly X-Y-Z
Repeated steps 2-4 4 times - all perfectly.
Test 3:
1) Homed x, then y.
2) Sent Y -200, X +300
3) Motors Off
4) Home all - behaved correctly
by
alexgibson3d
-
General
Replaced both RAMPS and Arduino Mega. Same issue still occuring.
It seems to be intermittent, and may depend upon where I have pushed the carriage to before homing...
Test Method:
1) Home X-Y-Z via Pronterface
2) Note behaviour A
3) Motors off
4) Push carriage to rough middle of build bed
5) Home X-Y-Z via Pronterface
6) Note behaviour B
by
alexgibson3d
-
General
Photo attached as requested. Will replace both the RAMPS and Arduino Mega with new ones as my second shot this evening - the first will be to re-seat every connector in case that was the reason...
by
alexgibson3d
-
General
Small additional piece of information - on the printer that is misbehaving, if I have already homed X, but not Y or Z, I get a different behaviour:
X backs off 5mm, then returns to home (min endstop), then Y homes to max endstop as it should! Then Z homes correctly.
So the incorrect behaviour is narrowed down to on one of 2 identical machines, if X is not already homed, G28 will home X, skip Y
by
alexgibson3d
-
General
Hi all
I would appreciate some ideas to troubleshoot a weird issue. I have built multiple 3D printers of different types and this is my own design of CoreXY, of which I have built several examples, so I am surprised to be having this issue, and it's either going to be something ridiculously simple I forgot, or something tricky to troubleshoot. I need to try to fix this by Monday...!
Environme
by
alexgibson3d
-
General
Hi, I encountered the same heater error issue upgrading 'Morerod', my extended axes RS red Ormerod 1, to 1.09.
I followed Ian's step 3) which has fixed this issue, but I now cannot get the z probing to work, the values fluctuate wildly.
At the same time as upgrade the firmware I also (at last) added the RRP modulated z sensor. I got that working seemingly well last night, before applying fix
by
alexgibson3d
-
Ormerod
Hi, late response here, but I am very interested in your approach to make the lxpresso compatible with ramps-fd, which I have, and was looking to do myself.
Do you still have spare boards or the design files so I could recreate your work please?
by
alexgibson3d
-
Controllers
Hi Vincent
I am going to get some of your really nice board made. Do you already have plenty or would you like me to send you a few to say thanks? Are you happy for me to put them on eBay in the UK to enable other local RepRappers to jazz up their machines?
I am working to develop some software to enable RAMPS to control over I2C another Arduino running code to drive Adafruit Neopixel style
by
alexgibson3d
-
Developers
Hi, thanks Salsabettis I found this extremely helpful.
by
alexgibson3d
-
General
Hi Henrik and Chris,
Massive thanks for posting your solutions - same issue here, 680ohm resistor pins 2-3 sorts it totally. I went for a surface mount between the pins, for reliability and to look less hacked. Superb.
Cheers, Alex
by
alexgibson3d
-
RAMPS Electronics