Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 18 of 18
Thanks Traumflug,
I was mainly curious because I have done the same thing on my Prusa Clone using a Ramps 1.4 board and with the same stepper motors without any changes required for the Z-axis voltage/current regardless of stepper drivers.
by
lslewis901
-
Firmware - experimental, borrowed, and future
Hello Everyone,
I have another observation and possible question about the stepper drivers. When I setup the Gen 7 board I initially used the Pololu drv8825 drivers. I then was having some sizing calibration issues and had tried using the A4988s. Later I switch to the TMC2100 drivers.
For the Z axis I am driving two steppers by attaching their cables together at the single driver. Please no
by
lslewis901
-
Firmware - experimental, borrowed, and future
I did two rules by the method of try and test. First I did rule just for the permissions and group. Then I added the second rule and used the same values but also added the symbolic link. I just never went back and took out the first rule and retested I was also thinking at the time I would have to have two rules, one per tty port assigned. Then I discovered the regex ttyACM[0-9] through Goo
by
lslewis901
-
Firmware - experimental, borrowed, and future
In regards to the USB communications issue, I found that Ubuntu was toggling the USB connection between ttyACM0 and ttyACM1. So I wound up making a UDEV rule. While I understand this is not the best approach due to some possible USB port issues - I decided to try it with good luck so far.
My rule was added to the etc\udev\rules.d folder as 90-local.rules.
First you have to find out the partic
by
lslewis901
-
Firmware - experimental, borrowed, and future
QuoteTraumflug
Ubuntu has the unfortunate of trying to "automatically" deal with serial devices. It simply sends messages there and looks what happens. The really bad part: these actions are very well hidden, so far I couldn't track that down.
One thing is Modem Manager: See here
Thanks Tramflug, I was reading about how Ubuntu handles USB ports last night. For some reason I did not however stu
by
lslewis901
-
Firmware - experimental, borrowed, and future
Quotelslewis901
QuoteWurstnase
Your federate for the extruder is way too less. 40 means 40mm per minute. Normal direct drive extruder can achieve 100mm or more per SECOND!
Change this
#define MAXIMUM_FEEDRATE_E 40
To
#define MAXIMUM_FEEDRATE_E 4800
Currently the 2mm move for your extruder will need 1.3 seconds. I guess this will fix your problem.
Makes sense. I appreciate the
by
lslewis901
-
Firmware - experimental, borrowed, and future
QuoteWurstnase
Your federate for the extruder is way too less. 40 means 40mm per minute. Normal direct drive extruder can achieve 100mm or more per SECOND!
Change this
#define MAXIMUM_FEEDRATE_E 40
To
#define MAXIMUM_FEEDRATE_E 4800
Currently the 2mm move for your extruder will need 1.3 seconds. I guess this will fix your problem.
Makes sense. I appreciate the help since I am
by
lslewis901
-
Firmware - experimental, borrowed, and future
QuoteWurstnase
Quotelslewis901
===========
Here are the lines of g-code, on every travel move it pauses for at least 1 second...
G1 X53.527 Y70.207 E59.26733
G1 E57.26733 F2400.00000
G92 E0 ; maybe this is the problem???
G1 X129.737 Y123.850 F7800.000
G1 E2.00000 F2400.00000
G1 X129.577 Y121.865 E2.18107 F1800.000
I see in the gcode_process.c code a queue_wait() for that command.
There should
by
lslewis901
-
Firmware - experimental, borrowed, and future
QuoteWurstnase
SevenSwitch:
Quotelslewis901
Also I have another question to anyone, I have identified that the printer head movement is pausing in between each set of steps (wherever there is travel without extrusion) in the g-code command list.
Is there some firmware adjustment I can make for this? Or some g-code adjustment? The delay between travel and print steps is about 1-2 seconds by r
by
lslewis901
-
Firmware - experimental, borrowed, and future
Ok, Found a prebuilt board from Sparkfun: Sparkfun Serial Controlled Motor Driver
That uses a DRV8825 to drive up to two DC motors that are rated up to 12 VDC max. That would work for a fan control I think. I just need to get me a LCP1114 and do some breadbording using the teacup firmware.
by
lslewis901
-
Firmware - experimental, borrowed, and future
Also I have another question to anyone, I have identified that the printer head movement is pausing in between each set of steps (wherever there is travel without extrusion) in the g-code command list.
Is there some firmware adjustment I can make for this? Or some g-code adjustment? The delay between travel and print steps is about 1-2 seconds by reckoning. Which seems pretty significant.
by
lslewis901
-
Firmware - experimental, borrowed, and future
Hi Guys,
New to this forum...
Working on tuning my latest 3d printer which is an OrdBot. I decided that I would use a 32 bit controller and found the really excellent Gen 7 controller by Traumflug.
I am wondering if there is a way to attach a PWM Fan for cooling prints and if anyone has done so already?
Also every once in awhile the printer pauses for what seems like an extended length w
by
lslewis901
-
Firmware - experimental, borrowed, and future
However, I am still wondering, if anyone out there knows of a way to provide ESD protection to the thermistor circuits?
Thanks,
Lindsey
by
lslewis901
-
RAMPS Electronics
For myself, everything was working fine for two months or more - no active wire changes or anything else. Then one morning I went to print a new print and the temperatures were all messed up. That's when I started trouble shooting and determined that the A13 input to the Mega was messed up.
Also in my case the Mega is being powered via the USB cable and nothing else. D1 is disconnected on Ram
by
lslewis901
-
RAMPS Electronics
I recently had the same thing happen on my Mega, but probably when the printer got plugged in. Interestingly, it was only the bottom half of the analog input 13 that was affected. Everything from the top half worked just fine. Also my A14 was partially affected in that the bottom 25% reads a fixed value.
I wrote a test program and looked at the raw data from reading a pot, and as I moved the
by
lslewis901
-
RAMPS Electronics
Hello,
I am using the 0.92 version of the Firmware on a Prusa I3 DIY Kit.
I have connected a laser diode (from J Tech Photonics) to D8 on the Ramps 1.4 board. To control the laser I am using M106 Sxxx for 8 bit control of the laser diode.
My problem is that I can see that there are several fan control g code commands M106 sent by the Repetier host software and processed by the firmware even w
by
lslewis901
-
Repetier
I am curious if anyone is developing any projects using the new TI ARM micro-processor boards:
They are pretty inexpensive, but there does not seem to be lots of community built around them yet.
If anyone has considered them I would also be curious around any downside to using them.
Thanks
by
lslewis901
-
Reprappers