myAVR Board light welcher Programmer ist verbaut? für Linux

[Heinz M. (subi)]

Hallo,
ich versuche mein Entwicklerboard zum laufen zu bekommen, weiß nun aber 
wirklich nicht mehr nach was ich noch im Internet suchen soll.

Board: myAVR Board light
µC: Atmel Atmega8A-PU 1018
UASB-UART: SILABS CP2102 DCFOJI 1013+
Programmer: ???

OS: Lubuntu 14.04
Compiler: AVRDUDE

Ich habe es mit diesen beiden Anleitungen versucht(sind ähnlich):
https://wiki.ubuntuusers.de/AVR
http://www.myavr.info/download/software/pjb_myavr-mit-linux_de_en.pdf

USB-UART Bridge funktioniert und genauso habe ich bereits das 
Rechteproblem behoben. Beim Brennen komme ich nicht weiter. Wie in der 
Anleitung benutze ich diesen Befehl(bis zu diesem Befehl alles ohne 
Fehlermeldung):

avrdude -p m8 -c avr911 -P /dev/ttyUSB0 -b 115200 -U flash:w: 
ledan.hex:i

Nun ist mein Problem, dass ich nirgends etwas gefunden habe, was denn 
nun der richtige Programmer ist. Jeder schreibt zu genau diesem Board 
einen anderen Programmer, aber nie eine Erklärung. Mit try and error kam 
folgendes raus:

avr109 avr910 avr911
avrisp avrisp2 avrispv2 avrispv2 avrispmkII
stk500 stk500v1 stk500v2 stk500pp stk500hvsp
"timeout" oder "programmer is not responding", egal welchen ich nehme
Wegen dem timout habe ich -b 115200 ergänzt. Ohne Erfolg.

avr912: "Programmer not found"

Aus dem Datenblatt vom Atmega8a konnte ich auch nichts entnehmen.
http://www.atmel.com/images/atmel-8159-8-bit-avr-microcontroller-atmega8a_datasheet.pdf

Ich bräuchte also Hilfe, welchen Programmer ich für das Board nehmen 
muss oder ob noch spezielle Parameter benötigt werden.
Vor einer Woche hat das Board unter Sisy(Windows) an der Universität 
funktioniert. Ich würde jedoch sehr gerne auf Windows und auf Sisy 
verzichten.

Danke

[Jörg W. (dl8dtl) (Moderator)]

Heinz M. schrieb:
> Wie in der Anleitung benutze ich diesen Befehl(bis zu diesem Befehl
> alles ohne Fehlermeldung):
>
> avrdude -p m8 -c avr911 -P /dev/ttyUSB0 -b 115200 -U flash:w:
> ledan.hex:i

In der Anleitung steht aber nichts von 115200 Bd, sondern da steht
genau genommen gar nichts drin, was einem Default von 19200 Bd
entspricht.

[Heinz M. (subi)]

Ok, dann versuche ich es mal mit weniger. 115200 wurde in mehreren Foren 
empfohlen, wenn timeout(ohne -b oder -B) kommt.

Außerdem scheint der µC einen Bootloader zu haben. Da muss ich mich erst 
mal einlesen.

[Heinz M. (subi)]

Ok, ich hab grad was wichtiges rausgefunden:

Auf dem Board ist kein Programmer, sondern es wird der Bootloader über 
UART verwendet. Deswegen die Timeouts.

http://shop.myavr.de/index.php?404;http://www.myavr.de:80/download.php?suchwort=mySmartControl

http://shop.myavr.de/index.php?ws=download_file.ws.php&dlid=120&filename=treiber/tool_bootloaderATmega8-3.6864MHz-V1.26.elf

Die Frage ist jetzt noch, wie ich diesen Bootloader über Linux 
ansprechen kann. Einen anderen kann ich nicht drauf spielen.

[Jörg W. (dl8dtl) (Moderator)]

