Advanced Search

I've done some tests with machining programs in diameter mode and it takes it well. but I'm still jogging in radius, is that normal?

Thanks Royka!
FYR, I left the board run overnight. The max latency was less than 1us. Normally, it's 50 or 100us with other kernel rt patches:


In The cyclictest, the isolated cores (5, 7) have latency less than 3us

Thank you very much, I have already purchased the board, when it arrives I will try the recommendations.

Is it possible to contact the programming support service if I have difficulty configuring the Z axis feedback?

For anyone who uses ClearPath servos with Mesa Anything IO cards in quadrature mode ...

I've verified with a Teknic engineer that the ClearPath motors count 4 for every complete quadrature cycle - the rising and falling edges of A and B.

Since one step in Mesa stepgen is one complete quadrature cycle. So if the encoder resolution is 6,400/rev (for the enhanced version of the servos) set the step resolution in MSP to 4x6,400 = 24,800, so that every 4 counts (called 'quad count' in MSP) rotates the motor one encoder tick.

The regular version has encoder resolution of 800/rev.

This way, in the math to calculate scale use the servo encoder resolution as the steps/rev. And each Mesa stepgen count equals one motor step rotation. I think this is way easier to visualize and understand. If you run into max rpm issues on the motors, just set the steps/rev to the maximum without rpm limits (say 8000) and in the step/rev on linuxCNC side enter 2000. Tested this on actual hardware and it seems to work correctly.

To be clear, I'm running under Pathpilot which looks like is still built on 2.8.0-pre1:

---

| start_linuxcnc |

---

prefix: /home/operator/tmc exec_prefix: /home/operator/tmc EMC2_BIN_DIR=/home/operator/tmc/bin EMC2_RTLIB_DIR=/home/operator/tmc/rtlib INIFILE: /home/operator/tmc/configs/tormach_lathe/tormach_15L_sim.ini expanded INIFILE: /home/operator/tmc/configs/tormach_lathe/tormach_15L_sim.ini EXTRA_ARGS: RUN_IN_PLACE=yes LINUXCNC version - 2.8.0~pre1

So it looks like it is running Python 2.7.6:

PythonPlugin: Python '2.7.6 (default, Oct 26 2016, 20:33:43) [GCC 4.8.4]' is_callable(remap.m20remap) = TRUE is_callable(remap.m21remap) = TRUE is_callable(remap.m22remap) = TRUE is_callable(remap.m23remap) = TRUE is_callable(remap.g300) = TRUE is_callable(remap.g740) = TRUE is_callable(remap.g71) = TRUE is_callable(remap.g711) = TRUE is_callable(remap.g72) = TRUE is_callable(remap.g721) = TRUE is_callable(remap.digital_io_output_on_immediate_M64) = TRUE is_callable(remap.digital_io_output_off_immediate_M65) = TRUE is_callable(remap.save_user_modals_M80) = TRUE is_callable(remap.restore_user_modals_M81) = TRUE is_callable(remap.start_video_recording_M301) = TRUE is_callable(remap.stop_video_recording_M302) = TRUE is_callable(remap.take_picture_M303) = TRUE is_callable(__init__) = TRUE Here's the relevant section of my .ini: # REMAPPING #pp_include includes/remap_common.inc REMAP = M20 modalgroup=10 python=m20remap REMAP = M21 modalgroup=10 python=m21remap REMAP = M22 modalgroup=10 python=m22remap REMAP = M23 modalgroup=10 python=m23remap USER_M_PATH = nc_subs:~/gcode/subroutines [PYTHON] TOPLEVEL = python/toplevel.py PATH_PREPEND = python PATH_PREPEND= ../common LOG_LEVEL = 10

And from remap.py:
# My custom M Codes #

---

