[Emc-users] OT: Grind a hemisphere or ball end on rod

[Roland Jollivet]

In point form

- lay the rod in a long V (angle iron will be fine)
- rotate the rod at about 10RPM from the far end with a small reduction DC
motor and a 3-jaw chuck
- at the working end, support the rod with two large (80mm) overlapping
rollers (like used for balancing)
- have a third roller lightly pressing down
- make a small X-Y table and mount a grinding wheel on it (axis of grinding
wheel is parallel to rod)

- system is easy to load and unload
- you can program the X-Y to any arc you like, and is easy to edit the code
- have a sharp point nearby so you can dress the wheel automatically
- since the X-Y is very light duty, you could use as small as 4mm threaded
bar for the feedscrew. Light spring pre-load and brass nuts.
- best to use rollers instead of slides for the axes.


Regards
Roland


On 5 June 2015 at 22:19, Mark Johnsen  wrote:

> I thought I'd throw this out here because some of the ideas passed around
> are really good.  I thought someone might have a helpful suggestion.
>
> I have an application where we need to grind a ball-end on the end of rod
> that can be between 0.5 meters to 2 meters long and vary in diameter from
> about 1.25mm to 8mm.  Currently, it's done by hand on rotary disk sander.
> The material is stainless steel or titanium.
>
> It seems like a solution might be a small cnc'd lathe and bar feeder type
> application and it needs to be easy to use and quick.
>
> 1.  How do I cut/grind the hemisphere?
> I'm thinking a small CNC type lathe should do it?
> I read on practicalmachinist.com that for manual lathes they often use a
> custom tool at the radius they want to cut, but I have varying radii, so it
> didn't seem like that would be a good solution.  Using a CNC would solve
> the varying radii problem.  Either a sensor or operator manually enters
> dia.
>
> 2.  How do I hold and spin the rod?  Especially, w/ differing diameters
> that can show up at any time.  Here were some ideas, but they don't handle
> the differing diameters?
> http://www.processwelding.com/standardLathes.php
> http://www.4machining.com/4m-Tooling/Harig-All/Harig-Air-Collet-Closer
>
> What about a large rolling wheel driving against two idlers to rotate the
> bar?
>
> 3.  Lastly, controlling the whip while the stock is rotating?
> I could see a barfeeder type application and then something to keep the rod
> from whipping?
>
> Thanks,
> Mark
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Rafael]

On 06/05/2015 01:18 AM, Alexander Rössler wrote:
>
> Rafael writes:
>
>> On 06/04/2015 07:13 AM, Ron Bean wrote:
 If you need one computer to see the GUI and one for realtime
 effects, why not just start out with a real computer and load Linux and
 LinuxCNC on it?
>>
 snip

>> In my HW support experience I came across PDP-11 systems running in
>> steel mills, nuclear and hydro power plants, factories, etc. with little
>> or no graphics. Most used VT100, some used more advanced color
>> terminals. Systems with 32kW(ord) or 64kW RAM controlled huge machinery
>> with RTOS on much slower CPU than we have today.
> The future are distributed systems. Distributed setups are industrial
> standard and are used everywhere from automotive to automation
> industry. CAN and Ethernet are used these days to distribute

neither one is suitable for strict real time.

> functionality across different ECUs. The BBB is fine when it comes to
> CAN but an even stronger platform from TI is coming up: the BeagleBoard
> X15 with Gigabit Ethernet support

Don't mix computer BUS and cabling. Two different things. Some cables do 
act as traditional extend bus but none at the length of an airplane or 
HMMVE.

What good is Gigabit Ethernet when you need to connect a keypad, a 
switch, accelerometer, or optical sensor to BBB? Ethernet is not a bus, 
it's one of communications peripherals.

> On the other edge of the spectrum we have another low cost solution that
> is currently funded on kickstarter C.H.I.P. a 9$ dollar Linux computer
> with Bluetooth and WLAN => a cheap solution to connect sensors.

This is one of a kind toys that don't make a standard! Nor would anybody 
serious use it for a CNC machine.

> I even heard about things like fly-by-wireless. Which boils down to
> removing the wired buses inside a plane.  So face the facts: Big
> monolithic computer setups will soon be banned to server farms.

Most airplanes and modern military vehicles use computers based on 
decades of developments on VME bus and it's derivatives because they 
need a lot of connections. That likely includes CompactPCI, it's 
emerging CompactPCI Serial, and VPX.

As tiny lasers are getting cheaper, cost of building optical bus and 
compatible peripherals will become more common in the near future so 
we'll see even more data buses.

Every computer in existence has a bus, available or not, for connections 
to additional peripherals. There is a bus on BBB, RaspberryPi, Radxa, 
and other little SBCs to add peripherals. My comment was about the 
problem with every little SBC having different connectors and their 
positions on the board while all are using "sandwich mechanical 
architecture" that cannot be expanded easily.

Based on what I've seen at Embedded computers trade show this year I can 
easily say that "computer data bus" won't go away any time soon. PCIe, 
VME, VPX, CompactPCI, PC104 and on and on. Companies are clearly 
commiting to support for advanced buses for the next 20 years or more.

>>> and a PCI slot for a GPU. Another solution might be something like a BBB
>>> that plugs into a PCI slot in a generic PC. Either one eliminates the
>>> USB connection, which is the real problem.
>>
>> Good idea assuming there would be a volume to keep the costs down.
>>
>> IMO it would be better if ARM architecture based universal bus would
>> emerge for use in small embedded systems under $100 so that vendors
>> would be encouraged to build controllers with "Mesa card" like
>> functionality and other interfaces to handle digital and analog IO
>> connections.
>>
>> This thread brought up interesting ideas and comments; good starting
>> point for a "kickstart" project  ;-)
>

-- 
Rafael

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Gregg Eshelman]

On 6/5/2015 10:06 AM, Roland Jollivet wrote:

> Same. I really can't be bothered with sites that don't list prices. Bad
> thinking on their part.
>
> Regards
> Roland

Any place that says to contact them for a quote, or worse, create an 
account and login on the site to get a quote, does not get my business.

Just put the prices on the site! If they need to change the prices they 
can simply... change the prices. With the right setup it can be as 
simple as editing a spreadsheet then saving as a CSV and uploading to 
the right place on their server.

Also annoying are sites with catalogs that not only are just a bunch of 
PDFs but are also set to force you to have to save the PDF instead of 
viewing it in the browser. They still think it's the 1990's or something...


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Grind a hemisphere or ball end on rod

[andy pugh]

On 6 June 2015 at 01:35, Mark Johnsen  wrote:

> That boring head is unreal and I've never seen anything like it.

I think I have the only one. I made everything down to the motor
stator laminations.

> I like the idea of holding the work piece stationary.  I had thought about
> a XY table w/ rotary on top, but still needed to spin the part.  I have a
> tendency to over-complicate things...

I might have a better idea.

This geometry would work:
https://www.youtube.com/watch?v=1EYaM4FkASA

Forget the XY axes, imagine a mini-lathe rotating slowly under stepper
control where the table is, and the spindle rotating on the saddle.
(no cross-slide, pivot point exactly on the centre line)
Start with the spindle coaxial with the spindle, push the work to the
milling cutter, clamp the chuck then slowly rotate the work while the
spindle swings to 90 degrees.
You would need a "W" feed to alter the working radius.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] OT: Grind a hemisphere or ball end on rod

[Mark Johnsen]

Andy,

That boring head is unreal and I've never seen anything like it.  I'm not
quite sure how it works.  I'm guessing the housing the cable is connected
to is stationary?

I looked at all 247 pictures you had and couldn't piece together how it
works, but looks like you made some of the pieces and maybe the circuitry?
Is there a motor and feedback powered through the 25 pin d-sub connector?
How is the index or radial motion controlled?

I like the idea of holding the work piece stationary.  I had thought about
a XY table w/ rotary on top, but still needed to spin the part.  I have a
tendency to over-complicate things...

I did quite a bit of google searching for 'cnc controlled boring heads' and
'cnc radial boring head' and found a few things, but many seem to be too
large:

http://www.dandrea.com/en/contents.asp?c=10&s=28 (also here:
http://www.tysontool.com/ecat-dandrea.htm)
http://amiusainc.com/innovative_solutions.html
http://www.cogsdill.com/products/zx-systems/ (looks )
http://www.nickunj.com/product_inside.php?id=242

This had an autofeed, but not quite it:
http://www.arceurotrade.co.uk/Catalogue/Machines-Accessories/Milling-Machines/SIEG-X3-Small-Mill/X3-Boring-Tools

Mark

Note:  'CNC Facing head' is also a good search.


*Re: [Emc-users] OT: Grind a hemisphere or ball end on rod
*
From: andy pugh  - 2015-06-05 20:47:29

On 5 June 2015 at 21:19, Mark Johnsen  wrote:

To turn 1.25mm x 2m you would need to spend more effort on the support
than on the machining.

