-
Thread
AVR32 Anwendung mit uboot von SDRAM starten
0x68> 10000142: 34 08 mov r8,64 10000144: 93 48 st.w r9[0x10],r8 10000146: 48 89 lddpc r9,10000164 <main+0x68> 10000148: 34 08 mov r8,64 1000014a: f3 48 00 60 st.w r9[96],r8 1000014e: 48 69 lddpc r9,10000164 <main+0x68> 10000150: 34 08
stack: 24007000 <_stack>: [/c] Der Stack liegt also im SRAM [c] Disassembly of section .bss: 24000840 <completed.2671>: 24000840: 00 00 add r0,r0 ... 24000844 <cur_heap_pos.2090>: 24000844: 00 00 add r0,r0 ... 24000848 <__malloc_top_pad>: 24000848: 00
-
Thread
Transistortester mit AVR Gesperrt
bytes (86.1% Full) (.text + .data + .bootloader) Data: 348 bytes (68.0% Full) (.data + .bss + .noinit) Der viele RAM geht momentan anscheinend für die LCD Strings drauf, die man in den Flash packen könnte.
Resistors: Totally wrong for value 18k and connected between 1-2 the result was: REZISTOR 3-1 R=89,7k, same component, but between 2-3: N-JFET GDS=132
-
Thread
[Anfänger-Probleme] Wie assembliere ich Assemblercode bei WinAVR?
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
COFFCONVERT += --change-section-address .data-0x800000 COFFCONVERT += --change-section-address .bss-0x800000 COFFCONVERT += --change-section-address .noinit-0x800000 COFFCONVERT += --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
40,35,11,10,13,10,6,40,35,11,10,13,10,6,43,38 ,4 //Lied Nr. 71 Offset:2125 ,150,86,24,217,64,25,25,89,24,123,89,88,86,145,81,18,212,64,20,20,84,19,118,84,82,81,143,79,17,210,64,18,18,82,17,116,82,81,79,209,64,79,81,82,84,64,153,152,87,64,150,86,24,217,64,25,25,89,24,123,89,88,86,145,81,18,212,64,20,20,84,19,118,84,82,81,143,79,17,210,64,18,18,82,17,116,82,81,79,205,64,143,76,202
Nach Diode D2 und vor Diode D6, R2 und T2 fehlt noch ein Widerstand von 1k. Als Mosfet's gehen auch BSS 170 oder BSS 270.
-
Thread
Varicap Dioden bei Reichelt ?
(C1V/12V) = 500/18 pF, z.B. für AM-Abstimmung http://www.box73.de/catalog/index.php?cPath=82_88_89&osCsid=e9fa9bea7b232476eb8bb72cf6760e0d
Hinweise, >BUZ72 guter Tip mit den MOSFETs, hab zwar den gerade nicht da, aber laut DB sehen z.B. BSS138, BS170, BSS84,BSS84P nicht schlecht aus (Parameter C.oss, C.rss). Leider sind sie für meinen speziellen VCO (symterischer Oszillator mit 2N7002, 20-30MHz) wegen seiner höheren parasitären Grundkapaziät
-
Thread
C und Assembler
seperated by a space. EXTRAINCDIRS = # Compiler flag to set the C Standard level. CSTANDARD_C89 = c89 CSTANDARD_GNU89 = gnu89 CSTANDARD_C99 = c99 CSTANDARD_GNU99 = gnu99 CSTANDARD = -std=$(CSTANDARD_GNU99) # Compiler flags. # -g: generate debugging information # -O*:
Programms aus. Du mußt testen, ob der Stackpointer auf einen gültigen Wert zeigt, d.h. zwischen "__bss_end" und "__stack". Und dann noch, ob im Stack eine genügend große Reserve nicht unterschritten wurde (Stack mit Muster füllen und prüfen, wieviel Bytes mit dem Muster noch übrig sind). Dieser Test
-
Thread
STK 500 mit WINAVR koppeln
bytes (1.7% Full) (.text + .data + .bootloader) Data: 8 bytes (0.8% Full) (.data + .bss + .noinit) -------- end -------- > Process Exit Code: 0 > Time Taken: 00:00
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
-
Thread
Tangens sprengt die Codemenge
float b ) { return (a * 3.21 + 4.73) / b; } [/c] ergibt: [c] GCC 4.3.0 text data bss dec hex filename 2564 8 0 2572 a0c test.out [/c] Die 4 Grundrechenarten passen also definitiv nicht in den ATtiny2313. Peter
ATtiny2313. > > Dann hast du das -lm vergessen Stimmt, jetzt gehts: [c] text data bss dec hex filename 930 0 0 930 3a2 test.out [/c] Peter
-
Thread
Quelldateien in verschiedenen Verzeichnissen
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
COFFCONVERT += --change-section-address .data-0x800000 COFFCONVERT += --change-section-address .bss-0x800000 COFFCONVERT += --change-section-address .noinit-0x800000 COFFCONVERT += --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof
-
Thread
AVR für wenig Geld im LAN
-Wire, wer noch eine wenig mit "meinem" Webserver spielen möchte (5./6.11.): -> http://91.20.89.112:44444 Sourcen finden und Erklärungen finden sich weiter oben. -> http://www.mikrocontroller.net/topic/109988#1037624 Wäre an Kommentaren interessiert. Oder auch an weiteren Ideen.
size addr .data 318 8388864 .text 27116 0 .bss 1655 8389182
-
Thread
Projet um die Kapazität von Akkus zu messen
AkkuTester.elf : section size addr .text 25960 0 .data 36 8388704 .bss 1316 8388740 .noinit 0 8390056 .eeprom 0 8454144 .stab 46692 0 .stabstr 17481 0 Total 91485 [/pre] und jetzt poofen!
78,4 87,11 80% 86 " 78,3 87,00 85% 85 48,0 78,2 86,89 90% 86 " 78,1 86,78 95% 85 47,9 78,0 86,67 Ri Maximal = 8800mOhm, Ri Mittelwert = 2140mOhm Wenn man sich die Tabelle anguckt sieht es immer noch so aus, als
-
Thread
AVR, xtern. SRAM initialisierung, xmem, makefile, .init funktionen
das laeuft soweit. meldung des compilers: [code] Data: 165 bytes (16.1% Full) (.data + .bss + .noinit) [/code] hier die variable aus einer header datei [c] #define DAT_BUFFER_SIZE 128 volatile unsigned char dat_buffer[DAT_BUFFER_SIZE]; [/c] Wenn ich nun aber DAT_BUFFER_SIZE soweit
legt .data und .bss auch noch ins externe RAM Schau mal, hier ist ne ganze Doktorarbeit übers Thema http://www.mikrocontroller.net/topic/47896#new Hat mir sehr geholfen, außerdem im AVR-libc-Manual das Kapitel
-
Thread
Variablen verändern Wert
historische) Verhalten nicht anzuwenden, indem man mit -fno-common übersetzt. Dann legt er die .bss-Variablen nicht als sogenannte COMMON-Blöcke an (wer FORTRAN noch kennt weiß, woher dieser Name und das damit verbundene Feature des Linkers stammen), sondern legt sie explizit in der .bss- Section
option is no longer useful on most targets, now that support has been added for putting variables into BSS without making them common.” Offenbar war das mit dem BSS also noch nicht immer so.
-
Thread
GPS - Empfänger günstig bei Ebay
A217;GROUPID=2914;ARTICLE=57866;START=0;SORT=preis;OFFSET=16;SID=295tXG36wQAR0AAB1b@rUbe553cb0d9fe712a89f387367606f103), der sieht vom Bild her aber ganz anders aus, wie der, den du verwendet hast. Kannst du mal den Artikellink bitte posten? Und welche Kondensatoren werden benötigt? Vielen Dank schon
ohne Lötzinn beizufügen. Wichtig ist, dass man spätestens nach jedem zweiten Mal drüber gehen, bsser jedes Mal, neues FLussmittel aufträgt. Wie gesagt, FLussmittel ist unser Freund XD Das Ganze wiederholt man auf der anderen Seite und fertig. Noch was sauber machen das ganze, damit der FLussmittel-Dreck
-
Thread
AVR Eclipse Plugin 2.2
Zukunft Invoking: Print Size avr-size --format=berkeley -t Mega8Modul.elf text data bss dec hex filename 452 0 93 545 221 Mega8Modul.elf 452 0 93 545 221 (TOTALS) Finished building: sizedummy make: Warnung: Mit der
funsigned-char -funsigned-bitfields -fno-tree-scev-cprop -ffunction-sections -fno-inline-small-functions -fgnu89-inline -mmcu=atmega128 -DF_CPU=16000000UL -MMD -MP -MF"rtc.d" -MT"rtc.d" -c -o"rtc.o" "../rtc.c" Finished building: ../rtc.c und von cmd: D:\Daten\Projekte\AVR\APC2\Debug>make all Building file
-
Thread
Projekt : GPS Tracker
bitte jemand überprüfen der etwas ahnung davon hat? - ATmega mouser.com (556-ATMEGA644P-20AU) - BSS123 Reichelt (Artikel-Nr.: BSS 123 SMD) - LM75AD Reichelt (Artikel-Nr.: LM 75 SMD) - Max 1811 Recihelt (Artikel-Nr.: MAX 1811 ESA) - 1 Schalter Mouser.com (SSSS811101) - MIC 2920A-3.3WS mouser.com
13.51€ Hinzu kommen die Kosten für: * BSS138 FET (wie gesagt, leider nicht bei csd erhältlich) = ein paar Cent * GPS-Modul = je nachdem ab ca. 20€ aufwärts (oder mal bei eBay schauen) * Akku = z.B. ein Handyakku, ca. 10€ aufwärts bei eBay
-
Thread
kann ni cht mit winavr kompilieren
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
COFFCONVERT += --change-section-address .data-0x800000 COFFCONVERT += --change-section-address .bss-0x800000 COFFCONVERT += --change-section-address .noinit-0x800000 COFFCONVERT += --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof
-
Thread
XOR / pointer - Problem
7fc: f9 e0 ldi r31, 0x09 ; 9 7fe: fa 8b std Y+18, r31 ; 0x12 800: e8 89 ldd r30, Y+16 ; 0x10 802: f9 89 ldd r31, Y+17 ; 0x11 804: 00 80 ld r0, Z 806: 88 89 ldd r24, Y+16 ; 0x10 808: 99 89 ldd r25, Y+17 ; 0x11
00000052 <.do_clear_bss_loop>: 52: 1d 92 st X+, r1 00000054 <.do_clear_bss_start>: 54: a5 37 cpi r26, 0x75 ; 117 56: b1 07 cpc r27, r17 58: e1 f7 brne .-8 ; 0x52
-
Thread
umrüsten auf SMD
Für die 1N4148 gibt es die LL4148, TL081 gibts in SO8, 7805 bzw. vergleichbares /z. B: TA7805) in SOT89. 2N2222 ist Waldundwiesen-Teil, da gibts sicher 10^8 Typen in SMD. Du solltest eigentlich alles bei Reichelt finden.
Dioden 1N4148 und 1N4004 und den BS250 hab >ich alles gefunden Die SMD Varianten der BS Typen heissen BSS. Allerdings wird die Nummer nicht die gleiche sein.
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
wäre es so richtig, 29;für rechteck 50; 25; 139; 89; 0; füllfarbe 255; rahmenfarbe oder wäre es möglich ein kleines beispiel wies richtig gemacht wird zb ein rechteck mfg kay
entworfen, daher sind beide nicht 100%ig kompatibel. > Muß es ein BC327 sein? Ich hätte nen BC557 oder BSS84P hier. Ich sag mal ja. Es kann mit einem BC557 funktionieren, aber der dürfte am Rande der Specs betrieben werden. Der BSS84 ist viel zu hochohmig. > In welchem Bereich kann die Spule liegen
-
Thread
Fleury I2C und ATMEGA128 Problem
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
COFFCONVERT += --change-section-address .data-0x800000 COFFCONVERT += --change-section-address .bss-0x800000 COFFCONVERT += --change-section-address .noinit-0x800000 COFFCONVERT += --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof
-
Thread
Ist mein Ram bereits voll?
dann nur um .data kümmern, so dass dieser die 4k nicht überzeigt bzw noch Luft für die Daten von .bss lässt?!
> Was genau sagt mir eigentlich .bss? http://en.wikipedia.org/wiki/.bss
-
Thread
AVR-Bootloader mit Verschlüsselung
früher ausgeführt nämlich noch bevor der WinAVR Startup Code den SRAM initialisert, also .data und .bss (preinitialisierte globale Variablen/Strings etc.pp.). Mit langsamen Takt und schnellem WDT ist das zu präferieren. Gruß Hagen
Vielleicht liegt es an WIN89se? Mit WIn7 habe ich ein Tiny85 schon tausende Male im 1-wire Modus geflasht.
-
Thread
Was hört ihr für Musik ?
Der Paule und sein olles Kamuffel... https://www.youtube.com/watch?v=iNm_Huxq89k
am deutschen Rhein.. https://www.youtube.com/watch?v=2kEmdXYk89c
-
Thread
AT89C4051-Schalten eines Relais mit 24V/200mA
Hallo, könnte mir vieleicht jemand helfen, und zwar möchte ich mit einem AT89C4051 ein elektro-pneumatisches Ventil ansteuern, im Moment ist dies mit Hilfe eines N-Kanal Anreicherungstyp Mosfet realisiert (BSS98), das Problem hierbei ist nur der H-Pegel nach einem Reset des Controllers
-
Thread
avr-sizex: Unable to find the .eeprom section
dann so aus: AVR Memory Usage: ----------------- Device: atmega8 Program: 7304 bytes (89.2% Full) (.text + .data + .bootloader) Data: 177 bytes (17.3% Full) (.data + .bss + .noinit) Stimmt diese Anzeige so auch oder ist die neuere besser? mfg
-
Thread
Makefile Uart Korrekt?
, enclose it in quotes. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
# 64 KB of external RAM, starting after internal RAM (ATmega128!), # used for variables (.data/.bss) and heap (malloc()). #EXTMEMOPTS = -Wl,-Tdata=0x801100,--defsym=__heap_end=0x80ffff # 64 KB of external RAM, starting after internal RAM (ATmega128!), # only used for heap (malloc()). #EXTMEMOPTS
-
Thread
AT89S52 Ausgangs Pegel bei 1 Signal
Hallo, folgendes, ich möchte gerne an meinen At89S52 mehrere kleinverbraucher schalten. Gedacht habe ich mir das ganze mit einem Transistor...Wie man das ganze dimensioniert ist mir (hoffentlich) klar. Mein einzigstes Problem sind die Ausgangswerte
einen n-Kanal-Mosfet, der kann direkt an einen 8051-Port angeschlossen werden. Infrage kommt 2N7000, BSS-123 oder viele andere. Bei größeren Leistungen kommen Logiklevel Mosfets in Frage.
-
Thread
"expected ')' before '*' token" -- Was ist da los?
must be seperated by a space. EXTRAINCDIRS = # Compiler flag to set the C Standard level. # c89 - "ANSI" C # gnu89 - c89 plus GCC extensions # c99 - ISO C99 standard (not yet fully implemented) # gnu99 - c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options here CDEFS
# 64 KB of external RAM, starting after internal RAM (ATmega128!), # used for variables (.data/.bss) and heap (malloc()). #EXTMEMOPTS = -Wl,-Tdata=0x801100,--defsym=__heap_end=0x80ffff # 64 KB of external RAM, starting after internal RAM (ATmega128!), # only used for heap (malloc()). #EXTMEMOPTS
-
Thread
Variable als static deklarieren
keine Variablen. Speicherverbrauch lt. AVR Studio Data: 791 bytes (38.6% full) (.data + .bss +.noinit) uhu wrote: >Gibst du den richtigen Prozessortyp an? ja, Atmega32
NULL der default-Initialisierung entspricht, und schiebt dadurch die Variable nicht mehr aus dem .bss ins .data, wie er das früher noch gemacht hat.)
-
Thread
Kompilieren unter Linux
quotes. # EXTRAINCDIRS = f:/Programme/AVRlib # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99 # Place -D or -U options
# 64 KB of external RAM, starting after internal RAM (ATmega128!), # used for variables (.data/.bss) and heap (malloc()). #EXTMEMOPTS = -Wl,--section-start,.data=0x801100,--defsym=__heap_end=0x80ffff # 64 KB of external RAM, starting after internal RAM (ATmega128!), # only used for heap (malloc
-
Thread
WinAVR Fehler ?! BITTE UM HILFE
from main.h:57, from main.c:27: c:/winavr-20070525/bin/../avr/include/util/delay.h:89:3: warning: #warning "Compiler optimizations disabled; functions from <util/delay.h> won't work as designed" main.c: In function 'InitFat': main.c:140: warning: pointer targets in assignment differ
main.h:57, from httpd.c:10: c:/winavr-20070525/bin/../avr/include/util/delay.h:89:3: warning: #warning "Compiler optimizations disabled; functions from <util/delay.h> won't work as designed" httpd.c: In function 'httpd': httpd.c:82: warning: pointer targets in assignment differ
-
Thread
Überlauf?
(nach programmstart) .data + .bss + stack
nicht funktioniert wie du sagst, wieso ist dann Data: 132 bytes (25.8% Full) (.data + .bss + .noinit) von ca. 89% auf 25,8% geschrumpft? Hat der Compiler evtl. den Fehler entdeckt und selbstständig optimiert? Ich nutze -Os. Gruß, Alex
-
Thread
neues WinAVR macht Probleme
funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=AVRTel21 -std=c89 -Wundef -MMD -MP -MF .dep/AVRTel21.elf.d AVRTel21 --output AVRTel21.elf -Wl,-Map=AVRTel21.map,--cref -lm AVRTel21: In function `__bad_interrupt': ../../../../../avr-libc-1.4.5/crt1/gcrt1.S:123:
funsigned-bitfields -fpack-struct -fshort-enums -Wall > -Wstrict-prototypes -Wa,-adhlns=AVRTel21 -std=c89 -Wundef -MMD -MP -MF > .dep/AVRTel21.elf.d AVRTel21 --output AVRTel21.elf > -Wl,-Map=AVRTel21.map,--cref -lm Wegen dem fehlenden MCU kommt diese Warnung: > In file included from AVRTel21.