import sys from interpreter import * from Tkinter import * import linuxcnc list = #lc = linuxcnc.command() # Add an entry def m21remap(self, **words): #global list if not self.task: return INTERP_OK #list.append(self.blocks[self.remap_level].comment) self.error_handler.write("M21") return INTERP_OK def done(self, dialog, entries): for entry in entries: val = entry[1].get() if val.isdigit: self.params[entry[0]] = float(val) dialog.update() dialog.destroy() # Show the entries def m22remap(self, **words): if not self.task: return INTERP_OK #dir(self) #global list #entries = #row = 1 #if not hasattr(sys, 'argv'): #sys.argv = #dialog = Tk() #dialog.title(self.blocks[self.remap_level].comment) #for item in list: # ret = item.split(";") # prompt = ret[0] # if len(ret) == 1: # param = "_" + prompt.replace(" ", "") # else: # param = "_" + ret[1].replace(" ", "") # Label(dialog, text=prompt).grid(row=row) # entry = Entry(dialog) # entry.grid(column=1, row=row) # try: # entry.insert(0, self.params[param]) # except: # pass # entries.append((param, entry)) # row += 1 #b1 = Button(dialog, text='OK', command=lambda: done(self, dialog, entries)) #b1.grid(row=row, column=0, sticky=W, pady=4) #b1.focus() #b1.bind(' ', lambda x: done(self, dialog, entries)) #mainloop() self.error_handler.write("M22") return INTERP_OK def m20remap(self, **words): #global list #list = self.error_handler.write("M20") return INTERP_OK def m23remap(self, **words): sys.argv = #dialog = Tk() self.error_handler.write("M23") return INTERP_OK #

---

Lot of things commented out right now because I was just trying to get the functions to even send a message up to the status tab in the gui.
Full remap.py and .ini files attached.

Because the source was not mainlined the bsp source was necessary. At the beginning I used the already rt patched source of Rockchip, because the bsp source seems to be cherry picked updated so applying the rt patch yourself won't work.
Then I created a rt patch by comparing the "original" rockchip source by the rt source.

After that, Orange Pi published a rt patched source, to compile that source see:
forum.linuxcnc.org/18-computer/48079-can...cnc?start=310#298309

The config in the attachment (copied from the Rockchip source and added a few things) works well with the RK3588.
So you could try to use that as a reference for the timers/schedulers.

hello trisa25.

I managed to make it work with your files but I actually need to make a scara... and there is a ready-made cinematic there. Can you help me?

Thank you so much Peter you've done it again. Changed the line to sserial_port_0=000xxxxx and it works flawlessly. I also changed the number of encoders to 10 so i can use them on the 7i85. Now I just have a bunch of hal and classic ladder configuration ahead of me to wrap this retrofit up.

I got it all sorted out! Thanks for all the help.

I feel like crying... the engine worked! Thank you very much now let's go to phase 2 hehehehe

I'll test the ideas, thank-you all

Hi all, I've acuired an old Weiler Commodor 80NC lathe a few years back. The old controller already broke while in operation at the previous owner. They then used some hacks to get the servos working, installed a DRO and used it as a manual lathe.
 

I would like to get the lathe back to working order using linuxcnc but the lathe has an unusial gearbox. There is dahlander motor coupled with a two speed dual clutch gearbox driving the spindle. Inside the spindle housing there is an additional manual gearbox.



The original cnc-control used the commands S1, S2, S3 and S4 in the cnc-program to control the 4 different speeds of the dahlander motor + gearbox combination. The spindle speed itself is then determined by the setting of the gearbox in the spindle housing. So the gearbox determines a range of speeds that can be programmed in the cnc program.


There is only a rotary encoder + proximity switch connected to a seperate gearbox shaft, so i guess there is no way to just check the gearbox position without adding additional sensors.
 

Does anyone have a suggestion on how to control this spindle in linuxcnc?


 

The protocol is not important to me.
All I want is to move the z axis during the remapped toolchange.

That's exactly what I need!!
The idea you mentioned on Github caught my attention.
Your support means a lot to me

To power the 7I85 from the 7I97T, you must also change
the 7I97T cable power jumper (W22 must be up)

Did you check if the sserial port is enabled in your hal file?
(you have the cable connected to what is sserial port 2
on the 7I85) so you need at least sserial_port_0=ABCxxxxx
where C is the mode for sserial channel  2