Arduino based USB Pendant for Linuxcnc

For starters, you are trying to load the component twice

Once right at the start of adna.hal, before any rt components have been loaded
and then again in custom_postgui.hal

It should only be loaded once in custom_postgui.hal, after everything else is loaded.

It looks to me like the brightness might just be turned up way too high.

New to CNC (researching to build my first CNC router), but i am not entirely new to Arduino. i spotted this thread, and it instantly got my brain thinking about what i could build for a pendant. My first thought was to use an Xbee i have to make a wireless pendant.
Very neat project!

~Travis

ArcEye, have you considered using a Nextion display for more advanced pendant display features?
I have a 4.3" Nextion display i was thinking of incorporating into a wireless (Xbee) pendant.

I haven't started building my CNC router yet, but my brain is still churning at the idea. :woohoo:

~Travis

Thank you ArcEye for the serialcon code.

I do have a question though; would the same structure work on a TCP/IP socket in HAL? Basically, include socket and open a port, wait for connection and process. Or while running loadusr, the component tries to establish a TCP/IP connection to a hard-coded IP, and if not found then exit otherwise stay in the loop to send the HAL signals to that address?

Maybe what i am trying to check if HAL support TCP/IP binding in C (not Python). If so, any source example of such component available?

Thank you.
Jim.

Hi,
I hope no one will be upset about an old topic coming up.
There was a question about HID implementation. I have recently found (and tested!) on Arduino UNO the modified bootloader, called HoodLoader2. There are some examples included. Once it is (finally) installed and working, it allows easy reprogramming of BOTH MCUs, with usb cable just as easy as normal programming.
It can be easily turned into HID keyboard, with functional LEDs (I believe up to 8 - with 5 of them other than caps/num/scroll lock) - like they should function in keyboard - they can be set up from PC side, or one keyboard can set the led on the other. There is no display, but that should not be a problem since there can be parallel usb usart configured and may be used for display only operation.
That should be good for some kind of button+led panel, but remember it has its own set of pros and cons:
- it is a keyboard. May be easy to bind interface to keyboard based app or mimic the relevant axis hot keys, or not easy as those are not hal pins but keypresses. It will stop working when you switch to console terminal (out of X), while the serial version will work all the time.
- E-STOP is not real - it will fail - as in above warning, but then again it is still usb based and should be considered unreliable.
- the leds can be set with linux program "setleds" from console or a script. I need to do some more testing on that as it seems to fail currently on my XFCE and works well in console.

This is just some info, as it requires some experienced programming to handle. If anyone is interested I can provide my working capslock example.

I shall try the latest ArcEye code found in the thread when I find it, or maybe there are some updates? I think I will work on that,at least the python side as I might try C without all the arduino layers if it is too slow. Arduinos test program with graphical wg12864 seems to get around 14 fps drawing some stuff and some text, there should be some time for keys processing.

questions of the day:
Is the unreliable key response the main problem when using faster refresh rate?
Does NICENESS (man nice) affect the userspace thread response time?