Am 28.02.2014 um 03:35 schrieb John Alexander Stewart ivatt...@gmail.com:
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
correction:
Am 28.02.2014 um 09:10 schrieb Michael Haberler mai...@mah.priv.at:
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
On 28 February 2014 02:22, Gene Heskett ghesk...@wdtv.com 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
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
Am 28.02.2014 um 14:19 schrieb John Alexander Stewart ivatt...@gmail.com:
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
2014-02-28 15:19 GMT+02:00 John Alexander Stewart ivatt...@gmail.com:
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
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; now
On 28 February 2014 13:36, Michael Haberler mai...@mah.priv.at 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
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 Friday 28 February 2014 08:47:27 andy pugh did opine:
On 28 February 2014 02:22, Gene Heskett ghesk...@wdtv.com 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:
Am 28.02.2014 um 14:39 schrieb Viesturs Lācis viesturs.la...@gmail.com:
2014-02-28 15:19 GMT+02:00 John Alexander Stewart ivatt...@gmail.com:
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
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
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,
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
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 =
On Friday 28 February 2014 10:13:12 andy pugh did opine:
On 28 February 2014 02:22, Gene Heskett ghesk...@wdtv.com 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:
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,
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 m...@rmtucker.f2s.com 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
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
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
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 m...@rmtucker.f2s.com wrote:
I have the following in my hal file:-
# This output is on DB25-14
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
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 the
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 sharp
On 28 February 2014 14:27, John Alexander Stewart ivatt...@gmail.comwrote:
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
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 Midwest
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 its
On 02/28/2014 05:11 AM, andy pugh wrote:
On 28 February 2014 02:22, Gene Heskett ghesk...@wdtv.com 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
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; now
On Fri, Feb 28, 2014 at 11:41 AM, andy pugh bodge...@gmail.com 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
2014-02-28 17:39 GMT+02:00 andy pugh bodge...@gmail.com:
On 28 February 2014 15:18, Mark Tucker m...@rmtucker.f2s.com 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 =
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 capable
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 ghesk...@wdtv.com wrote:
Are any of you now making a postage stamp sized single opto-isolator
kit?
Looks like Gene already found something, but I do
2014-02-28 16:25 GMT+02:00 Michael Haberler mai...@mah.priv.at:
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
On 28 February 2014 17:54, Viesturs Lācis viesturs.la...@gmail.com 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.
Am 28.02.2014 um 19:01 schrieb Viesturs Lācis viesturs.la...@gmail.com:
2014-02-28 16:25 GMT+02:00 Michael Haberler mai...@mah.priv.at:
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
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
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 wonder
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
else was
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
Am 25.02.2014 um 19:32 schrieb Sven Wesley svenne.d...@gmail.com:
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
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
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 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 loops in
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 short
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 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 turn
48 matches
Mail list logo