Die korrekte Kommandozeile hast du doch in diesem Dokument stehen.

Wenn die auch mit 19200 Bd nicht funktioniert, dann solltest du dich
1.) an myAVR wenden, schließlich hast du ja was bezahlt, und es ist
deren Beschreibung, die nicht funktioniert.  2.) könntest du noch die
Optionen -vvvv hinzufügen und das Ergebnis hier mal posten (am besten
als angehängte Textdatei).

[Heinz M. (subi)]

Aber müsste ich nicht einen UART Bootloader Kommunikator(so nenn ich das 
jetzt einfach mal) nehmen, statt einem ISP Programmer(AVR911/stk500) der 
ja gar nicht auf dem Board drauf ist?

Hab nichts bezahlt. Board ist für Studienarbeit geliehen, daher kein 
Umbau oder anderer Bootloader möglich.

Wo du es so sagst...Die Anleitung ist mit dem Board MK2. Die UART Bridge 
hat dort 2 Chips inklusive DIP Schalter. Vermutlich ist einer davon der 
Programmer, der bei der light Variante fehlt.

.txt hängt dran

[Jörg W. (dl8dtl) (Moderator)]

Heinz M. schrieb:

> Aber müsste ich nicht einen UART Bootloader Kommunikator(so nenn ich das
> jetzt einfach mal) nehmen, statt einem ISP Programmer(AVR911/stk500) der
> ja gar nicht auf dem Board drauf ist?

AVR109/AVR910 (aka. Butterfly bootloader) sind so ziemlich dasselbe
Protokoll.  Das eine war für einen Standalone Programmer gedacht,
das andere für den Bootloader.  Wesentlicher Unterschied zwischen
beiden ist, dass man an einen AVR109 verschiedene Target-MCUs
anschließen kann, während ein Bootloader auf eine MCU festgelegt ist.

Das ganze MCU-Handling ist in diesem AVR109-Protokoll aber ohnehin
reichlich unterirdisch.

Übrigens kann man auch einen Bootloader mit STK500-Protokoll fahren
(gibt's bei Peter Fleury).

> .txt hängt dran

OK, gar keine Reaktion.

Habe mich gerade mal durch deren Seite gewühlt, die scheinen den
Bootloader wirklich mit 115200 Bd zu betreiben (zumindest besagt das
der Sourcecode, der da zum Download liegt).

Kann es sein, dass man den Bootloader erstmal durch Knopfdruck oder
dergleichen aktivieren muss?

.macro  boofa_may_start_app
; start application if the bootloader
; push key is not pressed down
        push    r30
        push    r31
        ldi     r30,0
        ldi     r31,0
        cbi     DDRD,6
        sbic    PIND,6
        ijmp
        pop     r31
        pop     r30
.endmacro

[Jörg E. (jackfritt)]

Ich programmiere damit meine Tiny85. Ich such morgen mal die Parameter 
raus.

[Jörg W. (dl8dtl) (Moderator)]

Jörg E. schrieb:
> Ich programmiere damit meine Tiny85.

Haben die denn überhaupt einen Bootloader?  Müsste ihnen ja jemand
mal beigebracht haben.

[Jörg E. (jackfritt)]

Nein die atiny85 haben keinen Bootloader. Ich glaube das hier ein 
Missverständniss vorliegt. Das Board besteht aus mehreren teilen. Einmal
aus dem mySmartUSB und dann aus dem Experimentierboard myAVRBoard.
Es gibt im mySmartUSB ein Bootloader aber dort muss nichts programmiert 
werden. Dieser ist selbst ein Teil vom Programmer. avrdude schickt also 
nur alles an den mySmartUSB auf dem Board und der programmiert dann die 
µc auf dem Experimentierboard. Mann kann auf dem Experimentierboard 
nackte µC´s reinstecken (gibt dort verschiedene Sockel oder man baut 
sich einen) und die werden dann mit dem Hex file programmiert. Also ist 
hier ein Bootloader erstmal überflüssig.

Hier noch der Aufruf der gut funktioniert um auch die Fuses und EEPROM 
zu programmieren. Bei anderen Protokollen gabs,gibs? Probleme...
/EDIT
Is zwar unter Windows aber ich glaube avrdude sollte so auch unter Linux 
funktionieren ;)
/EDIT

