Re: [Emc-users] 3D Printers

[Erik Christiansen]

On 29.03.17 19:56, Bruce Layne wrote:
> I'd still like to finish that project but a lot has changed since then 
> in the fast moving 3D printer world, including much better extruders, so 
> it would require some time to learn and hack in some upgrades to 
> maximize reliability and print quality.

This one makes claims:
http://hackaday.com/2017/03/25/mrrf-17-e3d-introduces-combination-extruder-and-hotend/

Dunno how well the performance matches the sales spiel, though.

Erik

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Bruce Layne]

This thread renewed my interest in 3D printing.  I bought the parts and 
did the mechanical assembly of a Hadron ORDbot a few years ago but 
wanted to do a nice electrical installation instead of the usual rat's 
nest wiring on most home brew 3D printers.  Then the complete kit became 
available and I wanted two for small run 3D printing production so I 
bought that, but never got a round tuit and both kits were boxed and 
stored.  I decided to do a shop renovation and build the mechanical 
assemblies into an insulated box on the wall that could be heated for 
better ABS prints, similar to a Stratasys commercial 3D printer, with 
the electronics mounted underneath out of the heat.

I'd still like to finish that project but a lot has changed since then 
in the fast moving 3D printer world, including much better extruders, so 
it would require some time to learn and hack in some upgrades to 
maximize reliability and print quality.

I think I've just about decided to buy the US$699 QIDI Tech I.
https://www.amazon.com/gp/product/B01D8M32LU

Then upgrade the bed with the MagHold build plate and a spare removable 
flexible build plate.
https://www.amazon.com/gp/product/B0146ZCE1M
https://www.amazon.com/gp/product/B019YG6YOQ

That looks like the fast path to get me into good reliable 3D printing 
for the occasional prototyping, and if it works well and I need more 
production capacity I can duplicate that order.

Instead of being on the bleeding edge as intended, I'll be one of the 
last geeks to jump on the 3D wagon before it's a common household 
appliance as companies like Dremel are trying to encourage.



On 03/29/2017 07:22 PM, andy pugh wrote:
> I bought the first one. I can always give it to my nieces if
> it's useless :-)
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers (Gregg Eshelman)

[andy pugh]

On 30 March 2017 at 00:06, Gregg Eshelman  wrote:
> The Select Mini Version 2 is supposed to be out sometime soon. It has 
> improvements like a cooling fan in the base.
> Here's a video showing the V2 updates. 
> https://www.youtube.com/watch?v=c43HVaiSF88

I don't seem to be able to find a UK source, though.
Anyway, I bought the first one. I can always give it to my nieces if
it's useless :-)

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers (Gregg Eshelman)

[Gregg Eshelman]

The Select Mini Version 2 is supposed to be out sometime soon. It has 
improvements like a cooling fan in the base.
Here's a video showing the V2 updates. 
https://www.youtube.com/watch?v=c43HVaiSF88
On Wednesday, March 29, 2017, 2:36:53 AM MDT, John Alexander Stewart 
 wrote:Greg:

If you want inexpensive but good quality and compact, check out the
> Monoprice Select Mini. (AKA Malyan M200)
>

Very interesting - thank you for the pointer. I may have to re-think my "no
3D printer at home"...

John.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Charles Steinkuehler]

On 3/29/2017 10:52 AM, Jon Elson wrote:
>>
> Maybe contact Charles Steinkuehler first, as he is an active 
> 3D printer user and knows what is currently hot.
> There is a HUGE turnover in these things, and what was the 
> best design a couple months ago is now obsolete.

