Re: [Emc-users] Parallel card options for LinuxCNC

[Alexander Newman]

Hello John,

Thanks for your link. It looks very useful, although I'll need to read it again.

I'm still scratching my head over this, but thank you to you and everyone else 
who replied, for your assistance to my query :).

Cheers,
Alex.

On 19/6/13 at 8:43 PM, ivatt...@gmail.com (John Alexander Stewart) wrote:

> Alex;
> 
> ON my Intel-based 5i25 based mill, I have a Mesa 5I25 driving a Gecko G540,
> and a parallel port-based pendant on the old motherboard LPT port.
> 
> I did have to set up the lpt port with a little program,
> 
> here:
> http://cnc-for-model-engineers.blogspot.ca/2013/01/intel-motherboards-and-parallel-port.html
> 
> that makes the port work well with the pendant.
> 
> I really like the way the whole system went together.
> 
> Email back, of course, if you want more information.
> 
> John A. Stewart
> 
> 
> On Wed, Jun 19, 2013 at 2:16 AM, Alexander Newman
> wrote:
> 
> > Thanks, Marius. I'll porbably go for the Mesa card, per my previous two
> > replies.
> >
> > Cheers,
> > Alex.
> >
> > On 19/6/13 at 3:37 PM, mar...@mastercut.co.za (Marius Liebenberg) wrote:
> >
> > > I use the MW with the on board port and any old PCI LPT. As long as the
> > > LPT can do EPP mode it should be OK.
> > >
> > > On 2013/06/19 07:06 AM, Alexander Newman wrote:
> > > > Hi there,
> > > >
> > > > I am currently constructing a CNC box (well, I've been at it for
> > > > over a year now) which is in the final stages of completion.
> > > >
> > > > The box contains an Intel D525MW mobo, a SoundLogic "combo"
> > > > breakout board, a PMDX-135-20 power board and four Gecko 203V
> > > > drives. I recently got a 4-axis pendant (ISSMM1468) and am
> > > > wanting to install it. The D525MW only has one lpt port, and one
> > > > PCI slot. The best bet would seem to be to install a
> > > > port-remappable twin parport PCI card of some sort so that I can
> > > > run both the BoB and the pendant off the PCI bus.
> > > >
> > > > So far I have found three options:
> > > >
> > > > 1. Mesa 5126 "superport";
> > > >
> > > > 2. This twin port item
> > > > here which is OOS and
> > > > possibly unavailable;
> > > >
> > > > 3. This single port card here
> > > > 
> > > > which Sunix claim is remappable - but only under DOS(!).
> > > >
> > > > Has anyone go any suggestions for a twin paraport remappable lpt
> > > > card that will be remappable under Ubuntu *and* is available -
> > > > and works well? The Mesa card seems to be the best fit but I'm
> > > > uncertain what I should use between it and the pendant.
> > > >
> > > > Your sincerely,
> > > > Alex.
> > > >
> > > >
> > > >
> > --
> > > > This SF.net email is sponsored by Windows:
> > > >
> > > > Build for Windows Store.
> > > >
> > > > http://p.sf.net/sfu/windows-dev2dev
> > > > ___
> > > > Emc-users mailing list
> > > > Emc-users@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > > >
> > >
> >
> >
> >
> > --
> > This SF.net email is sponsored by Windows:
> >
> > Build for Windows Store.
> >
> > http://p.sf.net/sfu/windows-dev2dev
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Set Axis Jog Mode to Teleop Mode (world mode)

[Andrew]

2013/6/20 Florian Rist 

> I provide forward
> an d backward kinematics and it seams to work, but jogging in world
> would be nice.
>

Hi Florian,
Press $ to switch between joint and world modes.

Andrew
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Set Axis Jog Mode to Teleop Mode (world mode)

[Viesturs Lācis]

2013/6/20 Florian Rist 

> Hi Viesturs
>
> >> rather trivial question, but I can't figure it out:
> >>
> >> How to enable teleop mode for jogging in Axis? In Axis 'View' menue
> >> there is not button 'wolrd mode'.
> >
> > Which kinematics module is loaded?
>
> Oh, my own. Is this a feature of the kinematic module? I provide forward
> an d backward kinematics and it seams to work, but jogging in world
> would be nice.


Did you already try to jog the machine or are you afraid to try in fear of
breaking something?

I _think_ that it depends, whether there is KINEMATICS_BOTH or
KINEMATICS_IDENTITY in the module (please, do not ask for explanation, what
do they mean, I feel like I have some distant understanding, but that is
it). All the nontrivial kinematics modules I have seen have the first one,
so they "return" both world and joint coordinates and there is joint and
world mode available in Axis; trivkins has the second one, so it returns
only world coordinates, and that is why there no joint mode option.