C:\WinAVR-20100110\bin\avrdude -pt85 -cavr910 -PCOM3 -u 
-Uflash:w:Marie_Dreirad.hex:a -Ulfuse:w:0xe2:m -Uhfuse:w:0xdf:m 
-Uefuse:w:0xff:m

[Jörg W. (dl8dtl) (Moderator)]

Jörg E. schrieb:
> Is zwar unter Windows aber ich glaube avrdude sollte so auch unter Linux
> funktionieren ;)

Ja, bis auf das COM3 natürlich.  Alles andere sollte dort genauso gehen.

Ob der CP2102-Treiber von Linux ein Problem bereitet?

[Jörg E. (jackfritt)]

Ok dann mal rein in die virtuelle Debian Jessie installation.

Nov 20 10:37:12 debian-capi kernel: [   52.560996] usb 2-3: new full-speed USB device number 4 using ohci-pci
Nov 20 10:37:12 debian-capi kernel: [   52.810837] usb 2-3: New USB device found, idVendor=10c4, idProduct=ea60
Nov 20 10:37:12 debian-capi kernel: [   52.810844] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 20 10:37:12 debian-capi kernel: [   52.810847] usb 2-3: Product: myAVR - mySmartUSB MK2
Nov 20 10:37:12 debian-capi kernel: [   52.810850] usb 2-3: Manufacturer: Silicon Labs
Nov 20 10:37:12 debian-capi kernel: [   52.810853] usb 2-3: SerialNumber: mySmartUSB2-0001
Nov 20 10:37:12 debian-capi mtp-probe: checking bus 2, device 4: "/sys/devices/pci0000:00/0000:00:06.0/usb2/2-3"
Nov 20 10:37:12 debian-capi mtp-probe: bus: 2, device: 4 was not an MTP device
Nov 20 10:37:13 debian-capi kernel: [   53.892490] usbcore: registered new interface driver usbserial
Nov 20 10:37:13 debian-capi kernel: [   53.892506] usbcore: registered new interface driver usbserial_generic
Nov 20 10:37:13 debian-capi kernel: [   53.892518] usbserial: USB Serial support registered for generic
Nov 20 10:37:13 debian-capi kernel: [   53.960930] usbcore: registered new interface driver cp210x
Nov 20 10:37:13 debian-capi kernel: [   53.960955] usbserial: USB Serial support registered for cp210x
Nov 20 10:37:13 debian-capi kernel: [   53.960976] cp210x 2-3:1.0: cp210x converter detected
Nov 20 10:37:13 debian-capi kernel: [   53.961213] usb 2-3: cp210x converter now attached to ttyUSB0

Also bei mir klappts so:

 avrdude -pt85 -cavr910 -P /dev/ttyUSB0

Found programmer: Id = "AVR ISP"; type = S
    Software Version = 2.5; Hardware Version = 2.0
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize = 512 bytes.

