Hallo Osser,
Das klingt sehr gut.
Zumal ich alle Programme auf meinem Stick - also auch AF - über ein Menue (mit dem Namen PStart) aufrufe, bei dem ich Kommandozeilenparameter festlegen kann.
Übrigens, wenn Du irgendwann einmal Zeit findest, den alternativen Bootloader zu implementieren, werde ich das selbstverständlich austesten und von den Erfahrungen berichten.
Und wenn Du dann noch eine Farbauswahl beim Oszi hinzufügst...
Gruß und Dank für Deine Hilfe.
Ulli
Da ich jetzt erst etwas spät mitlese: Gibt es irgendwo den SourceCode?
Gruß,
robo
Hallo robo.fr,
lieber spät als garnicht
Wenn Du Anregungen zur Verbesserung hast, verwirkliche ich diese gerne.
Den Sourcecode stelle ich aber nicht zur Verfügung.
O.
Hallo Ulli,
OK, dann Kodier ich das so.
Das wird aber noch eben dauern, wenn ich damit beginne, werde ich es hier ankündigen.
Gruss,
O.
Das ist natürlich schade. Ich kann es aber verstehen, wenn jemand schon so viel Arbeit in ein Projekt gesteckt hat. Hast Du das Protokoll für den Flash-Vorgang selbst über debugging herausgefunden, oder gibt es irgendwo ein Beispielprogramm?Den Sourcecode stelle ich aber nicht zur Verfügung.
Gruß,
robo
Hallo robo.fr,
nach langem Probieren und Untersuchen der Kommunikation über die Datenleitungen habe ich das Protokoll herausgefunden das dem Flashen zu Grunde liegt.
Hier ein Auszug meiner Dokumentation.
Code:Protokoll: DCE(Bootloader) DTE -------------------------------------------------------- <switch on> <-- send PAGEFRAME 1 ASURO_ACK --> <-- send PAGEFRAME 2 ASURO_ACK --> <-- send PAGEFRAME 3 ASURO_NAK --> <-- send PAGEFRAME 3 ASURO_NAK --> <-- send PAGEFRAME 3 ASURO_ACK --> <-- send PAGEFRAME 4 ASURO_ACK --> <-- send PAGEFRAME 5 . . . . . . <-- send PAGEFRAME n ASURO_ACK --> <-- send end PAGEFRAME <asuro is ready> Legend: ASURO_ACK 'OK' // page ok ASURO_NAK 'CK' // page checksum error ASURO_ERR 'ER' // asuro error PAGEFRAME byte PageNum TAtmelRAMPage PageData word PageCRC
Dabei sind auch einige Optimierungsrunden nötig gewesen um die Datenübertragung besser in den Griff zu bekommen. Das original Flashprogramm arbeitet scheinbar ziemlich stur sein Protokoll ab, wohingegen AsuroFlash.exe abhängig von evtl. auftretenden Störungen den Übertragungsdatenstrom steuert und deshalb verlässlicher flasht.
Deshalb habe ich das Proggi auch ursprünglich geschrieben, da ich ziemlich genervt war wie der original Flasher arbeitet.
AF ist auch in der Lage differentiell zu flashen, was mit dem original Proggi irgentwie nie funktuioniert hat. Das spart auch einiges an Übertragungsleistung, bzw. Zeit.
O.
Ja, sieht nach ziemlich viel Arbeit aus.Dabei sind auch einige Optimierungsrunden nötig gewesen um die Datenübertragung besser in den Griff zu bekommen.
Du hättest aber auch die Hardware Lösung wählen können, da geht das Programmieren noch schneller.Deshalb habe ich das Proggi auch ursprünglich geschrieben, da ich ziemlich genervt war wie der original Flasher arbeitet.
Gruß,
robo
Hallo Osser,
leider habe ich mit dem Kommandozeilenparameter
keinen Erfolg.AsuroFlash.exe /ADAP
AF nimmt meine Datei AsuroFlash.ini im Programmverzeichnis nicht an.
Ich habe das auf WinXP und Win2000 getestet.
Weißt Du noch Rat?
Viele Grüße
Ulli
Hallo Ulli,
das muss noch eingebaut werden, geht jetzt auch noch nicht.
Sorry, hab mich unverständlich ausgedrückt.
O.
Hi robo.fr,
Logitsch, aber das hilft denen die im Allgemeinen mit dem Asuro werkeln halt nichts. Deshalb das AF, womit Flashen leichter geht.Du hättest aber auch die Hardware Lösung wählen können, da geht das Programmieren noch schneller.
O.
Berechtigungen
Zitieren
Lesezeichen