Eingangspuffer Bytes / Empfänger Cachegröße : genauer Wert?

Hier gehts um die Elektronik des RF2000. Damit sind Kabel, Platinen, Endschalter und das Display gemeint.
Marcometaner
Profi 3D-Drucker
Profi 3D-Drucker
Beiträge: 346
Registriert: Mo 27. Okt 2014, 06:11
Has thanked: 31 times
Been thanked: 147 times

Re: Eingangspuffer Bytes / Empfänger Cachegröße : genauer Wert?

Beitrag von Marcometaner »

Hallo,
dieses Problem ist bekannt und wurde bereits an die Entwickler weitergegeben.
In einer früheren Firmware Version trat es ebenfalls auf, dass der Drucker stehen blieb
und nicht mehr reagierte.
Dies konnte ich damals nachvollziehen und es wurde behoben.
Damals trat es auf, wenn man mit 60% Geschwindigkeit gedruckt hat.
Nach dem Update der Firmware konnte ich es nicht mehr nachvollziehen.
Offenbar gibt es das Problem aber immer noch, hatte hier 2 Kundengeräte die zumindest sporadisch diesen Fehler hatten.

Bitte schick mir mal die Datei (STL und gcode) die Du drucken willst und die Slicer Einstellungen.
Ich werde es dann weiterleiten, danke.

PS: Das uns bekannte Problem mit "Knubbel" tritt bei Kreisen auf da der Drucker hier viele kleine Geraden
drucken muss (wird vom Slic3r so erzeugt). Das Problem kann man lösen wenn man die Geschwindigkeit der Wände
auf 30mm/s reduziert.

MfG
Nicht mehr für Conrad tätig.
Anfragen und Reklamationen bitte an: reparaturen@conrad.de
Benutzeravatar
Nibbels
Developer
Developer
Beiträge: 2264
Registriert: Mi 17. Aug 2016, 17:01
Has thanked: 831 times
Been thanked: 598 times

Re: Eingangspuffer Bytes / Empfänger Cachegröße : genauer Wert?

Beitrag von Nibbels »

Danke!

Der schnelle Testfall, da Fehler ihn erster Lage:

Gcode:

Gekürzter Gcode, der Fehler tritt auf, wenn der erste Perimeter gefahren wird, nach den Kreisen:
http://www.rf1000.de/download/file.php?id=4060
Volle Länge:
http://www.rf1000.de/download/file.php?id=4059
in Kombination mit Speed-Multiply = 100%, sonst nicht.

Bei der STL und den Settings gibts ein kleines Problem:
Als der Fehler nach einer Änderung auftrat und ich garnichts zuordnen konnte, habe ich die Änderungen verworfen. Ich war in Zeitnot und das Teil sollte gedruckt sein.
Was ich noch sicher weiß, ist die Geschwindigkeit von 50mm/s.
Möglich ist:

1) Perimeter = 50mm/s,
oder
Autospeed (advanced) -> Max print speed = 50 && Perimeters = 0

2) First Layer speed = 40% oder 50% (sehr wahrscheinlich), 70% weniger wahrscheinlich. (Fehler in first Layer!)

3) Druck mit nur Extruder 0, Extruder rechts nicht aufgeheizt.

4) Profil für PLA_0,2mm oder PLA 0.2mm_10Brim

Die STL wurde ebenfalls mit einigen Updates verändert. Macht es noch sinn, die zu schicken?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von Nibbels am Mi 9. Nov 2016, 13:56, insgesamt 1-mal geändert.
RF2000
Firmware Mod 1.45.00.Mod - geht SD wieder 100%?

Bitte 1.42.17 bis 1.42.21 meiden!
SD-Druck mit der Community-FW <= 1.43.99 aktuell meiden.
Benutzeravatar
Nibbels
Developer
Developer
Beiträge: 2264
Registriert: Mi 17. Aug 2016, 17:01
Has thanked: 831 times
Been thanked: 598 times

Re: Eingangspuffer Bytes / Empfänger Cachegröße : genauer Wert?

Beitrag von Nibbels »