Programmer supports the following devices:
    Device code: 0x01 = (unknown)
    Device code: 0x02 = (unknown)
    Device code: 0x03 = (unknown)
    Device code: 0x04 = (unknown)
    Device code: 0x05 = (unknown)
    Device code: 0x06 = (unknown)
    Device code: 0x07 = (unknown)
    Device code: 0x08 = (unknown)
    Device code: 0x09 = (unknown)
    Device code: 0x0a = (unknown)
    Device code: 0x0b = (unknown)
    Device code: 0x0c = (unknown)
    Device code: 0x0d = (unknown)
    Device code: 0x0e = (unknown)
    Device code: 0x0f = (unknown)
    Device code: 0x10 = (unknown)
    Device code: 0x11 = (unknown)
    Device code: 0x12 = (unknown)
    Device code: 0x13 = AT90S1200
    Device code: 0x14 = (unknown)
    Device code: 0x15 = (unknown)
    Device code: 0x16 = (unknown)
    Device code: 0x17 = (unknown)
    Device code: 0x18 = (unknown)
    Device code: 0x19 = (unknown)
    Device code: 0x1a = (unknown)
    Device code: 0x1b = (unknown)
    Device code: 0x1c = (unknown)
    Device code: 0x1d = (unknown)
    Device code: 0x1e = (unknown)
    Device code: 0x1f = (unknown)
    Device code: 0x20 = ATtiny43u
    Device code: 0x21 = (unknown)
    Device code: 0x22 = (unknown)
    Device code: 0x23 = (unknown)
    Device code: 0x24 = (unknown)
    Device code: 0x25 = (unknown)
    Device code: 0x26 = (unknown)
    Device code: 0x27 = (unknown)
    Device code: 0x28 = AT90S4414
    Device code: 0x29 = (unknown)
    Device code: 0x2a = (unknown)
    Device code: 0x2b = (unknown)
    Device code: 0x2c = (unknown)
    Device code: 0x2d = (unknown)
    Device code: 0x2e = (unknown)
    Device code: 0x2f = (unknown)
    Device code: 0x30 = AT90S4433
    Device code: 0x31 = (unknown)
    Device code: 0x32 = (unknown)
    Device code: 0x33 = (unknown)
    Device code: 0x34 = AT90S2333
    Device code: 0x35 = (unknown)
    Device code: 0x36 = (unknown)
    Device code: 0x37 = (unknown)
    Device code: 0x38 = AT90S8515
    Device code: 0x39 = (unknown)
    Device code: 0x3a = ATmega8515
    Device code: 0x3b = (unknown)
    Device code: 0x3c = (unknown)
    Device code: 0x3d = (unknown)
    Device code: 0x3e = (unknown)
    Device code: 0x3f = (unknown)
    Device code: 0x40 = (unknown)
    Device code: 0x41 = ATmega103
    Device code: 0x42 = (unknown)
    Device code: 0x43 = ATmega128
    Device code: 0x44 = (unknown)
    Device code: 0x45 = ATmega64
    Device code: 0x46 = (unknown)
    Device code: 0x47 = (unknown)
    Device code: 0x48 = (unknown)
    Device code: 0x49 = (unknown)
    Device code: 0x4a = (unknown)
    Device code: 0x4b = (unknown)
    Device code: 0x4c = AT90S2343
    Device code: 0x4d = (unknown)
    Device code: 0x4e = (unknown)
    Device code: 0x4f = (unknown)
    Device code: 0x50 = (unknown)
    Device code: 0x51 = (unknown)
    Device code: 0x52 = (unknown)
    Device code: 0x53 = (unknown)
    Device code: 0x54 = (unknown)
    Device code: 0x55 = ATtiny12
    Device code: 0x56 = ATtiny15
    Device code: 0x57 = (unknown)
    Device code: 0x58 = (unknown)
    Device code: 0x59 = (unknown)
    Device code: 0x5a = (unknown)
    Device code: 0x5b = (unknown)
    Device code: 0x5c = (unknown)
    Device code: 0x5d = (unknown)
    Device code: 0x5e = ATtiny4313
    Device code: 0x5f = (unknown)
    Device code: 0x60 = ATmega161
    Device code: 0x61 = (unknown)
    Device code: 0x62 = (unknown)
    Device code: 0x63 = ATmega162
    Device code: 0x64 = ATmega163
    Device code: 0x65 = (unknown)
    Device code: 0x66 = (unknown)
    Device code: 0x67 = (unknown)
    Device code: 0x68 = AT90S8535
    Device code: 0x69 = ATmega8535
    Device code: 0x6a = (unknown)
    Device code: 0x6b = (unknown)
    Device code: 0x6c = AT90S4434
    Device code: 0x6d = (unknown)
    Device code: 0x6e = (unknown)
    Device code: 0x6f = (unknown)
    Device code: 0x70 = (unknown)
    Device code: 0x71 = (unknown)
    Device code: 0x72 = ATmega32
    Device code: 0x73 = (unknown)
    Device code: 0x74 = ATmega6450
    Device code: 0x75 = ATmega6490
    Device code: 0x76 = ATmega8
    Device code: 0x77 = (unknown)
    Device code: 0x78 = ATmega169
    Device code: 0x79 = (unknown)
    Device code: 0x7a = (unknown)
    Device code: 0x7b = (unknown)
    Device code: 0x7c = (unknown)
    Device code: 0x7d = (unknown)
    Device code: 0x7e = (unknown)
    Device code: 0x7f = (unknown)

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.06s

