[Emc-users] Snapshot of backplot

[Gene Heskett]

Greetings all;

I had asked for an explanation of why the run trace, and the initial 
trace, do not align in the backplot, and it was suggested that I was 
using something in the G90 to G92 in my code.  So It removed any of that 
from my code, with no effect detectable in removing them.

The first thing my code does is take the machine back to its G53 home 
position, and when that is reached, the g10 command to zero the global 
co-ordinates to that position, this to keep my g55 mods from 
accumulating run to run.

So enclosed is a screen snapshot taken from the simulator, backplot in 
overhead view mode, trimmed down to just the backplot window. It exactly 
matches what I see on the real machines monitor so its at least 
consistent. According to the MDI window, there is a G91.1 in effect, but 
it is not in my code.  And its not present in any file in the sim-axis 
directory. So I assume its an internal default.

Note from the snapshot that the offset in the Y direction is nominally 2x 
that shown in the x direction.  The white line segments can be clicked 
on if one is patient enough with his clicking, so that the line of code 
in the code window is highlighted.  If one could call it high lighted, 
the colors chosen renders it very close to invisible.  Extremely low 
contrast result.  This needs to be fixed, but I've no clue how.

None of the traced, red lines are clickable.

The default co-ordinate map used for reference is G54, the actual 
movements are, with the exception of the G38.2 stuff to find and 
calibrate it to the contacts on the jig, done in the G55 co-ordinate 
map.  Are/can these offsets be responsible for the apparent miss-match?

Thanks all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[andy pugh]

On 11 October 2015 at 06:23, Willy Snow  wrote:
> I do lspci -vvv and search for 9900 device. Then I use the first I/O port.
> >From below the I/O is e010 so my port is 0e010. Worked great!!

It's a bit strange that it moved, the earlier lspci -vv had it at
0xd010. Have you changed PCI slots?

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

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

Re: [Emc-users] Snapshot of backplot

[John Thornton]

Gene,

Can you attach the G code that you ran?

JT

On 10/11/2015 3:51 AM, Gene Heskett wrote:
> Greetings all;
>
> I had asked for an explanation of why the run trace, and the initial
> trace, do not align in the backplot, and it was suggested that I was
> using something in the G90 to G92 in my code.  So It removed any of that
> from my code, with no effect detectable in removing them.
>
> The first thing my code does is take the machine back to its G53 home
> position, and when that is reached, the g10 command to zero the global
> co-ordinates to that position, this to keep my g55 mods from
> accumulating run to run.
>
> So enclosed is a screen snapshot taken from the simulator, backplot in
> overhead view mode, trimmed down to just the backplot window. It exactly
> matches what I see on the real machines monitor so its at least
> consistent. According to the MDI window, there is a G91.1 in effect, but
> it is not in my code.  And its not present in any file in the sim-axis
> directory. So I assume its an internal default.
>
> Note from the snapshot that the offset in the Y direction is nominally 2x
> that shown in the x direction.  The white line segments can be clicked
> on if one is patient enough with his clicking, so that the line of code
> in the code window is highlighted.  If one could call it high lighted,
> the colors chosen renders it very close to invisible.  Extremely low
> contrast result.  This needs to be fixed, but I've no clue how.
>
> None of the traced, red lines are clickable.
>
> The default co-ordinate map used for reference is G54, the actual
> movements are, with the exception of the G38.2 stuff to find and
> calibrate it to the contacts on the jig, done in the G55 co-ordinate
> map.  Are/can these offsets be responsible for the apparent miss-match?
>
> Thanks all.
>
> Cheers, Gene Heskett
>
>
> --
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

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

Re: [Emc-users] Snapshot of backplot

[Gene Heskett]

On Sunday 11 October 2015 07:06:44 John Thornton wrote:

> Gene,
>
> Can you attach the G code that you ran?
>
> JT
>
Attached John.  It is a mess, a mass of control switches because its 
intended to do all 4 side parts, and all 4 base parts, just by setting 
control vars at the top of the file.  If #<_upper> is a 1.0, it carves a 
1x12.  If #<_side> is a 1.0, it does the long front and back side ends 
of the chest. If its a 0.0, the carved pattern is mirrored for the ends 
of the end boards.  If 'upper' is 0.0 it carves the ends of the much 
narrower base boards, following the state of 'side' rules by mirroring 
the cuts so they all fit together as in the picture.

