Re: [Emc-users] Restarting from line number

[Jeshua Lacock]

On Apr 12, 2012, at 12:04 AM, Andy Pugh wrote:

> On 11 Apr 2012, at 22:31, Jeshua Lacock  wrote:
> 
>> G00 X2.1429 Y17.5769 Z-0.6793
>> 
>> Click on line 20001, and click "Run from selected line"?
> 
> No, because that would leave the machine in G0 mode and you almost certainly 
> want G1. 
> Possibly you want to G0 to the position in 1 then G1Fnn to the position 
> in 2, where nn is the feed rate specified further up in the file. 

Thanks Andy, I think that would have worked perfectly had I marked my home on 
the piece. 

It was off a little, so I stopped it, moved it a tad, re-homed it and I think 
it is close enough now.

I think I should be able to fix the mistakes with a little putty and sanding.


Best,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Restarting from line number

[Andy Pugh]

On 11 Apr 2012, at 22:31, Jeshua Lacock  wrote:

> G00 X2.1429 Y17.5769 Z-0.6793
> 
> Click on line 20001, and click "Run from selected line"?

No, because that would leave the machine in G0 mode and you almost certainly 
want G1. 
Possibly you want to G0 to the position in 1 then G1Fnn to the position in 
2, where nn is the feed rate specified further up in the file. 
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Understanding the 5i25

[Peter C. Wallace]

On Wed, 11 Apr 2012, Erik Friesen wrote:

> Date: Wed, 11 Apr 2012 21:33:05 -0400
> From: Erik Friesen 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: [Emc-users] Understanding the 5i25
> 
> I am beginning to get the mesa card going, but find this somewhat
> difficult.  Some basic questions -
>
> I have the probx firmware.
>
> Can I specify which pins a particular hardware stepgen uses?


No, the pinout is hardwired into the configuration (the prob_rfx2.pin file 
shows the pinout) You can enable 0 through 8 stepgens via the drive 
configuration line. Unused stepgens (or other output function pins like PWM 
pins) revert to GPIO if unused


>
> What is controlled by firmware, and what is controlled by hostmot?
> --
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Restarting from line number

[Jeshua Lacock]

On Apr 11, 2012, at 11:21 PM, Andy Pugh wrote:

> On 11 Apr 2012, at 21:49, Jeshua Lacock  wrote:
> 
>> Is there any way to restart from line 20,000?
> 
> Maybe. You will need to jog to somewhere where a move as specified in that 
> line will be safe, then set feed rate, start the spindle etc in MDI, then 
> left click the g-code line in the G-code window to select it, then 
> right-click and choose "run from here" (I can't recall the exact phrase)

Thanks Andy.

So for instance, line 20001 is:

X2.1429 Y17.5769 Z-0.6793

So, assuming it was homed properly, I would start the spindle (I currently have 
to manually switch it on), set the feed rate, then issue an MDI:

G00 X2.1429 Y17.5769 Z-0.6793

Click on line 20001, and click "Run from selected line"?

How do I set the feed rate?

> It isn't 100% reliable, depending on the structure of the G-code. 

I think it is basically a flat g-code file. I think even though I don't know 
the exact position it was homed to I will give it a shot. I have something to 
gain but nothing to lose at this point.


Best,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Restarting from line number

[Jeshua Lacock]

On Apr 11, 2012, at 11:14 PM, Jon Elson wrote:

> Jeshua Lacock wrote:
> 
>> I have no idea what happened - but I just walked past my machine, saw a 
>> dialog (didn't have time to read it) and my computer then shut itself off! 
>> Weird?
> 
> Yikes, that shouldn't be happening!

Thanks Jon.

Yeah - not good! This is my 5th attempt at machining this pattern, and it was 
going perfectly - the best yet.

:'(

Does anyone know how to tell what shut it off? I was poking around /var/log but 
there is an overwhelming number of lines to sift through, and I am not even 
sure what I should be looking for.

>> I was way into a g-code file (over an hour). Is there any way to restart 
>> from line 20,000? I tried once before (for another reason) by clipping from 
>> line 7 of my g-code file to the line I wanted to restart from, but something 
>> was not right (it was in the wrong position or something even though it was 
>> homed in the correct spot).
>> 
> Yes, there is "run from line", which generally works on linear programs.  It
> doesn't work well on programs that have loops, subroutines, etc.
> Also, it needs a setting to allow the spindle, etc. to stay on during mode
> changes (you have to start the spindle manually in manual mode then go
> to auto, before doing the run from line).  You select the line in the
> program window, although scrolling down 20,000 lines in that
> window may be real tedious.

Scrolling there wasn't too bad. I guess I overlooked the "Run from selected 
line" option because it didn't have an icon.

Alas, I didn't mark my home on the piece, so I don't think I will be able to 
position it properly. Lesson learned!


Best,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Restarting from line number

[Andy Pugh]

On 11 Apr 2012, at 21:49, Jeshua Lacock  wrote:

> Is there any way to restart from line 20,000?

Maybe. You will need to jog to somewhere where a move as specified in that line 
will be safe, then set feed rate, start the spindle etc in MDI, then left click 
the g-code line in the G-code window to select it, then right-click and choose 
"run from here" (I can't recall the exact phrase)

It isn't 100% reliable, depending on the structure of the G-code. 
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Restarting from line number

[Jon Elson]

Jeshua Lacock wrote:
> Greetings,
>
> I have no idea what happened - but I just walked past my machine, saw a 
> dialog (didn't have time to read it) and my computer then shut itself off! 
> Weird?
>   
Yikes, that shouldn't be happening!
> I was way into a g-code file (over an hour). Is there any way to restart from 
> line 20,000? I tried once before (for another reason) by clipping from line 7 
> of my g-code file to the line I wanted to restart from, but something was not 
> right (it was in the wrong position or something even though it was homed in 
> the correct spot).
>   
Yes, there is "run from line", which generally works on linear programs.  It
doesn't work well on programs that have loops, subroutines, etc.
Also, it needs a setting to allow the spindle, etc. to stay on during mode
changes (you have to start the spindle manually in manual mode then go
to auto, before doing the run from line).  You select the line in the
program window, although scrolling down 20,000 lines in that
window may be real tedious.

Jon

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Understanding the 5i25

[Andy Pugh]

On 11 Apr 2012, at 18:33, Erik Friesen  wrote:

> What is controlled by firmware, and what is controlled by hostmot?

The function of each pin is set by the firmware, except that the driver has the 
option to disable some functions and release the associated pins to be used as 
GPIO. So, if you have a 4-stepgen firmware and only enable three stepgens the 
pins which would gave been stepgen.03... will be GPIO pins. 
Note that after loading the driver dmesg will contain a pin/function list. 
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Restarting from line number

[Jeshua Lacock]

Greetings,

I have no idea what happened - but I just walked past my machine, saw a dialog 
(didn't have time to read it) and my computer then shut itself off! Weird?

I was way into a g-code file (over an hour). Is there any way to restart from 
line 20,000? I tried once before (for another reason) by clipping from line 7 
of my g-code file to the line I wanted to restart from, but something was not 
right (it was in the wrong position or something even though it was homed in 
the correct spot).

Thanks for any suggestions!


Best,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Lathe spindel encoder

[Jon Elson]

Stephen Dubovsky wrote:
> If you don't need a huge tooth count, why not just put hall sensors on the
> backgear (of any lathe so equiped.)  You should be able to adjust a pair of
> them to give good quadrature.  Should be able to come up w/ a creative way
> to do the index pulse too?  Like sense a keyway, drll and tap the side of a
> gear for a small bolt head, or even glue on a little tab.
>   
Here's an article with some pictures of how I did this on a Bridgeport mill,
where there was no convenient access to anything that rotated at the 
same speed
as the spindle with and without the back-gear.  So, I did exactly as you 
suggest.

http://pico-systems.com/bridge_spindle.html

It works great for rigid tapping, but the same scheme should also work 
on a lathe.

Jon

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Przemek Klosowski]

On Wed, Apr 11, 2012 at 5:14 PM, Erik Friesen  wrote:
> Motherboard sony PTGD-VS Pentium 4 sony vaio pcv-a21l
>
> lspci -
...
> 03:04.0 DPIO module: Device 2718:5125
> 03:06.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet

Looks like your 5i25 is on 03:04.0 and your ethernet on 03:06.0. Look
in /var/log/messages for printouts related to the Intel Gigabit
Ethernet igb or e1000 drivers. I'd start with

grep -i ether /var/log/messages*

to see which driver kernel loads to run your card, and then what
happens with that driver, especially around the time that the network
stops working. With any luck, you'll see some error messages.

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Understanding the 5i25

[Erik Friesen]

I am beginning to get the mesa card going, but find this somewhat
difficult.  Some basic questions -

I have the probx firmware.

Can I specify which pins a particular hardware stepgen uses?

What is controlled by firmware, and what is controlled by hostmot?
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] RELEASED: LinuxCNC 2.5.0

[Chris Radek]

On Sun, Apr 01, 2012 at 02:08:35PM -0500, Chris Radek wrote:
> 
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?UpdatingTo2.5
> 
> Be sure to check the "Changes to your configuration" section at the
> bottom of the page.


Hey, I've added another thing to "Changes to your configuration" and
those of you who have already updated may need to check it.

If your ini has a pointer to an old directory that has been renamed,
such as 

[DISPLAY]
PROGRAM_PREFIX = /home/chris/emc2/nc_files

you'll want to change that (change emc2 to linuxcnc).


--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Mesa counter card?

[Jeshua Lacock]

On Apr 9, 2012, at 10:33 PM, Jon Elson wrote:

> Jeshua Lacock wrote:
>> 
>> I guess the problem is I don't know all the terminology.
>> 
>> Yes, I guess that is correct. I assume the 'open-loop steppers or servos 
>> with LinuxCNC closing the loop' is the best setup? For instance, that would 
>> allow the fastest control, and double as a DRO when the power to the drives 
>> are off, correct?
>> 
>> In which case, I don't mind rewiring the encoders. I just want whatever is 
>> best.
> 
> Yes, that is what my Gecko Interface does, the encoders are powered from the 
> Gecko interface, send signals to the Universal Stepper Controller, and also 
> makes an  opto-isolated copy for the Gecko 320 drives.  It also watches the 
> fault signal on the G320s  and powers them on and off when going in and out 
> of E-stop mode.

Thanks for everyone's help. I ended up going with the Pico System's Universal 
Stepper Controller and Gecko Interface.

I will share a build log here, and if it might be helpful, on the wiki as well.


Thanks again,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] LinuxCNC modes, was: German-language documentation, was: Downloading Release 2.5

[Spiderdab]

Il giorno mer, 11/04/2012 alle 11.00 -0600, Sebastian Kuzminsky ha
scritto:
> On Apr 11, 2012, at 10:13 , Stuart Stevenson wrote:
> 
> > It is my understanding the current release of LinuxCNC has only cartesian
> > coordinate axis limits therefore any non cartesian joint machine will not
> > be able to motion limit the joints. There has been some work to add this
> > capability but I have not followed it lately.
> 
> This is correct.  No soft limits on non-triv-kins machines.  And yes, it's a 
> huge problem for users of this kind of machine.
> 
> 
> > Hopefully, if this capability is not in the current release it will be
> > added soon.
> 
> This work is being done in the joints_axes3 branch.  I don't know what the 
> status of it is, but I hope to do some work on it this summer.
> 
> 
not so much, unfortunately.. I'm a JA3 user, and I can only use that
with my machine. unfortunately there's still a bad bug on limits, as
long as joints limits rules over machine limits. So that what you set as
J1,J2,and J3 limits, become X,Y and Z limits!!!
And, AGAIN unfortunately, this branch, that should be the future of
LinuxCNC because of its logic, is not developed by anyone anymore.. (or
seems like that..)

Davide.




--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Erik Friesen]

00:00.0 Host bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL Memory
Controller Hub (rev 04)
Subsystem: Sony Corporation Device 819b
Flags: bus master, fast devsel, latency 0
Capabilities: 
Kernel modules: intel-agp

00:01.0 PCI bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL PCI Express
Root Port (rev 04)
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: c000-cfff
Memory behind bridge: d800-fbef
Prefetchable memory behind bridge: c000-d6ff
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
PCI Express Port 1 (rev 03)
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: d000-dfff
Memory behind bridge: 4000-401f
Prefetchable memory behind bridge: 4020-403f
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #1 (rev 03)
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0, IRQ 23
I/O ports at b480 [size=32]
Kernel driver in use: uhci_hcd

00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #2 (rev 03)
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0, IRQ 19
I/O ports at b800 [size=32]
Kernel driver in use: uhci_hcd

00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #3 (rev 03)
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at b880 [size=32]
Kernel driver in use: uhci_hcd

00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #4 (rev 03)
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0, IRQ 16
I/O ports at bc00 [size=32]
Kernel driver in use: uhci_hcd

00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB2 EHCI Controller (rev 03) (prog-if 20)
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0, IRQ 23
Memory at d7fffc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: 
Kernel driver in use: ehci_hcd

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3) (prog-if 01)
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=03, subordinate=03, sec-latency=32
I/O behind bridge: e000-efff
Memory behind bridge: fbf0-fbff
Prefetchable memory behind bridge: 4040-404f
Capabilities: 

