asuro+taster = eigenartig

[ehenkes]

E-Technik ist doch keine schlechte Grundlage für die Robotik. Jetzt fehlt Dir eben noch der Informatik- und Feinmechanik-Part. Ich gebe Dir mal ein paar Links:

http://www.informatik.uni-bremen.de/...hort070507.pdf
http://ulrichradig.de/site/infos/pdf...rogramming.pdf
http://www2.its.strath.ac.uk/courses/c/
https://www.roboternetz.de/wissen/in...Programmierung
http://en.wikipedia.org/wiki/Bitwise_operation
http://en.wikipedia.org/wiki/Bit_manipulation
http://www.atmel.com/dyn/resources/p...ts/doc2486.pdf
http://www.atmel.com/dyn/resources/p...ts/doc0856.pdf
http://www.avrfreaks.net/index.php?n...wtopic&t=50106

[dicky]

so da hab ich schon die nächste frage: was heiß

Zität:
Um die Lib neu zu übersetzen startet man den Make Prozess im Verzeichnis /lib mit:

make clean
make all
Zität Ende

sorry, ich hoffe ich nerve nicht mit den für euch sicherlich selbstverständliche frage


wow moment, hab gesehen ich habe die alte version der lib runtergeladen. jetzt habe ich die neue und installiert. aber dann beschwrt sie sich bei der installation weil winavr woanders installiert ist. kann man dem sagen wo winavr installiert ist? oder muss die lib dort installiert werden, wo winavr auch ist?

[ehenkes]

Schau mal in Dein makefile in C:\ASURO_SRC\AsuroLib\lib
Dort findest Du:

# Define directories, if needed.
DIRAVR = C:/WinAVR
DIRAVRBIN = $(DIRAVR)/bin
DIRAVRUTILS = $(DIRAVR)/utils/bin
DIRINC = .
DIRLIB = $(DIRAVR)/avr/lib

LIB = asuro
LIBFILE = lib$(LIB).a
HEADER = asuro.h

Da kannst Du Dein WinAVR einrichten, falls notwendig.

[ehenkes]

Der Compiler C:\WinAVR\bin\avr-gcc.exe wandelt Deine Sourcecode-Dateien mit der Endung c um in Objektdateien mit der Endung o.
Der Linker C:\WinAVR\bin\avr-ld.exe bindet diese Objektdateien zusammen zu einer ausführbaren Datei, hier mit der Endung hex.

Im Makefile findest Du z.B. als Anweisung für den Linker:

## Objects that must be built in order to link
OBJECTS = globals.o adc.o encoder.o encoder_low.o i2c.o leds.o lcd.o motor.o motor_low.o print.o rc5.o sound.o switches.o time.o uart.o version.o

[dicky]

soo, ich habe nun das programm zum testen der tasterwerte (ich nenne es test.c, wie einfallsreich !!!) ausprobiert und irgendwie hab ich für k1 - k4 die richtigen werte (1,2,4, aber für k5 und 6 habe ich 15 und 31, ganz egal wie ich MY_SWITCH_VALUE verändere (von 58 - 65). so wie ich verstehe, muss ich nur in myasuro.h diesen wert ändern, und das test.c neu kompilieren. oder habe ich was vergessen.

und noch was, wenn ich asuro einschalte, dann sehe ich in hyperterminal lauter null's, die runter rattern, wenn kein taster gedruckt wird. ist das normal, dass daurnd zeichen gesendet werden? und was ist die funktion itoa ? die definition finde ich nirgends. HILFEEEEEEE!!!!!!!!!

[ehenkes]

Nein, ich denke, Du solltest erst libasuro.a neu linken, da myasuro.h via Kompilierung von switches.c zunächst in switches.o landet (siehe Makefile).

Ja, das mit den Zeichen, die vor Dir runter rattern ist normal, weil das Programm eben so geschrieben ist. Analysiere doch einfach mal das Programm, das Du verwendest! Sonst lernst Du nichts dazu.

Von Sternthaler gibt es ein Programm, das die optimalen Werte für myasuro.h selbst erkundet. Such mal danach.

... und hör auf, so laut Hilfe zu schreien, sonst wirkst Du hilfloser und chaotischer als der ASURO selbst.

[Sternthaler]

Hallo dicky, hallo ehenkes,
wenn ich mich mal einmischen darf.

Ich lese so zwischen den Zeilen von dicky, dass er lieber keine Lib neu übersetzen möchte und dafür erst noch das Makefile anpassen muss.
Es sieht ja erst einmal so aus, dass er mit der ursprünglichen Lib von der CD klar kam, bis auf den Faktor in Pollswitch().

Das von ehenkes angesprochene Programm ist unter ASURO emittelt Werte für Lib V2.70 myasuro.h selber zu finden.

Den dort ermittelten Wert kannst man dann ja auch in der Funktion PollSwitch() in der originalen asuro.c von der CD eintragen.

Später, wenn der lustige Smilie mit dem Hammer, nicht mehr nötig ist, kann dicky ja auf die neue Lib umsteigen.

[damaltor]

ansonsten findet man bei sourceforge immer noch die version 2.61, welche nicht neu übersetzt werden muss. die kann man einfaqch in das programmverzeichnis kopieren, und dann damit die originale lib ersetzen (ist ja noch auf der cd) und ganz normal arbeiten. dann werden die hex-files zwar etwas größer, aber man spart sich das übersetzen (und am anfang hat man genug platz auf dem kleine prozessor, wenns knapp wird kann man sich ja dann mit version 2.7 beschäftigen.

[ehenkes]

2.1, 2.61, 2.7
Jawohl beliebig kompliziert für Einsteiger.

[damaltor]

2.1: Einer der frühen releases aus dem RN. schon gut, aber wird noch gesteigert
2.61: letzer release vor der modularisierung. viele neue funktionen, teilweise kommen klagen über interruptfehler.
2.7(0): erster release mit modularisierung. vorteil: deutlich kleinere hex-files, da nur wirklich benötigte funktionen kompiliert werden. nachteil: undefinierbare installationsprobleme, welche eigentlich durch die gute anleitung ausgeglichen werden sollten...