neue Asuro Lib V2.70 (Release Candidate 3)

Druckbare Version

40 Beiträge dieses Themas auf einer Seite anzeigen

12.04.2007, 09:00
HermannSW

Hallo m.a.r.v.i.n,

Zitat:

Zitat von m.a.r.v.i.n

...
interessant, das Setup Programm überprüft den Registry Key

Zitat:

HKEY_LOCAL_MACHINE\SOFTWARE\Free Software Foundation\WinAVR

der ist bei mir jetzt natürlich nicht (mehr) gesetzt.

Zitat:

Es sollte in deinem Fall genügen im lib-Verzeichnis

Zitat:

make install

aufzurufen, um die libasuro.a ins WinAVR/avr/lib/ Verzeichnis zu kopieren.

Hat gestern bereits geklappt.

Die neue Lib habe ich für einige Programme bzgl. der Größe der erzeugten .hex-Dateien untersucht, keines ist größer geworden, und viele wurden kleiner. Besonders für das EEPROM_dump.hex, siehe in diesem Thread
https://www.roboternetz.de/phpBB2/viewtopic.php?t=29635
reduzierte sich die Anzahl der zu Flashenden pages von 27 auf 17 durch einfaches NeuÜbersetzen.

Kanst Du als Lib-Entwickler bitte nochmal der Frage in diesem Thread nachgehen?

Vielleicht wäre es auch sinnvoll dieses oder ein anders EEPROM_dump als Example in einer späteren Version der Asurolib zu haben -- der Zugriff auf das EEPROM ist im Moment Asurolib-mäßig noch gar nicht abgedeckt, und die 512 bytes EEPROM könnten für viele Programme aufgrund der beschränkten RAMsize ganz nützlich sein ...
12.04.2007, 09:54
m.a.r.v.i.n

Hallo,

Zitat:

Zitat von stochri

Wenn man ein Projekt mit AVR-Studio und der neuen Lib anlegt, sollte man die vorkompilierten Libs bei AVR-STudio einbinden können. Wenn man jetzt das Projekt speichert, sollte doch alles korrekt und portabel ohne Installation sein, oder?

Das ist soweit richtig. Ich habe selbst ein paar Beispiele mit AVR-Studio ausprobiert. Leider sind diese .aps Files nicht portierbar, weil Pfadangaben absolut sind. Sonst hätte ich die Projektfiles miteingepackt.
Wenn die libasuro.a im WinAVR lib-Verzeichnis steht, sollte sie als verfügbar angezeigt und eingebunden werden können.

@adrisch PN funktioniert ohne Probleme, da lediglich die Makefiles geändert sind.

Für alle anderen IDEs wie z.B. KamAVR, die scheinbar kein Einbinden von Libs unterstützen, bleibt immer noch der Weg, statt der libasuro.a die Sourcefiles zu Fuß einzubinden.

Zitat:

Zitat von HermannSW

Vielleicht wäre es auch sinnvoll dieses oder ein anders EEPROM_dump als Example in einer späteren Version der Asurolib zu haben -- der Zugriff auf das EEPROM ist im Moment Asurolib-mäßig noch gar nicht abgedeckt, und die 512 bytes EEPROM könnten für viele Programme aufgrund der beschränkten RAMsize ganz nützlich sein

Na klar, wird gemacht.
12.04.2007, 12:59
stochri

Zitat:

Leider sind diese .aps Files nicht portierbar, weil Pfadangaben absolut sind. Sonst hätte ich die Projektfiles miteingepackt.

Falls ich mich nicht täusche, sind die aps-Files protierbar, wenn alle Dateien in einem Verzeichnis liegen.
Ich kann mein Ordner mit den Programmen verschieben und AVR-Studio findtet wieder alle zugehörigen Dateien.

Gruss,
stochri
13.04.2007, 18:14
HermannSW
Hi,

