Advanced Search

It says theres a way to set it from analog to PWM in the manual, but the manual shows that its a software option, so Im not sure how thats supposed to even work...

Maybe it is an actual issue with the analog converter, I found a post from a few years ago about the older hardware

forum.linuxcnc.org/18-computer/44828-rem...ard?start=680#264265

Maybe @rbobey1989 has some insight, hes doing something with firmware and pwm nat the moment

Thanks for all the input and suggestions!

I’ve decided to go with a Fitlet3 — mainly because of its industrial build quality and the fact that there’s a local supplier offering a 30-day no-questions-asked return policy. That gives me some peace of mind while testing it with LinuxCNC and Mesa.

I’ll post an update once I have some real-world results to share.

Have you tried <Prior> / <Next>?
stackoverflow.com/questions/20911223/tki...-detecting-pgup-pgdn

www.tcl-lang.org/man/tcl/TkCmd/keysyms.htm

I apologize, this fell off my radar. I’m not sure what I’m looking at exactly, but a few observations:

1. That’s not the file you posted above
2. Are you showing a cut run and then clicking on framing? Everything happens so fast in that video and it doesn’t show the whole screen so it’s hard for me to follow what exactly is going on

I’ll try to simulate your setup this evening if time allows.

I figured it out now and could fix it.

There is one more thing. The key binding.

I found: forum.linuxcnc.org/21-axis/14675-keyboar...key-binding?start=20

and implemented the .py file. It works, but i want to use page up/down for the X axis. How should one know how the correct name/definition in the .py file has to be? Do you have an idea ?

Z and Y works.

tommylight wrote:

You should really mention you keep using the remote desktop, not everyone here knows what RustDesk is.
And that begs the question, how is the NVEM wired to the PC?
So yes, rustdesk is causing issues, but if you are using a hub/switch, that is a big nono for machine control.

So why do they do these tests with 4 YouTube videos in 4k in the forum? in direct connection with stress test 100 GLXgears I can work safely even with NVIDIA! I got this AMD VGA and now I also bought a motherboard with HDMI output to pass the YouTube 4K video test!
 

the strange thing is that they are the usual PCs and software that worked a year ago... then my brother had a serious health problem I gave up everything, now everything is better I wanted to look for some motors to use them and I am no longer able to connect them to the PC. I ordered a cable with the right plug when it arrives I will try again. last year I had soldered the GND RXD TXD wires and screen only on the servo side and it worked perfectly.
thanks Tom

I used this IC:

www.ichaus.de/product/ic-nv/

I had a Heidenhain rotary encoder with the same 1VSS signal. The IC converted it to TTL. Worked (and still does) flawlessly.

Included is a Layout for 2 and 4 Layers. I used the 2 layer board. But with prices so cheap, i would order the 4 layer for better signal integrity.

Linuxcnc will save the work offset on shut down. Also G54 is the default offset system on startup. Since the example code contains ' g10 l2 p0 x0 y0 z180' the G54 z-offset is set to 180 which is then stored on shutdown and restored on restart.
As far as I know it has always restored the last offset values but I have only ever worked with Versions 2.8 or later.

You should really mention you keep using the remote desktop, not everyone here knows what RustDesk is.
And that begs the question, how is the NVEM wired to the PC?
So yes, rustdesk is causing issues, but if you are using a hub/switch, that is a big nono for machine control.

But how is G54 active after homing and no G-code execution? I have two machines running LCNC (2.7.4) an both don't do that. That's confusing me a little bit.

I commented the G54 out of the .ini File but the behavior does not change.