So, perhaps the best idea is to hold the work stationary and rotate
the cutter / grinder.

You would need a machine spindle with a CNC-controlled rotating radial axis.
Here is one I prepared
earlier:https://picasaweb.google.com/lh/photo/1gX6p3sVta2YivGyk8rrX9MTjNZETYmyPJy0liipFm0?feat=directlink


-- 
atp
If you can't fix it, you don't own it.http://www.ifixit.com/Manifesto
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[andy pugh]

On 6 June 2015 at 00:31, Sven Wesley  wrote:
> Letting the box, BBB or whatever you like
> controlling the machine and running the GUI somewhere else is pretty
> obvious to me.

It doesn't have to be an either/or. I have mentioned this before, but
it's a useful thing to do.

Even with the machine controller and GUI local to the machine, you can
still open a remote HAL session. Quite often with a long job I will
set the machine going in the workshop then go back indoors to do
something else.

ssh -Y andypugh@mill.local

opens a remote terminal session to that machine. the -Y enables
X-forwarding. (-X might be more obvious, and might work for you)

halcmd -kf

opens a remote HAL session.

loadusr halmeter -s pin motion.program-line

opens a little window on the machine I am sitting at (typically my Mac
in the living room) that goes to 0 when waiting for a tool change, or
finished, and increments regularly if things are going well.


-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Sven Wesley]

2015-06-05 21:58 GMT+02:00 Przemek Klosowski :

>
> So I took an Android 7" tablet (Azpen A700)  that I got for $35 from
> MicroCenter, installed   X11 server from the Play Store:
> https://play.google.com/store/apps/details?id=x.org.server&hl=en
>
> and ran a test program (attached) talking to the X server on the tablet
> via USB:
>
> DISPLAY=192.168.1.11:0  wish testbuttons.tcl
>
> It runs fine, although the mouse interaction is awkward (have to slide
> the cursor to the target first before tapping to click).
>
>
I'm on your side Przemek.

I remember a year or two ago this discussion was a kind of a hot topic
after a test I did (and someone else also made it as well) where I had
different computers for running the machine and the GUI. I was frankly
considered being an idiot by some.
While I am since then happy strolling along being a lesser smart person, I
visited a partner's factory. It turns out that they run ALL THEIR MACHINES
REMOTELY. Tooling centers, lathes and injection molders. Everything
controlled from the desk 4 feet from the coffee machine. And now I am
looking into investing in a new injection molder, all three brands we look
at has VNC remote control as standard.

I helped a friend making a big router for profiling plywood sheets. He runs
the machine GUI on a laptop with touch screen and can control the router
from the other end of the table 10 feet away. He is also kind of stupid
considering he runs two computers (less running back and forth is not taken
into account).

Why bother making a touch screen setup for a PC when a touch screen laptop
or tablet is dirt cheap? Letting the box, BBB or whatever you like
controlling the machine and running the GUI somewhere else is pretty
obvious to me. You can get a pretty good tablet on Amazon for $70 USD
(Dragon Touch 9" screen, quad core). My kids have them for gaming. They run
VNC just fine.
With that said, I'll keep on strolling as an idiot. But now with the fact
that more or less the entire industry is accepting dual computer setups.

And the don't-trust-wireless-machines-argument was pouring down the drain
back then too. Let me re-post a picture:
http://www.hiab.com/globalassets/inriver/resources/544ea8hip_se12_008ret_1300x845.jpg
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Grind a hemisphere or ball end on rod

[andy pugh]

On 5 June 2015 at 21:19, Mark Johnsen  wrote:

To turn 1.25mm x 2m you would need to spend more effort on the support
than on the machining.

So, perhaps the best idea is to hold the work stationary and rotate
the cutter / grinder.

You would need a machine spindle with a CNC-controlled rotating radial axis.
Here is one I prepared earlier:
https://picasaweb.google.com/lh/photo/1gX6p3sVta2YivGyk8rrX9MTjNZETYmyPJy0liipFm0?feat=directlink


-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] OT: Grind a hemisphere or ball end on rod

[Mark Johnsen]

I thought I'd throw this out here because some of the ideas passed around
are really good.  I thought someone might have a helpful suggestion.

I have an application where we need to grind a ball-end on the end of rod
that can be between 0.5 meters to 2 meters long and vary in diameter from
about 1.25mm to 8mm.  Currently, it's done by hand on rotary disk sander.
The material is stainless steel or titanium.

It seems like a solution might be a small cnc'd lathe and bar feeder type
application and it needs to be easy to use and quick.

1.  How do I cut/grind the hemisphere?
I'm thinking a small CNC type lathe should do it?
I read on practicalmachinist.com that for manual lathes they often use a
custom tool at the radius they want to cut, but I have varying radii, so it
didn't seem like that would be a good solution.  Using a CNC would solve
the varying radii problem.  Either a sensor or operator manually enters
dia.

2.  How do I hold and spin the rod?  Especially, w/ differing diameters
that can show up at any time.  Here were some ideas, but they don't handle
the differing diameters?
http://www.processwelding.com/standardLathes.php
http://www.4machining.com/4m-Tooling/Harig-All/Harig-Air-Collet-Closer

What about a large rolling wheel driving against two idlers to rotate the
bar?

3.  Lastly, controlling the whip while the stock is rotating?
I could see a barfeeder type application and then something to keep the rod
from whipping?

Thanks,
Mark
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Fri, Jun 5, 2015 at 3:58 PM, Przemek Klosowski <
przemek.klosow...@gmail.com> wrote:

> On Fri, Jun 5, 2015 at 3:42 PM, Mark Wendt  wrote:
>
> >> Connect a USB cable between the tablet and the BBB, and have them talk
> >> to each other by network transport over USB, including doing remote X
> >> protocol to the server on the tablet. I described that couple of weeks
> >> ago in this list.
> >>
> >
> >
> > Ah.  Must have missed that post.
>
> So I took an Android 7" tablet (Azpen A700)  that I got for $35 from
> MicroCenter, installed   X11 server from the Play Store:
> https://play.google.com/store/apps/details?id=x.org.server&hl=en
>
> and ran a test program (attached) talking to the X server on the tablet
> via USB:
>
> DISPLAY=192.168.1.11:0  wish testbuttons.tcl
>
> It runs fine, although the mouse interaction is awkward (have to slide
> the cursor to the target first before tapping to click).
>


Neat!  Getting the X11 to play over USB is a pretty slick idea.  No video
bandwidth problems?
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Przemek Klosowski]

On Fri, Jun 5, 2015 at 3:42 PM, Mark Wendt  wrote:

>> Connect a USB cable between the tablet and the BBB, and have them talk
>> to each other by network transport over USB, including doing remote X
>> protocol to the server on the tablet. I described that couple of weeks
>> ago in this list.
>>
>
>
> Ah.  Must have missed that post.

So I took an Android 7" tablet (Azpen A700)  that I got for $35 from
MicroCenter, installed   X11 server from the Play Store:
https://play.google.com/store/apps/details?id=x.org.server&hl=en

and ran a test program (attached) talking to the X server on the tablet via USB:

DISPLAY=192.168.1.11:0  wish testbuttons.tcl

It runs fine, although the mouse interaction is awkward (have to slide
the cursor to the target first before tapping to click).

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Fri, Jun 5, 2015 at 3:36 PM, Przemek Klosowski <
przemek.klosow...@gmail.com> wrote:

> On Fri, Jun 5, 2015 at 3:21 PM, Mark Wendt  wrote:
>
> > Then what exactly is the USB cable being used for?
>
> Connect a USB cable between the tablet and the BBB, and have them talk
> to each other by network transport over USB, including doing remote X
> protocol to the server on the tablet. I described that couple of weeks
> ago in this list.
>


Ah.  Must have missed that post.
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Przemek Klosowski]

On Fri, Jun 5, 2015 at 3:21 PM, Mark Wendt  wrote:

> Then what exactly is the USB cable being used for?

Connect a USB cable between the tablet and the BBB, and have them talk
to each other by network transport over USB, including doing remote X
protocol to the server on the tablet. I described that couple of weeks
ago in this list.

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Gene Heskett]

On Friday 05 June 2015 12:59:56 Rick Lair wrote:
> I do build from source,
>
> So should I have the VMC folder be in my
> "home/testpc/linuxcnc-dev/configs directory,
>
> Then from the command line be in the
> "testpc@testpc:~/linuxcnc-dev/configs$" directory,
>
> Then do " sudo halcompile --install --install-doc carousel.comp"
>
> Does that sound right?

You may have to edit your .bashrc's PATH to include /usr/bin

or, since you'll be using root $PATH, do

sudo /usr/bin/halcompile --install -- install-doc carousel.comp