00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC Interface
Bridge (rev 03)
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0
Kernel modules: iTCO_wdt, intel-rng

00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) IDE Controller (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: Sony Corporation Device 819d
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at 01f0 [size=8]
I/O ports at 03f4 [size=1]
I/O ports at 0170 [size=8]
I/O ports at 0374 [size=1]
I/O ports at ffa0 [size=16]
Kernel driver in use: ata_piix

00:1f.2 RAID bus controller: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW)
SATA Controller (rev 03)
Subsystem: Sony Corporation Device 819f
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 19
I/O ports at b400 [size=8]
I/O ports at b080 [size=4]
I/O ports at b000 [size=8]
I/O ports at ac00 [size=4]
I/O ports at a880 [size=16]
Memory at d7fff800 (32-bit, non-prefetchable) [size=1K]
Capabilities: 
Kernel driver in use: ata_piix
Kernel modules: ahci

00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 03)
Subsystem: Sony Corporation Device 819d
Flags: medium devsel, IRQ 10
I/O ports at 0400 [size=32]
Kernel modules: i2c-i801

01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD
4350]
Subsystem: Micro-Star International Co., Ltd. Device 8112
Flags: bus master, fast devsel, latency 0, IRQ 26
Memory at c000 (64-bit, prefetchable) [size=256M]
Memory at d800 (64-bit, non-prefetchable) [size=64K]
I/O ports at c000 [size=256]
Expansion ROM at fbee [disabled] [size=128K]
Capabilities: 
Kernel driver in use: radeon
Kernel modules: radeon

01:00.1 Audio device: ATI Technologies Inc RV710/730
Subsystem: Micro-Star International Co., Ltd. Device aa38
Flags: bus master, fast devsel, latency 0, IRQ 17
Memory at d801 (64-bit, non-prefetchable) [size=16K]
Capabilities:

Re: [Emc-users] 5i25 and ethernet

[Eric Keller]

I think you need to run "lspci -v" to get anything useful out of it.  You
might have to use sudo
Eric


On Wed, Apr 11, 2012 at 5:16 PM, Erik Friesen  wrote:

> Ethernet is built in.
>
> On Wed, Apr 11, 2012 at 5:15 PM, Erik Friesen  wrote:
>
> > correction, PTGD-VX
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Erik Friesen]

Ethernet is built in.

On Wed, Apr 11, 2012 at 5:15 PM, Erik Friesen  wrote:

> correction, PTGD-VX
>
>
> On Wed, Apr 11, 2012 at 5:13 PM, Peter C. Wallace  wrote:
>
>> On Wed, 11 Apr 2012, Erik Friesen wrote:
>>
>> > Date: Wed, 11 Apr 2012 17:07:57 -0400
>> > From: Erik Friesen 
>> > Reply-To: "Enhanced Machine Controller (EMC)"
>> > 
>> > To: "Enhanced Machine Controller (EMC)" <
>> emc-users@lists.sourceforge.net>
>> > Subject: Re: [Emc-users] 5i25 and ethernet
>> >
>> > What is lspci?
>>
>>
>> A linux command line utility that lists PCI information
>>
>> so at a terminal:
>>
>> lspci -vv > somefile
>>
>> will make a file "somefile" listing all PCI device information
>>
>> >
>> > On Wed, Apr 11, 2012 at 5:06 PM, Peter C. Wallace 
>> wrote:
>> >
>> >> On Wed, 11 Apr 2012, Erik Friesen wrote:
>> >>
>> >>> Date: Wed, 11 Apr 2012 16:58:11 -0400
>> >>> From: Erik Friesen 
>> >>> Reply-To: "Enhanced Machine Controller (EMC)"
>> >>> 
>> >>> To: "Enhanced Machine Controller (EMC)" <
>> emc-users@lists.sourceforge.net
>> >>>
>> >>> Subject: [Emc-users] 5i25 and ethernet
>> >>>
>> >>> Any ideas why my ethernet quits working when I plug in the 5i25?
>> >>
>> >> Not offhand, can you do a lspci and post it somewhere?
>> >>
>> >> Also you motherboard and Ethernet type would be helpful
>> (motherboard/PCI
>> >> card/PCIE card etc)
>> >>
>> >> I've had a couple (2) reports of 5I25 incompatibilites but have not
>> been
>> >> able
>> >> to duplicate them here, so precise info on your setup would help
>> >>
>> >>
>> >> Peter Wallace
>> >>
>> >>
>> >>
>> >>
>> --
>> >> Better than sec? Nothing is better than sec when it comes to
>> >> monitoring Big Data applications. Try Boundary one-second
>> >> resolution app monitoring today. Free.
>> >> http://p.sf.net/sfu/Boundary-dev2dev
>> >> ___
>> >> Emc-users mailing list
>> >> Emc-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/emc-users
>> >>
>> >
>> --
>> > Better than sec? Nothing is better than sec when it comes to
>> > monitoring Big Data applications. Try Boundary one-second
>> > resolution app monitoring today. Free.
>> > http://p.sf.net/sfu/Boundary-dev2dev
>> > ___
>> > Emc-users mailing list
>> > Emc-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/emc-users
>> >
>>
>> Peter Wallace
>> Mesa Electronics
>>
>> (\__/)
>> (='.'=) This is Bunny. Copy and paste bunny into your
>> (")_(") signature to help him gain world domination.
>>
>>
>>
>> --
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Erik Friesen]

correction, PTGD-VX

On Wed, Apr 11, 2012 at 5:13 PM, Peter C. Wallace  wrote:

> On Wed, 11 Apr 2012, Erik Friesen wrote:
>
> > Date: Wed, 11 Apr 2012 17:07:57 -0400
> > From: Erik Friesen 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: Re: [Emc-users] 5i25 and ethernet
> >
> > What is lspci?
>
>
> A linux command line utility that lists PCI information
>
> so at a terminal:
>
> lspci -vv > somefile
>
> will make a file "somefile" listing all PCI device information
>
> >
> > On Wed, Apr 11, 2012 at 5:06 PM, Peter C. Wallace 
> wrote:
> >
> >> On Wed, 11 Apr 2012, Erik Friesen wrote:
> >>
> >>> Date: Wed, 11 Apr 2012 16:58:11 -0400
> >>> From: Erik Friesen 
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> 
> >>> To: "Enhanced Machine Controller (EMC)" <
> emc-users@lists.sourceforge.net
> >>>
> >>> Subject: [Emc-users] 5i25 and ethernet
> >>>
> >>> Any ideas why my ethernet quits working when I plug in the 5i25?
> >>
> >> Not offhand, can you do a lspci and post it somewhere?
> >>
> >> Also you motherboard and Ethernet type would be helpful (motherboard/PCI
> >> card/PCIE card etc)
> >>
> >> I've had a couple (2) reports of 5I25 incompatibilites but have not been
> >> able
> >> to duplicate them here, so precise info on your setup would help
> >>
> >>
> >> Peter Wallace
> >>
> >>
> >>
> >>
> --
> >> Better than sec? Nothing is better than sec when it comes to
> >> monitoring Big Data applications. Try Boundary one-second
> >> resolution app monitoring today. Free.
> >> http://p.sf.net/sfu/Boundary-dev2dev
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >>
> >
> --
> > Better than sec? Nothing is better than sec when it comes to
> > monitoring Big Data applications. Try Boundary one-second
> > resolution app monitoring today. Free.
> > http://p.sf.net/sfu/Boundary-dev2dev
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Erik Friesen]

Motherboard sony PTGD-VS

Pentium 4 sony vaio pcv-a21l

lspci -

00:00.0 Host bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL Memory
Controller Hub (rev 04)
00:01.0 PCI bridge: Intel Corporation 82915G/P/GV/GL/PL/910GL PCI Express
Root Port (rev 04)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
PCI Express Port 1 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #3 (rev 03)
00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB UHCI #4 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d3)
00:1f.0 ISA bridge: Intel Corporation 82801FB/FR (ICH6/ICH6R) LPC Interface
Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) IDE Controller (rev 03)
00:1f.2 RAID bus controller: Intel Corporation 82801FR/FRW (ICH6R/ICH6RW)
SATA Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 03)
01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD
4350]
01:00.1 Audio device: ATI Technologies Inc RV710/730
03:04.0 DPIO module: Device 2718:5125
03:06.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
Controller



On Wed, Apr 11, 2012 at 5:06 PM, Peter C. Wallace  wrote:

> On Wed, 11 Apr 2012, Erik Friesen wrote:
>
> > Date: Wed, 11 Apr 2012 16:58:11 -0400
> > From: Erik Friesen 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: [Emc-users] 5i25 and ethernet
> >
> > Any ideas why my ethernet quits working when I plug in the 5i25?
>
> Not offhand, can you do a lspci and post it somewhere?
>
> Also you motherboard and Ethernet type would be helpful (motherboard/PCI
> card/PCIE card etc)
>
> I've had a couple (2) reports of 5I25 incompatibilites but have not been
> able
> to duplicate them here, so precise info on your setup would help
>
>
> Peter Wallace
>
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Peter C. Wallace]

On Wed, 11 Apr 2012, Erik Friesen wrote:

> Date: Wed, 11 Apr 2012 17:07:57 -0400
> From: Erik Friesen 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: Re: [Emc-users] 5i25 and ethernet
> 
> What is lspci?


A linux command line utility that lists PCI information

so at a terminal:

lspci -vv > somefile

will make a file "somefile" listing all PCI device information

>
> On Wed, Apr 11, 2012 at 5:06 PM, Peter C. Wallace  wrote:
>
>> On Wed, 11 Apr 2012, Erik Friesen wrote:
>>
>>> Date: Wed, 11 Apr 2012 16:58:11 -0400
>>> From: Erik Friesen 
>>> Reply-To: "Enhanced Machine Controller (EMC)"
>>> 
>>> To: "Enhanced Machine Controller (EMC)" >>
>>> Subject: [Emc-users] 5i25 and ethernet
>>>
>>> Any ideas why my ethernet quits working when I plug in the 5i25?
>>
>> Not offhand, can you do a lspci and post it somewhere?
>>
>> Also you motherboard and Ethernet type would be helpful (motherboard/PCI
>> card/PCIE card etc)
>>
>> I've had a couple (2) reports of 5I25 incompatibilites but have not been
>> able
>> to duplicate them here, so precise info on your setup would help
>>
>>
>> Peter Wallace
>>
>>
>>
>> --
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Erik Friesen]