I'm no longer really "current" with the latest happenings in 3D
printing (it's moving *REALLY* fast), but the CRAMPS board I designed
(and Jon builds/sells) was used in a really cool full-color 3D printer
shown at this years Midwest RepRap Festival:

http://hackaday.com/2017/03/26/mrrf-17-true-color-3d-printing/

http://www.3ders.org/articles/20170328-arcus-3d-m1-evolves-from-junkstrap-into-full-color-3d-printer.html

> I'm still holding out for one that solidifies liquid 
> photosensitive polymer with a computer projector.  They can 
> do arbitrarily complex objects at the same speed as simple ones.

A bunch of patents have recently expired on SLS (Selective Laser
Sintering) processes, so look for some inexpensive and open-source
options in this field soon, to go with the SLA (Stereolithography)
resin based printers.

-- 
Charles Steinkuehler
char...@steinkuehler.net

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Documentaion Question / Addition

[Joe Hildreth]

It's me again ... :-)

While in the [TRAJ] section of the INI file is see the variable CYCLE_TIME = 
0.010, but is not mentioned in the INI config documents.  I am only guessing 
that this is the polling interval time for the trajectory planner but am not 
sure.  Can I add this to my list?

Thanks again, sorry to be a pain.

Joe Hildreth 

- On Mar 29, 2017, at 3:35 PM, Joe Hildreth j...@threerivershospital.com 
wrote:

> Hello all,
> 
> I am going through the INI file of my stepper based Gantry machine and am
> looking at the [EMCMOT] section. In this section I see two variables:
> 
> COMM_TIMEOUT = 1.0
> COMM_WAIT = 0.010
> 
> I am guessing they have something to do with the communication times, but the
> INI Configuration section of the documentation does not mention these, and I
> see no reference to them in the core component motion section of the
> documentation.
> 
> Can someone explain these to me and maybe add them to the INI config docs?
> 
> Many thanks for your help, patience and time.
> 
> Joe Hildreth
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Documentaion Question / Addition

[Joe Hildreth]

Hello all, 

I am going through the INI file of my stepper based Gantry machine and am 
looking at the [EMCMOT] section. In this section I see two variables: 

COMM_TIMEOUT = 1.0 
COMM_WAIT = 0.010 

I am guessing they have something to do with the communication times, but the 
INI Configuration section of the documentation does not mention these, and I 
see no reference to them in the core component motion section of the 
documentation. 

Can someone explain these to me and maybe add them to the INI config docs? 

Many thanks for your help, patience and time. 

Joe Hildreth 
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[sam sokolik]

Ah - it does work..  (the axis splash screen has G64 - resetting the ini 
startup..)

sam

On 03/29/2017 02:39 PM, Todd Zuercher wrote:
> It works, but...  And this is a big but. If an operator or machine file 
> changes the g64 setting, it will not be changed back to that default start up 
> setting until the next time Linuxcnc is closed and restarted.  This is why a 
> proper proper file preamble for your g-code files is so important.  Another 
> possible work around would be a script that adds the correct g64p0.005 (or 
> what ever the chosen tolerance is) to the first line of every file when 
> Linuxcnc opens it.  It could be over-ridden by adding another g64 line saved 
> in the file.
>
> - Original Message -
> From: "sam sokolik" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Wednesday, March 29, 2017 3:02:26 PM
> Subject: Re: [Emc-users] Version 2.7 positioning problem during cnc   
> operations
>
> Does that work?  I tried that on 2.7 sim and it didn't seem to work.
> (unless I was doing something stupid)
>
> On 3/29/2017 1:54 PM, Tomas J wrote:
>>> Currently the fix is adding G64Px.xxx at the beginning of all programs.
>> Or add "RS274NGC_STARTUP_CODE = G64 P0.02" to [RS274NGC] section of .ini
>> file...
>>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[John Thornton]

That will be overridden by the G code program so not a safe thing to do.

JT


On 3/29/2017 1:54 PM, Tomas J wrote:
>> Currently the fix is adding G64Px.xxx at the beginning of all programs.
> Or add "RS274NGC_STARTUP_CODE = G64 P0.02" to [RS274NGC] section of .ini
> file...
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Stuart Stevenson]

In the case I am working on the disable option would work just fine.


On Wed, Mar 29, 2017 at 2:39 PM, Todd Zuercher 
wrote:

> It works, but...  And this is a big but. If an operator or machine file
> changes the g64 setting, it will not be changed back to that default start
> up setting until the next time Linuxcnc is closed and restarted.  This is
> why a proper proper file preamble for your g-code files is so important.
> Another possible work around would be a script that adds the correct
> g64p0.005 (or what ever the chosen tolerance is) to the first line of every
> file when Linuxcnc opens it.  It could be over-ridden by adding another g64
> line saved in the file.
>
> - Original Message -
> From: "sam sokolik" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Wednesday, March 29, 2017 3:02:26 PM
> Subject: Re: [Emc-users] Version 2.7 positioning problem during cnc
>  operations
>
> Does that work?  I tried that on 2.7 sim and it didn't seem to work.
> (unless I was doing something stupid)
>
> On 3/29/2017 1:54 PM, Tomas J wrote:
> >> Currently the fix is adding G64Px.xxx at the beginning of all programs.
> > Or add "RS274NGC_STARTUP_CODE = G64 P0.02" to [RS274NGC] section of .ini
> > file...
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Todd Zuercher]

