Advanced Search

andrax wrote:

Note 2:I would ask you to investigate whether Debian, the base thread and the servo thread can each be assigned to a single CPU core.This would further improve stability.This is also done by Beckhoff and Codesys.It makes their runtime independent of the operating system and guarantees real-time capability. 

Yes, I believe this is the correct approach but I've never run a base thread or looked at the thread instantiation code in detail.
With a single isolated core (normal case) both threads should end up there.

Ethercat and Mesa configs should not need a base thread

my1987toyota wrote:

Could this become the snowball that starts the avalanche?

I really hope so.

my1987toyota wrote:

Do I dare hope for a world NOT overrun by big corporate subscriptions ? 

This is happening, no matter what, they are paying huge amounts of money to shove anything and everything down our throats, and we are just taking it.
Until humans learn to control themself and boycott any such stupidity, we are screwed.

For the door, it is better to use feed-inhibit or motion-is-enabled or machine-is-on, of the top of my head, as those do not require homing but should stop the machine.
E-stop should definitely not be used for it.

Was this deleted by you?

I have an XHC-WHB04B pendant set up and everything works pretty well, except that when I turn the wheel in continuous mode it moves in jerks/jumps, while in step mode it moves smoothly. Is there any way to avoid the jumps in continuous mode?

isnt backwards.

Bit 0 (port 0) is 0x0001 and bit 15 (port 15) is 0x8000, because the "first" bit is on the right.
 

Thank you very much for all your hard work. I’ve been following this thread the whole time, and now that the changes are being incorporated into the official repository, I’ll update my repositories and test the new EtherCAT HAL driver.Note 1:From what I’ve read, there does appear to be a dependency between the software and hardware.Note 2:I would ask you to investigate whether Debian, the base thread and the servo thread can each be assigned to a single CPU core.This would further improve stability.This is also done by Beckhoff and Codesys.It makes their runtime independent of the operating system and guarantees real-time capability. 

A quick update from my end: I replaced the two components on the encoder board, but unfortunately, the encoder signal is still not being processed. Without a schematic, I really don't know where else to look.

I'm still waiting for the optocoupler so I can get the second board back up and running.

Welcome, and feel free to ask and wander about, i would suggest you start with the "show your stuff" section of the forum, plenty of eye candy there.

I recently stumbled upon this forum and the whole Linux based machining process.  I mentioned this to one of the upper management folks, I was told to do some research and see if it might be something that could be integrated.  So here I am.  Looking forward to this adventure.  
I first learned of Linux operating systems ten years ago or so, when I saw a Linux magazine with an Ubuntu operating system and how to install.  However I am not very skilled or adept at keeping up with ever changing technologies and so forth.  The core concept of Linux and open source principles really is something that caught my attention.  Anyways thanks for being here y'all and thanks for having me as a part of this organization.  Have a great day.

Stuck on the analog spindle output now. The drive im using requires 0-10v and an enable/fwd/rev command. Attached is how I wired it and a snip of the drive wiring diagram.
   

thanks for your help! I got the outputs working.

But now I have another problem.

I would like to add a door switch that triggers and Estop so nobody can access the machine while running. But the door switch will also be triggered when the machine is in idle and therefore I would have to home the machine every time the door has been opened.

Is there a way to unhome the axis only when the estop happened while an axis was moving?

I just added HAL watch labels so you can monitor the status of any HAL pin in a Flex GUI. You simply add two Dynamic Properties to a QLabel and that's it.



JT

Could this become the snowball that starts the avalanche?
Do I dare hope for a world NOT overrun by big corporate subscriptions ?