Advanced Search

Great I'll try this , thanks for all the help. It's much appreciated. Travel on X is 48mm In the specs. 

I may have found something in my xml file

<pdoEntry idx="6000" subIdx="01" bitLen="16" halType="complex">
<complexEntry bitLen="1" halPin="motion" halType="bit"/>
<complexEntry bitLen="1" halPin="tbd" halType="bit"/>
<complexEntry bitLen="1" halPin="ready-for-start" halType="bit"/>
<complexEntry bitLen="1" halPin="error" halType="bit"/>
<complexEntry bitLen="1" halPin="process-ready" halType="bit"/>
<complexEntry bitLen="1" halPin="error-priority-info" halType="bit"/>
<complexEntry bitLen="1" halPin="error-priority-alert" halType="bit"/>
<complexEntry bitLen="1" halPin="ohmic-contact" halType="bit"/>
<complexEntry bitLen="1" halPin="remote-power-status" halType="bit"/>
<complexEntry bitLen="1" halPin="error-priority-error" halType="bit"/>
<complexEntry bitLen="1" halPin="error-priority-failure" halType="bit"/>
<complexEntry bitLen="4"/> <<<need to change this to 5
</pdoEntry>

Need to change last complexEntry bitLen from 4 to 5

Can't test it until tomorrow though.

And another thing...

I saw in your last screencap that the DRO is displaying "G54 X: -17.xxx", but TLO X: 0.

I think this means that when you 'touched the tool off', you actually set the G54 work offset for X, and not the tool length offset.

On a lathe, the work offset for Z always changes depending on the stock/chuck length.  But X offset should never change - it should always remain zero - otherwise LCNC thinks the spindle centerline is offset from reality.

You need to zero out the G54 X-offset value, and then redo the tool touch-off under the Machine menu.  Here's the manual section:
linuxcnc.org/docs/devel/html/gui/axis.html#_manual_control

Uthayne wrote:

Let me know how I can be of help.

 

Hello, thank you for your willingness to help.
As I mentioned, I’m not proficient in LinuxCNC, but I have great respect for it.I’d like you to let me know what you need, and I’ll do my best to adapt the product to your requirements and send it to you for testing. I think we should start a new thread to avoid cluttering the current one.I’m very committed to keeping the topic open and accessible to everyone without any secrets.Criticism, in particular, has always been, is, and will continue to be motivating for me.

ps. to introduce myself I present my child:
My Proma-Elektronika company

Is it okay to set it as just "Home X"?

Yes it is, granted you set the soft limits correctly in the wizard or in the ini file.

And we're back to your X limit values in INI file being wacky.

See the error about "Line 17" in your screencap?

Line 17 in the pawn file is the first move with an X axis value.  Specifically:N20 G0 X55.56 Z10.And if you look at your INI file:MIN_LIMIT = -48.0
MAX_LIMIT = 3.00
Something isn't going to work out when you tell LCNC to move to an X position greater than the MAX_LIMIT unless you have a tool offset active that drives the commanded position back inside the MAX/MIN limits.

Problem #1 is that your MAX should be something like 51, and MIN should be something like 0.  Or maybe closer to 40 and -14 if you want the turret centerline tools to be at machine "0" after homing.  I've no idea what the actual stroke length is for X.

Problem #2 is that you probably have F360 programmed with a HUGE clearance diameter/radius.  F360 has no idea about your machine's travel limits (unless you define them in the Machines Definitions), so it doesn't alert you when you tell it you want a gigantic clearance.  Try setting your clearance to 1 or 2mm from the stock OD and re-post.  Line #17 will probably look more like:

N20 G0 X35.56 Z10.

So circle back to my earlier post about adjusting your X MAX/MIN values, and once you've got them where you want, re-do all three F360 operations to have a minimum clearance value and re-post.  You can then look at the g-code and immediately see whether F360 is trying to drive your X-axis beyond the max limit.

Uthayne is your man. He is very knowledgeable in this area.

No, there are too many dependencies that cannot be met. The move from python 2 to python3 is the biggest one.

You would be better off upgrading to Debian 12

JT wrote:

The ini entry INPUT is now THEME gnipsel.com/linuxcnc/flexgui/ini.html#themes

Which file browser, the keyboard or the touch screen?

Good point on the flood and mist and I see no reason to disable them at any time and that has been fixed.

JT
 

THEME = touch overrides my qss. I get the touch file browser back be it's using whatever qss the theme uses instead of the one I specified with QSS =. Can I add the touch style file browser to my qss?

As for the file browser showing the current directory, just some bar at the top of the browser or maybe even a label that can display it above the file browser. Right now you see files in the directory that you are in....but you have no idea what directory you are in. I keep most of my NC files on a NAS so sometimes I move around a bit to get to the file. It's alot easier to navigate if you can see what directory you are currently browsing.

BTW, thanks for answering these questions. I can probably figure some of this out myself but that probably wouldn't help anyone else looking to work with Flex.

No way lol, it's amazing what you see when there's a finger pointing right at it. That was stupid on me it's so obvious.
What was throwing me off was when ever I touched off the x and z . The program wouldnt run because it was exceeding the limits. Even though there's plenty of space there. So there has to be an issue with my limits etc ?

I give up!

  I

 

hmmm

LOL i think i need one trying to figure this out.
hal , test file and pawn attached
When i touch off g54 on X it drops the model down in the preview. Its thinking Im cutting from the top down and also the Z is inverted on the model. no matter what I do in fusion changing flipping axis or flipping the chuck placing its still the same.

O.M.G.

I just watched your video.  @Aciera was right, as usual.

What you are pointing at is the tool path, not the pawn.  I've circled the 'pawn' in red.  What you are pointing at and claiming is the 'base' is, in fact the pawn's head after the cuts are made.

White = tool path (are tool will cut)
Black = pawn after material is removed

This still doesn't explain why positive SEARCH_VEL moves left during homing but we can circle back to that.