It works, but...  And this is a big but. If an operator or machine file changes 
the g64 setting, it will not be changed back to that default start up setting 
until the next time Linuxcnc is closed and restarted.  This is why a proper 
proper file preamble for your g-code files is so important.  Another possible 
work around would be a script that adds the correct g64p0.005 (or what ever the 
chosen tolerance is) to the first line of every file when Linuxcnc opens it.  
It could be over-ridden by adding another g64 line saved in the file.

- Original Message -
From: "sam sokolik" 
To: "Enhanced Machine Controller (EMC)" 
Sent: Wednesday, March 29, 2017 3:02:26 PM
Subject: Re: [Emc-users] Version 2.7 positioning problem during cnc 
operations

Does that work?  I tried that on 2.7 sim and it didn't seem to work.  
(unless I was doing something stupid)

On 3/29/2017 1:54 PM, Tomas J wrote:
>> Currently the fix is adding G64Px.xxx at the beginning of all programs.
> Or add "RS274NGC_STARTUP_CODE = G64 P0.02" to [RS274NGC] section of .ini
> file...
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[sam sokolik]

Does that work?  I tried that on 2.7 sim and it didn't seem to work.  
(unless I was doing something stupid)

On 3/29/2017 1:54 PM, Tomas J wrote:
>> Currently the fix is adding G64Px.xxx at the beginning of all programs.
> Or add "RS274NGC_STARTUP_CODE = G64 P0.02" to [RS274NGC] section of .ini
> file...
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Tomas J]

> Currently the fix is adding G64Px.xxx at the beginning of all programs.

Or add "RS274NGC_STARTUP_CODE = G64 P0.02" to [RS274NGC] section of .ini
file...

-- 
Best regards,
 Tomas


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Robert Ellenberg]

I agree on both counts, that G0 should always be exact stop, and that the
behavior should be  configurable via an INI setting (maybe not HAL, because
switching settings online would have weird side effects). It should be an
easy change (there is one location in the TP that does pre-checks for
blending, so it would be simple to make it reject G0 moves).

Rob

On Wed, Mar 29, 2017, 2:05 PM sam sokolik  wrote:

> I agree somewhat.  :)  I think it should be a hal pin or a ini setting
>
> sam
>
> On 3/29/2017 12:43 PM, Todd Zuercher wrote:
> > My personal opinion is that all G0 moves should always be exact stop
> positioning moves not blended moves.  To treat them as anything else seems
> silly.  If the previous behavior of Linuxcnc was to blend them, then it is
> just plane wrong and should be corrected.  Having multiple G0 moves
> executed after each other is somewhat of an unusual situation to start
> with.  And is the reason I had never noticed that G0 moves were blended in
> the old planner.  But neither planner blends a move between a G0 and G1
> move as far as I know.  Because of this most people never notice.  I am
> pretty sure G0 moves are exact stop positioning moves in all the other CNC
> controls I have worked with (Fanuc, and others).
> >
> > - Original Message -
> > From: "sam sokolik" 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Sent: Wednesday, March 29, 2017 11:22:10 AM
> > Subject: Re: [Emc-users] Version 2.7 positioning problem during cnc
>  operations
> >
> > The cheap and dirty way would be to add
> > add in the TRAJ sectio/n
> >
> > ARC_BLEND_ENABLE = 0
> >
> > /This puts the trajectoy planner into pre 2.7 mode (pre circular arc
> > blend - 1 segment look ahead)
> >
> > You obviously lose x segment look ahead.  During testing exact stop mode
> > happened between G0 and contouring moves - but that changed the behavior
> > of linuxcnc so I think it was taken out. (now it blends between all
> > segments types.)
> >
> > Currently the fix is adding G64Px.xxx at the beginning of all programs.
> >
> > sam
> >
> > //
> > On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
> >> Gentlemen,
> >> This is connected to the G64 question I asked on the developers list
> >> yesterday.
> >>
> >> G64 P0 does not change the positioning problem on the machine.
> >>
> >> Problem description:
> >> desired machine motion
> >>position XY with Z above the material/work level
> >>move Z to material/work level
> >>face mill top of material
> >>
> >>  encountered machine motion
> >>position XY with Z above the material/work level
> >>  result as expected
> >>move Z to material/work level
> >>  result not as expected - as the tool approaches the final Z
> >> position
> >> the tool moves an
> amount
> >> toward the final XY position
> >> and cuts into the
> >> material/stock
> >> face mill top of material
> >>   result as expected
> >>
> >> The work around has been to add an intermediate point after the z move
> that
> >> will cause the rounding to fall short of the material/stock
> >> The BIG problem is the customer has many proven/certified programs
> making
> >> parts on this machine. The quality manual requires a full first article
> >> inspection procedure to be performed on the resultant machined part
> after
> >> ANY change in the process. This is not acceptable to the customer.
> >> Customer wants the machine to just perform like it did with the previous
> >> (old) linuxcnc version.
> >> Customer is asking for revision to old version if fix is not able to be
> >> accomplished rather quickly.
> >>
> >> thanks
> >> Stuart
> >>
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> >
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> >
>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> 

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[sam sokolik]

