Advanced Search

Was ist denn der Hintergrund der Frage?
Disclaimer: (ich bin nur Hobbyfummler und "kenne" nur Mach3, Linux, Fanuc, Marlin und GRBL ) vermute aber, dass Haidenhain und Siemens keine Ausreißer sind.)
Ich programmiere nichts per Hand, es sei denn es ist wirklich irgendein Quatsch, wie 4 Löcher bohren, oder eine Kante fräsen.

Im Prinzip "macht es wohl (was eigenes)" bzw. alle anderen machen "was eigenes".
Was es macht, kann man hier nachlesen. linuxcnc.org/docs/html/gcode/g-code.html

Einen für Fanuc erzeugten G-code auf Linux CNC "loszulassen" würde ich mit Vorsicht genießen. (kann man aber mit dem Finger auf dem NotAus riskieren)
Linux CNC g-code läuft nicht so ohne weiteres auf dem Fanuc controller. (dont ask)
Der meckert z.B. bei Sonderzeichen und will gewisse Formatierungen anders haben.

z.b. G0x2y4z5 (fährt bei Linucx auf x 2mm, y 4 mm z 5 mm)
Der Fanuc fährt auf x 2 micrometer, y 4 micrometer und z 5 micrometer.

Wenn man aber jetzt G0x2.0y4.0z5.0 eingibt, machen beide das gleiche (weil der Fanuc immer seinen Punkt (Komma) haben muss und Linux alles ohne Punkt als mm nimmt )
Das kracht, wenn man nicht aufpasst.

Wenn es darum geht, ob man manuelles Programmieren mit Linux CNC üben kann? Das ist ähnlich genug, um einfach mit Linux anzufangen und wenn man dann später was anderes machen möchte, sind es nur Details, die man beachten muss.

Im CAM Programm kann ich einfach zwischen den Dialekten (ist glaube ich ein passenderes Wort, als Sprache) umschalten.

Gruß Timo

Hallo!
Mich würde interessieren ob linuxcnc mit PAL, Sinumeric / und oder Haidenhain kompatibel ist oder ob es etwas eigenes macht.

Vielen Dank im voraus.

MfG R.Lehmeier

A diagram of the hal logic for disabling with NC inputs might look something like:

Not sure if it is absolutely necessary, but let Ethercat have its own port.
Daisy.chain is mandatory.
First slave in the daisy chain is slave 0, and so on. The network ports are marked In and Out, follow that.

EtherCAT uses a special technique to strip and fill in data in a packet on the fly.
One packet to send data to all clients. The same packet on the way back picks up data from all clients and give that to the EtherCAT master.
 

Thanks again. Initially I plan to do this using a Raspberry Pi using software stepping through GPIO, so I am a bit concerned about the Pi being able to keep up with encoder pulses. If it doesn't work on just the Pi, I will get a 7C81 Mesa board for it, but want to try using just the Pi first.

I don't ever see needing to use the spindle as a dividing head. I have a 4th axis on my mill if I need that, so I think two encoders, one for index and one for pulses would work okay for what I need. We will see.

Looking at your picture, that is almost exactly what I was picturing for the slot sensor mounting. I may try a 3d printed slot wheel. We'll see if it flys apart, but I generally don't run too high speeds and think it will be fine. I'll print it at 100% infill and make an aluminum hub to sanwich behind the pulley.

What brought this about is that the threading nut setup on the lathe broke last time I needed to thread a part and I figured it was time to convert to CNC. I plan to include 2 MPG handwheels mounted on the carriage so that I can mimick a manual machine for times when I just want to do simple turning. I have that worked out on the Pi already. I use a handheld wireless MPG on my mill but am thinking about adding 3 handweels and eliminating the wireless MPG. I've had a few loss of connection issues with it in the past.

This is a long term project so things won't happen too fast. I have access to a friends 13" Clausing lathe if I need one and he is only about 3minutes away. I have another big project I'm working on and this one is a fill in for times when I need a break from that one. Thinking about the basic X-Z conversion, the Z axis looks like a piece of cake, and if that 12mm ballscrew I got fits, the X axis cross slide won't be too bad either.

Thanks again.

If your probe contacts are normally open you could simply pass them through a Hal or2 component.

If your probe contacts are normally closed then you would pass them through an and2 component. With this arrangement you would need to have something to disable one of the inputs if one was to be used while the other is disconnected. For that you could either use a dummy shorted plug or use more Hal logic. Such as passing the signals through another set of and2s or something simular.

Also you many hardware drivers have a -not option for their inputs. You can use those or a "not" component to change the polarity of an input signal if you need to.

The mux component is more for choosing between 2 different "float" values (aka numbers), and isn't really what is needed in this application.

Okay so with an MPG that has rotary switches or buttons, you don't have to use the interface you can do everything right at the mpg so I think that fixes your issue there's nothing special just pick the one you like.

Ok. I started again from 0.

I downloaded the linuxcnc-uspace_2.9.3_amd64.deb file.
I extract the files in a newlinuxcncn directory.
I replace the qtaxis.ui with my qtaxis.ui

What's next ?
I ask in order not to commit mistakes.

Thanks a lot.

Sorry for the long delay, have been battling a nasty bug of the human variety. I have added line 2 and line 4 to my xml and it has resolved the appTimePeriod errors. I also simplified the .xml and .hal file to only deal with one ethercat node for the time being until i manage to get my head around all this, lol. Once linuxcnc loaded with no errors I clicked the power button and tried to home all axis. This resulted in `joint0 following error`.

Yes, it's my first cnc machine. I started with mach3 and didn't have a good experience. Now with linuxcnc I'm getting really cool stuff. Although the learning curve is high, it's worth it.

I would like to have the mpg so I don't have to use the user interface with the mouse/keyboard.
It's not really something that I need.

Hello!! I apologize in advance! I am new to linuxcnc, and especially to qtvcp. I am following the instructions from here www.qtpyvcp.com/tutorials/basic_vcp/basic_vcp_01.html. After running the tutorial.sh script, I try to run the following command editvcp vcp1, but I get an error! Can you tell me what is wrong?

Files in folders


vcp1


~./linuxcnc/configs/vcp1

/home/user/qtpyvcp.log

if this is your first machine build and you have not actually been using cnc in production, my guess is you are over analyzing it a bit perhaps. for my use case, when my head is inside the machine with the mpg im not even looking at the screen for the most part. i am simply lining up a probing event or maybe an indicator to measure something. the only time i even revert to looking at the screen is if i am maybe doing some mpg machining for a quick surface or edge cleanup etc. my advice would be to ask yourself why its important, is it something you are creating in your head or a specific proven reason its important in your specific use case.

not personally i don't use them, i use a very basic mpg as stated above and rarely if ever change the in ui increments. my mpg increment settings are strictly set for the mpg alone and not the ui jogging which in my opinion should remain separate. ie the wheel is tied to whats on the mpg and the ui axis directional buttons are tied to the on screen increments.

I understand.
Can you recommend me any USB MPG?

How I think I would attack this would be to use a probing routine to look for a switch that indicates alignment of the pin with the hole in the tailstock. Then use a couple of m-codes to unlock the tailstock and engage the pin. Then use another set of m-codes to relock and disengage the pin after moving. This all could be saved in two subroutines one called "move-tailstock" and another "lock-tailstock".

Writing these as sub routines will let you call the M-codes to move the pin and lock or unlock the tailstock. Rather than try to make the M-codes be the whole subroutine.

If you want to use g-code subs as your M-code, then you must use g-code remapping.