Advanced Search

I am wondering the same about the size. 
Thing is, I have only just started my Lcnc journey a few days back by hooking up a 22'' Dell touch screen and at least for Probe Basic, I think I will be glad I didn't go a lot smaller. I feel like I could perhaps go to 19'', not sure 17'' though a few have mentioned 17'' works for them. But then all the regular Linux stuff, like log-in, drop downs and shut down gets tiny. But maybe that's OK as you don't use it much - and on a laptop, you still have your trackpad handy. 

I think what I am trying to say is that for a PC, if you intend to not have a keyboard/trackpad/mouse, a bit bigger is probably better. For a laptop, depending on the screenset/UI, 14'' could be OK. 

Ja, richtig, so wäre das für mich auch. manchmal vergreift man sich beim Feed dann muss man nach Gehör nachjustieren. Das hätte ich gerne wieder. K.A. warum das nicht funktioniert. (Ich bin neu in LCNC) Wenn ich schon mal wüsste nach welcher Verknüpfung ich suchen oder welches Signal ich beobachten müsste. Es ist mir erst auch nicht aufgefallen weil ich noch nicht aktiv fräse aber bei den Luftfahrten war es dann klar dass der Regler nichts macht.
Danke für Deine Meldung!

Auf 1/100, kann wahrscheinlich auch nicht jede x-beliebige Gabellichtschranke was tun, da wäre ich skeptisch.

Hast du mal die Wiederholgenauigkeit des Schalters z.B. mit Micrometerschraube untersucht?

Die Anfahrsequenz und die Steuerung muss man wohl auch im Auge behalten. Wenn die Maschine mit einer gewissen Geschwindigkeit in einen Schalter reinfährt, dann muss die Steuerung das ja verarbeiten.
Wenn der Schalter sagen wir 0.01 mm genau schaltet, aber die Maschine mal
0.04 mm und mal 0.01 mm weiter fährt, bis alle Teile von Software und Hardware auf dem gleichen "Kenntnisstand" sind. Dann streut das System trotzdem um
0.04 mm. Den Schalter um Faktor 10 besser zu machen verbessert es auf 0.031mm.

z.B. Maschine fährt 100 mm/s, das System braucht 0.3 ms bis der Motor steht und der Wert für die Position gespeichert ist.
Dann ist die Maschine 0.03 mm weiter gefahren, nachdem der Schaltpunkt erreicht wurde.
Wenn das System jetzt mal 0.13 ms und mal 0.6 ms benötigt, dann streuen die gemessenen Werte entsprechend.
Dann kann es noch sein, dass ein Schalter unterschiedliche Schaltpunkte hat. Je nachdem, ob er "mit Schwung", oder "sehr langsam" angefahren wird.

Gruß Timo

Eine Gabellichtschranke wäre wohl das genaueste.
Etwas wie das:
www.bastelgarage.ch/m5stack-infrarot-lichtschranke-itr9606

Thanks PCW.

I'll try an reconnect the ohmic to a different encoder A pin.

Also need to work on the air scribe next.

Ich kann dazu nur sagen, dass dies der einzige Regler ist, den ich während eines laufenden Fräsprogramms ständig verwende um die Fräsgeschwindigkeit anzupassen. Im Grunde der wichtigste Regler für mich!
Gestern habe ich noch gefräst und bei mir funktionierte der Regler und der Button problemlos.

Gruß Jens

Hallo Leute,

ich habe an meiner CNC-Fräse die Referenz-Endschalter von Sorotec verbaut.
Gibt es hier evtl. noch eine andere Lösung für Referenzschalter, welche z.B. reproduzierbar auf 0,01 mm genau schaltet?
Bei den Hartware-Schaltern scheint der Schaltpunkt leider nicht so exakt zu sein wie ich das möchte.

Hintergrund ist, dass bei mir ab und an mal die X-Achse etwas hinterher läuft.
Wenn die Referenzierung auf 0,01mm genau und reproduzierbar funktionieren würde, wäre das kein großes Problem.
Dann würde ich beim Werkzeugwechsel einfach die Referrenzierung nochmal anstoßen und fertig.

Viele Grüße
Jens
 

