Advanced Search

Thank you!
I finally found it will deep dive in to this later if I need to.
I gues it kind of ancient by now as not much development have been made for a century.
/Stefan

Es sind 2 Fehlermeldungen 

hm2/hm2_7i96s.0: Wachdog has bit! (set the .has bit pin to False to resume)

Unexpected realtime delay on task 0 with period 1000000
This Message will only display once per session. Run the Latency Test and resolve before continuing.

Die Ursache scheint wieder im Bereich read.tmax zu liegen. 

cnc@cnc:~$ halcmd show param *.tmax
Parameters:
Owner   Type  Dir         Value  Name
    36  s32   RW              0  hm2_7i96s.0.read-request.tmax
    36  s32   RW       96523036  hm2_7i96s.0.read.tmax
    36  s32   RW         390944  hm2_7i96s.0.write.tmax
    29  s32   RW          65448  motion-command-handler.tmax
    29  s32   RW         138712  motion-controller.tmax
    39  s32   RW           6464  pid.s.do-pid-calcs.tmax
    39  s32   RW           6196  pid.x.do-pid-calcs.tmax
    39  s32   RW           4464  pid.x2.do-pid-calcs.tmax
    39  s32   RW           6624  pid.y.do-pid-calcs.tmax
    39  s32   RW           6464  pid.z.do-pid-calcs.tmax
    30  s32   RW       96637576  servo-thread.tmax 

Vielen Dank

Grüße Erwin

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.