Re: [Emc-users] learning gcode
Just wanted to say thank you to everyone that replied to my question about learning gcode. I really appreciate all the help and info that everyone passed along. Chris -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] learning gcode
Over the past several issues there has been some good info in ""Digital Machinist"" magazine. D. - Original Message - From: "Chris Reynolds" To: Sent: Friday, April 16, 2010 11:29 AM Subject: [Emc-users] learning gcode > Is there a good online reference or set of instructional materials for > learning about gcode and programming that I could check out in addition to > the gcode info on the emc page? I'm really wanting to learn how to get the > most from my machine and my programs and my knowledge is limited. > > Chris > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
sam sokolik wrote: > Thanks for the link - they seem to be compatible with the inductosyn > type scales.. That is a generation newer than our scales. I did email > them for s and g's - but have not heard back > Classic inductosyns have 3 windings. Linear inductosyns have one long zig-zag trace on the scale, and two shorter ones that are built with the 90 degree phase chift between them. You can either drive the two short windings with pulses with a time difference between them and sense from the long one, or drive the long one and sense from the two short ones. But, I suspect that the drive 2 and sense one scheme might be able to work with the GE pin scale, too. It might need a little pulse transformer or two to perform the right coupling. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Slavko Kocjancic wrote: > In the documentation for estop latch from > http://linuxcnc.org/docs/2.4/html/man/man9/estop_latch.9.html > is stated: > > While ok-out is true, watchdog toggles, and can be used for chargepumps or > similar needs. > > And I want just that! > > But in reality the watchdog togles if ok_in is true and fault_in is false. > They not observe if latch is reseted. > > So I change source estop_latch.comp to match the documentation. Ie the > watchdog output togle only if ok_out is true. > > the change is on only one line! > Instead > watchdog = !watchdog; > > OK, I guess this doesn't matter, as I don't use the watchdog part of the estop-latch component in my systems. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
sam sokolik wrote: > the main thing is that it is already on the machine... To replace them > with something new would require a total disassemble of the saddle and > table.. We will be using the encoders on the servos for position > initially - the scales will be more of an experiment... ;) > What shape are the existing electronics in? If this stuff is on a relatively small board that outputs quadrature, it shouldn't be such a big deal to power the boards and wire the quadrature out to your modern control. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
interesting. Chris found this - this is pretty close to the time frame of our machine. probably an eb (one newer iirc) http://www.google.com/patents?id=fhRaEBAJ&printsec=abstract&zoom=4&source=gbs_overview_r&cad=0#v=onepage&q&f=false sam Jan de Kruyf wrote: > Hello, > Unless I am very wrong this patent is a non-flyer. > The old G-E systems had a discriminator that measured the difference > in phase between the command pulse train and the feed-back pulse > train, and the output of the discriminator was the input to the drive > amplifier. > So how on earth you can insert a random pulse in the command pulse > stream evades me completely. You would just upset the discriminator > output and it would have little effect on the actual motion of the > machine. > And at worse you would lose sync all together like indeed in a stepper setup. > > Jan > > > On Fri, Apr 16, 2010 at 8:00 PM, sam sokolik wrote: > >> the main thing is that it is already on the machine... To replace them >> with something new would require a total disassemble of the saddle and >> table.. We will be using the encoders on the servos for position >> initially - the scales will be more of an experiment... ;) >> >> We just found this... >> http://www.google.com/patents?id=NqpNEBAJ&printsec=drawing&zoom=4#v=onepage&q&f=false >> >> Gives a better block diagram... (it is a patent to add temp comp to the >> circuit...) >> >> sam >> >> On 4/16/2010 12:50 PM, Jon Elson wrote: >> >>> Andy Pugh wrote: >>> >>> However, I think just applying a 250Hz square wave and an oscilloscope should at least tell you what comes out of the terminals and then you can figure it out from there. A $15 Arduino with a power OP amp can produce the excitation, sample the output, time it to 62nS resolution and convert it to encoder-style pulses. >>> The drive excitation has to be VERY carefully balanced, as the output >>> signal is MUCH smaller than the drive. >>> Other than that, yes, you could probably build a modern circuit with >>> good micro or FPGA to do all the counting, etc. >>> Not completely sure it is worth it. >>> >>> Jon >>> >>> -- >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> ___ >>> Emc-users mailing list >>> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >>> >>> >>> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2814 - Release Date: 04/16/10 > 06:31:00 > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
Hello, Unless I am very wrong this patent is a non-flyer. The old G-E systems had a discriminator that measured the difference in phase between the command pulse train and the feed-back pulse train, and the output of the discriminator was the input to the drive amplifier. So how on earth you can insert a random pulse in the command pulse stream evades me completely. You would just upset the discriminator output and it would have little effect on the actual motion of the machine. And at worse you would lose sync all together like indeed in a stepper setup. Jan On Fri, Apr 16, 2010 at 8:00 PM, sam sokolik wrote: > the main thing is that it is already on the machine... To replace them > with something new would require a total disassemble of the saddle and > table.. We will be using the encoders on the servos for position > initially - the scales will be more of an experiment... ;) > > We just found this... > http://www.google.com/patents?id=NqpNEBAJ&printsec=drawing&zoom=4#v=onepage&q&f=false > > Gives a better block diagram... (it is a patent to add temp comp to the > circuit...) > > sam > > On 4/16/2010 12:50 PM, Jon Elson wrote: >> Andy Pugh wrote: >> >>> However, I think just applying a 250Hz square wave and an oscilloscope >>> should at least tell you what comes out of the terminals and then you >>> can figure it out from there. A $15 Arduino with a power OP amp can >>> produce the excitation, sample the output, time it to 62nS resolution >>> and convert it to encoder-style pulses. >>> >>> >>> >> The drive excitation has to be VERY carefully balanced, as the output >> signal is MUCH smaller than the drive. >> Other than that, yes, you could probably build a modern circuit with >> good micro or FPGA to do all the counting, etc. >> Not completely sure it is worth it. >> >> Jon >> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
Thanks for the link - they seem to be compatible with the inductosyn type scales.. That is a generation newer than our scales. I did email them for s and g's - but have not heard back Dave wrote: > Sam did you get any info from that company in Detroit who has the > converter boxes? At the time, I thought the cost was reasonable > considering it is a tested unit. > > Dave > > On 4/16/2010 2:00 PM, sam sokolik wrote: > >> the main thing is that it is already on the machine... To replace them >> with something new would require a total disassemble of the saddle and >> table.. We will be using the encoders on the servos for position >> initially - the scales will be more of an experiment... ;) >> >> We just found this... >> http://www.google.com/patents?id=NqpNEBAJ&printsec=drawing&zoom=4#v=onepage&q&f=false >> >> Gives a better block diagram... (it is a patent to add temp comp to the >> circuit...) >> >> sam >> >> On 4/16/2010 12:50 PM, Jon Elson wrote: >> >> >>> Andy Pugh wrote: >>> >>> >>> However, I think just applying a 250Hz square wave and an oscilloscope should at least tell you what comes out of the terminals and then you can figure it out from there. A $15 Arduino with a power OP amp can produce the excitation, sample the output, time it to 62nS resolution and convert it to encoder-style pulses. >>> The drive excitation has to be VERY carefully balanced, as the output >>> signal is MUCH smaller than the drive. >>> Other than that, yes, you could probably build a modern circuit with >>> good micro or FPGA to do all the counting, etc. >>> Not completely sure it is worth it. >>> >>> Jon >>> >>> -- >>> Download Intel® Parallel Studio Eval >>> Try the new software tools for yourself. Speed compiling, find bugs >>> proactively, and fine-tune applications for parallel performance. >>> See why Intel Parallel Studio got high marks during beta. >>> http://p.sf.net/sfu/intel-sw-dev >>> ___ >>> Emc-users mailing list >>> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >>> >>> >>> >>> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> >> > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2814 - Release Date: 04/16/10 > 06:31:00 > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] learning gcode
To learn gcode... run a machine and see the effects of the code ( later i show a free at home way to do this) make simple programs that use a tool, move along a line, an arc. by using a free simulator, you will see waht the basic codes mean. look at existing gcode programs ( again, there's a free at home way to do this ) no physical machine is needed, no money is involved just get the Live EMC2 CD and boot from it, it wont touch your hard drive, it lets you test drive a full blown cnc control. it comes with a book on how the gcodes work, and many examples. you will run a 'sim' configuration which requires no physical machine. you will see the path of the tool live. more info on gcode programming is available online, after you get more familiar you will see there are 'dialects' of gcode, and you have a good grammar for the .ngc variety when you use the emc2 program hth tom3p On Fri, Apr 16, 2010 at 2:31 PM, Dave wrote: > If you are near a decent size public library, there are usually several > books on CNC machining / Gcode on the shelves. > > Dave > > > On 4/16/2010 2:29 PM, Chris Reynolds wrote: >> Is there a good online reference or set of instructional materials for >> learning about gcode and programming that I could check out in addition to >> the gcode info on the emc page? I'm really wanting to learn how to get the >> most from my machine and my programs and my knowledge is limited. >> >> Chris >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] learning gcode
If you are near a decent size public library, there are usually several books on CNC machining / Gcode on the shelves. Dave On 4/16/2010 2:29 PM, Chris Reynolds wrote: > Is there a good online reference or set of instructional materials for > learning about gcode and programming that I could check out in addition to > the gcode info on the emc page? I'm really wanting to learn how to get the > most from my machine and my programs and my knowledge is limited. > > Chris > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
Sam did you get any info from that company in Detroit who has the converter boxes? At the time, I thought the cost was reasonable considering it is a tested unit. Dave On 4/16/2010 2:00 PM, sam sokolik wrote: > the main thing is that it is already on the machine... To replace them > with something new would require a total disassemble of the saddle and > table.. We will be using the encoders on the servos for position > initially - the scales will be more of an experiment... ;) > > We just found this... > http://www.google.com/patents?id=NqpNEBAJ&printsec=drawing&zoom=4#v=onepage&q&f=false > > Gives a better block diagram... (it is a patent to add temp comp to the > circuit...) > > sam > > On 4/16/2010 12:50 PM, Jon Elson wrote: > >> Andy Pugh wrote: >> >> >>> However, I think just applying a 250Hz square wave and an oscilloscope >>> should at least tell you what comes out of the terminals and then you >>> can figure it out from there. A $15 Arduino with a power OP amp can >>> produce the excitation, sample the output, time it to 62nS resolution >>> and convert it to encoder-style pulses. >>> >>> >>> >>> >> The drive excitation has to be VERY carefully balanced, as the output >> signal is MUCH smaller than the drive. >> Other than that, yes, you could probably build a modern circuit with >> good micro or FPGA to do all the counting, etc. >> Not completely sure it is worth it. >> >> Jon >> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> >> > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] learning gcode
Is there a good online reference or set of instructional materials for learning about gcode and programming that I could check out in addition to the gcode info on the emc page? I'm really wanting to learn how to get the most from my machine and my programs and my knowledge is limited. Chris -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
2010/4/16 Jon Elson
> Slavko Kocjancic wrote:
> > I just enter git diff and got as I see teh estop latch should be working
> now
> >
> Can you describe what you have changed in estop-latch and what the side
> effects are?
> I use estop-latch with all my products. The watchdog in that case is in
> the external hardware, so I don't need to have a software one.
>
> Jon
>
>
In the documentation for estop latch from
http://linuxcnc.org/docs/2.4/html/man/man9/estop_latch.9.html
is stated:
While ok-out is true, watchdog toggles, and can be used for chargepumps or
similar needs.
And I want just that!
But in reality the watchdog togles if ok_in is true and fault_in is false.
They not observe if latch is reseted.
So I change source estop_latch.comp to match the documentation. Ie the
watchdog output togle only if ok_out is true.
the change is on only one line!
Instead
watchdog = !watchdog;
i write
if ( ok_out ) {watchdog = !watchdog;}
And thing work's as is stated in documentation.
and gere is git output. And I don't know where how to post it.
I don't want to make some direect upload (probably I can't too) but some of
developers check if I make something wrong before updating.
Slavko.
diff --git a/src/hal/components/estop_
latch.comp b/src/hal/components/estop_latc
index 2a1e0dd..9cf84a6 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_out ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
sla...@emc2:~/emc2-git$
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
the main thing is that it is already on the machine... To replace them with something new would require a total disassemble of the saddle and table.. We will be using the encoders on the servos for position initially - the scales will be more of an experiment... ;) We just found this... http://www.google.com/patents?id=NqpNEBAJ&printsec=drawing&zoom=4#v=onepage&q&f=false Gives a better block diagram... (it is a patent to add temp comp to the circuit...) sam On 4/16/2010 12:50 PM, Jon Elson wrote: > Andy Pugh wrote: > >> However, I think just applying a 250Hz square wave and an oscilloscope >> should at least tell you what comes out of the terminals and then you >> can figure it out from there. A $15 Arduino with a power OP amp can >> produce the excitation, sample the output, time it to 62nS resolution >> and convert it to encoder-style pulses. >> >> >> > The drive excitation has to be VERY carefully balanced, as the output > signal is MUCH smaller than the drive. > Other than that, yes, you could probably build a modern circuit with > good micro or FPGA to do all the counting, etc. > Not completely sure it is worth it. > > Jon > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
Andy Pugh wrote: > > However, I think just applying a 250Hz square wave and an oscilloscope > should at least tell you what comes out of the terminals and then you > can figure it out from there. A $15 Arduino with a power OP amp can > produce the excitation, sample the output, time it to 62nS resolution > and convert it to encoder-style pulses. > > The drive excitation has to be VERY carefully balanced, as the output signal is MUCH smaller than the drive. Other than that, yes, you could probably build a modern circuit with good micro or FPGA to do all the counting, etc. Not completely sure it is worth it. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Update on EMC at NAMES 2010
Matt Shaver wrote: > Sadly, I'm not going to make NAMES this year. I've been doing a lot of > driving lately and I've just got to have a stretch of "home time" or I > will go nuts! > I am also going to skip NAMES this year. I have a BUNCH of stuff to do here, and haven't really made anything new for EMC that I could show off. > I _really_ look forward to seeing all of you at the CNC Workshop in > June. I hope to focus most of my time there on testing. I'll probably > be able to drag over some machines from Smithy and just exercise as > many EMC2 features as possible. I also hope to produce notes for the > documentation maintainers to make the manuals even more complete. > I will enjoy seeing you again there! I hope, MAYBE, that there will be a first cut at an RTAI-patched kernel for the Beagle Board by then. If no, I will have a Beagle Board to parallel port converter board that could run a step/direction drive or communicate with my PPMC interface boards. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
If you need More of these I have 2 sets from a 13"X 13" Decided it was easer to fix encoders to the back of the servo motors than to use those style encoders -Original Message- From: sam sokolik [mailto:sa...@empirescreen.com] Sent: Friday, April 16, 2010 9:02 AM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Old scales - any hope? Here are some more pictures... (top red thing is the read head) http://electronicsam.com/images/KandT/conversion/accpinset1.jpg http://electronicsam.com/images/KandT/conversion/accpinset.jpg This is how I understand it as of today ;) There are 4 coils - they are hooked up in a center tap config (see schem) - 2 sets of 2 coils. An excitation signal (250khz square wave) is sent to the outside connections of the 2 center tapped coils. The center taps are summed together and turned into a square wave. That square wave is shifted compared to the exciter signal depending on the position relative to the .1 pin. Now the way I think the controller did it was this - it had a 250khz clock - they used this to count the shift between the exciter signal and the summed square wave back from the center taps. this would give you 250khz/250hz - 1000 divisions within each pin. thanks sam On 4/11/2010 08:03 PM, Jon Elson wrote: > sam sokolik wrote: > >> there are actually 4 coils. Each head has 2 shielded cables coming from >> the head - each cable has 4 conductors + shield. At the controller - >> the 2 coils on each cable are hooked together to form a center tapped >> setup. (agian - if I have it right - they excite the 2 outside >> connections of the 2 center tapped hookups - then the center taps get >> summed together and shaped. this from trying to read the desciption on >> the schematic I scanned - plus you can see the coil hookups) :) >> >> > I don't know, looking at the jpg of the schematic, it doesn't really > look like the windings will work the way you want for the AD chip. It > really doesn't look like there is an excitation winding and a pair of > sense windings. With 114 Ohms per coil, the drive requirement can't be > terribly high, so that may not be a problem. If the AD chip can be made > to work, the resolution will be 4096 counts per period of the teeth on > the long scale. That probably is OK, as I think these teeth are about > 10 per inch. Ah, yes, I see it IS a GE Accupin scale, I had already > guessed it might be from your description. The way one of these schemes > worked is they drove sine-wave signals in quadrature to the two sin/cos > windings, and then looked at the time of the zero crossing on the other > winding. That told the position of the windings relative to each > other. This one almost sounds like it works the same way, but the > description says square wave. So, maybe they are using some analog > scheme to also sense the voltage of the output as well as the phase. > > Anyway, it looks like this may be fairly hard to make work. > > Jon > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
sam sokolik wrote: > Here are some more pictures... (top red thing is the read head) > http://electronicsam.com/images/KandT/conversion/accpinset1.jpg > http://electronicsam.com/images/KandT/conversion/accpinset.jpg > > This is how I understand it as of today ;) > > There are 4 coils - they are hooked up in a center tap config (see > schem) - 2 sets of 2 coils. An excitation signal (250khz square wave) is > sent to the outside connections of the 2 center tapped coils. The center > taps are summed together and turned into a square wave. That square wave > is shifted compared to the exciter signal depending on the position > relative to the .1 pin. > > Now the way I think the controller did it was this - it had a 250khz > clock - they used this to count the shift between the exciter signal and > the summed square wave back from the center taps. this would give you > 250khz/250hz - 1000 divisions within each pin. > Yup, that is about how I expected it would work, a very similar scheme is used on some Farrand Inductosyns. I think the Mesa resolver interface uses this scheme, too. You should check with them and see if they know how to make it work. This is a REAY OLD encoder, too. It sure doesn't look like it would be easy to wire the existing read head to one of my resolver converters which use the AD 2S1200 chip. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Slavko Kocjancic wrote: > I just enter git diff and got as I see teh estop latch should be working now > Can you describe what you have changed in estop-latch and what the side effects are? I use estop-latch with all my products. The watchdog in that case is in the external hardware, so I don't need to have a software one. Jon -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Update on EMC at NAMES 2010
Matt Shaver wrote: > I _really_ look forward to seeing all of you at the CNC Workshop in > June. I hope to focus most of my time there on testing. I'll probably > be able to drag over some machines from Smithy and just exercise as > many EMC2 features as possible. I also hope to produce notes for the > documentation maintainers to make the manuals even more complete. > This sounds super useful! I'll be happy to help with any hostmot2 testing & debugging I can. -- Sebastian Kuzminsky -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Update on EMC at NAMES 2010
On Thu, 1 Apr 2010 09:24:36 -0400 Dale Grover wrote: > Matt Shaver and I will be doing two seminars about EMC, one per day, > at the NAMES Expo. April 24-25. <...> > I think Matt is doing Saturday, and I'm doing Sunday. Sadly, I'm not going to make NAMES this year. I've been doing a lot of driving lately and I've just got to have a stretch of "home time" or I will go nuts! I _really_ look forward to seeing all of you at the CNC Workshop in June. I hope to focus most of my time there on testing. I'll probably be able to drag over some machines from Smithy and just exercise as many EMC2 features as possible. I also hope to produce notes for the documentation maintainers to make the manuals even more complete. Thanks, Matt -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
On 16 April 2010 15:19, sam sokolik wrote: > > Here is how the head lines up with the pins (showing that 2 heads line > up and 2 are .05 off.) > http://electronicsam.com/images/KandT/conversion/accupinlineup.jpg I was just about to ask that question... The inductance of each coil depends on how its laminations are aligned with the pins, and the schematic text mentions that they are in a bridge relationship. So, this looks like a Wheatstone Bridge, as used for strain gauges, but an inductive rather than resistive one. Not so odd, I made a successful non-contacting displacement transducer once which used two co-axial tubes as one arm of an LC bridge, this is pretty much the same I think, but using only inductors and possibly resistors. http://www.allaboutcircuits.com/vol_2/chpt_12/5.html Might contain some clues. However, I think just applying a 250Hz square wave and an oscilloscope should at least tell you what comes out of the terminals and then you can figure it out from there. A $15 Arduino with a power OP amp can produce the excitation, sample the output, time it to 62nS resolution and convert it to encoder-style pulses. I suspect that Audacity and your PC sound card would work as an excitation source for initial experimentation. -- atp -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
Here is how the head lines up with the pins (showing that 2 heads line up and 2 are .05 off.) http://electronicsam.com/images/KandT/conversion/accupinlineup.jpg Also I made a mistake in the previous email - the excitation signal going to the heads is 250hz - not 250khz On 4/16/2010 09:02 AM, sam sokolik wrote: > Here are some more pictures... (top red thing is the read head) > http://electronicsam.com/images/KandT/conversion/accpinset1.jpg > http://electronicsam.com/images/KandT/conversion/accpinset.jpg > > This is how I understand it as of today ;) > > There are 4 coils - they are hooked up in a center tap config (see > schem) - 2 sets of 2 coils. An excitation signal (250khz square wave) is > sent to the outside connections of the 2 center tapped coils. The center > taps are summed together and turned into a square wave. That square wave > is shifted compared to the exciter signal depending on the position > relative to the .1 pin. > > Now the way I think the controller did it was this - it had a 250khz > clock - they used this to count the shift between the exciter signal and > the summed square wave back from the center taps. this would give you > 250khz/250hz - 1000 divisions within each pin. > > thanks > sam > > > On 4/11/2010 08:03 PM, Jon Elson wrote: > >> sam sokolik wrote: >> >> >>> there are actually 4 coils. Each head has 2 shielded cables coming from >>> the head - each cable has 4 conductors + shield. At the controller - >>> the 2 coils on each cable are hooked together to form a center tapped >>> setup. (agian - if I have it right - they excite the 2 outside >>> connections of the 2 center tapped hookups - then the center taps get >>> summed together and shaped. this from trying to read the desciption on >>> the schematic I scanned - plus you can see the coil hookups) :) >>> >>> >>> >> I don't know, looking at the jpg of the schematic, it doesn't really >> look like the windings will work the way you want for the AD chip. It >> really doesn't look like there is an excitation winding and a pair of >> sense windings. With 114 Ohms per coil, the drive requirement can't be >> terribly high, so that may not be a problem. If the AD chip can be made >> to work, the resolution will be 4096 counts per period of the teeth on >> the long scale. That probably is OK, as I think these teeth are about >> 10 per inch. Ah, yes, I see it IS a GE Accupin scale, I had already >> guessed it might be from your description. The way one of these schemes >> worked is they drove sine-wave signals in quadrature to the two sin/cos >> windings, and then looked at the time of the zero crossing on the other >> winding. That told the position of the windings relative to each >> other. This one almost sounds like it works the same way, but the >> description says square wave. So, maybe they are using some analog >> scheme to also sense the voltage of the output as well as the phase. >> >> Anyway, it looks like this may be fairly hard to make work. >> >> Jon >> >> -- >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> >> > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Old scales - any hope?
Here are some more pictures... (top red thing is the read head) http://electronicsam.com/images/KandT/conversion/accpinset1.jpg http://electronicsam.com/images/KandT/conversion/accpinset.jpg This is how I understand it as of today ;) There are 4 coils - they are hooked up in a center tap config (see schem) - 2 sets of 2 coils. An excitation signal (250khz square wave) is sent to the outside connections of the 2 center tapped coils. The center taps are summed together and turned into a square wave. That square wave is shifted compared to the exciter signal depending on the position relative to the .1 pin. Now the way I think the controller did it was this - it had a 250khz clock - they used this to count the shift between the exciter signal and the summed square wave back from the center taps. this would give you 250khz/250hz - 1000 divisions within each pin. thanks sam On 4/11/2010 08:03 PM, Jon Elson wrote: > sam sokolik wrote: > >> there are actually 4 coils. Each head has 2 shielded cables coming from >> the head - each cable has 4 conductors + shield. At the controller - >> the 2 coils on each cable are hooked together to form a center tapped >> setup. (agian - if I have it right - they excite the 2 outside >> connections of the 2 center tapped hookups - then the center taps get >> summed together and shaped. this from trying to read the desciption on >> the schematic I scanned - plus you can see the coil hookups) :) >> >> > I don't know, looking at the jpg of the schematic, it doesn't really > look like the windings will work the way you want for the AD chip. It > really doesn't look like there is an excitation winding and a pair of > sense windings. With 114 Ohms per coil, the drive requirement can't be > terribly high, so that may not be a problem. If the AD chip can be made > to work, the resolution will be 4096 counts per period of the teeth on > the long scale. That probably is OK, as I think these teeth are about > 10 per inch. Ah, yes, I see it IS a GE Accupin scale, I had already > guessed it might be from your description. The way one of these schemes > worked is they drove sine-wave signals in quadrature to the two sin/cos > windings, and then looked at the time of the zero crossing on the other > winding. That told the position of the windings relative to each > other. This one almost sounds like it works the same way, but the > description says square wave. So, maybe they are using some analog > scheme to also sense the voltage of the output as well as the phase. > > Anyway, it looks like this may be fairly hard to make work. > > Jon > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Tool Crash when STOP
On 4/16/2010 4:51 AM, Michał Geszkiewicz wrote: > Hi, > > This bug was also yesterday fixed in 2.4~pre branch > > http://git.linuxcnc.org/gitweb?p=emc2.git;a=commitdiff;h=06b93f6f > > > thanks for reporting this bug! > > regards, > Michael > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > Excellent! Thanks, Dave -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
I downloaded from scratch the 2.5~pre master
Seems that move when stop problem is solved.
The estop_latch stil doesn't work as should.
Here is patch I made (only one line changed in source) and don't know how to
post it.
sla...@emc2:~/emc2-git$ git diff
diff --git a/src/hal/components/estop_latch.comp
b/src/hal/components/estop_latc
index 2a1e0dd..9cf84a6 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_out ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
sla...@emc2:~/emc2-git$
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Andy Pugh pravi: > On 16 April 2010 11:50, Slavko Kocjancic wrote: > > >> Now I'm totaly lost. What version to use? Is there "safe" version? >> > > 2.3.5 is the "Safe" released version, but as you have found it lacks > some features. > It does seem that you have a knack for needing unusual features. > > Well unusual or not can be discussed. Custom stepgen.c can be unussual as step/dir is more common Working estop_latch can't call unussual Unhome when Estop can't call unussual Jog while toolchange can't call unussual (all people working with collet's know that) And that's all what I have problem for now. > Michał Geszkiewicz said a day or so ago that he had fixed the > STOP-crash bug in 2.4~pre but didn't say if it was fixed in 2.5~pre > but it seems likely. > seems that 2.5 stil fail. > I don't know if 2.4~pre has the custom stepgens, and I haven't figured > out how to view the 2.4 documents to find out. (As a 2.4~pre user it > would be quite nice to know) > > as I try the 2.4 doesn't have custom stepgen I have feeling that i make some mess in my files. So I deleted all and now downloading fresh master -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Andy Pugh pravi: > (Note that I am not a developer, nor do I speak for the developers) > > As I understand it, 2.4 is now frozen, there will be no new features > added, just bugfixes prior to release. > Probably you have right here. > Look on the bright side, if you used one of the closed-source > controllers you wouldn't have most of these features, and you would > have no way to do anything about it either. > You have right here too. > From what Michał Geszkiewicz has said it looks like your best bet is > to grab the latest 2.5~pre master from Git and use that. I am not > clear if e-stop latch is working as you want but you already had a > solution to that in HAL which worked. > I just downloading from scratch that. If move after stop problem is solved then no problem. Estop latch can be fixed to. It's not my needed feature. I just want to work as in documentation is stated. > I am not sure that the existing function is technically wrong > either.The watchdog is there to kill the machine if the computer > crashes. You could take the view that if the computer is running then > it is the job of the controller to look after motion and any time EMC2 > is live the watchdog should be too. > It's not same as documentation say's So we ned to change one to be consistient. About watchdog. I have ESTOP button hardwired to cut out power line for complete machine. (drivers/spindles) But in series of that I have one relay too. So if I want to engage machine without EMC can't do that. I must start emc to have operational power for drivers. The term watchdog from estop_latch can make mess. As I use just for chargepump not watchdog. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
On 16 April 2010 12:41, Slavko Kocjancic wrote: > As you already know I have custom stepgen and is only in 2.5~ > Is there some way to include that in nex release of 2.4? (Note that I am not a developer, nor do I speak for the developers) As I understand it, 2.4 is now frozen, there will be no new features added, just bugfixes prior to release. Look on the bright side, if you used one of the closed-source controllers you wouldn't have most of these features, and you would have no way to do anything about it either. From what Michał Geszkiewicz has said it looks like your best bet is to grab the latest 2.5~pre master from Git and use that. I am not clear if e-stop latch is working as you want but you already had a solution to that in HAL which worked. I am not sure that the existing function is technically wrong either.The watchdog is there to kill the machine if the computer crashes. You could take the view that if the computer is running then it is the job of the controller to look after motion and any time EMC2 is live the watchdog should be too. -- atp -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Andy Pugh wrote: > and I haven't figured > out how to view the 2.4 documents to find out. (As a 2.4~pre user it > would be quite nice to know) > > The 2.4 docs are online on the Documents page. If you installed 2.4 from a deb then the docs are on your computer all ready. John -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
On 16 April 2010 11:50, Slavko Kocjancic wrote: > Now I'm totaly lost. What version to use? Is there "safe" version? 2.3.5 is the "Safe" released version, but as you have found it lacks some features. It does seem that you have a knack for needing unusual features. Michał Geszkiewicz said a day or so ago that he had fixed the STOP-crash bug in 2.4~pre but didn't say if it was fixed in 2.5~pre but it seems likely. I don't know if 2.4~pre has the custom stepgens, and I haven't figured out how to view the 2.4 documents to find out. (As a 2.4~pre user it would be quite nice to know) -- atp -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
just paste incomplete text here is all
sla...@emc2:~/emc2-git$ git diff
diff --git a/src/hal/components/estop_latch.comp b/src/hal/c
index 2a1e0dd..390a639 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_in ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
diff --git a/src/hal/components/stepgen.c b/src/hal/componen
index b0fa061..44cdff7 100644
--- a/src/hal/components/stepgen.c
+++ b/src/hal/components/stepgen.c
@@ -305,6 +305,8 @@
#include "rtapi_math.h"
#define MAX_CHAN 8
+#define MAX_CYCLE 10
+#define USER_STEP_TYPE 13
:
diff --git a/src/hal/components/estop_latch.comp
b/src/hal/components/estop_latch.comp
diff --git a/src/hal/components/estop_latch.comp
b/src/hal/components/estop_latch.comp
index 2a1e0dd..390a639 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_in ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
diff --git a/src/hal/components/stepgen.c b/src/hal/components/stepgen.c
index b0fa061..44cdff7 100644
--- a/src/hal/components/stepgen.c
+++ b/src/hal/components/stepgen.c
@@ -305,6 +305,8 @@
#include "rtapi_math.h"
#define MAX_CHAN 8
+#define MAX_CYCLE 10
+#define USER_STEP_TYPE 13
/* module information */
MODULE_AUTHOR("John Kasunich");
@@ -314,6 +316,9 @@ int step_type[MAX_CHAN] = { -1, -1, -1, -1, -1, -1, -1,
-1 };
RTAPI_MP_ARRAY_INT(step_type,MAX_CHAN,"stepping types for up to 8
channels");
const char *ctrl_type[MAX_CHAN] = { "p", "p", "p", "p", "p", "p", "p", "p"
};
RTAPI_MP_ARRAY_STRING(ctrl_type,MAX_CHAN,"control type (pos or vel) for up
to 8 channels");
+int user_step_type[MAX_CYCLE] = {-1,-1,-1,-1,-1,-1,-1,-1,-1,-1};
+RTAPI_MP_ARRAY_INT(user_step_type, MAX_CYCLE,
+ "lookup table for user-defined step type");
/***
*STRUCTURES AND GLOBAL VARIABLES *
@@ -373,7 +378,7 @@ static stepgen_t *stepgen_array;
/* lookup tables for stepping types 2 and higher - phase A is the LSB */
:
diff --git a/src/hal/components/estop_latch.comp b/src/hal/c
index 2a1e0dd..390a639 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_in ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
diff --git a/src/hal/components/stepgen.c b/src/hal/componen
index b0fa061..44cdff7 100644
--- a/src/hal/components/stepgen.c
+++ b/src/hal/components/stepgen.c
@@ -305,6 +305,8 @@
#include "rtapi_math.h"
#define MAX_CHAN 8
+#define MAX_CYCLE 10
+#define USER_STEP_TYPE 13
/* module information */
MODULE_AUTHOR("John Kasunich");
@@ -314,6 +316,9 @@ int step_type[MAX_CHAN] = { -1, -1, -1,
RTAPI_MP_ARRAY_INT(step_type,MAX_CHAN,"stepping types for u
const char *ctrl_type[MAX_CHAN] = { "p", "p", "p", "p", "p"
RTAPI_MP_ARRAY_STRING(ctrl_type,MAX_CHAN,"control type (pos
+int user_step_type[MAX_CYCLE] = {-1,-1,-1,-1,-1,-1,-1,-1,-1
+RTAPI_MP_ARRAY_INT(user_step_type, MAX_CYCLE,
+ "lookup table for user-defined step type");
/**
*STRUCTURES AND GLOBAL VARIABLES
@@ -373,7 +378,7 @@ static stepgen_t *stepgen_array;
/* lookup tables for stepping types 2 and higher - phase A
-static const unsigned char master_lut[][10] = {
+static unsigned char master_lut[][MAX_CYCLE] = {
{1, 3, 2, 0, 0, 0, 0, 0, 0, 0},/* type 2: Quadratur
{1, 2, 4, 0, 0, 0, 0, 0, 0, 0},/* type 3: Three Wir
{1, 3, 2, 6, 4, 5, 0, 0, 0, 0},/* type 4: Three Wir
@@ -386,16 +391,17 @@ static const unsigned char master_lut[
{1, 2, 4, 8, 16, 0, 0, 0, 0, 0}, /* 11: Five Wire Uni
{3, 6, 12, 24, 17, 0, 0, 0, 0, 0}, /* 12: Five Wire Wav
{1, 3, 2, 6, 4, 12, 8, 24, 16, 17},/* 13: Five
-{3, 7, 6, 14, 12, 28, 24, 25, 17, 19} /* 14: Five
+{3, 7, 6, 14, 12, 28, 24, 25, 17, 19}, /* 14: Five
+{0, 0, 0, 0, 0, 0, 0, 0, 0, 0} /* 15: User-defined */
};
-static const unsigned char cycle_len_lut[] =
-{ 4, 3, 6, 4, 4, 4, 4, 8, 8, 5, 5, 10, 10 };
+static unsigned char cycle_len_lut[] =
+{ 4, 3, 6, 4, 4, 4, 4, 8, 8, 5, 5, 10, 10, 0 };
-static const unsigned char num_phases_lut[] =
-{ 2, 3, 3, 4, 4, 4, 4, 4, 4, 5, 5, 5, 5, };
+static unsigned char num_phases_lut[] =
+{ 2, 3, 3, 4, 4, 4, 4, 4, 4, 5, 5, 5, 5, 0, };
-#define MAX_STEP_TYPE 14
+#define MAX_STEP_TYPE 15
#define STEP_PIN
Re: [Emc-users] User to demanding. (Or just lost?)
I just enter git diff and got as I see teh estop latch should be working now
sla...@emc2:~/emc2-git$ git diff
diff --git a/src/hal/components/estop_latch.comp b/src/hal/c
index 2a1e0dd..390a639 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_in ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
diff --git a/src/hal/components/stepgen.c b/src/hal/componen
index b0fa061..44cdff7 100644
--- a/src/hal/components/stepgen.c
+++ b/src/hal/components/stepgen.c
@@ -305,6 +305,8 @@
#include "rtapi_math.h"
#define MAX_CHAN 8
+#define MAX_CYCLE 10
+#define USER_STEP_TYPE 13
:
diff --git a/src/hal/components/estop_latch.comp
b/src/hal/components/estop_latch.comp
diff --git a/src/hal/components/estop_latch.comp
b/src/hal/components/estop_latch.comp
index 2a1e0dd..390a639 100644
--- a/src/hal/components/estop_latch.comp
+++ b/src/hal/components/estop_latch.comp
@@ -22,7 +22,7 @@ FUNCTION(_) {
fault_out = 0;
}
/* toggle watchdog */
- watchdog = !watchdog;
+ if ( ok_in ) {watchdog = !watchdog;}
} else {
/* fault condition exists, trip */
ok_out = 0;
diff --git a/src/hal/components/stepgen.c b/src/hal/components/stepgen.c
index b0fa061..44cdff7 100644
--- a/src/hal/components/stepgen.c
+++ b/src/hal/components/stepgen.c
@@ -305,6 +305,8 @@
#include "rtapi_math.h"
#define MAX_CHAN 8
+#define MAX_CYCLE 10
+#define USER_STEP_TYPE 13
/* module information */
MODULE_AUTHOR("John Kasunich");
@@ -314,6 +316,9 @@ int step_type[MAX_CHAN] = { -1, -1, -1, -1, -1, -1, -1,
-1 };
RTAPI_MP_ARRAY_INT(step_type,MAX_CHAN,"stepping types for up to 8
channels");
const char *ctrl_type[MAX_CHAN] = { "p", "p", "p", "p", "p", "p", "p", "p"
};
RTAPI_MP_ARRAY_STRING(ctrl_type,MAX_CHAN,"control type (pos or vel) for up
to 8 channels");
+int user_step_type[MAX_CYCLE] = {-1,-1,-1,-1,-1,-1,-1,-1,-1,-1};
+RTAPI_MP_ARRAY_INT(user_step_type, MAX_CYCLE,
+ "lookup table for user-defined step type");
/***
*STRUCTURES AND GLOBAL VARIABLES *
@@ -373,7 +378,7 @@ static stepgen_t *stepgen_array;
/* lookup tables for stepping types 2 and higher - phase A is the LSB */
:
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Michał Geszkiewicz pravi: > How to use git: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Git > > Let say you have clean 'git clone' source. > > Latest stable release is 2.3.5 and it's officaly released. > To get it in our source dir: > git branch --track v2_3_branch origin/v2_3_branch > git checkout v2_3_branch > > > New stable release will be 2.4.0 (it's stable but there is no official > release and packages yet). > - Here I've fixed bugs you've reported. > - Here is halui unhome functionality. > To get it in our source dir: > git branch --track v2.4_branch origin/v2.4_branch > git checkout v2.4_branch > > > New developments are done in unstable branch master. > - Here I've fixed bugs you've reported. > - Here is halui unhome functionality. > - Here is stepgen you're need. > Notice: you have already master branch when you 'git clone' > To get it in our source dir: > git checkout master > > > regards, > Michael > As you already know I have custom stepgen and is only in 2.5~ Is there some way to include that in nex release of 2.4? For now I copy stepgen.c from master. There is another bug in estop latch. I have already fixed in 2.3.5 (it's downloaded in own folder) and works But I cant make it work with 2.4_branch git branch --track v2.4_branch origin/v2.4_branch git checkout v2.4_branch and I edit the estop_latch.comp and change one line to be right. but after compiling make clean make sudo make setuid the estop latch doesn't function as should. (ie change are not applied) What I do wrong?!? -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] User to demanding. (Or just lost?)
Slavko Kocjancic pisze: > Hello... > > Now I'm totaly lost. What version to use? Is there "safe" version? > > I'm sorry I was not clear.. How to use git: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Git Let say you have clean 'git clone' source. Latest stable release is 2.3.5 and it's officaly released. To get it in our source dir: git branch --track v2_3_branch origin/v2_3_branch git checkout v2_3_branch New stable release will be 2.4.0 (it's stable but there is no official release and packages yet). - Here I've fixed bugs you've reported. - Here is halui unhome functionality. To get it in our source dir: git branch --track v2.4_branch origin/v2.4_branch git checkout v2.4_branch New developments are done in unstable branch master. - Here I've fixed bugs you've reported. - Here is halui unhome functionality. - Here is stepgen you're need. Notice: you have already master branch when you 'git clone' To get it in our source dir: git checkout master regards, Michael -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] User to demanding. (Or just lost?)
Hello... Now I'm totaly lost. What version to use? Is there "safe" version? The story.. I hit (expensive) bug in 2.5.0~pre check [Emc-users] Tool Crash when STOP So I go back to 2.3.5 and recompile with latest stepgen.c Now another thing doesn't work see [Emc-users] Unhome on ESTOP Someone pointed me to 2.4~pre (where to get that?!?) and what will doesn't work here? I search the wiki to see what version is 'latest'. It's seems to be 2.3.5. But all documentation is for never version 2.4 I know that this is open project but is there someone to clearly say what version is "best"?!? As I read maillist I fell like to demanding person to use emc?!? ... but I just like to have "safe" working system. .. and want to help to be better. I had few versinos of EMC on computer. but none is functional. All together have all functions I want ... huh Slavko. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
Use 2.4.0~pre, there are all bugfixed there now, and it has unhome pins in halui. Only copy stepgen.c from master to use custom steps. regards, Michael Slavko Kocjancic pisze: > Michał Geszkiewicz pravi: > >> You should use VOLATILE_HOME ini file option to make it work. >> http://www.linuxcnc.org/docview/devel/html//config_ini_config.html , >> section 2.2.9.1 >> >> Regards, >> Michael >> >> > Doesn't work. I use 2.3.5 now as 2.5.0~pre has danger bug (machine > uncontrolled move when stop[ESC] is presed) > > huh... > > Slavko. > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
Andy Pugh pravi: > On 16 April 2010 09:30, Slavko Kocjancic wrote: > > >> I find best >> solution is to flag axis as unhomed to force rehoming. >> Just can't find right pin where to connect estop button to clear homed flag. >> > > http://www.linuxcnc.org/docview/devel/html//gui_halui.html > > says "halui.joint..unhome (bit, in) - unhomes this joint" > > This is not mentioned in the halui manual page at > http://www.linuxcnc.org/docview/devel/html//man/man1/halui.1.html > > Though, and seems to only exist in the development release. > > Probably true. In my version doesn't exists. (2.3.5) I seek with halMeter what pins I have. A lot of halui pins but not unhome one. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
Michał Geszkiewicz pravi: > You should use VOLATILE_HOME ini file option to make it work. > http://www.linuxcnc.org/docview/devel/html//config_ini_config.html , > section 2.2.9.1 > > Regards, > Michael > > btw.. I want to unhome only for estop not regular stop. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
Michał Geszkiewicz pravi: > You should use VOLATILE_HOME ini file option to make it work. > http://www.linuxcnc.org/docview/devel/html//config_ini_config.html , > section 2.2.9.1 > > Regards, > Michael > Doesn't work. I use 2.3.5 now as 2.5.0~pre has danger bug (machine uncontrolled move when stop[ESC] is presed) huh... Slavko. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
On 16 April 2010 09:30, Slavko Kocjancic wrote: > I find best > solution is to flag axis as unhomed to force rehoming. > Just can't find right pin where to connect estop button to clear homed flag. http://www.linuxcnc.org/docview/devel/html//gui_halui.html says "halui.joint..unhome (bit, in) - unhomes this joint" This is not mentioned in the halui manual page at http://www.linuxcnc.org/docview/devel/html//man/man1/halui.1.html Though, and seems to only exist in the development release. -- atp -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Tool Crash when STOP
Hi, This bug was also yesterday fixed in 2.4~pre branch http://git.linuxcnc.org/gitweb?p=emc2.git;a=commitdiff;h=06b93f6f thanks for reporting this bug! regards, Michael -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
You should use VOLATILE_HOME ini file option to make it work. http://www.linuxcnc.org/docview/devel/html//config_ini_config.html , section 2.2.9.1 Regards, Michael Alex Joni pisze: > Hi, > > this has been just fixed in git for 2.4~pre > > http://git.linuxcnc.org/?p=emc2.git;a=commitdiff;h=67944f4 > > Regards, > Alex > > - Original Message - > From: "Slavko Kocjancic" > To: "Enhanced Machine Controller (EMC)" > Sent: Friday, April 16, 2010 11:30 AM > Subject: [Emc-users] Unhome on ESTOP > > > >> Hello... >> >> I looking for solution how to "unhome" machine if Estop button is pressed. >> If I pressed ESTOP the power to the motor's are killed. So when I relase >> estop and engage power the position on display is wrong. I find best >> solution is to flag axis as unhomed to force rehoming. >> Just can't find right pin where to connect estop button to clear homed >> flag. >> >> Any help? >> >> Slavko. >> >> > > > -- > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unhome on ESTOP
Hi, this has been just fixed in git for 2.4~pre http://git.linuxcnc.org/?p=emc2.git;a=commitdiff;h=67944f4 Regards, Alex - Original Message - From: "Slavko Kocjancic" To: "Enhanced Machine Controller (EMC)" Sent: Friday, April 16, 2010 11:30 AM Subject: [Emc-users] Unhome on ESTOP > Hello... > > I looking for solution how to "unhome" machine if Estop button is pressed. > If I pressed ESTOP the power to the motor's are killed. So when I relase > estop and engage power the position on display is wrong. I find best > solution is to flag axis as unhomed to force rehoming. > Just can't find right pin where to connect estop button to clear homed > flag. > > Any help? > > Slavko. > -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Unhome on ESTOP
Hello... I looking for solution how to "unhome" machine if Estop button is pressed. If I pressed ESTOP the power to the motor's are killed. So when I relase estop and engage power the position on display is wrong. I find best solution is to flag axis as unhomed to force rehoming. Just can't find right pin where to connect estop button to clear homed flag. Any help? Slavko. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ESTOP latch BUG - Solved
Slavko Kocjancic pravi:
> The next problem is that latch itself doesn't do right job!
> The watchdog is active if input's are ok and latch not trigered.
> Ie I watch with hallmeter the output pin from estop latch. It does right
> thing.
> ie if ok.in and fault.in are correct and reset signal applied the output
> goes true.
> but the watchdog start togling just if ok.in and fault.in are correct
> (without trigger) Thar's wrong.
> It should togle just if output is true!
>
> Slavko.
>
>
I checked estop_latch.comp and find:
FUNCTION(_) {
/* check inputs */
if ( ok_in && !fault_in) {
/* no fault conditions, check for reset edge */
if ( reset && !data.old_reset ) {
/* got a rising edge, indicate "OK" on outputs */
ok_out = 1;
fault_out = 0;
}
/* toggle watchdog */
//OLD LINE
watchdog = !watchdog; 'AS I UNDERSTAND THIS TOGLE IF (
ok_in && !fault_in)
//NEW LINE
if ( ok_out ) {watchdog = !watchdog;} 'I CHANGED PREVIOUS LINE INTO
THIS NOW WORKS
} else {
/* fault condition exists, trip */
ok_out = 0;
fault_out = 1;
}
/* store state of reset input for next pass (for edge detect) */
data.old_reset = reset;
}
I'm not familiar enought with git to make update/patch. So please some
of the "bosses" to do that.
Thanks
Slavko.
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ESTOP latch
Alex Joni pravi: > Try starting from a terminal, and check for the error message. > Alternatively look in dmesg for errors. > > Regards, > Alex > > > On 4/15/2010 4:47 PM, Slavko Kocjancic wrote: >> Hello... >> >> Does estop latch works in emc2 2.3.5? >> >> I try to load it in my hal file >> >> #this works >> loadrt estop_latch count=1 >> >> >> #when I add >> addf estop-latch servo-thread >> #or when I add >> addf estop_latch servo-thread >> >> the emc crashes >> >> >> Slavko. Each latch should be addes separately to the thread This works. loadrt estop_latch count=1 addf estop-latch.0 servo-thread The next problem is that latch itself doesn't do right job! The watchdog is active if input's are ok and latch not trigered. Ie I watch with hallmeter the output pin from estop latch. It does right thing. ie if ok.in and fault.in are correct and reset signal applied the output goes true. but the watchdog start togling just if ok.in and fault.in are correct (without trigger) Thar's wrong. It should togle just if output is true! Slavko. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
