Repetier-Server 1.0.0. oder 1.0.1 mit der MMU2S im Single Modus
Repetier-Server 1.0.0. oder 1.0.1 mit der MMU2S im Single Modus. Ich bekomme keine Extruderauswahl mehr. Das heisst ich muss immer den g-code anpassen ansonsten nimmt er einfach den 5.! Was aber blöd ist da ich Teile öfter mal mit anderen Farben Drucke und nun immer wieder daran denken muss den Code anzupassen.
Comments
#Tx
schreibst wird sie 1:1 gesendet und es funktioniert wie du es dir vorstellst. Werd das für 1.0.2 korrigieren das er das auch so erkennt.
Also bitte bei 1.0.2 #Tc auch noch korrigieren!
Vielen Dank schonmal!
Zur Info, in der MK3/S/+ Firmware gibt es folgenden Hinweis in dem File "Marlin_main.cpp", evtl. hilft es etwas, alle aktuellen T-Cmd. zu berücksichtigen. Aber wer weis, was später noch folgt.
//! For MMU_V2:
Beste Grüße und gutes, erfolgreiches Neues Jahr @all
Bei den PI Images kann man nur das neuste herunter laden, da ich so schnell nicht mit dem Update rechne, wie komme ich ans alte IMG?
Gruss und Dank und frohes Neues
Grundsätzlich kannst du bei neuem image auch alte versionen des servers drüber installieren.
Ich sehe ja wenn die 1.0.2 da ist. 2 PI Mit Repetier macht kein Sinn.
Ja das mit dem Farbwechsel mag ja stimmen, bei mir ging er aber zu einem Slot wo nichts drin war und gar nicht zu dem Objekt gehört hat. Jetzt beim letzten druckt hat er wieder fertig gedruckt aber der Repetier steht bei 98% nicht fertig.
Hoffe die neue Version ist dann stable.
Es gibt bei mir jedoch noch immer ein Problem mit der MMU2 und dem GCode "T?".
Die V1.0.2 funktioniert bei Anschluss des Raspi 3B+ an das Einsy-Board per USB Verbindung ohne Probleme.
Meine Drucker sind jedoch normalerweise alle per GPIO-Port mit dem Einsy verbunden und nicht per USB.
Dabei sehe ich folgenden Protokollfehler im Vergleich zur Vorgängerversion 0.94.3, die problemlos funktioniert.
Zu Beginn der Zeile mit dem GCode "T?" fehlt bei der V1.0.2 die typische Zeilennummer "Nxxx", was in der Folge zum Abbruch des Drucks führt. Hier eine Kopie von der Ausgabe auf der Konsole in beiden Versionen zum Vergleich:
V1.0.2:
V0.94.3:
Der GCode ist in beiden Fällen aus der gleichen Datei, also das selbes Objekt.
Es macht auf mich den Eindruck, als wenn die Kommunikation zwischen R-Server und Drucker (Einsy-Board FW 3.8.1) nicht synchron arbeiten, da der R-Server wie es aussieht das "ok" vom Drucker nicht abwartet und bereits ohne die Antwort vom Drucker abzuwarten schon den nächsten GCode sendet. Oder ist die Ausgabe der Konsole zeitlich nicht korrekt?
Danke, SIE-Maker
Danke, SIE-Maker
Send: 9:25:53.893: N423378 G1 Y-3.0 F1000.0
Recv: 9:25:53.900: ok
Send: 9:25:53.900: N423379 G1 Z0.4 F1000.0
Recv: 9:25:53.908: ok
Send: 9:25:53.908: Tc
Recv: 9:25:53.982: Additional load attempt nr. 0
Recv: 9:25:53.983: mmu_get_response - begin move: load
Recv: 9:25:53.986: MMU <= 'C0'
Recv: 9:25:54.154: MMU <= 'A'
Recv: 9:25:55.100: MMU => 'ok'
Recv: 9:25:55.104: mmu_get_response() returning: 1
Recv: 9:25:56.165: echo:busy: processing
Recv: 9:25:58.262: echo:busy: processing
Recv: 9:26:00.359: echo:busy: processing
Recv: 9:26:01.036: MMU can_load:
Recv: 9:26:01.638: OOOOOOOOOOOOOOOOOOOOOOOOOOOOOO succeeded.
Recv: 9:26:02.456: echo:busy: processing
Recv: 9:26:04.563: echo:busy: processing
Recv: 9:26:05.533: ok
Send: 9:26:05.534: M117 Layer 0/150
Recv: 9:26:05.537: ok
Send: 9:26:05.538: N423380 M105
Recv: 9:26:05.556: ok T:214.6 /215.0 B:61.1 /60.0 T0:214.6 /215.0 @:33 B@:38 P:28.0 A:33.5
Send: 9:26:05.557: N423381 M105
Recv: 9:26:05.573: ok T:214.6 /215.0 B:61.1 /60.0 T0:214.6 /215.0 @:33 B@:38 P:28.0 A:33.5
Send: 9:26:05.573: N423382 G1 X55.0 F2000.0
Recv: 9:26:05.587: ok
Hab auch mal T? an meinen Prusa gesendet und er hat sich auch nicht beschwert und nach dem Filament gefragt. Nutze aktuell die neueste Prusa Firmware.
Schon mal testweise im Terminal einfach T? gesendet? Bei mir gehts wie gesagt ohne probleme. Wie man oben sieht senden wir auch bei M117 keine Zeilennummern weil einige alte Marlin Varianten das nicht mögen.
Für Downgrade kann man prinizipiell einfach mit sudo dpkg wie im Manual beschrieben eine alte Version drüber bügeln. Kann aber dazu führen das in Konfigurationen etwas fehlt, falls wir grad etwas geändert haben bzw. das die neuen Daten dann beim nächsten speichern abhanden kommen da die alte Firmware sie nicht kennt und schriebt. Abgesehen davon sollte das normal klappen.