What is lspci?

On Wed, Apr 11, 2012 at 5:06 PM, Peter C. Wallace  wrote:

> On Wed, 11 Apr 2012, Erik Friesen wrote:
>
> > Date: Wed, 11 Apr 2012 16:58:11 -0400
> > From: Erik Friesen 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: [Emc-users] 5i25 and ethernet
> >
> > Any ideas why my ethernet quits working when I plug in the 5i25?
>
> Not offhand, can you do a lspci and post it somewhere?
>
> Also you motherboard and Ethernet type would be helpful (motherboard/PCI
> card/PCIE card etc)
>
> I've had a couple (2) reports of 5I25 incompatibilites but have not been
> able
> to duplicate them here, so precise info on your setup would help
>
>
> Peter Wallace
>
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 5i25 and ethernet

[Peter C. Wallace]

On Wed, 11 Apr 2012, Erik Friesen wrote:

> Date: Wed, 11 Apr 2012 16:58:11 -0400
> From: Erik Friesen 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: [Emc-users] 5i25 and ethernet
> 
> Any ideas why my ethernet quits working when I plug in the 5i25?

Not offhand, can you do a lspci and post it somewhere?

Also you motherboard and Ethernet type would be helpful (motherboard/PCI 
card/PCIE card etc)

I've had a couple (2) reports of 5I25 incompatibilites but have not been able 
to duplicate them here, so precise info on your setup would help


Peter Wallace


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 5i25 and ethernet

[Erik Friesen]

Any ideas why my ethernet quits working when I plug in the 5i25?
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] EMC with MaxNC OL?

[Przemek Klosowski]

On Tue, Apr 10, 2012 at 2:03 PM, Przemek Klosowski
 wrote:
> On Tue, Apr 10, 2012 at 1:36 PM, Andy Pugh  wrote
>> On 10 Apr 2012, at 08:14, Joseph Chiu  wrote:
>>
>>> I just managed to download the liveCD image last night, but realized I
>>> don't have a CDR to burn it to; so that's next on my list.
>>
>> You can use a USB stick, and I have, but the details elude me.
>
> I am currently using a USB image done by running unetbootin on the
> latest LinuxCNC bootable CD.

Also, just a direct copy of the ISO image to the USB raw device should work:

http://fedoraproject.org/wiki/How_to_create_and_use_Live_USB#Using_dd_for_a_direct_copy

but I keep hearing bug reports for specific combinations of BIOS, boot
loaders and ISO creators.

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] LinuxCNC modes, was: German-language documentation, was: Downloading Release 2.5

[Sebastian Kuzminsky]

On Apr 11, 2012, at 10:13 , Stuart Stevenson wrote:

> It is my understanding the current release of LinuxCNC has only cartesian
> coordinate axis limits therefore any non cartesian joint machine will not
> be able to motion limit the joints. There has been some work to add this
> capability but I have not followed it lately.

This is correct.  No soft limits on non-triv-kins machines.  And yes, it's a 
huge problem for users of this kind of machine.


> Hopefully, if this capability is not in the current release it will be
> added soon.

This work is being done in the joints_axes3 branch.  I don't know what the 
status of it is, but I hope to do some work on it this summer.


-- 
Sebastian Kuzminsky


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Storebro 260, some LinuxCNC2 testing and a question about CAM modules...

[Kent A. Reed]

On 4/11/2012 12:00 PM, Roger Holmquist wrote:
> Done some more jobs on the CNC-Lathe.
> - Installed LinuxCNC2 on my mac by VirtualBox.
> - Found http://IGSViewer.com for  plotting and study 3d-part-files in 
> IGES-format, in wireframe and solid modes, great SW!
> - Lathe broken, Main spindle not running, scematics at site...
> - Yes, some CAM SW would be fine to have, putting AutoCAD drawings in and 
> G-code out...
> BTW, converting iges-files to AutoCAD seem to be a project of it's own if you 
> don't want to pay $$$ for untested SW...

Does it have to be AutoCAD, Roger? I don't know what your full toolchain 
is or what is done in each step, but there are other CAD packages with 
IGES-import functionality. In the open-source arena, the core Open 
Cascade project includes competent IGES and STEP translators and is the 
foundation of other CAD and CAM developments, some very active, some not 
so much.

> As usual, details in, http://abcnc.se/projects/storebro260.html last report 
> damaged by MS Word, take care...
>
> / Roger

Thanks for the update. It's always interesting to see what others are doing.

Regards,
Kent


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] No virtual Box except for testing...

[Mark Wendt]

Good luck with that then.

Mark

On 04/11/2012 12:25 PM, Roger Holmquist wrote:
> And that's it!
>
> Yes, I know about the RTOS restraints.
> I have run VMEExec and some other commerial RTOSes over the years so
> no Virtual boxes in a real system but you can do a lot of preparatory
> work in the box I believe...
>
>/ Roger
>
>
>
>
>
>> On 04/11/2012 12:00 PM, Roger Holmquist wrote:
>>  
>>> Done some more jobs on the CNC-Lathe.
>>> - Installed LinuxCNC2 on my mac by VirtualBox.
>>> - Found http://IGSViewer.com for  plotting and study 3d-part-files
>>> in IGES-format, in wireframe and solid modes, great SW!
>>> - Lathe broken, Main spindle not running, scematics at site...
>>> - Yes, some CAM SW would be fine to have, putting AutoCAD drawings
>>> in and G-code out...
>>> BTW, converting iges-files to AutoCAD seem to be a project of it's
>>> own if you don't want to pay $$$ for untested SW...
>>>
>>> As usual, details in, http://abcnc.se/projects/storebro260.html
>>> last report damaged by MS Word, take care...
>>>
>>> / Roger
>>>
>>>
>> Are you planning on running LinuxCNC for your lathe under VirtualBox?
>> If so, probably not a good idea.  A virtual machine probably won't
>> work
>> for the real-time kernel necessary for real use.
>>
>> Mark
>>
>>  
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] No virtual Box except for testing...

[Roger Holmquist]

And that's it!

Yes, I know about the RTOS restraints.
I have run VMEExec and some other commerial RTOSes over the years so  
no Virtual boxes in a real system but you can do a lot of preparatory  
work in the box I believe...

  / Roger




>
> On 04/11/2012 12:00 PM, Roger Holmquist wrote:
>> Done some more jobs on the CNC-Lathe.
>> - Installed LinuxCNC2 on my mac by VirtualBox.
>> - Found http://IGSViewer.com for  plotting and study 3d-part-files  
>> in IGES-format, in wireframe and solid modes, great SW!
>> - Lathe broken, Main spindle not running, scematics at site...
>> - Yes, some CAM SW would be fine to have, putting AutoCAD drawings  
>> in and G-code out...
>> BTW, converting iges-files to AutoCAD seem to be a project of it's  
>> own if you don't want to pay $$$ for untested SW...
>>
>> As usual, details in, http://abcnc.se/projects/storebro260.html  
>> last report damaged by MS Word, take care...
>>
>> / Roger
>>
> Are you planning on running LinuxCNC for your lathe under VirtualBox?
> If so, probably not a good idea.  A virtual machine probably won't  
> work
> for the real-time kernel necessary for real use.
>
> Mark
>



--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] LinuxCNC modes, was: German-language documentation, was: Downloading Release 2.5

[Stuart Stevenson]

Someone should correct me if I am wrong.
It is my understanding the current release of LinuxCNC has only cartesian
coordinate axis limits therefore any non cartesian joint machine will not
be able to motion limit the joints. There has been some work to add this
capability but I have not followed it lately.
Hopefully, if this capability is not in the current release it will be
added soon.
Thanks
Stuart
On Apr 11, 2012 3:46 AM, "Viesturs Lācis"  wrote:

> 2012/4/11 Sebastian Kuzminsky :
> >
> > Free/Teleop/Coord are modes of the motion controller, a low-level part of
> > LinuxCNC.  These modes are usually not directly experienced by users.
> >
> > Manual/MDI/Auto are modes of the Axis GUI (and probably other GUIs),
> this is
> > what users see all the time.
> >
> > I don't know Axis internals very well, but I'd guess that when the user
> puts
> > Axis into Manual mode, Axis puts the motion controller into Free or
> Teleop
> > mode, and when the user puts Axis into MDI or Auto mode, Axis puts the
> > motion controller into Coord mode.
> >
>
> Thank You, now it became little more clear to me.
>
> I guess that this is question to Jeff Epler (IIRC he has the credits
> of writing Axis GUI code, so I would appreciate, if Jeff might bring a
> little light in this corner):
> Is Manual/MDI/Auto modes just for GUI and does GUI pass forward the
> commands to motion controller for free/teleop/coord modes or is it
> task planner that handles this (GUI just forwards manual/mdi/auto
> requests and then task planner decides, which mode for motion
> controller is needed)?
>
> The thing that confuses me is that there are halui pins for 5 modes:
> - auto
> - manual
> - mdi
> - joint
> - teleop
>
> First 3 are just like Seb said - that is what user sees in GUI, but
> the last 2 are from those motion controller modes, so there is a
> chance for user to interact with it directly.
> http://linuxcnc.org/docs/html/man/man1/halui.1.html
>
> I am just trying to get as much of understanding as possible, about
> how those modes really work, because most of machines I am building,
> are non-trivial kinematics, so there are 2 issues:
> 1) potential damage to machine, if user accidentally jogs machine in
> joint/free mode, I would like to understand this, so that I can do as
> much as possible to configure machine in a way that limits any risks
> associated with this; automagic switching to teleop mode, once all the
> joints are homed, would be great, I have tried to implement it in HAL,
> but it does not work 100% correctly. Since the success ratio was
> higher than 0, I see a potential there;
> 2) I am unable to explain these things to the actual user, if I myself
> do not understand them;
>
> Viesturs
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] machine tool tapers

[Kent A. Reed]

On 4/11/2012 7:41 AM, charles green wrote:
> dC::deviation from concentricity
> dL::deviation fron longitudinal position (tool length)
> dA::tolerance range of cone mating angle
> dA/dt::cone wear factor
> Tg::load torque applied normal to cone (rotation) axis (taper guage 
> line=center of torque?)
> P::load (Pressure, tension) along (cone) axis of rotation
> TT (bold letter T)::vector representing specific cutter geometry/material
> M::(vector?) machinablity figure of merit for billet, given cutter material 
> of TT
> S::rotation rate around cone axis
>
> alot of video games incorporate a physics model basis for the coordinated 
> movements of player avatars.  perhaps the tangible world of substantial stuff 
> made of atoms is just not cost effective to precisely simulate.
>
>
> --- On Mon, 4/9/12, Kent A. Reed  wrote:
>
>> <...deleted a longish trail of email messages from Charles Green, Viesturs 
>> Lācis and me>
>>

Sorry, Charles, I should have looked up-thread to see what you 
originally asked. I was responding to a specific point in Viesturs' 
reply which of course I chose to interpret in my own snarky way.

I believe wholeheartedly in computational engineering and science.

In my professional career I have written a number of substantial 
computer programs which today would be classified as "modeling and 
simulation" but which in the day were simply "codes". They ranged from 
the domain of the very small---detailed physics involved in 
inter-molecular collisions in rarified high-temperature gases in order 
better to understand energy transport and transfer---to the domain of 
the very large---detailed analysis of the reflected solar-energy 
distributions from hundreds of individually controlled heliostats spread 
out over acres at the Solar Thermal Test Facility in Albuquerque in 
order to understand and possibly improve the flux distribution along the 
central receiver (this in the 1970s, before "drill, baby, drill" became 
our mantra). The list goes on.

I also know something of metallurgical tribology (the study of 
interacting surfaces in relative motion) and I know people who have made 
substantial contributions to the art. Modeling and simulation in 
conjunction with sophisticated experiments to gather needed data and 
verify results have moved the field smartly forward in the past 30 years.

I wasn't questioning the value of modeling the behavior of tapers in 
sockets. I was doubting that the existing systems of standardized 
industrial tapers for machine tools are based on modeling, sophisticated 
or otherwise. I'd love to look at some of the original patents to see 
what they say. I'll have to add that to my first-in-never-out (FINO) 
stack of things to do:-)

Regards,
Kent


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Storebro 260, some LinuxCNC2 testing and a question about CAM modules...

[Mark Wendt]

On 04/11/2012 12:00 PM, Roger Holmquist wrote:
> Done some more jobs on the CNC-Lathe.
> - Installed LinuxCNC2 on my mac by VirtualBox.
> - Found http://IGSViewer.com for  plotting and study 3d-part-files in 
> IGES-format, in wireframe and solid modes, great SW!
> - Lathe broken, Main spindle not running, scematics at site...
> - Yes, some CAM SW would be fine to have, putting AutoCAD drawings in and 
> G-code out...
> BTW, converting iges-files to AutoCAD seem to be a project of it's own if you 
> don't want to pay $$$ for untested SW...
>
> As usual, details in, http://abcnc.se/projects/storebro260.html last report 
> damaged by MS Word, take care...
>
> / Roger
>
Are you planning on running LinuxCNC for your lathe under VirtualBox?  
If so, probably not a good idea.  A virtual machine probably won't work 
for the real-time kernel necessary for real use.

Mark

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Storebro 260, some LinuxCNC2 testing and a question about CAM modules...

[Roger Holmquist]

Done some more jobs on the CNC-Lathe.
- Installed LinuxCNC2 on my mac by VirtualBox.
- Found http://IGSViewer.com for  plotting and study 3d-part-files in 
IGES-format, in wireframe and solid modes, great SW!
- Lathe broken, Main spindle not running, scematics at site...
- Yes, some CAM SW would be fine to have, putting AutoCAD drawings in and 
G-code out...
BTW, converting iges-files to AutoCAD seem to be a project of it's own if you 
don't want to pay $$$ for untested SW...

As usual, details in, http://abcnc.se/projects/storebro260.html last report 
damaged by MS Word, take care...
 
/ Roger





---
abCNC
---
Roger Holmquist
Bockarp villa Tallebo
59592 Mjölby
+46-706-250123
+46-768-788477
+46-142-20542
ro...@abcnc.se
http://abcnc.se





--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Lathe spindel encoder

[Stephen Dubovsky]

If you don't need a huge tooth count, why not just put hall sensors on the
backgear (of any lathe so equiped.)  You should be able to adjust a pair of
them to give good quadrature.  Should be able to come up w/ a creative way
to do the index pulse too?  Like sense a keyway, drll and tap the side of a
gear for a small bolt head, or even glue on a little tab.
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] GeckoDrive info, was Re: Hal_parport and EPP

[Mark Wendt]

On 04/11/2012 11:12 AM, gene heskett wrote:
>> Kent,
>>
>> The good news, in this day and age, is you can snort right back and say
>> "Men don't need to ask for directions.  Our phones have GPS."  ;-)
>>
>> Mark
>>  
> Yours might.  Mine doesn't, so I have a Garmin.  The woof gets upset with
> me when I tell that lady to STFU, I KNOW where I'm going. ;-)
>
> Cheers, Gene
>
Just another piece of ammo to add to the arsenal, is all.  ;-)

Mark


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] GeckoDrive info, was Re: Hal_parport and EPP

[gene heskett]

On Wednesday, April 11, 2012 11:10:35 AM Mark Wendt did opine:

> On 04/10/2012 09:48 PM, Kent A. Reed wrote:
> > Most likely this is correct, Dave, but it sure looks like Kirk is
> > proposing to experiment on the drive to determine its characteristics.
> > Were I to try this, my wife would give me a squinty-eyed look,
> > possibly snort (although she usually saves this for more "important"
> > situations), and mutter about how men never ask for directions:-)
> > 
> > Just my 2 cents worth.
> > 
> > Regards,
> > Kent
> 
> Kent,
> 
> The good news, in this day and age, is you can snort right back and say
> "Men don't need to ask for directions.  Our phones have GPS."  ;-)
> 
> Mark