Hier der zweite Versuch: Der Staubsaugeradapter.

Dort trat das Problem bei 45mm/s und vermutlich bei diesen aktuellen Profilen auf.
Irgendwo bei Layer 385/501 (Laut Repetierserver, heißt im Bereich +-1). Ich hatte das in einem Video erwähnt genau nachdem es zum zweiten Mal an vermutlich derselben Stelle auftrat (https://www.youtube.com/watch?v=8MjBQ1T76fs).

Hier ist die Playlist aller komischer Fehler. Wenn ich diese Videos löschen kann, einfach melden ;)
https://www.youtube.com/playlist?list=P ... ugMoisASm_

Meine Vermutung: Da ich mit "Autospeed" unter Angabe eines Maximums experimentiert hatte, kann es gut sein, dass schädliche Geschwindigkeiten rein statistisch irgendwo auftreten.

LG
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
RF2000
Firmware Mod 1.45.00.Mod - geht SD wieder 100%?

Bitte 1.42.17 bis 1.42.21 meiden!
SD-Druck mit der Community-FW <= 1.43.99 aktuell meiden.
Benutzeravatar
Nibbels
Developer
Developer
Beiträge: 2264
Registriert: Mi 17. Aug 2016, 17:01
Has thanked: 831 times
Been thanked: 598 times

Re: Eingangspuffer Bytes / Empfänger Cachegröße : genauer Wert?

Beitrag von Nibbels »

Das Problem mit dem Absturz sollte
http://www.rf1000.de/viewtopic.php?f=7&t=1610
mit Firmware-Version 1.35 behoben sein. Mehr Tests stehen bei mir aber noch aus.


Um den Suchenden hier im Forum eine Antwort auf die Originalfrage zu geben:
Firmware:
HAL.h hat geschrieben:[...]
#define SERIAL_RX_BUFFER_SIZE 128
#define SERIAL_RX_BUFFER_MASK 127
#define SERIAL_TX_BUFFER_SIZE 64
#define SERIAL_TX_BUFFER_MASK 63
[...]
LG
RF2000
Firmware Mod 1.45.00.Mod - geht SD wieder 100%?

Bitte 1.42.17 bis 1.42.21 meiden!
SD-Druck mit der Community-FW <= 1.43.99 aktuell meiden.
Benutzeravatar
Nibbels
Developer
Developer
Beiträge: 2264
Registriert: Mi 17. Aug 2016, 17:01
Has thanked: 831 times
Been thanked: 598 times

Re: Eingangspuffer Bytes / Empfänger Cachegröße : genauer Wert?

Beitrag von Nibbels »

Wenn ich im RepetierServer
Drucker -> Druckereinstellungen -> Allgemein

"Größe Eingangspuffer" = 63 einstelle
und den MCode

Code: Alles auswählen

M117 012345678901234567890123456789012345678901234567890123456789
mit mehr als 63 Zeichen sende, bricht die Kommunikation zusammen.

"Missing ok ... resend"
usw.

Besser scheint die Einstellung 127 zu sein.
"Größe Eingangspuffer" = 127

In der Firmware steht auch:
#define MAX_CMD_SIZE 128
#define SERIAL_RX_BUFFER_SIZE 128
(usw.)
Hinweis: In der originalen Repetier ist MAX_CMD_SIZE auf 96 festgestellt. https://github.com/repetier/Repetier-Fi ... code.h#L21
Der RX-Puffer ist dort gleich wie bei uns.

Seit ich RepetierServer auf 127 Bytes eingestellt habe, crashed das nicht mehr. Ich kann (glaube ich) so lange Befehle senden, wie ich will ;)
Evtl. könnte das auch ein Fix für die Personen sein, die mit Simplify3D nicht ganz gut zurechtkommen. Das ganze kann aber auch einfach am RepetierServer liegen!

LG
RF2000
Firmware Mod 1.45.00.Mod - geht SD wieder 100%?

Bitte 1.42.17 bis 1.42.21 meiden!
SD-Druck mit der Community-FW <= 1.43.99 aktuell meiden.
Antworten

Zurück zu „Elektronik“