Advanced Search

Thanks for the interest with StepperOnline's A6 servo system. At present, the StepperOnline A6 servo does not support torque-based homing functionality.

tuxcnc wrote:

Fr3nzy wrote:

My motherboard is very old and doesn't support UEFI. Maybe I should use one that will support it.

You have the right to have a computer museum, but do not require anyone to help you maintain it.




 

Would you suggest a hardware that is guaranteed to work with the latest repositories and EtherCAT?

tuxcnc wrote:

The "EFI variables are not supported on this system" has nothing to do with BIOS setup.
This is common kernels RT problem (efivars disabled in config).
The solution is to add "efi=runtime" to the kernel parameters (once at boot or to /etc/default/grub).
 

"efi=runtime" is added and the same "EFI variables are not supported on this system" error appears.

So, I got it working, one line in the manual saying set speed is 201h (513d). Totally missed it. And the pyvcp value had to have a F after the label


[TRANSACTION_02]
FIRST_ELEMENT=513
NELEMENTS=1
MB_TX_CODE=fnct_06_write_single_register
MB_RESPONSE_TIMEOUT_MS=500
MB_BYTE_TIMEOUT_MS=500
HAL_TX_NAME=spindle-set-speed
MAX_UPDATE_RATE=0.0
DEBUG=1


## connect the PyVCP run speed slider to mb2hal input pin
net spindle-set-speed mb2hal.spindle-set-speed.01.float <= pyvcp.spindle-set-speed-F

Hello everybody. I don´t know much about electronic systems so I am looking for some guidance. Me and some friends are converting a Sherline benchtop lathe to CNC. We plan to use a RPi with a CNC breakout board. So far we have been able to control the steppers but not the spindle. Originally, the spindle is controlled manually by a KBIC-240D DC motor speed controller. This board controls the spindle by means of a manual potentiometer and a lever switch. We are replacing the manual potentiometer with a digital one, especifically a MCP4131. However, this
potentiometer is controlled only by SPI communication protocol and as I understand it the default HAL file only sends PWM signal through the designated pin. 

How can I configure the HAL file so that the RPi can establish SPI communication with the potentiometer?

transactions 00 and 01 load and work fine. if you use nelements, pin names are not required. And no, spindle-set-speed is not being created. 00 is spindle-speed and 01 is spindle-at-speed. These are being created, and work fine via axis

Hi All, 

Ive done a search and found a couple threads on this but it honestly goes over my head a little. Has anyone made a complete press brake control with GUI interface from LinuxCNC? Im currently looking at building a DIY press brake to suit my needs and would ideally like to have some control over it. Even a basic NC control that can save programs as I do repeat parts would be great. I know almost nothing when it comes to software and have been attempting to have AI write it for me (which is probably not going to work). I come from a mechanic/fabrication background so building the press for me is the easy part and the software part is where I will seriously struggle. Was hoping someone would have something that might suit? 
Currently on the fence between a torsion bar style press with a single Y1 on a glass scale or if it can be done I would rather run Y1, Y2 and a pair of scales to control it independantly. X axis backstop would also be needed. Other axis controls would be nice but really not needed for my application. Ideally tooling library, bend tables etc would be great to have stored inside software but is that  LinuxCNC thing or something seperate i need to make?
The threads ive seen on here seem to taper off with no conclusive result on them. If anyone has any input would be very much appreciated as I am a complete newbie to this type of thing. 

Thanks
Brad

Fr3nzy wrote:

My motherboard is very old and doesn't support UEFI. Maybe I should use one that will support it.

You have the right to have a computer museum, but do not require anyone to help you maintain it.

Thanks! I knew it was some dumb mistake on my part

The "EFI variables are not supported on this system" has nothing to do with BIOS setup.
This is common kernels RT problem (efivars disabled in config).
The solution is to add "efi=runtime" to the kernel parameters (once at boot or to /etc/default/grub).

tommylight wrote:

Try enabling UEFI in BIOS.
 

My motherboard is very old and doesn't support UEFI. Maybe I should use one that will support it.

Try enabling UEFI in BIOS.

You have setup your machine as a left handed coordinate system instead of the standard right handed system:
 


Some people get confused by the machine Y only moving in the negative direction from home but that is irrelevant since the actual work is going to be referenced to a work coordinate system (ie G54 ... G59) which can be setup anywhere.
 

Actually, i can't get fusions axis to match my machine, if i change the direction of Y (which is the issue right now, either x or Z will also flip)

I had to use Claude to help me write the post since i'm new at this so please excuse me, I'm attaching my .ini and .hal files, thanks in advance!!:    Diagnosis: With corrected Fusion360 machine definition (Z up, X right, Y forward), linear motion executes correctly. However, G2 (clockwise) and G3 (counter-clockwise) commands execute in opposite directions.Tested: Triangle draws correctly. Circle with G3 (counter-clockwise) draws clockwise.Question: Is there a XYYZ kinematics setting or HAL configuration that controls arc direction in LinuxCNC?I'm also atteching a picture of my machine: