Simplify3D - Übertragungsfehler?

[T1230]

[code:3wsm7gf9]; M3006 S300; for version 0.91.48 or higher
S in �m
; M3004 S128 ; for version 0.91.34
S in steps
; M3001 ; Z-Kompensation aktivieren[/code:3wsm7gf9]
ändern in

Code: Alles auswählen

; M3006 S300; for version 0.91.48 or higher S in �m
; M3004 S128 ; for version 0.91.34 S in steps
; M3001 ; Z-Kompensation aktivieren[/code

JoBo[/quote]

du solltest keine Sonderzeichen im gcode verwenden, auch nicht in Kommentaren.... da hatte ich auch schon die lustigsten Phenomäne...

[JoBo]

Nee nee, das stand original so drin. Der Witz ist, dass das in den Kommentar gehört oder ein Semikolon davor.

JoBo

[3D-Doodler]

Moin zusammen,

ich habe jetzt mal einen Druck von S3D über USB zum RF1000 mit einem optischen USB-Isolator gestartet. Leider bringt das auch nichts. Die Probleme waren sofort wieder da.

Da die Z-Kompensation mit der 0.91.34 nicht funktioniert (warum auch immer) bin ich jetzt auf die 0.91.48 umgestiegen und trage die Daten zu meinem Drucker. An den Ausdruck via USB ist mit dieser oder neueren Versionen leider nicht zu denken. Schade eigentlich.

Gibt es dazu schon neue Ideen?

Gruß, Ralf

[RAU]

Ich verstehe natürlich, dass ihr das USB-Drucken zum laufen bringen wollt und es ist ja nunmal ein Feature das funktionieren muss, keine Frage. Aber mal ganz am Rande, ich hätte auch ohne die Probleme bedenken, längere Drucke immer über USB zu machen. Das Risiko wäre mir viel zu groß, dass der Computer auf einmal durch einen anderen Job blockert ist, oder dass ich ihn wegen Schusseligkeit in den Standby versetze. Wenn ein Job so lange läuft, macht es doch nichts, vorher noch eine SD-Karte programmieren zu müssen, oder?

[Stefan baut Zeug]

Ich habe das s3d nicht und drucke via raspberry (der macht zusätzlich kamera und temeraturregelung der einhausung)

Aber schreibt das kein Logfile mit (bzw. kann man das nicht aktivieren) ? Da muesste man doch sehen können was passiert??

mfg,
Stefan

[3D-Doodler]

Ich verstehe natürlich, dass ihr das USB-Drucken zum laufen bringen wollt und es ist ja nunmal ein Feature das funktionieren muss, keine Frage. Aber mal ganz am Rande, ich hätte auch ohne die Probleme bedenken, längere Drucke immer über USB zu machen. Das Risiko wäre mir viel zu groß, dass der Computer auf einmal durch einen anderen Job blockert ist, oder dass ich ihn wegen Schusseligkeit in den Standby versetze. Wenn ein Job so lange läuft, macht es doch nichts, vorher noch eine SD-Karte programmieren zu müssen, oder?

Es geht mir nicht um längere Drucke, obwohl selbst diese mit der Version 0.91.34 kein Problem darstellen. Es ist aber schon extrem lästig, wenn man einige Probeausdrucke zur Optimierung der Einstellungen machen will und dabei jedes mal die SD-Karte zur Datenübertragung benötigt.

Ich habe das s3d nicht und drucke via raspberry (der macht zusätzlich kamera und temeraturregelung der einhausung)

Aber schreibt das kein Logfile mit (bzw. kann man das nicht aktivieren) ? Da muesste man doch sehen können was passiert??

Man kann schon sehen, was S3D an den Drucker schickt und das ist auch in Ordnung. Der Drucker scheint das nur nicht immer richtig zu interpretieren. Ich vermute, dass der Prozessor mit der Menge der Daten etwas überfordert ist bzw. sich nicht rechtzeitig meldet, wenn der Datenpuffer überzulaufen droht.

Gruß, Ralf

[JoBo]

Ich muß Ralf da zustimmen. Bei Einstellungen und Probedrucken ist das Drucken per SD-Karte lästig.

Ich habe in der FW die Debug Option (zunächst nur für das HB) aktiviert. Leider ignoriert S3D (im gegensatz zu Repetier) diese Debug-Infos völlig.

JoBo

[Zaldo]

Ich kann mir eigentlich nur vorstellen dass es ein Treiberproblem ist. Dass die FTDI UARTs (speziell eben der im RF1000 verbaute FT232RL) nicht unbedingt unproblematisch sind, ist hinlänglich bekannt. Nichtsdesdotrotz klappt der Druck ja über Repetier Host, und auch der Repetier Server schiebt seine Daten ja in den USB Port des Druckers. Es muss also möglich sein mit der Hardware in Ihrer vorliegenden Form über USB zu drucken. Das einzige was sich unterscheidet ist eben die Software. Nun kann ich mich nicht mehr entsinnen, ob S3D einen eigenen Treiber installiert hatte, ich glaube aber nicht. Das stützt sich wohl auf den bereits vorhandenen virtuellen COM Port, den Repetier ja bereits mitinstalliert hat. Also dürfte das Problem bei der Kommunikation zwischen S3D und dem virtuellen COM liegen.

Edit: Das könnte u.U. auch die Erklärung sein, warum die von RF1000 erwähnte Fehlerkorrektur nicht greift. Wenn die Prüfsumme auf bereits falsche Daten errechnet wird, ist die eigentliche Übertragung ja korrekt, die Prüfsumme passt somit. Sie wurde dann lediglich für bereits eingangs falsche Daten berrechnet, und die sind nach dem CRC Check am Ende natürlich immernoch falsch.

[3D-Doodler]

Ich muss hier nochmals anmerken, dass die Hardware funktioniert. Es gibt keine Probleme mit S3D und der Hardware des RF1000 mit der Firmware 0.91.34.

[druckttoll]

Hi there!

Seitdem ich Windows 10 Version 1511 einsetzte, habe ich auch mit der separaten USB-Karte wieder viele Übertragungsfehler: Zehn in einer Stunde beim letzten Druck! Glücklicherweise hat sich der Drucker immer nur in X- oder Y-Richtung "verfahren".
Sollten meine Onbaord-Ports jetzte besser funktionieren als die auf der separaten Karte, werde ich natürlich gleich berichten.

Ciao for now
druckttoll