Re: [Emc-users] GladeVCP Question?

[Nicklas SB Karlsson]

Yes. Just tried it and the lines below in the .init file do it provided you 
have the files "ethercat_1joint.glade" and
"1joint_side_panel.glade" in same directory as .ini file:

# Add GladeVCP panel as a tab next to Preview/DRO:
EMBED_TAB_NAME=gladevcp2 demo
EMBED_TAB_COMMAND=halcmd loadusr -Wn gladevcp gladevcp -c gladevcp2 -x {XID} 
ethercat_1joint.glade

# Add GladeVCP panel as side panel
GLADEVCP=1joint_side_panel.glade


If I remember correct there might be a problem if both panels have the same 
name. On the line with EMBED_TAB_COMMAND I
can't remember exactly what all parameters do but hopefully the manual will 
tell you·


Nicklas Karlsson


ons 2024-05-22 klockan 14:26 + skrev Todd Zuercher via Emc-users:
> Isit possible with Axis to have a GladeVDP side panel, and have a 
> different GladeVCP embedded in a tab at the same
> time? How about multiple embedded tabs?
> 
> I've not seen examples how to do this.
> 
> Todd Zuercher
> P. Graham Dunn Inc.
> 630 Henry Street
> Dalton, Ohio 44618
> Phone:  (330)828-2105ext. 2031
> 
> 
> ___
> 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] VCP Panel Options?

[Nicklas SB Karlsson]

I use Glade, GladeVCP and it work great. Though think I had some problem I 
tried buttons with LEDs.

Nicklas Karlsson


tor 2024-04-18 klockan 19:08 + skrev Todd Zuercher via Emc-users:
> It has been a few years since I last built a VCP panel for a machine, and 
> well time marches on and things change. 
> What would be the considered the most main stream, best supported VCP panel 
> system?
> 
> The machine I'm overhauling had been set up with a PyVCP panel along the Axis 
> UI.  Later machines I did used
> GladeVCPs.  Since then there have been newer QT based things for building 
> VCPs (I know next to nothing about them.) 
> My old PyVCP was rather complex, it had check buttons to enable/disable each 
> of the 8 router spindles and displays to
> indicate each spindles run status feed back from the modbus control (run, 
> stop, accel, decel, fault,...)  as well as a
> number of convenience features (cycle time display, jogging of work coord. 
> Vacuum clamping...)  Most of these I could
> easily reproduce in a GladeVCP, except I'm not sure how to do the Spindle 
> status displays.  In the PyVCP I used the
> image_u32 widget to display an appropriate image/lable for each possible 
> status feedback from all of the VFDs.
> 
> There had been a lot of fuss with tools and depency depreciation for Glade 
> about the last time I tried to use it  But
> QtVCP at that time was still not quite ready for simple use (needed more 
> programming skills than I have.)
> 
> Is there or what might be the simplest way to achieve the same or equivalent 
> display features I had before with Glade
> or QT VCP?  There are other changes I need to make to the VCP necessitated by 
> changes made to the machine, so I need
> to re do it.  The old PyVCP is a bit of a bear to work with, expecially when 
> things get complex.  So just weighing my
> options before I jump in and try to learn or relearn what I need to get this 
> done.
> 
> Todd Zuercher
> P. Graham Dunn Inc.
> 630 Henry Street
> Dalton, Ohio 44618
> Phone:  (330)828-2105ext. 2031
> 
> 
> ___
> 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] Big Tree Tech Re: Mesa Card Stepgens?

[Nicklas SB Karlsson]

> > ...
> 
> If it can revert back to the way LinuxCNC works ( which requires realtime), 
> there is no real advantage to queueing at all. Queueing is used to make 
> up for the lack of realtime. For example Mach3 can do decent spindle 
> synchronized motion, but only if this feature is implemented in the interface 
> hardware. This would be a big step backwards for LinuxCNC.

And then it will come back to the problem how to send enough queued data to 
actuators.

Queue may make sense if for example sending position commands to follow over an 
Ethernet network as position is small
compared to the header. In that case sending many positions in one message 
reduce overhead.


Nicklas Karlsson



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

Re: [Emc-users] Tool setter location and workflow.

[Nicklas SB Karlsson]

> ...
> I'm also thinking about workflow and speed.  If we preset the tooling before 
> each job.  Is there any reason to be auto
> touching off during tool changes? Only thing I can think of 
> is tool breakage.
I measure tool length first and do no auto touch off during tool changes. Can't 
think about anything else than tool
breakage either but have limited experience.

Nicklas Karlsson



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

Re: [Emc-users] OT: Balluff BRGE1-WSE10 encoder

[Nicklas SB Karlsson]

As I could read this is grey code.

Maybe not any specific pattern. What's great with gray code for absolute angle 
is only one bit it changed betweeb each
count so no glitch in between.

Nicklas Karlsson


ons 2024-04-10 klockan 16:48 +0100 skrev andy pugh:
> On Wed, 10 Apr 2024 at 15:05, Leonardo Marsaglia 
> wrote:
> 
> > 
> > It seems there is a pattern, but it's a pretty weird one.
> 
> 
> Do you know if the output is binary or gray code?  Gray code is more
> likely.
> 
> encoder value
> 
> 00 =  = not used?
> 01 = 0001 = good
> 02 = 0011 = good
> 03 = 0010 = good
> 04 = 0110 = bad
> 05 = 0111 = bad
> 06 = 0101 = bad
> 07 = 0100 = good
> 08 = 1100 = wierd
> 09 = 1101 = bad
> 10 =  = bad
> 
> I am not seeing an obvious pattern, but it is likely that tool 1 = encoder
> 0, so.
> 
> Pocket number
> 
> 01 =  = good
> 02 = 0001 = good
> 03 = 0011 = good
> 04 = 0010 = bad
> 05 = 0110 = bad
> 06 = 0111 = bad
> 07 = 0101 = good
> 08 = 0100 = wierd
> 09 = 1100 = bad
> 10 = 1101 = bad
> 
> OK, still not seeing it...
> 
> Straight binary?
> 
> pocket
> 
> 01 =  = good
> 02 = 0001 = good
> 03 = 0010 = good
> 04 = 0011 = bad
> 05 = 0100 = bad
> 06 = 0110 = bad
> 07 = 0111 = good
> 08 = 1000 = wierd
> 09 = 1001 = bad
> 10 = 1011 = bad
> 
> Hmmm We really need the encoder output scheme, rather than guessing.
> 




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

Re: [Emc-users] looking for advice --> trick to sell an extra toolsetter

[Nicklas SB Karlsson]

Then the black stuff have been worn off the cutting sharp edge the coating is 
not especially useful anymore?

Nicklas Karlsson


lör 2024-03-16 klockan 12:28 -0700 skrev Chris Albertson:
> Silicon carbide is classified as a “semi-conductor”.    It is used to make 
> some heavy duty rectifier diodes and maybe
> other stuff
> 
> Oxide-coated tools likely would conduct because the oxide wears off really 
> fast, 
> 
> OK, I just tried a black oxide tool and I see ZERO conductivity.  But then I 
> test the cutting sharp edge and it
> conducts where the black stuff has been worn off.
> 
> 
> 
> 
> 
> > On Mar 16, 2024, at 2:23 AM, gene heskett  wrote:
> > 
> > On 3/15/24 14:05, Nicklas SB Karlsson wrote:
> > > > ...
> > > > Is the coating on the bit electrically conductive?  I know some oxides 
> > > > don’t conduct electricity.
> > > Then sales person first sell you a tool setter that work only condictive 
> > > mills and drills. Second time he come
> > > back and
> > > sell you one these non coductive bits. Then of course you need to buy a 
> > > new tool setter and he could sell this to.
> > > Nicklas Karlsson
> > Interesting that no one has named a non-conducting tool. That is something 
> > I've not yet seen.
> > 
> > Does this boogieman even exist? Produce it by actual name if you have such. 
> > I'd like to obtain and test it.
> > 
> > Take care & stay well Nicklas K.
> > 
> > Cheers, Gene Heskett, CET.
> > -- 
> > "There are four boxes to be used in defense of liberty:
> > soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author, 1940)
> > If we desire respect for the law, we must first make the law respectable.
> > - Louis D. Brandeis
> > 
> > 
> > 
> > ___
> > 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] looking for advice --> trick to sell an extra tool setter

[Nicklas SB Karlsson]

> ...
> Is the coating on the bit electrically conductive?  I know some oxides don’t 
> conduct electricity.

Then sales person first sell you a tool setter that work only condictive mills 
and drills. Second time he come back and
sell you one these non coductive bits. Then of course you need to buy a new 
tool setter and he could sell this to.


Nicklas Karlsson



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

Re: [Emc-users] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

Using the last version 2.10.0~pre0 this problem is solved so time to
pass this discussion to the trashbin.

Should of course have checked the latest version before starting the
discussion.

Nicklas Karlsson


ons 2023-06-14 klockan 12:27 -0700 skrev John Dammeyer:
> Does your spindle have an encoder and the spindle at speed?
> 
> https://forum.linuxcnc.org/38-general-linuxcnc-questions/43124-g33-1-rigid-tapping
> 
> 
> -Original Message-----
> From: Nicklas SB Karlsson [mailto:n...@nksb.eu] 
> Sent: June 14, 2023 12:14 PM
> To: emc-users@lists.sourceforge.net
> Subject: [Emc-users] G33.1 error then g-code file parsed
> 
> I put the lines below into a file:
> 
>  � M3 S100
>  � G33.1 Z-30.474 K0.8 I3.000
>  � M5
>  � M2
> 
> Then I read into Linuxcnc I get error message:
> 
>  � parse_file interp_error
> 
> Removing the line with G33.1 then no error message so it is something
> with this row. Program do however execute as expected with G33.1 line
> even though there is an error message so no real problem. Also
> execute 
> without an error message if run manually in MDI mode. Use
> origin/master 
> last commit Mon May 8 16:10:03 2023 +0200 
> 404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar
> problem?
> 
> 
> Nicklas Karlsson
> 
> 
> 
> ___
> 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] Outside of machine limit bug? --> Partly fixed in latest version

[Nicklas SB Karlsson]

Of course I should have updated to latest version before posting but at
least have done this now. Update to the latest version 2.10.0~pre0
Date:   Mon Jan 1 22:58:27 2024 +0100 the problem have been solved in z
direction for different coordinate systems and partly for x,y
direction.

Use G10 L2 P0 moving G54 coordinate checking several times it seems
machine and relative position is mixed up for (x,y) axis until file is
reloaded.

Re-Check button appear if G-code is outside machine limits then file is
loaded. But load G-code and then changed the coordinate system which is
usually done then part is touched no new check is done until machining
is stopped because a soft limit is hit. Think problem is the same for
tool length compensation.

Nicklas Karlsson



tis 2023-12-12 klockan 21:34 -0500 skrev gene heskett:
> On 12/12/23 17:39, Nicklas SB Karlsson wrote:
> > Have a quite large part compared to the machine there I put the
> > zero
> > point in the lower left corner. As machine limits for (x, y)
> > movements
> > are zero in the middle an offset is added then touch off part.
> > Pretty
> > sure I got it right and part is within machine limit but check fail
> > complain axis is outside of machine limit.
> > 
> > Then an offset is added either by G10 L2 or by touch off button
> >   machine coordinates and G-code coordinates does not agree
> > anymore. So
> > problem might be Linuxcnc check the G-code only but do not add the
> > offset set during touch off or of simply make the calculations
> > wrong.
> > 
> > There also seems to be a problem with the minimum and maximum
> > limits
> > shown in the preview view. Then no offset is added machine and
> > relative
> > position is same and everything is OK. But then an offset is added
> > by
> > G10 L2 or touch off it seems selecting machine position in view
> > menu
> > show coordinates in G-code which must be wrong then an offset is
> > added
> > to the G-code. Selecting relative coordinates show other
> > coordinates
> > with same distance but they are neither the numbers from the G-code
> > nor
> > the absolute position if I maded the calculation correct.
> > 
> > Anybody else had similar problem?
> > 
> Those limits Nik, set in the .ini file, are relative to the g53 
> coordinate map, or are supposed to be. That's so they don't move 
> physically when the mapping is changed by a touch off or whatever.
> 
> The g53 map's zero position can be anyplace, but I usually set zero
> near 
> the center of the envelope regardless of home switch locations which
> are 
> generally just a few thou from mechanical end limits then offset back
> to 
> near the center for the zero point, but that for me is just a
> personal 
> pref as that allows me to use the home switch as a that end of travel
> limit switch in the .hal file, with the other end just a software
> limit 
> in the ini file. Saves me one or 3 pins on the end bob.
> 
> It can be confusing too if the saved vars lists in 
> linuxcnc/configs/your-config/position.txt or linuxcnc.var file are 
> contaminated, so you might want to rm them, restart linuuxcnc and
> rehome 
> to remove that potential src of the machines confusion.
> 
> You also didn't note which version you're using. Andy will want to
> know.
> 
> I run master on all my wintel boxes and haven't noted a problem but 
> haven't really exercised either of them in about a month as I'm
> fiddling 
> with final trimming of a vise screws production on a 3d printer farm
> I'm 
> also re-building. Making the screw has now become a 2 machine process
> as 
> the rough carving has been moved to the go704 from the 6040, taking
> me 
> from 2 days to make one screw to 2 a day.  I made an A axis for the 
> go704 which is about 300x faster at the rough rounding of a square 
> stick.  An A axis that can spin 500 rpm with arcminute or better
> accuracy.
> 
> > 
> > Regards Nicklas Karlsson
> Take care, stay warm and well.
> Cheers, Gene Heskett.




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

Re: [Emc-users] Outside of machine limit bug?

[Nicklas SB Karlsson]

?

tis 2024-01-02 klockan 10:18 + skrev Andy Pugh:
> ___
> 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] Outside of machine limit bug?

[Nicklas SB Karlsson]

tor 2023-12-14 klockan 11:39 + skrev andy pugh:
> On Wed, 13 Dec 2023 at 23:35, Nicklas SB Karlsson  wrote:
> > 
> > Also noted reload button or Ctr-R only seems to work once after
> > loading
> > a file. While files under menu item Recent Files always reload
> > file.
> 
> Does the dialog box that says that you are outside the limits include
> a "re-check" button? Press that.

Have only seen a choice to run or not.


Nicklas Karlsson



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

Re: [Emc-users] Outside of machine limit bug?

[Nicklas SB Karlsson]

ons 2023-12-13 klockan 19:07 -0500 skrev gene heskett:
> On 12/13/23 18:20, Nicklas SB Karlsson wrote:
> > tis 2023-12-12 klockan 21:34 -0500 skrev gene heskett:
> > > On 12/12/23 17:39, Nicklas SB Karlsson wrote:
> > > > Have a quite large part compared to the machine there I put the
> > > > zero
> > > > point in the lower left corner. As machine limits for (x, y)
> > > > movements
> > > > are zero in the middle an offset is added then touch off part.
> > > > Pretty
> > > > sure I got it right and part is within machine limit but check
> > > > fail
> > > > complain axis is outside of machine limit.
> > > > 
> > > > Then an offset is added either by G10 L2 or by touch off button
> > > >    machine coordinates and G-code coordinates does not agree
> > > > anymore. So
> > > > problem might be Linuxcnc check the G-code only but do not add
> > > > the
> > > > offset set during touch off or of simply make the calculations
> > > > wrong.
> > > > 
> > > > There also seems to be a problem with the minimum and maximum
> > > > limits
> > > > shown in the preview view. Then no offset is added machine and
> > > > relative
> > > > position is same and everything is OK. But then an offset is
> > > > added
> > > > by
> > > > G10 L2 or touch off it seems selecting machine position in view
> > > > menu
> > > > show coordinates in G-code which must be wrong then an offset
> > > > is
> > > > added
> > > > to the G-code. Selecting relative coordinates show other
> > > > coordinates
> > > > with same distance but they are neither the numbers from the G-
> > > > code
> > > > nor
> > > > the absolute position if I maded the calculation correct.
> > > > 
> > > > Anybody else had similar problem?
> > > > 
> > > Those limits Nik, set in the .ini file, are relative to the g53
> > > coordinate map, or are supposed to be. That's so they don't move
> > > physically when the mapping is changed by a touch off or
> > > whatever.
> > Yes the machine limits are given in the G53 coordinate system.
> > These
> > machine limits don't move then mapping is changed.
> > 
> > Absolute coordinates for machining a part given in another
> > coordinate
> > system will however change then mapping is changed.
> > 
> > > ...
> > > You also didn't note which version you're using. Andy will want
> > > to
> > > know.
> > Version is given as 2.10.0~pr0 in the about dialog box.
> > 
> > 
> > It seems limit check for mapping work as expected if g-code file is
> > reloaded after mapping is changed. Did not check the G92 offset.
> > 
> > There is similar problem for tool length compensation. If I got it
> > correct then limit check fail it seems reload g-code file after
> > tool
> > length is changed then limit check is updated. If tool length is
> > changed from a length within machine limits to outside the machine
> > limits reload g-code do not trigger the limit check and Linuxcnc
> > have
> > to be restarted again to trigger the limits check. Not totally sure
> > about the effect pressing the menu item reload tool data have but
> > if I
> > got it correct it does not update the limit check.
> > 
> I'll readily admit to not being a real life machinist, but that does 
> read like a potential ooops.

Machine all of a sudden stop because a limit is hit is of course really
annoying, will maybe not wreck the part but ... Could take some time
and accuracy to recover from with a not to low risk of failed attempt
and wrecked part beause of user error.


Workaround to trigger correct recalculation seems to be. Then offsets
are changed reload file or restart Linuxcnc. Then tool length are
changed restart Linuxcnc.

Guess the fix is to trigger the calculation whenever any offset is
changed and any tool length is changed. Anybody know anything about to
fix this?


Nicklas Karlsson



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

Re: [Emc-users] Outside of machine limit bug?

[Nicklas SB Karlsson]

ons 2023-12-13 klockan 19:16 -0500 skrev gene heskett:
> On 12/13/23 18:32, Nicklas SB Karlsson wrote:
> > Also noted reload button or Ctr-R only seems to work once after
> > loading
> > a file. While files under menu item Recent Files always reload
> > file.
> > 
> My squawk a while back does not agree with that. If I edited a file
> on 
> the machine, I had to load a throwaway to flush the cache, then load
> the 
> edited file anew, not reload,  in order to get the code I just edited
> into the machine to be executed.  I thought for a day or so I was
> losing 
> it.  Not impossible at my age.  If I reloaded the file, by the green 
> button or by the pulldown->reload, I got what was in the cache, not
> the 
> newly edited file from the disk.

Checked both menu item and green reload button. It seems reload work if
reloaded work for both methods if file is changed on disk. Though still
only possible to use the green reload or shortcut once after a file is
loaded or reloaded by other method.


Nicklas Karlsson



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

Re: [Emc-users] Outside of machine limit bug? Reload file do not reload file only cache?

[Nicklas SB Karlsson]

ons 2023-12-13 klockan 19:16 -0500 skrev gene heskett:
> On 12/13/23 18:32, Nicklas SB Karlsson wrote:
> > Also noted reload button or Ctr-R only seems to work once after
> > loading
> > a file. While files under menu item Recent Files always reload
> > file.
> > 
> My squawk a while back does not agree with that. If I edited a file
> on 
> the machine, I had to load a throwaway to flush the cache, then load
> the 
> edited file anew, not reload,  in order to get the code I just edited
> into the machine to be executed.  I thought for a day or so I was
> losing 
> it.  Not impossible at my age.  If I reloaded the file, by the green 
> button or by the pulldown->reload, I got what was in the cache, not
> the 
> newly edited file from the disk.

That's a third problem. Maybe it is time to check the list of submitted
and try to get some time to read thru the code.


Nicklas Karlsson



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

Re: [Emc-users] Outside of machine limit bug?

[Nicklas SB Karlsson]

Also noted reload button or Ctr-R only seems to work once after loading
a file. While files under menu item Recent Files always reload file.


Nicklas Karlsson



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

Re: [Emc-users] Outside of machine limit bug?

[Nicklas SB Karlsson]

tis 2023-12-12 klockan 21:34 -0500 skrev gene heskett:
> On 12/12/23 17:39, Nicklas SB Karlsson wrote:
> > Have a quite large part compared to the machine there I put the
> > zero
> > point in the lower left corner. As machine limits for (x, y)
> > movements
> > are zero in the middle an offset is added then touch off part.
> > Pretty
> > sure I got it right and part is within machine limit but check fail
> > complain axis is outside of machine limit.
> > 
> > Then an offset is added either by G10 L2 or by touch off button
> >   machine coordinates and G-code coordinates does not agree
> > anymore. So
> > problem might be Linuxcnc check the G-code only but do not add the
> > offset set during touch off or of simply make the calculations
> > wrong.
> > 
> > There also seems to be a problem with the minimum and maximum
> > limits
> > shown in the preview view. Then no offset is added machine and
> > relative
> > position is same and everything is OK. But then an offset is added
> > by
> > G10 L2 or touch off it seems selecting machine position in view
> > menu
> > show coordinates in G-code which must be wrong then an offset is
> > added
> > to the G-code. Selecting relative coordinates show other
> > coordinates
> > with same distance but they are neither the numbers from the G-code
> > nor
> > the absolute position if I maded the calculation correct.
> > 
> > Anybody else had similar problem?
> > 
> Those limits Nik, set in the .ini file, are relative to the g53 
> coordinate map, or are supposed to be. That's so they don't move 
> physically when the mapping is changed by a touch off or whatever.
Yes the machine limits are given in the G53 coordinate system. These
machine limits don't move then mapping is changed.

Absolute coordinates for machining a part given in another coordinate
system will however change then mapping is changed.

> ...
> You also didn't note which version you're using. Andy will want to
> know.
Version is given as 2.10.0~pr0 in the about dialog box.


It seems limit check for mapping work as expected if g-code file is
reloaded after mapping is changed. Did not check the G92 offset.

There is similar problem for tool length compensation. If I got it
correct then limit check fail it seems reload g-code file after tool
length is changed then limit check is updated. If tool length is
changed from a length within machine limits to outside the machine
limits reload g-code do not trigger the limit check and Linuxcnc have
to be restarted again to trigger the limits check. Not totally sure
about the effect pressing the menu item reload tool data have but if I
got it correct it does not update the limit check.


Regards Nicklas Karlsson



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

[Emc-users] Outside of machine limit bug?

[Nicklas SB Karlsson]

Have a quite large part compared to the machine there I put the zero
point in the lower left corner. As machine limits for (x, y) movements
are zero in the middle an offset is added then touch off part. Pretty
sure I got it right and part is within machine limit but check fail
complain axis is outside of machine limit.

Then an offset is added either by G10 L2 or by touch off button
 machine coordinates and G-code coordinates does not agree anymore. So
problem might be Linuxcnc check the G-code only but do not add the
offset set during touch off or of simply make the calculations wrong.

There also seems to be a problem with the minimum and maximum limits
shown in the preview view. Then no offset is added machine and relative
position is same and everything is OK. But then an offset is added by
G10 L2 or touch off it seems selecting machine position in view menu
show coordinates in G-code which must be wrong then an offset is added
to the G-code. Selecting relative coordinates show other coordinates
with same distance but they are neither the numbers from the G-code nor
the absolute position if I maded the calculation correct.

Anybody else had similar problem?


Regards Nicklas Karlsson

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

Re: [Emc-users] new tool table in linuxcnc master

[Nicklas SB Karlsson]

Have been thinking about it myself, Really great!

In the CAD program FreeCAD I have a tool database there each tool is 
identified by a number. Should be rather simple to write a small 
application to get the tool numbers from this into Linuxcnc and add 
storage of other information such as tool time usage.


I read "Upon a successful acknowledgement, LinuxCNC issues a /g/ (*get*) 
command to request all tools.". There could be a lot of tools in the 
tool database whereof only a few is needed for each G-code problem, it 
do request all available tools in database? If I got it correct this 
replace the ordinary tool table?


Then a new g-code file is loaded I think it would make sense to check if 
all tool are available in tool database and agree with what is currently 
loaded into tool changer. Assuming this database replace tool table it 
is then up to the database program/application to implement some method 
to read out what tools is needed for a g-code program and keep track of 
what tool is currently in tool changer?



Nicklas Karlsson



Den 2023-10-02 kl. 08:41, skrev andrew beck:

hey guys

i see there is a new tool table in linuxcnc now.  looks like it has great
potential

https://linuxcnc.org/docs/devel/html/tooldatabase/tooldatabase.html

i have a big mazak fh680 horizontal cnc mill  22tons and 80 tools

linuxcnc used to have a max of 50 tools in tool table.  with the new table
can that be changed now?  and has anyone built anything with it ready to be
used yet?  i am interested in having a play now

I am starting to think about retrofitting my cnc mill now and
obviously want to be able to use all 80 tools.  its all bt50 tooling and i
have about 90 holders ready to go that came with the machine

regards

Andrew

___
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] LinuxCNC 2.9.0Pre not finding tool.tbl

[Nicklas SB Karlsson]

Also had some problem. If I remember correct space in folder name was 
the problem. It happened in newer version but not older.


Nicklas Karlsson


Den 2023-09-23 kl. 17:10, skrev Alan Condit via Emc-users:

When I edited the tool table under 2.8 it was working fine but now it doesn’t 
work when I try to change tools and surprise, surprise,
the tool table is blank when I try to edit it. It loads the blank table. I have my tool 
table “tool.tbl” in "~/linuxcnc/configs/" and a copy of my tool table 
“tool.tbl” in the folder with my ini file “~/linuxcnc/configs/myCNCLathe/”. It has 9 
tools in it and when I compared it to a backup and it appears identical.
My .ini file has
[EMCIO]
EMCIO = io
CYCLE_TIME = 0.100
TOOL_TABLE = tool.tbl

  Any ideas what is going on? Where is it looking for the tool.tbl?

Thanks,
Alan

___
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] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

Which version of Linuxcnc did you try it on?


Den 2023-06-28 kl. 19:52, skrev John Dammeyer:

So this morning I whipped up a small g-code program to test the tapping.  I
started a fresh LinuxCNC so that most of the parameters were default.
Did  a HOME command and then moved to the logical home position with a G0 X0
Y0 G0 Z0.
Then loaded this program.

G17 G20 G40 G90
G1 X0 Y0 F20
G1 Z0
S200 M3
G33.1 Z-0.7 K0.05 I3.0
g0 Z0.5
M5
M2
%

The program loaded without errors.
What's interesting is that this time although the knee went back down at 3x
the speed after tapping the end result was a "Joint 2 following error"
Remove the I3.0 and the following error does not happen.  Works with I1.5
but not I2.0.

Not sure why that is.  It worked the other day, even from the MDI entry with
I3.0.  And now it also generates the following error from the MDI.

I'm going to guess either the machine is cold and a bit stiff or there were
some other parameters the other day set that prevented the fault.
In either case, I do not get a fault loading the program.

John


-Original Message-----
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 28, 2023 6:30 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

Have used the latest origin/master not more than a few weeks old but
have not checked against older version. Will do this sooner or later,
hopefully within a week.


Den 2023-06-26 kl. 07:29, skrev John Dammeyer:

OK.
I'll try that for you.
I'm wondering if perhaps spindle acceleration time or some other HAL
parameter gets flagged with an incorrect error message.   I've done power
tapping from .ngc files without issue but I've not used the 'I' parameter.
John

-Original Message-----
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 10:09 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

Run from MDI then there is no error message for me either. Put the same
rows in a .ngc file adding M2 and bottom there is an interpreter error
message then loading the file and display not updated. Looking at bottom
the program is however actually loaded and seems to work OK.


Nicklas Karlsson


Den 2023-06-26 kl. 01:26, skrev John Dammeyer:

I ran the following commands from the MDI without issue from AXIS 2.8.1

with

MESA 7i92H controlling an AC Servo motor (step/dir) for the spindle.
G1 X0 Y0 F20
G1 Z0
S200 M3
G33.1 Z-0.7 K0.05 I3.0
M5

Interesting watching the spindle RPM indicator, and you can hear it too

of

course.
Goes down to tap the 0.05" pitch (20TPI thread) at 200RPM
Reverses and goes up at 600 RPM.
Without the I3.0 it goes up at 200 RPM.

John


-Original Message-
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 9:07 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

There is positioning move XYZ in real program but happened to remove
them then I should make a small test case.

Adding positioning move to test case make no difference. Linuxcnc report
a file interpretation error and do not update display but program seems
to work supposed to.

Nicklas Karlsson


Den 2023-06-23 kl. 16:20, skrev Chris Radek:

I would add positioning moves (positioning all of XYZ) before the
G33.1 because otherwise the tapped hole can be anywhere - the
program is indeterminate.  This sure might mess up any attempt by
your GUI to check the program or generate a preview.

Chris

On Wed, Jun 14, 2023 at 09:14:20PM +0200, Nicklas SB Karlsson wrote:

I put the lines below into a file:

 ?? M3 S100
 ?? G33.1 Z-30.474 K0.8 I3.000
 ?? M5
 ?? M2

Then I read into Linuxcnc I get error message:

 ?? parse_file interp_error

Removing the line with G33.1 then no error message so it is something
with this row. Program do however execute as expected with G33.1 line
even though there is an error message so no real problem. Also execute
without an error message if run manually in MDI mode. Use origin/master
last commit Mon May 8 16:10:03 2023 +0200
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar

problem?

Nicklas Karlsson



___
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



___
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/lis

Re: [Emc-users] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