> On 6/5/2015 12:41 PM, Sebastian Kuzminsky wrote:
> > On 6/5/15 10:38 AM, andy pugh wrote:
> >> On 5 June 2015 at 17:34, Rick Lair  wrote:
> >>> Now I get "sudo: halcompile: command not found",
> >>
> >> Wierd.
> >> sudo apt-get install linuxcnc-dev
> >> Might help, but I didn't think that was necessary, and I would
> >> imagine you already have it.
> >
> > Yes, halcompile is part of the linuxcnc-dev package (or in your
> > run-in-place path, if you build from source).

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Gene Heskett]

On Friday 05 June 2015 12:34:26 Rick Lair wrote:
> Now I get "sudo: halcompile: command not found",
>
> Do I need to . ./scripts/rip-environment?

Look in /usr/bin.  Its part of the 2.8.0pre installs I have here.

But I am not sure when the renameing was done.  Is /usr/bin in your 
$PATH?  I've had a spell of PATH problems since the new install, and 
apparently need to do some editing on my ~/.bashrc, but the shape I'm in 
ATM pretty much precludes a lot of time on my feet.

> Were should the VMC folder actually be, or doesn't it make a
> difference,  I have it in my configs folder, which is in the linuxcnc
> folder.
>
> On 6/5/2015 11:06 AM, Gene Heskett wrote:
> > On Friday 05 June 2015 10:54:30 Rick Lair wrote:
> >> I keep getting "sudo: comp: command not found"
> >
> > There has been a name change Rick, it is now "halcompile"
> >
> >> On 6/5/2015 10:20 AM, andy pugh wrote:
> >>> On 5 June 2015 at 15:12, Rick Lair  wrote:
>  ./toolchange.hal:1: Can't find module 'carousel' in
> >>>
> >>> Yes, you do need to install the new component.
> >>>
> >>> sudo comp --install --install-doc carousel.comp
> >>> (carousel-comp is in the config folder when unzipped)
> >>>
> >>> The rest of the errors are something that Vismach just seems to
> >>> do.
> >
> > Cheers, Gene Heskett

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Fri, Jun 5, 2015 at 1:15 PM, Viesturs Lācis 
wrote:

> 2015-06-05 12:13 GMT+03:00 Mark Wendt :
> > Dunno.  It runs LinuxCNC so I would presume you could only run one
> instance
> > of whatever control GUI you use.
>
> Well, it runs Machinekit and remote GUIs is one of the major areas
> that has been changed, compared to LinuxCNC.
> AFAIK client app will run one remote GUI (Machineface or Cetus are 2
> options at the moment) at a time, but you can switch from one machine
> to another - the client app displays all the Machinekit instances it
> has found on the network and you can choose, which one to connect to.
>
>
> Viesturs
>

Then what exactly is the USB cable being used for?
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Adam McLeod]

The thing about CNC control or industrial automation is that there isn't 
really that much data being passed.  It is much more about latency and 
consistency (jitter) if you want a high performance CNC tool.

Industrial controls that run on ethernet tend to be non-standard 
implementations that behave differently to give consistent timing of the 
messages.  There also tends to be a lot of wasted bandwidth capacity due 
to the small amount of data being transfered.  To have a remote IO block 
with 8 or 16 IO bits, that is only 1 or 2 bytes.  An ethernet frame is 
1518 bytes.  Since the information is time sensitive, you can't wait to 
consolidate more data before you send the message to the bus, so your 
transfer efficiency is 0.06%, or 0.12%.  It is possible to saturate an 
ethernet link with surprisingly little useful data being transfered.  
There is also nothing cheap about the industrial ethernet equipement, 
and putting non-industrial protocol devices on the same network can 
destroy the guaranteed latency that industrial ethernet is supposed to 
provide.

Industrial ethernet is good for consolidating 100's of IO points that 
are physically far away from the master controller.  Then your 
utilization goes up.  Hundred's of discrete wires are replaced with one 
ethernet cable.  For a standard CNC 3 axis mill, ethernet remote IO 
probably doesn't make sense for anything in motion control.

For a slower machine with lower precision requirements, the latency can 
be higher.  If standard ethernet performance allows adequate latency, 
then it certainly gets easier to use.


On 2015-06-05 11:24, Przemek Klosowski wrote:

> 
> But the parallel backplanes are gone and replaced by serial links,
> such as Ethernet or USB. A lot of industrial computers used the ISA
> bus, which was 8 MBps, or VME bus which originally was 40 MBps. This
> is easily matched and exceeded by common Ethernet links today! and so
> much easier to put things together using simple cabling vs limited
> capacity backplane boxes.
> 
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Stuart Stevenson]

Here is the 4 speed gearbox component from the Cinci at MPM

component gear4 "Select gear range from requested spindle speed";
/* This component if for a 4 speed gearbox with a separate tram shifter.
   This has 5 solenoids to shift the gears and 4 limit switches to indicate
the gearbox state. Tram state is not indicated by limit switch
   It will sense the spindle speed near zero from the VFD feedback and
inhibit the shifting until the spindle is slow enough.
*  It will drive the spindle very slow to allow the gears to mesh.
*/
pin in float spincmd "spindle command from EMC";
pin in float spinspeed "spindle speed from encoder";
pin in float spndlinching "gear mesh speed";
pin in float minspeed "lowest spindle speed";
pin in float gear1max "first gear max speed";
pin in float gear2max "second gear max speed";
pin in float gear3max "third gear max speed";
pin in float gear4max "fourth gear max speed";
pin in float gain "numerator of voltage ratio";

pin in bit ls31 "solenoid 31 limit switch";
pin in bit ls32 "solenoid 32 limit switch";
pin in bit ls33 "solenoid 33 limit switch";
pin in bit ls34 "solenoid 34 limit switch";
pin in bit tram "tram select input";
pin in bit shiftallow "allow shifting - connect to motion.spindle-brake
output";
pin in bit spinatzero "spindle at zero rpm";
pin in bit drawbar "drawbar in/out";
pin in bit tlchngreset "tool change reset button";

pin out float spinon "spindle speed command to VFD";
pin out float scale "spindle gear scale";
pin out float gear "spindle gear range";
pin out bit sol31 "shifting solenoid";
pin out bit sol32 "shifting solenoid";
pin out bit sol33 "tram solenoid";
pin out bit sol34 "shifting solenoid";
pin out bit sol35 "shifting solenoid";

function _;
license "GPL";
;;

