Bei Arduinos wie dem Nano oder dem Mega2560 wird nach einem Reset ja zunächst der Bootloader gestartet. Der horcht dann eine festgelegte Zeit auf der seriellen Schnittstelle, ob sie mit etwas verbunden ist, auf dem gerade avrdude läuft. Das soll auch so bleiben. Ich weiss, dass ich durch ändern eines Fusebits direkt die Anwendung starten kann, aber so radikal möchte ich es nicht haben. Ich habe eine eigene Software auf dem PC laufen, die über die serielle Schnittstelle mit einer Software von mir auf dem Arduino kommuniziert. Ich würde gerne auch den Arduino direkt nach dem Verbinden per DTR Signal neu starten. Und jetzt kommts, ich mag dann nicht im PC Programm warten, bis der Bootloader auf dem AVR sicher aufgegeben hat und meine Applikation gestartet hat. Sende ich vorher schon los, passiert es sogar, dass der Bootloader die Kontrolle gar nicht an die Applikation abgibt. Gibt es also etwas, dass ich an den Bootloader schicken kann, so dass er nicht mehr weiter wartet, sondern sogleich zur Applikation springt ?
Falls nicht, könntest Du ja den Bootloader passend modifizieren.
Der Arduino-Bootloader verwendet wohl das STK500-Protokoll. https://ww1.microchip.com/downloads/en/Appnotes/doc2525.pdf
Ich habe mich jetzt mal durch den Quelltext des Bootloaders gewühlt. Es geht mit der Sequenz : MESSAGE_START 0x1B seqNum 0x01 msgLength HI 0x00 msgLength LO 0x01 TOKEN 0x0E data (CMD_LEAVE_PROGMODE_ISP) 0x11 checksum (alle bytes xor) 0x04 Beim normalen Programmieren wird das erste Kommando übrigens ca. eine Drittelsekunde nachdem DTR aktiv wurde gesendet. Nur für den Fall, dass noch jemand das braucht. Ich hatte ja drauf gehofft, das schon jemand vor mir danach gesucht hat.
Die Leute schreiben sich ueblicherweise einen eigenen Bootloader. Der macht dann genau, was er soll.
Bana A. schrieb: > Die Leute schreiben sich ueblicherweise einen eigenen Bootloader. Der > macht dann genau, was er soll. Jeder etablierte Bootloader mit einer passenden Funktion tut genau das Gleiche, sofern die Funktion nicht fehlerhaft implementiert und der Bootloader damit nicht ungetestet in die freie Wildbahn entlassen wurde.
Rainer W. schrieb: > Bana A. schrieb: >> Die Leute schreiben sich ueblicherweise einen eigenen Bootloader. Der >> macht dann genau, was er soll. > > Jeder etablierte Bootloader mit einer passenden Funktion tut genau das > Gleiche, sofern die Funktion nicht fehlerhaft implementiert und der > Bootloader damit nicht ungetestet in die freie Wildbahn entlassen wurde. Selbstverständlich nicht. Die Anforderungen an einen Bootloader können ganz unterschiedlich sein. Das fängt schon damit an wann und wie er aktiviert wird. Beim Start? Spezielle Pinbelegungen? Durch die Applikation? Geht natürlich beim Interface weiter, UART, SPI, I2C? Dann was soll er tun? Ist der BL selbst updatebar? Wird Authentifizierung und/oder signierte oder verschlüsselte Firmware verwendet? Da gibts viele Anforderungen in der realen Welt.
:
Bearbeitet durch User
Cyblord -. schrieb: > Selbstverständlich nicht. Die Anforderungen an einen Bootloader können > ganz unterschiedlich sein. Beim TO ging es ausschließlich um die Frage, ob sich die Timeout-Funktion für den Start der eigentlichen Applikation durch ein Kommando vom Host-PC abbrechen lässt - um kein bisschen mehr.
Rainer W. schrieb: > Beim TO ging es ausschließlich um die Frage, ob sich die > Timeout-Funktion für den Start der eigentlichen Applikation durch ein > Kommando vom Host-PC abbrechen lässt - um kein bisschen mehr. Genau solche speziellen Anforderungen meinte ich doch.
:
Bearbeitet durch User
Q (0x51 0x20) sollte reichen.
Hier gibt es den Sourcecode des Bootloaders: https://github.com/arduino/ArduinoCore-avr/tree/master/bootloaders Wenn du eine Funktion benötigst, welche es so nicht gibt, oder den Timeout herunter setzen magst oder eine spezielle Abbruchroutine: Dann implementiere sie dir je nach deinen Wünschen.
An der Stelle wäre es noch interessant, ob das Ganze auch mit den anderen MCUs funktioniert, die bei den Arduino-Artigen verwendet werden.
Christoph M. schrieb: > An der Stelle wäre es noch interessant, ob das Ganze auch mit den > anderen MCUs funktioniert, die bei den Arduino-Artigen verwendet werden. Natürlich nicht, weil sie völlig andere Bootloader haben. Aber es kann gut sein, daß sie ein ähnliches "Quit" Kommando haben.
Wozu modifizieren? Einfach abschalten.
Moin, in meinem eigenen Bootloader und meinem Programm habe ich die gleiche Funktion eingebaut um zum jeweils anderen Programm zu springen. Ohne Reset. So sparst du die Wartezeit. Gruß Olaf
Flunder schrieb: > Ich habe mich jetzt mal durch den Quelltext des Bootloaders gewühlt. Es > geht mit der Sequenz : > MESSAGE_START 0x1B > ... Achim H. schrieb: > Q (0x51 0x20) sollte reichen. Da scheints dann doch mehrere verschiedene Bootloader zu geben. Oliver
:
Bearbeitet durch User
Oliver S. schrieb: > Da scheints dann doch mehrere verschiedene Bootloader zu geben. Deshalb gibt es in der Arduino-IDE auch die Einstellungsoption für den passenden Bootloader. Das wird kein Zufall sein ;-)
Rainer W. schrieb: > Deshalb gibt es in der Arduino-IDE auch die Einstellungsoption für den > passenden Bootloader. Das wird kein Zufall sein ;-) Kleine Korrektur. Man kann den Programmer auswählen. Der Bootloader ist zum eingestellten µC fest zugeordnet.
:
Bearbeitet durch User
Veit D. schrieb: > Man kann den Programmer auswählen. Der Bootloader ist > zum eingestellten µC fest zugeordnet. Kann nicht sein, es gibt z.B. Arduino Nanos mit "altem Bootloader". In einer früheren Version der Ide konnte man zwischen Nano mit aktuellem und altem Bootloader auswählen. Möglicherweise ist in der aktuellen IDE Version eine Autoerkennung implementiert. Ich kann mir nicht vorstellen, dass die alten jetzt nicht mehr unterstützt werden - aber wer weiß.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.