-
Thread
Bekomme Projekt nicht kompiliert: No Rule...
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
Ersatztransistor für BSS89
Hallo ihr, ich suche einen Ersatztransistor für den bekannten aber alten Typ BSS89. Sollte gleiches Gehäuse, Pinbelegung und ähnliches bzw. gleiches Verhalten haben. Kennt jemand dafür einen Ersatz? Gruß Bustle
Ende auch immer "similar parts" (ohne Gewähr) auf: http://www.datasheetarchive.com/search.php?s=10&q=BSS89 Fast jeder Hersteller hat eine Cross Reference Liste. Arno
-
Thread
win-avr vom 14.4.06
, 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
Mehrdimensionale char-arrays
_CODE .area _GSINIT .area _GSFINAL .area _GSINIT .area _DATA .area _BSEG .area _BSS .area _HEAP [/code]
area _DATA 140 .area _BSEG 141 .area _BSS 142 .area _HEAP
-
Thread
1-Wire Slave auf AVR
bytes (93.6% Full) (.text + .data + .bootloader) Data: 15 bytes (23.4% Full) (.data + .bss + .noinit) Build succeeded with 6 Warnings...
License v2.0 - http://www.digitemp.com Turning off all DS2409 Couplers . Searching the 1-Wire LAN 1D89E1C34CBE42B7 : DS2423 4Kbit RAM + Counter ROM #0 : 1D89E1C34CBE42B7 Wrote .digitemprc win2000@AMDX2:~/digitemp-3.6.0$ ./digitemp_DS9097U -a -s /dev/ttyUSB0 DigiTemp v3.5.0 Copyright 1996-2007 by
-
Thread
ENC28J60 Basics[Beispielprogramm in AVRGCC für atmega8]
Hallo alle miteinander, ich versuche zur Zeit den ENC an einem AT89S8252 via Assembler zum laufen zu kriegen. Die Schaltung ans laufen zu kriegen war kein problem, allerdings tue ich mich ein bisschen daten ins Lan rauszuschicken. Die LED´s zeigen Link und bei Broadcast
bytes (24.2% Full) (.text + .data + .bootloader) Data: 525 bytes (51.3% Full) (.data + .bss + .noinit) Build succeeded with 6 Warnings... [/pre] Leider bin ich jetzt doch etwas ratlos was die Warnungen mir mitteilen wollen. Kann jemand helfen? Würde das Programm auch so laufen?
-
Thread
GCC - ATmega88: Berechnung von Konstanten zur compile-time
int Variable mit int Konstante: tmp = x * (185); 180: 10 91 38 01 lds r17, 0x0138 184: 89 eb ldi r24, 0xB9 ; 185 186: 18 9f mul r17, r24 188: c0 01 movw r24, r0 18a: 11 24 eor r1, r1 18c: 9a 83 std Y+2, r25 ; 0x02 18e: 89 83
movw r24, r0 1cc: 11 24 eor r1, r1 1ce: 9a 83 std Y+2, r25 ; 0x02 1d0: 89 83 std Y+1, r24 ; 0x01 Das letztere sieht doch schon viel freundlicher aus. Vielen Dank für die Hilfe. Gruss Bernd
-
Thread
SRAM bei Start löschen
Danke an Jörg für die Aufklärung. Man lernt nie aus. Trifft das auch bei C89 ("ANSI-C") zu oder ist das C99-spezifisch?
> Trifft das auch bei C89 ("ANSI-C") zu oder > ist das C99-spezifisch? Ich habe leider nichts da, um dort nachzusehen. Zumindest sehe ich es nicht in der Liste der Änderungen in C99 erwähnt.
-
Thread
UART: Daten zum AVR senden
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
MMC/SD-Karte mit FAT16 an AVR
entspricht der Flash dem Segment .text und das statisch allokierte RAM wird in die Segmente .data und .bss ausgegeben. Die Angabe der Controllergrößen bezog sich auf meine Anwendung, also mit FAT-Unterstützung und der Mini-Shell über UART. Gruß, Roland
wo SRAM Variablen liegen (Adresse) und wo der HEAP Anfängt: Öffnet die MAIN.SYM und sucht dort __bss_end. Bei mir nun : 008005f5 B battery 00800635 B time_ 00800645 B battery_type 00800646 B time_delta_i 0080064a B time2zero 0080064e B __bss_end <------------ Ab der Adresse
-
Thread
TFT Defekt - Datenblatt oder Vergleichstyp ?
Habe mal ein anderen SMD gleichen Typs ausgelötet. Ist ein SOT-89 Gehäuse. Aber wie kann ich erkennen ob es sich um einen FET oder einen einfachen Transistor handelt? Wäre für jeden Tipp dankbar...
Könnte ein BSS84P sein: YBs BSS84 Inf SOT23 P-CH MOSFET 50V 0.13A laut http://www.elektronik-kompendium.de/sites/praxis/smdcode.php Datenblatt: http://www.infineon.com/upload/Document/BSS84P_Rev2.3.pdf Aber
-
Thread
Speicher ATMega128
ein paar Arrays verwendet. Der avr-gcc packt den code in das .text segment und die arrays in das .bss segment. Das lässt sich soweit gut nachvollziehen. Nun ist das .bss segment aber voll (32k). Sobald ich ein byte mehr im array verwende, wird andere speicher im .bss Segment überschrieben, was sich
(rw!x) : ORIGIN = 0x810000, LENGTH = 64K } Obiges "data" enthält dabei sowohl .data als auch .bss (womit schon klar ist, dass es keinen Sinn hätte, zwischen beiden zu ,,verschieben''). .text ist ROM, ich denke nicht, dass du Variablen in den ROM legen willst. ;-) (Du kannst natürlich konstante
-
Thread
notepad, winavr, makefile es klappt einfach nicht
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
Selbstleitende MOSFETS
als Datenblatt oder sonsztigen >Existenznachweis). Der Wissenschaft halber: P-Kanal Verarmung BSS92 N-Kanal Verarmung BSP135
ihr mir bitte einen Typen nennen, der diese Eigenschaften aufweist." Im Link sind einige im SOT89 Gehäuse. In 13.5 Jahren sollte man es aber schaffen, das Layout von SOT23 auf SOT89 anzupassen.
-
Thread
avrasmeditor
, 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
The Siemens S65 132x176, 65536 color display with AVR
For led power supply used PWM output of AVR. I can't find BAT54 and BSS123, placed on circuit. Please tell me analog of these parts, or another circuit for PWM 10V-generator. Sorry for my bad English )))
prototype for 'testLines2' test.c:47: warning: no previous prototype for 'testEllipses' test.c:89: warning: no previous prototype for 'testEllipses2' test.c:101: warning: no previous prototype for 'testRects' test.c:122: warning: no previous prototype for 'glcdRotateRect' test.c:192: warning:
-
Thread
Erste Schritte..und nur Fehler..!
section size addr .text 252 0 .data 0 8388704 .bss 0 8388704 .noinit 0 8388704 .eeprom 0 8454144 .debug_aranges 20 0 .debug_pubnames 56 0 .debug_info 422 0
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
Mosfet BS208 sperrt nicht bei >3V
Signal raus kommt. Die Schaltung mit den P und N Kanal Mosfet klapt nicht der N wird nur Heiß ( BSS89 ) der D des N-kanal war auf G des P-Kanal und Widerstand , das war so richtig? ( wenn ja, klappt es nicht so , schade :-( )
-
Thread
DCC Decoder
Hallo nochmal, habe gerade entdeckt, daß es den BSS138 als Lagertyp gibt - mit 0,2A kann man schon was anfangen. Außerdem kann man besser zwei Ausgänge parallel schalten, wenn´s mal etwas mehr Leistung sein soll. Mal sehen, was ich noch so finde...
Hallo Sebastian, ich hab die 78L05F (SOT89) von Segor 41 Cent(bei 10er Staffel) mos im sot23 gibt es da auch, die hatten mal welche von Zetex (sind nicht mehr im Katalog) die machten 1A!! mit. gruß willi
-
Thread
Displaybeleuchtung mit PWM dimmen
Hallo, ich habe vor, mit meinem AT89C51ed2 ein Display anzusteuern. Dieses Display hat eine Beleuchtung, die ich von ganz hell, bis ganz dunkel dimmen möchte. Das Alles soll über PWM am P1.7 geschehen. Natürlich darf das Display *nicht
hier mit einem externen Pullup nach (ca. 15kOhm gegen Vcc), oder Du nimmst doch einen Mosfet. (z.B.: BSS100) Gruß, Markus_8051
-
Thread
Eclipse und WinAVR
Unknown Program: 32150 bytes (.text + .data + .bootloader) Data: 419 bytes (.data + .bss + .noinit) avr-size: '-mmcu=atmega64': No such file Gibt's da auch schon einen Hinweis zu? Das ist z.Z. noch nicht essentiell wichtig, wäre aber schön, wenn ich das auch Eclipse integriegen
atmega16 Nixieclk.elf AVR Memory Usage ---------------- Device: atmega16 Program: 14726 bytes (89.9% Full) (.text + .data + .bootloader) Data: 751 bytes (73.3% Full) (.data + .bss + .noinit) EEPROM: 1 bytes (0.2% Full) (.eeprom) > --------------------------------------
-
Thread
Warum verwendet WinAVR nie swap/mul ?
\AVR\WINAVR\BIN>avr-gcc.exe -dumpversion 3.3.2 D:\WORK\AVR_C\PU\5KV>a.bat text data bss dec hex filename 3226 20 351 3597 e0d test.out C:\AVR\WINAVR\BIN>avr-gcc.exe -dumpversion 3.4.3 D:\WORK\AVR_C\PU\5KV>a.bat I2C.C:49: warning: `i2c_interrupt' appears to be a misspelled signal handler text data bss dec hex filename 3278 20 351 3649 e41 test.out Peter
-
Thread
for-Funktion Datentypen
bytes (31.9% Full) (.text + .data + .bootloader) Data: 324 bytes (15.8% Full) (.data + .bss + .noinit) c:\avr\atmega_projects\mainboard_tester>pause Dr cken Sie eine beliebige Taste . . .
: 1362 bytes (66.5% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) for (t=0;t<=x;t++) AVR Memory Usage: Device: at90s2323 Program: 1422 bytes (69.4% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit
-
Thread
Zugriffe auf Strukturen, Unions etc
mein Makefile aufrufe gibt er die Fehlermeldung: cc1plus.exe: warning: command line option "-std=c89" is valid for C/ObjC but not for C++ aus. Ich hab alle 4 Versionen der Compileroptionen ausprobiert. Aber überall habe ich das selbe Problem.
zero_reg__ = 1 8 .global __do_copy_data 9 .global __do_clear_bss 17 .Ltext0: 18 .global ucDataSPI 19 .global ucDataSPI 20 .section .bss 23 ucDataSPI: 24 0000 0000
-
Thread
LCD Helligkeit per AVR steuern
richtigen Weg. Zur Ansteuerung der HGB würde sich ein N-Kanal-FET mit niedrigem RDSon eignen, z.B. ein BSS89 oder so. Der wird dann mit Drain an die Kathode der HGB und mit Source an GND gelegt. Das Gate wird vom AVR angesteuert. Den kleinen Vorwiderstand (c.10R) aber trotzdem einbauen, falls der FET mal
-
Thread
(Über)lebensraum von Variablen...
da es historischen Code gibt, der sich darauf verläßt. Meiner Erinnerung nach ist das aber seit C89 nicht mehr vom Standard abgedeckt. (Als unangenehmen Nebeneffekt kann man die Größe des .bss nicht durch Aufsummieren der .bss der einzelnen .o-Dateien ermitteln, sondern erst nach dem Linken am
-
Thread
DWarf mit GCC3.4.0 funktioniert nicht
look for include files here. 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
COFFCONVERT=$(OBJCOPY) --debugging \ --change-section-address .data-0x800000 \ --change-section-address .bss-0x800000 \ --change-section-address .noinit-0x800000 \ --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof $(COFFCONVERT) -O coff-avr
-
Thread
Welcher Transistor
nicht unbedingt auf den 500mA bestehst: N-FETs: 2n7002 (smd) UGS 2V, 300mA, BS170 2V,500mA P-FETs: BSS84 (smd) -2V, 130mA, BS250P -3.5V, 250mA
beim großen C zu haben. Bei: Ugs=4,5V, Id=10,5A, Rds=13mOhm SO8 Gehäuse, >1W Verlustleistung -.89eur bei Einzelstückabnahme. Das Ding ist nichteinmal besonders gut, "nur" Logic-Level, steht nur gerade ganz unten auf der Seite im Katalog vor mir. Tolles Forum übrigens, lese schon ein ganze Weile
-
Thread
Nokia 3310 Lcd Ansteuerung in AVR-GCC
wollen die Daten über ein 3310-Display ausgeben. Meine Frage: Ist es möglich das Display mit einem AT89C2051 anzusteuern? Wird dein Bsp. von jedem µC-Compiler unterstützt und wieviel Speicher benötigt die Ansteuerung?? mfg 2 überforderte HTL-Schüler
Die Berechnung Flash/SRAM ist nicht ganz korrekt: .text + .data = ROM (Flash) Usage .data + .bss + (.noinit) + (stack) + (heap) = RAM Usage .text is your code .data is your variables with initialized values .bss is your variables without initialized values Also Flash = 2632 + 70 = 2702
-
Thread
Netzwerkkarte mit RTL8019
ich makefile hexsize (siehe wiki:winavr) ausführe zeigt er follgendes am: text data bss dec hex filename 0 10706 0 10706 29d2 main.hex vielleicht hilft das weiter, aber mir scheint der Wert falsch zu sein: vor der Hex Adresse $29d2 sind jede menge
, hab nur ne kurze Frage, schreibt jemmand den Webserver auch für einen 8051 von Philips (zb.: P89C51 etc)? Bitte melden hätte interesse an den Sourcecode MfG Titus
-
Thread
AVR Bootloader
programmieren. Mit Windows-Anwendungen habe ich mich noch nicht beschäftigt. Ich benutze noch W89SE und da habe ich keine Einschränkungen für DOS-Programme. Mir war es wichtig, daß das Programm schnell und ohne großes Getöse startet und einfach im Make mit aufgerufen werden kann und auch keine
bytes (59.8% Full) (.text + .data + .bootloader) Data: 738 bytes (72.1% Full) (.data + .bss + .noinit) Die .hex-Datei ist 14kB groß. Was mache ich falsch?
-
Thread
ASM und C (makefile/Einbindung)?
to use. # gnu99 = C99 + GNU extensions. See GCC manual for more information. #CFLAGS += -std=c89 #CFLAGS += -std=gnu89 #CFLAGS += -std=c99 CFLAGS += -std=gnu99 # Optional assembler flags. # -Wa,...: tell GCC to pass this to the assembler. # -ahlms: create listing # -gstabs:
$(OBJCOPY) --debugging \ --change-section-address .data-0x800000 \ --change-section-address .bss-0x800000 \ --change-section-address .noinit-0x800000 \ --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof $(COFFCONVERT) -O coff-avr