avrdude: Device signature = 0x1e930b

avrdude: safemode: Fuses OK (E:FF, H:DF, L:E2)

avrdude done.  Thank you.

[Heinz M. (subi)]

Danke für die vielen Antworten, mal der Reihe nach:

Ja, der Bootloader wird in Sisy mit Reset gestartet. Das Programm sagt 
einem das an entsprechender Stelle und stellt auch das Protokoll fertig 
ein. Ich habs auch unter Linux mit Reset probiert. Aber ich weiß nicht 
wie genau der Zeitpunkt sein muss, weil es keine Anzeige dazu gibt.

Ich bin mir sehr sicher, dass es ein Bootloader ist. Die USB-UART Bridge 
hat 4 Pins beschriftet mit 5V, GND, Tx, Rx, was auf UART hinweist. Tx 
und Rx sind verbunden mit PD0 und PD1 des µC, was laut Referenzkarte die 
UART ist.

"SPI-Bus AVR-ISP" ist auf den Pins B2 bis B5 und enden an den 
universellen Ports und an nicht bestückten Löchern mit Aufschrift "ISP".
Das ist mir erst jetzt so richtig aufgefallen, wo ich weiß was der 
Bootloader macht. Danke für den Link.

Der µC und die UART Bridge sind fest verlötet, vermutlich ist das myAVR 
Board light für Lehrzwecke gedacht, wo ein Wechsel nicht nötig ist. Da 
macht ein Bootloader vielleicht sogar Sinn(man sieht ja, dass die 
Studenten es nicht mitbekommen, dass da kein Programmer arbeitet :-)).
Bei Jörg Essers Board scheinen die µCs tauschbar zu sein. Seine USB 
Bridge ist sicher am SPI angeschlossen.

USB funktioniert. USB-UART bin ich bisher davon ausgegangen, weil es mit 
Sisy auch funktioniert hat. Kann ich das irgendwie testen?

Bus 004 Device 002: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light

Gerade entdeckt:
Das zeigt mir meine USB Verbindung an:
http://shop.myavr.de/index.php?sp=article.sp.php&artID=200006
Das ist verbaut(CTS, RTS ist nicht verbunden):
http://shop.myavr.de/Systemboards%20und%20Programmer/myUSBtoUART.htm?sp=article.sp.php&artID=200024
Edit: Das eine nutzt ISP/SPI und das andere UART

Gleicher Code

heinz@pc:~$ avrdude -p m8 -c avr910 -P /dev/ttyUSB0

avrdude: avr910_recv(): programmer is not responding

Bedingung ist immer noch, dass der Bootloader, der drauf ist auch drauf 
bleiben muss. Ein anderer Bootloader, der stk500 kann bringt mir leider 
nichts.

[Jörg E. (jackfritt)]