And much of that mess is because there is a not quite duplicate path if 
#<_roundover> is set.  The boards if carved without the roundover, need 
a huge amount of sanding to roundover the edges of the fingers so that 
when the fingers are meshed, they will sit clear to the  bottom of the 
corresponding pocket, not being held out 1/8" by the square edges the 
1/4" mill leaves.

That roundover isn't near fully functional yet.  But not having a 
backplot that means much, will make it 10x more difficult for me to 
single step thru it and determine where I need to adjust a "fudge" 
factor.

Because this uses G38.2's to reset a co-ordinate maps 0,0,0 points, to 
run it on a sim session, I cobbled up a timer set for 3 seconds to 
simulate those G38.2 contact events in the sim setup, and the offset 
results shown are identical to what I see on the real machine.

The sim is running V2.7 and the real machines are running the latest 
2.8.0pre.  Again, same results.

On my machine, the M7-8-9 controls have been re-dedicated, with the mist 
checkbox controlling a motor & gearbox from a junked out paper shredder 
to swing the gauging bar on the rear of the jig into position to serve 
as a fence to locate the end of the board when clamping up the next 
board, it also carries a 3 sided brass dohicky which is the 3 contact  
points the G38.2's search for.  Its a 1.5"x .5" mahogany bar about a 
foot long, mounted to the rear edge of the jig, swinging on a section of 
piano hinge that has an o-ring hooked up to pull the end play out of the 
hinge, and the output gear of this motor is connected to the bar with 
about 8" of junky plastic hose which can bend and absorb motor 
overtravel. A homemade cam on the reduction gear triggers a couple 
microswitches with diodes across them so that all I have to do is the 
usual DPDT relay reverseing on the armature polarity.  So it runs not 
quite 180 degrees from switch to switch when I toggle the "mist" button'

The same general idea but using a charge pump, starts and stops a vacuum 
cleaner whose nozzle is right behind the cutting tool in an attempt to 
contain the huge pile of wood swarf.  Thats what the M7-M8-M9's in the 
code do.  Unfortunately, by the time I got a big enough path thru the 
vacuum plumbing yesterday so it would pass & not get clogged up when it 
picks up the little blocks of wood released by the final cut, I was up 
to 1.25" plastic pipe and a rubber radiator hose to allow the mills Z 
motion, and a measly 6.5 amp vacuum needs about 2 or 3 x the amount of 
air flow than what it can deliver if its to really keep the area clean.  

Too big a nozzle equals slower air flow.  A work in progress so to speak.  
My 1.5 hp dust collector with a 4" intake I use on the planer has the 
air flow, but not the vacuum to move the air thru as much plumbing as is 
involved with a centrifugal debris separator I made (and it works pretty 
good) out a pile of pvc pipe, 1.5" drain pipe and a 4" drain for the 
spin section.  BTDT. I'll have to see if I can find a bigger vac that 
isn't also too big to fit the space.  What the bucket max has going for 
it is its price, $22 USD at Lowes, its a small vac motor and a short 
hose, mounted to a 5 gallon bucket lid, you supply the bucket.

I'll shut up now, but I expect it will generate more questions.

Thanks for offering to look at it, John.  This thing can be a real time 
sink. But until I fall over, thats what I have. ;-)

> On 10/11/2015 3:51 AM, Gene Heskett wrote:
> > Greetings all;
> >
> > I had asked for an explanation of why the run trace, and the initial
> > trace, do not align in the backplot, and it was suggested that I was
> > using something in the G90 to G92 in my code.  So It removed any of
> > that from my code, with no effect detectable in removing them.
> >
> > The first thing my code does is take the machine back to its G53
> > home position, and when that is reached, the g10 command to zero the
> > global co-ordinates to that position, this to keep my g55 mods from
> > accumulating run to run.
> >
> > So enclosed is a screen snapshot taken from the simulator, backplot
> > in overhead view mode, trimmed down to just the backplot window. It
> > exactly matches what I see on the real machines monitor so its at
> > least consistent. According to the MDI window, 

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[andy pugh]

