Advanced Search

ok so heres a pic of the conns. i have verified everything all the way up to them is working. spindle start is on ssr.03, and all the wiring from the mesa to the vfd is tested. as best as i can tell P00.01 should switch between the keypad and remote switching. i can change the frequency from linuxcnc but thats about all. 

the manual is here: www.huanyangvfd.com/wp-content/uploads/2.../FC01-Series-VFD.pdf

 

No tool changer or offset.
I manually move the head to a zero position and insert the new tool. Then I use G54 offset to give it the program height, then run.

Went back and tried to regenerate this, it seems to not be very good at it.
I think I am either going to have to split the operations into separate programs or learn how to assemble this myself. I haven't given up on learning how to take the code, create subroutines and write the code for multiple locations.

Don't think I need the G92s. When I enter the Z location it moves the entire 4 location layout on the screen. Have no idea why.
Anyhow, more to do and learn.

Almost there, I think

thanks

Noted, and quite tricky indeed; thanks for staying the course and helping out so many people. Think the rpi-5-debian-bookworm-6.1.61-rt15-arm64-ext4-2023-11-17-1520.img.xz from linuxcnc.org/iso/ is missing the [rpi5] section in config.txt - I've tried this one several times, and it always kernel panics 0.5s into boot. I must have been using the rpi-5-debian-bookworm-6.12.11-arm64-ext4-2025-01-27-0140.img.xz before - will try that one again.

P.S. of course, after flashing the SD card, then I find the whole-SD backup, d'oh!

Thanks for the reply - didn't get a notification of it, sorry for taking a little while to respond.

Okay noted, I will do my best to configure a cia402.hal file instead of the method i've been doing it...

but good news is that i've been able to move the drive to an "OP"erational state. very happy with even this little progress haha. will post my cia402.hal once i've got it to compile.

can't imagine why not. is this a traditional xyz mill? I have not done this in PB before, but you may be able to simply go into the custom_config.yml and expand the mills tool table columns to include the X and Y offsets and use those for setting up your lathe tools to align them with the work centerline. I can confirm when using stationary offset mounted touch probes this works great. I think if you are just looking to do simple turning (actual turning in X and Z axis only like a traditional lathe) that this would work in that manner.

you may need to adjust the turning post to call tools as a mill post would in order to utilize those X and Y offsets.

I think that the dro control box section will likely soon become a user tab module that can be setup per the users requirement and kept in the config folder. seems too many configurations to keep up with otherwise and really taxes the ui build having to keep so many dro's running and active.

I will take a look and see what would be required for that.

So far, this method is not working well.
Nothing happens when I load the NGC. For now, I would like to try a different method.

I am considering creating an action button that retrieves the first WSC from the loaded NGC and sends it to the MDI. ...