Advanced Search

Hallo Gemeinde,
ich habe fast alles an Einstellungen für meine Drehmaschine mit der Oberfläche "Axis" abgeschlossen und denke nun so langsam daran, dass Ganze in die "Probe Basic Lathe Oberfläche" zu übernehmen.

Wie gehe ich da am besten vor und worauf muss ich achten?

Tipps und Ratschläge?

"Probe Basic Lathe" ist bereits auf LinuxCNC 2.9 installiert und funktioniert auch in seiner Grundkonfiguration (startet ohne Fehlermeldung).

Danke und Gruß
Olli

At present, I have built a xyz-ac machine tool and used RTCP function, which can work in both simulation and real lathe. I referred to the official 'xyzbc-trt-kins (switchkins)' example

i went back and paused that one video to take a closer look at what is going on inside the software. i think i found my adjustment needed.

the setting from the factory is 50% of the holding current. it's under closed loop holding current and has a set range of 0 to 100 % so you should be able to increase that. one thing i did notice after running the machine for 3 or 4 hours was how cool the motors were. i figured that they would has least be warm to the touch. the fact that they were still room temp still had me surprised. now i know why.

if i were to running things in open loop mode i think i would see they are getting at least warm.

i think the 50% setting is causing the correction to to kick in constantly and creates an oscillation. i think in an ideal situation they should never have to compensate so you have smooth motion but have a little extra in case you do need it.

i really do think that is my chatter problem. since i did not get in there i only have 50% because of the factory setting. i will have to find one of those cables and confirm this for sure.

So, bin nochmal alles Schritt für Schritt durch und bin dann auf MAX_OUTPUT gestoßen.
In einer Anleitung hatte ich gefunden, dass das Ziel wohl 10 sein soll, allerdings ist diese Anleitung auch schon relativ alt gewesen, in anderen Konfigurationen war der Wert auch wesentlich höher, also habe ich diesen Wert auch erhöht und siehe da, es funktioniert, läuft sauber einen G0 Loop durch ohne auszusteigen 

Wieder ein Problem von der ToDo-Liste gelöst.

Allerdings kommen noch weitere Fragen zu anderen Problemen, womit ich bald nerven werde 
Dafür aber eigene Threads damit diese später besser gefunden werden, falls jemand das gleiche oder ein ähnliches Problem hat.

Danke für eure Hilfe

Gruß
Olli

Yes, now it works fine.

Hello,

I have completely reinstalled LinuxCNC 2.9.3 and would like to work with QD Dragon in the future. Previously I had used LinuxCNC 2.9.2 with ProbeBasic, which worked quite well.
The machine works with LinuxCNC 2.9.3 and QTDragon_Hd and the first workpieces have been machined. Unfortunately the functions GoHome, ToolSensor and Go to Sensor are causing me problems, see log files.

It would be nice if someone could help me with troubleshooting or explain where I am making the mistake

Best regards from Germany / Lübeck

Translated with DeepL.com (free version)
--- QtVCP Screen Started on: Mi, Sep 11 2024 10:31:35 ---
--- QtDragon_hd Version 1.5 on Linuxcnc 2.9.3 ---
Mi11 10:31: Machine OFF
Mi11 10:31: Hard limits tripped
Mi11 10:31: Tool 0: No Tool
Mi11 10:31: Machine ON
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:31: Hard limits tripped
Mi11 10:33: Bewegung Linear in Zeile 0 würde von Achse/Gelenk Z den Anschlag Negativ überschreiten
Mi11 10:33: Bewegung Linear in Zeile 0 würde neg. Anschlag von Achse/Gelenk 2 überschreiten
Mi11 10:33: ungültige Parameter in linearem Kommando
Mi11 10:33: Bewegung Linear in Zeile 0 würde von Achse/Gelenk Z den Anschlag Negativ überschreiten
Mi11 10:33: Bewegung Linear in Zeile 0 würde neg. Anschlag von Achse/Gelenk 2 überschreiten
Mi11 10:33: ungültige Parameter in linearem Kommando
Mi11 10:33: Cannot touchoff with no tool loaded
Mi11 10:33: Loaded tool 1
Mi11 10:33: Tool 1: 3mm end mill Sample Tool
Mi11 10:34: Touchoff to sensor started
Mi11 10:34: Touchoff routine: Touchoff failed: 1st Probe down failed: Tastspitze schon ausgelöst bei Start durch G38.2 oder G38.3
Mi11 10:34: Bewegung Linear in Zeile 0 würde von Achse/Gelenk Z den Anschlag Negativ überschreiten
Mi11 10:34: Bewegung Linear in Zeile 0 würde neg. Anschlag von Achse/Gelenk 2 überschreiten
Mi11 10:34: ungültige Parameter in linearem Kommando

---

2024-09-11 10:34:03,709 - DEFAULT - INFO - Logging to: /home/rainer/linuxcnc/configs/QTDragon/qtdragon.log
2024-09-11 10:34:03,721 - DEFAULT.QTVCP.QT_ISTAT - WARNING - filter Extension Parsing Error: 'NoneType' object is not iterable
 Using Default: ALL (*)
2024-09-11 10:34:03,721 - DEFAULT.QTVCP.QT_ISTAT - WARNING - Valid Extension Parsing Error: 'NoneType' object is not iterable
 Using Default: *
