-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/18/2013 3:34 PM, Eric Keller wrote:
> On Tue, Jun 11, 2013 at 3:53 PM, Charles Steinkuehler
> wrote:
>
>> I forgot the most important part:
>>
>> Select the BeBoPr configuration and watch the pins twiddle as the
>> PRU does step/dir generation
On Tue, Jun 11, 2013 at 3:53 PM, Charles Steinkuehler
wrote:
> I forgot the most important part:
>
> Select the BeBoPr configuration and watch the pins twiddle as the PRU
> does step/dir generation:
I must have deleted the message where you talked about the
availability of the BeBopr cape. I go
Sounds like this might be heading in the direction where you could just
have a cartridge unit for the spool.
On Sun, Jun 16, 2013 at 10:11 AM, Jon Elson wrote:
> Erik Christiansen wrote:
> > On 15.06.13 15:00, Charles Steinkuehler wrote:
> >
> >> I've seen some setups where the filament loop c
Erik Christiansen wrote:
> On 15.06.13 15:00, Charles Steinkuehler wrote:
>
>> I've seen some setups where the filament loop closed a switch when it
>> began getting 'tight' and triggered the spool to unwind a bit.
>>
>
> But if that isn't what the "filament loop" always does, then do curre
On 6/16/2013 6:57 AM, Ed Nisley wrote:
> On 06/16/2013 04:24 AM, Erik Christiansen wrote:
>
>> current printer implementations just drag the spool
>>
> > with the filament feed capstan
>
> It's brutally simple: the filament drive hauls filament through a
> flexible tube that arches be
On 16.06.13 06:57, Ed Nisley wrote:
> Bowden drives put the feed at the spool end of the guide tube, which
> makes retraction less effective.
That's easy to believe. Is it perhaps feasible to retain feed control at
the extruder, but add a simple DC unspooling motor and capstan, which
puts e.g. 4
> Webcam.
See? That's why I love LinuxCNC: you actually *could* replace a pair of
microswitches with a webcam and a dollop of image processing software!
And it would make sense, because the webcam would eliminate mechanical
constraints. It might also give better performance at a lower cost, at
On 16 June 2013 11:57, Ed Nisley wrote:
> The gotcha is that the filament loop thrashes around as the extruder
> head zips back and forth. On the M2, that's only along the X axis, but
> printers like the Ultimaker and Replicator move the extruder along both
> X and Y. I'm not sure where the senso
On Sunday 16 June 2013 07:00:20 Erik Christiansen did opine:
> On 15.06.13 15:00, Charles Steinkuehler wrote:
> > I've seen some setups where the filament loop closed a switch when it
> > began getting 'tight' and triggered the spool to unwind a bit.
>
> But if that isn't what the "filament loop"
On 06/16/2013 04:24 AM, Erik Christiansen wrote:
> current printer implementations just drag the spool
> with the filament feed capstan
It's brutally simple: the filament drive hauls filament through a
flexible tube that arches between a holder at the spool and the
extruder, so the drive must
On 15.06.13 15:00, Charles Steinkuehler wrote:
> I've seen some setups where the filament loop closed a switch when it
> began getting 'tight' and triggered the spool to unwind a bit.
But if that isn't what the "filament loop" always does, then do current
printer implementations just drag the spoo
On 06/15/2013 07:50 PM, Charles Buckley wrote:
> a diff between the A axis and the B-spool axis for amount of material feed
Ah, but then we must quibble about the difference coefficient, which
you'd have to measure per filament, then have to worry about diameter
changes messing it up. If you mus
"I think that would come heartbreakingly close to working, because the
feed rate depends so much on the effective diameter of the
gear/pulley/wheel. A teeny difference in hobbing will eventually (i.e.,
over the course of a dozen hours) cause the filament loop to either
vanish or spill off the table
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/15/2013 2:31 PM, Ed Nisley wrote:
> On 06/15/2013 12:04 PM, Charles Buckley wrote:
>> you could treat the spool feed as an additional axis whose feed
>> rate is the same as the 4th axis.
>
> I think that would come heartbreakingly close to workin
On 06/15/2013 09:01 AM, Viesturs Lācis wrote:
> I have no idea, how difficult that actually might be.
Given the requirement that it match the extruder nozzle height to within
0.05 mm (more or less) over a wide temperature range, it's a *very*
tough problem. I think separating the nozzle height m
On 06/15/2013 12:04 PM, Charles Buckley wrote:
> you could treat the spool feed as an
> additional axis whose feed rate is the same as the 4th axis.
I think that would come heartbreakingly close to working, because the
feed rate depends so much on the effective diameter of the
gear/pulley/wheel.
"> Keeping the spool sync'd with the filament feed rate
Recently bumped on my priority list: a powered filament feeder that
automagically maintains the loop feeding the extruder, specifically to
eliminate the usual feed tube with all the usual problems. The drive
gear/pulley/wheel ramming filament
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/15/2013 8:01 AM, Viesturs Lācis wrote:
> 2013/6/15 Ed Nisley
>
>> On 06/15/2013 08:43 AM, Viesturs Lācis wrote:
>>> take a look at probekins,
>>
>> That's exactly why I'm so enthused about automagic platform
>> probing: somebody else wrote the
2013/6/15 Ed Nisley
> On 06/15/2013 08:43 AM, Viesturs Lācis wrote:
> > take a look at probekins,
>
> That's exactly why I'm so enthused about automagic platform probing:
> somebody else wrote the kinematics module! [grin]
Yes, yet another awesome feature from mr. Haberler.
It is just that prob
On 06/15/2013 08:43 AM, Viesturs Lācis wrote:
> take a look at probekins,
That's exactly why I'm so enthused about automagic platform probing:
somebody else wrote the kinematics module! [grin]
--
Ed
softsolder.com
--
2013/6/15 Ed Nisley
>
>
> I really want to use automagic probing to compensate for platform shape
> & positioning, because there don't seem any cheap, flat, removable
> hotplates out there. Methinks this one is easier to fix in the
> kinematics than in the metal;
It seems that you should take a
On 06/13/2013 06:12 PM, Charles Buckley wrote:
> 1) None of the current GUIs are really good for this,
I've been using http://gcode.ws/ to visualize the actual paths within
each layer, but that's probably too weird for most folks.
> Keeping the spool sync'd with the filament feed rate
Recently
"* A GUI that is more familiar to the 3D crows than Axis (and hopefully
a lot less CPU intensive) would be *VERY* useful and *GREATLY*
appreciated"
That is my next project for machining after my current project. I have a
gantry mill that I have been monkeying around with. Bought a extrusion
On 12 June 2013 15:33, Michael Haberler wrote:
> I have wasted too much time trying to get the Mac SD card reader in a MBP to
> work with Virtualbox, or sensibly from the OSX shell layer for these purposes.
It _appears_ to work entirely as one would expect in VMWare Fusion.
Certainly making an
Am 12.06.2013 um 12:08 schrieb andy pugh :
> On 12 June 2013 06:22, Charles Steinkuehler wrote:
>
>> You need to edit the one in /boot/uboot/, or more specifically, the
>> one in the FAT partition of the SD Card.
>
> This was slightly complicated by the SD card being mounted at the time
> in a
On 12 June 2013 06:22, Charles Steinkuehler wrote:
> You need to edit the one in /boot/uboot/, or more specifically, the
> one in the FAT partition of the SD Card.
This was slightly complicated by the SD card being mounted at the time
in a Virtual PC running on my Mac.
So, /boot isn't the SD car
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/11/2013 7:27 PM, andy pugh wrote:
> On 11 June 2013 16:26, Charles Steinkuehler
> wrote:
>
>> sudo ./setup_sdcard.sh --mmc /dev/sdX --uboot bone_dtb
>
> This appears to only work under Precise+ (no u-boot for Lucid, it
> seems)
Hmm...it should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/11/2013 7:52 PM, Jon Elson wrote:
>
> I think a very snazzy scheme could be cobbled up where the PRU is
> passed a "work list" of EPP registers to read/write. Writes would
> have the data immediately following the command, reads would place
> th
andy pugh wrote:
>
>
> The BBB appears on my network, but I can't ssh in to it, and there is
> no Heartbeat LED (should there be?).
> I guess that by disabling the HDMI the option of plugging it in to my
> TV to look for signs of life has gone?
>
Probably sshd is not enabled. Can you get a seri
Charles Steinkuehler wrote:
>
> There's currently no PCI or PCIe slot to hook a Mesa card to the
> BeagleBone for hardware motion control, but it probably wouldn't take
> much to turn the PRU into an EPP controller and talk to something like
> a 7I43 using hostmot2. Hmm
>
Yes, I very much w
On 11 June 2013 16:26, Charles Steinkuehler wrote:
> sudo ./setup_sdcard.sh --mmc /dev/sdX --uboot bone_dtb
This appears to only work under Precise+ (no u-boot for Lucid, it seems)
> BeagleBone Black Only: Edit /boot/uboot/uEnv.txt to disable HDMI and
> the on-board eMMC:
That's not where I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/11/2013 3:26 PM, Viesturs Lācis wrote:
>
> No homing _and_ touch-off? What if the stepper motor is turned,
> when power is off, how does it recover from this lost position?
> But I still do not understand, how do these stepper-driven 3D
> prin
Am 11.06.2013 um 22:26 schrieb Viesturs Lācis :
> No homing _and_ touch-off? What if the stepper motor is turned, when power
> is off, how does it recover from this lost position?
I think the answer could be: since 3D printers create a workpiece by adding
material, not cutting away chips from i
2013/6/11 Charles Steinkuehler
>
>
> If you can't think of anything to help with:
>
> * A "LinuxCNC 101" that reviews the basics of LinuxCNC targeted at
> users who have no machining background. For example current 3D
> printer software has no concept of different coordinate spaces, so
> homing,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/11/2013 10:26 AM, Charles Steinkuehler wrote:
> STEP 4: Each Shell ==
>
> Now you just have to setup LinuxCNC and run it. Make sure you
> have X11 forwarding enabled, or have set the DISPLAY variable to
> point to an open X serve
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/11/2013 11:53 AM, John Alexander Stewart wrote:
> This is all impressive work. Dumb question time, though - soft
> stepper or motion control hardware/software?
>
> (Apologies if this has been answered somewhere - been focusing on
> other CNC thin
This is all impressive work. Dumb question time, though - soft stepper or
motion control hardware/software?
(Apologies if this has been answered somewhere - been focusing on other CNC
things like my little Unimat CNC lathe)
John A. Stewart.
37 matches
Mail list logo