I agree somewhat.  :)  I think it should be a hal pin or a ini setting

sam

On 3/29/2017 12:43 PM, Todd Zuercher wrote:
> My personal opinion is that all G0 moves should always be exact stop 
> positioning moves not blended moves.  To treat them as anything else seems 
> silly.  If the previous behavior of Linuxcnc was to blend them, then it is 
> just plane wrong and should be corrected.  Having multiple G0 moves executed 
> after each other is somewhat of an unusual situation to start with.  And is 
> the reason I had never noticed that G0 moves were blended in the old planner. 
>  But neither planner blends a move between a G0 and G1 move as far as I know. 
>  Because of this most people never notice.  I am pretty sure G0 moves are 
> exact stop positioning moves in all the other CNC controls I have worked with 
> (Fanuc, and others).
>
> - Original Message -
> From: "sam sokolik" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Wednesday, March 29, 2017 11:22:10 AM
> Subject: Re: [Emc-users] Version 2.7 positioning problem during cnc   
> operations
>
> The cheap and dirty way would be to add
> add in the TRAJ sectio/n
>
> ARC_BLEND_ENABLE = 0
>
> /This puts the trajectoy planner into pre 2.7 mode (pre circular arc
> blend - 1 segment look ahead)
>
> You obviously lose x segment look ahead.  During testing exact stop mode
> happened between G0 and contouring moves - but that changed the behavior
> of linuxcnc so I think it was taken out. (now it blends between all
> segments types.)
>
> Currently the fix is adding G64Px.xxx at the beginning of all programs.
>
> sam
>
> //
> On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
>> Gentlemen,
>> This is connected to the G64 question I asked on the developers list
>> yesterday.
>>
>> G64 P0 does not change the positioning problem on the machine.
>>
>> Problem description:
>> desired machine motion
>>position XY with Z above the material/work level
>>move Z to material/work level
>>face mill top of material
>>
>>  encountered machine motion
>>position XY with Z above the material/work level
>>  result as expected
>>move Z to material/work level
>>  result not as expected - as the tool approaches the final Z
>> position
>> the tool moves an amount
>> toward the final XY position
>> and cuts into the
>> material/stock
>> face mill top of material
>>   result as expected
>>
>> The work around has been to add an intermediate point after the z move that
>> will cause the rounding to fall short of the material/stock
>> The BIG problem is the customer has many proven/certified programs making
>> parts on this machine. The quality manual requires a full first article
>> inspection procedure to be performed on the resultant machined part after
>> ANY change in the process. This is not acceptable to the customer.
>> Customer wants the machine to just perform like it did with the previous
>> (old) linuxcnc version.
>> Customer is asking for revision to old version if fix is not able to be
>> accomplished rather quickly.
>>
>> thanks
>> Stuart
>>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Todd Zuercher]

My personal opinion is that all G0 moves should always be exact stop 
positioning moves not blended moves.  To treat them as anything else seems 
silly.  If the previous behavior of Linuxcnc was to blend them, then it is just 
plane wrong and should be corrected.  Having multiple G0 moves executed after 
each other is somewhat of an unusual situation to start with.  And is the 
reason I had never noticed that G0 moves were blended in the old planner.  But 
neither planner blends a move between a G0 and G1 move as far as I know.  
Because of this most people never notice.  I am pretty sure G0 moves are exact 
stop positioning moves in all the other CNC controls I have worked with (Fanuc, 
and others).

- Original Message -
From: "sam sokolik" 
To: "Enhanced Machine Controller (EMC)" 
Sent: Wednesday, March 29, 2017 11:22:10 AM
Subject: Re: [Emc-users] Version 2.7 positioning problem during cnc 
operations

The cheap and dirty way would be to add
add in the TRAJ sectio/n

ARC_BLEND_ENABLE = 0

/This puts the trajectoy planner into pre 2.7 mode (pre circular arc 
blend - 1 segment look ahead)