ich würde gern libasuro.a exakt nachbilden, und bin dabei auf ein paar Problemchen gestoßen:
- Bei "make all" kommt bei mir für jedes .o-file die Meldung:
  
  Code:
  
  cc1.exe: warning: `dwarf-2': unknown or unsupported -g option
  
  Ich benutze noch den Win-AVR-Compiler von der CD, und würde jetzt doch gerne umsteigen wollen ...
  Welche Compilerversion habt Ihr für den Build benutzt?
- Nach Ersetzen von -gdwarf-2 durch -g im Makefile gibt es genau eine Warning bei "make all":
  
  Code:
  
  avr-gcc.exe -mmcu=atmega8 -W -Os -I./inc -MD -MP -MT encoder.o -MF dep/encoder. o.d -c encoder.c encoder.c: In function `Go': encoder.c:130: warning: comparison between signed and unsigned
  
  Solle tot_count nicht auch einen unsigned type haben?
- Im Command prompt funktioniert nach erfolgreichem make all ein make clean nicht:
  
  Code:
  
  C:\ASURO_src\AsuroLib\lib>make clean dep/adc.o.d:1: *** multiple target patterns. Stop.
  
  Erst nach manuellem Löschen aller Dateien in dep geht´s wieder ...
- Dasgleiche gilt für make install nach erfolgreichem make all:
  
  Code:
  
  C:\ASURO_src\AsuroLib\lib>make install dep/adc.o.d:1: *** multiple target patterns. Stop.
  
  Auch hier geht´s wieder nach manuellem Löschen aller Dateien in dep ...
13.04.2007, 22:57
m.a.r.v.i.n

Hi,

Zitat:

Zitat von stochri

Falls ich mich nicht täusche, sind die aps-Files protierbar, wenn alle Dateien in einem Verzeichnis liegen.
Ich kann mein Ordner mit den Programmen verschieben und AVR-Studio findtet wieder alle zugehörigen Dateien.

Ja, du hast recht. Pfadangaben stehen zwar absolut im Projektfile, aber nach Verschieben der Dateien findet AVR Studio trotzdem alles.

Übrigends, die einfachste Methode, um ein bestehendes ASRUO Projekt ins AVR Studio zu migrieren ist die Verwendung des bestehenden Makefiles.
Einfach unter Projekt | Configuration Options | General
"Use external makefile anklicken. Das entsprechende Makefile auswählen. Fertig. Alle Einstellungen werden dann gefunden, auch die Asuro Lib.

Zum Problem mit dem Finden der WinAVR Installation:
Es geht auch ohne Kopieren in den WinAVR Lib Ordner. Beim Stöbern in der GCC Doku fand ich den entscheidenen Tip.

Zitat:

LDFLAGS += -L../../lib
LDFLAGS += -lm
LDFLAGS += -lasuro

lediglich eine Zeile im Makefile dazugefügt und der Linker sucht auch in anderen Verzeichnissen nach Librarys.

Zitat:

Zitat von HErmannSW

Welche Compilerversion habt Ihr für den Build benutzt?

Ich benutze die WinAVR Version 20060421. Von der aktuellen 20070122 habe ich einiges negatives gehört. Deshalb werde ich vorerst auch nicht umsteigen. Komisch die Warnung wg. signed und unsigned Vergleich gibt es mit dieser Version nicht. Das sollte man natürlich trotzdem korrigieren.
16.04.2007, 15:05
adrisch

kann man das ganze jetzt mit programmers notepad programmieren oder nicht?
16.04.2007, 15:08
damaltor

ich denke schon, steht da nicht was etwas weiter oben im thread...?
21.04.2007, 00:11
bloodyDragon

Ich hätte eine frage zum releas candidate 2
( könnte auch auf candidate 3 zutreffen )

Code:

StartSwitch(); while(1) { PrintInt(switched); if(switched) { // Tastendruck t1 = PollSwitch(); t2 = PollSwitch(); switched = FALSE; PrintInt(t1); PrintInt(switched); SerPrint ("\n\r"); } }

in diese wird nur einmal hineingesprungen ?

und wenn ich in der schleife ein StartSwitch mache dann wird immer hineingesprungen...

ich erlese es aus der doku nicht was ich falsch mache ?
21.04.2007, 01:19
Sternthaler

Hier hast du aber einen etwas andern Code als unter Programmier Fragen
28.04.2007, 10:10
inka

asurolib 2.70 und AVR

hi allerseits,
offensichtlich ganz toll, was Ihr hier geleistet habt. Nur ich als anfänger habe verständigungsprobleme mit der einführung und verwendung der neuen lib/lib´s(?).
Es wurde auf die dokumentation zu RC3 hingewiesen, sicher, dort sind erklärungen zu den funktionen, den code kann man sich anschauen, anwendungs-beispiele auch. So weit so gut...

Zu installation steht in der dokumentation folgendes:
---------------------------------------------
Installation der Asuro Library
Zur Installation der Asuro Lib kopiert man das File /lib/libasuro.a in das c:/WinAVR/avr/lib Verzeichnis. Das File /lib/inc/asuro.h kopiert man in das c:/WinAVR/avr/include Verzeichnis.
----------------------------------------------
ist das wirklich alles? Was ist mit all den *.c files?
weitere fragen:

die asuro.c 2.6.1 wurde nun offensichtlich in viele kleinere lib´s aufgeteilt. Nach funktionen, ok, so weit verstanden...

Muss ich alle diese *.c dateien includen bzw. als sourcefiles in avr-studio hinzufügen?

Oder reicht es im avr-studio das verzeichnis in dem alle diese *.c datein sind hinzuzufügen und avr sucht beim kompilieren alle diese files durch ob die darin enthaltenen funktionen mit übersetzt werden?

Momentan ist es ein RC3, wann ist mit einer endgültigen freigabe zu rechnen? Ist zu freigabe mit großen änderungen zu rechnen?

entschuldigung, wenn ich die antworten auf meine fragen irgendwo übersehen haben sollte...
28.04.2007, 12:03
damaltor

ich denke, so resige änderungen wirds ncht mehr geben.

die .c dateien müssen auch mit kopiert werden.

hinzufügen oder includieren brauchst du sie glaube ich nicht, sondern das passiert durch die .a-datei (sofern ich das richtig kapiert habe)
28.04.2007, 23:05
Sternthaler

Hallo inka, (auch damaltor),

NEIN, die C-Dateien brauchen nicht irgendwohin kopiert zu werden!

Es ist ausreichend, wenn die Entwicklungsumgebung weiss wo die LIB ist. Da die LIB die Datei Datei libasuro.a IST, und sie in das Standard-Verzeichnis für Library's von euch kopiert werde soll, findet sie eigendlich jede Umgebung ganz alleine.

Hier noch ein Tipp:
Wo eigendlich ist das LIB-Verzeichnis?

inka hat oben als Muster c:/WinAVR/avr/lib angegeben. Das müsste für die meisten auch OK sein.
Ich selber installiere alle Programme immer an einer anderen Stelle, dann ist der Pfad zur LIB aber auch anders. Bei mir heist es dann C:\Programme\Meine\Prog\AVR-Win\avr\lib.

Wichtig: Wenn ihr nicht sicher seid, wo das Lib-Verzeichnis ist, sucht einfach nach "ranlib.exe", bei mir kommt dann C:\Programme\Meine\Prog\AVR-Win\avr\bin. Jetzt seid ihr sehr dicht bei dem Lib-Verzeichnis.
(Upss, hoffe, dass das hilft)

Hier noch mal eine weitere KurzInfo (oben schon erwähnt):
- alte, original-Datei asuro.c zerlegt in viel *.c-Dateien
- alle *.c-Dateien werden zu *.o übersetzt.
- alle *.o-Dateien werden in der asuro.a NUR zusammengefasst.
---> Alles was notwendig ist, ist IN der asuro.a-Datei.

Die 'blöde' asuro.h ist nur dafür da, damit der Compiler weiss, dass es das Zeug überhaupt gibt. (Natürlich auch für die dort definierten #define-Zeilen)
29.04.2007, 07:25
inka

hi Sternthaler,
werden die neuen *.c dateien auch auf netzwerklaufwerken gesucht (und gefunden?), muss ich den pfad dahin nicht angeben?
29.04.2007, 07:54
inka

hier ein versuch, wie es eben nicht geht :-( :

ich habe die lib mit hilfe der setup.exe in das netzwerkverzeichnis Y:\georg\hobby\roboter\asuro\_asuro_lib\2_7_rc3\As uroLib installiert. Die installation verlief problemlos...
beim compilieren kommen diese meldungen:

Code:

rm -rf herman_sw_linie.o herman_sw_linie.elf dep/* herman_sw_linie.hex herman_sw_linie.eep Build succeeded with 0 Warnings... avr-gcc.exe -I"Y:\georg\hobby\roboter\asuro\_asuro_lib\2_7_rc2\lib\lib\inc" -I"Y:\georg\hobby\roboter\asuro\_asuro_lib\2_7_rc3\AsuroLib\lib" -mmcu=atmega8 -Wall -gdwarf-2 -DF_CPU=8000000UL -Os -fsigned-char -MD -MP -MT herman_sw_linie.o -MF dep/herman_s w_linie.o.d -c ../hermann_sw_linie/herman_sw_linie.c avr-gcc.exe -mmcu=atmega8 herman_sw_linie.o -o herman_sw_linie.elf herman_sw_linie.o: In function `RaceStart': ../hermann_sw_linie/herman_sw_linie.c:100: undefined reference to `PollSwitch' ../hermann_sw_linie/herman_sw_linie.c:101: undefined reference to `PollSwitch' ../hermann_sw_linie/herman_sw_linie.c:111: undefined reference to `StatusLED' ../hermann_sw_linie/herman_sw_linie.c:114: undefined reference to `Msleep' ../hermann_sw_linie/herman_sw_linie.c:117: undefined reference to `StatusLED' ../hermann_sw_linie/herman_sw_linie.c:118: undefined reference to `BackLED' ../hermann_sw_linie/herman_sw_linie.c:122: undefined reference to `PollSwitch' ../hermann_sw_linie/herman_sw_linie.c:123: undefined reference to `PollSwitch' ../hermann_sw_linie/herman_sw_linie.c:131: undefined reference to `Msleep' ../hermann_sw_linie/herman_sw_linie.c:134: undefined reference to `BackLED' herman_sw_linie.o: In function `main': ../hermann_sw_linie/herman_sw_linie.c:47: undefined reference to `Init' ../hermann_sw_linie/herman_sw_linie.c:51: undefined reference to `FrontLED' ../hermann_sw_linie/herman_sw_linie.c:52: undefined reference to `MotorDir' ../hermann_sw_linie/herman_sw_linie.c:53: undefined reference to `MotorSpeed' ../hermann_sw_linie/herman_sw_linie.c:57: undefined reference to `LineData' ../hermann_sw_linie/herman_sw_linie.c:67: undefined reference to `BackLED' ../hermann_sw_linie/herman_sw_linie.c:76: undefined reference to `BackLED' make: *** [herman_sw_linie.elf] Error 1 Build failed with 17 errors and 0 warnings...

ich habe in avr noch die folgenden verzeichnise mit angegen:
Y:\georg\hobby\roboter\asuro\_asuro_lib\2_7_rc3\As uroLib\lib\ (da sind die *.c dateien)
und
Y:\georg\hobby\roboter\asuro\_asuro_lib\2_7_rc3\As uroLib\lib\inc\ (da ist die asuro.h z.b.)

- die vom avr mit "undefined reference to " gemeldeten befehle sind doch schon mit der lib 2.6.1 gelaufen, oder? Sind die in der 2.7 nicht mehr drin?
29.04.2007, 13:25
inka

es lässt mir keine ruhe

deshalb habe ich mit der 2.7. lib weiter experimentiert:

- alle neuen *.c als sourcefiles dazu-addiert/als sourcefiles hinzugefügt
- das verzeichnis mit den *.h dateien in den project einstellungen hinzugefügt

das kompilieren verlief ohne fehlermeldung, das hexfile hat allerdings nicht weniger als die 42 ursprünglichen pages sondern 69!

Hat man damit eines der angestrebten ziele verfehlt? Oder mache ich etwas falsch?
29.04.2007, 15:06
damaltor

das prinzip der geteilten lib ist, dass nur die funktionen die gebraucht werden auch kompiliert werden. wenn aber alle dateien zugefügt wurden, dann werden auch alle kompiliert, und das programm ist riesig...
29.04.2007, 15:15
inka

muss ich dann entscheiden welche *.c notwendig ist? Für einen anfänger schwierig - da war die asuro.c als ganzes einfacher :-(
29.04.2007, 16:04
damaltor

nein. du musst nur die .h datei includieren. durch diese wird dann in der .a datei geschaut welche .c dateien benötgt werden (bzw. .o-dateien). theoretisch sollte das alles sien.
08.05.2007, 19:17
HermannSW
Hallo m.a.r.v.i.n,

Zitat:

Zitat von m.a.r.v.i.n

Hallo Hermann,

wie wäre es damit:

"magic_1"

Code:

USRB = 0; // UART TX disable OCR2 = 0xF7; // Pulsbreite 8

"magic_2"

Code:

OCR2 = 0x91; // Pulsbreite fuer 36kHz

da das Programm examples/IRCollisionTest der Asuro Library v270rc3 nicht funktioniert, habe ich mich an Dein Posting erinnert und endlich Deinen Vorschlag mit folgendem Programm getestet:

Code:

#include "asuro.h" char *msgG="GREEN\r\n"; char *msgR="RED\r\n"; char *something=NULL; int main(void) { Init(); DDRD |= (1 << DDD1); // Port D1 als Ausgang PORTD &= ~(1 << PD1); // PD1 auf LOW OCR2 = 0xF7; // Pulsbreite 8 while (1) { // "magic_1" UCSRB = 0; // UART TX disable OCR2 = 0xF7; // Pulsbreite 8 if (PIND & (1 << PD0)) { StatusLED(GREEN); something=msgG; } else { StatusLED(RED); something=msgR; } // "magic_2" OCR2 = 0x91; // Pulsbreite fuer 36kHz SerPrint(something); // Msleep(50); } return 0; }

Leider funktioniert es nicht richtig:
- ohne SerPrint() ist der LED-Output OK
- mit SerPrint() ohne Msleep() gibt's nur GREEN, unabhängig vom Abstand
- mit SerPrint() und Msleep(50) gibt es ab und zu sogar "Audio" (bell character), und folgenden Output:
  
  Code:
  
  GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN GREEN REEN GREEN FREEN GREEN GREEN GREEN GREEN FREEN ...
Wieso kommt RED so selten, obwohl ich den Abstand auch klein und groß gemacht habe?
Und vor allem, wieso wird nicht RED in einer Zeile geschrieben, sondern REEN, FREEN, ...?
08.05.2007, 20:11
m.a.r.v.i.n

Hallo Hermann,

ich hatte es mit dem folgendem Programm probiert.
Hier erfolgt eine serielle Ausgabe allerdings nur, wenn eine Taste gedrückt wurde.

Code:

int main(void) { unsigned char sw; Init(); DDRD |= (1 << DDD1); // Port D1 als Ausgang PORTD &= ~(1 << PD1); // PD1 auf LOW ocr2 = 0xFE; while (1) { UCSRB = 0; OCR2 = ocr2; if (PIND & (1 << PD0)) StatusLED(GREEN); else StatusLED(RED); sw = PollSwitch(); if (sw & 0x01) ocr2 = 0xFE; //Pulsbreite 1 if (sw & 0x02) ocr2 = 0xFD; //Pulsbreite 2 if (sw & 0x04) ocr2 = 0xFB; //Pulsbreite 4 if (sw & 0x08) ocr2 = 0xF7; //Pulsbreite 8 if (sw & 0x10) ocr2 = 0xEF; //Pulsbreite 16 if (sw & 0x20) ocr2 = 0x90; //Pulsbreite 110 if (sw) { OCR2 = 0x91; PrintInt(sw); SerPrint(" "); PrintInt(ocr2); SerPrint("\r\n"); } // Msleep(100); } return 0; }

Mit deinem Programm bekomme ich dasselbe Ergebnis wie du. Merkwürdig. :-k
08.05.2007, 20:53
HermannSW

Hi,

Zitat:

Zitat von m.a.r.v.i.n

Hallo Hermann,

ich hatte es mit dem folgendem Programm probiert.
Hier erfolgt eine serielle Ausgabe allerdings nur, wenn eine Taste gedrückt wurde.

nach Hinzufügen der beiden Zeilen

Code:

#include "asuro.h" static unsigned char ocr2 = 0x91;

konnte ich Dein Programm kompilieren und flashen -- bei mir kommt aber Schrott, wenn nichts gedrückt wurde, und ich sitze hier extra schon im Dunkeln ...

Code:

NÈ™5bÉÂ&NÈ™5ÉÂ&NÈ™5ÉÂÉÂÉÂÄÉÂ54 bÉÂÉÂNÈ™5bÉÂ&NÈ™5ÀÉÂ&FH™5ÉÂÉÂÉÂDÉÂÉÂÉÂNÈ™5bÉÂNÈ™5ÉÂ&NÈ™5bÉÂ&NÈ™528 254 028 254 128 254 128 25428 254 128 254 128 254 !28 254028 254 128 254 128 254 128128 254 128 254 128 254 028 254 28 254 128 254 128 2128 254 128 25bÉÃNÈ™5ÉÂ&NÈ™5ÉÂBÉÂ`ÉÂÉÂÀÉÂÉÂÀÉÂNH™5@ÉÂ&NÈ™5DÉÂ&NÈ™5ÉÂÉÂ@ÉÂÄ ÉÂÉÂNÈ™5ÉÂNÈ™5@ÉÂ&NÈ™5ÉÂ&NÈ™5ÉÂ@ÉÂÉÂÉÂ`ÉÂNÈ™5@ÉÂNH™5ÉÂ&NÈ™5ÉÂÉÂÄÉÂ ÉÂÉÂNÈ™5@ÉÂNÈ™5ÉÂNÈ™5ÀÉÂÉÂÉÂÉÂ@ÉÂNÈ™5ÄÉÂNÈ™5@ÉÂ&NÈ™5ÉÂÉÂÉÂÉÂÉÂ@ ÉÂNÈ™5ÉÂ&NÈ™5@ÉÂNÈ™5@ÉÂÉÂ@ÉÂÉÂÉÂNÈ™5ÉÂ&NÈ™5@ÉÂ&NÈ™5bÉÂÉÂ@ÉÂÉÃ@ÉÂN È™5ÉÂNÈ™5`ÉÂNÈ™5ÀÉÂNÈ™5@ÉÂÉÂÉÂÉÂ54

Zitat:

Mit deinem Programm bekomme ich dasselbe Ergebnis wie du. Merkwürdig. :-k

Irgendwie überlagern sich die Ausgaben von RED und GREEN -- kann der Asuro etwa parallele IO-Threads? ... :)

Übrigens:
Gerade vor zwei Stunden habe ich endlich den von Dir empfohlenen Compiler WinAVR-20060421 installiert, damit klappt endlich auch das -gdwarf-2 als Compiler-Option in den Makefiles!
15.06.2007, 20:27
M1.R

Hallo,

ich versuche, die lib 2.7 zu installieren.
Ich kapiers nicht. - Vielleicht kann mir jemand weiterhelfen.

"Zur Installation der Asuro Lib kopiert man das File \lib\libasuro.a
in das WinAVR\avr\lib Verzeichnis.
Das File \lib\inc\asuro.h kopiert man in das WinAVR\avr\include Verzeichnis."

Das habe ich gemacht.

"Um die Lib neu zu übersetzen startet man den Make Prozess im Verzeichnis lib mit:
make clean
make all "

Wie ist das gemeint? Mit Programmers Notepad ? Welche Datei muss ich denn dann öffnen?

Wo muss denn das lib Verzeichnis hin? Da wo auch mein AVR Projekt liegt? Oder sollen alle Dateien aus dem 2.7-lib-Verzeichnis in das schon vorhandene WinAVR\avr\lib Verzeichnis?

Gruss
M.
15.06.2007, 21:27
Bääääär

um make clean und make all auszuführen machst du eine Textdatei und schreibst diese 2 befehle in je eine Zeile. dann speicherst du das ganze mit der Dateiendung *.bat ab und führst es im entsprechenden Ordner aus.
15.06.2007, 21:28
m.a.r.v.i.n

Hi,

du brauchst lediglich die Batch-Datei 'make-lib.bat' im Lib Verzeichnis ausführen (Doppelklick). Dann wird die Lib neu übersetzt und die neu erzeugte libasuro.a wird in das WinAVR Lib Verzeichnis kopiert.

Die restlichen Dateien brauchen nicht kopiert werden.
15.06.2007, 21:55
ehenkes

Ich habe da mal ein paar Fragen:
1) Sehe ich das richtig, dass die Datei asuro.c nicht in der statischen Bibliothek libasuro.a integriert ist?

Code:

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

2) Warum nicht?
3) Erwartet das Makefile in Programmer's Notepad asuro.h in C:\ASURO_SRC\AsuroLib\lib oder in C:\ASURO_SRC\AsuroLib\lib\inc ?

Code:

-I../../lib/inc\ VPATH=../../lib DIRINC = .
15.06.2007, 22:05
M1.R

Liste der Anhänge anzeigen (Anzahl: 1)

Zitat:

Zitat von m.a.r.v.i.n

Hi,

du brauchst lediglich die Batch-Datei 'make-lib.bat' im Lib Verzeichnis ausführen (Doppelklick). Dann wird die Lib neu übersetzt und die neu erzeugte libasuro.a wird in das WinAVR Lib Verzeichnis kopiert.

Hallo m.a.r.v.i.n,
habe ich gemacht - die Datei ist auch vorhanden.

Trotzdem gibts noch Fehler (siehe Anhang).

Gruss M.
16.06.2007, 14:35
stochri

Hallo M.

hier befindet sich ein AVR-Studio-Projket, in dem alle Pfade richtig gesetzt sein sollten. Damit müsste es gehen.

Gruss,
stochri
16.06.2007, 16:07
M1.R

Hallo stochri,

bei deiner Methode werden ja alle Dateien kompiliert.

=> Fehler: c:\winavr\bin\..\lib\gcc\avr\4.1.1\..\..\..\..\avr \bin\ld.exe: region text is full (asuroLib27RC3test.elf section .text)
make: *** [asuroLib27RC3test.elf] Error 1
Build failed with 1 errors and 0 warnings...

Er macht also gar keine .hex - Datei, weil die zu gross würde.

Ich wollte die Lib 2.7 aus dem Grund verwenden, weil ich dachte, dass damit nur die wirklich benötigten Funktionen eingebunden werden und ich dann mein"Riesenprogramm" noch erweitern kann.

Ich könnte jetzt natürlich alle nicht benötigten Dateien rausschmeißen.
Es fällt mir nur etwas schwer zu entscheiden, welche das sind.

Gruss
M.
16.06.2007, 18:25
stochri

Alle "nicht benötigten" Dateien rausschmeisen ist wohl die beste Lösung. Mich wundert, dass bei Dir "text region full" erscheint, bei mir hat er das Zip-File in der Form wie in dem Therad gepostet, compiliert. Alternativ kannst Du andere Compiler-Optionen ausprobieren:

z.B. Os

dann wird weniger Speicher verbraucht.
16.06.2007, 20:12
M1.R

Hallo stochri,
mit deinen example - Dateien klappts bei mir auch.
Ich habe aber stattdessen meine eigene 19 KB grosse datei eingefügt.
Mit 0s kompiliert er zwar, aber das hex-file wird 17 KB gross!

Gruss
M.
14.08.2007, 07:42
Sternthaler

Hallo zusammen.
Da es ja doch immer wieder neue Hilferuf zur Installation und Inbetriebnahme der Asuro-LIB gibt, habe ich mal einen eigenen Thread für eine 'hoffentlich komplette Übersicht' angelegt.
Ihr findet dies unter So wird die Asuro-LIB installiert und in Betrieb genommen

Vorsicht: es geht da bei 'Adam und Eva' los. ;-)
15.09.2008, 16:55
RobotNeu

2 Fragen zu den Asuro-LIB

1.Frage :- Was bedeutet das 'L' hier
#define MY_GO_ENC_COUNT_VALUE 19363L

2.Frage :- In dem Beispiel Program in Motortest/test.c habe ich eine Variable Namens 'WheelSpeed[2]' gesehen. Ich glaube, dass dieser Wert nie gesetzt wird und folglich wird der ASURO immer schneller fahren (halt bis zu max. Geschwindigkeit und dann konstant, aber nicht um 150). Zumindest habe ich nicht gefunden, wo dieser Wert gesetzt wird. Auch beim ausdrücken dieser Wert wird nur eine '0' für beide WheelSpeed links und rechts ausgegeben. Der Asuro fährt aber.

könnte mir da jemand weiterhelfen?
15.09.2008, 17:18
hai1991

hallo robotneu

1:
das L zwingt den compiler, den wert als long zu verwenden.
im gegensatz zu einer variable ist dies bei einem define ansonsten nicht deklariert.

2.
kann ich dir leider auch nicht weiter helfen
jedoch vermute ich, dass diese variable irgend wo anders in der lib geändert wird. ist jedoch nur eine vermutung

40 Beiträge dieses Themas auf einer Seite anzeigen