On 11 October 2015 at 18:38, Willy Snow  wrote:

> So it works fine in Stepconf Wizard, but not in LCNC.

Is there a reason not to use the HAL file created by Stepconf?

> I assume I need to add "loadrt hal_parport cfg="0e010" to my hal file. Does
> it matter where it goes?

It has to go near the top, before any HAL lines that try to addf the
threads and net the pins.

To be honest, I would start with the stepconf configuration, and add
your own stuff to that.

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

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

Re: [Emc-users] Snapshot of backplot

[Gene Heskett]

On Sunday 11 October 2015 14:32:08 John Thornton wrote:

> Wow that is a mess... 

You are being too kind..

> the first thing I noticed is your wrapping your 
> code with % AND using a program end M2. You only use one or the other.
> M2 resets a bunch of things (see the manual) and %% does not.

It doesn't matter it seems, everything I write, regardless of the 
termination line, fusses about a "file ended with no percent sign."  So 
I have no idea how to get rid of that squawk.

> I commented out the G38 and corresponding G10 lines and the back plot
> as viewed from Z is perfectly over the preview. The reason your back
> plot is shifted in the X and Y directions is on line 128 and 131 you
> set a G10 L2 which shifts the G54 coordinate system over.

Intended, although not mandatory, I intended to make it immune to the 
removal, and replacement, of the jig on the table.  Its keyed to a 
t-slot on both ends, so y alignment is always within a couple thou, but 
not equipt with a stop stick to slide it against the end of a slot to 
establish a repeatable X location.  The G38.2 stuff is repeatable to 
half a thou or better, but I am not married to it.  What I would love to 
be able to do is to marry the G38.2 to the touch off function right in 
the gcode, including a way to cancel it so it has to redo it on every 
run startup.  That way I could still use the G38.2 to find the jig, but 
establish the touch-off's zero point at a fixed offset.  Having all 
values fixed at one corner of the work, in this case to the left rear 
corner, without ever a sign reversal except to run it to a plus value so 
the bit clears the back of the workpiece as it retraces back to the 
starting point. All cuts are climb cuts, digs are obviously dangerous in 
wood.

Right now, I am so disappointed in the rapids this machine can do, that I 
think I will spend the afternoon seeing if I can get some more speed out 
of it w/o following errors.  More Pgain yet seems to be the answer.  

But relatively little except what Peter has written to me, gives a good 
overview of setting up a stepper system in velocity mode.  Our docs need 
some TLC in that dept as they all seem to be aimed at position servo's, 
which use the pid differently.

So thats this afternoons project, try & get more than 35 IPM out of it.  
I's so far out of kilter right now that feed override doesn't actually 
reduce the speed till its below 65%.
>
> I think your having way too much fun writing G code! My normal way to
> run G code is to touch off and set the X and Z offsets so that X0 is
> the left side of the material, Y0 is the back side of the material and
> Z0 is the top of the material. This way I just have to create G code
> that assumes that X0 is the left side and Y0 is the back side and Z0
> is the top side.

I could I think, rig a different corner contact set on the board locator 
bar, one that sets a pcb wrapper around the (clean, no whiskers sticking 
out) left rear corner of the board, so it drops into place with the jigs 
locator bar, and G38.2 to that, adding the nominally 0.063" offset that 
is the PCB thickness to the touch-off.  Or adding this gauges offsets to 
the touchoff, either way would be fine.

But this all depends on a way to do a touch-off in gcode, including 
clearing it back to zero so G53 and G54 are again equal.

Has anyone here produced some M1nn codes to do that?  Or is that missing 
from the halcmd language?

Thanks a bunch John.  Your thoughts are educational, and welcome.


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

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

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[Willy Snow]

>
> It's a bit strange that it moved, the earlier lspci -vv had it at
> 0xd010. Have you changed PCI slots?
>
> --
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto


