Modular Printing System Plugin

modular-printing-system-plugin ist aktuell ein sehr frueher Klipper-Plugin-Prototyp mit einem bewusst kleinen ersten Scope:

• Ziel fuer den aktuellen Stand: DS28E05R+T an einer STM32-MCU vorbereiten
• Fester MCU-Pin: PC13
• Noch kein Modulmanagement
• Noch kein Werkzeugwechsel

Warum das Plugin aktuell so klein ist

Der echte Hardware-Zugriff auf ein DS28E05R+T findet auf der MCU statt, nicht im Python-Host-Extra.

Deshalb ist der aktuelle Stand absichtlich minimal:

• Konfiguration fuer onewire_mcu
• Feste Validierung von onewire_pin: PC13
• G-Code zum Pruefen des aktuellen Setups
• Klarer Platzhalter fuer spaeteres echtes Auslesen

Aktueller Funktionsumfang

Bereits vorhanden:

• Klipper-Extra in klippy/extras/modular_printing_system.py
• Konfigurationssection [modular_printing_system]
• Validierung, dass onewire_pin auf PC13 gesetzt ist
• MPS_STATUS zur Statusausgabe
• MPS_READ als Platzhalter fuer das spaetere EEPROM-Auslesen

Noch nicht vorhanden:

• Direkte 1-Wire-Kommunikation mit dem DS28E05R+T
• Auslesen der ID oder des Speicherinhalts
• MCU-Firmware-Erweiterung fuer PC13

Repository-Struktur

• klippy/extras/modular_printing_system.py: hostseitiges Klipper-Extra
• config/sample-modular-printing-system.cfg: minimales Beispiel fuer printer.cfg

Konfiguration

Beispiel:

[modular_printing_system]
onewire_mcu: mcu
onewire_pin: PC13

Optionen

• onewire_mcu: Name des verwendeten Klipper-MCU-Objekts. Standard: mcu
• onewire_pin: muss aktuell PC13 sein

Jeder andere Wert als PC13 fuehrt derzeit absichtlich zu einem Konfigurationsfehler.

G-Code-Befehle

MPS_STATUS

Zeigt an, fuer welche MCU und fuer welchen Pin das Plugin konfiguriert ist.

Beispiel:

MPS_STATUS

MPS_READ

Dieser Befehl ist aktuell nur ein Platzhalter. Er erklaert bewusst, dass das echte Auslesen des DS28E05R+T noch nicht implementiert ist.

Beispiel:

MPS_READ

Wichtige technische Einschraenkung

Ein Klipper-Python-Extra auf der Host-Seite kann PC13 an der STM32-MCU nicht direkt selbst auslesen.

Dafuer braucht es als naechsten Schritt:

• eine Klipper-MCU-Erweiterung
• 1-Wire-Unterstuetzung auf PC13
• einen Kommunikationsweg von der MCU zum Host-Extra

Naechster sinnvoller Schritt

Der naechste echte Implementierungsschritt ist daher nicht mehr Python-Logik im Host, sondern eine MCU-seitige Erweiterung, die:

• PC13 fuer 1-Wire ansteuert
• das DS28E05R+T anspricht
• die gelesenen Daten an das Host-Extra meldet

Entwicklungshinweis

Ein schneller Syntax-Check fuer das aktuelle Extra ist:

python -m py_compile klippy/extras/modular_printing_system.py