Advanced Search

I guess its possible, You could add a stiff pulldown (say 470 ohm) on TXEN to test
are you sure its not parity related?

Maybe I can get one to try.
(Edit 2 ordered will try to get them running when they arrive is about 10 days)

Does seem that function 2 would make more sense on inputs and 15 on outputs

Thanks Murphy for your answer. I read the entire forum many times without finding what I was looking for.I used marked spindle index pin on the controller. From EC500 V5 documentation:

INDEX can be connected to ordinary NPN type 2 wire Hall switch  

So I tought maybe they didn't put or put better optocoupler on this one since this pin is intended for this use, if needed i'm gonna bypass it. So do think I should use te remora PRUencoder or use the linuxCNC encoder module ? And to do so , do I need to modify my config.txt file to include encoder and upload it again ? I really want this to work 

spumco wrote:

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.

Well anyone can just submit a component via pull request to the linuxcnc repo. Not sure if the maintainers test them at all other than making sure they compile. If it's a good an useful component, there's really no reason not to just submit it via pull request.

I suppose some people just post components they aren't really 100% sure about or haven't fully tested. It doesn't really require an unofficial repo to store them, maybe just a place where people can look at it, maybe test it themselves then submit it. They shouldn't just live in some out-of-repo place if they actually do something useful.

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.