Trying 2.9 it did not here. Same problem with master.

Checking out 2.8 and compiling it complain python is not found. If I 
remember correct there have been change of python version. You use 2.8 
or older?



Nicklas Karlsson


Den 2023-06-28 kl. 19:52, skrev John Dammeyer:

So this morning I whipped up a small g-code program to test the tapping.  I
started a fresh LinuxCNC so that most of the parameters were default.
Did  a HOME command and then moved to the logical home position with a G0 X0
Y0 G0 Z0.
Then loaded this program.

G17 G20 G40 G90
G1 X0 Y0 F20
G1 Z0
S200 M3
G33.1 Z-0.7 K0.05 I3.0
g0 Z0.5
M5
M2
%

The program loaded without errors.
What's interesting is that this time although the knee went back down at 3x
the speed after tapping the end result was a "Joint 2 following error"
Remove the I3.0 and the following error does not happen.  Works with I1.5
but not I2.0.

Not sure why that is.  It worked the other day, even from the MDI entry with
I3.0.  And now it also generates the following error from the MDI.

I'm going to guess either the machine is cold and a bit stiff or there were
some other parameters the other day set that prevented the fault.
In either case, I do not get a fault loading the program.

John


-Original Message-----
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 28, 2023 6:30 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

Have used the latest origin/master not more than a few weeks old but
have not checked against older version. Will do this sooner or later,
hopefully within a week.


Den 2023-06-26 kl. 07:29, skrev John Dammeyer:

OK.
I'll try that for you.
I'm wondering if perhaps spindle acceleration time or some other HAL
parameter gets flagged with an incorrect error message.   I've done power
tapping from .ngc files without issue but I've not used the 'I' parameter.
John

-Original Message-----
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 10:09 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

Run from MDI then there is no error message for me either. Put the same
rows in a .ngc file adding M2 and bottom there is an interpreter error
message then loading the file and display not updated. Looking at bottom
the program is however actually loaded and seems to work OK.


Nicklas Karlsson


Den 2023-06-26 kl. 01:26, skrev John Dammeyer:

I ran the following commands from the MDI without issue from AXIS 2.8.1

with

MESA 7i92H controlling an AC Servo motor (step/dir) for the spindle.
G1 X0 Y0 F20
G1 Z0
S200 M3
G33.1 Z-0.7 K0.05 I3.0
M5

Interesting watching the spindle RPM indicator, and you can hear it too

of

course.
Goes down to tap the 0.05" pitch (20TPI thread) at 200RPM
Reverses and goes up at 600 RPM.
Without the I3.0 it goes up at 200 RPM.

John


-Original Message-
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 9:07 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

There is positioning move XYZ in real program but happened to remove
them then I should make a small test case.

Adding positioning move to test case make no difference. Linuxcnc report
a file interpretation error and do not update display but program seems
to work supposed to.

Nicklas Karlsson


Den 2023-06-23 kl. 16:20, skrev Chris Radek:

I would add positioning moves (positioning all of XYZ) before the
G33.1 because otherwise the tapped hole can be anywhere - the
program is indeterminate.  This sure might mess up any attempt by
your GUI to check the program or generate a preview.

Chris

On Wed, Jun 14, 2023 at 09:14:20PM +0200, Nicklas SB Karlsson wrote:

I put the lines below into a file:

 ?? M3 S100
 ?? G33.1 Z-30.474 K0.8 I3.000
 ?? M5
 ?? M2

Then I read into Linuxcnc I get error message:

 ?? parse_file interp_error

Removing the line with G33.1 then no error message so it is something
with this row. Program do however execute as expected with G33.1 line
even though there is an error message so no real problem. Also execute
without an error message if run manually in MDI mode. Use origin/master
last commit Mon May 8 16:10:03 2023 +0200
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar

problem?

Nicklas Karlsson



___
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



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

[Emc-users] CNC machining setup cards

[Nicklas SB Karlsson]

Starting to get a little bit harder to remember everything manually, 
never worked in or submitted work to a workshop. Anyone with experience 
have some good example how a CNC machining setup card should look like?


History of CNC machining https://www.youtube.com/watch?v=zvicnzyprOg


Regards Nicklas Karlsson



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

Re: [Emc-users] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

Have used the latest origin/master not more than a few weeks old but 
have not checked against older version. Will do this sooner or later, 
hopefully within a week.



Den 2023-06-26 kl. 07:29, skrev John Dammeyer:

OK.
I'll try that for you.
I'm wondering if perhaps spindle acceleration time or some other HAL
parameter gets flagged with an incorrect error message.   I've done power
tapping from .ngc files without issue but I've not used the 'I' parameter.
John

-Original Message-
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 10:09 PM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

Run from MDI then there is no error message for me either. Put the same
rows in a .ngc file adding M2 and bottom there is an interpreter error
message then loading the file and display not updated. Looking at bottom
the program is however actually loaded and seems to work OK.


Nicklas Karlsson


Den 2023-06-26 kl. 01:26, skrev John Dammeyer:

I ran the following commands from the MDI without issue from AXIS 2.8.1

with

MESA 7i92H controlling an AC Servo motor (step/dir) for the spindle.
G1 X0 Y0 F20
G1 Z0
S200 M3
G33.1 Z-0.7 K0.05 I3.0
M5

Interesting watching the spindle RPM indicator, and you can hear it too of
course.
Goes down to tap the 0.05" pitch (20TPI thread) at 200RPM
Reverses and goes up at 600 RPM.
Without the I3.0 it goes up at 200 RPM.

John


-Original Message-
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 9:07 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

There is positioning move XYZ in real program but happened to remove
them then I should make a small test case.

Adding positioning move to test case make no difference. Linuxcnc report
a file interpretation error and do not update display but program seems
to work supposed to.

Nicklas Karlsson


Den 2023-06-23 kl. 16:20, skrev Chris Radek:

I would add positioning moves (positioning all of XYZ) before the
G33.1 because otherwise the tapped hole can be anywhere - the
program is indeterminate.  This sure might mess up any attempt by
your GUI to check the program or generate a preview.

Chris

On Wed, Jun 14, 2023 at 09:14:20PM +0200, Nicklas SB Karlsson wrote:

I put the lines below into a file:

?? M3 S100
?? G33.1 Z-30.474 K0.8 I3.000
?? M5
?? M2

Then I read into Linuxcnc I get error message:

?? parse_file interp_error

Removing the line with G33.1 then no error message so it is something
with this row. Program do however execute as expected with G33.1 line
even though there is an error message so no real problem. Also execute
without an error message if run manually in MDI mode. Use origin/master
last commit Mon May 8 16:10:03 2023 +0200
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar

problem?

Nicklas Karlsson



___
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



___
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



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

Re: [Emc-users] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

Run from MDI then there is no error message for me either. Put the same 
rows in a .ngc file adding M2 and bottom there is an interpreter error 
message then loading the file and display not updated. Looking at bottom 
the program is however actually loaded and seems to work OK.



Nicklas Karlsson


Den 2023-06-26 kl. 01:26, skrev John Dammeyer:

I ran the following commands from the MDI without issue from AXIS 2.8.1 with
MESA 7i92H controlling an AC Servo motor (step/dir) for the spindle.
G1 X0 Y0 F20
G1 Z0
S200 M3
G33.1 Z-0.7 K0.05 I3.0
M5

Interesting watching the spindle RPM indicator, and you can hear it too of
course.
Goes down to tap the 0.05" pitch (20TPI thread) at 200RPM
Reverses and goes up at 600 RPM.
Without the I3.0 it goes up at 200 RPM.

John


-Original Message-
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 25, 2023 9:07 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] G33.1 error then g-code file parsed

There is positioning move XYZ in real program but happened to remove
them then I should make a small test case.

Adding positioning move to test case make no difference. Linuxcnc report
a file interpretation error and do not update display but program seems
to work supposed to.

Nicklas Karlsson


Den 2023-06-23 kl. 16:20, skrev Chris Radek:

I would add positioning moves (positioning all of XYZ) before the
G33.1 because otherwise the tapped hole can be anywhere - the
program is indeterminate.  This sure might mess up any attempt by
your GUI to check the program or generate a preview.

Chris

On Wed, Jun 14, 2023 at 09:14:20PM +0200, Nicklas SB Karlsson wrote:

I put the lines below into a file:

   ?? M3 S100
   ?? G33.1 Z-30.474 K0.8 I3.000
   ?? M5
   ?? M2

Then I read into Linuxcnc I get error message:

   ?? parse_file interp_error

Removing the line with G33.1 then no error message so it is something
with this row. Program do however execute as expected with G33.1 line
even though there is an error message so no real problem. Also execute
without an error message if run manually in MDI mode. Use origin/master
last commit Mon May 8 16:10:03 2023 +0200
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar

problem?


Nicklas Karlsson



___
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



___
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] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

There is positioning move XYZ in real program but happened to remove 
them then I should make a small test case.


Adding positioning move to test case make no difference. Linuxcnc report 
a file interpretation error and do not update display but program seems 
to work supposed to.


Nicklas Karlsson


Den 2023-06-23 kl. 16:20, skrev Chris Radek:

I would add positioning moves (positioning all of XYZ) before the
G33.1 because otherwise the tapped hole can be anywhere - the
program is indeterminate.  This sure might mess up any attempt by
your GUI to check the program or generate a preview.

Chris

On Wed, Jun 14, 2023 at 09:14:20PM +0200, Nicklas SB Karlsson wrote:

I put the lines below into a file:

  ?? M3 S100
  ?? G33.1 Z-30.474 K0.8 I3.000
  ?? M5
  ?? M2

Then I read into Linuxcnc I get error message:

  ?? parse_file interp_error

Removing the line with G33.1 then no error message so it is something
with this row. Program do however execute as expected with G33.1 line
even though there is an error message so no real problem. Also execute
without an error message if run manually in MDI mode. Use origin/master
last commit Mon May 8 16:10:03 2023 +0200
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar problem?


Nicklas Karlsson



___
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] Constant tool engagement angle

[Nicklas SB Karlsson]

If I got it right trochoidal tool path is for milling slot with mill 
diameter slightly smaller than slot and address the problem with large 
tool engagement. Have not being thinking about a slot, it is a special 
case with parallel walls close together not sure if the calculated tool 
get constant tool engagement angle.


Expect force on tool to a large degree depend on tool engagement angle 
though heat also ought to increase since tool machine for a longer 
distance each turn. Expect force on tool also to some degree. Guess 
these are good reasons to limit tool engagement angle.


Heat is a problem but above a certain surface speed heat get lower and 
found someone claim HSM use constant tool engagement angle but there are 
more problems to solve with HSM. They talk about advantages with HSM 
machining that do not mention anything about the math to get constant 
tool engagement angle in the corners. I want calculate constant tool 
angle path to get rid of wobbling and other problems in corners.



Nicklas Karlsson



Den 2023-06-22 kl. 15:19, skrev andy pugh:

On Thu, 22 Jun 2023 at 14:05, Nicklas SB Karlsson  wrote:

Had some problems with machining in corners, tool wobbling. Trying to
learn more about it I stumbled upon document with constant tool
engagement angle. Concept is keep length of tool peripheral which is the
length teeths machine material constant

Is this the same as the trochoidal tool paths used in HSM?

(I initially thought that you were talking about a lathe with a
rotating tool insert, but I am now thinking that you are talking about
milling)




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

[Emc-users] Constant tool engagement angle

[Nicklas SB Karlsson]

Had some problems with machining in corners, tool wobbling. Trying to 
learn more about it I stumbled upon document with constant tool 
engagement angle. Concept is keep length of tool peripheral which is the 
length teeths machine material constant. There is a problem this 
distance increase in corners but it also change if following a curved 
wall. Anyone no if tool engagement angle should be different for 
different chip thicknesses? This is of particular interest on outside of 
curved walls as chip thickness increase in this case but might get a 
little bit more optimal cutting also on inside.


Following a straight wall is simple. Have figured the mathematics 
following a curved wall both on inside an outside including the case 
then tool radius is slightly larger than wall radius. Also wrote a short 
document about it if anyone is interested. Tool radius slightly larger 
than wall radius might for example happen starting with a drilled using 
a helix to make a larger hole and this case there is a minimum tool 
engagement angle. Also wrote a small program in Octave to calculate tool 
path for this case if anyone is interested? Should be rather simple to 
convert to C if needed as "fprintf(...) function is used to write the file.


Keep constant tool angle in inner corners or at least put some kind of 
upper limit if ordinary arcs are is however harder. If I got right I 
already figured the gradient then machining into an orthogonal wall have 
not been able to get it on a form so that calculate arcs for inner 
corners is possible. Then walls are not always orthogonal and may also 
be curved. Guess maybe the curved case could be solved by a worst case 
line once figured out entering a wall at any angle. Manually made some 
tool to take a short cut in corners and seems work but use computer to 
calculate tool path preferably as close to optimal is a better option. 
Anybody have seen or know more about the mathematics behind it?



Nicklas SB Karlsson



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

Re: [Emc-users] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

Without I3.00 make no difference.

Then there is G33.1 in the file error message "parse_file interp_error" 
is shown and display is not updated.


Looking more closely at the bottom G-code is however actually loaded and 
seems to execute correct including the G33.1 rigid tapping cycle even 
though there is error message and display not updated.



Nicklas Karlsson



Den 2023-06-14 kl. 21:36, skrev Sam Sokolik:

Could you try it without I3.000?

On Wed, Jun 14, 2023 at 2:31 PM John Dammeyer 
wrote:


Does your spindle have an encoder and the spindle at speed?


https://forum.linuxcnc.org/38-general-linuxcnc-questions/43124-g33-1-rigid-tapping


-Original Message-----
From: Nicklas SB Karlsson [mailto:n...@nksb.eu]
Sent: June 14, 2023 12:14 PM
To: emc-users@lists.sourceforge.net
Subject: [Emc-users] G33.1 error then g-code file parsed

I put the lines below into a file:

  � M3 S100
  � G33.1 Z-30.474 K0.8 I3.000
  � M5
  � M2

Then I read into Linuxcnc I get error message:

  � parse_file interp_error

Removing the line with G33.1 then no error message so it is something
with this row. Program do however execute as expected with G33.1 line
even though there is an error message so no real problem. Also execute
without an error message if run manually in MDI mode. Use origin/master
last commit Mon May 8 16:10:03 2023 +0200
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar problem?


Nicklas Karlsson



___
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



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

[Emc-users] G33.1 error then g-code file parsed

[Nicklas SB Karlsson]

I put the lines below into a file:

  M3 S100
  G33.1 Z-30.474 K0.8 I3.000
  M5
  M2

Then I read into Linuxcnc I get error message:

  parse_file interp_error

