On Friday 28 February 2014 23:37:02 Jon Elson did opine:
> On 02/28/2014 12:01 PM, Gene Heskett wrote:
> > Isn't that an SSR Jon? How does it turn off then?
>
> It is a classic optocoupler, good to DC. Crydom and Omron also
> make DC SSRs, which I guess are FETs and a photovoltaic receiver
> to
On 02/28/2014 12:01 PM, Gene Heskett wrote:
> Isn't that an SSR Jon? How does it turn off then?
>
>
It is a classic optocoupler, good to DC. Crydom and Omron also
make DC SSRs, which I guess are FETs and a photovoltaic receiver
to turn it on. The board I make is good to 15 mA at 60 V, so
purely
On Friday 28 February 2014 19:50:11 Steve Blackmore did opine:
> On Fri, 28 Feb 2014 11:21:49 -0500, you wrote:
> >IMO machine generated code CAN be useful, if you have memory resources
> >enough to handle it. But I often carve my own code, making liberal use
> >of subroutines. I've got one shor
On 02/28/2014 04:10 PM, Steve Blackmore wrote:
... snip
> There is virtually no limits to program lengths since tape died so
> writing subs isn't necessary to save space and serves no other purpose
> other than living in the 80's (or earlier :)
>
>
> Steve Blackmore
I tend to agree. I have the loo
On Fri, 28 Feb 2014 10:47:45 -0500, you wrote:
>The original Smooth Stepper also suffered from USB issues which seemed
>to be related to grounding or isolation issues??
It had a design problem on the board with a built in ground loop. It
caused the USB to loose the link frequently for some. Twas
On Fri, 28 Feb 2014 11:21:49 -0500, you wrote:
>IMO machine generated code CAN be useful, if you have memory resources
>enough to handle it. But I often carve my own code, making liberal use of
>subroutines. I've got one short proggy, maybe 90 LOC, that takes 2 days to
>run.
>
>I have yet to
Am 25.02.2014 um 19:32 schrieb Sven Wesley :
> It would be pretty awesome to read the DRO data from LinuxCNC... :)
The way a Javascript/Websockets client like on an Android device works in my
development branch is:
- define a group of signals to be watched for changes - a 'HAL group' like
'f
This is no rocket science.
Some weeks ago I've made some tries with websockets.
https://github.com/tinkercnc/LinuxCNC2Websocket
It should work with all modern browsers.
Questions are welcome.
Matsche
On 2014-02-25 19:32, Sven Wesley wrote:
> It would be pretty awesome to read the DRO data from
On Friday 28 February 2014 15:55:57 Charles Steinkuehler did opine:
> On 2/28/2014 12:49 PM, John Alexander Stewart wrote:
> > Andy;
> >
> > I could be persuaded to have some sympathy for this viewpoint,
> > actually.
> >
> >> If G-code simply moved axes in absolute machine space and everything
On 2/28/2014 12:49 PM, John Alexander Stewart wrote:
> Andy;
>
> I could be persuaded to have some sympathy for this viewpoint, actually.
>> If G-code simply moved axes in absolute machine space and everything else
>> was done in the pre-processor then thing would be a great deal simpler.
>
> I w
Andy;
I could be persuaded to have some sympathy for this viewpoint, actually.
> If G-code simply moved axes in absolute machine space and everything else
> was done in the pre-processor then thing would be a great deal simpler.
I wonder what will happen when they get *two* extruders going (supp
Am 28.02.2014 um 19:01 schrieb Viesturs Lācis :
> 2014-02-28 16:25 GMT+02:00 Michael Haberler :
>
>> What needs to be done, and Yishin did, is push down the syncing operation
>> from the tp into the segment execution level, so it can be handled on such
>> an 'outboard'.
>
>
> Thanks for the cl
On 28 February 2014 17:54, Viesturs Lācis wrote:
> I somehow feel that motion.spindle-on is the right pin for spindle control.
> Or am I missing something?
No, you are quite right, and I can't type.
--
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto
---
2014-02-28 16:25 GMT+02:00 Michael Haberler :
> What needs to be done, and Yishin did, is push down the syncing operation
> from the tp into the segment execution level, so it can be handled on such
> an 'outboard'.
Thanks for the clarification!
So do I understand correctly that Araisrobo implem
On Friday 28 February 2014 13:00:36 Jon Elson did opine:
> On 02/28/2014 05:11 AM, andy pugh wrote:
> > On 28 February 2014 02:22, Gene Heskett wrote:
> >> Are any of you now making a postage stamp sized single opto-isolator
> >> kit?
>
> Looks like Gene already found something, but I do make my
On Friday 28 February 2014 12:48:57 Jon Elson did opine:
> On 02/28/2014 12:31 AM, Gene Heskett wrote:
> > This latter is a common lament from all of us table
> > toppers I imagine. I am amazed that they put in something
> > that can only turn 2500 revs, then we put motors on it
> > that are fully
2014-02-28 17:39 GMT+02:00 andy pugh :
> On 28 February 2014 15:18, Mark Tucker wrote:
>
> I have the following in my hal file:-
> >
> > # This output is on DB25-14 and is currently tied to spindle control
> > (M3/M5)
> > net Output1 bb_gpio.p8.out-13 => halui.spindle.is-on
> >
>
> That's sort-of
On Fri, Feb 28, 2014 at 11:41 AM, andy pugh wrote:
> I could be persuaded to have some sympathy for this viewpoint, actually.
> If G-code simply moved axes in absolute machine space and everything else
> was done in the pre-processor then thing would be a great deal simpler.
I'm sitting here wri
On 02/28/2014 07:19 AM, John Alexander Stewart wrote:
> Michael;
>
> Ah - grbl-like input. Makes sense, and I can see how it would not work so
> well for LinuxCNC.
>
> The question, then, is how come Mach3 can have USB cabling, but LinuxCNC
> can't? (see the KX* mills from Arc Eurotrade in the UK;
On 02/28/2014 05:11 AM, andy pugh wrote:
> On 28 February 2014 02:22, Gene Heskett wrote:
>> Are any of you now making a postage stamp sized single opto-isolator kit?
>
Looks like Gene already found something, but I do make my own
sighal-level opto-couplers, because I couldn't find anything
suita
On 02/28/2014 12:31 AM, Gene Heskett wrote:
> This latter is a common lament from all of us table
> toppers I imagine. I am amazed that they put in something
> that can only turn 2500 revs, then we put motors on it
> that are fully capable of moving fast enough to stall said
> motor even when i
On Friday 28 February 2014 11:28:31 John Alexander Stewart did opine:
> Gene;
>
> > I'm still learning how much to push it now that I have (finally) found
> >
> > > good carbide end mills, replacing the ones picked up over the last
> > > 20 years.
> >
> > I've been getting my smaller stuff from
On 28 February 2014 14:27, John Alexander Stewart wrote:
> ut no support for tool offsets, functions or variables
> as these are apocryphal and fell into disuse after humans left G-code
> authoring to machines some time in the 80s."
>
I could be persuaded to have some sympathy for this viewpoint,
Gene;
> I'm still learning how much to push it now that I have (finally) found
> > good carbide end mills, replacing the ones picked up over the last 20
> > years.
>
> I've been getting my smaller stuff from Midwest Circuit Supply, but
> probably am paying too much if the fleabay stuff is actually
On Friday 28 February 2014 11:12:50 John Alexander Stewart did opine:
> Sightly hijacking my own thread,
>
> In doing more reading, I found the following text of interest:
>
> (ref: http://www.shapeoko.com/wiki/index.php/Grbl)
>
> "It accepts standards-compliant G-code and has been tested with
True, all USB devices, the USB SmoothStepper included
struggle to deal with electrical noise in an industrial
environment. The Mach3/SmoothStepper combination makes
this particularly painful because a communications
hiccup usually results in having to restart Mach3
and sometimes even requires a pow
and Andy has the better solution...
(fixing the button problem and the problem you didn't even know you
had.. :) )
sam
On 2/28/2014 9:39 AM, andy pugh wrote:
> On 28 February 2014 15:18, Mark Tucker wrote:
>
> I have the following in my hal file:-
>> # This output is on DB25-14 and is currently
The original Smooth Stepper also suffered from USB issues which seemed
to be related to grounding or isolation issues??
Steve probably knows a lot more about that than I do.
The later designed, Ethernet Smooth Stepper device does not seem to
exhibit similar issues.
Dave
On 2/28/2014 10:32 A
On Friday 28 February 2014 10:33:22 John Alexander Stewart did opine:
> Gene; my KX1 has circa 7,000 rpm on it, and, with the Mesa and G540, it
> can really move. (running motors at 40v or so)
Thats the 2nd half of my problem, I only have a 28 volt, 11 amp switcher in
that box for the mill. So
You need to motion.spindle-forward hooked to something...
so
net spindle-forward-button motion.spindle-forward
sam
On 2/28/2014 9:18 AM, Mark Tucker wrote:
> My spindle is currently working no problem using G code or m3 and m5 in mdi.
> But the spindle button is not showing in the axis gui.
> I
On 28 February 2014 15:18, Mark Tucker wrote:
I have the following in my hal file:-
>
> # This output is on DB25-14 and is currently tied to spindle control
> (M3/M5)
> net Output1 bb_gpio.p8.out-13 => halui.spindle.is-on
>
That's sort-of the wrong pin (it is a userspace tell-tale about spindle
Andy's description of the Mach external pulser API
is correct.
The device driver gets to select the length of the
buffer and also select a "pulses per time slice"
or a way-point version of the data.
USB under Windows seems to require at least 1 second
of buffered data to be workable. Not pleasant
On Friday 28 February 2014 10:13:12 andy pugh did opine:
> On 28 February 2014 02:22, Gene Heskett wrote:
> > Are any of you now making a postage stamp sized single opto-isolator
> > kit?
>
> I would be tempted to just heatshrink something like this in the
> middle of a cable:
> http://uk.rs-onl
My spindle is currently working no problem using G code or m3 and m5 in mdi.
But the spindle button is not showing in the axis gui.
I have the following in my hal file:-
# This output is on DB25-14 and is currently tied to spindle control (M3/M5)
net Output1 bb_gpio.p8.out-13 => halui.spindle.is-o
Mach3 exposes a circular buffer of time - position movement data via the
Mach3 plug in interface.
There used to be some sample code on the Mach3 support website.
If you can't find it, I have it, and then some.
I did a motion plug in for Mach3 several years ago.
Using the buffered data, it is po
Andy;
There is a clue on page 26 here:
> http://www.warp9td.com/documentation/SmoothStepperUserManualV1.0.pdf
Funny!
:-) John.
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, S
Sightly hijacking my own thread,
In doing more reading, I found the following text of interest:
(ref: http://www.shapeoko.com/wiki/index.php/Grbl)
"It accepts standards-compliant G-code and has been tested with the output
of several CAM tools with no problems. Arcs, circles and helical motion ar
Am 28.02.2014 um 14:39 schrieb Viesturs Lācis :
> 2014-02-28 15:19 GMT+02:00 John Alexander Stewart :
>
>> Michael;
>>
>> Ah - grbl-like input. Makes sense, and I can see how it would not work so
>> well for LinuxCNC.
>>
>> The question, then, is how come Mach3 can have USB cabling, but LinuxC
On Friday 28 February 2014 08:47:27 andy pugh did opine:
> On 28 February 2014 02:22, Gene Heskett wrote:
> > Are any of you now making a postage stamp sized single opto-isolator
> > kit?
>
> I would be tempted to just heatshrink something like this in the
> middle of a cable:
> http://uk.rs-onl
Gene; my KX1 has circa 7,000 rpm on it, and, with the Mesa and G540, it can
really move. (running motors at 40v or so)
I'm still learning how much to push it now that I have (finally) found good
carbide end mills, replacing the ones picked up over the last 20 years.
Regards - John.
--
On 28 February 2014 13:36, Michael Haberler wrote:
>> The question, then, is how come Mach3 can have USB cabling, but LinuxCNC
>> can't? (see the KX* mills from Arc Eurotrade in the UK; now with USB input)
>
> I have no idea about that API uses over USB, but I'd be curious
There is a clue on pag
On 2/28/2014 7:19 AM, John Alexander Stewart wrote:
> Michael;
>
> Ah - grbl-like input. Makes sense, and I can see how it would not work so
> well for LinuxCNC.
>
> The question, then, is how come Mach3 can have USB cabling, but LinuxCNC
> can't? (see the KX* mills from Arc Eurotrade in the UK;
2014-02-28 15:19 GMT+02:00 John Alexander Stewart :
> Michael;
>
> Ah - grbl-like input. Makes sense, and I can see how it would not work so
> well for LinuxCNC.
>
> The question, then, is how come Mach3 can have USB cabling, but LinuxCNC
> can't? (see the KX* mills from Arc Eurotrade in the UK; n
Am 28.02.2014 um 14:19 schrieb John Alexander Stewart :
> Michael;
>
> Ah - grbl-like input. Makes sense, and I can see how it would not work so
> well for LinuxCNC.
>
> The question, then, is how come Mach3 can have USB cabling, but LinuxCNC
> can't? (see the KX* mills from Arc Eurotrade in th
Michael;
Ah - grbl-like input. Makes sense, and I can see how it would not work so
well for LinuxCNC.
The question, then, is how come Mach3 can have USB cabling, but LinuxCNC
can't? (see the KX* mills from Arc Eurotrade in the UK; now with USB input)
Related: What commands are sent over the USB
On 28 February 2014 02:22, Gene Heskett wrote:
> Are any of you now making a postage stamp sized single opto-isolator kit?
I would be tempted to just heatshrink something like this in the
middle of a cable:
http://uk.rs-online.com/web/p/optocouplers/7344962/
I like those as they are logic-output
correction:
Am 28.02.2014 um 09:10 schrieb Michael Haberler :
> I could imagine a firmware solution which does the link between LinuxCNC and
> this board over SPI, like Gemi's picnc "outboard" - that would likely work a
> lot better
I dont think an SPI-based firmware solution for this board li
Am 28.02.2014 um 03:35 schrieb John Alexander Stewart :
> Ok - can anyone remind me *why* the Printrboard is not a good thing to
> interface with LinuxCNC?
looks like a neat I/O octopus
I had a short (ie non-exhaustive) look at the firmware for this board
I have the impression this is meant t
48 matches
Mail list logo