You obviously lose x segment look ahead.  During testing exact stop mode 
happened between G0 and contouring moves - but that changed the behavior 
of linuxcnc so I think it was taken out. (now it blends between all 
segments types.)

Currently the fix is adding G64Px.xxx at the beginning of all programs.

sam

//
On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
> Gentlemen,
>This is connected to the G64 question I asked on the developers list
> yesterday.
>
> G64 P0 does not change the positioning problem on the machine.
>
> Problem description:
>desired machine motion
>   position XY with Z above the material/work level
>   move Z to material/work level
>   face mill top of material
>
> encountered machine motion
>   position XY with Z above the material/work level
> result as expected
>   move Z to material/work level
> result not as expected - as the tool approaches the final Z
> position
>the tool moves an amount
> toward the final XY position
>and cuts into the
> material/stock
>face mill top of material
>  result as expected
>
> The work around has been to add an intermediate point after the z move that
> will cause the rounding to fall short of the material/stock
> The BIG problem is the customer has many proven/certified programs making
> parts on this machine. The quality manual requires a full first article
> inspection procedure to be performed on the resultant machined part after
> ANY change in the process. This is not acceptable to the customer.
> Customer wants the machine to just perform like it did with the previous
> (old) linuxcnc version.
> Customer is asking for revision to old version if fix is not able to be
> accomplished rather quickly.
>
> thanks
> Stuart
>

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Stuart Stevenson]

ok - thanks - I will try it.


On Wed, Mar 29, 2017 at 11:21 AM, sam sokolik 
wrote:

>  From the manual
>
> 'G64 and G64 P0 tell the planner to sacrifice path following accuracy in
> order to keep the feed rate up.'
>
> So G64 and G64P0 are the same. (go as fast as you can - cutting corners)
>
> You would need to set the maximum divination you want.
>
> G64P.005  - go as fast as you can but don't deviate from the programmed
> path more than .005"  (if you are in inches)
>
> sam
>
> On 3/29/2017 11:12 AM, Stuart Stevenson wrote:
> > The customer reported that adding G64P0 at the front of the program did
> not
> > fix the problem.
> > I was not in attendance so I cannot verify the command was correctly
> > applied.
> >
> > I will get the ARC_BLEND_ENABLE = 0 in the ini file and report back.
> >
> > thanks
> > Stuart
> >
> >
> > On Wed, Mar 29, 2017 at 10:22 AM, sam sokolik 
> > wrote:
> >
> >> The cheap and dirty way would be to add
> >> add in the TRAJ sectio/n
> >>
> >> ARC_BLEND_ENABLE = 0
> >>
> >> /This puts the trajectoy planner into pre 2.7 mode (pre circular arc
> >> blend - 1 segment look ahead)
> >>
> >> You obviously lose x segment look ahead.  During testing exact stop mode
> >> happened between G0 and contouring moves - but that changed the behavior
> >> of linuxcnc so I think it was taken out. (now it blends between all
> >> segments types.)
> >>
> >> Currently the fix is adding G64Px.xxx at the beginning of all programs.
> >>
> >> sam
> >>
> >> //
> >> On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
> >>> Gentlemen,
> >>> This is connected to the G64 question I asked on the developers
> list
> >>> yesterday.
> >>>
> >>> G64 P0 does not change the positioning problem on the machine.
> >>>
> >>> Problem description:
> >>> desired machine motion
> >>>position XY with Z above the material/work level
> >>>move Z to material/work level
> >>>face mill top of material
> >>>
> >>>  encountered machine motion
> >>>position XY with Z above the material/work level
> >>>  result as expected
> >>>move Z to material/work level
> >>>  result not as expected - as the tool approaches the final
> Z
> >>> position
> >>> the tool moves an
> >> amount
> >>> toward the final XY position
> >>> and cuts into the
> >>> material/stock
> >>> face mill top of material
> >>>   result as expected
> >>>
> >>> The work around has been to add an intermediate point after the z move
> >> that
> >>> will cause the rounding to fall short of the material/stock
> >>> The BIG problem is the customer has many proven/certified programs
> making
> >>> parts on this machine. The quality manual requires a full first article
> >>> inspection procedure to be performed on the resultant machined part
> after
> >>> ANY change in the process. This is not acceptable to the customer.
> >>> Customer wants the machine to just perform like it did with the
> previous
> >>> (old) linuxcnc version.
> >>> Customer is asking for revision to old version if fix is not able to be
> >>> accomplished rather quickly.
> >>>
> >>> thanks
> >>> Stuart
> >>>
> >> 
> >> --
> >> Check out the vibrant tech community on one of the world's most
> >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> >> ___
> >> Emc-users mailing list
> >> Emc-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/emc-users
> >>
> >
> >
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Chris Albertson]