Removing the line with G33.1 then no error message so it is something 
with this row. Program do however execute as expected with G33.1 line 
even though there is an error message so no real problem. Also execute 
without an error message if run manually in MDI mode. Use origin/master 
last commit Mon May 8 16:10:03 2023 +0200 
404aa407f136ce91a3e6bf911c7bda54011a74e9 Anybody else had similar problem?



Nicklas Karlsson



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

[Emc-users] Corner rounding end mill geometry

[Nicklas SB Karlsson]

Using a corner rounding end mill to round of corners do at best some
deburr.

Seller do not provide drawing of mill. Measuring mill with caliper it
does not have the expected geometry I guessed it should have.

Diameters are OK. But height of rounding is not what expected. Not sure
where center of radius is located. Anybody know the usual geomtery for
corner rounding end mills with a radius of one millimetre and two
millimetre?


Nicklas Karlsson



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

Re: [Emc-users] Sewing Machine Stiffness

[Nicklas SB Karlsson]

lör 2023-05-20 klockan 23:28 +0700 skrev Thomas J Powderly:
> 
> I saw an overarm router recently
> 
> and wondered if a sewing machine frame was stiff.
> 
> Compared to a desktop gantry mill.
Gantry ought to be more stiff.




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

Re: [Emc-users] Mill ramp angle

[Nicklas SB Karlsson]

fre 2023-04-14 klockan 06:34 -0500 skrev Stuart Stevenson:
> I use 3 degrees when I ramp even when spiral plunging.

Tried 5 degrees and now it works well.


> 
> On Fri, Apr 14, 2023 at 6:12 AM andy pugh  wrote:
> 
> > On Fri, 14 Apr 2023 at 10:29, Nicklas SB Karlsson 
> > wrote:
> > 
> > > 
> > > Anyone have any suggestion about this? Decrease ramp angle?
> > > 
> > 
> > Can you spiral down, making a hole slightly less than twice the
> > tool
> > diameter, so that only one side of the tool is engaged?
> > 
> > --
> > 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, 1912
> > 
> > ___
> > 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] Mill ramp angle

[Nicklas SB Karlsson]

fre 2023-04-14 klockan 14:03 +0100 skrev Rob C:
> what is the material?
Some kind of ordinary steel.

> what is the endmill material?
HSS

> how many flutes?
4 flutes.

> is it centre cutting tool or non-center cutting end mill?
It is not center cutting flute os it might happen angle is to steep
event though I thought 10 degree should be good margin.


Nicklas Karlsson




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

Re: [Emc-users] Mill ramp angle

[Nicklas SB Karlsson]

fre 2023-04-14 klockan 12:07 +0100 skrev andy pugh:
> On Fri, 14 Apr 2023 at 10:29, Nicklas SB Karlsson  wrote:
> 
> > 
> > Anyone have any suggestion about this? Decrease ramp angle?
> > 
> 
> Can you spiral down, making a hole slightly less than twice the tool
> diameter, so that only one side of the tool is engaged?
Yes it would be possible.

If possible to convince CAM module in CAD software I could also plunge
into a hole with a diameter 2mm less than mill.


Nicklas Karlsson



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

[Emc-users] Mill ramp angle

[Nicklas SB Karlsson]

Have some problem then mill enter material ramping down it wobble and
torque increase. Diameter is 12mm and ramp angle is 10 degree.

Anyone have any suggestion about this? Decrease ramp angle?
Decrease feed during ramping?


Nicklas Karlsson



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

Re: [Emc-users] Milling Strategies?

[Nicklas SB Karlsson]

Core drill if I get the name correct? You have enough to torque to
drive a large drill?

Very common for conrete and large holes in wood but have also seen for
metal.

ons 2023-03-01 klockan 12:24 + skrev andy pugh:
> I have never actually had any problem with a loose bit, they seem to
> just push away from the cutter.
> 




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

Re: [Emc-users] Glade virtual control panel, show parameter values

[Nicklas SB Karlsson]

ons 2023-02-08 klockan 17:52 + skrev andy pugh:
> On Wed, 8 Feb 2023 at 17:20, Nicklas SB Karlsson  wrote:
> > 
> > Is there any method to show value of parameter accessible from g-
> > code
> > for examle the numbereded parameters in a glade virtual control
> > panel?
> 
> I thought that it might be a feature of GStat, but it seems not:
> http://linuxcnc.org/docs/stable/html/gui/GStat.html
> 
> I think that they are available to Python code which can import
> emccanon (ie, only remaps)
> 
What you refer to execute code then hal pins are changed. Pretty it is
useful sometimes. Hal pins are easy to connect to gui hal label. What I
asked for was however show values of parameters named and/or numbered
accessible from G-code.

I just added a signal and a custom M1xx possible to execute from G-code
for each parameter and it work. It do however pollute the configuration
a little bit, are a litte bit of a hack and maybe is a little bit
wasteful since signal are run at servo period.

If signal could be connected to parameter directly to gui it would be
preferred method but otherwise it is a small issue.


Nicklas Karlsson



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

[Emc-users] Glade virtual control panel, show parameter values

[Nicklas SB Karlsson]

Is there any method to show value of parameter accessible from g-code
for examle the numbereded parameters in a glade virtual control panel?

It is not very important since g-code could set a motion analog output
or use a custom M-code to set a signal that could be shown. Though
direct access would be simpler.


Nicklas Karlsson



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

Re: [Emc-users] Resolvers and 2 phase AC servos

[Nicklas SB Karlsson]

sön 2023-01-22 klockan 10:51 -0600 skrev Jon Elson:
> On 1/21/23 19:34, Robin Szemeti via Emc-users wrote:
> > One thing that might cause some ... well, "issues" is my resolvers
> > are used
> > to determine the absolute angular position of my two rotational
> > axes, ie
> > they are driven off the axes themselves after the gearing, not off
> > the
> > motors before the gearing. This may prove to be a bit "interesting"
> > .. but
> > since my desired movement is very slow, fractions of a degree per
> > minute, I
> > suspect it is not going to be a problem and it can all be handled
> > in a slow
> > task loop.
> > 
> The resolver boards I make deliver 4096 quadrature counts 
> for one full rev, and they do not dither when standing still.
> 
> So, that is better than 1/10th of a degree.  Some other 
> resolver converters can do even finer resolution.
Up to 16 bit resolution though there is a choice between resolution and
response time.

Nicklas Karlsson



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

Re: [Emc-users] Using a tool setter.

[Nicklas SB Karlsson]

I measure length of probe with tool setter and it work great. Though
there is practical problem if they both rely on electric contact, need
to connect one of them to table during measurement of probe length but
this is a simple problem to solve.


Nicklas Karlsson


mån 2023-01-09 klockan 17:51 -0800 skrev John Dammeyer:
> I've attached a link to the PDF since it's too large to include with
> this posting.
>  
> http://www.autoartisans.com/mill/drawings/MillMockupValues.pdf
>  
> My question is with respect to the Versa Probe screen and just in
> general how the commercial systems deal with tools.  
>  
> The G-Code subroutines that come with the V2 screen expect the touch
> probe to identify the G54.Z == 0 location.  Then the tools are
> touched off on the tool setter and the measurements are worked out
> relative to that work height value.   None of the numbers or the math
> made a lot of sense for the longest time.  Hence I did the drawing to
> get a better feel.  
>  
> In my case the Knee is the Z axis and Home is all the way down unlike
> my CNC router where the home switch is when the router is all the way
> up.  However the home switch, although setting Machine Coordinate
> Zero, doesn't have anything to do with the spindle location.  With a
> touch probe of known length (when tripped) it's easy enough to set a
> G54.Z to 0.  But one can't touch probe the tool setter since it trips
> when moved down and the probe trips well before it moves the tool
> setter down.
>  
> The way I do it now, and I think it's the best way is I first home
> the system.  Then raise the knee until it's very close to a pair of
> 1-2-3 blocks stacked for 5" as in the drawing.  Then the knee is
> raised with the MPG until the 5" assembly won't slide under the quill
> but a 0.001" movement downward again allows it to slide under.  That
> Machine Coordinate Z value plus the 5" tells me where the base of the
> quill is; The QuillMaxHeight
>  
> Next I move over the tool setter and continue to raise the knee until
> it trips.  Easiest to do with
> G91
> G38.3 Z-2.0 F2.5
> Now that point is the height of the tool setter or better known as
> ToolSetterSize. 
>  
> Finally a tool installed in the quill and then the knee brought up to
> have the tool setter trip on the tool results in a value that with
> the simple math:
>  
>   abs(QuillMaxHeight - ToolSetterSize - ToolTripPoint)  
>  
> results into the length of the tool which can be installed in the
> tool table.
>  
> The V3 version of the Versa Screen does not do what the version from
> someone named Alkabal who rearranged the versa probe screen but also
> tested the tool table to see if it had a valid tool length.   If
> length is zero then it uses the tool setter.  If the length is not
> zero then it goes and determines the tool length.  I think a checkbox
> can determine if the length also gets entered into the tool table. 
> Not always wanted if it's a drill bit in a drill chuck.
>  
> Have I missed anything?
> Thanks
> John
> 
> ___
> 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] Mill coating TiAlN <--> TiN

[Nicklas SB Karlsson]

Anyone here have experience will mill coating TiAlN vs TiN then
machining ordinary steel?

Currently do dry machining low surface speed as machine time is not
very important compared to setup time, others like CAD drawings and CAM
which take much more time than machining.

First time I choose cheap because I expected it would break for other
reason than ordinary wear. Figured TiAlN should be a better choice than
TiN but also cost more money.


Nicklas Karlsson



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

Re: [Emc-users] HAL question

[Nicklas SB Karlsson]

Yes the manual say so. If you choose menu "Machine" item "Show hal
configuration" it is also possible to find which pins are available.

sön 2022-12-11 klockan 07:35 -0600 skrev John Figie:
> "Do I just add -not to the end?
> net toolsense-in <= hm2_7i92.0.gpio.030.in-not"
> 
> I think that is the way to do it. That is how it works with my 7i80
> 
> http://linuxcnc.org/docs/stable/html/man/man9/hostmot2.9.html
> 
> 
> 
> On Sat, Dec 10, 2022, 10:34 PM John Dammeyer 
> wrote:
> 
> > One of the relies by Todd Zeurcher on the forum
> > https://forum.linuxcnc.org/27-driver-boards/33646-mesa-7i76-invert-input-pin
> > states to invert the input
> > hm2_5i25.0.7i76.0.0.input-00-not
> > 
> > I'm using the 7i92 and my inputs are referred to in this way.
> > net toolsense-in <= hm2_7i92.0.gpio.030.in
> > 
> > Do I just add -not to the end?
> > net toolsense-in <= hm2_7i92.0.gpio.030.in-not
> > 
> > 
> > Thanks
> > John
> > 
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> > 
> John Figie
> 
> ___
> 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] Deep slot chip removal

[Nicklas SB Karlsson]

tor 2022-12-01 klockan 08:18 + skrev Gregg Eshelman via Emc-users:
> Flood coolant, air blowing, or vacuum. Or pre-drill a bunch of holes
> to almost finished depth to remove the majority of the waste before
> milling.

Got that. Then the only question left is if using a mill at least
slightly smaller than slot then cutting a deep slot is a good idea.



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

Re: [Emc-users] Deep slot chip removal

[Nicklas SB Karlsson]

Spinlde size is around 8-9kW but currently limited to about 1/4 of the
torque. 12mm tool milling a slot same with as tool.

Changed program and will predrill thru holes first to help chip
evacuation. This will solve the problem for this time but guess this is
not the last time I machine a deep pocket.

ons 2022-11-30 klockan 12:46 -0500 skrev Matthew Herd:
> What size mill and tool are we talking about?  Is this <1kW of
> spindle
> power?  Is the tool <10mm?  I'm a bit surprised that the spindle
> would
> stall due to uncut chips.
> 
> On Wed, Nov 30, 2022 at 12:43 PM Nicklas SB Karlsson 
> wrote:
> 
> > ons 2022-11-30 klockan 12:11 -0500 skrev Matthew Herd:
> > > A drill for an entry hole is never a bad idea.  Other options
> > > include
> > > using
> > > a tool with a smaller diameter or fewer flutes.  Can you improve
> > > chip
> > > evacuation?  That's never a bad idea in any event.  If feasible,
> > > a
> > > vacuum
> > > or some repeated blasts with the air gun are helpful.  Also, can
> > > you
> > > reduce
> > > the ramp angle for the helix?
> > Have no really good method to get the chip out of the slot though
> > could
> > stop and manually remove most of it and drill thru holes. Tried
> > reducing the ramp angle but did not help or only a little bit.
> > 
> > Smaller mill or first drilling thru holes is ideas I have.
> > 
> > > 
> > > On Wed, Nov 30, 2022 at 12:09 PM Nicklas SB Karlsson 
> > > wrote:
> > > 
> > > > Milling a deep pocket spiral down work great first turn but
> > > > after a
> > > > while torque is not enough and mill stop. Suspect it is because
> > > > mill
> > > > have to cut old chips in addition to machining part.
> > > > 
> > > > Maybe it is a good idea to use drill bit a little bit smaller
> > > > than
> > > > slot?
> > > > 
> > > > 
> > > > Nicklas Karlsson
> > > > 
> > > > 
> > > > 
> > > > ___
> > > > 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] Deep slot chip removal

[Nicklas SB Karlsson]

ons 2022-11-30 klockan 12:11 -0500 skrev Matthew Herd:
> A drill for an entry hole is never a bad idea.  Other options include
> using
> a tool with a smaller diameter or fewer flutes.  Can you improve chip
> evacuation?  That's never a bad idea in any event.  If feasible, a
> vacuum
> or some repeated blasts with the air gun are helpful.  Also, can you
> reduce
> the ramp angle for the helix?
Have no really good method to get the chip out of the slot though could
stop and manually remove most of it and drill thru holes. Tried
reducing the ramp angle but did not help or only a little bit.

Smaller mill or first drilling thru holes is ideas I have.

> 
> On Wed, Nov 30, 2022 at 12:09 PM Nicklas SB Karlsson 
> wrote:
> 
> > Milling a deep pocket spiral down work great first turn but after a
> > while torque is not enough and mill stop. Suspect it is because
> > mill
> > have to cut old chips in addition to machining part.
> > 
> > Maybe it is a good idea to use drill bit a little bit smaller than
> > slot?
> > 
> > 
> > Nicklas Karlsson
> > 
> > 
> > 
> > ___
> > 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] Deep slot chip removal

[Nicklas SB Karlsson]

Milling a deep pocket spiral down work great first turn but after a
while torque is not enough and mill stop. Suspect it is because mill
have to cut old chips in addition to machining part.

Maybe it is a good idea to use drill bit a little bit smaller than
slot?


Nicklas Karlsson



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

Re: [Emc-users] Tool Height Sensor Position

[Nicklas SB Karlsson]

Put in on the same place on table then needed. Workshop is not heated
so bring it inside then not used to avoid corrosion.