Hi Andy,

I swapped it out while troubleshooting.

So it works fine in Stepconf Wizard, but not in LCNC.

I assume I need to add "loadrt hal_parport cfg="0e010" to my hal file. Does
it matter where it goes?

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

Re: [Emc-users] Snapshot of backplot

[John Thornton]

Wow that is a mess... the first thing I noticed is your wrapping your 
code with % AND using a program end M2. You only use one or the other. 
M2 resets a bunch of things (see the manual) and %% does not.

I commented out the G38 and corresponding G10 lines and the back plot as 
viewed from Z is perfectly over the preview. The reason your back plot 
is shifted in the X and Y directions is on line 128 and 131 you set a 
G10 L2 which shifts the G54 coordinate system over.

I think your having way too much fun writing G code! My normal way to 
run G code is to touch off and set the X and Z offsets so that X0 is the 
left side of the material, Y0 is the back side of the material and Z0 is 
the top of the material. This way I just have to create G code that 
assumes that X0 is the left side and Y0 is the back side and Z0 is the 
top side.

As I said the other day when you have a probe move LinuxCNC can't know 
where the probe is going to touch off so it can't put the preview in the 
correct spot unless you probe first and set the coordinate system then 
open and run your program. Try splitting out the two functions and lose 
the %%.

JT

On 10/11/2015 9:43 AM, Gene Heskett wrote:
> On Sunday 11 October 2015 07:06:44 John Thornton wrote:
>
>> Gene,
>>
>> Can you attach the G code that you ran?
>>
>> JT
>>
> Attached John.  It is a mess, a mass of control switches because its
> intended to do all 4 side parts, and all 4 base parts, just by setting
> control vars at the top of the file.  If #<_upper> is a 1.0, it carves a
> 1x12.  If #<_side> is a 1.0, it does the long front and back side ends
> of the chest. If its a 0.0, the carved pattern is mirrored for the ends
> of the end boards.  If 'upper' is 0.0 it carves the ends of the much
> narrower base boards, following the state of 'side' rules by mirroring
> the cuts so they all fit together as in the picture.
>
> And much of that mess is because there is a not quite duplicate path if
> #<_roundover> is set.  The boards if carved without the roundover, need
> a huge amount of sanding to roundover the edges of the fingers so that
> when the fingers are meshed, they will sit clear to the  bottom of the
> corresponding pocket, not being held out 1/8" by the square edges the
> 1/4" mill leaves.
>
> That roundover isn't near fully functional yet.  But not having a
> backplot that means much, will make it 10x more difficult for me to
> single step thru it and determine where I need to adjust a "fudge"
> factor.
>
> Because this uses G38.2's to reset a co-ordinate maps 0,0,0 points, to
> run it on a sim session, I cobbled up a timer set for 3 seconds to
> simulate those G38.2 contact events in the sim setup, and the offset
> results shown are identical to what I see on the real machine.
>
> The sim is running V2.7 and the real machines are running the latest
> 2.8.0pre.  Again, same results.
>
> On my machine, the M7-8-9 controls have been re-dedicated, with the mist
> checkbox controlling a motor & gearbox from a junked out paper shredder
> to swing the gauging bar on the rear of the jig into position to serve
> as a fence to locate the end of the board when clamping up the next
> board, it also carries a 3 sided brass dohicky which is the 3 contact
> points the G38.2's search for.  Its a 1.5"x .5" mahogany bar about a
> foot long, mounted to the rear edge of the jig, swinging on a section of
> piano hinge that has an o-ring hooked up to pull the end play out of the
> hinge, and the output gear of this motor is connected to the bar with
> about 8" of junky plastic hose which can bend and absorb motor
> overtravel. A homemade cam on the reduction gear triggers a couple
> microswitches with diodes across them so that all I have to do is the
> usual DPDT relay reverseing on the armature polarity.  So it runs not
> quite 180 degrees from switch to switch when I toggle the "mist" button'
>
> The same general idea but using a charge pump, starts and stops a vacuum
> cleaner whose nozzle is right behind the cutting tool in an attempt to
> contain the huge pile of wood swarf.  Thats what the M7-M8-M9's in the
> code do.  Unfortunately, by the time I got a big enough path thru the
> vacuum plumbing yesterday so it would pass & not get clogged up when it
> picks up the little blocks of wood released by the final cut, I was up
> to 1.25" plastic pipe and a rubber radiator hose to allow the mills Z
> motion, and a measly 6.5 amp vacuum needs about 2 or 3 x the amount of
> air flow than what it can deliver if its to really keep the area clean.
>
> Too big a nozzle equals slower air flow.  A work in progress so to speak.
> My 1.5 hp dust collector with a 4" intake I use on the planer has the
> air flow, but not the vacuum to move the air thru as much plumbing as is
> involved with a centrifugal debris separator I made (and it works pretty
> good) out a pile of pvc pipe, 1.5" drain pipe and a 4" drain for the
> spin section.  BTDT. I'll have to see if I can find a bigger vac that
> 

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[Willy Snow]

