Hi,
I need to do a lot of changes to a customer's system that has 5i23 and
other cards installed. I dont have a similar installation to work on so
my question is, is there a way to run LinuxCnc or just start it up
without functionality, without having the 5i23 installed. Something like
a dummy
I may be having a similar problem. I am using home to index on a ordinary
rotary servo machine and the first time I try to home after starting Linuxcnc,
one axis always seems to set a following a error, If I try to home it a second
time it will home fine? I am not using bldc, so it might be
Is the Count value going to zero during those glitches? Could you monitor
ResetCounterValue also during your test?
Could there be some mechanism that causes noise on ResetCounterValue only
when you count down?
--
Everyone
On Sat, Mar 2, 2013 at 10:13 AM, Marius Liebenberg
mar...@mastercut.co.zawrote:
Hi,
I need to do a lot of changes to a customer's system that has 5i23 and
other cards installed. I dont have a similar installation to work on so
my question is, is there a way to run LinuxCnc or just start it up
Am 02.03.2013 um 11:27 schrieb Anders Wallin:
On Sat, Mar 2, 2013 at 10:13 AM, Marius Liebenberg
mar...@mastercut.co.zawrote:
Hi,
I need to do a lot of changes to a customer's system that has 5i23 and
other cards installed. I dont have a similar installation to work on so
my question is,
Hi Micheal,
I hear you. The problem is that I have to keep a machine just for that
hardware. Also it has more than one 5i23. I suppose I will have to do
that anyway. The 5i23's will end up being used somewhere so it all
starts again :)
On 2013/03/02 12:41 PM, Michael Haberler wrote:
Am
No, the count value at glitch is changing, at list last bits, it has value: BIN
0011 . It seems the counter is not reset, because
after the glitch the value does not jump to 0 and stays there, but continues to
gradually fall/rise from value before the glitch.
You get illegal noise states from your hardware, causing illegal
transitions in your logic.
For a solution look at page 13 of this document:
http://www.avagotech.com/docs/AV02-0096EN
j.
On Sat, Mar 2, 2013 at 9:23 AM, Klemen Dovrtel klemen_dovr...@yahoo.comwrote:
Hello everybody,
I am
Hey, I've just seen an idea on that machine, if it is what I think it is
I been pondering for a long time on what to do about a sloppy quill in
order to CNC it, and it looks like it might have been done on this machine.
Instead of trying to snug up the quill, mill/grind the front of the
On 2 March 2013 15:10, Roland Jollivet roland.jolli...@gmail.com wrote:
Instead of trying to snug up the quill, mill/grind the front of the machine
to be parallel with the quill. Now you can mount linear slides and a plate
that grabs the quill at the bottom!
I think what you are seeing is
On Fri, 1 Mar 2013, Todd Zuercher wrote:
Date: Fri, 1 Mar 2013 07:52:22 -0500 (EST)
From: Todd Zuercher zuerc...@embarqmail.com
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: Klemen Dovrtel
On Fri, 1 Mar 2013, Klemen Dovrtel wrote:
Date: Fri, 1 Mar 2013 23:23:48 -0800 (PST)
From: Klemen Dovrtel klemen_dovr...@yahoo.com
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Subject: [Emc-users] fpga epp data transfer - strange behaviour
Hello everybody,
I am
On Sat, 2013-03-02 at 15:36 +, andy pugh wrote:
On 2 March 2013 15:10, Roland Jollivet roland.jolli...@gmail.com wrote:
Instead of trying to snug up the quill, mill/grind the front of the machine
to be parallel with the quill. Now you can mount linear slides and a plate
that grabs the
I think this can not be the reason, this would not trigger glitches only while
decreasing the encoder value. My epp data transfer is started with address
write which triggers the sampling and latching of encoder position value and
all other signals values. The following data read/write are then
On Sat, 2 Mar 2013, Klemen Dovrtel wrote:
Date: Sat, 2 Mar 2013 09:38:34 -0800 (PST)
From: Klemen Dovrtel klemen_dovr...@yahoo.com
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] fpga epp data transfer - strange behaviour
I think this can not
Klemen Dovrtel wrote:
Hello everybody,
I am using fpga to monitor the incremental encoder and transfer the axis
absolute position to pc using parallel port and epp communication. When I run
the Axis GUI I am getting some strange following errors. I found out that
occasionally i get some
I see, if i understand this correctly, i should add a two-stage synchronizer to
latch the data from QuadA/B before sampling with counter logic?
Ok, thank you for the suggestions, i will try to add some filters, as suggested
also by Jan de Kruyf.
Regards, Klemen
I have a Bridgeport with Anilam Crusader II control, control is acting
dead so it's time for an LinuxCNC upgrade.
I did a Anilam lathe to EMC2 conversion a few years back so I'm somewhat
familiar with what needs to be done.
My lathe conversion used the Mesa 5i20 board, I think that's all that
It is quite correct to latch the data, before reading out in byte chunks,
so no roll over occurs in the hi byte going from 00FF to 0100 for instance,
if there is a count pulse during reading . I forgot about that part.
j.
On Sat, Mar 2, 2013 at 8:57 PM, Klemen Dovrtel
On Sat, 2 Mar 2013, Klemen Dovrtel wrote:
Date: Sat, 2 Mar 2013 10:57:52 -0800 (PST)
From: Klemen Dovrtel klemen_dovr...@yahoo.com
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] fpga epp data transfer - strange behaviour
I see, if i
Does yours have the tool changer?
On 3/1/13 3:10 PM, Kirk Wallace wrote:
http://www.ebay.com/itm/251235604390
Also here too:
http://sacramento.craigslist.org/tls/3640202006.html
I already have one and there is no space left, shucks.
Anybody using GladeVCP with Persistence? Did you have trouble getting
it to save settings?
It seems to me as though it is very sensitive to what widget the
'on_destroy' signal is attached.
The documentation does warn against attaching it to the 'window1'
object. But I had terrible luck getting
On Sat, 2013-03-02 at 15:29 -0800, Drew Rogge wrote:
Does yours have the tool changer?
Yup,
http://www.wallacecompany.com/machine_shop/Shizuoka/00030-1a.jpg
http://www.wallacecompany.com/machine_shop/Shizuoka/
--
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
Am 03.03.2013 um 03:46 schrieb Kip Shaffer:
Anybody using GladeVCP with Persistence? Did you have trouble getting
it to save settings?
It seems to me as though it is very sensitive to what widget the
'on_destroy' signal is attached.
The documentation does warn against attaching it to
following up to myself:
The issue goes down a bit deeper, and it's about the notion of controlled
shutdown
This is a dark corner of LinuxCNC, especially with respect to time-to-estop for
connected hardware, and it warrants some thought and work. Unfortunately I dont
have a quick answer for
25 matches
Mail list logo