tis 2022-11-29 klockan 17:21 -0800 skrev John Dammeyer:
> My tool height sensor arrived today.  Needless to say I dropped
> everything (almost) to play with it.  Nicely sensitive.  Good over
> travel before NC sensor opens so that second switch could be in
> series with Z axis limit. 
>  
> The photo here
> http://www.autoartisans.com/mill/TouchProbe/TouchPosition-1.jpg
> shows the location the table goes to for the tool change position. 
> Just a tad off X and Y limit switches.
>  
> I've placed the sensor under that location to eyeball where it would
> likely be the best place to mount.  Trouble is I'm not really happy
> with the idea of a permanent mount.  It's really in the way.  
>  
> I could move it to the back of the table but all that space to the
> left for clamping or even just sliding the vise out of the way is
> still obstructed by the sensor.
>  
> Since I'm using TTS holders for most things (face mill and larger
> drill chucks are R8) so for a standard make 5 of something I can see
> setting the tools into the LinuxCNC tool table, changing tools and
> the setter isn't even needed once the tools have had their length
> entered into the tool table.
>  
> It's when I need that one or two tools like drill bits that need to
> be measured on the fly that a tool change and then tool measurement
> operation are needed.
>  
> For the LinuxCNC users out there, using a tool height sensor similar
> to this what do you do?  
>  
> Leave it in place forever?
>  
> Leave it in place for the job?   
>  
> Place it and hold down with say a toggle clamp (or something) when
> needed?
>  
> I realize this will be an "It depends" answer. 
>  
> There's also the option to hook up air to clean the top and not even
> bother with the tool table length entry.  Just measure it each time
> but that seems time consuming.
>  
> Thanks
> John
>  
> 
> ___
> 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] Clausing NC Spindle

[Nicklas SB Karlsson]

sön 2022-11-20 klockan 14:47 -0600 skrev Ryan McIntosh:
> Can you use an extra pole on your physical estop to set a logic
> signal and
> use this to flag the estop as being pushed in?  Because, ideally,
> you'd
> _want_ a signal to the operator that indicates when the estop is in. 
> In
Looking into configuration file I connected hardware emergency loop to
iocontrol.0.emc-enable-in but guess connect iocontrol.0.user-enable-out
is also a good idea even though button in Linuxcnc probably not fulfill
any safety standards.


Nicklas Karlsson



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

Re: [Emc-users] Recommended GUI dev environ?

[Nicklas SB Karlsson]

Use Glade and GTK in the latest version of debian not only for Linuxcnc
but also other simple application. It works great.


Nicklas Karsslon



lör 2022-11-05 klockan 08:28 -0400 skrev T Hyde:
> Good morning!
> I am working on a new project that will require me to develop a brand
> new 
> customized GUI.
> This won't be Axis with an extra tab or panel but will need to be a 
> complete GUI screen set. It will likely not have a G-Code preview so
> it is 
> my understanding that Glade or pyqt are probably the most appropriate
> platforms to work with. I have old experience with Glade and the
> python 
> connections required and am quite comfortable there however seem to
> recall 
> some recent threads about glade no longer remaining compliant with
> Debian 
> 10 or the current RT environment in regards to versions available in
> the 
> repositories. Additionally seeing some install notes for pyQT
> apparently 
> some of the environment must also be built from source due to lack of
> binaries and repositories.
> Is the above all old information and there are simple steps to get 
> developing? Also is there a preferred platform to lean towards for
> new 
> development purposes that will be supported for the next 3-4 years?
> 
> I will be building in the current release of Linux CNC 2.8.4 Deb 10 
> Preempt, stock iso install, and would like to keep that compatibility
> forward.
> 
> Many thanks on the opinions,
> Ted.
> 
> ___
> 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] CAM software

[Nicklas SB Karlsson]

VisualCAD/CAM 20022 - standard cost slightly less than the milling I
bought so it is not to bad. Currently unemployed and have however been
able to solve my needs in other ways with some more time spent but if I
get payed work situation might change.


Nicklas Karlsson



fre 2022-10-21 klockan 13:14 -0700 skrev John Dammeyer:
> I'm puzzled. 
> No one has mentioned, positive or negative 
> https://mecsoft.com/products/
> 
> John
> 
> 
> 
> 
> ___
> 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] Freecad path workbench + drilling small hole

[Nicklas SB Karlsson]

fre 2022-10-21 klockan 09:20 +0200 skrev Jérémie Tarot:
> Le jeu. 20 oct. 2022 à 20:05, Nicklas SB Karlsson  a
> écrit :
> 
> > tor 2022-10-20 klockan 10:31 -0700 skrev Chris Albertson:
> > > On Thu, Oct 20, 2022 at 7:39 AM Nicklas SB Karlsson 
> > > wrote:
> > > 
> > > > 
> > > > Have registered to Freecad mailing lists and posted on at least
> > > > one
> > > > of
> > > > them but they seems dead. Anybody else activing in Freecad?
> > 
> 
> Yes mailing-lists are dead.
> 
> Main place for community is definitely the forum, which is even
> integrated
> into development process.
Joined the forum. Then possible i often find mailing list more
convenient.



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

Re: [Emc-users] Freecad path workbench + drilling small hole

[Nicklas SB Karlsson]

Center drill is 60 degree angle. It have thick shaft which is good but
thinner tip.

Spot drill is 90 degree angle and have found statements it is made fo
precise bore hole placement so muste be a good choice. Will try the
spot drill to make a dent, probably 8mm to get a stiff shaft. Or maybe
drill the hole with the spot drill as material is rather thin.


Nicklas Karlsson


tor 2022-10-20 klockan 13:11 -0400 skrev Matthew Herd:
> Or (preferably) use a spot drill, which is even more robust.  They
> typically have a 90 degree point angle and are very rigid.
> 
> > On Oct 20, 2022, at 12:59 PM, Thomas J Powderly 
> > wrote:
> > 
> > Hi Nicklas
> > 
> > always center drill first
> > 
> > tomp
> > 
> > On 10/20/22 9:23 PM, Nicklas SB Karlsson wrote:
> > > There is some things missing in the Freecad path workbench of
> > > which
> > > some are rather simple to fix. Zig facing operation, rigid
> > > tapping, G95
> > > feed per revolution or tooth is not possible and these are
> > > probably not
> > > to hard to fix. While reorder and get blank from machining of
> > > previous
> > > operation might be harder.
> > > 
> > > Have been able to figure a little bit on the data model add a zig
> > > function but had to disable some kind of sorting function
> > > sometimes
> > > changing direction of cut, probably to get shortest path.
> > > 
> > > Have registered to Freecad mailing lists and posted on at least
> > > one of
> > > them but they seems dead. Anybody else activing in Freecad?
> > > 
> > > 
> > > Just starting to machine my first parts milling seems to work
> > > rather
> > > well. Drilling small holes a few millimeters I am however a
> > > little bit
> > > uncertain it work well to start a hole with a normal length
> > > drill? Or
> > > start point tend to slip a little bit on the surface?
> > > 
> > > 
> > > Nicklas Karlsson
> > > 
> > > 
> > > 
> > > ___
> > > 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




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

Re: [Emc-users] Freecad path workbench + drilling small hole

[Nicklas SB Karlsson]

tor 2022-10-20 klockan 10:31 -0700 skrev Chris Albertson:
> On Thu, Oct 20, 2022 at 7:39 AM Nicklas SB Karlsson 
> wrote:
> 
> > 
> > Have registered to Freecad mailing lists and posted on at least one
> > of
> > them but they seems dead. Anybody else activing in Freecad?
> > 
> 
> Dead?   There have been a dozen forum posts today, and it is still
> morning
> https://forum.freecad.org/

Thanks, will try the forum to get in contact with other people working
on the path module.



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

Re: [Emc-users] Freecad path workbench

[Nicklas SB Karlsson]

tor 2022-10-20 klockan 10:31 -0700 skrev Chris Albertson:
> On Thu, Oct 20, 2022 at 7:39 AM Nicklas SB Karlsson 
> wrote:
> 
> > 
> > Have registered to Freecad mailing lists and posted on at least one
> > of
> > them but they seems dead. Anybody else activing in Freecad?
> > 
> 
> Dead?   There have been a dozen forum posts today, and it is still
> morning
> https://forum.freecad.org/
> 

Indeed there is. There is also activity on path module.

Registered on free-cad-gene...@lists.sourceforge.net and could only
hear myself. There is another for development, registered there to,
nothing recieved but did not test to post.


Nicklas Karlsson



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

[Emc-users] Freecad path workbench + drilling small hole

[Nicklas SB Karlsson]

There is some things missing in the Freecad path workbench of which
some are rather simple to fix. Zig facing operation, rigid tapping, G95
feed per revolution or tooth is not possible and these are probably not
to hard to fix. While reorder and get blank from machining of previous
operation might be harder.

Have been able to figure a little bit on the data model add a zig
function but had to disable some kind of sorting function sometimes
changing direction of cut, probably to get shortest path.

Have registered to Freecad mailing lists and posted on at least one of
them but they seems dead. Anybody else activing in Freecad?


Just starting to machine my first parts milling seems to work rather
well. Drilling small holes a few millimeters I am however a little bit
uncertain it work well to start a hole with a normal length drill? Or
start point tend to slip a little bit on the surface?


Nicklas Karlsson



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

Re: [Emc-users] need plastic with stable dimensions

[Nicklas SB Karlsson]

Polyoxymethylene (POM) https://en.wikipedia.org/wiki/Polyoxymethylene ?


Nicklas Karlsson


lör 2022-10-08 klockan 12:13 -0400 skrev gene heskett:
> This is for Chris;
> 
> I printed a new carriage for an Ender 5 plus, out of PETG+CF. But
> while 
> its working right now, "cold flow" seems
> to be ruling the day.
> 
> With enough pressure on the POM rollers to contain the head, the base
> plate is warping, making the roller fit loose.
> Is there a plastic that's more stable than PETG+CF? See png from 
> OpenSCAD, the POM rollers are the 4 corner holes.
> 
> Suggestions?
> 
> 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] Pocket milling

[Nicklas SB Karlsson]

I was not thinking to much about the corner. If machining with for 
example 50% tool engagement then end is reached machining at 90 degrees 
into material and tool engagement increase to 100% before next pass. An 
alternative would for example be to machine into material with an angle.


For the first pass tool engagement will always be 100% so maybe start in 
the middle spiraling outwards is a good choice to keep tool engagement 
at the desired value is a good choice?



Den 2022-09-18 kl. 18:57, skrev dave engvall:

Hi Nicklas,
Just a WAG, offset cutter maybe .25 mm from real corner and plunge 
then clean up in incrementally with a couple of passes to clean out 
the wings. I think most cam programs just take light passes including 
the finish pass.
How stiff the spindle is and sharpness of the cutter are still 
critical. Slowing feed on final pass should also help.
Another approach might be to use a roughing cutter of the equal to the 
final radius and mill out as much as you can without overcutting then 
clean up with a regular end mil. Unless you have a really tight 
machine your plunge cut and final pass will not be equal. Don't ask me 
how I know. ;-)

This advice. is of course, worth about what you paid for it.

On 9/10/22 2:51 AM, Nicklas SB Karlsson wrote:
Then pocket milling with tool engagement less than tool diameter for 
some patterns tool engagement increase to tool diameter in the 
corners or ends. Anybody have anyone have any experience or knowledge 
how to handle this situation?


Nicklas Krlsson



___
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

[Emc-users] Pocket milling

[Nicklas SB Karlsson]

Then pocket milling with tool engagement less than tool diameter for 
some patterns tool engagement increase to tool diameter in the corners 
or ends. Anybody have anyone have any experience or knowledge how to 
handle this situation?


Nicklas Krlsson



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

[Emc-users] Plasma cutter parameters

[Nicklas SB Karlsson]

Anyone here have experience with parameters for plasma cutter ordinary 
0.7mm thick sheet metal?


Current? Nozzle diameter? Arc voltage?


Nicklas Karlsson



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

Re: [Emc-users] Stop then probe tripped during move, machine does not stop?

[Nicklas SB Karlsson]

Den 2022-06-25 kl. 19:44, skrev ken.stra...@sympatico.ca:

I agree about stopping and I have the broken tips to prove it! IMHO an even
better solution would be to:
* Allow jogging as usual if probe is not tripped
* If probe trips, reverse motion until probe is untripped


Guess reverse direction might be a little bit confusing, what about 
manual reverse direction allow jogging backwards instead?


There might be a problem if barely touching so that there are glitches 
then moving away backwards. Guess some distance then probe input go low 
happen is a good idea. There is toggle button for temporary allow 
jogging then end switching is tripped and this i probably a good idea 
also for the probe to not get stuck.



* Move forward in the original direction at slow speed until probe trips
again
* Stop

This would allow jogging at any speed without fear of probe damage. If the
probe trips then one could set X/Y/Z zero when the motion stops.
It is also useful if machine stop then using g-code. An attribute in 
tool table to indicate it is a probe so signal should be connected is 
also useful but not very important since work around is possible.



Nicklas Karlsson


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

[Emc-users] Stop then probe tripped during move, machine does not stop?

[Nicklas SB Karlsson]

Expected movement to stop the "probe tripped during move" but this does 
not happen. Risk to make a mistake bending the probe then jogging or 
using other g-code commands to move it into place is to small so guess 
it would be a good idea if machine stop then this happen?



Have also been thinking about an attribute in the tool table indicate if 
it is a probe. Pretty sure it is not possible to access the comment 
field from g-code but use a special value for ninth axis would solve it 
though these kind of special uses tend to add up over time and it is 
easy to forget how it was made.



Have seen Renishaw probes for sale with broken tip, maybe more than once.



Nicklas Karlsson



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

Re: [Emc-users] M codes without g-codes not executed properly? + G91 screw up jogging?

[Nicklas SB Karlsson]

Den 2022-04-23 kl. 22:23, skrev andrew beck:

I think you need to put a g code in there to make it work.  I had this
problem

You just put a g0 after every line of mcode

And it works
No it does not seem to help tried that and did not work. Adding a row 
waiting 0.1 seconds after using the M65 command it worked.



Had another issue yesterday there jogging sometimes got screwed up after 
using G91 revert back to G90 in a g-code sub routine called from GUI 
button, think I figured a solution that decreased the likelihood but no 
real solution, issuing a G90 in MDI the F5 button and worked normally again.



Nicklas Karlsson



Nicklas Karlsson


On Sun, 24 Apr 2022, 04:19 Nicklas SB Karlsson,  wrote:


Made two small g-codes files to manually lock and release chuck. There
are two signals one is activated to lock tool while the other is
activated to unlock tool and only, if not locking or releasing both are
turned off. There is two sensors on a rod one activated then released
while the other is activated then locked, in between they or both of.


