Die Toolchain ist fertig. Glückwunsch!
Jetzt kannst du mal mit dem Beispiel loslegen. Aber aufpassen, es gibt noch ne Menge Beispiele die cbi, sbi und andere veraltete Makros benutzen -- cbi und sbi gibts in der aktuellen avr-libc nicht mehr (oder hast du die alte 1.0 installiert? Dann ist es kein Problem. Ich rate aber von der Verwendung der Makros ab).
Zum programmieren deines Controllers musst du den Druckerspooler wahrscheinlich anhalten. Bei Susi ist das Cups: "service cups stop" als root. Oder probiers über irgend ein Susi-Tool, bin mir nicht sicher ob das "service" da auch tut (hab keine Ahnung von Susi. Frauen halt *g*)
Wie man Fragen richtig stellt:
http://www.lugbz.org/documents/smart-questions_de.html
ist das absicht, dass du immer "Susi" sagst? Schätz mal schon
das mit make und make load zum rüberspielen stimmt schon oder?
Ich hatte die version 1.0.5 installiert. Ist das schlimm? Ich kanns auch ändern. Bins ja mittlerweile gewohnt die paar Befehle reinzuklopfen
Danke, dass ihr mir so gedulgig geholfen habt!!!
mfg
jagdfalke
ja. Hab schon vor Jahren aufgehört die Distri zu benutzen weil sie mir zu "zickig" ist und nicht an das rankommt was ich haben willZitat von jagdfalke
ist das absicht, dass du immer "Susi" sagst? Schätz mal schon
in einem Makefile hast du ein default-target. Normalerweise heißt das "all". Das default-target wird gebaut wenn du make nix mitgibst. D.h. "make" baut das default-target, "make install" das target "install". Die einzelnen targets können voneinander abhängen, müssen aber nicht. "load" wäre also ein Ziel dass dir uisp anwirft, "make load" ruft make auf und lässt ihn das target bauen. Kann ich dir aber so nicht sagen weil ich das noch nie gebraucht hab (und auch grad keine passenden Dateien hier). Im Zweifelsfall kannst du in das Makefile reingucken. Oder das Beispiel fragendas mit make und make load zum rüberspielen stimmt schon oder?
solange wie du keine Probleme damit hast macht das nix. Generell empfiehlt es sich halt die neueste Version zu nehmen weil da i.a. bekannte Bugs gefixed sind. U.u. wirst du irgendwann auf Code stoßen der die neuere libc will weil sich irgendwas geändert hat. Aber dann kannst du das ja immer noch machenIch hatte die version 1.0.5 installiert. Ist das schlimm? Ich kanns auch ändern. Bins ja mittlerweile gewohnt die paar Befehle reinzuklopfen
Viel Erfolg!
Wie man Fragen richtig stellt:
http://www.lugbz.org/documents/smart-questions_de.html
also make schein erfolgreich zu sein:
make load:linux:/home/mathias/avrm8ledtest-0.2 # make
avr-gcc -g -mmcu=atmega8 -Wall -Wstrict-prototypes -Os -mcall-prologues -o avrm8ledtest.out -Wl,-Map,avrm8ledtest.map avrm8ledtest.o
avr-objcopy -R .eeprom -O ihex avrm8ledtest.out avrm8ledtest.hex
Dh, dass er den AVR nicht findet oder?linux:/home/mathias/avrm8ledtest-0.2 # make load
uisp -dlpt=/dev/parport0 --erase -dprog=dapa
An error has occurred during the AVR initialization.
* Target status:
Vendor Code = 0xff, Part Family = 0xff, Part Number = 0xff
Probably the wiring is incorrect or target might be `damaged'.
Mehr oder weniger: der AVR reagiert nicht richtig, es kommt nur 0xff zurück. Normalerweise muss sich der AVR über die angezeigten Werte identifizieren (damit die Software sicherstellen kann dass der richtige Typ dranhängt).
Jetzt gibts mehrere Möglichkeiten:
- falsches Kabel / Protokoll
- Kabel kaputt
- AVR kaputt / ausgeschaltet.
Da kann ich dir aber nicht wirklich weiterhelfen, ich hatte bisher immer ein JTAG für sowas. Lies mal die manpage von uisp (ich vermute -dprog=dapa passt nicht). Was für ein ISP-Dongle benutzt du?
Wie man Fragen richtig stellt:
http://www.lugbz.org/documents/smart-questions_de.html
Ich kann eigentlich alles ausschließen, was die an möglichen Problemen aufgeführt hast:
1. Kabel bei Robotikhardware.de gekauft, genauso wie rnbfra1.0
2. Hab auf ner Windowsmaschine getestet und ich kann mit Bascom programmieren und was wird auch das gemacht, was ich sag.
3. nicht kaputt wegen 2. und auch nicht ausgeschaltet
dann bleibt nur noch: falsches Protokoll
Was hast du denn unter Windows eingestellt? Siehe hier: http://www.nongnu.org/uisp/faq.html -- ich glaube du brauchst -dprog=stk200 (anstelle von -dprog=dapa) Müsste sich im Makefile recht einfach ändern lassen.
Wie man Fragen richtig stellt:
http://www.lugbz.org/documents/smart-questions_de.html
Aha, das wars also. "Protokoll" hat mir wenig gesagt. Unter Bascom hieß das "Programmer".
Die Fehlermeldung hat sich aber nur geändert:
Was ist parport? Was ist ppdev?mathias@linux:~/avrm8ledtest-0.2> make load
uisp -dlpt=/dev/parport0 --erase -dprog=stk200
/dev/parport0: Permission denied
Failed to open ppdev.
make: *** [load] Fehler 2
/dev/parport0 -> LPT1
"Protokoll" war wohl auch ein etwas ungeschickter Begriff von mir -- ISP funktioniert letztendlich über SPI und da ist das Protokoll letztendlich immer gleich, unabhängig vom Programmer.
entweder du sorgst dafür dass user "matthias" auf /dev/parport0 schreiben darf oder du wirst root. Würde ich zum testen so machen, und danach über ne Gruppe lösen.
Wie man Fragen richtig stellt:
http://www.lugbz.org/documents/smart-questions_de.html
Sieht schon besser aus! Na schön, jetzt muss ich nur noch lernen in C zu programmieren. Wo kann ma da am besten Anfangen (Links?) ?linux:/home/mathias/avrm8ledtest-0.2 # make load
uisp -dlpt=/dev/parport0 --erase -dprog=stk200
Atmel AVR ATmega32 is found.
Erasing device ...
Reinitializing device
Atmel AVR ATmega32 is found.
uisp -dlpt=/dev/parport0 --upload if=avrm8ledtest.hex -dprog=stk200 -v=3 --hash=32
Reset inactive time (t_reset) 1000 us
AVR Direct Parallel Access succeeded after 0 retries.
Vendor Code: 0x1e
Part Family: 0x95
Part Number: 0x02
Atmel AVR ATmega32 is found.
Page Write Enabled, size=128
FLASH Write Delay (t_wd_flash): 12500 us
EEPROM Write Delay (t_wd_eeprom): 25000 us
Uploading: flash
#####
(total 150 bytes transferred in 0.14 s (1110 bytes/s)
Polling: count = 2, min/avg/max = 4.40/4.57/4.74 ms
mfg
jagdfalke
Berechtigungen
Zitieren
Lesezeichen