>Is there a reason not to use the HAL file created by Stepconf?

>> I assume I need to add "loadrt hal_parport cfg="0e010" to my hal file. Does
>> it matter where it goes?

>It has to go near the top, before any HAL lines that try to addf the
>threads and net the pins.

I start with my hal file from Stepconf. This is called
Gecko_540B4_TEST.hal I get errors when I try to add the line above.

It does work in the hal file from
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Parallel_Port_Tester

I can talk to each pin. This is what that modified hal file looks like.

ptest.hal
loadrt hal_parport cfg="0e010"
loadusr -Wn PortTest pyvcp -c PortTest ptest.xml
loadrt threads name1=porttest period1=100
addf parport.0.read porttest
addf parport.0.write porttest

It also works perfectly fine when I test it in Stepconf wizard. I
would assume something does not get carried over correctly to the hal.

Gecko_540B4_TEST.hal
# Generated by stepconf 1.1 at Sun Oct 11 09:36:52 2015
# If you make changes to this file, they will be
# overwritten when you run stepconf again
loadrt trivkins
loadrt [EMCMOT]EMCMOT base_period_nsec=[EMCMOT]BASE_PERIOD
servo_period_nsec=[EMCMOT]SERVO_PERIOD num_joints=[TRAJ]AXES
loadrt sim_parport names=parport.0
setp parport.0.reset-time 1000
loadrt stepgen step_type=0,0,0
loadrt charge_pump
net estop-out charge-pump.enable iocontrol.0.user-enable-out
net charge-pump <= charge-pump.out

loadrt hal_parport cfg="0e010" [**tried adding here and other places
but only get errors]
addf parport.0.read base-thread
source sim_hardware.hal
addf stepgen.make-pulses base-thread
addf charge-pump base-thread
addf parport.0.write base-thread
addf parport.0.reset base-thread

Bill


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

Re: [Emc-users] Hostmot2 (Use two cards)

[Peter C. Wallace]

On Mon, 12 Oct 2015, Karlsson & Wang wrote:

> Date: Mon, 12 Oct 2015 00:04:31 +0200
> From: Karlsson & Wang 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: emc-users@lists.sourceforge.net
> Subject: [Emc-users] Hostmot2 (Use two cards)
> 
> I am trying to use two ethernet cards at the same time with the hostmot2 
> driver but get an error message "waitpid failed". I suspect this is because 
> I try to load the low level driver twice, do anybody have an idea if this 
> might be the case?
>
> Regards Nicklas Karlsson

You load the driver only once with multiple sets of config info in the 
driver command line (IP addresses etc)

I've had 4 cards running simultaneously for about a month at 2 KHz without 
issue


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

Peter Wallace
Mesa Electronics

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


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

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[andy pugh]

On 11 October 2015 at 20:56, Willy Snow  wrote:
> loadrt hal_parport cfg="0e010" [**tried adding here and other places
> but only get errors]

What errors?

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

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

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[andy pugh]

On 11 October 2015 at 20:56, Willy Snow  wrote:
> loadrt hal_parport cfg="0e010"

Should be "0xE010"

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

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

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[Chris Morley]