Yours might.  Mine doesn't, so I have a Garmin.  The woof gets upset with 
me when I tell that lady to STFU, I KNOW where I'm going. ;-)

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
I have a hard time being attracted to anyone who can beat me up.
-- John McGrath, Atlanta sportswriter, on women 
weightlifters.

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Lathe spindel encoder

[gene heskett]

On Wednesday, April 11, 2012 09:25:43 AM Rolf Bredemeier did opine:

> Hi,
> 
> at time i am trying to convert a little desktop-lathe (WABECO) to CNC.
> In the next day i will build my own spindel encoder. I need it only for
> threading.
> 
The following is valid for the generic 7x10-12-14-19 lathes which I believe 
your WABECO may be.

> The machine will be driven by steppers. Waht is the best choice for slot
> count for the encoder wheel? (I will mill it.)
> 
> I think, i can make wheels from 1 to 64 slots.
> 
> What is your guess?
> 
> 
> Greetings from Germany!
> 
I was somewhat restricted in choice of bit size to mill with, not to 
mention that space is pretty restricted if it is to allow the change gear 
cover to be re-installed.  So I chose to mount the opto devices in a row, 
hanging down so the slots of the opto's straddled the wheel.  Because I was 
trying to achieve good quadrature at it's output with 1/16" mill, I played 
with the number of slots until that looked good, and wound up with 39 
slots, with one extended inward slightly to function as the index.  The 
opto's, being mounted on a common pcb, then held the center one on the 
circle that was the index pulse, and the 2 outer ones then ran on the 
slightly larger slot circle.  A pix of its output sans the index as my 
scope is only a dual trace is there too.

Code to carve that wheel, and eagle/pcb2gcode files to make the PCB for the 
opto devices, which were Honeywell H0A2001's can be had from my web page, 
in the not terribly well marked "Genes-os9-stf/eagle" sublink.

The file 'genes-encoder.ngc' will carve the wheel, in my case out of .040" 
thick brass of a door kickplate but any opaque, sufficiently rigid material 
can be used, and includes a quite precise fit on the back end of the 
spindle where I trapped it between the 2 bearing preload adjustment nuts.
The finished wheel is disk4.JPG.  As a scan, not a camera shot.  It 
actually looks better in the halscope view.

The file 'PCB-Pallet.JPG' gives a somewhat out of focus idea of what the 
pallet I made to hold the pieces of pcb on the mills table looks like. 
Unseen is a fin about .050" high on the bottom that exactly fits the tables 
slots, assuring proper X alignment if its removed and subsequently 
remounted on the mills table.  The bit of brass tubing inlet on the left 
front and connected by the tab of metal under the left front screw serve as 
the target for the 'tholefinder.ngc' file, which combined with a non-
damaging probe made from the wire of a sewing machine needle threader, 
mounted in the spindle and running at about 600 rpm while tholefinder is 
running, serves to locate the pallet and setup the G55 and G56 co-ordinates 
used by the board etching files to make the top and bottom of the boards 
come out in registration.  I drill the thru-holes a little over halfway 
through the board and they meet perfectly in the middle.

The (t/b)edautoz.ngc files also contain a fudge factor variable so you can 
control the etching depth, and these file also use the probing function 
G38.2 to find the exact height of the board, and do this for every time a 
tool change is called for, lowering the tool itself, non rotating, to touch 
the board.  Slow enough that no marks can be seen on the board.

I did have a bit of judder in the Z motions my mill made, about a thou, if 
I didn't keep the post well lubed with Mobil Vactra, giving the post a shot 
above the gibs every time I loaded the next file in the sequence. 

If this stuff is any good to you Rolf, be my guest.  I am in this same 
process, unk at the moment whether or not I have to put ball screws in it, 
backlash, using the existing Z screw drive, looks as if it might be a 
problem, but I've only cut air so far.  Its in the .020" range, and isn't 
terribly well defined, needs half nut fine tuning.  Badly.  I have a part I 
want to make, and how well it can make 10 in a row will determine if I 
spend the $$ on a ball screw.

I need to take some more pix now that I have the motors mounted and running 
things.  Maybe I can do that today, while I'm waiting on a new spindle 
controller board.  I had an attack of dumbass and blew the one I just about 
had working into a pile of slag, forgot its line voltage hot when I went to 
clip my scopes ground lead and check a waveform.  Dumb...

One of the things that would help this lathe quite a bit would be to ditch 
the compound slider, and mount a much stiffer tool holder directly on the 
cross slide, letting LinuxCNC handle the compound sliders job.  This would 
allow the tool itself to be much better centered on the carriage and reduce 
the tipping under cutting forces that are a real PIMA the way it is now.  
Since that will need a much taller holder, is there a QC holder that would 
hold at centerline height if bolted directly to the cross-slide?

> Rolf

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."

Re: [Emc-users] machine tool tapers

[charles green]

dC::deviation from concentricity
dL::deviation fron longitudinal position (tool length)
dA::tolerance range of cone mating angle
dA/dt::cone wear factor
Tg::load torque applied normal to cone (rotation) axis (taper guage line=center 
of torque?)
P::load (Pressure, tension) along (cone) axis of rotation
TT (bold letter T)::vector representing specific cutter geometry/material
M::(vector?) machinablity figure of merit for billet, given cutter material of 
TT
S::rotation rate around cone axis

alot of video games incorporate a physics model basis for the coordinated 
movements of player avatars.  perhaps the tangible world of substantial stuff 
made of atoms is just not cost effective to precisely simulate.


--- On Mon, 4/9/12, Kent A. Reed  wrote:

> From: Kent A. Reed 
> Subject: Re: [Emc-users] machine tool tapers
> To: "Enhanced Machine Controller (EMC)" 
> Date: Monday, April 9, 2012, 6:22 AM
> On 4/9/2012 8:01 AM, Viesturs Lācis
> wrote:
> > 2012/4/9 charles green:
> >> i wonder if there is any math out there on the
> ideal taper form, given its use in specifed materials and
> load conditions?
> > Ohh, conical fits (I hope that is the correct
> translation) is the
> > thing we have been discussing in university lately.
> > Answer to Your question is: No. Because You skipped
> another (and IMHO
> > the most important) factor: specific use-case also
> applies.
> > What I mean - the angle of taper determines:
> > 1) how well both parts are centered each to other - the
> smaller angle,
> > the better centering;
> > 2) how much will the distance between bases of both
> cones change as
> > the surfaces of cones wear off - the larger the angle,
> the smaller the
> > distance,
> > tolerances on each cone also will increase the
> tolerance of the fit
> > dimensions for smaller cone angle values;
> >
> > So larger angle improves one, the smaller angle
> improves the other, so
> > the optimum value lies somewhere inbetween, changing in
> different
> > situations. That is why there is not the one and only
> answer (which is
> > also my answer to Your original question).
> > The way I see it now is that the load and material will
> determine
> > mostly the diameter (and length) of the taper, but the
> application of
> > particular mechanism (required precision of assembly
> etc) is the main
> > factor to determine the angle value.
> >
> > Viesturs
> >
> >
> 
> Nice argument as far as it goes, Viesturs, but it doesn't
> address what I 
> was taught lo these many years ago by a practicing machinist
> and which I 
> find echoed in my Machinery's Handbook.
> 
> He divided the world of tapers into two classes:
> self-holding and 
> self-releasing.
> 
> The self-holding tapers have small enough angles of taper
> for friction 
> along the tapered surface of the joint to reliably resist
> the torque 
> transmitted from the tool. That same friction makes it
> difficult to 
> release the taper from its socket.
> 
> The self-releasing tapers have large enough angles of taper
> to allow 
> easy removal but require some other means to lock the taper
> in place so 
> it won't slip when torque is applied.
> 
> Presumably only the self-holding tapers would be subject to
> the kind of 
> wear you mention in 2). I suspect the differences within
> this class were 
> due as much to the need to work around patents as to any
> thought of 
> optimization.
> 
> As for the discussion about the varying angles of taper on
> the various 
> Morse tapers, concensus of the sources I read is that Morse
> just wasn't 
> that good with his metrology. Once a mistake is propogated
> into practice 
> through industrial standards, it takes on a life of its
> own.
> 
> Regards,
> Kent
> 
> 
> --
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it
> FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] German-language documentation, was: Downloading Release 2.5