Du kannst nicht mit avrdude arbeiten. Du musst das Programm verwenden 
was mit dem Bootloadercode auf deinem atmega8 kompatibel ist. Und das is 
nich avrdude. Dein mysmartusb ist wohl als UART Bridge configuriert. 
Also eigentlich nichts anderes wie ein USB zu seriell wandler. Das kann 
mit avrdude nicht klappen. Zumindest kenne ich keine avrdude Version die 
das unterstützt.

[Heinz M. (subi)]

Hab myAVR mal angeschrieben.

"Guten Tag,
ich suche eine Möglichkeit ein myAVR Board light mit fest verlötetem
Atmega8A-PU über Linux(Lubuntu) zu programmieren.

Das Board ist von der Hochschule geliehen, daher kann ich keinen anderen
Bootloader aufspielen. Gibt es eine Möglichkeit diesen mit dem original
Bootloader über die vorhandene USB-UART Bridge zu programmieren?

SiSy unter Wine hat nicht funktioniert und wäre auch nicht mein 
bevorzugter
Weg. Ist es mit AVRDude möglich?"

"Sehr geehrter Herr M.,
in unserem Download-Bereich finden Sie einen Bootloader u.a. für Linux.
Geben Sie als Suchbegriff "Bootloader" ein; es werden Ihnen die 
verfügbaren
angezeigt."

Liest denn Heutzutage überhaupt noch jemand die Frage, bevor man eine 
Antwort gibt?


Ich gehe jetzt einfach mal davon aus, dass es keine Möglichkeit gibt.
Mir bleibt wohl nur übrig Sisy und Windows für die Studienarbeit zu 
benutzen.
Bitter, wie man an deutschen Bildungseinrichtungen immer wieder zu 
Microsoft Produkten "gezwungen" wird.


Da ich aber auch für mich persönlich mit Mikrocontrollern anfangen 
wollte, werde ich einen anderen Weg gehen. Es reicht doch völlig aus, 
eine SPI Schnittstelle zu haben oder muss es ein Programmieradapter 
sein?
Der Odroid XU4 steht bei mir bereits auf der Bestellliste. Dieser hat 
SPI und UART schon integriert. Wäre das rein theoretisch möglich? Bei 
konkreten Problemen würde ich dann einen neuen Thread aufmachen, wenn es 
so weit ist.

Auf jeden Fall vielen Dank euch beiden, ich habe viel gelernt.

[Alexander S. (alesi)]

Jörg E. schrieb:
> Dein mysmartusb ist wohl als UART Bridge configuriert.
> Also eigentlich nichts anderes wie ein USB zu seriell wandler. Das kann
> mit avrdude nicht klappen. Zumindest kenne ich keine avrdude Version die
> das unterstützt.

Heinz M. schrieb:
> Ich gehe jetzt einfach mal davon aus, dass es keine Möglichkeit gibt.
> Mir bleibt wohl nur übrig Sisy und Windows für die Studienarbeit zu
> benutzen.

Ganz ohne (einmal) Windows (zu nutzen) scheint es nicht zu gehen,
aber auf der http://shop.myavr.de/ Seite gibt es den Bootloader
DL233 mit der Beschreibung:
"...Damit ist der Controller auch für offene Betriebssysteme,
mittels AVRdude über die USBtoUART Schnittstelle programmierbar...."

http://shop.myavr.de/index.php?sp=download.sp.php

Aber den Bootloader scheint man nur mit einem myAVR-Windows-Programm
auf den Controller laden zu können.

Ich habe verstanden, dass es nicht Dein Board ist und Du daher den
Bootloader nicht modifizieren willst.

[Jörg W. (dl8dtl) (Moderator)]

Heinz M. schrieb:
> Es reicht doch völlig aus, eine SPI Schnittstelle zu haben oder muss es
> ein Programmieradapter sein?