FUNCTION(_) {
   int Gear, CurrentGear = 0, InGear = 0;

   if (tram && shiftallow) {
  scale = 0.0;
  spinon = 0.0;
 if (spinatzero) {
sol33 = 1;
 } else {
sol33 = 0;
 }
   } else {
  //  set requested gear  
 if (abs(spincmd) >= minspeed && abs(spincmd) <= gear4max) {
   if(abs(spincmd) <= gear1max) {
  Gear = 1;
  gear = 1;
   } else if (abs(spincmd) <= gear2max) {
  Gear = 2;
  gear = 2;
   } else if (abs(spincmd) <= gear3max) {
  Gear = 3;
  gear = 3;
   } else   {
  Gear = 4;
  gear = 4;
   }
 } else {
 Gear = 0;
 gear = 0;
 }
 ///  shift gears if necessary  ///
 if (CurrentGear != Gear) {
InGear = 0;
   // shift gears
   if (spinatzero) {
  switch (Gear) {
case 0:
  break;
case 1:
  sol31=1;
  sol32=0;
  sol33=0;
  sol34=1;
  sol35=0;
  break;
case 2:
  sol31=1;
  sol32=0;
  sol33=0;
  sol34=0;
  sol35=1;
  break;
case 3:
  sol31=0;
  sol32=1;
  sol33=0;
  sol34=1;
  sol35=0;
  break;
case 4:
  sol31=0;
  sol32=1;
  sol33=0;
  sol34=0;
  sol35=1;
  break;
case 5:
  scale = 0.0;
  break;
  }
   } else {
   }
   //
   if(Gear == 1 && ls31 && ls34 && !sol33) {
  scale = 15.2;
  InGear = 1;
   } else if (Gear == 2 && ls31 && ls33 && !sol33) {
  scale = 8.0;
  InGear = 1;
   } else if (Gear == 3 && ls32 && ls34 && !sol33) {
  scale = 1.9;
  InGear = 1;
   } else if (Gear == 4 && ls32 && ls33 && !sol33) {
  scale = 1.0;
  InGear = 1;
   } else {
  InGear = 0;
   }
 } else {
 }
 //
 if (InGear && !shiftallow && !tram && drawbar && !tlchngreset) {
spinon = abs(spincmd) * scale * gain;

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Stuart Stevenson]

This is the Enshu's two speed gear change component.

component gear2 "Select gear range from requested spindle speed";

// from EMC
pin in float SpindleCommand "spindle speed command";
pin in float minspeed "lowest spindle speed";
pin in float gear1max "low gear max speed";
pin in float gear2max "high gear max speed";
pin in float gain1 "low gear voltage ratio";
pin in float gain2 "high gear voltage ratio";
pin in float spinovride "spindle over ride percentage";
pin in bit reqSpindleOn "request Spindle Start";

// from enshutoolchange
pin in bit reqSpindleOrient "request Spindle Orient";

// I/Os
pin in bit SpindleAtZero "spindle at zero rpm";
pin in bit SpindleAlarmed "spindle alarm";
pin in bit SpindleInHigh "in high gear";
pin in bit SpindleInLow "in low gear";
pin in bit ToolClamped "tool clamped";

// to EMC
pin out float SpindleScale "spindle gear scale";
pin out float SpindleGear "spindle gear range";

// to PPMC
pin out float SpindleSpeed "spindle speed command to VFD"; //
ppmc.0.DAC.03.value
pin out bit HighGear "high gear";  //
ppmc.0.dout.18.out
pin out bit LowGear "low gear";//
ppmc.0.dout.17.out
pin out bit SpindleOrient "orient spindle";//
ppmc.0.dout.15.out
pin out bit SpindleOn "start spindle"; //
ppmc.0.dout.13.out
function _;
license "GPL";
;;

FUNCTION(_) {
   int Gear, InGear;
   float SpindleGain, SpindleDir;

if ( abs((SpindleCommand/spinovride)) >= minspeed &&
abs((SpindleCommand/spinovride)) <= gear2max && ! reqSpindleOrient ) {

// determine gear range
if( abs((SpindleCommand/spinovride)) <= gear1max ) {
Gear = 1;
} else {
Gear = 2;
}

// set outputs per gear range needed
if ( Gear != SpindleGear ) {
SpindleSpeed = 0;
SpindleOn = true;  // this causes the spindle to creep
during the gear change
InGear = 0;
if (SpindleAtZero) {
switch (Gear) {
case 0:
  break;
case 1:
  LowGear  = 1;
  HighGear = 0;
  break;
case 2:
  LowGear  = 0;
  HighGear = 1;
  break;
}
SpindleGear = Gear;
}
} else {

// set gain per gear range and verify gear range
if ( SpindleInLow && LowGear ) {
   SpindleGain = gain1;
   InGear = 1;
} else if ( SpindleInHigh && HighGear ) {
SpindleGain = gain2;
InGear = 1;
} else {
   SpindleGain = 0;
   InGear = 0;
}

// start spindle
if ( ToolClamped && InGear && reqSpindleOn ) {
SpindleSpeed = SpindleCommand * SpindleGain;
SpindleOrient = false;
SpindleOn = true;
}
}
} else if ( reqSpindleOrient ) {
SpindleSpeed = 0;
SpindleOrient = true;
SpindleOn = false;
} else {
Gear = 0;
SpindleSpeed = 0;
SpindleOrient = false;
SpindleOn = false;
}
}

have fun
Stuart


On Fri, Jun 5, 2015 at 12:36 PM, Stuart Stevenson  wrote:

> This is the tool change component I wrote for the Enshu at MPM in Wichita.
> The Enshu's tool changer is a side mounted chain matrix that moves the
> tool pot into position by counting the pots, overrunning the correct pot to
> allow a stop dog to fall into place, the chain rotates backward until the
> stop dog stops the chain, the hyraulics drops pressure to just maintain the
> chain in position, the pot rotates from horizontal to vertical. the Z axis
> retracts to tool change position, the arm rotates to engage the tool in the
> tool changer pot and the spindle at the same time, the tool changer pot and
> the spindle both release the tools at the same time, the arm drops and
> rotates and rises to exchange the tools, the pot and spindle clamp the
> tools, the arm returns to ready position and the pot rotates up to
> horizontal position. The tool changer is random so the tool numbers and pot
> numbers are always changing. LinuxCNC keeps track of wh

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Stuart Stevenson]

This is the tool change component I wrote for the Enshu at MPM in Wichita.
The Enshu's tool changer is a side mounted chain matrix that moves the tool
pot into position by counting the pots, overrunning the correct pot to
allow a stop dog to fall into place, the chain rotates backward until the
stop dog stops the chain, the hyraulics drops pressure to just maintain the
chain in position, the pot rotates from horizontal to vertical. the Z axis
retracts to tool change position, the arm rotates to engage the tool in the
tool changer pot and the spindle at the same time, the tool changer pot and
the spindle both release the tools at the same time, the arm drops and
rotates and rises to exchange the tools, the pot and spindle clamp the
tools, the arm returns to ready position and the pot rotates up to
horizontal position. The tool changer is random so the tool numbers and pot
numbers are always changing. LinuxCNC keeps track of which tool is in which
pot.
Restarting the control will recover from any tool changer error except when
the tool arm is in its bottom position and the arm is partially rotated.
I am not an official programmer so if this looks clunky or cludgy so be it
- it works for me. :)
I know it is not the official manner to include a long response in the
reply but this is not very long.

component enshutoolchange "tool change";
// This is for a random automatic tool changer that requires all components
to be individually controlled

// from EMC
pin in bit reqToolChange "EMC2 tool change request";//
iocontrol.0.tool-change
pin in s32 CurrentToolNumber "current tool number"; //
iocontrol.0.tool-number
pin in s32 NextPocketNumber "next pocket number";   //
iocontrol.0.tool-prep-pocket
pin in bit reqPocketPrepare "do tool select";   //
iocontrol.0.tool-prepare
pin in bit ToolChangePosition "tool change position";   //
wcomp.0.out
pin in float MaxPocketNumber "highest pocket number allowed";   // setp
enshutoolchange.0.MaxPocketNumber 30
pin in bit reqTLCHome "tool changer home signal";   //
axis.2.homed

// I/Os
pin in bit ManualMagazineRotate "rotate magazine";  //
ppmc.0.din.28.in-not
pin in bit ToolUnClampButton "tool change button";  //
ppmc.0.din.29.in-not
pin in bit SpindleAtZero "spindle at zero rpm"; //
ppmc.0.din.42.in-not
pin in bit SpindleOriented "spindle oriented";  //
ppmc.0.din.44.in-not
pin in bit ToolClamped "tool clamped";  //
ppmc.0.din.50.in-not
pin in bit ToolUnClamped "tool unclamped";  //
ppmc.0.din.51.in-not
pin in bit Arm60Set "tool change arm 60 at 60"; //
ppmc.0.din.52.in-not
pin in bit Arm60Reset "tool change arm 60 at 0";//
ppmc.0.din.53.in-not
pin in bit Arm180Set "tool change arm 180 at 180";  //
ppmc.0.din.54.in-not
pin in bit Arm180Reset "tool change arm 180 at 0";  //
ppmc.0.din.55.in-not
pin in bit PotDown "tool change pot down";  //
ppmc.0.din.56.in-not
pin in bit PotUp "tool change pot up";  //
ppmc.0.din.57.in-not
pin in bit PotUnClamped "tool change pot unclamped";//
ppmc.0.din.58.in-not
pin in bit ArmUp "tool change arm up";  //
ppmc.0.din.59.in-not
pin in bit ArmDown "tool change arm down";  //
ppmc.0.din.60.in-not
pin in bit PotCount "tool pot count";   //
ppmc.0.din.61.in-not
pin in bit PotZero "tool pot zero"; //
ppmc.0.din.62.in-not
pin in bit MagazineReverse "tool magazine reverse"; //
ppmc.0.din.63.in-not

//  OUTPUTS
//to emc
pin out bit ToolChanged "tool change done"; //
iocontrol.0.tool-changed
pin out bit ToolPrepared "tool selected";   //
iocontrol.0.tool-prepared

// to gear2
pin out bit reqSpindleOrient "request Spindle Orient";  //
gear2.0.reqSpindleOrient

// to ppmc I/O
pin out bit TLCArmUp "tool change arm up";  //
ppmc.0.dout.19.out
pin out bit TLCArmDown "tool change arm down";  //
ppmc.0.dout.20.out
pin out bit TLCArm60Set "tool change arm 60 to 60"; //
ppmc.0.dout.21.out
pin out bit TLCArm60Reset "tool change arm 60 to 0";//
ppmc.0.dout.22.out
pin out bit TLCArm180Set "tool change arm 180 to 180";  //
ppmc.0.dout.23.out
pin out bit TLCArm180Reset "tool change arm 180 to 0";  //
ppmc.0.dout.24.out
pin out bit TLCPotDown "tool change pot down";  //
ppmc.0.dout.25.out
pin out bit TLCPotUp "tool change pot up";  //
ppmc.0.dout.26.out
pin out bit TLCPotUnClamp "pot unclamp";//
ppmc.0.dout.27.out
pin out bit TLCChainForward "tool change magazine forward"; //
ppmc.0.dout.28.out
pin out bit AirBlast "tool change air blast";   //
ppmc.0.dout.29.out
pin out bit To

Re: [Emc-users] password

[jeremy youngs]

Big John that was the nail on the head. How did I get that the first time
and not the second I don't know but thanx guys
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Viesturs Lācis]