2024-09-11 10:34:03,722 - DEFAULT.QTVCP.QT_ISTAT - DEBUG - Machine is METRIC based. unit Conversion constant=0.03937007874015748
2024-09-11 10:34:03,722 - DEFAULT.QTVCP.QT_ISTAT - DEBUG - TRAJ COORDINATES: XYZ
2024-09-11 10:34:03,722 - DEFAULT.QTVCP.QT_ISTAT - DEBUG - DEFAULT_LINEAR_VELOCITY = 360.0
2024-09-11 10:34:03,722 - DEFAULT.QTVCP.QT_ISTAT - DEBUG - MIN_LINEAR_VELOCITY = 30.0
2024-09-11 10:34:03,722 - DEFAULT.QTVCP.QT_ISTAT - DEBUG - MAX_LINEAR_VELOCITY = 4000.0000200000004
2024-09-11 10:34:03,888 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: M70
2024-09-11 10:34:03,908 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: G49
2024-09-11 10:34:03,928 - DEFAULT.__MAIN__ - DEBUG - COMMAND=
2024-09-11 10:34:03,929 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: G10 L20 P0 Z0
2024-09-11 10:34:03,949 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: G91
2024-09-11 10:34:03,969 - DEFAULT.__MAIN__ - DEBUG - MDI_WAIT_COMMAND= , maxt = 30
2024-09-11 10:34:03,969 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: G38.2 Z-10.0 F40.0
2024-09-11 10:34:04,170 - DEFAULT.__MAIN__ - DEBUG - MDI error= Tastspitze schon ausgelöst bei Start durch G38.2 oder G38.3
2024-09-11 10:34:04,170 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: G90
2024-09-11 10:34:04,190 - DEFAULT.QTVCP.QT_ACTION - DEBUG - CALL_MDI Command: M72
2024-09-11 10:34:10,493 - QTvcp.QTVCP.QT_ACTION - ERROR - CALL_MDI_WAIT Error: Bewegung Linear in Zeile 0 würde von Achse/Gelenk Z den Anschlag Negativ überschreiten





Best regards from Germany / Lübeck

Translated with DeepL.com (free version)               

Ich denke auch es ist ein EMV Problem….
Ist die Schrimung des Kabels auf Erde gelegt bzw. Masse ?
Die letzten 60 cm sollten auch geschirmt sein .
Auch könne ein Netzteil das Problem sein Schaltnetzteile arbeiten mit Frequenzen.
Oder ist es ein Längen Problem des Kabels.
Die Schirmung würde ich als erstes überprüfen die Letzten 60 cm Schirmen.

MfG
Juergen

juliankoenig87 wrote:

Wenn es bei geringen Geschwindigkeiten über größere Verfahrwege funktioniert, dann passen ja die scales.

Hast du mal die Absolutwefte gescheckt, wenn du höhere Geschwindigkeiten nutzt?

Ich vermute jetzt erstmal ein EMV Thema.

Woran sind die GMS angeschlossen? Mesa vielleicht? Und sind das differentielle und mit geschirmten Leitungen?

Julian
 

Hallo Julian und danke für deine Antwort.
Die GMS sind an einer Mesa 7i85 (ohne S) angeschlossen. Die Kabel sind die Originalkabel von den GMS incl. DB9 Stecker die ab Werk dran sind, also alles geschirmt, nur die letzten 60cm im Schaltschrank nicht, aber die Leitungen sind getrennt von den Netzteilen und den 230V Netzkabeln und eine Hochfrequente Spindel oder Frequenzumrichter gibts an der Maschine nicht, deswegen denke ich, dass das kein EMV-Problem ist.

Welche Absolutwerte und wo gecheckt?

Hier mal ein Screenshot vom HAL-Scope wenn der Fehler im Eilgang kommt:
 

Gruß
Olli

According to the log your graphics card is the reason why Probe Basic doesn't start.

Probe Basic requires a OpenGL 3.2 and pixel shader 1.5 capable graphics card.2024-09-10 16:14:08.613 ( 5.246s) [ A8C6040] vtkShaderProgram.cxx:438 ERR| vtkShaderProgram (0x86b5790): 0:1(10): error: GLSL 1.50 is not supported. Supported versions are: 1.10, 1.20, and 1.00 ES

/usr/bin/linuxcnc: line 974: 4169 Segmentation fault $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
4132
4165
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime

i think what they referred to as follow error is what i was looking at as an indicator to test with if that value is set high then i can set it low to force thing to kick an alarm. that would show me which drive is doing the most correction i think so i can focus on the task in the right place and basically narrow things down some.

on small bench top or desk top size machines i have had good luck with 283 oz/in motors and those are what i have all around on this build. i was looking at bigger ones and if it would actually be an issue with 1 axis like the X i could go up to a 425 oz/in and keep the same size saft and frame size. so that could be a work around depending on where things land with testing. the drives are even the same too.

if this were open loop things would be more out in the open as far as lost steps are concerned.

added edit here. i did see about setting the dip switched to default and setting the micro stepping in the drive. that was said in the one video i found for this particular drive. so that is not an issue either. 

Is the stepgen getting its input from the g-code from the ngc file/mdi commands?

and where does that take place?

Thanks

Try this fix:

hello rodw!!! Im istall www.linuxcnc.org/iso/rpi-4-debian-bookwo...23-11-17-1731.img.xz and I download a forum.linuxcnc.org/ethercat/53785-instal...thercat-repositories and install, then I go forum.linuxcnc.org/ethercat/45336-etherc...-how-to-step-by-step ... So, I got here! ethercat slaves and from here I gave the command and there was no error or anything appeared... and from then on... nothing else...

Turns out the issue was no M2 or M30 at the end of the file. I was just using the % markers at the beginning and end which is the wrong way to do that.

Deleted var file and it worked again.
cheers rod