I would bet a good beer that your kinematics module is based on trivkins,
so it has KINEMATICS_IDENTITY. Am I correct?

-- 
Viesturs

If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Set Axis Jog Mode to Teleop Mode (world mode)

[Florian Rist]

Hi Viesturs

>> rather trivial question, but I can't figure it out:
>>
>> How to enable teleop mode for jogging in Axis? In Axis 'View' menue
>> there is not button 'wolrd mode'.
> 
> Which kinematics module is loaded?

Oh, my own. Is this a feature of the kinematic module? I provide forward
an d backward kinematics and it seams to work, but jogging in world
would be nice.

Flo

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Back to my g33.1 problem from IRC.

[Gene Heskett]

On Wednesday 19 June 2013 16:58:37 Gene Heskett did opine:

> Greetings;
> 
> My own twisted logic says I should use an edge module, firing a oneshot
> to develop the stop signal where there is not one from the G33.1 cycle.
>  My current .hal has a reverse sequencer that works fine, but its
> totally dependent on having the M5 in the code to trigger the stop
> sequence.
> 
> It does this directly by resetting the flip-flop that controls the rest
> of the analog chain to the PID when motion.0.on goes false.  At that
> point, a one shot watching phaseA of the encoder functions as a timeout
> clock, re- enabling the spindle_switch by clocking the state of
> motion.0.spindle-on into the flip-flop,  If it was a real stop, its ok,
> but if its true again when the timeout runs out, the analog chain to
> the spindle is re-enabled. The stop in any event must be long enough to
> reset the controllers safety start logic by cutting off the pwmgen long
> enough to do this, so the actual stop condition will probably be long
> enough to actually see that it has stopped for a good fraction of a
> second.
> 
> So if I use an edge to detect the rise of the motion.0-spindle-reverse,
> which will trigger another timeout, a .010 second or so, during which
> time the motion.0.spindle-on is gated off, that will fall thru and do
> the stop until the encoder is silent for enough milliseconds to
> indicate the stop had been done.
> 
> But I'll have to duplicate that, sensing the falling edge, triggering
> the one shot again to initiate the stop from the reverse state to turn
> it around and run fwd again.
> 
> Then finish it off with yet another flip-flop beside the one that gates
> the control signals, so that when that controlling one shot times out,
> the status of motion.0.spindle-reverse is clocked out to
> parport.0.pin_16 to complete the chain & actually tell it to reverse,
> or not.
> 
> That is two edge modules watching motion.0.spindle-reverse, 2 more
> oneshots, an AND or OR as the case may be to bring the oneshots
> together, and another flipflop to steer the parport "reverse" pin.
> 
> I'm going to need some excedrin before rockhopper prints me another hal
> map that works.  Sure thing :(
> 
> Can anyone short circuit and simplify this?
> 
> Thanks.
> 
> Cheers, Gene

I think I got the sink or swim message, but after nearly 2 days putzing 
around, I got it.  My .hal file is now 290 lines though.  I can now fire up 
a loop that increments the Z run at 32 tpi by half a turn each time, then 
rigid tapped a brass bullet seater to put a pin in the center, but ran out 
of bit to reach and taper the pin.  I also scraped and custom fitted it to 
that particular bullets nose, which should stop a lot of the nose damage 
and make it shoot even more accurately.

So now, a canned routine like G33.1 that doesn't stop before reversing 
isn't going to hang it up.

Disadvantage? running 2x the rpm, doesn't make a lot of difference in run 
time, as it coasts also 2x as far at 200 rpms as it does at 100 rpms.  Next 
I suppose I'll have to use the last pin on my parport to flip a relay to 
reconfigure the braking R's at low speeds.  Whats safe for the motors 
magnets at 1500 spindle rpm, isn't very effective below 500 rpms.
  
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:  is up!
My views 

"Hey Ivan, check your six."
-- Sidewinder missile jacket patch, showing a Sidewinder driving up the 
tail
 of a Russian Su-27
A pen in the hand of this president is far more
dangerous than 200 million guns in the hands of
 law-abiding citizens.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Set Axis Jog Mode to Teleop Mode (world mode)

[Viesturs Lācis]

2013/6/19 Florian Rist 

> Hi,
> rather trivial question, but I can't figure it out:
>
> How to enable teleop mode for jogging in Axis? In Axis 'View' menue
> there is not button 'wolrd mode'.
>

Which kinematics module is loaded?

-- 
Viesturs

If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Set Axis Jog Mode to Teleop Mode (world mode)

[Florian Rist]

Hi,
rather trivial question, but I can't figure it out:

How to enable teleop mode for jogging in Axis? In Axis 'View' menue
there is not button 'wolrd mode'.

Thanks
Flo

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Parallel card options for LinuxCNC

[John Alexander Stewart]

Alex;

ON my Intel-based 5i25 based mill, I have a Mesa 5I25 driving a Gecko G540,
and a parallel port-based pendant on the old motherboard LPT port.

I did have to set up the lpt port with a little program,

here:
http://cnc-for-model-engineers.blogspot.ca/2013/01/intel-motherboards-and-parallel-port.html

that makes the port work well with the pendant.

I really like the way the whole system went together.

Email back, of course, if you want more information.

John A. Stewart


On Wed, Jun 19, 2013 at 2:16 AM, Alexander Newman
wrote:

> Thanks, Marius. I'll porbably go for the Mesa card, per my previous two
> replies.
>
> Cheers,
> Alex.
>
> On 19/6/13 at 3:37 PM, mar...@mastercut.co.za (Marius Liebenberg) wrote:
>
> > I use the MW with the on board port and any old PCI LPT. As long as the
> > LPT can do EPP mode it should be OK.
> >
> > On 2013/06/19 07:06 AM, Alexander Newman wrote:
> > > Hi there,
> > >
> > > I am currently constructing a CNC box (well, I've been at it for
> > > over a year now) which is in the final stages of completion.
> > >
> > > The box contains an Intel D525MW mobo, a SoundLogic "combo"
> > > breakout board, a PMDX-135-20 power board and four Gecko 203V
> > > drives. I recently got a 4-axis pendant (ISSMM1468) and am
> > > wanting to install it. The D525MW only has one lpt port, and one
> > > PCI slot. The best bet would seem to be to install a
> > > port-remappable twin parport PCI card of some sort so that I can
> > > run both the BoB and the pendant off the PCI bus.
> > >
> > > So far I have found three options:
> > >
> > > 1. Mesa 5126 "superport";
> > >
> > > 2. This twin port item
> > > here which is OOS and
> > > possibly unavailable;
> > >
> > > 3. This single port card here
> > > 
> > > which Sunix claim is remappable - but only under DOS(!).
> > >
> > > Has anyone go any suggestions for a twin paraport remappable lpt
> > > card that will be remappable under Ubuntu *and* is available -
> > > and works well? The Mesa card seems to be the best fit but I'm
> > > uncertain what I should use between it and the pendant.
> > >
> > > Your sincerely,
> > > Alex.
> > >
> > >
> > >
> --
> > > This SF.net email is sponsored by Windows:
> > >
> > > Build for Windows Store.
> > >
> > > http://p.sf.net/sfu/windows-dev2dev
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > >
> >
>
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] convert g1s to g2/3s