2015-06-05 12:13 GMT+03:00 Mark Wendt :
> Dunno.  It runs LinuxCNC so I would presume you could only run one instance
> of whatever control GUI you use.

Well, it runs Machinekit and remote GUIs is one of the major areas
that has been changed, compared to LinuxCNC.
AFAIK client app will run one remote GUI (Machineface or Cetus are 2
options at the moment) at a time, but you can switch from one machine
to another - the client app displays all the Machinekit instances it
has found on the network and you can choose, which one to connect to.


Viesturs

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Sebastian Kuzminsky]

On 6/5/15 10:59 AM, Rick Lair wrote:
> I do build from source,
>
> So should I have the VMC folder be in my
> "home/testpc/linuxcnc-dev/configs directory,
>
> Then from the command line be in the
> "testpc@testpc:~/linuxcnc-dev/configs$" directory,
>
> Then do " sudo halcompile --install --install-doc carousel.comp"
>
> Does that sound right?

That sounds right.

Do you have 2.7 or later checked out in ~/linuxcnc-dev?

You must have compiled the source tree in ~/linuxcnc-dev, and in the 
shell that you run halcompile you must first have run "source 
~/linuxcnc-dev/scripts/rip-environment".


-- 
Sebastian Kuzminsky

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Rick Lair]

I do build from source,

So should I have the VMC folder be in my 
"home/testpc/linuxcnc-dev/configs directory,

Then from the command line be in the 
"testpc@testpc:~/linuxcnc-dev/configs$" directory,

Then do " sudo halcompile --install --install-doc carousel.comp"

Does that sound right?


On 6/5/2015 12:41 PM, Sebastian Kuzminsky wrote:
> On 6/5/15 10:38 AM, andy pugh wrote:
>> On 5 June 2015 at 17:34, Rick Lair  wrote:
>>> Now I get "sudo: halcompile: command not found",
>> Wierd.
>> sudo apt-get install linuxcnc-dev
>> Might help, but I didn't think that was necessary, and I would imagine
>> you already have it.
> Yes, halcompile is part of the linuxcnc-dev package (or in your
> run-in-place path, if you build from source).
>
>

-- 

Thanks


Rick Lair
Superior Roll & Turning LLC
399 East Center Street
Petersburg MI, 49270
PH: 734-279-1831
FAX: 734-279-1166
www.superiorroll.com


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Sebastian Kuzminsky]

On 6/5/15 10:38 AM, andy pugh wrote:
> On 5 June 2015 at 17:34, Rick Lair  wrote:
>> Now I get "sudo: halcompile: command not found",
>
> Wierd.
> sudo apt-get install linuxcnc-dev
> Might help, but I didn't think that was necessary, and I would imagine
> you already have it.

Yes, halcompile is part of the linuxcnc-dev package (or in your 
run-in-place path, if you build from source).


-- 
Sebastian Kuzminsky

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Rick Lair]

I do, I did a fresh pull as well, and re-compiled just last week as well.



On 6/5/2015 12:38 PM, andy pugh wrote:
> On 5 June 2015 at 17:34, Rick Lair  wrote:
>> Now I get "sudo: halcompile: command not found",
> Wierd.
> sudo apt-get install linuxcnc-dev
> Might help, but I didn't think that was necessary, and I would imagine
> you already have it.
>
>

-- 

Thanks


Rick Lair
Superior Roll & Turning LLC
399 East Center Street
Petersburg MI, 49270
PH: 734-279-1831
FAX: 734-279-1166
www.superiorroll.com


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[andy pugh]

On 5 June 2015 at 17:34, Rick Lair  wrote:
> Now I get "sudo: halcompile: command not found",

Wierd.
sudo apt-get install linuxcnc-dev
Might help, but I didn't think that was necessary, and I would imagine
you already have it.


-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Rick Lair]

Now I get "sudo: halcompile: command not found",

Do I need to . ./scripts/rip-environment?

Were should the VMC folder actually be, or doesn't it make a 
difference,  I have it in my configs folder, which is in the linuxcnc 
folder.



On 6/5/2015 11:06 AM, Gene Heskett wrote:
> On Friday 05 June 2015 10:54:30 Rick Lair wrote:
>> I keep getting "sudo: comp: command not found"
> There has been a name change Rick, it is now "halcompile"
>> On 6/5/2015 10:20 AM, andy pugh wrote:
>>> On 5 June 2015 at 15:12, Rick Lair  wrote:
 ./toolchange.hal:1: Can't find module 'carousel' in
>>> Yes, you do need to install the new component.
>>>
>>> sudo comp --install --install-doc carousel.comp
>>> (carousel-comp is in the config folder when unzipped)
>>>
>>> The rest of the errors are something that Vismach just seems to do.
> Cheers, Gene Heskett

-- 

Thanks


Rick Lair
Superior Roll & Turning LLC
399 East Center Street
Petersburg MI, 49270
PH: 734-279-1831
FAX: 734-279-1166
www.superiorroll.com


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Przemek Klosowski]

On Fri, Jun 5, 2015 at 12:17 AM, Rafael  wrote:

> Good computer architecture includes a backplane, passive or active.
> Digital computers were among the most popular low cost industrial
> computers many years ago. Some used 4 slot backplanes, others more with
> possibility to use expanders for additional interfaces. Some interfaces
> used only part of the bus to save space.

But the parallel backplanes are gone and replaced by serial links,
such as Ethernet or USB. A lot of industrial computers used the ISA
bus, which was 8 MBps, or VME bus which originally was 40 MBps. This
is easily matched and exceeded by common Ethernet links today! and so
much easier to put things together using simple cabling vs limited
capacity backplane boxes.

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Bruce Layne]

On 06/05/2015 11:28 AM, andy pugh wrote:
> However, for any tool change that involves axis movements it is 
> probably more straightforward to use a G-code sub. G-code is horribly 
> clunky as a programming language, but it can make the Z axis move up 
> and down. 

The automatic tool changer is still part of my long range strategic 
planning, but that's how I plan on doing it.  A G code tool changer as 
I'm envisioning is inelegant, but I'm the only person likely to use this 
machine and I like simplicity, even at the expense of elegance.  I plan 
to hard code all of the tool changes rather than use Classic Ladder to 
keep track of anything for me and automate the process.  I can cut and 
paste the tool change code and tweak it for each specific tool change.  
I also have the advantage of designing a simple tool changer that is 
more amenable to a simple G code control method.  If I was starting with 
someone else's tool changer, I might be more inclined to copy and modify 
someone else's Classic Ladder.

A huge benefit to the G code implementation from my perspective is the 
reduced hassle when upgrading LinuxCNC.  I don't like the idea of 
patching each new installation of LinuxCNC to get the enhanced features 
of LinuxCNC operational again.  If I keep the complexity in the G code, 
I can keep LinuxCNC simple.  This works well for me, because I'm not 
running a job shop where I need to quickly CAD/CAM a part and make 
chips, several times a day.  I can afford to spend a bit more time hand 
coding the G code for my few production jobs that I run every week or 
so.  If you need to load your standard tools into an ATC and quickly 
spit out CAM generated G code with standard tool changes, then you'd be 
better served with a more traditional ATC setup that's managed by 
Classic Ladder or an external PLC.  It's great that LinuxCNC allows the 
flexibility to work however works best for each individual.






--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Sandy box

[Roland Jollivet]

On 5 June 2015 at 16:47, Gene Heskett  wrote:

>
>
> On Friday 05 June 2015 09:27:10 Mark Wendt wrote:
> > On Fri, Jun 5, 2015 at 8:42 AM, Gene Heskett  wrote:
> > > On Friday 05 June 2015 05:15:12 Mark Wendt wrote:
> > > > On Thu, Jun 4, 2015 at 7:47 PM, Gregg Eshelman
> > > > 
> > >
> > > wrote:
> > > > > On 6/4/2015 12:26 PM, Mark Wendt wrote:
> > > > > > OK, perhaps I should have said another computer, rather than
> > > > > > another PC. Androids are computers.  Still, you need another
> > > > > > machine to run the machine that runs the machine.
> > > > >
> > > > > Androids are humanoid robots. ;) Android is an operating system.
> > > >
> > > > Picky, picky, picky...  ;-)
> > > >
> > > > I should know better, having been a Unix/Linux/VMS sysadmin for
> > > > the last 25 years or so.  ;-)
> > >
> > > One thing I haven't noted yet, no on has mentioned the price of this
> > > little box?
> > >
> > > Cheers, Gene Heskett
> >
> > No price listed for it anywhere on the web site.  In fact, no prices
> > for anything on the web site, nor any way to order something from
> > them.  Asks you to log in to your account to even find a dealer.
>
> That raises red flags for me, so I didn't.
> >
>


Same. I really can't be bothered with sites that don't list prices. Bad
thinking on their part.

Regards
Roland
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Dave Cole]