of the repositories that looked "hopeful"
Remora-main, and Remora-RT2052-cpp-Main had remora-the-3.0.c
both the same -- neither worked (forgot to incclude that)
and the one listed which also didn't work -- (same error)

I think maybe the 3.0 one I worried was specifically related to the EC500 (all the remora-??? directories under LinuxCNC appear from filenames to be ec500 based

i did hook up a LA1010 to the rs232 port and saw lots of data being transmitted but not much was readable - i then connected the screen that come with the NVEM to the serial port - and now my device its totally unresponsive on the serial port and ethernet port ...

Hi,
Sorry, hat jetzt leider etwas gedauert, weil ich nicht dazu gekommen bin.
Das Problem besteht tatsächlich immer noch.
Der Eintrag in der ini ist bereits vorhanden. (dies hatte beim letzten Mal das gleichen Problem auch gelöst)
Seit dem letzten Update funktionieren die Pfeiltasten nun wieder nicht mehr.
Wo könnte ich hier noch nachsehen, bzw. gab es diesbezüglich nochmals irgendwelche Anpassungen?

Viele Grüße
Jens 

Stupid me........Your directions did say the folder was needed for the dev version, but it didn't sink into my mind with all that I'm keeping track of. Since it was mentioned in the stable directions and photo, my mind said it was neeed. Thanks for the link to the nicer splash screen.

I figured out one reason I am having the toolsetter problem. My z origin was 16" with the head all the way up and zero was the end of my negative travel. I saw a note in PB that it assumed head up was z 0.0 so I switched my machine around so 0 is at the top and any downward movement is a negative machine coordinate. In the toolsetter page, I set my z value by zeroing the machine with the head at the top and then reading the travel distance for the spindle nose to touch the toolsetter. To do that, I used the probing function with tool 99 and a probe length of 0.0" and the toolsetter triggered the computer as they are obviously both tied to the same input. I also accounted for the back off and double checked it by moving the machine back down manually. That number is 15.3xx out of my 16.000" travel. The head has to be almost to the bottom of it's travel to touch the spindle nose to the toolsetter.

Now, when I hit the tool touch off button, the head goes up to z 0.000 and the table moves to the coordinates of my toolsetter and it does it at the proper speeds that I set. At that point, it gives me an error of something like the z axis or joint 2 will exceed the negative soft limit.

Does this have to do with the negative limit of my z travel, or is something else going on? If needed, I will get screenshots and more info, but I was too tired right now and thought there was a chance the issue would be obvious based on a description.

Also, my x0 y0 position puts the table to the right and toward the column (away from me) as I stand at the machine, the work zero would be on the left and toward me. x pos jog moves the table left and y pos moves it toward me. Is this correct for setting up PB or a mill in general?

I'm not at the machine right now, but I'll check it in the evening. I will add that changing the number of pulses at the encoder output to smaller ones in the servopack did not change anything.

On the left side of the head is a small lid, remove it and check the worm gear inside.
Mine was badly worn so it would sometimes miss the exact position and fail to lock.
When locked manually, it never moves.
And yes it does use a clutch, it is very hard to access it and mine was worn badly so the tools would change even with it locked.
Despite all that, it is still in daily use, all day long, but the tool changer gets rarely used, drills and mills are the only tools they need.

Hello Aciera,
thank you.
Now i see the pin with adding num_misc_error=2 in the line with emcmot.
It is not so good to see for beginners because PNCconf from 2.9.4 take the old command emcmot and not the new motmod that you see in the manual .
Thanks!
Michael
 

Hello Todd,

As mentioned "If you do need to be able to activate it while a program is running there are other ways to skin this cat. (most involve doing what ever your M-code does directly without using the M-code.)"

What i want to achive is the change in accelaration on the fly, there is also similar talk on here , 

To check tooling quality in the middle of a difficult job, I need slow it down. I can slow the machine down using a feed rate of 1%, but the machine speed still stays around 3000 mm/min. I would like to be able to control acceleration in order to reduce the speed to slower speeds to check the tooling effect on single mm movements.

i am available if you require any further information on this.

The error pins are optional and need to be set in the 'loadrt modmod .....' line in the hal file using, for example, 'num_misc_error=2' which should give you two error pins:
linuxcnc.org/docs/stable/html/man/man9/motion.9.html