You have SIM config checked on the first page?

- Reply message -
From: "andy pugh" 
To: "Enhanced Machine Controller (EMC)" 
Subject: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port
Date: Sun, Oct 11, 2015 2:04 PM


On 11 October 2015 at 20:56, Willy Snow  wrote:
> loadrt hal_parport cfg="0e010" [**tried adding here and other places
> but only get errors]

What errors?

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

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

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[andy pugh]

On 11 October 2015 at 22:39, Chris Morley  wrote:

> You have SIM config checked on the first page?

Well spotted!

Bill, you need to either un-select "simulator" in stepconf, or swap
"sim_parport" for "hal_parport" in your hal.

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

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

Re: [Emc-users] Snapshot of backplot

[John Thornton]

On 10/11/2015 2:14 PM, Gene Heskett wrote:
> On Sunday 11 October 2015 14:32:08 John Thornton wrote:
>
>> the first thing I noticed is your wrapping your
>> code with % AND using a program end M2. You only use one or the other.
>> M2 resets a bunch of things (see the manual) and %% does not.
> It doesn't matter it seems, everything I write, regardless of the
> termination line, fusses about a "file ended with no percent sign."  So
> I have no idea how to get rid of that squawk.
I just removed the %'s from your file with no complaints. The only time 
you get that error is if you don't have a Program End either M2 or M30. 
I don't think M30 does anything different that M2 so I prefer to use M2.
> But this all depends on a way to do a touch-off in gcode, including 
> clearing it back to zero so G53 and G54 are again equal. Has anyone 
> here produced some M1nn codes to do that? Or is that missing from the 
> halcmd language? Thanks a bunch John. Your thoughts are educational, 
> and welcome. Cheers, Gene Heskett 
I'm just suggesting that you run a touch off program to "set up" your 
coordinate system then run your part program and let it clear any 
offsets at the end. This way when you open the program the preview and 
backplot will match.

I would love to see a photo of that machine!

JT

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

[Emc-users] Hostmot2 (Use two cards)

[Karlsson & Wang]

I am trying to use two ethernet cards at the same time with the hostmot2 driver 
but get an error message "waitpid failed". I suspect this is because I try to 
load the low level driver twice, do anybody have an idea if this might be the 
case?

Regards Nicklas Karlsson

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

Re: [Emc-users] Problem Connecting LCNC to G540 from PCIE Port

[Willy Snow]

Well spotted!

Bill, you need to either un-select "simulator" in stepconf, or swap
"sim_parport" for "hal_parport" in your hal.


Doh!

Got it running. Thanks everyone!

https://www.youtube.com/watch?v=BlfAynGyWaU=youtu.be

Bill

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

[Emc-users] Rookie question - what to get to run LinCNC easily/inexpensively

[Jack Coats]

What is a good and usable configuration for a machine to drive my beginner
3-axis CNC router?

Is Raspberry Pi or BeagleBone Black an easy solution, or would getting an
old desktop still a more bullet proof (and easy to implement) solution?

Thanks for your time!
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Rookie question - what to get to run LinCNC easily/inexpensively

[John Dammeyer]

Raspberry is out.  Not fast enough.  The Beagle works because it has two
PSUs which are peripheral processors that take care of the stepping for you.

Thing is, you'lll need some sort of cape for the Beagle which costs extra.
You'll need some sort of Break Out Board (BOB) for the PC and perhaps also
for the cape.  If you want servo's with closed loop the PC with plug in
cards is supported.   That's not really available for the Beagle yet.

At the moment the PC based LinuxCNC systems are better supported with newer
releases compared to the Beagle.  You'll still need a display, keyboard and
mouse so either solution will work.  If you can get a fast enough free PC
that supports LinuxCNC that is the cheaper route.

The rest is all the same. Power supplies, Stepper/Servo Drivers, Index and
limit sensors.  Mechanical connections.  Packaging and mounting.

John