On 6/5/2015 11:28 AM, andy pugh wrote:
> On 5 June 2015 at 16:20, Dave Cole  wrote:
>> Don't over look the fact that you can attach a regular PLC to LinuxCNC
>> via Modbus TCP or RTU and have the tool changer logic run in the
>> external PLC.
>
> However, for any tool change that involves axis movements it is
> probably more straightforward to use a G-code sub. G-code is horribly
> clunky as a programming language, but it can make the Z axis move up
> and down.
>
Or combine the two   some tool changers are too complex to do in G code.

Dave

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[andy pugh]

On 5 June 2015 at 16:20, Dave Cole  wrote:
> Don't over look the fact that you can attach a regular PLC to LinuxCNC
> via Modbus TCP or RTU and have the tool changer logic run in the
> external PLC.


However, for any tool change that involves axis movements it is
probably more straightforward to use a G-code sub. G-code is horribly
clunky as a programming language, but it can make the Z axis move up
and down.


-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Dave Cole]

On 6/5/2015 7:28 AM, Rick Lair wrote:
> That is pretty sweet, is the ladder very complex?
>
> We are at the point on our Cincinnati Milacron of getting the tool
> changer working, and this a carbon copy of how our machine works. I have
> the changer arm working about 80%, but I am not real sure how to get the
> carousel working into the mix.
>
> I use ladder extensively on the machines, but the tool changers are
> definitely a stumbling block for me, with all the comparisons and
> counters going on.
>
>
> Rick
>

Don't over look the fact that you can attach a regular PLC to LinuxCNC 
via Modbus TCP or RTU and have the tool changer logic run in the 
external PLC.

Classic Ladder is really handy, but if you have a complex tool changer, 
it is a lot easier to write and debug a PLC program in a hardware PLC 
rather than using CL.  The software editor/debugger is simply a lot 
better than CL.

Sure the hardware PLC has a cost, but so does your time.   I've used the 
Siemens S7-1200s with LinuxCNC with great success.   They have a built 
in Ethernet port that can run Modbus TCP and the comm between the PLC 
and LinuxCNC is very fast.

Dave



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Fri, Jun 5, 2015 at 10:47 AM, Gene Heskett  wrote:

>
>
> > >
> > > One thing I haven't noted yet, no on has mentioned the price of this
> > > little box?
> > >
> > > Cheers, Gene Heskett
> >
> > No price listed for it anywhere on the web site.  In fact, no prices
> > for anything on the web site, nor any way to order something from
> > them.  Asks you to log in to your account to even find a dealer.
>
> That raises red flags for me, so I didn't.
> >
> > http://www.thecooltool.com/en/
>


> Cheers, Gene Heskett
>


Same here.

Mark
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Gene Heskett]

On Friday 05 June 2015 10:54:30 Rick Lair wrote:
> I keep getting "sudo: comp: command not found"

There has been a name change Rick, it is now "halcompile"
>
> On 6/5/2015 10:20 AM, andy pugh wrote:
> > On 5 June 2015 at 15:12, Rick Lair  wrote:
> >> ./toolchange.hal:1: Can't find module 'carousel' in
> >
> > Yes, you do need to install the new component.
> >
> > sudo comp --install --install-doc carousel.comp
> > (carousel-comp is in the config folder when unzipped)
> >
> > The rest of the errors are something that Vismach just seems to do.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Rick Lair]

I keep getting "sudo: comp: command not found"


On 6/5/2015 10:20 AM, andy pugh wrote:
> On 5 June 2015 at 15:12, Rick Lair  wrote:
>> ./toolchange.hal:1: Can't find module 'carousel' in
> Yes, you do need to install the new component.
>
> sudo comp --install --install-doc carousel.comp
> (carousel-comp is in the config folder when unzipped)
>
> The rest of the errors are something that Vismach just seems to do.
>
>

-- 

Thanks


Rick Lair
Superior Roll & Turning LLC
399 East Center Street
Petersburg MI, 49270
PH: 734-279-1831
FAX: 734-279-1166
www.superiorroll.com


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Gene Heskett]

On Friday 05 June 2015 09:27:10 Mark Wendt wrote:
> On Fri, Jun 5, 2015 at 8:42 AM, Gene Heskett  wrote:
> > On Friday 05 June 2015 05:15:12 Mark Wendt wrote:
> > > On Thu, Jun 4, 2015 at 7:47 PM, Gregg Eshelman
> > > 
> >
> > wrote:
> > > > On 6/4/2015 12:26 PM, Mark Wendt wrote:
> > > > > OK, perhaps I should have said another computer, rather than
> > > > > another PC. Androids are computers.  Still, you need another
> > > > > machine to run the machine that runs the machine.
> > > >
> > > > Androids are humanoid robots. ;) Android is an operating system.
> > >
> > > Picky, picky, picky...  ;-)
> > >
> > > I should know better, having been a Unix/Linux/VMS sysadmin for
> > > the last 25 years or so.  ;-)
> >
> > One thing I haven't noted yet, no on has mentioned the price of this
> > little box?
> >
> > Cheers, Gene Heskett
>
> No price listed for it anywhere on the web site.  In fact, no prices
> for anything on the web site, nor any way to order something from
> them.  Asks you to log in to your account to even find a dealer.

That raises red flags for me, so I didn't.
>
> http://www.thecooltool.com/en/
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Gene Heskett]

On Friday 05 June 2015 08:57:24 John Alexander Stewart wrote:
> On Fri, Jun 5, 2015 at 8:42 AM, Gene Heskett  wrote:
> > One thing I haven't noted yet, no on has mentioned the price of this
> > little box?
>
> Gene - I don't know about the SandyBox, but my BeagleBoneBlack, with
> parallel "cape" plus LinuxCNC (MachineKit) on an SDCard was about
> $80.00 US from Xylotex.
>
> All I needed to ad was a power supply, correct HDMI cable, keyboard
> with mouse, and I was able to transition my little Unimat CNC lathe
> away from an Intel D525MW based system quite easily.

Is that D525MW now surplus and for sale?  Since I am familiar with it, 
and the 5i25, I'd be interested in that, w/wo a 5i25.
>
> The only issue I currently have is that the Gecko G540 needs a 10khz
> signal sent to it as an "i'm here" signal, and I've disabled this for
> now.

I'll be using a pair of 2M542's and an 872 driver, kit with motors and 
psu's from fleabay.  Stuff I am familiar with.
Ditto the ball screw $699 kit.

That stuff s/b here late next week.

> I can access this via keyboard/mouse/monitor or via my (wired)
> network.
>
> John.
Thanks John.
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[andy pugh]

On 5 June 2015 at 15:12, Rick Lair  wrote:
> ./toolchange.hal:1: Can't find module 'carousel' in

Yes, you do need to install the new component.

sudo comp --install --install-doc carousel.comp
(carousel-comp is in the config folder when unzipped)

The rest of the errors are something that Vismach just seems to do.


-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4-jaw scroll chucks. Do they actually work? : And angle

[Adam McLeod]

I think it is pretty standard for scroll chucks to not repeat better 
than 0.001". My experience is that chucks are often considered good in 
the 0.001" to 0.005" run out repeatability.  I suspect when the chuck is 
tightened, there is enough friction between the jaws and the chuck body 
that prevents the movement in the scroll to body clearance you reference 
below.

I understand power chucks are more repeatable with their wedge clamping 
system.  I suspect that comes from functioning in a way that is 
analogous to a collet chuck.

Adam

On 2015-06-05 08:30, andy pugh wrote:
> On 5 June 2015 at 13:09, Erik Christiansen  
> wrote:
>> Isn't the scroll on a close-fitting spigot, annular to the centre 
>> hole?
>> If that's so sloppy that it can rattle, then it would be pushed to
>> eccentricity by the lathe tool. Time for a new chuck, then.
> 
> It needs enough clearance to rotate, and that tends to mean at least
> 0.0004" clearance.

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Rick Lair]

  I get an error of,

testpc@testpc:~/linuxcnc-dev$ linuxcnc
LINUXCNC - 2.8.0~pre1
Machine configuration directory is '/home/testpc/linuxcnc/configs/VMC'
Machine configuration file is 'vmc.ini'
Starting LinuxCNC...
Found file:./vmc.hal
Found file:./sim_vmc.hal
Found file:./spindle.hal
Found file:./toolchange.hal
./toolchange.hal:1: Can't find module 'carousel' in 
/home/testpc/linuxcnc-dev/rtlib
Shutting down and cleaning up LinuxCNC...
Exception in Tkinter callback
Traceback (most recent call last):
   File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 1413, in __call__
 return self.func(*args)
   File "/home/testpc/linuxcnc-dev/lib/python/rs274/OpenGLTk.py", line 
371, in tkExpose
 self.tkRedraw()
   File "/home/testpc/linuxcnc-dev/lib/python/rs274/OpenGLTk.py", line 
