Advanced Search

Thanks for your answer.
But Linuxcnc will coming up with an error:

 
 

hey scott, ive been playing with it for the last 2 weeks. I dont have much to show, but i think the environment switching is working kinda. im testing with a nucleoh743, from the debug it seems to be working but serial is messed, it seems i dont know how to do a define or something,

github.com/cakeslob/Remora-STM32H7xx-PIO...43/Src/main.cpp#L116

im not an expert but i think thats exactly what its supposed to look like (rpm changing as diameter changes). assuming those portions that are the straight lines are in between jog moves. I didnt see (or hear) any weird spindle speed drop outs like before thought. i am assuming you figured out the issue?

Thanks Tommy

I think this is exactly what I was looking for.

I'm trying to use ethercat so via the onboard ethernet port to the drives.
Honestly, just because its small and would fit easily in my electronics enclosure.

I'm willing to setup a pc but would be process be any easier?

Thanks

Press the machine on button 10 seconds before releasing E-stop.

Does not work, nothing will work while e-stop is active.
See timedelay:
linuxcnc.org/docs/2.9/html/man/man9/timedelay.9.html

I would:

1. Disconnect the drive from the 7I77 analog output (with all power off)

2. Power up the 7I77 with LinuxCNC not running

3. Check the analog output voltage of the affected channel
If  it is not near 0V, the 7I77 output has been damaged

If it is near 0V when LinuxCNC is not running, (this is the expected condition) 
It may simply be that the  feedback is reversed or there is some other tuning/setup
issue causing lack of control

I have the servo enabled pins setup, so when Linux is not running, the drives are disabled. But as far as I can remember, the servo was always spinning when i turned the mains on. I just recently found out, it would stop spinning when i disconnect the +-10 plug from the 7i77.

Yeah I think even anon realtime kernel running a text editor with 100 glx windows open would become unresponsive. Honestly I'm of the opinion that is an unrealistic and silly test, that doesn't prove anything. You're testing for a situation that no sensible person would subject a computer to whilst running gcode.
Obviously you are expecting unrealistic things, and any further interaction is at this point a worthless endeavour on my part.

Well,  ran install.sh and it wiped everything except the base mint installation
on my test computer. Not trying that again.

 

I used "DISPLAY = qtvcp -d qtdragon_hd" because I'm using the HD version and ran it from terminal. I've attached the terminal log.

"make clean" - helped. Thank you.

Sorry, I made "git clean", I will try "make clean".

Yes, I did. But it did not help.

I have seen that with master and 2.9

Did you 

make clean

after changing branches?