Ich hab nochmal große teile des GCode-Seriell-Lese-Codes abgeglichen und mir ist kaum noch was aufgefallen.
Übertragungs-Fehlerbehandlungen waren bei uns noch leicht anders als im aktuellen Repetier.
Der ASCII-Lese-Code war anders, aber soweit ich weiß nutzen wir den nicht. Ich habe den Abgleich in meine persönliche Development übernommen und drucke aktuell damit. (V 1.38.12.Mod oder später)
Das waren so Patches, die man eigentlich nicht zwingend übernehmen müsste, aber meine Einstellung ist, dass mehr Nähe zur aktuellsten Repetier-Firmware grundsätzlich Fehlersuche vereinfacht.
Ich kann somit Sachen reparieren, die mir selbst nie aufgefallen wären, die aber irgendwer aus irgendeinem Land dieser Welt an Repetier meldet.
Repetier hat noch einen zweiten Code der aktiviert wird wenn man NEW_COMMUNICATION aktiviert. Der Hauptaugenmerk liegt aber wohl auf einer globalen IO-Schnittstelle, die nicht rein auf serielle Kommunikation angewiesen ist. Quasi eine Abstraktion.
Die Sache mit dem MOVE_CACHE sieht man auch hier beim Repetier-Konfigurator:
Unter Umständen löst das unsere Probleme? Wessix hat mir gestern nochmal erzählt, was ich schon mal wusste.
Wenn der PC an dem gedruckt wurde etwas zu langsam ist, kann das auf den Druck ebenfalls eine Wirkung haben. Er sprach von seinem Raspberry PI 1, der mehr Probleme gemacht hatte wie der Raspberry PI 3.
Eigentlich müsste man nun knallhart hingehen, einen Raspberry PI 3 kaufen, eine SD-Karte dazu, mein System klonen und AtlonXP zwingen von nun an damit zu arbeiten zu prüfen, obs dann funktioniert. Geht damit das was vorher nicht ging, dann ist die Kommunikation nicht wirklich unser Problem.
Es gibt noch eine Sache, die man als Rotteln oder Stottern interpretieren könnte, was aber in dem Fall nicht so ist: ADVANCE! Der Extruder hört sich dann teilweise stotternd an, weil er mit dem Filament weit zackiger umgeht, als ohne ADVANCE.
LG