> -Original Message-
> From: Jack Coats [mailto:j...@coats.org]
> Sent: October-11-15 4:57 PM
> To: Enhanced Machine Controller (EMC)
> Subject: [Emc-users] Rookie question - what to get to run LinCNC
> easily/inexpensively
> 
> 
> What is a good and usable configuration for a machine to drive my beginner
> 3-axis CNC router?
> 
> Is Raspberry Pi or BeagleBone Black an easy solution, or would getting an
> old desktop still a more bullet proof (and easy to implement) solution?
> 
> Thanks for your time!
>

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


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

Re: [Emc-users] Snapshot of backplot

[Gene Heskett]

On Sunday 11 October 2015 16:55:11 John Thornton wrote:

> On 10/11/2015 2:14 PM, Gene Heskett wrote:
> > On Sunday 11 October 2015 14:32:08 John Thornton wrote:
> >> the first thing I noticed is your wrapping your
> >> code with % AND using a program end M2. You only use one or the
> >> other. M2 resets a bunch of things (see the manual) and %% does
> >> not.
> >
> > It doesn't matter it seems, everything I write, regardless of the
> > termination line, fusses about a "file ended with no percent sign." 
> > So I have no idea how to get rid of that squawk.
>
> I just removed the %'s from your file with no complaints. The only
> time you get that error is if you don't have a Program End either M2
> or M30. I don't think M30 does anything different that M2 so I prefer
> to use M2.
>
> > But this all depends on a way to do a touch-off in gcode, including
> > clearing it back to zero so G53 and G54 are again equal. Has anyone
> > here produced some M1nn codes to do that? Or is that missing from
> > the halcmd language? Thanks a bunch John. Your thoughts are
> > educational, and welcome. Cheers, Gene Heskett
>
> I'm just suggesting that you run a touch off program to "set up" your
> coordinate system then run your part program and let it clear any
> offsets at the end. This way when you open the program the preview and
> backplot will match.
>
> I would love to see a photo of that machine!
>
> JT
>
I'll see if I can arrange that tomorrow.  Today is wasted. The missus 
noticed some erosion in the general area of a downspout, which seems to 
have rotted/rusted/corroded away in the joint where the downspout 
connects to the bottom of the gutter  The gutter itself, even though it 
has leaf coversm more than likely has some debris clogging it up, so 
after she found that, I spent the rest of the afternoon clipping a sweet 
bush that thinks its a full grown tree, back away from the house far 
enough that I can get an extension ladder in place to take a better 
look.  I can see daylight thru a couple of holes so its probably time to 
call a gutter maker & see if they can do a better job of seemless 
gutters than the did 5 years ago when a direcho came thru & did 18 G's 
worth of damage.  I had a wagon I had made to haul heavy stuff on 
sitting there also, backed out of sight, and the tongue broke out of it 
a year ago when I loaned it to a neighbor who needed to get his standby 
generator from the pickup in the driveway around to the other end of his 
house.  I guess moving 2, 20kw generators around in the same year was 
too much for a piece of plywood I had hung the tongue hinge on, it 
wasn't CD plywood, so it came undone.  So I fixed that with a sheet of 
alu, blew up the tires & drug it out to allow the ladders feet to sit on 
the ground.  So now I have a pile of sweet shrub about 10 feet around & 
4 or 5 feet high to dispose of, and 75 feet of super duty garden hose to 
wind back up in its little plastic box.  And I started backfilling the 
erosion ditch with some of the rock hard dried clay I took out of a hole 
in the basement floor when I installed a sump pump last summer.  I'd 
been trying to figure out where to put it as its sitting in 5 gallon 
buckets on the back porch & that looked like as good a place as any to 
dispose of it.

Then I sat down and I think I have got that machine running natively in 
inch mode now, which should somewhat simplify things for this code.
But I am wasted & sent the missus out for a Baconater at Wendy's.  A 
naproxin is helping the back ache some, and a beer to go with that 
sandwich that just landed on the desk will about finish me off.

Getting old isn't fun John,I made it to 81 a week ago, so avoid it like 
the plague. :)

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

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

Re: [Emc-users] Rookie question - what to get to run LinCNC easily/inexpensively

[Ralph Stirling]

