Hallo,
ich möcht einen Atmega168 durch einen AT91SAM9261 programmieren. Die
einfache SPI Kommunikation der beiden Einheiten funktioniert bereits
einwandfrei, so daß ein Datenaustausch möglich ist. Auf dem AT91 läuft
Linux, eine Steuerung der Atmega Reset Leitung ist ebenfalls per Treiber
realisiert. Hat jemand vielleicht ein C/C++ Programm, welches diese oder
ein ähnliche Aufgabe durchführt? Ziel ist es, den Atmega aus der
laufenden Linux Applikation zu programmieren.
Gruß
Christian
Hallo,
falls du auf die schnelle kein Programm für SPI findest könntest du den
AVR auch über UART-Bootloader programmieren - das sollte ja schnell
realisiert sein (ich schätze mal die serielle Verbindung besteht ohnehin
schon).
Gruß, Jonen
Edit: Programm für SPI direkt habe ich keins aber ggf lässt sich das in
den USBprog sourcen ausfindig machen
hallo,
UART Schnittstelle wäre natürlich grundsätzlich auch möglich, würde aber
eine Anpassung im Linux Kernel erfordern. Günstiger wäre es, falls ich
eeprom und flash HEX Files via SPI Schnittstelle, Atmega in
Programmierspannung, übertragen könnte.
Gruß
Christian
was meinst du mit anpassung im kernel? du willst doch nicht den
bootloader im kernel implementieren? und UART des AT91SAM9261 wird im
linux kernel vollkommen unterstützt. du kannst einfach im userspace (wie
man es auch auf dem PC macht) ein programm starten, welches /dev/ttyS1
benutzt.
Hallo,
da mir keine zusätzlichen PINs zur Verfügung stehen, müßte ich die PINs
des AT91 auf UART umprogrammieren. Dies ist allerdings nicht zweckmäßig,
da noch weitere Einheiten als Slave am Master (AT91) betrieben werden.
Gruß
Christian
Grundsätzlich nichts, und ich programmiere den Controller aktuell auch
über avrdude. Allerdings benötige ich die Option der Programmierung über
den AT91, da ich sonst zukünftlich keine physikalischen Kontakt zum
Atmega besitze.
Gruß
christian
Christian V. wrote:
> Grundsätzlich nichts, und ich programmiere den Controller aktuell auch> über avrdude. Allerdings benötige ich die Option der Programmierung über> den AT91, da ich sonst zukünftlich keine physikalischen Kontakt zum> Atmega besitze.
Dann ist ein Bootloader umso mehr zu empfehlen.
Es sollte kein großes Problem sein, nen UART-Bootloader auf SPI
umzuschreiben.
SPI-Programming birgt nämlich die Gefahr des versehentlichen Totfusens
(Reset, Clock), wonach nur noch Auslöten angesagt ist.
Peter
Das kann ich so bestätigen!
Lass den AVR in den Bootloader springen und auf ein GO seitens des AT91
warten, welches Du ihm per SPI übermittelst. Dann startet er in die
Hauptsoftware und mledet sich von da erneut, damit der AT91 weiß, dass
es dem AVR gut geht.
Verpass der Hauptsoftware eine Funktion, damit sie per SPI-Kommando in
den Bootloader springt, oder steuere den AVR-Reset vom AT91 aus an,
damit der wieder in den Bootloader Modus kommt. Dann Flashen und neu
starten.
Damit kannst Du auch dann den AVR wieder neu flashen, wenn der
vorangegangene Versuch fehl geschlagen ist.
Das Verfahren über den ISP Mode ist einfach zu gefährlich, weil man sich
leicht die Fuses zerlegt und dann garnicht mehr mit dem AVR reden kann.
Im schlimmsten Fall muss man also Löten.
Gruß, Ulrich
Hi! Noch ein Tip...
Du kannst Dich ( als Firma) übrigens an ATMEL wenden. Gegen eine NDA
bekommst Du deren Bootloader im Quelltext und kannst dann nicht nur
selbigen auf Deine Software anpassen, sondern auch deren FLIP-Tool
einsetzen. Kommt halt darauf an, was Du machen willst und wie kritisch
ein schneller Fertigungsprozess ist. Das gilt auch für deren
USB-Bootloader
Gruß, Ulrich
Eine eigene Frage?
Dieser Thread ist über 17 Jahre alt.
Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.
