Advanced Search

Maybe you should get away from those mice, you see from Tommy what they can do.
I don't know if it is better with a mouse, Qtdragon is designed to allow the use of fingers, even thick fingers.
You can always try. Make a copy of your current config and experiment with QtDragon.
Get the QtDragon setup from the linux examples (simulator examples) and mix in your ini and hal files.
If you are able to do that you won't destroy the current config and you get a chance to try QtDragon on your machine.

linuxcnc@linuxcnc:~/Desktop$ ncam --catalog=lathe

NativeCAM info:
   inifile = NA
  NCAM_DIR = /home/linuxcnc/nativecam
   SYS_DIR = /usr/share/linuxcnc/gladevcp/NativeCAM
   program = /usr/share/linuxcnc/gladevcp/NativeCAM/ncam.py


Using default lathe/menu.xml,  no lathe/menu-custom.xml found

Traceback (most recent call last):
  File "/usr/bin/ncam", line 4124, in get_selected_feature
    if self.actionDualView.get_active():
       ^^^^^^^^^^^^^^^^^^^
AttributeError: 'NCam' object has no attribute 'actionDualView'
/usr/bin/ncam:3660: DeprecationWarning: Gtk.ActionGroup.add_action is deprecated
  self.action_group.add_action(act)
/usr/bin/ncam:3658: DeprecationWarning: Gtk.ActionGroup.add_action_with_accel is deprecated
  self.action_group.add_action_with_accel(act, accel)
/usr/bin/ncam:3654: DeprecationWarning: Gtk.Action.set_icon_name is deprecated
  act.set_icon_name(stock_id)
/usr/bin/ncam:2803: DeprecationWarning: Gtk.UIManager.get_accel_group is deprecated
  self.accelGroup = self.uimanager.get_accel_group()
/usr/bin/ncam:3936: DeprecationWarning: Gtk.UIManager.get_action is deprecated
  self.actionSingleView = self.uimanager.get_action("/dummy/SingleView")
/usr/bin/ncam:2964: DeprecationWarning: Gtk.Action.create_menu_item is deprecated
  mi = _action.create_menu_item()

(ncam:1781): Gtk-CRITICAL **: 11:59:35.761: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed
/usr/bin/ncam:2966: DeprecationWarning: Gtk.Action.create_icon is deprecated
  mi.set_image(_action.create_icon(menu_icon_size))
/usr/bin/ncam:2966: DeprecationWarning: Gtk.ImageMenuItem.set_image is deprecated
  mi.set_image(_action.create_icon(menu_icon_size))

(ncam:1781): Gtk-CRITICAL **: 11:59:35.762: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.762: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.763: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.763: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.763: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.763: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.766: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(ncam:1781): Gtk-CRITICAL **: 11:59:35.766: gtk_accel_label_set_accel_closure: assertion 'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed
/usr/bin/ncam:2809: DeprecationWarning: Gtk.UIManager.get_widget is deprecated
  self.main_toolbar = self.uimanager.get_widget("/ToolBar")
/usr/bin/ncam:5095: DeprecationWarning: Gtk.ToggleAction.get_active is deprecated
  if self.actionDualView.get_active():
/usr/bin/ncam:5641: DeprecationWarning: Gtk.Action.set_sensitive is deprecated
  self.actionCollapse.set_sensitive(self.selected_feature is not None)
