Reset in der Repetierfirmware verzögern

Habe da mal eine Frage an die Repetierfirmwareprofis und zwar ob es möglich ist den Start der Firmware zu verzögern.
Folgendes steckt dahinter.
Ich habe zwei Drucker mit Arduino Due + RADDS + Display im Einsatz und beide Displays zeigen die gleiche Anzeige (zwei Balken) wenn die Drucker eingeschaltet werden. Auf dem einen ist FW 0.92.2 und auf dem anderen FW 1.0 weshalb es nicht an der FW liegen kann.
Wird dann der Resetbutton am Display gedrückt oder S3D gestartet erfolgt ein Reset am Display und die Anzeige passt.
Ich stelle mir das so vor, dass die FW das Display ansteuert obwohl das noch nicht soweit "gebootet" hat.
Die Idee ist nun den Bootvorgang der Repetierfirmware einfach mal testweise mit einem einfachen Delaybefehl zu verzögern.
Leider bin ich aber kein Arduinoprogrammierer und habe davon keine Ahnung!
Also wer kann helfen?

LG

Wolfgang

In der printer.cpp Zeile 762 ff.

void Printer::setup()
{
    HAL::stopWatchdog();
#if FEATURE_CONTROLLER == CONTROLLER_VIKI
    HAL::delayMilliseconds(100);
#endif // FEATURE_CONTROLLER
#if UI_DISPLAY_TYPE != NO_DISPLAY
    Com::selectLanguage(0); // just make sure we have a language in case someone uses it early
#endif
//HAL::delayMilliseconds(500);  // add a delay at startup to give hardware time for initalization

Dort war anscheinend mal eine Verzögerung, die aber auskommentiert wurde.
Probier es doch einfach mal damit.

Herzl. Grüße

Super!
Teste es gleich mal aus!
Wäre schon schön wenn es damit behoben werden könnte.
Bei meinem ersten Drucker habe ich halt damit gelebt aber jetzt geht es um einen Drucker für einen Anderen und da sieht es einfach nicht gut aus!
Vielen Dank an den AltenBastler!

LG

Wolfgang

Quote
AlterBastler
In der printer.cpp Zeile 762 ff.

void Printer::setup()
{
    HAL::stopWatchdog();
#if FEATURE_CONTROLLER == CONTROLLER_VIKI
    HAL::delayMilliseconds(100);
#endif // FEATURE_CONTROLLER
#if UI_DISPLAY_TYPE != NO_DISPLAY
    Com::selectLanguage(0); // just make sure we have a language in case someone uses it early
#endif
//HAL::delayMilliseconds(500);  // add a delay at startup to give hardware time for initalization

Dort war anscheinend mal eine Verzögerung, die aber auskommentiert wurde.
Probier es doch einfach mal damit.

Herzl. Grüße

Leider funktioniert es nicht wie geplant.
Habe die Zeit auch mal auf 2000ms hochgesetzt aber es ändert nichts an den Balken!

LG

Wolfgang

Das Problem ist wohl schon länger bekannt:
[forums.reprap.org]
[www.dimdim.gr]

Herzl. Grüße

1-mal bearbeitet. Zuletzt am 18.06.17 17:53.

Das ist dann wohl so!
Was blöd ist, dass dieses Problem wohl schon seit 2015 bekannt ist und Händler für 3D-Druckerteile diese Teile immer noch verkaufen!
Da ich drei von den Arduino Due habe und ich natürlich über 100 Euro nicht in die Tonne werfe werde ich mir mal etwas überlegen wie man diesen Fehler beheben kann.
Meine Überlegungen dazu:
- Die FW sollte nicht geändert werden da ich das nicht selbst machen kann und dadurch auch wieder auf andere Profis angwiesen wäre
Weiterhin müsste man evtl. dann schon wieder zwischen Repetier und Malin unterscheiden
- Bei jedem Einschalten des Druckers den Resetbutton von Hand betätigen ist auf Dauer auch Müll
- Der Reset muss per Hardware ausgelöst werden und zwar nach dem Einschalten etwas zeitverzögert
- Der Arduino besitzt einen Reseteingang der für den Resetvorgang auf 0 gelegt werden muss
- Im einfachsten Fall könnte man das mit einer kleinen Transistorschaltung als Einschaltverzögerung realisieren was nur ein paar Cent kostet
- Die Lösung sollte nicht eingelötet sondern als Modul einfach angesteckt werden können

Wenn ich es richtig sehe dann ist der Resetbutton am Display einfach der ResetPin am Due der über ein Kabel ans Display geführt ist?
Hat jemand die Kabelbelegung des Flachbandkabels?

EDIT: Belegung RADDS
Das reicht ja eigentlich schon. Ein kleiner Adapter zwischen Radds und dem Flachkabel zum "external SD-Card"

LG

Wolfgang

1-mal bearbeitet. Zuletzt am 19.06.17 08:40.

Der zweite Link enthielt die Lösung, Du musst "nur"
einen Widerstand einlöten.

Herzl. Grüße

Hallo AlterBastler,

das hatte ich doch wirklich übersehen!
Super Tipp!
Habe es mir gleich mal auf dem Arduino angesehen und festgestellt, dass ich noch eine von den dreien hatte die etwas anders aussah (grüne Platine und
etwas anderes Design).
Die läuft ohne Änderung!
Die habe ich jetzt erst mal eingebaut und die anderen beiden Löte ich die Tage!
Besten Dank!

LG

Wolfgang

Hallo Wolfgang,

noch ein Tipp, habe es noch nicht ausprobiert.
Ich bin selbst betroffen und daher steht es auf meiner Liste:

In den Arduino-Foren gibt es Hinweise, dass dieses Problem auch durch ein Upgrade der 16U2-Firmware (also ohne Löten) behoben werden kann.

[forum.arduino.cc] ab Beitrag #53

Habe es aber leider immer wieder geschoben und drücke aus Faulheit immer auf den Reset-Knopf. Daher Shame on me
Nur falls du es ausprobieren willst.

---

Best regards / Viele Grüße
Till

Mein Due hatte das Problem auch, das 16U2-Firmware Update hat das Problem aber nicht gelöst.
Der Widerstand aber schon.

Gut zu wissen, dann kann ich mir das sparen

1-mal bearbeitet. Zuletzt am 19.06.17 16:19.

---

Best regards / Viele Grüße
Till

Hallo zusammen,

habe zwei Platinen umgelötet und ... funktioniert sehr gut!
Das Löten der SMD-Widerstände ist etwas frikelig aber es geht!
Super Tipp!

LG

Wolfgang