On Wed, Mar 29, 2017 at 1:00 AM, Erik Christiansen 
wrote:

>
> Where the 3D printer would be in front is forming nice fillets, as in
> the transition from a boss to its supporting surface, and inside a
> pulley rim, going to the spokes. With foam fabrication, it may be
> necessary to affix a square cross-section ring,


You forgot the #1 thing a 3D printer can do that your hot wire foam cutter
can't.   Let's say you want to cast a likeness of a bald eagle standing on
a ball.  Or a rose vine wrapped around a handle for a set of antique drawer
pulls and any other kind of decorative metal castings.

Decorative parts tend not to be geometric and many times they incorporate
likenesses of natural objects like animals and plants or even human faces
in relief.  My father had a collection of cast iron objects for the
1800's and early 1900's and most of these could not be made with a hot wire
cutter.  things like a bird cadge like string holder and very ornate legs
that were popular back then.  Like.ey a skilled word carver made the
patterns.  today I'd thing a 3D printer would be used.

You don't even have to get into decorative parts, look at the cast handle
of a utility knife.  There are no flat and no parallel sides and all the
curves are compound.






-- 

Chris Albertson
Redondo Beach, California
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[sam sokolik]

 From the manual

'G64 and G64 P0 tell the planner to sacrifice path following accuracy in 
order to keep the feed rate up.'

So G64 and G64P0 are the same. (go as fast as you can - cutting corners)

You would need to set the maximum divination you want.

G64P.005  - go as fast as you can but don't deviate from the programmed 
path more than .005"  (if you are in inches)

sam

On 3/29/2017 11:12 AM, Stuart Stevenson wrote:
> The customer reported that adding G64P0 at the front of the program did not
> fix the problem.
> I was not in attendance so I cannot verify the command was correctly
> applied.
>
> I will get the ARC_BLEND_ENABLE = 0 in the ini file and report back.
>
> thanks
> Stuart
>
>
> On Wed, Mar 29, 2017 at 10:22 AM, sam sokolik 
> wrote:
>
>> The cheap and dirty way would be to add
>> add in the TRAJ sectio/n
>>
>> ARC_BLEND_ENABLE = 0
>>
>> /This puts the trajectoy planner into pre 2.7 mode (pre circular arc
>> blend - 1 segment look ahead)
>>
>> You obviously lose x segment look ahead.  During testing exact stop mode
>> happened between G0 and contouring moves - but that changed the behavior
>> of linuxcnc so I think it was taken out. (now it blends between all
>> segments types.)
>>
>> Currently the fix is adding G64Px.xxx at the beginning of all programs.
>>
>> sam
>>
>> //
>> On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
>>> Gentlemen,
>>> This is connected to the G64 question I asked on the developers list
>>> yesterday.
>>>
>>> G64 P0 does not change the positioning problem on the machine.
>>>
>>> Problem description:
>>> desired machine motion
>>>position XY with Z above the material/work level
>>>move Z to material/work level
>>>face mill top of material
>>>
>>>  encountered machine motion
>>>position XY with Z above the material/work level
>>>  result as expected
>>>move Z to material/work level
>>>  result not as expected - as the tool approaches the final Z
>>> position
>>> the tool moves an
>> amount
>>> toward the final XY position
>>> and cuts into the
>>> material/stock
>>> face mill top of material
>>>   result as expected
>>>
>>> The work around has been to add an intermediate point after the z move
>> that
>>> will cause the rounding to fall short of the material/stock
>>> The BIG problem is the customer has many proven/certified programs making
>>> parts on this machine. The quality manual requires a full first article
>>> inspection procedure to be performed on the resultant machined part after
>>> ANY change in the process. This is not acceptable to the customer.
>>> Customer wants the machine to just perform like it did with the previous
>>> (old) linuxcnc version.
>>> Customer is asking for revision to old version if fix is not able to be
>>> accomplished rather quickly.
>>>
>>> thanks
>>> Stuart
>>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[Stuart Stevenson]

The customer reported that adding G64P0 at the front of the program did not
fix the problem.
I was not in attendance so I cannot verify the command was correctly
applied.

I will get the ARC_BLEND_ENABLE = 0 in the ini file and report back.

thanks
Stuart


On Wed, Mar 29, 2017 at 10:22 AM, sam sokolik 
wrote:

> The cheap and dirty way would be to add
> add in the TRAJ sectio/n
>
> ARC_BLEND_ENABLE = 0
>
> /This puts the trajectoy planner into pre 2.7 mode (pre circular arc
> blend - 1 segment look ahead)
>
> You obviously lose x segment look ahead.  During testing exact stop mode
> happened between G0 and contouring moves - but that changed the behavior
> of linuxcnc so I think it was taken out. (now it blends between all
> segments types.)
>
> Currently the fix is adding G64Px.xxx at the beginning of all programs.
>
> sam
>
> //
> On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
> > Gentlemen,
> >This is connected to the G64 question I asked on the developers list
> > yesterday.
> >
> > G64 P0 does not change the positioning problem on the machine.
> >
> > Problem description:
> >desired machine motion
> >   position XY with Z above the material/work level
> >   move Z to material/work level
> >   face mill top of material
> >
> > encountered machine motion
> >   position XY with Z above the material/work level
> > result as expected
> >   move Z to material/work level
> > result not as expected - as the tool approaches the final Z
> > position
> >the tool moves an
> amount
> > toward the final XY position
> >and cuts into the
> > material/stock
> >face mill top of material
> >  result as expected
> >
> > The work around has been to add an intermediate point after the z move
> that
> > will cause the rounding to fall short of the material/stock
> > The BIG problem is the customer has many proven/certified programs making
> > parts on this machine. The quality manual requires a full first article
> > inspection procedure to be performed on the resultant machined part after
> > ANY change in the process. This is not acceptable to the customer.
> > Customer wants the machine to just perform like it did with the previous
> > (old) linuxcnc version.
> > Customer is asking for revision to old version if fix is not able to be
> > accomplished rather quickly.
> >
> > thanks
> > Stuart
> >
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Jon Elson]

On 03/28/2017 09:48 AM, andy pugh wrote:
> I find myself astonished that I don't have a 3D printer.
> I am thinking of buying one.
> Longer-term I think I will end up making a large-format delta pritner,
> so the one I buy will be more ot a toe-dipping exercise, and I am
> looking at:
> http://www.ebay.co.uk/itm/182454763977
> Any thoughts?
>
Maybe contact Charles Steinkuehler first, as he is an active 
3D printer user and knows what is currently hot.
There is a HUGE turnover in these things, and what was the 
best design a couple months ago is now obsolete.

I'm still holding out for one that solidifies liquid 
photosensitive polymer with a computer projector.  They can 
do arbitrarily complex objects at the same speed as simple ones.

Jon

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Version 2.7 positioning problem during cnc operations

[sam sokolik]

The cheap and dirty way would be to add
add in the TRAJ sectio/n

ARC_BLEND_ENABLE = 0

/This puts the trajectoy planner into pre 2.7 mode (pre circular arc 
blend - 1 segment look ahead)

You obviously lose x segment look ahead.  During testing exact stop mode 
happened between G0 and contouring moves - but that changed the behavior 
of linuxcnc so I think it was taken out. (now it blends between all 
segments types.)

Currently the fix is adding G64Px.xxx at the beginning of all programs.

sam

//
On 3/29/2017 9:37 AM, Stuart Stevenson wrote:
> Gentlemen,
>This is connected to the G64 question I asked on the developers list
> yesterday.
>
> G64 P0 does not change the positioning problem on the machine.
>
> Problem description:
>desired machine motion
>   position XY with Z above the material/work level
>   move Z to material/work level
>   face mill top of material
>
> encountered machine motion
>   position XY with Z above the material/work level
> result as expected
>   move Z to material/work level
> result not as expected - as the tool approaches the final Z
> position
>the tool moves an amount
> toward the final XY position
>and cuts into the
> material/stock
>face mill top of material
>  result as expected
>
> The work around has been to add an intermediate point after the z move that
> will cause the rounding to fall short of the material/stock
> The BIG problem is the customer has many proven/certified programs making
> parts on this machine. The quality manual requires a full first article
> inspection procedure to be performed on the resultant machined part after
> ANY change in the process. This is not acceptable to the customer.
> Customer wants the machine to just perform like it did with the previous
> (old) linuxcnc version.
> Customer is asking for revision to old version if fix is not able to be
> accomplished rather quickly.
>
> thanks
> Stuart
>

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Version 2.7 positioning problem during cnc operations

[Stuart Stevenson]

Gentlemen,
  This is connected to the G64 question I asked on the developers list
yesterday.

G64 P0 does not change the positioning problem on the machine.