/usr/bin/ncam:5662: DeprecationWarning: Gtk.Action.set_visible is deprecated
  self.actionChngGrp.set_visible(
DEBUG actionDualView.get_active
Previous work not saved as current work
Traceback (most recent call last):
  File "/usr/bin/ncam", line 5923, in <module>
    ncam = NCam()
           ^^^^^^
  File "/usr/bin/ncam", line 2827, in __init__
    self.load_currentWork()
  File "/usr/bin/ncam", line 5068, in load_currentWork
    self.action_new_project()
  File "/usr/bin/ncam", line 5086, in action_new_project
    xml = self.update_features(xml)
          ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/bin/ncam", line 5524, in update_features
    recursive(xml_i, None)
  File "/usr/bin/ncam", line 5465, in recursive
    f_B = Feature(src=src_f)
          ^^^^^^^^^^^^^^^^^^
  File "/usr/bin/ncam", line 1784, in __init__
    self.from_src(src)
  File "/usr/bin/ncam", line 1848, in from_src
    src_config.read_string(str(f))
  File "/usr/lib/python3.11/configparser.py", line 739, in read_string
    self.read_file(sfile, source)
  File "/usr/lib/python3.11/configparser.py", line 734, in read_file
    self._read(f, source)
  File "/usr/lib/python3.11/configparser.py", line 1112, in _read
    raise DuplicateOptionError(sectname, optname,
configparser.DuplicateOptionError: While reading from '<string>' [line 90]: option 'header' in section 'PARAM_Z_RAP' already exists
 

embedded - incomplete view and no proper operation

standalone - it doesn't start

.....................................
ncam --catalog=mill    - ok
ncam --catalog=plasma   - ok
ncam --catalog=lathe   - it doesn't start, error in the next post
 

thank you!

I did find the 'encoder resolution' in the GUI and it was at 4000. Probably a dumb question but since we adjust the steps/rev to cleanly be divisible by 3 do we have to do something similar here? I again dont think i understand what encoder resolution means, what are the units of this? 

ill hold off on any pid tuning for now ill just update the error readings and reinstall it on the machine and start tuning it there.

Thank you all again for sanity checking and showing me the way!

Well reading the (correct, even) documentation hasn't helped.

Clearly, my expectations are wrong.  I have an axis that goes from 0 to 12.  I want to home at the "12" end.  It's a "bed moves" mill, so the motions are all backwards from the POV of the config, which is clearly expecting a "spindle moves" mill.  

Here's what I have.  The SEARCH and LATCH phases work fine, both searching negative.  But when the axis engages HOME_FINAL_VEL, it also heads in the negative direction to find HOME.  To be clear: HOME_SEARCH_VEL, HOME_LATCH_VEL, and HOME_FINAL_VEL are all moving the axis in the same, negative, direction.

With the INI as shown, it moves .5" before stopping.  (I've replaced "HOME=12" with "HOME=.5" for testing, simply so the axis doesn't move so far in the wrong direction.  I'm testing in the middle of the bed, simulating by activating the limit switch by hand.)

What do I need to do?


 

With a keyboard and poor-quality computer mouse, is QTDragon still better?

SIDE NOTE:
Why does pressing Ctrl+HOME launch the "Unhome all axes" dialog in AXIS?

The "Quick reference" pane says Ctrl+HOME is "Home all axes".

I have no touch screen.

I do have an almost brand-new keyboard though.
(It's at least 10 years old, but was in the original box until I opened it 3 months ago).

There are no touch screen monitors available to me.

I ain't buying one.

The PC was initially dsestined to be recycled.

The CNC machine is located in my high school.

The EaserCAT 3000 is functional ? Suitable for a basic lathe ?

Looks interesting.

Got the lube pump, hydraulic pump, coolant pump testes and tempeary wired up. And got most of the wires from the spindle motor, transmission,  lube pump, hydraulic pump, coolant pump and the spindle brake wired to DIN terminal.
Also i made a DIN rail in the control cabinet. 
I did also some test on the software.
 

Ahh you see the light! Be sure to read the correct version of the documents for the version you are using. Everything you need to know is there in those docs!

I have a boxford 160 and need to put back the encoder 
does anyone have a picture of how this goes ?    

Hi Rod,

Here is the submakefile that is used for the tpmod_scurve.
This repository uses the original makefile system to compile the scurve. It has no cmake build system.
It's quite straightforward. It can not be made simpler to incorporate into the source.

I also need to stop using google to find linuxcnc docs, rather than having some known-good bookmarks on hand. Not only does google often point to old versions of the docs, it will also take you into the middle of the document. While I'd read most of the page @PCW linked to, I think I'd never even seen the first several sections, with the excellent colorful diagrams. Wish I had!

Detecting the drive pin could also cause parameter tracking issues if an anomaly happens.

Maybe detecting pocket pins on each index and a homing pin is better.
And just make the motor stop with a slight delay, so the geneva drive fully engages.

By e.g using M65 P4 Qxx in subroutines.

Grotius wrote:

Hi Rod,

You mean adding the cmake project into the original makelists.txt file and build it from there is the way to go?
I did not test that option.
 

I don't know anything about make or cmake but yes, just use cmake for the emc/src/planner folder. 
I noticed that Linuxcnc uses submake files for each folder in src/emc but you don't seem to do that.
Also because you mention motmod.so and liblinuxcnchal.so I assume you have modified the code in other modules. If that is the case, is there a way that planner can specify what it needs to use at run time so these modules can be used with both tpmod and planner?

It would be so cool to incorporate this into the base code and if it is modular as the original designers of Linuxcnc intended, it wont break anything existing.. and  it becomes available to everybody.