[charles green]

a joint could be a pivot or fulcrum.

the machine control regards the mechanical instances of disjointedness as 
points of relative displacement, whether cartesian or polar or other.

the displacements along an axis with respect to another axis seems like it 
might as well be thought of in terms of the coupling between the two axes.

--- On Wed, 4/11/12, Peter Blodow  wrote:

> From: Peter Blodow 
> Subject: Re: [Emc-users] German-language documentation, was:  Downloading 
> Release 2.5
> To: "Enhanced Machine Controller (EMC)" 
> Date: Wednesday, April 11, 2012, 1:48 AM
> Thank you all for your thoughts about
> the movement modes. Translating 
> forces exact definitions. As Viesturs said, it is a 
> good thing to 
> explain these modes from time to time.
> 
> Right, "Gelenk" would be my fist choice to translate
> "joint", but it 
> describes only the   p o i n
> t   where movement takes place, e.g., the 
> ellbow or knee itself, not the arm or leg or even their ends
> (where the 
> desired movement takes place), which is meant by LinuxCNC. I
> would not 
> be glad with this expression, but still may have to stick
> with it - not 
> too bad since "joint" in English also actually means a point
> where two 
> pieces are "joined", not the extensions thereof.
> 
> Gelenk is related to the verb "lenken" which means "to
> steer", and this 
> comes close to what is happening in CNC.
> 
> I will have to ponder about this before I dare setting
> standards in 
> LinuxCNC.
> 
> Peter
> 
> 
> 
> Andy Pugh schrieb:
> > On 10 Apr 2012, at 11:18, Peter Blodow 
> wrote:
> >
> >   
> >> I don't know what the English sentence means, it's
> hard to 
> >> interpret (e.g., 'Coordinated mode' or 'Teleop
> mode'). In some cases, 
> >> there may not even be a German word  for lack
> of exact definition (what 
> >> exactly is a joint?
> >>     
> >
> > Luckily I have a handy German engineer in the hotel
> room with me. 
> > Joint = Gelink  but is used in the LinuxCNC
> context to describe any mechanical part which adds one or
> more degrees of freedom. So it is typically a machine slide,
> but can be a rotary bearing or anything else controlled by
> an actuator. 
> >
> > I suspect very few people understand the difference
> between coordinated mode (N-Bahnsteuerung) where multiple
> joints move at the same time to make the tool move in XYZ
> space under operator control and "Teleop" mode
> (1-Bahnsteuerung) where the operator controls a single
> selected joint at any one time. I _think_ "Teleop" and
> "Joint mode" mean the same thing. 
> >
> --
> > Better than sec? Nothing is better than sec when it
> comes to
> > monitoring Big Data applications. Try Boundary
> one-second 
> > resolution app monitoring today. Free.
> > http://p.sf.net/sfu/Boundary-dev2dev
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> >   
> 
> 
> --
> Better than sec? Nothing is better than sec when it comes
> to
> monitoring Big Data applications. Try Boundary one-second 
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Lathe spindel encoder

[Dave Caroline]

My little lathe(Starturn) has 48 slots plus one index slot
you do need the index slot

Dave Caroline

On Wed, Apr 11, 2012 at 11:09 AM, Rolf Bredemeier  wrote:
> Hi,
>
> at time i am trying to convert a little desktop-lathe (WABECO) to CNC. In the 
> next day i will
> build my own spindel encoder. I need it only for threading.
>
> The machine will be driven by steppers. Waht is the best choice for slot 
> count for the encoder
> wheel? (I will mill it.)
>
> I think, i can make wheels from 1 to 64 slots.
>
> What is your guess?
>
>
> Greetings from Germany!
>
>
> Rolf
>
>
>
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Lathe spindel encoder

[Rolf Bredemeier]

Hi,

at time i am trying to convert a little desktop-lathe (WABECO) to CNC. In the 
next day i will
build my own spindel encoder. I need it only for threading.

The machine will be driven by steppers. Waht is the best choice for slot count 
for the encoder
wheel? (I will mill it.)

I think, i can make wheels from 1 to 64 slots. 

What is your guess?


Greetings from Germany!


Rolf





--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] GeckoDrive info, was Re: Hal_parport and EPP

[Mark Wendt]

On 04/10/2012 09:48 PM, Kent A. Reed wrote:
> Most likely this is correct, Dave, but it sure looks like Kirk is
> proposing to experiment on the drive to determine its characteristics.
> Were I to try this, my wife would give me a squinty-eyed look, possibly
> snort (although she usually saves this for more "important" situations),
> and mutter about how men never ask for directions:-)
>
> Just my 2 cents worth.
>
> Regards,
> Kent
>
Kent,

The good news, in this day and age, is you can snort right back and say 
"Men don't need to ask for directions.  Our phones have GPS."  ;-)

Mark

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Gene, here's your portable O'scope

[Mark Wendt]

On 04/10/2012 06:36 PM, Adrian Carter wrote:
> I'd just buy it from Seeed direct or one of the many seeed resellers ...
> for the small saving on offer via ebay - its just not worth going dodgy for
> it
>
> On 11 April 2012 01:40, Spiderdab<77...@tiscali.it>  wrote:
>
>
>> Hi all. I just want to tell you about a bad experience on a O-scope
>> seller.
>> I wanted to buy me a DSO Quad, and found it "convenient" to buy from
>> www.diyertool.com/
>>
>> ..I want to advise users NOT TO BUY ANYTHING from this seller. I've
>> payed the DSO Quad in November, they first sent it with a wrong address,
>> then the scope went back to Singapore, then i couldn't talk to them
>> anymore. They didn't answer in anyway. I opened also the "request" (I
>> don't know the english word..) in Paypal.
>>
>> So, for everyone, please don't buy from diyertool, or at least be very
>> carefull.
>>
>> Thanks, Davide.
>>  
Guess it depends on how cheap and portable you wanna get.  I recently 
picked up a Tek TM504 mainframe/power supply for $50, and two SC504 80 
MHz plugins for $50 each.  One works, the other doesn't.  I'm in the 
process of troubleshooting the inop SC504.  When that's fixed, I'll have 
three scopes on the bench.  ;-)

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] German-language documentation, was: Downloading Release 2.5

[Viesturs Lācis]

2012/4/11 Peter Blodow :
>
> Right, "Gelenk" would be my fist choice to translate "joint", but it
> describes only the   p o i n t   where movement takes place, e.g., the
> ellbow or knee itself, not the arm or leg or even their ends (where the
> desired movement takes place), which is meant by LinuxCNC. I would not
> be glad with this expression, but still may have to stick with it - not
> too bad since "joint" in English also actually means a point where two
> pieces are "joined", not the extensions thereof.
>

Regarding the exact meaning of words, in LinuxCNC the joints are
either "linear" or "rotary" (or "prismatic" and "revolving" in other
places).
It just defines, what kind of motion it provides in that particular
spot, IMO it actually does describe only the "point, where movement
takes place", which makes "gelenk" very precise word to describe the
word "joint" in LinuxCNC context.
More data is required to describe the actual movement of attached
construction, especially the movement of end effector, like
Denavit-Hartenberg parameters for robotic arms:
http://en.wikipedia.org/wiki/Denavit%E2%80%93Hartenberg_parameters

Viesturs

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] German-language documentation, was: Downloading Release 2.5

[Peter Blodow]

Thank you all for your thoughts about the movement modes. Translating 
forces exact definitions. As Viesturs said, it is a  good thing to 
explain these modes from time to time.

