LinuxCNC updaten

Da Ihr Computer nun weiß, wo er die neue Version der Software erhält, müssen wir sie nun installieren.

Der Prozess unterscheidet sich wiederum je nach Plattform.

Wenn Sie nur normalen G-Code ausführen und nicht wissen, was ein austauschbarer Interpreter ist, wirkt sich dieser Abschnitt nicht auf Sie aus.

Ein selten genutztes Merkmal von LinuxCNC ist die Unterstützung für steckbare Interpreter, die durch die undokumentierte [TASK]INTERPRETER INI-Einstellung gesteuert werden.

Versionen von LinuxCNC vor 2.9.0 behandelten eine falsche [TASK]INTERPRETER-Einstellung, indem sie automatisch auf die Verwendung des Standard-G-Code-Interpreters zurückgriffen.

Seit 2.9.0 führt ein falscher [TASK]INTERPRETER-Wert dazu, dass LinuxCNC den Start verweigert. Beheben Sie diese Bedingung, indem Sie die Einstellung [TASK]INTERPRETER aus Ihrer INI-Datei löschen, so dass LinuxCNC den Standard-G-Code-Interpreter verwendet.

Wenn Sie nur normalen G-Code ausführen und den austauschbaren Interpreter "canterp" nicht verwenden, hat dieser Abschnitt keine Auswirkungen auf Sie.

Für den extrem unwahrscheinlichen Fall, dass Sie canterp verwenden, sollten Sie wissen, dass das Modul von /usr/lib/libcanterp.so nach /usr/lib/linuxcnc/canterp.so verschoben wurde und die Einstellung [TASK]INTERPRETER entsprechend von libcanterp.so nach canterp.so geändert werden muss.

Es ist nun möglich, in den [SPINDLE]-Abschnitt der INI-Datei zu konfigurieren

MAX_VELOCITY = 20000 Die maximale Spindeldrehzahl (in U/min)

MIN_FORWARD_VELOCITY = 20000 Die minimale Spindeldrehzahl (in U/min)

MAX_REVERSE_VELOCITY = 20000 Diese Einstellung wird standardmäßig auf MAX_FORWARD_VELOCITY gesetzt sofern nicht explizit angegeben.

MIN_REVERSE_VELOCITY = 3000 Diese Einstellung entspricht MIN_FORWARD_VELOCITY, jedoch für die umgekehrte Spindeldrehung. Ist dieser Wert nicht angegeben, wird sie standardmäßig auf MIN_FORWARD_VELOCITY gesetzt.

INCREMENT = 200 Legt die Schrittweite für Befehle zum Erhöhen und Verringern der Spindeldrehzahl fest. Dies kann für jede Spindel einen anderen Wert haben. Diese Einstellung ist bei AXIS und Touchy wirksam, aber beachten Sie, dass einige Kontrollbildschirme die Dinge anders handhaben können.

HOME_SEARCH_VELOCITY = 100 - Wird akzeptiert, aber ist derzeit ohne Funktion

HOME_SEQUENCE = 0 - Wird akzeptiert, ist aber derzeit ohne Funktion

gcode.parse no longer drives the preview through per-move Python callbacks. For a canon that subclasses gcode.RendererCanon - rs274.glcanon.GLCanon is one, so every in-tree preview is - the whole program is built in C++ (GCodeRenderer, src/emc/rs274ngc/gcode_renderer.{hh,cc}): the g92/rotation/g5x transform, arc segmentation, rigid taps, (AXIS,hide) suppression, the vertices per drawn plane, the extents, the path lengths and the dwell and tool-change records. The finished program is handed over once, at the end of the parse, as a gcode.PreviewGeometry through the canon’s adopt_geometry(). A parse reads two more things off such a canon: program_geometry (the GEOMETRY strings and the rotation offsets) and arcdivision, which defaults to 64 and is read once at parse start. Every parse starts from a zero transform with nothing drawn; where the machine stands arrives as the caller’s initcode (a G53 G0 per axis), which the leading-traverse drop repositions on rather than draws. A RendererCanon subclass without a callable adopt_geometry is a TypeError from gcode.parse, not a silent fall back to callbacks.

The per-event canon protocol is unchanged for every other canon: rs274.interpret.PrintCanon, the interpreter tests and out-of-tree users of gcode.parse still receive straight_feed, arc_feed, next_line and the rest exactly as before, and rs274.interpret.Translated / ArcsToSegmentsMixin remain for them. The gcode module itself was rewritten on pybind11; its functions keep their names and signatures. One behaviour change: gcode.linecode() snapshots the running parse, and raises ValueError when no parse is in progress.

The drawing itself lives in lib/python/rs274/glcanon_scene.py, in four tiers. Nothing here changes what the preview looks like; it is where to start reading if you need to fix or extend one part of it.

Transforms go through a scoped model-view stack: with ctx.mv.push(): restores the previous transform on exit, including when an exception unwinds through it, so a part cannot leak a transform onto a later one. Offsets, small origin and axes share one such scope (RelativeCoordGroup), because the axes are drawn in the offset frame the offsets progressively build.

Parts read a FrameContext - an explicit, enumerated list of machine, view and renderer state, built once per frame by GlCanonDraw - rather than the widget itself. That is what lets them be tested without a window: build a context by hand, call part.draw(ctx), and assert on the vertices it emitted.

Click-to-select is not a part - it draws nothing to the screen. Picker renders the same program geometry into an offscreen framebuffer with line numbers encoded as colour and resolves the nearest hit; GlCanonDraw.select(x, y) delegates to it. It shares one ProgramGeometry with the drawing part, so the pickable geometry and the drawn geometry cannot drift apart.

Setting GLCANON_DEBUG=1, the preview’s one verbosity switch, raises the rs274 logger to DEBUG, checks glGetError after each pass, logs which parts the scene drew and which it skipped whenever that split changes, and reports depth/blend state a part left behind.

mdro mqtt-publisher pi500_vfd pmx485-test qtplasmac-cfg2prefs qtplasmac-materials qtplasmac-plasmac2qt qtplasmac-setup sim-torch svd-ps_vfd

anglejog div2 enum filter_kalman flipflop homecomp limit_axis mesa_uart millturn scaled_s32_sums tof ton