Problem is M65 to turn off signal is not activated as supposed, not sure
if there are some randomness. Moving sensor to make it fail abort
message is printed but the M65 line does nothing, could run it manually
afterwards, neither does it turn off if executed normally. Could move
the M65 line further and then it is executing but are of little use
because then it is turned of before tool i unlocked. "g-code" below.


o sub

; release tool
M65 P4 ; Make sure lock is not active, otherwise it will not unlock
M64 P3 ; Unlock tool
M66 P3 L3 Q2 ; wait for tool-released, L3=>wait for high
O142 if [#5399 LT 0]
M65 P3 ; Should be turned off then unlocked
M66 P3 L3 Q.1 ; wait for tool-released, L3=>wait for high, dummy so
the below row hopefully run
(abort, failed to release tool)
O142 endif
M65 P3 ; Should be turned off then unlocked

M2



___
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] Need a way to totally disable ALL ... -> Emergency stop, STO (link missing)

[Nicklas SB Karlsson]

Den 2022-05-21 kl. 14:02, skrev gene heskett:

On Saturday, 21 May 2022 04:52:28 EDT you wrote:

Den 2022-05-19 kl. 23:57, skrev gene heskett:

On Thursday, 19 May 2022 16:19:37 EDT Marius Alksnys wrote:

Gene,

how about setting min and max limits to zero (or other initial
value),
maybe also not enabling B drive?
This can be done in a bash script like:
halcmd unlinkp io-board-going-to-b-servo-drive.enable-pin
halcmd setp ini.4.min_limit 0
halcmd setp ini.4.max_limit 0
halcmd setp ini.b.min_limit 0
halcmd setp ini.b.max_limit 0

or in HAL with mux_generic
http://linuxcnc.org/docs/html/man/man9/mux_generic.9.html

First I've heard of this, sounds like it could be usefull. ATM I'm
carving up an e-stop coupling between linuxcnc and a couple of those
3
phase drives.

These 3 phase drives have STO Safe Torque Off you connect to a real
emergency stop button? You use a safety relay?

Not a relay in some cases, although on this machine there is a relay
because there's two power supplies. A 120 volt to run most stuff, and a
250 for the spindle motor.

The low voltage 127 feed and the 254 for the vfd are interlocked in hal
by being disabled when F2 is toggled off. In this machine by a relay, but
in most of my machines by BIG SSR's controlled by logic level signals.

The Fault outputs are simply linked into the E-stop to toggle F2 off, and
by cross linkage in the hal file, toggles F1 to the inactive state also.
A safety relay like this one in link 
https://se.farnell.com/pilz/pnozx4/relay-safety-3pst-no-240vac-8a/dp/4301237?ost=pnozx4 
missing before connected to the emergency button. This one seems to be 
German made, me myself have French pilz in my machine and guess it work 
equally well.


It is common relay have an extra normally closed NC contact and plan is 
to connect these in series with a magnetic unlock mechanism to the door. 
If relays are correctly designed door will be locked until relays are 
fully closed.



Nicklas Karlsson


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

Re: [Emc-users] Need a way to totally disable ALL ... -> Emergency stop, STO

[Nicklas SB Karlsson]

Den 2022-05-21 kl. 14:02, skrev gene heskett:

On Saturday, 21 May 2022 04:52:28 EDT you wrote:

Den 2022-05-19 kl. 23:57, skrev gene heskett:

On Thursday, 19 May 2022 16:19:37 EDT Marius Alksnys wrote:

Gene,

how about setting min and max limits to zero (or other initial
value),
maybe also not enabling B drive?
This can be done in a bash script like:
halcmd unlinkp io-board-going-to-b-servo-drive.enable-pin
halcmd setp ini.4.min_limit 0
halcmd setp ini.4.max_limit 0
halcmd setp ini.b.min_limit 0
halcmd setp ini.b.max_limit 0

or in HAL with mux_generic
http://linuxcnc.org/docs/html/man/man9/mux_generic.9.html

First I've heard of this, sounds like it could be usefull. ATM I'm
carving up an e-stop coupling between linuxcnc and a couple of those
3
phase drives.

These 3 phase drives have STO Safe Torque Off you connect to a real
emergency stop button? You use a safety relay?

Not a relay in some cases, although on this machine there is a relay
because there's two power supplies. A 120 volt to run most stuff, and a
250 for the spindle motor.

The low voltage 127 feed and the 254 for the vfd are interlocked in hal
by being disabled when F2 is toggled off. In this machine by a relay, but
in most of my machines by BIG SSR's controlled by logic level signals.

The Fault outputs are simply linked into the E-stop to toggle F2 off, and
by cross linkage in the hal file, toggles F1 to the inactive state also.
A safety relay like this on connected to the emergency button. This one 
seems to be German made, me myself have French pilz in my machine and 
guess it work equally well.


It is common relay have an extra normally closed NC contact and plan is 
to connect these in series with a magnetic unlock mechanism to the door. 
If relays are correctly designed door will be locked until relays are 
fully closed.



Nicklas Karlsson



Long answer, might have missed some details below.



So in the event of a Fault, the whole machine is powered down. This
powerdown is also the fault reset. Because they pulse the Fault while
powering up as you press F2 again, there is a oneshot triggered by F2 on
that disables the fault detection for about .8 seconds, otherwise it
faults on the power up. Forever.

The Sheldon lathe is all by SSR's as the 127 volt motor power is by one
leg of the 254. Control trigger straight from the 7i90.

The GO704 has an even more complex time delay startup to limit the inrush
as it spindle motor supply has too many microfarads that must be be
charged slowly else it clears a 30 amp breaker in the service if switched
straight on, so it gets a 50 ohm 200 watt resistor in series with its
line feed for about 4 seconds. So now it runs on a 20amp breaker that is
right at its trip point if the spindle motor stalls as the pico pwmservo
that drives it is set for an 18 amp max. There, if I had those motors on
it, but they are regular 2 phase steppers, I revert to resistor limits
for 1 second to give the motors time to get stopped, faster than just
dropping power.  So there two SSR's involved there.

TLM is in the process of being converted to a full poweroff, but has
normal steppers. Basicly the machines are dead until F2 has been toggled
on, then pull the tool if its a lathe and rehome. The lathes get homed at
the X out stop first, then Z.

On the 6040, Z first, at the top to save broken tooling, then Y at the
front, X to the left, then B to whatever offset is zero degrees.

All that is subject to fine tuning yet as I need to recal Z for the new
motor too. The 6040 has had the spindle raised in its mount to gain some
vertical range at the same time, but I've not yet re-attached a shares
linear scale to re-calibrate it. Assuming the same u-step divisor in the
driver, I just multiplied its scale in the .ini file by 1.5, seems pretty
close, these motors are 1.2 degree motors, not 1.8 degree. Changing the Z
motor took the up speed max from about 20mm/sec to about 150 going up,
the OEM motor could just barely lift a decent spindle motor. This 1nm
motor lifts it with authority.

This is the third time I've rebuilt the electronics on this 6040, the OEM
supplied stuff was junk, incapable of moving the machine, so it went ino
the trash trailer about a week after I boght it. And it has a lot of
gingerbread I'm still tracing out, bringing to life in the .hal file,
mounting and wiring up. When done, the mist checkbox will only control
the liquid pump while the gui controls the volume, and the flood checkbox
will enable the air compressors to drive the mister with more gui
controlling the pressure, so I can clear sawdust with a dry air blow. I
intend to make some vise screws for my and others woodworking bench
vises, buttress threads on about a 1.9" diameter stick of hard maple, 2
start threads with a 12mm pitch. 3d printed in PETG half nuts, many times
stronger than PLA, are alike with 2 starts, and 2 starts for faster
clamping on a board. Current G-code is for a 12mm per turn pitch, fine
tuned to exactly match the nuts 

Re: [Emc-users] M codes without g-codes not executed properly?

[Nicklas SB Karlsson]

Den 2022-04-27 kl. 01:24, skrev andy pugh:

On Sat, 23 Apr 2022 at 17:19, Nicklas SB Karlsson  wrote:


Problem is M65 to turn off signal is not activated as supposed, not sure
if there are some randomness.

It is working for me if the G-code file is loaded in the GUI and also
if the G-code routine is in the path.

Which version of linuxCNC are you using?

One thing that it _could_ be is that your subroutine has no
OENDSUB line. (which I think should be before the M2)

Can you describe exactly how the routine is being called?


Routine is called pressing a button. Looking at it I actually forgot the 
OENDSUB line.



Nicklas Karlsson



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

Re: [Emc-users] M codes without g-codes not executed properly?

[Nicklas SB Karlsson]

Den 2022-04-25 kl. 01:28, skrev Leonardo Marsaglia:

Seems strange. Does it happen also when you hit M65 in MDI?

I constantly use M64 and M65 from MDI without any GCODE and I always get an
instant response. I really can't tell if this is the same when running a
program though.

Happens then running in program but not if executing in MDI.

Anyway, If it was me, I would do all the logic and validations in HAL and
only use the GCODE interpreter to wait until the change is done. In fact, I
think you could use the IOCONTROL tool change for this. But that's just my
opinion off course.


Added a button. Need to catch the tool and hold then locking. Currently 
in GUI but plan to change to real button later on.



Nicklas Karlsson




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

[Emc-users] M codes without g-codes not executed properly?

[Nicklas SB Karlsson]

Made two small g-codes files to manually lock and release chuck. There 
are two signals one is activated to lock tool while the other is 
activated to unlock tool and only, if not locking or releasing both are 
turned off. There is two sensors on a rod one activated then released 
while the other is activated then locked, in between they or both of.



Problem is M65 to turn off signal is not activated as supposed, not sure 
if there are some randomness. Moving sensor to make it fail abort 
message is printed but the M65 line does nothing, could run it manually 
afterwards, neither does it turn off if executed normally. Could move 
the M65 line further and then it is executing but are of little use 
because then it is turned of before tool i unlocked. "g-code" below.



o sub