One clarification - LinuxCNC is only supported on PC hardware.  The
MachineKit fork of LinuxCNC supports ARM processors, and many
people are using it on BeagleBoneBlacks, particularly for 3D printers.
MachineKit is much more "bleeding edge" than LinuxCNC, though, so
if you are looking for a painless startup, you would probably be better
off using PC hardware and LinuxCNC.

-- Ralph

From: John Dammeyer [jo...@autoartisans.com]
Sent: Sunday, October 11, 2015 5:11 PM
To: 'Enhanced Machine Controller (EMC)'
Subject: Re: [Emc-users] Rookie question - what to get to run   LinCNC  
easily/inexpensively

Raspberry is out.  Not fast enough.  The Beagle works because it has two
PSUs which are peripheral processors that take care of the stepping for you.

Thing is, you'lll need some sort of cape for the Beagle which costs extra.
You'll need some sort of Break Out Board (BOB) for the PC and perhaps also
for the cape.  If you want servo's with closed loop the PC with plug in
cards is supported.   That's not really available for the Beagle yet.

At the moment the PC based LinuxCNC systems are better supported with newer
releases compared to the Beagle.  You'll still need a display, keyboard and
mouse so either solution will work.  If you can get a fast enough free PC
that supports LinuxCNC that is the cheaper route.

The rest is all the same. Power supplies, Stepper/Servo Drivers, Index and
limit sensors.  Mechanical connections.  Packaging and mounting.

John

> -Original Message-
> From: Jack Coats [mailto:j...@coats.org]
> Sent: October-11-15 4:57 PM
> To: Enhanced Machine Controller (EMC)
> Subject: [Emc-users] Rookie question - what to get to run LinCNC
> easily/inexpensively
>
>
> What is a good and usable configuration for a machine to drive my beginner
> 3-axis CNC router?
>
> Is Raspberry Pi or BeagleBone Black an easy solution, or would getting an
> old desktop still a more bullet proof (and easy to implement) solution?
>
> Thanks for your time!
>

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


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

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

Re: [Emc-users] Rookie question - what to get to run LinCNC easily/inexpensively

[Gregg Eshelman]

On 10/11/2015 6:11 PM, John Dammeyer wrote:
> Raspberry is out.  Not fast enough.  The Beagle works because it has two
> PSUs which are peripheral processors that take care of the stepping for you.
>
> Thing is, you'lll need some sort of cape for the Beagle which costs extra.
> You'll need some sort of Break Out Board (BOB) for the PC and perhaps also
> for the cape.  If you want servo's with closed loop the PC with plug in
> cards is supported.   That's not really available for the Beagle yet.

Check out the Replicape. Currently on a well over-funded Kickstarter.

https://www.kickstarter.com/projects/1924187374/replicape-a-smart-and-quiet-3d-printer-control-boa

Dunno how large of motors can be connected, or if it has connectors to 
use external drivers. It's designed for 3D printers but like a RAMPS for 
Arduino should be possible to use it with other things.

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


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

Re: [Emc-users] Hostmot2 (Use two cards)

[Jeff Epler]

The "waitpid" error is a very generic error that indicates some
sub-program has failed.  So look for other messages that give a more
specific indication of the problem.

Here is a loadrt line I used when I was testing 3 hostmot2 ethernet
boards:

loadrt hm2_eth config="num_encoders=1 num_pwmgens=1 num_stepgens=1 
enable_raw=1,enable_raw=1" board_ip=192.168.1.123,192.168.1.122,192.168.1.121

To see which config goes with which board-ip, just look for the commas
and match up the strings
192.168.1.123 num_encoders=1 num_pwmgens=1 num_stepgens=1 enable_raw=1
192.168.1.122 enable_raw=1
192.168.1.121 [defaults]

You would only 'loadrt' hm2_eth once, even for multiple cards.  If you
have two separate loadrt lines, it's definitely not going to work.

Check that each card works individually.  Remember that you have to
configure them manually to have distinct IP addresses.

If you are still encountering trouble, show us your whole hal file and
the whole output that occurs when trying to start linuxcnc from a
terminal.

Jeff

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