Problem description:
  desired machine motion
 position XY with Z above the material/work level
 move Z to material/work level
 face mill top of material

   encountered machine motion
 position XY with Z above the material/work level
   result as expected
 move Z to material/work level
   result not as expected - as the tool approaches the final Z
position
  the tool moves an amount
toward the final XY position
  and cuts into the
material/stock
  face mill top of material
result as expected

The work around has been to add an intermediate point after the z move that
will cause the rounding to fall short of the material/stock
The BIG problem is the customer has many proven/certified programs making
parts on this machine. The quality manual requires a full first article
inspection procedure to be performed on the resultant machined part after
ANY change in the process. This is not acceptable to the customer.
Customer wants the machine to just perform like it did with the previous
(old) linuxcnc version.
Customer is asking for revision to old version if fix is not able to be
accomplished rather quickly.

thanks
Stuart

-- 
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist from saving or opening my private
correspondence.
Thank you for honoring my wish.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers (Gregg Eshelman)

[John Alexander Stewart]

Greg:

If you want inexpensive but good quality and compact, check out the
> Monoprice Select Mini. (AKA Malyan M200)
>

Very interesting - thank you for the pointer. I may have to re-think my "no
3D printer at home"...

John.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Dave Caroline]

Traditional pattern making was 3d built up, did not need subtractive
milling or 3d plastic printer

:)

Dave Caroline

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Les Newell]

Laying down even amounts of metal with a mig is surprisingly difficult. 
Many years I had to build up some shafts so I rigged up a setup in an 
old lathe with the torch clamped in the tool post. The problem I found 
was that if you get a high spot you end up depositing more metal on the 
high spot than the lower spots. This makes sense because as the high 
spot approaches the nozzle you will deposit more wire and as it moves 
away you will deposit less wire. As I had to turn the shafts back down 
to size it didn't really matter but it certainly wasn't pretty.

Les

On 28/03/2017 17:24, Roland Jollivet wrote:
> I'm confused about not owning one either.
> I keep looking at the items made, at trade shows, and in plastic it all
> looks like junk. Good for fridge magnets mostly.
> But they're so popular. I must be missing something...
>
> Metal printing on the other hand, would be very useful, but the cost of
> powders is high.
>
> Far more useful would be a 'printer' using a mig welder (instead of laser),
> to lay down metal for further machining.
> eg;
> https://www.youtube.com/watch?v=oaIOrQi2HLM
>
> Roland


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Erik Christiansen]

On 28.03.17 15:48, andy pugh wrote:
> I find myself astonished that I don't have a 3D printer.
> I am thinking of buying one.
> Longer-term I think I will end up making a large-format delta pritner,
> so the one I buy will be more ot a toe-dipping exercise, and I am
> looking at:
> http://www.ebay.co.uk/itm/182454763977
> Any thoughts?

Not having been motivated to dip my toe yet, due mostly to reports of
mediocre performance, my prime observation of that offering is that it
would be useless here, due to: "Supported Operating Systems: Windows/Mac"

If the intended use is producing low density "lost plastic" casting
patterns, then precision is not mandatory, ultra-strong inter-layer
adhesion is not required, smoothness of surface finish need only be
barely average, and peeling from the substrate might be reduced as the
honeycomb of thin filament builds less cooling stresses. (Guessing on
that last one.) And printing a lot of air has to be less glacial than a
solid print.

I still think I'll finish the hot-wire cutter I welded up a column for,
and try the "lost polystyrene" method. Quite complex patterns can be
fabricated from layers of sheet polystyrene, and an occasional drop of
PVA glue is all that's needed to hold it all together long enough to
prepare the sand mould.

Where the 3D printer would be in front is forming nice fillets, as in
the transition from a boss to its supporting surface, and inside a
pulley rim, going to the spokes. With foam fabrication, it may be
necessary to affix a square cross-section ring, then cut half of it away
with a little loop of hot wire as turning tool. That is, of course, an
excuse to build a low voltage control unit for the short length of
Nichrome wire, and more down my street than kicking a 3D printer which
is being finicky. (As well as slooow)

Erik

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] 3D Printers

[Valerio Bellizzomi]

On Tue, 2017-03-28 at 15:48 +0100, andy pugh wrote:
> I find myself astonished that I don't have a 3D printer.
> I am thinking of buying one.
> Longer-term I think I will end up making a large-format delta pritner,
> so the one I buy will be more ot a toe-dipping exercise, and I am
> looking at:
> http://www.ebay.co.uk/itm/182454763977
> Any thoughts?
> 


http://vertex3dprinter.eu/



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users