MMU2 loading Fehler Info

Hi,

ist es möglich sich informieren zu lassen, wenn die MMU2 von Prusa einen Ladefehler hat?
Ab und zu kommt es vor, dass das Filament nicht greifbar ist und er in eine Ruhestellung geht.
Dann bekomme ich auch eine Anzeige auf das Display.

Danke
Tobias

Comments

  • Sieh mal in der Server-Konsole ob da eine Meldung steht, wenn das passiert. Grad der Prusa regelt vieles gerne über das eigene Display und blockiert so lange die Kommunikation.
    Für alles was die Firmware sendet kann man eigene Regeln in der Konfiguration->G-Codes->Antwort auf Ereignis Einztragen also ein popup oder was man gerne hätte. Einzige Bedingung ist eine Meldung von der Firmware.
  • Dies kommt in der konsole

    mmu_get_response - begin move: T-code
    Recv:17:35:52.259: MMU <= 'T1'
    Recv:17:35:52.362: Unloading finished 2
    Recv:17:35:54.307: echo:busy: processing
    Recv:17:35:54.410: mmu_get_response - begin move: load
    Recv:17:36:36.307: echo:busy: processing (21)
    Recv:17:36:37.262: MMU retry attempt nr. 0
    Recv:17:36:37.262: MMU <= 'T1'
    Recv:17:37:20.307: echo:busy: processing (22)
    Recv:17:37:22.265: MMU retry attempt nr. 1
    Recv:17:37:22.269: MMU <= 'T1'
    Recv:17:38:06.334: echo:busy: processing (23)
    Recv:17:38:07.346: mmu_get_response() returning: 0
    Recv:17:38:07.354: MMU not responding
    Recv:17:38:16.411: echo:busy: paused for user (5)
    Recv:17:38:17.682: mmu_get_response - begin move: T-code
    Recv:17:38:17.684: mmu_get_response() returning: 0
    Recv:17:38:22.509: echo:busy: processing (3)
    Recv:17:38:22.771: mmu_get_response - begin move: T-code
    Recv:17:38:22.772: mmu_get_response() returning: 0
    Recv:17:38:26.580: echo:busy: processing (2)
    Recv:17:38:27.852: mmu_get_response - begin move: T-code
    Recv:17:38:27.854: mmu_get_response() returning: 0
    Recv:17:38:32.679: echo:busy: processing (3)
    Recv:17:38:32.941: mmu_get_response - begin move: T-code
    Recv:17:38:32.942: mmu_get_response() returning: 0
    Recv:17:38:36.751: echo:busy: processing (2)
    Recv:17:38:38.023: mmu_get_response - begin move: T-code
    Recv:17:38:38.025: mmu_get_response() returning: 0
    Recv:17:38:38.799: echo:busy: processing
  • Und das ist mit einem Ladefehler der in Display angezeigt wird?
    Abgesehen von "MMU not responding" sieht nichts wie ein Fehler aus und im weiteren Verlauf scheint die MMU ja zu antworten. Sieht daher mehr wie ein temporäres Problem aus. Alle return werte sind 0 und damit vermutlich keine Fehlercodes.
  • Wenn ich ein Filament einlege und er weiterdruckt kommt folgendes

    mmu_get_response - begin move: T-code
    Recv:17:40:35.069: mmu_get_response() returning: 1
    Recv:17:40:35.073: MMU starts responding
    Recv:17:40:38.554: echo:busy: processing (2)
    Recv:17:40:40.365: Additional load attempt nr. 0
    Recv:17:40:40.369: mmu_get_response - begin move: load
    Recv:17:40:40.369: MMU <= 'C0'
    Recv:17:40:40.558: echo:busy: processing
    Recv:17:40:42.020: MMU <= 'A'
    Recv:17:40:42.503: MMU => 'ok'
    Recv:17:40:42.556: mmu_get_response() returning: 1
    Recv:17:40:46.562: echo:busy: processing (3)
    Recv:17:40:48.491: MMU can_load:
    Recv:17:40:48.562: Oecho:busy: processing
    Recv:17:40:49.126: OOOOOOOOOOOOOOOOOOOOOOOOOOOOO succeeded.
  • Im Display steht was, dass ich den Fehler an der MMU korrigieren und dann den Knopf drücken soll. Dann wird wieder auf Temperatur geheizt und das filament geladen.

    Gibt es die Möglichkeit abzufragen, ob der Drucker sich innerhalb der letzten Minute sich bewegt/druckt?


  • Ok, verstehe. Also ist es in der tat "MMU not responding" was der Prusa bei Problemen von sich gibt

    Also wie gesagt ich würde ein neues Ereignis in Konfiguration->G-Codes->Antwort auf Ereignis definieren.
    Regel: 
    ^MMU not responding
    Auszufügrender G-Code muss reiner server code sein, da wir keine Befehle senden können. Wenn du den Informer oder eine der anderen Push Dienste eingerichtet hast könntest du min
    @pushmessage "MMU macht Probleme"
    eine Meldung ans Handy schicken lassen.

    Testweise kannst du den Befehl in der Konsole eingeben. Wenn er klappt in dem Ereignis und dann warten bis er wieder passiert und sehen ob du die Nachricht dann auch bekommst. Da Prusa die Kommunikation bis zur Behebung blockiert kann man remote nichts weiter machen.
  • Danke,

    eine Nachricht an den Informer wäre genau das was ich will.
    Werde das heute Abend testen.

    Muss ich den ganzen Code in einer Zeile verwenden oder reicht auch auch ein Teil?

    ^MMU retry attempt nr.

    dann würde ich schon 2 min. Früher informiert werden und öfters.


  • Nur diese regel:
    ^MMU not responding

    Alles andere scheint mir nicht sicher. Da es aber nur nachrichten sind und keinen Effekt haben kannst du natürlich experimentieren. Pro Zeile brauchst du aber eine eigene Regel oder musst wissen wie man mehrere in eine regex Expression zusammenfügt.
  • Habs jetzt gerade getestet.
    Funktionieren beide Möglichkeiten.

    ^MMU not responding
    ^MMU retry attempt nr.

    ^MMU retry attempt nr.
    wird aber 1-2 Minuten früher ausgelöst.

    Ist aber genau das was ich wollte.

    DANKE
Sign In or Register to comment.