I’m just getting started with LinuxCNC and have switched over from Mach4. I’ve been using the Italian ECAM 5 software and would like to continue using it. How different is the G-code between Mach and LinuxCNC? What are the main differences?

Hi all,

First time poster so i hope you'll excuse if this is a simple fix. I'm attempting to make something like an ArcDroid for a uni project but I've run into a road block. I'm using a MESA 7i96s as my controller and two knock off tb6600 as my drivers. after using the Pncconfig i got both my motors spinning in the XYZ setup, but once i tried to change it to SCARAkin, it didn't work. At first it loaded but was still in the XYZ config, then once i changed enough it stopped working outright. At the moment I'm aiming for simple motion control and I'm not sure if the issue lies in something I'm doing or in my coding. I've made several attempts so i have multiple files, mostly just coping from the existing SCARA config that exists in LinuxCnC but also from consulting with ChatGPT. Any help would be greatly appreciated, functional files for something like this would be a life saver and a more direct line to someone who is happy to provide help would be out of this world.

No, this is close. It should work. But I have sometimes noticed that the ethercat master
uses old settings and not the new ones. Keep 1a00 and 1600.
Try these in order
"ethercat rescan",
if no change "sudo systemctl  restart ethercat",
and finally if no change, restart PC and drives.
See error messages in syslog when you start linuxcnc

You should also, not causing the problem with the drive, but still, change the line order in the hal file to  

Ihr habt natürlich recht! 
Der Stift war doch wackeliger eingespannt als gedacht.
Eine Fräsung in einem Reststück ergibt ein schönes Ergebnis - damit bin ich zufrieden!

 

Die Mesa-Karte ist immer noch am Weg, damit spiele ich mich vermutlich im Winter mal.

Ich bin jetzt noch am überlegen ob ich die Ansteuerung der Spindel-Drehzahl auch über LinuxCNC machen möchte, einfach um unabhängig von der eingebauten Platine zu sein.

Laut dem Blog von Entropia brauche ich die folgende Ansteuerung:
Über SPI auf den Pins 14,16 und 17 wird die Drehzahl eingestellt.
Die Datenrate ist 30 kHz; die Daten werden in 16bit-Worten (Big Endian) übertragen.
Bei einem ATMega328p mit 128 kHz Clock haben die folgenden SPI-Settings funktioniert:
SPCR = _BV(SPE) | _BV(MSTR) | _BV(SPR0) ;
SPSR = 1 << SPI2X;

Die gesendeten Werte sind linear Interpoliert zwischen:
14000 RPM in Editasc -> 2866
20000 RPM in Editasc -> 4094 (0x0FFE -- erster Nibbel soll stets 0 sein!)

man kann die Spindelgeschwindigkeit auch mit 64kHz (= 8MHz F_CPU / Divider 128) senden.

Wäre das eurer Meinung nach eher ein Fall für einen externen Arduino, oder kann das der Raspberry ebenfalls erzeugen und ausgeben?

wrote:

The reason I mentioned the 48V not being necessarily ideal is some electronics are made with almost zero headroom above their limits.

For example, I own a 12V DELTA power supply that can be adjusted to output 14VDC; however, its filter caps are only rated for 16V!

That's 2V of headroom!

Which is absolutely fine, that is the way the designers intended.

Discussion on voltage values
www.eevblog.com/forum/beginners/is-there...igher-rated-voltage/

Hello, this is my first post in the forum. Have used it a lot to set up my machine to the point it is currently at.

So far I have it all pretty much set up and good to go with the QTPlasmaC UI, but I need some help removing the Z-axis movement from the machine.

The machine is a 2 axis plasma tube cutter, one for the rotary motion, and one for the linear. The rotary axis is actually treated like a linear one. with some clever sheetcam post processing I have created something where you can input a flat profile of the tube, and get prompted to input the tubes diameter that will do some maths to get the correct feed rate at the surface of the tube, depending on the tube diameter that was entered.

My problem starts when the plasmac software tries to home the Z-axis, even though there should be no z-axis instructions in the g-code. Then when the g-code runs it sort of gets stuck at the homing of the Z-axis, that shouldnt exist....Is there a good way to remove it entirely from the machine, and maybe even the qtplasmac UI? 

I have tried to comment out all the Z-axis parameters in the .ini and .hal files, but then i just get errors when opening up the cnc software. This is for a school related project so go easy on me!image missing /media/kunena/emoticons/smile.png (I have added a screenshot of the machines design in cad)
Thanks! 

Thanks again

As always, thanks to all for your valuable feedback.