348, in tkRedraw
 self.redraw()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 790, in 
redraw
 self.model.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 30, in 
traverse
 p.apply()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 881, in 
apply
 glMaterialfv(GL_FRONT_AND_BACK, GL_AMBIENT_AND_DIFFUSE, self.color)
error: (1282, 'invalid operation')
Exception in Tkinter callback
Traceback (most recent call last):
   File "/usr/lib/python2.6/lib-tk/Tkinter.py", line 1413, in __call__
 return self.func(*args)
   File "/home/testpc/linuxcnc-dev/lib/python/rs274/OpenGLTk.py", line 
358, in tkMap
 self.tkExpose()
   File "/home/testpc/linuxcnc-dev/lib/python/rs274/OpenGLTk.py", line 
371, in tkExpose
 self.tkRedraw()
   File "/home/testpc/linuxcnc-dev/lib/python/rs274/OpenGLTk.py", line 
348, in tkRedraw
 self.redraw()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 790, in 
redraw
 self.model.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 36, in 
traverse
 p.traverse()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 30, in 
traverse
 p.apply()
   File "/home/testpc/linuxcnc-dev/lib/python/vismach.py", line 881, in 
apply
 glMaterialfv(GL_FRONT_AND_BACK, GL_AMBIENT_AND_DIFFUSE, self.color)
error: (1282, 'invalid operation')
LinuxCNC terminated with an error.  You can find more information in the 
log:
 /home/testpc/linuxcnc_debug.txt
and
 /home/testpc/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
testpc@testpc:~/linuxcnc-dev$



On 6/5/2015 9:24 AM, andy pugh wrote:
> On 5 June 2015 at 12:28, Rick Lair  wrote:
>> We are at the point on our Cincinnati Milacron of getting the tool
>> changer working, and this a carbon copy of how our machine works. I have
>> the changer arm working about 80%, but I am not real sure how to get the
>> carousel working into the mix.
> I have written a hal module specifically for carousel control.
> I hope to put it into mainline LinuxCNC eventually, but at the moment
> you can try it out in a simulator config here:
> (Full Vismach model with spindle orient and carousel motion)
> http://www.linuxcnc.org/index.php/english/forum/24-hal-components/29153-vmc-related-hal-questions?limitstart=0#58732
>

-- 

Thanks


Rick Lair
Superior Roll & Turning LLC
399 East Center Street
Petersburg MI, 49270
PH: 734-279-1831
FAX: 734-279-1166
www.superiorroll.com


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4-jaw scroll chucks. Do they actually work? : And angle

[andy pugh]

On 5 June 2015 at 13:09, Erik Christiansen  wrote:
> Isn't the scroll on a close-fitting spigot, annular to the centre hole?
> If that's so sloppy that it can rattle, then it would be pushed to
> eccentricity by the lathe tool. Time for a new chuck, then.

It needs enough clearance to rotate, and that tends to mean at least
0.0004" clearance.


-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Fri, Jun 5, 2015 at 8:42 AM, Gene Heskett  wrote:

> On Friday 05 June 2015 05:15:12 Mark Wendt wrote:
> > On Thu, Jun 4, 2015 at 7:47 PM, Gregg Eshelman 
> wrote:
> > > On 6/4/2015 12:26 PM, Mark Wendt wrote:
> > > > OK, perhaps I should have said another computer, rather than
> > > > another PC. Androids are computers.  Still, you need another
> > > > machine to run the machine that runs the machine.
> > >
> > > Androids are humanoid robots. ;) Android is an operating system.
> >
> > Picky, picky, picky...  ;-)
> >
> > I should know better, having been a Unix/Linux/VMS sysadmin for the
> > last 25 years or so.  ;-)
>
> One thing I haven't noted yet, no on has mentioned the price of this
> little box?
>
> Cheers, Gene Heskett
>


No price listed for it anywhere on the web site.  In fact, no prices for
anything on the web site, nor any way to order something from them.  Asks
you to log in to your account to even find a dealer.

http://www.thecooltool.com/en/
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[andy pugh]

On 5 June 2015 at 12:28, Rick Lair  wrote:
> We are at the point on our Cincinnati Milacron of getting the tool
> changer working, and this a carbon copy of how our machine works. I have
> the changer arm working about 80%, but I am not real sure how to get the
> carousel working into the mix.

I have written a hal module specifically for carousel control.
I hope to put it into mainline LinuxCNC eventually, but at the moment
you can try it out in a simulator config here:
(Full Vismach model with spindle orient and carousel motion)
http://www.linuxcnc.org/index.php/english/forum/24-hal-components/29153-vmc-related-hal-questions?limitstart=0#58732

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[John Alexander Stewart]

On Fri, Jun 5, 2015 at 8:42 AM, Gene Heskett  wrote:

>
> One thing I haven't noted yet, no on has mentioned the price of this
> little box?


Gene - I don't know about the SandyBox, but my BeagleBoneBlack, with
parallel "cape" plus LinuxCNC (MachineKit) on an SDCard was about $80.00 US
from Xylotex.

All I needed to ad was a power supply, correct HDMI cable, keyboard with
mouse, and I was able to transition my little Unimat CNC lathe away from an
Intel D525MW based system quite easily.

The only issue I currently have is that the Gecko G540 needs a 10khz signal
sent to it as an "i'm here" signal, and I've disabled this for now.

I can access this via keyboard/mouse/monitor or via my (wired) network.

John.
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Gene Heskett]

On Friday 05 June 2015 05:15:12 Mark Wendt wrote:
> On Thu, Jun 4, 2015 at 7:47 PM, Gregg Eshelman  
wrote:
> > On 6/4/2015 12:26 PM, Mark Wendt wrote:
> > > OK, perhaps I should have said another computer, rather than
> > > another PC. Androids are computers.  Still, you need another
> > > machine to run the machine that runs the machine.
> >
> > Androids are humanoid robots. ;) Android is an operating system.
>
> Picky, picky, picky...  ;-)
>
> I should know better, having been a Unix/Linux/VMS sysadmin for the
> last 25 years or so.  ;-)

One thing I haven't noted yet, no on has mentioned the price of this 
little box?

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Comcast]

Hi Chris, 

Congratulations! It looks good. I remember having to cover the table with thick 
cardboard in case it dropped the tool (which it did) when we were just getting 
into it.  It's come a long way.

Ian

Sent from my iPhone

> On Jun 4, 2015, at 11:01 AM, Chris Kelley  wrote:
> 
> Greetings All,
> 
> For those who went to the LinuxCNC Fest last year here in at TX/RX Labs in
> Houston, you might remember the big Powerhwak mill that we were in the
> middle of converting.
> 
> Well, we kept at it and now that schools out for the summer, I've been
> hitting it really hard for the past couple of weeks.
> 
> This morning I finished debugging the ClassicLadder program for the tool
> changer. (I gave up on using Comp to run the changer.)
> 
> Here's a video:  https://youtu.be/yJlhgf6DAek
> 
> -Chris K.
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 4-jaw scroll chucks. Do they actually work? : And angle

[Erik Christiansen]

grinders
Reply-To: emc-users@lists.sourceforge.net
In-Reply-To: 


On 04.06.15 10:50, andy pugh wrote:
> I know how the _operate_. I don't understand how they _work_
> It seems that the clamped-together assembly of scroll, jaws and work
> ought to be free to rattle around as a unit inside the main body by an
> amount equal to the running clearance of the scroll in the body.

Isn't the scroll on a close-fitting spigot, annular to the centre hole?
If that's so sloppy that it can rattle, then it would be pushed to
eccentricity by the lathe tool. Time for a new chuck, then.

Erik

P.S. Is there any convenient way to regrease the gears in an angle
 grinder. My 35 yo Bosch went a little noisy, and lost drive today.
 The new one doesn't seem to have any nipple/hole/door grease access
 either. My brushcutter's right-angle gearbox is greased by screwing
 the nose of a tube of grease into a threaded hole, and giving it a
 good squeeze. 

 Stainless steel fairly eats abrasive disks, doesn't it?

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[John Thornton]

I have a classicladder sim of a lathe turret tool changer that might 
shed some light on the subject.

http://gnipsel.com/linuxcnc/index.html

JT

On 6/5/2015 6:28 AM, Rick Lair wrote:
> That is pretty sweet, is the ladder very complex?
>
> We are at the point on our Cincinnati Milacron of getting the tool
> changer working, and this a carbon copy of how our machine works. I have
> the changer arm working about 80%, but I am not real sure how to get the
> carousel working into the mix.
>
> I use ladder extensively on the machines, but the tool changers are
> definitely a stumbling block for me, with all the comparisons and
> counters going on.
>
>
> Rick
>
>


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Powerhawk VTC-150 Mill Conversion Nearing Completion

[Rick Lair]

That is pretty sweet, is the ladder very complex?