; release tool
M65 P4 ; Make sure lock is not active, otherwise it will not unlock
M64 P3 ; Unlock tool
M66 P3 L3 Q2 ; wait for tool-released, L3=>wait for high
O142 if [#5399 LT 0]
  M65 P3 ; Should be turned off then unlocked
  M66 P3 L3 Q.1 ; wait for tool-released, L3=>wait for high, dummy so 
the below row hopefully run

  (abort, failed to release tool)
O142 endif
M65 P3 ; Should be turned off then unlocked

M2



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

Re: [Emc-users] New problem puzzle

[Nicklas SB Karlsson]

> ...
> Linear move on line 0 would exceed A's positive limit
>   invalid params in linear command

Home switch is located somewhere between min and max limits?


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

Re: [Emc-users] long running proggy

[Nicklas SB Karlsson]

Den 2022-03-31 kl. 04:57, skrev gene heskett:

On Wednesday, 30 March 2022 21:40:40 EDT Chris Albertson wrote:

If the problem is that the tool dulls before the job is finished, then
write-in some tool changes.  The process stops periodically, you
inspect the cutter, change it or not, then it continues.

My guess is that the cutter will last long enough to cut 100 of these
hardwood screws.  HSS mill work cutters used in shaper tables can do
hundreds of feet of trim work and carbide cutters last nearly forever
even in production environments.


The guy I bought that plank from tells me that hard maple is gettng more
abrasive since his grandfather started the business a century back. He
blames it on the tree absorbing some of the airborn dirt it didn't have
to contend with 150 years ago.  And since I'm spinning an 1/16" round
nose with a relative small DOC to get a smoother surface, he assured me I
will be changing tools.
Worked on a saw a mill about 25 years ago, some of the woods imported 
from the east had absorbed grenade shards.



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

[Emc-users] Ethercat, returning message disappear

[Nicklas SB Karlsson]

While working with Ethecat I have had some problems it does not work in 
special case with more than three devices of same kind. Checking with 
wireshark message sent around the ring never arrived back again. 
Investigating further first with oscilloscope and later on with second 
computer message actually arrived on second computer. Unless I got 
everything wrpmg message seems to disappear somewhere in between RJ-45 
connect at back and the software socket used to receive the packet. 
Anyone have made similar experience? Or might know why driver or 
something else inside the computer would make message disappear?



There is a difference between this messages and others on the Ethernet 
network message arriving back is rather similar to sent message.



Nicklas Karlsson



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

Re: [Emc-users] What is Ethercat verses CANopen

[Nicklas SB Karlsson]

Den 2022-03-04 kl. 18:24, skrev John Dammeyer:

Here's a quick summary that some may find interesting.
https://www.motioncontroltips.com/what-is-the-canopen-over-ethercat-coe-protocol/


Have used CANopen both on CAN and over Ethercat. Protocol should work 
really well with Linuxcn though performance of course depends on the drive.


If configuration is needed SDO is used to access dictionary. Could also 
be used to read out information. A .eds or .dcf file for CANopen and 
.esi file for Ethercat to get names on the indexes and subindexes.


For periodic communication PDO messages are used, velocity or position 
depending on drive and/or selected modes of operation. Then using in 
Linuxcnc If using over CAN there is also a special sync message.



Drives usually have a builtin PID regulator. Not certain if they use to 
have builtin homing sequence but it is not important since there is 
builtin homing sequence in Linuxcnc which will work also if home switch 
for some reason is connected on other input than the drive.



Nicklas Karlsson



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

Re: [Emc-users] [Emc-developers] EtherCAT support

[Nicklas SB Karlsson]

Den 2022-03-02 kl. 18:31, skrev Arvid Brodin:

On 2022-03-02 18:20, Nicklas SB Karlsson wrote:

Den 2022-03-02 kl. 12:28, skrev Arvid Brodin:
1) Etherlab's ethercat master 
(https://gitlab.com/etherlab.org/ethercat). This software 
communicates with the ethernet layer and provides a programming api 
for EtherCAT communications, as well as a command line utility to 
interact with the bus. This software is completely independent from 
LinuxCNC. The code is licensed under GPLv2, but as can be seen on 
the linked gitlab site it has (unclear to me) restrictions on usage:


Looked at this before I started with SOEM. There was some kind of 
problem, think maybe it was rtai kernel was needed.


Found the problem. Etherlab master i implemented as a kernel module, 
most probably had problem to get this loaded.


Could not come up with any really good reason Ethercat master have to be 
in a kernel module. Exclusive access to Ethernet port is a however most 
probably a good idea, there is no good reason to send out ARP request or 
any other similar traffic usually on a Ethernet network on the Ethercat 
network though usually it does not interfer to much in a small network. 
Ordinary real time thread should be good enough.


If there is no license issue get master into an ordinary real time 
thread might be a good option. Time triggered sending of Ethernet 
message is probably the ideal solution.



Nicklas Karlsson



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

Re: [Emc-users] Custom m codes

[Nicklas SB Karlsson]

Den 2022-02-28 kl. 11:47, skrev andrew beck:

Hey guys

I want to issue a m102

And get this code run

S5m3
Halcmd setp hm2 7i77etc pin output on

Motion module have digital outputs.


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

[Emc-users] Execute MDI command, from hal pin

[Nicklas SB Karlsson]

Anybody know about a method to execute a MDI command with g-code then on 
a hal pin flank?



Nicklas Karlsson



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

[Emc-users] CNC controlled, plasma torch

[Nicklas SB Karlsson]

Anyone used Linuxcnc with plasma torch here.


There is another major problem, one third of building is allocated for 
firewood storage. Need a good way to keep sparks away from it.



Nicklas Karlsson



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

Re: [Emc-users] Tracking G-Code subroutines

[Nicklas SB Karlsson]

Den 2021-10-27 kl. 18:01, skrev John Dammeyer:

From: andy pugh [mailto:bodge...@gmail.com]
On Wed, 27 Oct 2021 at 08:36, John Dammeyer  wrote:

  we don't actually see the calculated parameters from say the G53 lines nor 
whether it fails and the M71 is run.

Have you tried adding debug lines ot the subroutine?

(DEBUG, G53 G0 Z #<_ini[AXIS_Z]MAX_LIMIT> +
#<_ini[PROBE_SCREEN]Z_SAFE_TRAVEL_OFFSET>)

I admit that I am not sure that this works in remaps

Where would this debug information show up if it did work?
John
Small message in down right corner there errors use to show up you ever 
had any.



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

[Emc-users] Connect IN/OUT but not IO

[Nicklas SB Karlsson]

In hal file connect in or out work as expected but are uncertion how to use io 
pins?


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

[Emc-users] Home with home switch and index

[Nicklas SB Karlsson]

Seems to have some accuracy problem with home switch and need to improve.

Reading the manual I have not been able to figure out if homing with 
home switch and index what happen if home switch is located close to 
index pulse. It might happen more or less random index pulse is 
sometimes triggered to the left of home switch other times one turn away 
to the right or the other way.



Nicklas Karlsson



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

[Emc-users] Machine safety, Emergency stop <-> Normal stop

[Nicklas SB Karlsson]

Reading about emergency stop relays/contactors use to have an extra 
normally closed contactor. If I got right this contactor may be used to 
monitor relay is not welded together and to fulfill highest requirements 
they should be monitored individually since otherwise a single failure 
may be missed. Idea must be failure is very unlikely to happen exactly 
then emergency stop is needed.



Thinking a little about it normal stop is a common operation and have 
slightly different requirements if machines is enclosed with an 
electrical operated lock. Stop is the same, use safety relay to 
disconnect supply voltage operating the relays and other power supply 
voltages which may be used to move machine parts. Then idea is to use 
extra normally closed contactor to open door lock. This circuit should 
be rather simple and if I think correct very safe provided 
relays/contactors are built so that extra normally closed connector 
never will switch on if main contactor(s) are welded together or other 
failure.



There may of course be a problem with problem with internally stored 
energy in for example DC bus capacitors. Nice thing is normal 
relays/contactors may be used even though they mail fail, would even 
dare to use bi-stable but it is very important normally closed contactor 
never close unless main contactors have been separated. Door lock will 
only open electrically but must be closed mechanically otherwise the 
normally closed circuit to stop machine will be broken.



Anyone with experience?

Knowledge?

Or other with any comments in particular about the extra normally closed 
contactor?




Regards Nicklas SB Karlsson



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

[Emc-users] Emergeny stop, and maybe normal stop

[Nicklas SB Karlsson]

Anyone have any experience or knowledge with emergency stop circuit?


Connected a special safety relay breaking the 24 volt power supply 
driving the relays today. Then emergency stop have been pushed it have 
to be reset before relay is switched on again.



Nicklas Karlsson



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

Re: [Emc-users] Ethercat returning message disappear

[Nicklas SB Karlsson]

On Sun, 11 Jul 2021 16:34:30 +0200
Nicklas SB Karlsson  wrote:

> Experimenting with Ethercat.
> 
> Connecting three devices it work perfect. But with more there are cases 
> then only some messages arrive back to master and some cases there no 
> messages arrive back to master. Even though message do not arrive back 
> as expected checking with broadcast write message arrive at last device 
> and probing with oscilloscope I could see data is sent on Ethernet cable 
> back towards computer. No sign of other communication problems except 
> what I am pretty sure is ordinary Ethernet messages destroyed on purpose 
> by nodes.
> 
> Anyone else here have any experience with Ethercat?

A little bit of panic, no good answer but eventually figured myself. Conclusion 
I made was loopback at last device did not work as expected for more than three 
devices. Adding a second Ethernet card and sending around the ring however 
worked as expected, work counter increased as expected sending the "right way" 
around and not much happened as expected then sending the other way around so I 
consider it as solved as possible for me.


Nicklas SB Karlsson


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

Re: [Emc-users] Carousel. ordinary encoder as sensor

[Nicklas SB Karlsson]

> On Mon, 14 Jun 2021 at 14:24, Nicklas SB Karlsson  wrote:
> 
> > It would probably work if position is scaled down to correct number of
> > pockets first adding an offset to get angle of the pockets correct.
> 
> I had rather assumed that the encoder index would be aligned to the
> base pocket.
> 
> 
> > Think it is good either to add support for angle sensor
> > in current carousel component or simply forking of a different variant
> 
> Can you raise it as an issue on GitHub and assign it to me? Just to
> make it harder to forget?

Raised it as an issue but aren not able to assign it to you.

I solved it for my carousel, that is among other things it have taken a few 
days before I raised by implementing a modular arithmetic component and g-code 
but it does not detect failure to rotate. I also guess ordinary angle sensor 
quadrature or absolute is very common so it would really make sense there is 
carousel component more or less ready to use with such an angle sensor.

It should be rather simple to implement or reimplementand it is possible I do 
it myself but orientation of spindle come first. While orient spindle work 
there are some backlash in gear box and tend to be overshoot because integrator 
windup before position is reached, the combination backlash + overshoot is not 
good so have to think a little bit how to make it work fast and reliable. 
Failure to align spindle is no good, bent a tool holder today but carousel is 
running as supposed to.


Nicklas Karlsson


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

Re: [Emc-users] Meanwell SE600-48 Power Supply

[Nicklas SB Karlsson]

> I am building a new controller cabinet. I installed a Meanwell SE600-48 power 
> supply. When I turn on the power supply the fan doesn’t turn on. If I leave 
> the power supply on for a little while I hear an intermittent clicking (like 
> a relay) but no fan. Does it have some kind of temperature control on the 
> fan? Is it not turning on because I currently have virtually no load on the 
> power supply?

Short circuit? Or overloaded?

Some power supplys enter som kind of "power down" mode if overloaded.


Nicklas Karlsson


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

[Emc-users] Ethercat returning message disappear

[Nicklas SB Karlsson]

Experimenting with Ethercat.

Connecting three devices it work perfect. But with more there are cases 
then only some messages arrive back to master and some cases there no 
messages arrive back to master. Even though message do not arrive back 
as expected checking with broadcast write message arrive at last device 
and probing with oscilloscope I could see data is sent on Ethernet cable 
back towards computer. No sign of other communication problems except 
what I am pretty sure is ordinary Ethernet messages destroyed on purpose 
by nodes.


Anyone else here have any experience with Ethercat?


Nicklas Karlsson



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

Re: [Emc-users] Carousel. ordinary encoder as sensor, comments on improvements?

[Nicklas SB Karlsson]

Den 2021-06-14 kl. 15:45, skrev andy pugh:

On Mon, 14 Jun 2021 at 14:24, Nicklas SB Karlsson  wrote:


It would probably work if position is scaled down to correct number of
pockets first adding an offset to get angle of the pockets correct.

I had rather assumed that the encoder index would be aligned to the
base pocket.
Aligned the flat surface on encoder shaft with screw locking it. No idea 
where index ended up in relation to pockets and have not checked yet, 
only made first test run.

Think it is good either to add support for angle sensor
in current carousel component or simply forking of a different variant

Can you raise it as an issue on GitHub and assign it to me? Just to
make it harder to forget?
Yes, looking into code it should however not be to hard figure out by 
myself.



Not sure if could be fitted in a good way in current component. What 
think is needed with an incremental encoder is:


  1) Input signal for angle s32 should work also then it overflow, 
though a little bit theoretic float will eventually lose digits if 
rotating long enough but wear and aging operator should be more of a 
problem due to many digits in double.


  2) Input signal for index pulse, angle not valid until reached so 
valid signal will make the trick and may also make sense for other sensors.


  3) Parameter number of pockets per turn, guess there also may be 
chain driven with turns and pockets. so maybe a rational number p/q in 
mathematical litterature or better expressed for this purpose pockets/turns.


  4) Parameter angle offset to first pocket.

  5) Output enable rotation, may be connected to unlock and/or relay to 
rotate.


  6) Parameter distance to turn off backward and forward signals.

  7) Outputs rotate backward and forward signals, it is common both are 
needed for frequency inverters and also relays. Parameter for delay 
after enable rotation is turned on?


  8) Output Angular distance to target pocket, make sense then possible 
to control rotational speed, may be connected to PID regulator in this 
case. Absolute value may be useful then using backward and forward 
signal with some frequency inverters but may also be added externally.


  9) Output pocket reached, probably with parameters for delay 
tolerances for angle sensor.


  10) Error handling and output signal if not rotating then turned on 
or other problem.


If I think correct above should work equally well with absolute value 
angle sensor, it is possible to connect valid signal to true if unused 
so no problem with that. Incremental and absolute angle sensor are very 
common.


  11) Enable signal, Jog forward/backward inputs, current position 
position, homed or OK ready to be used and most probably current state 
are part of current carousel and still make sense.



With my carousel most of the above are useful. Though only one of the 
backward/forward signals are needed and do not currently use distance 
value but would be useful if replacing relay with frequency inverter.


You should be able to interlock the brake with carousel.is-active ? 
Output enable signal will tell if carousel should be locked, should be 
possible to add extra logic externally if needed.



Name it carousel_angle.comp ? Or integrate with current carousel.comp?


Regards Nicklas SB Karlsson



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

Re: [Emc-users] Carousel. ordinary encoder as sensor

[Nicklas SB Karlsson]

Den 2021-06-14 kl. 14:48, skrev andy pugh:

On Sat, 12 Jun 2021 at 12:15, Nicklas SB Karlsson  wrote:


Do not find any modulo arithmetic in hal, it is very useful then waiting
for a particular angle both if value overflow or just accumulate. May be
solved by loop and modulo operator in g-code but maybe adding to
carousel component would be a better option.

One solution (though an untidy one) would be to scale the encoder
counter so that it gives the correct position as a float.
Then convert that float to a u32 with conv_float_u32
Then convert the bottom set of bits of that u32 to signals with "bitslice"
Then connect each relevant bit to the carousel comp.  For a power-of-2
carousel that will automatically do the modulo calc.


It would probably work if position is scaled down to correct number of 
pockets first adding an offset to get angle of the pockets correct. 
Thinking about it a while I added a difference with modulo component to 
hal and sequential .ngc program waiting on angle then to stop, if in the 
half furthest away waiting for carousel to reach other half before 
waiting to reach position. First stop with pocket 13 at correct position 
and others counted in wrong direction but that should be easy to change.



.ngc program is running in a slower thread so I guess some more jitter 
then waiting for input before turning off? Or it's just the interpreter 
running in slower thread and commands are executed in faster thread?



I found then running servo-thread at 1kHz carousel stopped within 1/360 
of at turn or so and guess slower g-code thread will be more than good 
enough, think locking of carousel correct the last few degrees but have 
not checked yet. Think it is good either to add support for angle sensor 
in current carousel component or simply forking of a different variant 
using an angle sensor. At some point I want to add a check if carousel 
is rotating as supposed to because I am pretty it will brake down quite 
fast if for some reason locked then running from the noise it make in 
this case.




Regards Nicklas SB Karlsson



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

[Emc-users] Carousel. ordinary encoder as sensor

[Nicklas SB Karlsson]

My carousel have an ordinary encoder used to sense angle of carousel 
wheel with an index impulse. A digital output signal rotate carousel, 
index pulse must occur before sensed value is valid and have to wait 
until a given position depending on selected tool to turn off rotation 
of carousel.


Do not find any modulo arithmetic in hal, it is very useful then waiting 
for a particular angle both if value overflow or just accumulate. May be 
solved by loop and modulo operator in g-code but maybe adding to 
carousel component would be a better option.


Anyono else here are using a similar angle?


Nicklas Karlsson



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

Re: [Emc-users] Maybe a minimally printed harmonic drive? -> tuning manually -> agree with mathematics

[Nicklas SB Karlsson]

Den 2021-05-04 kl. 01:22, skrev Jon Elson:

On 05/03/2021 12:03 PM, Nicklas SB Karlsson wrote:

Den 2021-05-03 kl. 17:42, skrev Jon Elson:

Assuming machine is lubricated there shear force in oil/grease depend 
on speed so it might actually be rather close to viscous friction and 
hence rather close to linear. Then an oil/grease pump is used for 
lubrication there will be a thin oil film even at slow speed and 
standstill otherwise stick-slip effect might happen.


In doubt FF2 make any big difference anyway unless you are able to 
hit accurate with FF1.



There are many "frictions" in the system.  Shafts and bearings, 
possibly belts and pulleys, leadscrews and of course the linear slide 
itself.  I'm lumping them all together.


My current tuning scheme is set P low enough so the machine moves, but 
with lots of following error.  Set I and D to zero, and FF0 also, or 
possibly a little D if required.  Then, adjust FF1 very carefully, 
until the error on various velocity jogs is nearly zero. Some systems 
have a nonlinearity in the amps, so you have to compromise for minimal 
following error at a median speed.  Others are quite linear, and one 
FF1 value gives very small error over a wide range of speed.

Agree with my mathematics.
Then, add just a TINY bit of FF2 to reduce the accel/decel spikes. 
Then, find the highest P that you can without oscillation, add a 
little D and that about does it.


TINY bit of FF2 agree with my mathematics. My mathematics say you need I 
to get accurate following. I found manually tuning usually work rather well.


Mathematical modeling and analysis is more useful for slow systems, 
instability happen also to slow systems, oscillations may take minutes. 
In serial produced product it make sense with more thorough analysis to 
make sure marginals are good.




This tuning scheme works pretty well with analog velocity servos and 
my PWM system, where the motor's back EMF works a lot like velocity 
feedback.


My mathematics say if you feed motor with a voltage in sort of motor's 
back EMF work like a velocity feedback so voltage control speed. My 
mathematics also say FF1 compensate for the motor's back EMF or velocity 
if servo drive have velocity as input signal. So I would say there is 
agreement also here in sort of.



Nicklas Karlsson



Jon


___
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] Maybe a minimally printed harmonic drive?

[Nicklas SB Karlsson]

Den 2021-05-03 kl. 17:42, skrev Jon Elson:

On 05/03/2021 02:57 AM, Gene Heskett wrote:


More specifically, which of the F's is suitable for forcing a closer to
null settling point when there is considerable friction in the system?
That's the problem!  Friction is nonlinear, and it hurts during 
acceleration but HELPS during deceleration.  So, a single FF2 setting 
can never be optimal.  You have to use a compromise value.


Assuming machine is lubricated there shear force in oil/grease depend on 
speed so it might actually be rather close to viscous friction and hence 
rather close to linear. Then an oil/grease pump is used for lubrication 
there will be a thin oil film even at slow speed and standstill 
otherwise stick-slip effect might happen.


In doubt FF2 make any big difference anyway unless you are able to hit 
accurate with FF1.



Nicklas Karlsson



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

Re: [Emc-users] Maybe a minimally printed harmonic drive? --> MPC and other control theory

[Nicklas SB Karlsson]

Den 2021-05-02 kl. 20:00, skrev Chris Albertson:

The below is exactly true.  The problem is that PID is widely used and PID
is only "reactive" it can only deal with what has already happened and the
time lag is the source of oscillations.In the past, PID was the only
control option because we had limited computing power.   People are
starting to use MPC for motion control now.  MPC is predictive and can
account for "spring back", backlash and the time it will take to
decelerate.   But it does require modern compute power.   If you google,
you find many papers on MPC applied to milling machines starting in about
2010.


So what's the difference between MPC Model Predictive Control and feed 
forward? Solve equation analytical instead of using analytical solution?


Read some about it but did not figure out what they are doing but should 
not be able to predict something not in the model.



Eventually, this will filter down to the open-source DIY hobby community.
If you have ever seen a machine running with this kind of controller it is
visible even just looking at it by eye, the machine looks "alive" and moves
more like a human or a dog rather than a robot.
A consultant at work my workplace brought two dogs, kept them in a 
nearby room during meeting and they pee on the floor. Machine dog eat 
oil and shit screw is much better.

The problem is the complexity.  It requires some advanced math and the
computer has to be able to run thousands or likely millions of simulations
of the entire machine per second.   This is maybe why we don't see
research on this done in the 1990s or 2000s.   It is a good use for a
6-core Intel i9 CPU


Read model based control theory at University. Non-linear system may be 
linearized around working point while linear system may be stated 
directly. In both cases it will be a system on matrix form. There are 
standard methods to calculate feed-forward once model have been stated. 
For servo motors rather simple calculations give fast dynamic response 
though it might be possible to get more accurate control by modeling 
more details and improve feed-forward.



Nicklas SB Karlsson



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

[Emc-users] Zeromq, as there have been discussions

[Nicklas SB Karlsson]

As there have been some discussions about zeromq information about the 
protocol may be interesting https://rfc.zeromq.org/



This information is also interesting. "In 2011, CERN 
 was investigating ways to unify 
middleware solutions used to operate CERN accelerators." 
https://en.wikipedia.org/wiki/ZeroMQ and 
https://indico.cern.ch/event/354137/contributions/1763290/subcontributions/153483/attachments/701686/963362/ZeroMQ-tCSC-Aram.pdf 
which make me believe zeromq is a very good choice provided it is 
suitable for the kind of communication it is used for in Linuxcnc which 
I guess it is.



As have been pointed out many times before it have already been 
implemented in Machinekit which if I get it correct is a fork of an 
older version. Have no time to spend on it myself except possible 
reading some details about the protocols at least for months.



Nicklas Karlsson



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

Re: [Emc-users] [Emc-developers] chart of arrays

[Nicklas SB Karlsson]

Den 2021-05-02 kl. 03:06, skrev Jon Elson:

On 05/01/2021 12:35 AM, Nicklas SB Karlsson wrote:

Den 2021-05-01 kl. 04:52, skrev Jon Elson:

NML may send via TCP/IP if configured to, got more time then I was 
unemployed and have been looking into the configuration file and at 
least once tried. ZeroMQ may also among methods send via TCP/IP, 
reading fast they do not say anything about the protocol used then 
sending data.


My understanding is that NML has no understanding of the hierarchy of 
the structures inside the shared memory area.  So, as written, it can 
only have the WHOLE shared memory across the net.


Zero mq's sole purpose is to break up the sub-structures so that 
clients can subscribe to specific structures that they need, and then 
ONLY that structure is sent to that node.


Jon


I did not have any idea which waw better, guessed Zermq but did not find 
anything about the protocol and nml already there.



Searching for more information however found something interesting. "In 
2011, CERN <https://en.wikipedia.org/wiki/CERN> was investigating ways 
to unify middleware solutions used to operate CERN accelerators." 
https://en.wikipedia.org/wiki/ZeroMQ and 
https://indico.cern.ch/event/354137/contributions/1763290/subcontributions/153483/attachments/701686/963362/ZeroMQ-tCSC-Aram.pdf 
which make me believe zeromq is a very good choice provided it is 
suitable for the kind of communication it is used for in Linuxcnc which 
I guess it is.



Do not have any time to spend on implementing it myself at least for months.


Nicklas Karlsson


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

Re: [Emc-users] chart of arrays

[Nicklas SB Karlsson]

Den 2021-04-28 kl. 06:09, skrev Stuart Stevenson:

Gentlemen,
   Has anyone developed or printed a chart of arrays to use for
visualization during LinuxCNC development?


Not sure what you want. Type hierarchy, call hierarchy for static calls 
and class hierarchy is probably what is possible to do. Sometimes a 
diagram with signal path may give a good picture of the software, this 
is the case  for the configuration, it however have limitations for 
sequential program flow.



If I remember correctly a graphical visualization of structural VHDL 
give a really good picture of the connections between blocks while more 
conventional text is used within blocks. Think VHDL have quite much in 
common with what happen in configuration file.



Wrote PLC program a few weeks ago. Graphical state machine, CFC blocks 
within states and ordinary sequential programming within block which is 
Structured text for blocks. Rather satisfied with this solution. Have 
not yet seen software for state machines I am happy with, ideally I want 
output only to depend on current, outputs should also be well defined 
for all states, have been able to do this in ordinary text based 
programming language by using array/vector of structures with lookup table.



Nicklas Karlsson



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

[Emc-users] Sampler, overflow + header in output

[Nicklas SB Karlsson]

Sampler I found is simple to use then executing it from using a M1xx 
command, algorithm of shell script below:


  1. Disable sampler.

  2. Added an extra option to halcmd command read until buffer is 
"empty", used number of samples zero. Execute with this option to empty 
buffer.


  3. Enable sampler

  4. Run halsampler, there is parameter for selected channel and number 
of samples set then using "M100 Pchannel Qsamples".


  5. Disable sampler.

In 2. old values are flushed otherwise there may come old values first. 
Sample data is saved into a file with file ending .csv and it 
essentially is but with a space as separator, this work great. Think it 
is a good idea to add emptying of buffer but are a little bit in doubt 
about best solution? It might be sampling should be done until buffer is 
empty then sampler is disabled, maybe the best option is as I did? Or 
any better idea?



Even though samples have been flushed there is a overflow message then 
samples is started, this is an annoyance and should be removed to 
produce correct message but did not yet figure out how.



Shell command "halcmd show pin sampler.n.pin.* " show information about 
sampler pin(s). In particular type and information about net where it is 
connected. This printed information I plan to add an option so it will 
come before sampled values which is very useful then data is saved in a 
file, will also add either net information or pin as header for columns 
but are uncertain at this point which is best. Do anybody know if there 
is any not to hard method to access the information from "halcmd show 
pin sampler.n.pin.* " from within C code? Or  maybe calling the halcmd 
command from C code is the best solution? Or maye I better look into the 
halcmd code myself. This extra option to automatically add information 
about which net the sampled values are connected, anybody else interested?




Nicklas Karlsson



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

[Emc-users] Fwd: Glade-3 on Rpi

[Nicklas SB Karlsson]

 Vidarebefordrat meddelande 
Ämne:   Re: [Emc-users] Glade-3 on Rpi
Datum:  Wed, 7 Apr 2021 19:17:52 +0200
Från:   Nicklas SB Karlsson 
Till:   Ralph Stirling 



Den 2021-04-06 kl. 17:59, skrev Ralph Stirling:

I seem to be plagued by things that I thought I had working
but which now do not. The current one is gladevcp.

I have Raspbian installed on a 3B+, with Linuxcnc 2.8.1
and an RIP install of 2.9.0-pre available.

Glade-3 is version 3.8.6
Python is 2.7.16

The HAL components and pixmaps are installed in both
/usr/share/glade3 and /usr/local/share/glade3.

However, when I run glade-3 I get no HAL widgets in
the left panels, and when I open a ui I was working on
a couple of weeks ago, I get big orange boxes saying
the element is unavailable where I had HAL widgets
placed before. I get a ton of warnings from Glade along
the lines of:


You have to run:

. scripts/rip-environment

before you start glade-3 otherwise it will not find the widgets, guess 
it set some path or so.



Nicklas Karlsson


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

Re: [Emc-users] Spindle rps and index

[Nicklas SB Karlsson]

Den 2021-04-05 kl. 21:48, skrev Karl Schmidt:

On 3/19/21 4:53 AM, andy pugh wrote:

Here is a schematic of a typical LinuxCNC spindle orient setup:
https://wiki.linuxcnc.org/uploads/orient.svg


I've updated the svg - but I think it might be missing the 
spindle-index-enable connection?


Does the go to both the position-pid and the velocity-pid?

A copy of a working orient hal-file would be helpful.  (Feel free to 
send me one off-list)..
In Linuxcnc config folder sim/axis/vismach/VMC_toolchange have a working 
.hal file, there are two different to chose from. Also have one for 
myself, more or less working.


M19 is used to orient spindle.


Nicklas Karlsson



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

Re: [Emc-users] Die guide post insertion/removal force

[Nicklas SB Karlsson]

Yes, and have seen this catalog but other similar company much closer. 
Are however unsure if they have correct size, need quite large and 
already a larger than enough steel plate. This one one in figure at page 
two in the middle and to the right is cheaper which should come as no 
suprise as the one to the left have a foot. Expect no difference between 
except fastening so I though it was a good idea to figure how to use the 
cheap ones.


Christopher had used a 20 ton press on 1" so I will probably try this, 
it is not to expensive, they are most certainly serial produced and sold 
in store nearby. For higher pressures they are less common and cost at 
least several times more.


Well almost in the realm of real tools, small ones is pretty cheap but 
this one is quite large and I already have steel plate. Have an old 
excentric press that hopefully work I will try use it in, the pick on 
the top I know how to screw in already checked it will into hole on 
machine. It will be my first one so I build it with cheapest parts as I 
expect it will be no good anyway and need few parts.


Found someone selling iron bars locally, S235JR or S355J2 nearby, not 
sure if there is any problem machining S355J2 nor if it is good enough 
for sheet metal bending tool but should work for the few parts I expect 
to need. EDM might come later, bending tool will be used to make boxes 
for my driver cards, right now there is a little bit of chick/egg 
problem as I need the enclosure with good heat sink to run machine on 
full power.


Regards Nicklas Karlsson


Den 2021-03-24 kl. 18:33, skrev Thomas J Powderly:

dangit , meant to reply list not just to Christopher, sorry


Hi Niklas

are you talking about whats in this picture?

or like this manufacturer?

http://www.danly.com/PDFs/DanlyIEM-CatalogDieSets.pdf


A simple die shoe set is pretty cheap ( you are in the realm of real 
tools now, not hobby stuff )


and pretty cheap means you can not do it yourself with the neccesary 
accuracy.



the purpose is usually to stamp parts,

tho you and i might use them to make a sink edm using insulated bushes 
and an old c frame machine


tomp

On 3/24/21 8:18 PM, N. Christopher Perry wrote:
I recently replaced the 1” diameter posts in a die set with a Harbor 
Freight 20 ton press.  I used most of its grunt, but it worked fine!


N. Christopher Perry


On Mar 24, 2021, at 6:31 AM, andy pugh  wrote:

On Wed, 24 Mar 2021 at 05:13, Nicklas SB Karlsson  
wrote:
Anybody have any idea about the insertion/removal force of die 
guide posts?

No.

Trying to work out what you are asking, it sounds like you might be
planning to buy a hydraulic press, but do not know what force you
need?

But if they are interference fit then it will depend on the degree of
interference, so might be quite varied.
You might be able to find rules of thumb for general interference fits
and infer your requirements from that.

--
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, 1912


___
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



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

[Emc-users] Die guide post insertion/removal force

[Nicklas SB Karlsson]

Anybody have any idea about the insertion/removal force of die guide posts?

Up to 20ton is common and available cheap but larger is multiple times 
more expensive. Have small pile of soldering irons, some good some not, 
they are they are cheap so no big problem but not want the same thing to 
happen with more expensive hydraulic presses. Ideally I find something 
large old rusty cheap but others seems to think the same thing.



Nicklas Karlsson



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

Re: [Emc-users] Spindle rps and index

[Nicklas SB Karlsson]

Den 2021-03-19 kl. 10:53, skrev andy pugh:

On Fri, 19 Mar 2021 at 01:46, John Dammeyer  wrote:


I take it then that you can't actually move the spindle to the index position 
unless you have some sort of control beyond velocity?

Velocity control + PID = position control.

Here is a schematic of a typical LinuxCNC spindle orient setup:
https://wiki.linuxcnc.org/uploads/orient.svg
Yes schematic it is, once concluded .hal file is more or less a netlist 
and have been able to use gschem to draw schematics and generate .hal file.



Think it is similar or same as VMC_toolchange among the simulation 
machines in Linuxcnc. orient.N.position is a float  and it will work if 
it overflow each turn?


Otherwise then spindle rotate, position get larger, decimal point is 
moved and after slightly more than 77 hours at 3 600 rpm resolution is 
so bad it can't count a full turn. To get a resolution of 256 degrees 
per turn 8 bits are necessary and this point is passed already after 
slightly more than 18 minutes. Reason is for a float 24 bits are used 
for digits, the other eight bits are used for sign and placement of 
decimal point, there are also a few special cases like NaN/-Inf/Inf. 
Often used float for analog values, there it have been great since 
resolution have been known while scaling vary.



Nicklas Karlsson


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

[Emc-users] Spindle rps and index

[Nicklas SB Karlsson]

Need to orient spindle. Using a quadrature encoder spindle need to be 
"homed" by rotating up to one revolution to find index pulse but there 
is no homing for spindle. Know what index pulse is in encoder but what 
does the index enable signal for spindle do? or how is it used?


There is a float input spindle.n.ref for spindle position or revs but as 
spindle rotate number of decimal points decrease then decimal point over 
time is moved. Uncertain how the pos signal is used internally.


There is orient.n.position input from encoder and orient.n.position 
output in orient module, simple to convert integer value to float in 
whatever unit is required which I am also not totally sure about but 
then spindle rotate decimal points will decrease, or what happen? It 
count only one turn?



Regards Nicklas Karlsson



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