An sich reicht es, allerdings hast du natürlich ringsrum weniger
Probleme, wenn du irgendwas nimmst, was gut erprobt ist.  Ich weiß,
dass myAVR bei dir gerade nicht gut dasteht ;-), aber sie verkaufen
beispielsweise auch das nackte Atmel-ICE-Board:

http://shop.myavr.de/index.php?sp=article.sp.php&artID=200142

Das ist verdammt preiswert, du müsstest dir nur die Kabel selbst
zusammenflicken.

Mit dem Standard-Kabel und Gehäuse bekommt man es auch:

https://hbe-shop.de/Art-2407172-ATMEL-ATATMEL-ICE-BASIC-DEBUGGER-ATMEL-ARM-AVR-BASIC-KIT

[Heinz M. (subi)]

Nö, myAVR ist nicht das Problem. Wenn man sich selbst was kauft, weiß 
man ja vorher, ob man es für Windows oder Linux braucht. myAVR bietet 
auch Bootloader und Programmer für Linux an.

Mich stört, dass der Großteil der Dozenten davon ausgeht, dass die 
Studenten High END PCs Zuhause stehen haben mit dem allerneusten 
Windows. Und Microsoft Office eine Selbstverständlichkeit zu sein hat.

Und weil ich lieber etwas lerne/bastel/probiere, statt auf eine bunt 
animierte Sanduhr zu schauen, ist der Odroid bestellt. Dazu ein Atmega8. 
Beides war sowiso fällig. Also kein rausgeschmissenes Geld(Vorausgesetzt 
man beachtet unterschiedliche Spannungspegel). Sollte es nicht 
funktionieren, kann ich mir immer noch nen Programmer ausleihen oder 
kaufen.

Für das myAVR Board light habe ich ja nichts bezahlt und gebe es wieder 
ab. Abschließend zu diesem Board kann ich nur sagen, dass ich es so ohne 
alles nicht empfehlen würde. Zum programmieren lernen ok. µC 
programmieren für Bastelprojekte fehlt der ISP Programmer und der µC 
Sockel.

[Jörg W. (dl8dtl) (Moderator)]

Heinz M. schrieb:
> Vorausgesetzt man beachtet unterschiedliche Spannungspegel

Muss man ja nicht haben.  AVRs laufen auch mit 3,3 V.

[Jörg E. (jackfritt)]

Was hat Odroid mit atmega8 zu tun?
Das is doch kein Programmer? Welche Software willst du denn dort 
einsetzen um deine Programme auf den atmega8 zu bekommen?

Irgendwie versteh ich dich nicht so recht.

Trotzdem viel Erfolg!

[J.R.Becher (Gast)]

@Heinz M. (subi) ... du kannst doch ohne probleme den bootloader 
wechseln... spielst danach einfach wieder den originalen bootloader 
drauf und gut is ... wo ist das problem?

gruß

[Heinz M. (subi)]

@J.R.Becher: "Never Touch a Running System"

Ohne Probleme ist leicht gesagt. Zum Programmer drauf laden brauche ich 
trotzdem einen Programmieradapter.


@all: So hab mal gesucht und nicht gedacht, dass ich es so schnell 
finde:
https://www.mikrocontroller.net/articles/Raspberry_Pi_als_Universalprogrammer
Diese Anleitung scheint mehr auf den Punkt zu kommen:
http://kevincuzner.com/2013/05/27/raspberry-pi-as-an-avr-programmer/

Ansonsten gibt es einige Anleitungen dazu im Internet.

Kurz: Eine angepasste AVRDude Variante brauche ich, die direkt SPI 
anspricht. Hab mir fast schon gedacht, dass es mit AVRDude geht.

[Jörg W. (dl8dtl) (Moderator)]

Heinz M. schrieb:
> Kurz: Eine angepasste AVRDude Variante brauche ich, die direkt SPI
> anspricht.

linuxgpio ist seit Version 6.0 bereits dabei.

Du musst das AVRDUDE halt auf dem RPi compilieren.