We are at the point on our Cincinnati Milacron of getting the tool 
changer working, and this a carbon copy of how our machine works. I have 
the changer arm working about 80%, but I am not real sure how to get the 
carousel working into the mix.

I use ladder extensively on the machines, but the tool changers are 
definitely a stumbling block for me, with all the comparisons and 
counters going on.


Rick


-- 

Thanks


Rick Lair
Superior Roll & Turning LLC
399 East Center Street
Petersburg MI, 49270
PH: 734-279-1831
FAX: 734-279-1166
www.superiorroll.com


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] password

[John Thornton]

That tripped me up at first on Wheezy I kept typing in my password in 
the user name dialog.

On 6/5/2015 3:46 AM, andy pugh wrote:
> On 5 June 2015 at 02:23, jeremy youngs  wrote:
>> Just reloaded deb7 2.6 was running 2.4 . 2 installs got me running
>> setup stepconfig with previous numbers. Logged in just fine all worked.
>> Shut down went to eat came back restarted and it days wring password its
>> the same as I always use .
> Are you sure you are not typing the password in the username box?
>
> (Not that _I_ would ever make that mistake oh no)
>
> Wheezy asks for username then password. The dialog boxes look the same.
>
> To log in automatically:
> http://siripong-computer-tips.blogspot.de/2011/09/enable-lightdm-autologin-debian-wheezy.html
>


--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Thu, Jun 4, 2015 at 7:47 PM, Gregg Eshelman  wrote:

> On 6/4/2015 12:26 PM, Mark Wendt wrote:
>
> > OK, perhaps I should have said another computer, rather than another PC.
> > Androids are computers.  Still, you need another machine to run the
> machine
> > that runs the machine.
>
> Androids are humanoid robots. ;) Android is an operating system.
>

Picky, picky, picky...  ;-)

I should know better, having been a Unix/Linux/VMS sysadmin for the last 25
years or so.  ;-)
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Thu, Jun 4, 2015 at 7:12 PM, Gregg Eshelman  wrote:

> On 6/4/2015 6:32 AM, Mark Wendt wrote:
>
> > Sounds like they're addressing one problem by effectively creating
> another
> > problem.  If you need one computer to see the GUI and one for realtime
> > effects, why not just start out with a real computer and load Linux and
> > LinuxCNC on it?  SandyBox still requires a computer that's graphics
> capable
> > in order to run, so what effectively have you gained?  Besides now having
> > two computers, one without graphics and one with.
>
> I assume it's possible to monitor multiple SandyBoxen from one PC?
>

Dunno.  It runs LinuxCNC so I would presume you could only run one instance
of whatever control GUI you use.  Since it's Linux based, I would also
presume you could log in and use command line utilities.
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Thu, Jun 4, 2015 at 3:44 PM, Dave Cole  wrote:

> On 6/4/2015 3:34 PM, Viesturs Lācis wrote:
> > BTW no need for tethering, it is done over the [wireless] network
>
> Right.. that's what I meant.
>
> Dave
>

Maybe it's just me, but I get kinda nervous when I see machines controlled
via wireless.
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Mark Wendt]

On Thu, Jun 4, 2015 at 4:20 PM, John Alexander Stewart 
wrote:

>
> > I am more excited about the possibility of having numerous cnc
> > machines, each doing some lengthy job (for example, 3d printer doing a
> > 20+ hour print) and I can use one device for all GUIs
>
>
>  I do this by exporting the Axis screen to my desktop computer.
>
> Each of my machines has a dedicated "PC" or BeagleBoneBlack and a network
> connection.
>
> The idea of "one computer in the house" is so 1980s, one computer built
> into the machine is what I'm doing.
>
> John.
>


Though your last statement is a bit hyperbolic (since I currently have over
have a dozen PC's running around the house), I do prefer to have one
computer - one machine.  Networks do drop out occasionally.  Wireless can
be hacked quite regularly, and I'd much rather have my machine controller
on a non-wireless network, either copper or fiber.

My only comment on this originally was why use two computers to run
something when one will do?
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] password

[andy pugh]

On 5 June 2015 at 02:23, jeremy youngs  wrote:
> Just reloaded deb7 2.6 was running 2.4 . 2 installs got me running
> setup stepconfig with previous numbers. Logged in just fine all worked.
> Shut down went to eat came back restarted and it days wring password its
> the same as I always use .

Are you sure you are not typing the password in the username box?

(Not that _I_ would ever make that mistake oh no)

Wheezy asks for username then password. The dialog boxes look the same.

To log in automatically:
http://siripong-computer-tips.blogspot.de/2011/09/enable-lightdm-autologin-debian-wheezy.html

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Sandy box

[Alexander Rössler]

Rafael writes:

> On 06/04/2015 07:13 AM, Ron Bean wrote:
>>> If you need one computer to see the GUI and one for realtime
>>> effects, why not just start out with a real computer and load Linux and
>>> LinuxCNC on it?
>
> This "little box" with supporting software on BBB and PC side is very 
> good idea IMO. It is likely the only way for LinuxCNC to prosper in the 
> future.
>
>>
>> The problem I see is that, going forward, "real" computers that are
>> graphics-capable are becoming less and less "real time capable". We can
>
> Strongly agree. Ongoing search for "ideal motherboard" for LinuxCNC is 
> very costly and making it very hard for anybody to provide consistent 
> long term support when motherboard support lifetime is 2 years or less.
> This is a challenge that every industrial or military equipment 
> manufacturer is facing with fast changing technologies.
>
> It is also very silly to have a 4 core CPU and only use one for real 
> time OS while wasting other cores are doing nothing. It would make sense 
> to have 1 CPU core run CNC while other cores would take care of 
> networking, user interface, etc. As far as I know that's not possible now.
>
> It made sense for LinuxCNC to use whole PC for CNC functionality at the 
> beginning but the technology is advancing and there might be need to 
> change it's architecture at some point.
>
>> work around it for now by selecting motherboards that still work well
>> with LinuxCNC, but they could become scarce in the future (see various
>> threads here about selecting motherboards). Single-board computers like
>> the BBB, which are specifically built for real-time and don't care about
>> graphics, are the solution to that.
>>
>> I don't see any particular reason to run a GUI on the same machine (or
>
> Exactly. Not all CNC applications need GUI, 3D printers for example run 
> stand alone for the most part. LinuxCNC with GUI is actually an odd 
> anomaly that runs on a dedicated PC.
>
>> at least, on the same CPU) as the motion controller. Although if you do,
>> one solution might be something along the lines of the BBB, but two CPUs
>
> RaspberryPi, BBB and Arduino have a common problem, sandwich design with 
> cables sticking out on all 4 sides. Boards stacked one on top of the 
> other provide very limited amount of options, similar to PC104.
>
> While processors are ever more powerful, computer design is running into 
> the same issues mainframe and industrial computers did decades ago. 
> Industrial computers just happen to be larger in those days. Designers 
> figured out that a universal or standard backplane provides most 
> flexibility in terms of electronic and mechanical design.
>
> Unfortunately, BBB and Arduino, RaspberryPi designers did not take 
> advantage of that kind of architecture and we ended up with very limited 
> options. Too many times people think of a new idea but forget to visit a 
> computer museum to see how others have solved the same or similar 
> problems before.
>
> Good computer architecture includes a backplane, passive or active. 
> Digital computers were among the most popular low cost industrial 
> computers many years ago. Some used 4 slot backplanes, others more with 
> possibility to use expanders for additional interfaces. Some interfaces 
> used only part of the bus to save space.
>
> DEC computers had one thing in common, a well documented universal bus 
> for other manufacturers to build different interfaces and controllers. 
> To troubleshoot the interface you simply plugged it in an extender and 
> gained access to both sides of the PCB. Try that on Arduino!
>
> In my HW support experience I came across PDP-11 systems running in 
> steel mills, nuclear and hydro power plants, factories, etc. with little 
> or no graphics. Most used VT100, some used more advanced color 
> terminals. Systems with 32kW(ord) or 64kW RAM controlled huge machinery 
> with RTOS on much slower CPU than we have today.
The future are distributed systems. Distributed setups are industrial
standard and are used everywhere from automotive to automation
industry. CAN and Ethernet are used these days to distribute
functionality across different ECUs. The BBB is fine when it comes to
CAN but an even stronger platform from TI is coming up: the BeagleBoard
X15 with Gigabit Ethernet support

On the other edge of the spectrum we have another low cost solution that
is currently funded on kickstarter C.H.I.P. a 9$ dollar Linux computer
with Bluetooth and WLAN => a cheap solution to connect sensors.

I even heard about things like fly-by-wireless. Which boils down to
removing the wired buses inside a plane.  So face the facts: Big
monolithic computer setups will soon be banned to server farms.

>
>> and a PCI slot for a GPU. Another solution might be something like a BBB
>> that plugs into a PCI slot in a generic PC. Either one eliminates the
>> USB connection, which is the real problem.
>
> Good idea assuming there would be a volume to keep the co