I went to the Grizzly tools site. I think I counted 38 mills. None of them
CNC.
KBC tools here in Canada has, in the this month's flier, 5 milling machines of
various sizes and only one CNC milling machine with Acu-Rite control for $41K.
KMS tools aas 4, none of them CNC.
Don't know how many
On 02/17/2020 03:57 PM, Les Newell wrote:
They should be any multiple of the tooth spacing plus half
a tooth spacing.
Nope, I made that mistake first time. It should be "plus
1/4 of a tooth space".
Jon
___
Emc-users mailing list
Emc-users@lists.
On 02/17/2020 03:20 PM, Gene Heskett wrote:
How far apart are they to be to output a good quadrature signal?
Mounting them with JBKwik weld seems to be a lot less forgiving because
its not possible to move them a few thou to fine tune like it was when
using relatively flexible goop.
Well, one
On 02/17/2020 11:37 AM, John Dammeyer wrote:
I've been asking on other metal working groups about CNC
and it's really amazing how few CNC installations there
are out there. Many people are happy with a DRO and power
feed on one or two axis.
And, no, you are looking in the wrong places. Numbers
On 02/17/2020 11:37 AM, John Dammeyer wrote:
I think that supports my position that LinuxCNC is really
just a middle box between display and motion hardware and
if you want optimal performance you offload the real work
to something that isn't LinuxCNC.
But, that is NOT what my boards do. In ge
there are still printer port options available if that is what you want..
I have played with 3rd gen i5's (HP 8300 sff)
this is with rt_preempt... I still wouldn't expect much more than 40khz
stepping.. (in my experience)
http://www.electronicsam.com/images/KandT/testing/8300/Screenshot_2019-08-
On 2/17/20 7:51 PM, John Dammeyer wrote:
SNIP
Truthfully, all the Intel type NUC PCs don't have parallel ports and unless you
buy two 7i92H or whatever MESA board you buy there is no guarantee that they
will be there in 20 years either.
https://www.intel.ca/content/www/ca/en/products/boards
> -Original Message-
> From: Ed [mailto:ate...@mwt.net]
> Sent: February-17-20 5:18 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] RPI4 is pretty close to a decent machine control
>
> On 2/17/20 6:20 PM, John Dammeyer wrote:
> >> From: Sam Sokolik [mailto:samco...@gm
On 2/17/20 6:20 PM, John Dammeyer wrote:
From: Sam Sokolik [mailto:samco...@gmail.com]
Because your examples are not running a full operating system...
I don't buy that. That's like saying. Look. The ride is a tad uncomfortable
but that's to be expected. After all this is a 10 Ton gravel tr
A dedicated task and very tight code can be rather impressive. We
controlled an Atomic Absorbtion with 8K core and 8K dram. PDP-11/03 with
an Analog Devices 25 us A/D. Data stream ran at 4K samples/sec. When the
analytical run was done it did a curve fit, 2nd order for everything
thing but Fe w
> From: Sam Sokolik [mailto:samco...@gmail.com]
> Because your examples are not running a full operating system...
I don't buy that. That's like saying. Look. The ride is a tad uncomfortable
but that's to be expected. After all this is a 10 Ton gravel truck. But look
at what it can carry.
On 2/17/20 5:38 PM, John Dammeyer wrote:
Having also controlled a very large XY Laser system with 8085 code you can
understand why I'm puzzled that 1GHz and up 32 ARM computers have so much
trouble.
Recent PC's don't have real time capable GPIO ports tied to pins on the
motherboard. Some c
Because your examples are not running a full operating system...
On Mon, Feb 17, 2020, 5:40 PM John Dammeyer wrote:
>
>
> > -Original Message-
> > From: Marshland Engineering [mailto:marshl...@marshland.co.nz]
> > Sent: February-17-20 2:51 PM
> > To: emc-users@lists.sourceforge.net
> > S
> -Original Message-
> From: Marshland Engineering [mailto:marshl...@marshland.co.nz]
> Sent: February-17-20 2:51 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] RPI4 is pretty close to a decent machine control
>
> My Rasperberry pi is acting as a database server and
On Mon, Feb 17, 2020, 18:09 John Dammeyer wrote:
>
> You're right of course. I don't think the target is existing BBB users.
> I think the target market is people whos PCs are running MACH and the
> hardware has potentially reached end of life. I found with this latest
> set of PCs I bought t
On Monday 17 February 2020 17:44:01 Sam Sokolik wrote:
> I cadded them up.. The slots in the bracket was enough to get decent
> quadrature
>
> http://electronicsam.com/images/greenmachine/20190401_145539.jpg
Maybe I'm dumb but the gear teeth move across the face, not the end. The
index is turne
My Rasperberry pi is acting as a database server and works well. I still
marvel at my Southwestern Industries CNC machine that runs on a 8085 (5Mhz)
that controls a 3 axis mill at 2m/min with 2000 line encoders and servo
drives. All programming is conversational and tool compensation is done by th
On Monday 17 February 2020 16:57:36 Les Newell wrote:
> They should be any multiple of the tooth spacing plus half a tooth
> spacing.
>
> Your tooth spacing (pi x diameter) / number of teeth = 0.314"
>
> So the available spacings between the sensor are:
>
> (0.314 x 0) + (0.314 / 2) = 0.157
>
> (0
> >Perhaps what's needed is the work to make the MESA boards function
> with the BeagleBone. Then it's a plug and play change with no large amounts
> of physical hardware to move around. Like Sam does hanging it off the back
> of the monitor.
>
> How many Bone users are out there that want t
And of course a crappy video...
https://youtu.be/QY_vmW1djao
You wouldn't expect anything less...
On Mon, Feb 17, 2020, 4:57 PM John Dammeyer wrote:
> Nice work!
>
> > -Original Message-
> > From: Sam Sokolik [mailto:samco...@gmail.com]
> > Sent: February-17-20 2:44 PM
> > To: Enhanced
Nice work!
> -Original Message-
> From: Sam Sokolik [mailto:samco...@gmail.com]
> Sent: February-17-20 2:44 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Got my new ATS-667's today, but thats a math
> connundrum for me.
>
> I cadded them up.. The slots in the brac
Hmmm. Has that been reported with the BeagleBone install?
What I meant is that in porting the change across it would be very easy
to introduce bugs. LinuxCNC and Machinekit have diverged since they were
forked so it's not just a drop in replacement.
Bugs that lay in wait for months or years
I cadded them up.. The slots in the bracket was enough to get decent
quadrature
http://electronicsam.com/images/greenmachine/20190401_145539.jpg
On Mon, Feb 17, 2020, 3:59 PM Les Newell wrote:
> They should be any multiple of the tooth spacing plus half a tooth spacing.
>
> Your tooth spacing
The status messages often do change between versions. A big example of
this was when joints and axes were split up. The status messages changed
quite a bit then. Multi spindle support was another biggie. These were
two big examples but there are plenty of other smaller changes that have
affect
It's a BIG change with lots of potential to break things and the
benefits don't really warrant the work and risk. You really don't want
to accidentally introduce a bug that only shows up when someone runs a
particular configuration but when it does, makes the machine eat itself.
Les
On 17/02
They should be any multiple of the tooth spacing plus half a tooth spacing.
Your tooth spacing (pi x diameter) / number of teeth = 0.314"
So the available spacings between the sensor are:
(0.314 x 0) + (0.314 / 2) = 0.157
(0.314 x 1) + (0.314 / 2) = 0.471
and so on...
You won't get a perfec
Greetings all;
Given that the bull gear in this lathe is exactly 6" in diameter at the
outer face of the teeth;
Given that it has 60 teeth;
Given that the ATS-667's are mounted so as to clear the teeth by about 10
to 15 thou and they are slightly thicker than 5/32" inch. That would
add about
Think zeromq is used for message passing, found only a few functions.
Interestingly enough in one of the example https://zeromq.org/languages/c/ they
send using TCP/IP which is the same protocol NML use. I get the impression
zeromz is message oriented while TCP/IP is an endless stream of data.
If the machinekit fork was so good as far as making the information more
structured why did that fork not get adopted into the main stream? Is it just
that for existing installations, that already work, the attitude is why change?
John
> -Original Message-
> From: N [mailto:nicklas.ka
> -Original Message-
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> Sent: February-17-20 11:23 AM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] RPI4 is pretty close to a decent machine control
> solution...
>
>
> > I've done something similar for a client wi
> On 17/02/2020 18:15, Johannes Fassotte wrote:
> > I'm reviewing currently available documentation from the NIST on how a
> > remote user is fed status information. From what I can tell based on
> > my experiments is that the raw data file is sent to the remote for
> > decoding and that the rem
I've done something similar for a client with a PiZeroW that took 18 seconds to
boot but the logging of CAN messages was required on power up. I ended up
using a PIC32 since it had enough RAM and it also used a SPI interface to
transfer data once the Pi was awake and ready to talk. Even Py
This is the distinction between a motion controller and interface
hardware. linuxcnc is the motion controller. The external hardware that
interfaces with linuxcnc does what the computer doesn't do well
step generation
pwm
encoder counting
resolver interfacing
other stuff I can't think of now..
On 17/02/2020 18:15, Johannes Fassotte wrote:
I'm reviewing currently available documentation from the NIST on how a
remote user is fed status information. From what I can tell based on
my experiments is that the raw data file is sent to the remote for
decoding and that the remote is able to do
On Monday 17 February 2020 12:01:40 John Dammeyer wrote:
> > From: Les Newell [mailto:les.new...@fastmail.co.uk]
> >
> > > Since very slow PCs with limited memory could do this as well as
> > > the slower
> >
> > PRU processors on the BBB, I'd venture a guess that if a Pi4 can't
> > do at least 50
But I am perplexed that if LinuxCNC is so modular why MachineKit for
the Beagle was forked rather than maintained as part of LinuxCNC.
The Machinekit team wanted to replace and redesign some of the core
components of LinuxCNC including the framework that enable the modules
to talk to each o
Hi Peter,
> >long strings of LinuxOS upgrade knowledge since the for LinuxCNC need a
> >precompiled (for BBB) hostmot2 driver?
> >
> >loadrt hostmot2
> >loadrt hm2_eth board_ip="192.168.1.121" config=" num_encoders=0
> num_pwmgens=0
> >num_stepgens=5"
> >setphm2_7i92.0.watchdog.timeout_ns 5
Hi Jon,
> On 02/16/2020 06:10 PM, John Dammeyer wrote:
> > Hi Sam,
> > Nice. But it does seem to support my premise on isolating LinuxCNC from
> the hardware control.
> >
> > For example, way back a Pentium 386-66 with WIN-95 and MACH2 CNC was
> able to do this at 25KHz stepping.
> >
> > A BeagleB
On Mon, 17 Feb 2020, John Dammeyer wrote:
SNIP--
I think partly I don't understand the difference between the current LinuxCNC
and the MachineKit LinuxCNC. What does make them so different that a newer
version of LinuxCNC with bugs remov
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> > Since very slow PCs with limited memory could do this as well as the slower
> PRU processors on the BBB, I'd venture a guess that if a Pi4 can't do at least
> 50kHz stepping while also doing trajectory planning and screen updates there
> i
> Some colleges and universities offer many online courses for free or very low
> cost. The online course materials are identical to what's used in the classes
> at the schools, and lectures are either recorded from actual classes or are
> the same material the professors present to a class. For
On Monday 17 February 2020 11:13:53 Jon Elson wrote:
> On 02/16/2020 03:19 PM, Gene Heskett wrote:
> > Is this cable tester downloadable from the pico systems web site?
>
> It is not a "cable tester", it is a program that
> communicates with each of my controller boards
> and tests all of the func
On 02/16/2020 06:10 PM, John Dammeyer wrote:
Hi Sam,
Nice. But it does seem to support my premise on isolating LinuxCNC from the
hardware control.
For example, way back a Pentium 386-66 with WIN-95 and MACH2 CNC was able to do
this at 25KHz stepping.
A BeagleBone Black with Machine Kit has P
On 02/16/2020 03:19 PM, Gene Heskett wrote:
Is this cable tester downloadable from the pico systems web site?
It is not a "cable tester", it is a program that
communicates with each of my controller boards
and tests all of the functions of that particular board.
One of the tests is to write
Since very slow PCs with limited memory could do this as well as the slower PRU
processors on the BBB, I'd venture a guess that if a Pi4 can't do at least
50kHz stepping while also doing trajectory planning and screen updates there is
something really 'off' with LinuxCNC.
It depends on your
One issue jumps to mind that is different. The tiny shop I have doesn't have
room for a Keyboard, Mouse and Display by the lathe. I currently have a nice
work triangle set up for the lathe toolbench and tool cabinet. It would
require a lot of work to change that at a cost of space lost
46 matches
Mail list logo