[Frank Tkalcevic]

> Frank, did you come up with the algorithm yourself? or is there a
reference (web-link, paper) I could read somewhere?

I just hacked the code.  The original comments say it was based on the
"Douglas-Peucker simplification", but because of the way it subdivided the
gcode commands, it would end up with multiple G2/3 commands for the one arc.
It was easier to "dumb" it down and just process the gcode sequentially
rather than try and join arcs together.

> This would be very useful for opencamlib also. For slic3r G-code I guess
you can assume all arcs are in the XY plane, for opencamlib I'd like to
extend that to XZ and YZ planes also.

> You have two tolerance parameters. From a user perspective only one
tolerance, the maximum deviation from the arc to the programmed g-code lines
would be preferable?

Yes, that makes sense.  The tolerance for segment length could be calculated
from the deviation tolerance.  I added the second tolerance (line length)
because the algorithm didn't work when zig-zagging across a circle (3d print
fill).  Because all the points were on the circle, it created an arc rather
than fill.  

> Is there a maximum and minimum allowed radius for the arc? (a straight
line is in theory just an arc with a large radius :)

There's nothing that prevents that except the tolerances.  I tweaked the
tolerances until I stopped getting curves when I should have got lines.  The
tolerance was made very small. 




--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] convert g1s to g2/3s

[Anders Wallin]

On Sun, Jun 16, 2013 at 3:16 PM, Frank Tkalcevic <
fr...@franksworkshop.com.au> wrote:

> I've added my script to the Wiki,
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LinesToArcs
> It will take a gcode file (only tested with Slic3r output) and convert the
> many short line segments back to arcs.  It can make a huge difference to
> print speed and file size if there are lots of arcs.
>

Frank, did you come up with the algorithm yourself? or is there a reference
(web-link, paper) I could read somewhere?

This would be very useful for opencamlib also. For slic3r G-code I guess
you can assume all arcs are in the XY plane, for opencamlib I'd like to
extend that to XZ and YZ planes also.

You have two tolerance parameters. From a user perspective only one
tolerance, the maximum deviation from the arc to the programmed g-code
lines would be preferable?

Is there a maximum and minimum allowed radius for the arc? (a straight line
is in theory just an arc with a large radius :)

Anders
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users