Immer noch stockt der Druck...

[easygo25]

Moin,

ich habe ja mittlerweile eine Toshiba WLAN SD karte. Classe 10. Trotzdem stockt der Druck immer
wieder für einige Millisekunden. Somit hab ich immer wieder Überextrusionen. Was kann ich noch testen ?
Ich setze die aktuellste MOD-Firmware ein. RF.01.41.11.Mod

Gruß Sascha

[Nibbels]

Ist das immer da wo Retracts sind?

Alles was ich dir mal vorschlagen könnte, wäre die Cache-Stände auszuwerten.
FEATURE_DEBUG_MOVE_CACHE_TIMING -> 1
Und dann die Firmware neu aufspielen.

M3993 spuckt dann immer die Cache-Stände raus und löscht sie gleich intern. So würde man sehen wenn der MOVE_Cache öfter leer wäre.
(http://www.rf1000.de/viewtopic.php?f=67 ... =60#p22933)


LG

[easygo25]

Hi,

das probiere ich heute gleich mal aus.

Wann genau rufe ich dann immer den M3993 auf ?

[Nibbels]

Hi,

das probiere ich heute gleich mal aus.

Wann genau rufe ich dann immer den M3993 auf ?

Ich hatte mir ein Teil gesliced und den M3993 am Anfang und gegen Ende in den GCode gemacht.
Der erste löscht alte Werte (und gibt sie eben aus). Und der Code am Ende sagt mir dann genau wieviele Vorkommen an Cache-Ständen während dem Druck passiert sind.

Die Ausgabe sieht dann ca. so aus:

Code: Alles auswählen

18:28:39.568: Output cache statistics for LOW_TICKS_PER_MOVE=500000
18:28:39.568: Moves:30522
18:28:39.568: Lowered moves:577
18:28:39.568: MOVE_CACHE 0=0
18:28:39.568: MOVE_CACHE 1=2
18:28:39.569: MOVE_CACHE 2=4
18:28:39.569: MOVE_CACHE 3=7
18:28:39.569: MOVE_CACHE 4=11
18:28:39.569: MOVE_CACHE 5=15
18:28:39.569: MOVE_CACHE 6=26
18:28:39.569: MOVE_CACHE 7=33
18:28:39.569: MOVE_CACHE 8=39
18:28:39.569: MOVE_CACHE 9=35
18:28:39.569: MOVE_CACHE 10=64
18:28:39.570: MOVE_CACHE 11=110
18:28:39.570: MOVE_CACHE 12=149
18:28:39.570: MOVE_CACHE 13=251
18:28:39.570: MOVE_CACHE 14=391
18:28:39.570: MOVE_CACHE 15=666
18:28:39.570: MOVE_CACHE 16=1321
18:28:39.570: MOVE_CACHE 17=27398

Theoretisch muss es im normalen Druck mal Stellen geben wo der Cache nicht voll ist. Das passiert z.B. beim Temperatur verstellen kurz, natürlich auch beim Start, wenn der Cache das erste mal befüllt wird. (...)

[AtlonXP]

So aus dem Bauch heraus,
habe ich das Gefühl, dass LOW_TICKS_PER_MOVE alleine nicht ausreichen wird.
Ich begründe dies bei meiner Druckweise.

Meine STL Datei ist sehr groß, hat also viele sehr kleine Teilesegmente und diese sind deshalb auch sehr schnell abgearbeitet.
Bei kleinen Durchmessern fahre ich eh schon sehr langsam, alleine wegen der Abkühlzeit.
Über SD Karte hackt es bei mir nicht mehr!

Man könnte eventuell noch die Hälfte von dem Probieren was ich eingestellt hatte.

Meine jetzigen Werte:
#define LOW_TICKS_PER_MOVE 4000000 von 2500000 auf 4000000
#define MOVE_CACHE_LOW 14 von 10 auf 14
#define MOVE_CACHE_SIZE 20 von 16 auf 20

Eine Kompromiss Empfehlung von mir zum Testen:
#define LOW_TICKS_PER_MOVE 400000 von 250000 auf 400000, meinet wegen auf 600 000.
#define MOVE_CACHE_LOW 14 von 10 auf 14
#define MOVE_CACHE_SIZE 18 von 16 auf 18

Und noch eine Überlegung:
Je nach Größe und Füllstand der SD Karte, befürchte ich eine Zunahme der Zugriffszeit beim Auslesen.
Dies gilt es aber zu beweisen.

LG AtlonXP

[easygo25]

Moin,

ich hab hier mal meine Einstellungen:

LOW_TICKS_PER_MOVE 500000
MOVE_CACHE_LOW 15
MOVE_CACHE_SIZE 19

In engen Radien hab ich das Problem, dass er kurz Stehenbleibt.
Eine neue SD-Karte probiere ich als nächstes mal aus. Obwohl die
Toshiba WLAN-SD-Karte ja erfolgreich im Einsatz bei einigen leuten hier ist.

Ich überlege nun ernsthaft einen Raspberry mit Repetier-Host einzusetzen.

Gruß Sascha

[Nibbels]

Genau, das sind schon die Einstellungen, die bei AtlonXP geholfen haben.
Er zitiert bei LOW_TICKS_PER_MOVE manchmal eine 0 zuviel, meints aber glaube ich nicht so
Es handelt sich um einen Wert bei knapp einer halben Million.

Ich kann nicht sagen, ob bei euren GCodes der Raspberry die Probleme behebt, aber es ist generell eine gute Idee einen Raspberry mit Octoprint oder Repetier-Server zu nutzen. Das ist verdammt komfortabel und man will davon nicht mehr weg.
Seit man am Druckermenü des Mods auch bei USB-Print "Stop-Print" auslösen kann, gibts für mich kaum noch einen Grund (ausser für Testzwecke) die SD-Karte zu verwenden.

> Dass die Probleme an der SD-Karte liegen könnten kann ich nachvollziehen, ich habe aber keinerlei Erfahrung, wieso das passiert und denke mir, dass die pure Übertragungsrate dieser Karten in jedem Fall ausreichen müsste. Ob die Zugriffszeit teilweise nicht ausreicht kann ich kaum einschätzen. Eigentlich bleibt die Datei geöffnet und wir haben (ausser WLAN?) keinen weiteren Client, der beim Drucken von der Karte lesen will oder schreifen darf.

LG

[AtlonXP]

Hallo Sascha,
du bist nun ziemlich dicht an meinen Einstellungen.
Meine Einstellungen funzen mit der original beigelegten 2GB SD Karte ohne dass ich ein kurzes Stocken bemerke.
Versuch diese mal und Berichte.

Wie groß ist die STL Datei in MB, wo dein Drucker stockt?

Nachtrag: Ja mit den Nullen habe ich ein wenig Probleme.

LG AtlonXP