Right, "Gelenk" would be my fist choice to translate "joint", but it 
describes only the   p o i n t   where movement takes place, e.g., the 
ellbow or knee itself, not the arm or leg or even their ends (where the 
desired movement takes place), which is meant by LinuxCNC. I would not 
be glad with this expression, but still may have to stick with it - not 
too bad since "joint" in English also actually means a point where two 
pieces are "joined", not the extensions thereof.

Gelenk is related to the verb "lenken" which means "to steer", and this 
comes close to what is happening in CNC.

I will have to ponder about this before I dare setting standards in 
LinuxCNC.

Peter



Andy Pugh schrieb:
> On 10 Apr 2012, at 11:18, Peter Blodow  wrote:
>
>   
>> I don't know what the English sentence means, it's hard to 
>> interpret (e.g., 'Coordinated mode' or 'Teleop mode'). In some cases, 
>> there may not even be a German word  for lack of exact definition (what 
>> exactly is a joint?
>> 
>
> Luckily I have a handy German engineer in the hotel room with me. 
> Joint = Gelink  but is used in the LinuxCNC context to describe any 
> mechanical part which adds one or more degrees of freedom. So it is typically 
> a machine slide, but can be a rotary bearing or anything else controlled by 
> an actuator. 
>
> I suspect very few people understand the difference between coordinated mode 
> (N-Bahnsteuerung) where multiple joints move at the same time to make the 
> tool move in XYZ space under operator control and "Teleop" mode 
> (1-Bahnsteuerung) where the operator controls a single selected joint at any 
> one time. I _think_ "Teleop" and "Joint mode" mean the same thing. 
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second 
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>   


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] LinuxCNC modes, was: German-language documentation, was: Downloading Release 2.5

[Viesturs Lācis]

2012/4/11 Sebastian Kuzminsky :
>
> Free/Teleop/Coord are modes of the motion controller, a low-level part of
> LinuxCNC.  These modes are usually not directly experienced by users.
>
> Manual/MDI/Auto are modes of the Axis GUI (and probably other GUIs), this is
> what users see all the time.
>
> I don't know Axis internals very well, but I'd guess that when the user puts
> Axis into Manual mode, Axis puts the motion controller into Free or Teleop
> mode, and when the user puts Axis into MDI or Auto mode, Axis puts the
> motion controller into Coord mode.
>

Thank You, now it became little more clear to me.

I guess that this is question to Jeff Epler (IIRC he has the credits
of writing Axis GUI code, so I would appreciate, if Jeff might bring a
little light in this corner):
Is Manual/MDI/Auto modes just for GUI and does GUI pass forward the
commands to motion controller for free/teleop/coord modes or is it
task planner that handles this (GUI just forwards manual/mdi/auto
requests and then task planner decides, which mode for motion
controller is needed)?

The thing that confuses me is that there are halui pins for 5 modes:
- auto
- manual
- mdi
- joint
- teleop

First 3 are just like Seb said - that is what user sees in GUI, but
the last 2 are from those motion controller modes, so there is a
chance for user to interact with it directly.
http://linuxcnc.org/docs/html/man/man1/halui.1.html

I am just trying to get as much of understanding as possible, about
how those modes really work, because most of machines I am building,
are non-trivial kinematics, so there are 2 issues:
1) potential damage to machine, if user accidentally jogs machine in
joint/free mode, I would like to understand this, so that I can do as
much as possible to configure machine in a way that limits any risks
associated with this; automagic switching to teleop mode, once all the
joints are homed, would be great, I have tried to implement it in HAL,
but it does not work 100% correctly. Since the success ratio was
higher than 0, I see a potential there;
2) I am unable to explain these things to the actual user, if I myself
do not understand them;

Viesturs

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] German-language documentation, was: Downloading Release 2.5

[Alex Joni]

>>
>> I suspect very few people understand the difference between coordinated 
>> mode (N-Bahnsteuerung) where multiple joints move at the same time to 
>> make the tool move in XYZ space under operator control and "Teleop" mode 
>> (1-Bahnsteuerung) where the operator controls a single selected joint at 
>> any one time. I _think_ "Teleop" and "Joint mode" mean the same thing.
>
>
> I cannot agree about the "teleop" mode - it definitely is not the same
> as "joint" mode. On my robot, in "teleop" mode kinematics were applied
> (in "joint" mode kinematics are _not_ applied), I could jog the tool
> along X, Y or Z, but one of them at a time (IIRC that is true for any
> non-trivial kinematics machine - cannot jog along 2 Cartesian axes at
> a time). So I would say that "teleop" is something inbetween "joint"
> and "coordinated" modes.
>
> Viesturs

Teleop is supposed to be coordinated jogging, opposed to Joint mode where 
you do individual joint jogging.
In teleop kinematics gets applied, in Joint mode it doesn't.

As for the directions that's just an implementation flaw currently in 
LinuxCNC, you should be able to jog in Teleop mode along more than one axis. 
(and in the ja3 rewrite you already can).

Regards,
Alex


--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] LinuxCNC modes, was: German-language documentation, was: Downloading Release 2.5

[Viesturs Lācis]

2012/4/11 Sebastian Kuzminsky :
> On 04/10/2012 11:57 PM, Viesturs Lācis wrote:
>> 2012/4/11 Andy Pugh:
>>> I suspect very few people understand the difference between coordinated 
>>> mode (N-Bahnsteuerung) where multiple joints move at the same time to make 
>>> the tool move in XYZ space under operator control and "Teleop" mode 
>>> (1-Bahnsteuerung) where the operator controls a single selected joint at 
>>> any one time. I _think_ "Teleop" and "Joint mode" mean the same thing.
>> I cannot agree about the "teleop" mode - it definitely is not the same
>> as "joint" mode. On my robot, in "teleop" mode kinematics were applied
>> (in "joint" mode kinematics are _not_ applied), I could jog the tool
>> along X, Y or Z, but one of them at a time (IIRC that is true for any
>> non-trivial kinematics machine - cannot jog along 2 Cartesian axes at
>> a time). So I would say that "teleop" is something inbetween "joint"
>> and "coordinated" modes.
>
> The motion controller has three modes, called "free", "teleop", and "coord".
>
> Free mode is used for jogging individual joints (motors), independently
> of all other joints. Free mode ignores kinematics.
>
> Teleop mode is used for jogging in cartesian space. This uses kinematics
> to (optionally) move multiple joints together as needed to implement a
> continuous jog in "world coordinates".
>
> Coordinated mode is used for planned motion in cartesian space. This
> uses kinematics (like teleop mode), but instead of just doing a
> controlled-velocity jog in cartesian space, it uses the trajectory
> planner to implement queued motion commands from gcode.
>
> This is described somewhat in the Developer's Guide:
> http://linuxcnc.org/docs/2.5/html/code/Code_Notes.html#_free
>
> But note that the GUIs (Axis et al) sometimes obscure these modes of the
> underlying motion controller.
>

Thank You for the explanation and link!
I have always wanted to understand these modes.
Could You, please, explain, how do these three:
- free
- teleop
- coord
modes relate to these three:
- manual
- mdi
- auto

Is it that each group of them actually affect different things? I mean
- first three affect use of kinematics and trajectory planner, but the
second might affect task planner. Is that true?
My experience from playing with different modes, tell me that modes
from first group are pretty much like "tied up" with the second group
- "auto" mode will go together only with "coord" etc, there are some
fixed relations between these two groups, but I have not found any
place, where this would have been documented.

Viesturs

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Hal_parport and EPP

[Steve Blackmore]

On Tue, 10 Apr 2012 21:32:25 -0400, you wrote:

>The G540 is a lot simpler than the G100.Yes, the G100 was a disaster 
>with Mach3.I'm glad I didn't buy one of those paperweights.
>I almost did...

Still got one - it is used as a paperweight. Thankfully, I didn't buy
it, it was supplied for beta testing.

Steve Blackmore
--

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users