Advanced Search

Ok I’ll make a note of that.
Thanks for testing.

tommylight wrote:

Probably here, as far as i can tell, everything else will inevitably lead to here, and google still seems to find the forum easily.

What do you think about a new subfolder?

• Configuring LinuxCNC
  • HAL
    • HAL Examples
    • User-written HAL Components

Maybe with a sticky at the top explaining what the deal is - i.e. non-mainstream HAL components that may or may not do what you want.

​​​​​​​If we just have a single thread called 'HAL User Components' it will instantly get polluted with random comments, tangents, and questions on how to use the component(s).

A sub-folder might help keep it clean(ish) for a little while.

rodw wrote:

I just half wrote one here on the forum tonight forum.linuxcnc.org/49-basic-configuratio...-brake-with-linuxcnc
Blink could be improved a lot by using fperiod() so the on time and off time was specified in seconds if anybody wanted an intermediate project to practice on.
 

Well in the post the guy says it requires a floating point thread, but it is a nofp component, so you'd assume it was intended to run in a base thread.

My flash component started off with a counter, but wasn't very accurate timing. I'm using fperiod now, much better.

I say "my" component but really chatgpt wrote it lol. The nuances of comp trip it up pretty hard but you can get through it.

No image appeared on the screen, not working

@ vpomerleau, you may have to bypass the opticouplers on the board if it's over 2.5khz. rbobey1989 has a post in this thread about it.

If I ever manage to get mine going. I'll document what I did and what opticouplers to bypass etc

The pulse turning it by hand seemed good. Anything over about 150rpm the pulse was distorted , it was an open collector npn 500ppr

What was the part number of the original encoder?

If it was an open collector output, was your pull up resistor to high a value?

Did you look at the pulse train with a scope?

@Mudrat, I thought it was noise I was experiencing. But when I took the encoder apart I found it was a magnetic pickup instead of optical. It lost pulses above 200rpm and stopped counting. All omron e6b2 encoders have a dual board with disk inside. This was a single board. Pic below what it's suppose to look like inside(don't know if it genuine or a good copy)

I was watching with my son last night and he was thinking the same thing lol.

Much appreciated Sir.

Murphy, your picture shows a magnetic encoder, not optical. The Omron e6b2 encoders have 4 different versions, with different voltages and polarity.
If it is a direct copy then your index pulse is on the orange or orange/orange with red stripe depending on version.

Hi guys! I'm also trying to configure closed loop spindle on my RT1052 EC500. I mounted a Hall Sensor to my spindle and I see it under remora.input.31. I have a motor to spindle ratio of 1.8:1, I used Cakeslob config example with slight modifications. The spindle run but doesn't look closed loop since the rpm is not right but I can vary the speed with the override. I'm sure i'm missing something, do you need to configure the PRUencoder in the config.txt you upload to controller or everything is done in the .ini and .hal file? My mill is a Bridgeport with 2 gears (Low=50-1300 and High=1300-5000). For now I only want to configure closed loop on the high range and i'm gonna do the gearchange later. Any help will be really appreciated. 

ok I'm trying right now

ok cool.

I've just built a new image could you give it a whirl if it doesn't work I'll say that its not recommended for the 5 with 16GB only tested with 4GB.

drive.google.com/file/d/1MEgxQ1IrdI2hnnw.../view?usp=drive_link

rpi-5-debian-bookworm-6.6.44-rt39-arm64-ext4-2024-08-12-2032.img this image worked