-
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
Problem mit CMOS4060, MOSFET BSS89 als Treiber von IRLEDs
Duty Cycle von 50% habe, möchte ich diese LEDs mit 200mA betreiben. Als Verstärker hab ich mir den BSS89 ausgesucht, da ich leider keinen anderen zur Hand hatte und er eigentlich von den Daten zu meiner Anwendung gepasst hat. Für MOSFET habe ich mich entschieden, da der 4060 einen nur sehr geringen Strom
. >Tipp für einen alternativen N-Kanal Transisitor? Denn ich habe gerade >gesehen, das man den BSS89 nicht mehr bekommen kann. BS170, BSS123 etc. siehe [[MOSFET-Übersicht]]. >Kann ich dann einfach 16 MOSFET Stufen parallel an einen PWM Kanal des >µC hängen? Gehen da nicht die 5V PWM des µC
-
Thread
Wandler Kühlschrank: Rätselhafter Schaltplan.
Rücklaufimpulses zu langsam ist, begrenzt die 91 V Zenerdiode die Spannung. Der untere BUZ 21 wird vom BSS 92 angesteuert und versorgt in ähnlicher Weise den Motor mit der - 20 V Spannung. Interessant ist nun die Ansteuerung: Die Reihenschaltung der beiden BSS 89 zur Ansteuerung des BSS 92 soll (in Verbindung
Ganze schon mehr Sinn, vielen Dank! Was ich mich noch frage, ist: Wozu die OR-Schaltung der beiden BSS89 unten in der Schaltung, um den Optokoppler anzusteuern?
-
Thread
μC 8051 Demoboard (AT89C51ED2)
AT24C02S -> ST 24C02 MN (EEPROM) MAX208ECWG -> MAX 208 CWG ISS62C256-70-T -> 62256-70 M (SRAM) BSS138 -> BSS 138 SMD BSS84 -> BSS 84P SMD Kühlkörper RS#263-251 -> V PR32/25,4-MC Wo bekommt man RS-Kühlkörper? Bei Reichelt, Farnell und Conrad nicht. IIM7010A -> ? Ich habe ein WIZnet W5100
ok MAX208ECWG -> MAX 208 CWG ok ISS62C256-70-T Farnell #1562911 Gehäuse TSOP28! BSS138 -> BSS 138 SMD ok BSS84 -> BSS 84P SMD ok Kühlkörper RS#263-251 -> V PR32/25,4-MC Der paßt nicht 100% Wo bekommt man RS-Kühlkörper? Bei Reichelt, Farnell und Conrad nicht. RS aka
-
Thread
Initialwert von globalen Variablen zur Laufzeit verwenden
dazugehöriger Variable > machen, dann brauche ich aber den doppelten Flash Speicherbedarf (.text > plus .bss für jeden Wert). Denkfehler! .bss belegt keinen Flash-Speicher.
__bss_start prüfen? Ungetestet: [c] int reset_var(size_t size, void* var){ extern const char __bss_start[]; extern const char __bss_end[]; extern const char __data_start[]; extern const char
-
Thread
Package Material -> PG?
Geschäftskunden : Sehr geehrte Damen und Herren, was ist der Unterschied zwischen dem 726-BSS606NH6327XTSA ( PG-SOT-89-3 ) und 726-BSS606NH6327 ( SOT-89-3 ) Außer PG vor der Gehäusebezeichngung konnte ich nichts relevantes finden. Sind dies Unterschiedliche Gehäuse? ( siehe Anhang
Bernd S. schrieb im Beitrag #6187092: > 726-BSS606NH6327 ( SOT-89-3 ) > ... > Außer PG vor der Gehäusebezeichngung konnte ich nichts relevantes > finden. Dann verlinke doch mal das Datenblatt oder frage bei Mouser, was sie sich dabei denken
-
Thread
Suche SMD Mosfet vergleich BSN254
Julian schrieb im Beitrag #1773272: > BSS138. Könnte ein bisschen knapp werden mit Ptot oder? Und mit V_DS = 50V BSN254: ~250V 0,31A 5Ω Ähnlich: Infineon: BSP88 SOT-223 240V 0,35A 6Ω BSP89 SOT-223 240V 0,35A 6Ω <- dürfte der Vergleichstyp sein BSP297 SOT-223 200V 0,66A 1,8Ω BSP298 SOT-223 400V 0,50A 3Ω BSS131 SOT-23 240V 0,11A 14Ω BSS87 SOT-89 240V 0,26A 6Ω NXP BSP126 SOT-223 250V 0,35A 5Ω BSP130 SOT-223 300V 0,35A 5Ω BSP89 SOT-223 240V 0,35A 5Ω
-
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
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
Heavy-Metal-Maschine von Elektor
00000044 <.do_clear_bss_loop>: 44: 1d 92 st X+, r1 00000046 <.do_clear_bss_start>: 46: a1 38 cpi r26, 0x81 ; 129 48: b1 07 cpc r27, r17 4a: e1 f7 brne .-8 ; 0x44
swap r25 128: 96 95 lsr r25 12a: 97 70 andi r25, 0x07 ; 7 12c: 89 2b or r24, r25 12e: 9b 2f mov r25, r27 130: 99 1f adc r25, r25 132: 99 27 eor r25, r25 134: 99 1f adc r25, r25 136: 89 2b or r24,
-
Thread
I2C-Level-Shifting mittels N-FET
Nimm doch den BSS138. Der ist flotter als der FDG6301.
TO, siehe oben. Es funktioniert bei 400kHz nicht mehr. Und wenn sein FET nicht geht, wieso dann der BSS138? > Der ist flotter als der FDG6301. Inwiefern? Der BSS hat mehr ns, mehr pF, mehr nC und leitet bei 1,5V fast nicht (bzgl. I2C Strom).
-
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
LPC1788 - startup / .ld-script
.bss_RAM4 : ALIGN(4) { *(.bss.$RAM4*) *(.bss.$RamAHB16_B1*) . = ALIGN(4) ; } > RamAHB16_B1 /* MAIN BSS SECTION */ .bss : ALIGN(4) { _bss = .; *(.bss*) *(COMMON
.bss_RAM4 : ALIGN(4) { *(.bss.$RAM4*) *(.bss.$RamAHB16_B1*) . = ALIGN(4) ; } > RamAHB16_B1 /* MAIN BSS SECTION */ .bss : ALIGN(4) { _bss = .; *(.bss*) *(COMMON
-
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
Möglichst kurze Routine für Hex-to-ASCII-Conversion
lang! [c] /* $ avr-gcc -mmcu=atmega8 -DHEX_FUN -c -Os h.c && avr-size h.o text data bss dec hex filename 52 0 0 52 34 h.o $ avr-gcc -mmcu=atmega8 -DHEX_TABLE -c -Os h.c && avr-size h.o text data bss dec hex filename
4c h.o $ avr-gcc -mmcu=atmega8 -DHEX_PROGMEM -c -Os h.c && avr-size h.o text data bss dec hex filename 76 0 0 76 4c h.o */ #include <stdint.h> #include <avr/pgmspace.h> extern void put(char c); #if defined(HEX_TABLE) char hextable
-
Thread
Initialisiertes Char Feld mit Länge 1 und Inhalt '\0'?
0x00000000001fe000 0xa2c *(.dynbss) *(.bss .bss.* .gnu.linkonce.b.*) .bss 0x00000000001fe000 0x0 asmstartport.o .bss 0x00000000001fe000 0x0 asmhandler.o .bss 0x00000000001fe000 0x1 coldport.o
] = "". Falls dein GCC dann immer noch nach .bss legt: -fno-zero-initialized-in-bss.
-
Thread
AVR Atmega88PA Interrupts werden nich ausgeführt, sondern "soft"-Reset
r27, r17 46: d9 f7 brne .-10 ; 0x3e <.do_copy_data_loop> 00000048 <__do_clear_bss>: 48: 10 e0 ldi r17, 0x00 ; 0 4a: a0 e6 ldi r26, 0x60 ; 96 4c: b0 e0 ldi r27, 0x00 ; 0 4e: 01 c0 rjmp .+2 ; 0x52 <.do_clear_bss_start> 00000050 <.do_clear_bss_loop>: 50: 1d 92 st X+, r1 00000052 <.do_clear_bss_start>: 52: a1 36 cpi r26, 0x61 ; 97 54: b1 07 cpc r27, r17 56: e1 f7 brne .-8 ; 0x50
-
Thread
C code automatisch in hexfile compilieren
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
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
-
Thread
AtMega16 Timer Problem
; 0x6a <.do_clear_bss_start> 00000068 <.do_clear_bss_loop>: 68: 1d 92 st X+, r1 0000006a <.do_clear_bss_start>: 6a: a2 36 cpi r26, 0x62 ; 98 6c: b1 07 cpc r27, r17 6e: e1 f7 brne .-8 ; 0x68 <.do_clear_bss_loop> 70: 0e 94 5b 00 call 0xb6 ; 0xb6 <main> 74: 0c 94 7e 00 jmp 0xfc ; 0xfc <_exit> 00000078 <__bad_interrupt>: 78: 0c 94 00 00 jmp 0 ; 0x0 <__
-
Thread
Diskussion zum Artikel "Batteriewächter" 2. Mikrocontroller.net Artikelwettbewerb
Anja schrieb im Beitrag #3101110: > Z.B. depletion mode N-Kanal-FETs wie BSS195N. Ups muß natürlich BSS159N heissen. Gruß Anja
sollte funktionieren. T2 (BSS138) ist kritischer. Der RDS,on sollte möglichst niedrig sein und die Gate Schwellenspannung sehr niedrig. Der BSS138 hat maximal 1.5V. Für meine Steckbrettaufbauten verwende ich Restbestände von BSS89
-
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
[arm-none-eabi] Wie Stack-Grösse definieren?
Stack definiert sein, sowas wie __stack_end oder ähnlich. Üblicherweise wird es irgendwo hinter dem .bss und .data Segment definiert. Der Abstand zwischen der Adresse dieses Symbols und dem Ende von .bss definiert deine Stack Größe. Das Symbol wird dann im Startup Code benutzt im den Stackpointer zu initialisieren
Klassische GCC Linker files definieren z.B. den Heap Anfang auf die erste Adresse nach dem Ende des .bss und den Stack auf die letzte RAM Adresse. Stack und Heap treffen sich dann halt irgendwo in der Mitte... ;-).
-
Thread
RAM Verbrauch auch von lokalen variablen ermitteln
_stack - (uint16_t)&__bss_end + 1; } uint16_t stack_free( void ) // unused stack since last call { uint8_t flag = 1; uint16_t i, free = 0; uint8_t * mp = &__bss_end; for( i = SP - (uint16_t)&__bss_end + 1; i; i--){ if( *mp != FREE_MARK ) flag = 0; free += flag; *mp++ = FREE_MARK; } return free; } [/c]
-
Thread
J-FET N-Channel mit gößer 70V Drain / Source Spannung für Konstantstromsenke
Der FET ist vielleicht etwas übertrieben > und damit das erwähnte 1Euro-Budget überstiegen? Den BSS139 hab ich rausgesucht, weil es den bei Fa. Reich&Schön gibt: BSS 139 SMD 0,23€ > Dann mutiert sie zu einem Linearregler! Ja, das ist genial, wie das Teil sanft von dem einen Modus in den
@Abdul Hier die Schaltung. Du brauchst ein model für den BSS und musst bei diversen Bauteilen noch Werte eintragen.
-
Thread
Brauche hilfe zum erstellen einer Hex Datei aus einer Makefile
stabs, plus an avr-objcopy run. DEBUG = stabs # 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,--section-start,.data=0x801100,--defsym=__heap_end=0x80ffff # 64 KB of external RAM, starting after internal RAM (ATmega128!), # only used for heap (malloc
-
Thread
Leistungstransistor gesucht
Hallo, was für eine Bauform hat denn das Teil? BSS811 ist mir auch nicht bekannt. Jochen
oder BSS81 , den gibts
-
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
SMD Bauteilbezeichnung
3) ist ein UCC27512 von TI 1)+2) sind im SOT-89 Gehäuse.
sieht irgendwie noch nach Siemens aus; KE Inf. BSS606N-DS
-
Thread
HighSide Switch und Arduino Due
spess53 schrieb im Beitrag #4189607: > Im Datenblatt wird ein BSS100 verwendet. Der Type ist unkritisch, solange er bei 3,3V genug öffnet. Und selten geworden ist er, der BSS100
Infineon-Chip, sollte aber ja ähnlich funktionieren. Allerdings wurden da keine Widerstände um den BSS123 verwendet. Ich könnte mir einen 10k als Gate-Widerstand am BSS123 vorstellen, aber wo soll ich denn den 2. hin bauen?
-
Thread
Korrupte Daten und Volatile
den stackbedarf haben wir schon einmal gemessen und überprüfen dies während dem make CHECK: MAX_BSS_END=0x1100 >= BSS_END=0xd3e CHECK: STACK_START=0x10ff >= 0xd6e = (BSS_END=0xd3e + MIN_STACK_SIZE=0x30) sollte eigentlich i.O. sein. ramschmierer - hmm. compiler optimierung ausschalten hilft
5b2: 18 13 cpse r17, r24 5b4: 90 e0 ldi r25, 0x00 ; 0 } 5b6: 89 2f mov r24, r25 5b8: 1f 91 pop r17 5ba: 08 95 ret
-
Thread
BAUTEIL
ein Transistor hab im internet nachgeschaut. und wie funktionieren die Bauteile! Bezeichnungen: BSS89 PH 4.6
http://www.semiconductors.philips.com/pip/BSS89.html 1. Google-Ergebnis
-
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
SD Karte + Stromsparen funktioniert nicht (Ablauf Byte schreiben besser verstehen)
atmega88 Program: 6322 bytes (77.2% Full) (.text + .data + .bootloader) Data: 920 bytes (89.8% Full) (.data + .bss + .noinit) da geht nix mehr. wie bekomme ich bei WINAVR raus was in data so liegt ???? EDIT : FAT16 benutzt schon " u08 sharedmem[512]; " wenn ich alles reduziere
Hi! >Data: 920 bytes (89.8% Full) >(.data + .bss + .noinit) >da geht nix mehr. I2C EEProm wäre eine Möglichkeit, wenn I2C frei ist/wäre. Muss das auch so machen um , bei Stromausfall, keine Daten zu verlieren. Wenn
-
Thread
Zusicherung der initialisierung von globalen Variablen in C und C++
garantiert mir > der C-Standard, dass globale Variablen immer mit 0 initialisiert werden, Korrekt. C89, 6.5.7 Initialization: If an object that has automatic storage duration is not initialized explicitely, its value is indeterminate. If an object that has static storage duration is not initialized
Variable mit 0 initialisierst. Die legt er dann nämlich nicht etwa in die Data-Sektion, sondern in die Bss-Sektion. Das kann man mit dem Mapfile auch leicht nachweisen. Das spart Platz im ROM, deswegen macht GCC das so. Mit anderen Worten, GCC verläßt sich darauf, daß die Bss-Sektion so genullt wird,
-
Thread
atmega8 comparator interrupt problem :?
r27, r17 74: d9 f7 brne .-10 ; 0x6c <.do_copy_data_loop> 00000076 <__do_clear_bss>: 76: 10 e0 ldi r17, 0x00 ; 0 78: a0 e6 ldi r26, 0x60 ; 96 7a: b0 e0 ldi r27, 0x00 ; 0 7c: 01 c0 rjmp .+2 ; 0x80 <.do_clear_bss_start> 0000007e <.do_clear_bss_loop>: 7e: 1d 92 st X+, r1 00000080 <.do_clear_bss_start>: 80: a2 36 cpi r26, 0x62 ; 98 82: b1 07 cpc r27, r17 84: e1 f7 brne .-8 ; 0x7e
-
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
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
Schalterfunktionalität mit BF245 bzw. BSS123
entdeckt: http://www.elektronik-kompendium.de/public/schaerer/anasw1.htm geht sowas auch mit einem BSS123 (weil billiger) ? Habe das mal mit LT Spice simuliert, aber da gibt es diese 1V-Problematik. Wird das ein Problem werden bei o.g. Logik-Pegeln ? Vielen Dank schonmal
Als Ersatz für 1/4 vom 4066 ist da eher schon der BSS83 geeigent, denn der hat ein extra herausgeführtes Substrat. Substrat kommt an GND, Gate zum Steuern und die beiden anderen Pins halt für das Signal. Preislich ist der 4066 bzw. 74HC4066 auch nicht
-
Thread
NiMH Akku mit Solarzelle laden
Steven J. schrieb im Beitrag #5090821: > Ist meine Schaltung so funktionsfähig? Im Datenblatt vom BSS83 steht nichts davon, dass der sich bei 1V Ugs sicher einschalten lässt.
Beitrag #5090821: > Die zwei antiparallelen MOSFET's schalten den Ladestrom der Solarzelle. Dein BSS83 ist zufällig einer der wenigen MOSFETs mit herausgeführtem Bulk, der keine parasitäre Diode hat, die in diesem Fall stört, also reicht von ihm einer. ABER: Der BSS38 braucht zumindest -3.2V bis
-
Thread
Kleines Simulink-Modell auf µC flashen
bytes (8.1% Full) (.text + .data + .bootloader) Data: 294 bytes (7.2% Full) (.data + .bss + .noinit)
Beispiel der Ausgabe: AVR Memory Usage ---------------- Device: atmega328p Program: 29290 bytes (89.4% Full) (.text + .data + .bootloader) Data: 1643 bytes (80.2% Full) (.data + .bss + .noinit)
-
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
Arduino und Ubuntu
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
Libgcc.a in .frodata section legen
frmwri.o) 0x00007220 _formatted_write .text 0x000081f7 0x89 libgcc.a(_ne_df.o) 0x000081f7 __nedf2 .text 0x00008280 0x89 libgcc.a(_ge_df.o) 0x00008280 __gedf2 .text 0x00008309 0x89 libgcc.a(_le_df.o) 0x00008309 __ledf2 *(.text.*) [/code]
-
Thread
=== GCC v15 ===
Codegröße: [pre] $ avr-gcc-8 getint.c -Os -c -mmcu=atmega8 && avr-size getint.o text data bss dec hex filename 76 0 0 76 4c getint.o $ avr-gcc-13 getint.c -Os -c -mmcu=atmega8 && avr-size getint.o text data bss dec hex filename
getint.o $ avr-gcc-15 getint.c -Os -c -mmcu=atmega8 && avr-size getint.o text data bss dec hex filename 94 0 0 94 5e getint.o $ avr-gcc-15 getint.c -Os -c -mmcu=atmega8 -mlra && avr-size getint.o text data bss dec hex
-
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
mein erstes STM32F4 .asm/ .s Program stürzt ab im gdb
@ turn on the external clock (gdb) halted: PC: 0x00000408 awaitHSE () at myfirst.s:89 89 ldr r0, [r1] (gdb) halted: PC: 0x0000040a 90 ands r0, #HSERDY (gdb) halted: PC: 0x0000040c 0x0000040c 90 ands r0, #HSERDY (gdb) halted: PC: 0x0000040e 91 beq.n awaitHSE
WAIL) : ORIGIN = 0x20000000, LENGTH = 0x4000 } SECTIONS { .text : { *(.text*) } > rom .bss : { *(.bss*) } > ram } [/pre]
-
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
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
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
_delay_ms(500) funktioniert nur sporadisch
: 268 bytes (209.4% Full) (.data + .bss + .noinit) Build succeeded with 1 Warnings... Mike schrieb im Beitrag #3041329: > Aber das tut sie jetzt, wieso glaubt mir keiner? ;-)) Entweder verarscht du uns hier oder du weisst überhaupt
bytes (93.0% Full) (.text + .data + .bootloader) Data: 12 bytes (9.4% Full) (.data + .bss + .noinit) [/c]