Gast
#3471714
Hallo! Kurz und knapp: mein Atmega besitzt einen 64kB großen Programmspeicher. Heißt das, das hex-file, was ich erzeuge und da rein schiebe, darf genau so groß sein oder spielt da noch mehr mit rein?
Gast
#3471718
Stephan schrieb: > Heißt das, das > hex-file, was ich erzeuge und da rein schiebe, darf genau so groß sein nein, denn im hexfile stehen Hexzahlen und Zeilenumbrüche. Der code ist also kleiner als das Hexfile.
Gast
#3471719
Peter II schrieb: > Der code ist > also kleiner als das Hexfile. Und wo sehe ich (mit AVRStudio arbeitend) wie groß mein Erguss denn nu ist?!
Gast
#3471723
Stephan schrieb: > Und wo sehe ich (mit AVRStudio arbeitend) wie groß mein Erguss denn nu > ist?! kommt denn am ende keine Ausgabe vom Buildprocess?
Jedes mal im Fenster unten,wenn der Compiler gelaufen ist (F7).
Gast
#3471734
Peter II schrieb: > kommt denn am ende keine Ausgabe vom Buildprocess? Hm. Da hätt ich jetzt auch selber drauf kommen können. Aber vllt hat sich gerade eine ander Problematik aufgetan. ich programmiere einen Atmega644, der nur für die Anzeige von Inhalten eines sehr, sehr dummen Grafikdisplays da ist. Den ganzen Schriftsatz usw habe ich in den Speicher des µC schreiben müssen. Dass der recht voll wird habe ich mir gedacht, und nun lese ich in der built-Ausgabe folgendes: Device: atmega644p Program: 4808 bytes (7.3% Full) Data: 4282 bytes (104.5% Full) Datenspeicher mehr als 100% voll? Kann man das ignorieren?
Gast
#3471735
kann man schon ignorieren... sollte man aber nicht ;)
Gast
#3471738
Stephan schrieb: > Datenspeicher mehr als 100% voll? Kann man das ignorieren? klar kann man das ignorieren - hast du doch bist jetzt auch getan. Nur wird das Programm nicht sinnvoll arbeiten. Optimierung auf -Os gestellt?
Gast
#3471742
Peter II schrieb: > Optimierung auf -Os gestellt? Ööööhmmm.... Was tut das und wo tut mann das?
Gast
#3471745
wenn mich jetzt nicht irre, dann ist der RAM das Problem Data: 4282 bytes (104.5% Full) das müsste der Ramverbraucht sein, da hilft auch keine Optimierung. Jetzt musst du uns wohl doch mal das Programm zeigen.
Gast
#3471751
Könnte es sein dass mit LUT oder großen Array's gearbeitet wird? Eventuell kann man das eine oder andere Byte in den EEProm oder Flash verlegen.
@ Stephan (Gast) >eines sehr, sehr dummen Grafikdisplays da ist. Den ganzen Schriftsatz >usw habe ich in den Speicher des µC schreiben müssen. Ja, in den RAM. Im Flash ist er besser aufgehoben. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29 > Program: 4808 bytes (7.3% Full) > Data: 4282 bytes (104.5% Full) >Datenspeicher mehr als 100% voll? Kann man das ignorieren? Der RAM.
Gast
#3471755
Peter II schrieb: > Jetzt musst du uns wohl doch mal das Programm zeigen. Gern: Hier die Zahlen von 0 bis 9, wie sie das Lascar- Display (32x100px) gerne hätte (und bekommt):
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
Ich denke, da ist nicht viel mit Einsparen..
Gast
#3471757
Stephan schrieb: > Ich denke, da ist nicht viel mit Einsparen.. doch, das zeug muss nicht im Ram liegen - das legt man in den Flash.
Gast
#3471763
Falk Brunner schrieb: > Ja, in den RAM. Im Flash ist er besser aufgehoben. Landen Variable, die man verwendet, automatisch im RAM?
@ Stephan (Gast) >> Ja, in den RAM. Im Flash ist er besser aufgehoben. >Landen Variable, die man verwendet, automatisch im RAM? Wo sonst, es sind ja VARIABLEN. Siehe Speicher. Auch ein const allein nützt hier nix. Wie es geht steht oben im Link. Ist nicht schwer.
Gast
#3471771
Peter II schrieb: > doch, das zeug muss nicht im Ram liegen - das legt man in den Flash. Bernd schrieb: > Eventuell kann man das eine oder andere Byte in den EEProm oder Flash > verlegen. Falk Brunner schrieb: > Im Flash ist er besser aufgehoben. Scheinbar ist man sich hier einig... ich werd mich wohl mal ans Tutorial setzen und ein bissel Flash-zugriff lernen. Danke vielmals! OT: Biertipp: Neumarkter Lammsbräu Edelpils.
Gast
#3471866
So. Es hakt. Im Tutorial heißt es "GCC kennt keine eigene Option zum Aktivieren von Embedded-C, es wird als GNU-C Erweiterung behandelt. Daher müssen C-Module, die Address-Spaces verwenden, mit -std=gnu99 compiliert werden." Soweit so gut. Compilieren tut mein AVRStudio immer, wenn ich F5 drücke. Wie bringe ich ihm bei, dass er da "-std=gnu99" einbaut? Auf die Codezeile
1 | |
antwortet er mit der Fehlermeldung expected '=', ',', ';', 'asm' or '__attribute__' before 'int'
Gast
#3471873
Stephan schrieb: > antwortet er mit der Fehlermeldung welche Version von GCC hast du?
@ Stephan (Gast) >"GCC kennt keine eigene Option zum Aktivieren von Embedded-C, es wird >als GNU-C Erweiterung behandelt. Daher müssen C-Module, die >Address-Spaces verwenden, mit -std=gnu99 compiliert werden." >Soweit so gut. Irgendwie ist der Abschnitt ziemlich unübersichlich geworden. >static const __flash int value = 10; Mach es einfach mit PROGMEM und gut.
1 | |
2 | |
3 | |
4 | |
5 | |
Gast
#3471884
Peter II schrieb: > welche Version von GCC hast du? Wenn ich bei den Infos zum AVRStudio nach den installierten Packages schaue und GCC Project auswähle, steht da 5.1.0.0. Ist das die Angabe die Du brauchst?
Gast
#3471889
Falk Brunner schrieb: > Mach es einfach mit PROGMEM und gut. Ist das auch wirklich einfacher? Mir erscheint die Schreibweise
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
intuitiver?!
Gast
#3471892
Stephan schrieb: >> welche Version von GCC hast du? > > Wenn ich bei den Infos zum AVRStudio nach den installierten Packages > schaue und GCC Project auswähle, steht da 5.1.0.0. Ist das die Angabe > die Du brauchst? nein, du musst direkt den gcc (avr-gcc oder so) auf der Kommandozeile mit dem Parameter --Version startet. Denn das mit dem Flash geht erst ab 4.7.
Gast
#3471894
Stephan schrieb: > Ist das auch wirklich einfacher? Nehme alles zurück. PROGMEM fängt an mir schlagartig zu gefallen..
Gast
#3471903
Peter II schrieb: > nein, du musst direkt den gcc (avr-gcc oder so) auf der Kommandozeile > mit dem Parameter --Version startet. Ich hantiere schon ziemlich lange mit AVRs aber habe die Kommandozeile nicht ein einziges mal gebraucht (geschweigedenn vermisst). Mit den AVRStudio war alles immer so vorgekaut! Aber ich versuchs. Nur, wie zum Henker finde ich diese Kommandozeile bzw wie nennt Atmel die?
Gast
#3471904
Stephan schrieb: > Ich hantiere schon ziemlich lange mit AVRs aber habe die Kommandozeile > nicht ein einziges mal gebraucht (geschweigedenn vermisst). Mit den > AVRStudio war alles immer so vorgekaut! Aber ich versuchs. Nur, wie zum > Henker finde ich diese Kommandozeile bzw wie nennt Atmel die? die Windows Kommandozeile (cmd)
Gast
#3471911
Peter II schrieb: > die Windows Kommandozeile (cmd) Ich bin mit Windows 95 groß geworden. Ich habe NULL Plan was ich tippen soll um die Version vom AVR-GCC herauszufinden. Da steht nur C_USER_STEPHAN
Gast
#3471915
Stephan schrieb: > Ich bin mit Windows 95 groß geworden. Ich habe NULL Plan was ich tippen > soll um die Version vom AVR-GCC herauszufinden. Da steht nur > C_USER_STEPHAN dann solltest du eventuell dir ein anderes Hobby/Beruf suchen. Als Programmierer sollte man gewisse Grundlagen kennen.
@ Stephan (Gast) >Ist das auch wirklich einfacher? Mir erscheint die Schreibweise >intuitiver?! Hast recht, geht aber nur mit dem neueren avr-gcc.
Gast
#3471923
Peter II schrieb: > dann solltest du eventuell dir ein anderes Hobby/Beruf suchen. Als > Programmierer sollte man gewisse Grundlagen kennen. Das kann schon sein. Asche auf mein Haupt! Ich habe nie beklagt, dass AVRStudio so viel selber macht. Getreu dem Motto "keine schlafenden Hunde wecken". Wenn ich das mir beibrächte wäre das, als hätte man Boris Becker was über Impulserhaltung erklärt- am nächsten Tag ists wieder vergessen :)
Gast
#3471925
3.3.1.27 Gefunden!
Gast
#3471930
Stephan schrieb: > 3.3.1.27 > Gefunden! scheint kleiner als 4.7 zu sein
Gast
#3471938
Peter II schrieb: > scheint kleiner als 4.7 zu sein Ein wenig vielleicht. Auf http://www.mikrocontroller.net/articles/Atmel_Studio gibt´s neuere Versionen. Sind die selbstinstallierend? Wie "tauscht man die aus"?
Gast
#3472020
Um das abzuschließen und, für den der´s auch braucht: hier die Anleitung zum Wechsel der toolchain bei AVRStudio: http://avrstudio5.wordpress.com/2012/03/05/changing-the-toolchain-in-atmel-studio-6-0-and-avr-studio-5-1/
In ASM legt man einfach eine Tabelle im .cseg(Flash) an. Vielleicht ist aber auch dein EEPROM groß genug dafür. Hätte den Vorteil das man beim Wechsel des Zeichensatzes nur das EEPROM neu brennen muss.
Gast
#3472259
Und Stephan, läufts jetzt mit __flash? Also ich finde dieses Vorgehen viel einfacher und auch besser lesbar als die veraltete PROGMEM-Krücke...
Gast
#3472334
Stephan schrieb: > 3.3.1.27 Das könnte die Version der Toolchain sein. Einfach mal im Atmel-Studio auf Help/About Atmel Studio gehen und da im Fenster die "View Installed Components" auf "Atmel AVR (8 bit) GNU Toolchain" verstellen. Bei mir steht dann das hier im Fenster: Installed Packages: Atmel AVR (8 bit) GNU Toolchain - 3.4.3.1005 AVR Toolchain 8 Bit Version: AVR8_Toolchain_Version:3.4.3.1072 GCC_VERSION:4.8.1 Package GUID: 2C7AA7CF-94C6-463C-81DA-4AA03B613C3B Company: Atmel HelpUrl: Release Description: AVR Toolchain For 8-Bit Devices Per Kommando-Zeile habe ich für AVR auch schon lange nichts mehr gemacht.
@ Henry (Gast) >Und Stephan, läufts jetzt mit __flash? >Also ich finde dieses Vorgehen viel einfacher und auch besser lesbar als >die veraltete PROGMEM-Krücke... Naja, man darf aber bitte nicht vergessen, dass es nur Kosmetik ist. Die Unterscheidung zwischen FLASH und RAM Variablen bleibt, es sieht nur schöner aus. Mit dieser __memx Trick macvht das FAST perfekt, aber soweit ich es verstehe auch nicht 100% wie bei normalem C. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Jenseits_von_flash
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.