-
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
Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen
L68 1417 .L53: 1418 028c FF20 tst r15 1419 028e 01F4 brne .L69 1420 0290 0023 tst r16 1421 0292 01F4 brne .L69 1422 0294 1123 tst r17 1423 0296 01F4 brne .L69 1424 0298 BB23 tst r27 1425 029a 01F4 brne .L69 1426 029c F630 cpi r31,lo8(6) 1427 029e 00F0 brlo .+2 1428 02a0 00C0 rjmp .L69 1429 02a2 F530 cpi r31,lo8(5) 1430 02a4 01F4 brne .L68 1431 02a6
-
Thread
Mehrdimensionale char-arrays
__str_0: 0251 5A 38 30 20 53 79 790 .ascii "Z80 System is online!" 73 74 65 6D 20 69 73 20 6F 6E 6C 69 6E 65 21 [/avrasm]
_CODE .area _GSINIT .area _GSFINAL .area _GSINIT .area _DATA .area _BSEG .area _BSS .area _HEAP [/code]
-
Thread
Low Voltage P-Mosfet als Schalter
/32268934454.html ) oder IRLML6402 (4,69€ inkl. Versand für 100 Stk.: http://www.aliexpress.com/item/Original-free-shipping-IRLML6402TRPBF-IRLML6402-SOT23-100PCS-in-Stock/32306867022.html ). Die beiden wären generell besser als BSS138 (4,26€ inkl. Versand für 100 Stk.: http://www.aliexpress.com/item/Free-shipping-100PCS-BSS138-BSS138LT1G-ON-SOT-23-MOSFET/840686962.html ), sind jedoch zumindest im letzten Fall geringfügig teurer.
-
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
OLYMPIA Protect 9266
Wieso kann man die URL zum BSS169 nicht eintragen? https://www.infineon.com/assets/row/public/documents/24/49/infineon-bss169-ds-en.pdf Vielleicht mag die Forensoftware keine Minuszeichen in einer URL?
#7947856: > Max K. schrieb im Beitrag #7947834: >> Ich habe mir das einfacher Vorgestellt > > Ein BSS169 für 30ct ist nicht einfach genug? Optokoppler ist ja nicht > unbedingt nötig. > > Oder BSP 129, oder auch J-FET J113. OK also wenn das mit einem Transitor BSS169 funktioniert würde ich das
-
Thread
Cortex-M0+ im DIL8 von NXP.
einen CM3): [c] * 2012-07-13 1794/ 65 @cpu attiny2313 * 2012-07-13 1920/336 @cpu lpc1343 (RAM: 69, 12 MHz = without clocks setup) * 2012-07-13 2088/336 @cpu lpc1343 (RAM: 69, 72 MHz = with clocks setup) * 2012-07-13 1688/ 68 @cpu msp430g2211 [/c] Inwiefern sich der CM0 auf die Größe auswirkt
Stellaris-CM4s: ### Die ROM-Variante kommt auf (4.6.2, -Os) arm-none-eabi-size text data bss 2188 0 513 also noch in der attiny/msp430 2k Flash Liga. Die Flash-Variante kommt auf text data bss 3964 0 513 ### (Zitat von http://www.mikrocontroller.net
-
Thread
warum mecket der gcc nicht wenn der Flash überfüllt wird?
-Node.bin" ; arm-none-eabi-objcopy -O ihex "RFM69-LPC812-Node.axf" "RFM69-LPC812-Node.hex." ; checksum -p LPC812 -d "RFM69-LPC812-Node.bin" text data bss dec hex filename 16020 560 696 17276 437c RFM69-LPC812-Node.axf copy from `RFM69-LPC812-Node.axf' [elf32-littlearm] to `RFM69-LPC812-Node.bin' [binary] Written checksum 0xefffc39b at offset 0x1c in file RFM69-LPC812-Node.bin Previous value 0x00000000 at offset 0x1c in file RFM69
-
Thread
Klingel mit 100 Melodien - last minute Weihnachtsgeschenk
,3 //Lied Nr. 11 Offset:378 ,69,71,72,74,72,71,69,68,68,69,71,5,4 ,3 //Lied Nr. 12 Offset:392 ,76,74,76,74,76,74,76,10,109,76,77,76,77,76,77,15,113,79,81,79,81,79,81,15,108,74,76,74,76 ,3 //Lied Nr. 13 Offset:422 ,77,77,74,76,10,76,72,64,77,77,74,12,10,0,104,64,69,69,72,70,5,70,13,1,3,69,5,5,0,5,72
141,18,18,18,0,79,77,170,77,18,18,18,0,81,79,177,81,81,77,79,77,81,77,79,74,77,72,75,74,70 ,2 //Lied Nr. 27 Offset:942 ,68,69,192,71,72,192,68,69,0,71,72,0,77,76,0,68,69,0,76,203,192,10,8,5,3,197,192,68,69,128,71,72,128,68,69,0,71,72,0,77,76,0,68,69,0,81,208 ,3 //Lied Nr. 28 Offset:990 ,141,168,64,8,10,12,141,168,64,8,10,12,141,111,17,146,113,15,212
-
Thread
ATMEGA8 TEMPSensor --> Codegröße zu groß
598 256 onewire.o 420 0 69 489 1e9 uart.o 5842 10 116 5968 1750 main.elf[/code] ..danach.. [code]$ rm *o *elf ; for f in *c ; do avr-gcc -Wall -mmcu=atmega8 -Os -DF_CPU=10000000UL -o ${f%.c}.o -c $
598 256 onewire.o 420 0 69 489 1e9 uart.o 2918 8 116 3042 be2 main.elf[/code] (Das vorhandene Makefile habe ich grob vorsätzlich ignoriert!) DS1820 und main sind also jeweils etwa um den Faktor
-
Thread
Analog Multiplexer mit Pi Pico
debo-cap-sens-p223620.html?PROVID=2788&gclid=CjwKCAjwxr2iBhBJEiwAdXECw9Og9ZfuxnWKDXgd0lmD82mVSF92A5Q2wkcnX69FjaQe9AbAPdD55RoCEwcQAvD_BwE
Ja. > Habt ihr eine Bauteilempfehlung welchen P-Kanal MOSFET ich hier > verwenden könnte? BSS84 reicht für 25mA. Ist halt SMD, SOT23.
-
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
Arduino Due und Eclipse
Print Size' arm-none-eabi-size --format=berkeley -x -t ArduTestProject.elf text data bss dec hex filename 0x8a10 0x520 0x24c 37244 917c ArduTestProject.elf 0x8a10 0x520 0x24c 37244 917c (TOTALS) 'Finished building: ArduTestProject.siz' ' '
Print Size' arm-none-eabi-size --format=berkeley -x -t ArduTestProject.elf text data bss dec hex filename 0x8a10 0x520 0x24c 37244 917c ArduTestProject.elf 0x8a10 0x520 0x24c 37244 917c (TOTALS) 'Finished building: ArduTestProject.siz' ' '
-
Thread
STM32F429 Disco Board: SDRAM benutzen
*(.data .data.*) . = ALIGN(4); _edata = . ; } > ram /* .bss section which is used for uninitialized data */ .bss (NOLOAD) : { _sbss = . ; *(.bss .bss.*) *(COMMON) . = ALIGN(4); _ebss = . ; }
initialisiert wird. Das da an Anfang wirres Zeug drin steht, ist völlig normal. Nicht umsonst wir bei C die .bss-Sektion erstmal mit '0' gefüllt. Jens
-
Thread
Atmega via Ethernet flashen
, Dst: 192.168.1.2 (192.168.1.2) User Datagram Protocol, Src Port: 65466 (65466), Dst Port: tftp (69) Source port: 65466 (65466) Destination port: tftp (69) Length: 24 Checksum: 0x5b36 [validation disabled] Good Checksum: False Bad Checksum: False Trivial File Transfer Protocol
192.168.1.255 (192.168.1.255) User Datagram Protocol, Src Port: 65466 (65466), Dst Port: tftp (69) Source port: 65466 (65466) Destination port: tftp (69) Length: 24 Checksum: 0x5a39 [validation disabled] Trivial File Transfer Protocol Source File: tst.hex Opcode:
-
Thread
Sonnenstandberechnung mit Atmega 8
bytes (82.8% Full) (.text + .data + .bootloader) Data: 138 bytes (13.5% Full) (.data + .bss + .noinit) Der meiste Speicher wird noch für die Ausgabe "verbraucht", da sie zum Teil mit dem Befehl "dtostrf" erfolgt. Ohne Ausgabe sind es ca. 4500 bytes. cusoe
12181 AVR Memory Usage: ----------------- Device: atmega8 Program: 5704 bytes (69.6% Full) (.text + .data + .bootloader) Data: 138 bytes (13.5% Full) (.data + .bss + .noinit) -------- end -------- > Process Exit Code: 0 > Time Taken: 00:05 Kommt auf die Einstellungen
-
Thread
Update von Winavr2010 auf gcc 4.8 Howto
bytes (29.2% Full) (.text + .data + .bootloader) Data: 52 bytes (10.2% Full) (.data + .bss + .noinit) Finished building: sizedummy gcc 4.3.3 WinAVR 20100110 Invoking: Print Size avr-size --format=avr --mcu=attiny85 C3_Charger.elf AVR Memory Usage ---------------- Device: attiny85
(6.2% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) Finished building: sizedummy gcc 4.3.3 WinAVR 20100110 Invoking: Print Size avr-size --format=avr --mcu=attiny85 E-Kart.elf AVR Memory Usage ---------------- Device: attiny85
-
Thread
Wie finde ich ein Transistor (FET etc) in SMD (z.b. SOT23 etc) welcher für 3,3V
der typische Wert für die kleinste spezifierte Vgsth. [c] Bauform SOT-23-3, N-Channel nexperia BSS138P _ Vds 60V _ Vgs 20V _ Rds 1 Ohm _ (Spez 10V / 5V) Diodes DMN2041L _ Vds 20V _ Vgs 12V _ Rds 26 mOhm _ (Spez 4,5V / 2,5V) (alter Typ) Diodes DMN2040U _ Vds 20V _ Vgs 12V _ Rds 26 mOhm _ (Spez 4,5V / 2,5V) (neuer Typ) Infineon BSS806NEH6327XTSA1 _ Vds 20V _ Vgs 8V _ Rds 57 mOhm _ (Spez 2,5V / 1,8V) Infineon BSS205NH6327XT _ Vds 20V _ Vgs 12V _ Rds 63 mOhm _ (Spez 4,5V / 2,5V) Bauform SOT-23-3, P-Channel nexperia PMV75UP
-
Thread
Problem mit durchsteuerung eines NPN mit Atmel
nur halt irgendein Faktor wird da immer mitgerechnet. Wenn ich zb 1,4 V anlege dann messe ich 1,69 und wenn ich 2,5V anlege messe ich 2,3 V ca.
So könnte os doch auch gehen. Der Bahnwiderstand der BSS138 beträgt ein paar Ohm. Die schalten mit TTL Pegel, deshalb müssten die Gates ca. 2 Volt höher angesteuert werden als die zu messende Spannung. Im Gegensatz zu NPN Transistoren benötigt der FET keinen
-
Thread
define DATE "01.12.2015" trennen
section .ctors,"a",@progbits .p2align 1 .word gs(_GLOBAL__sub_I_c) .global c .section .bss .type c, @object .size c, 1 c: .zero 1 .ident "GCC: (GNU) 4.7.2" [/avrasm]
DC32 Tag DC8 0x25, 0x69, 0x00, 0x00 // 11 } SECTION `.iar_vfe_header`:DATA:NOALLOC:NOROOT(2) SECTION_TYPE SHT_PROGBITS, 0 DATA DC32 0 END [/avrasm]
-
Thread
Atmega328p in Sleep und mit Watchdog wecken
interrupt.h> #include <avr/power.h> #include <avr/wdt.h> #include <avr/sleep.h> #include "rfm69.c" uint8_t array[MAX_ARRAYSIZE + 1]; uint8_t tx_length; volatile uint8_t sekunden=0; void sleep_now() { power_all_disable(); set_sleep_mode(SLEEP_MODE_PWR_DOWN); sleep_mode
und welche weiteren Buffer sich vielleicht in rfm69.c verstecken. Es ist also nicht ganz abwegig, dass das sein Problem sein könnte.
-
Thread
Nach ersten EEPROM Versuch komisches Verhalten - kann mir das einer erklären
attiny2313 Program: 1810 bytes (88.4% Full) (.text + .data + .bootloader) Data: 69 bytes (53.9% Full) (.data + .bss + .noinit) EEPROM: 7 bytes (5.5% Full)
77.1% Full) (.text + .data + .bootloader) Data: 37 bytes (28.9% Full) (.data + .bss + .noinit) EEPROM: 7 bytes (5.5% Full) (.eeprom) Wobei das Verhalten immernoch 'komisch' ist... Wenn ich checken will, ob der RAM voll ist - heißt das, ich addiere jede Variable
-
Thread
AVR Simulator Data or unknown opcode
AND R6,R5 Logical AND 1103: .db "Service inaktiv",0 +0000027A: 6E69 ORI R22,0xE9 Logical OR with immediate +0000027B: 6B61 ORI R22,0xB1 Logical OR with immediate 1103: .db "Service inaktiv",0 +0000027C: 6974
.db "LOGS",0 +000000FA: 0000 NOP No operation @000000FB: SOC_BSS 671: .db "BSS-SOC:",0 +000000FB: 5342 SUBI R20,0x32 Subtract immediate +000000FC: 2D53 MOV R21,R3 Copy register 671: .db "BSS-SOC:",0
-
Thread
gcc kein code mit -flto
section. [ 2] .relocate REL 20000000 010000 000000 08 W 0 0 1 [ 3] .bss NOBITS 20000000 000000 000000 00 WA 0 0 1 [ 4] .symtab SYMTAB 00000000 010000 000140 10 5 4 4 [ 5] .strtab STRTAB 00000000
019f0e 000b69 00 0 0 1 [ 6] .debug_loc PROGBITS 00000000 01aa77 000233 00 0 0 1 [ 7] .debug_aranges PROGBITS 00000000 01acaa 0000f8 00 0 0 1 [ 8] .debug_ranges
-
Thread
Druckauftrag (Centronics) abfangen
Rasperry Pi könnte ich den Kleinrechner BeagleBone Black verwenden. Dieser hat meinen Recherchen nach 69 GPIO Pins mit denen ich das direkt machen könnte (jedoch mit einer Maximalspannung von 3,3 Volt). Jetzt stelle ich mir die Frage ob ich einen einfachen Spannungsteiler (für die Eingänge) und einen Transistor
sowas hier http://www.exp-tech.de/Shields/4-channel-I2C-safe-Bi-directional-Logic-Level-Converter---BSS138.html Rest ist Software...
-
Thread
PIC32 ETHERNET STARTER KIT
Small init data .sbss 0xa0000074 0x158 344 Small uninit data .bss 0xa00001cc 0x228 552 Uninitialized data .bss 0xa00003f4 0x224 548 Uninitialized data .data 0xa0000618 0xa0 160 Initialized data .bss 0xa00006b8 0x104 260 Uninitialized data .data 0xa00007bc 0x70 112 Initialized data .bss 0xa000082c
-
Thread
STM32 arm-none-eabi Linking Problem..
61fb str r3, [r7, #28] 24: e002 b.n 2c <Delay_ms+0x2c> 26: 69fb ldr r3, [r7, #28] 28: 3b01 subs r3, #1 2a: 61fb str r3, [r7, #28] 2c: 69fb ldr r3, [r7, #28] 2e: 2b00 cmp
_edata = . ; } >RAM /* This is the uninitialized data section */ .bss : { . = ALIGN(4); /* This is used by the startup in order to initialize the .bss secion */ _sbss = .; *(.bss) *(COMMON)
-
Thread
1-Wire Frage: DS28e05 mit DS2480 interface chip auslesen
problem mit einem 5V zu 3.3V level shifter lösen? Ja. Siehe [[Pegelwandler]]. Ein MOSFET reicht, BSS138 ist dein Freund.
liest, läuft der mit 1,7-3,6V IO/VCC Spannung. Beim Schreiben des EEPROM darf diese nicht unter 1,69V sinken, dabei zieht der IC max. 400uA. "Note 18: Current drawn from IO during the EEPROM programming interval, during which the voltage at IO must not drop below 1.69V." D.h. mit einem 1K Pull
-
Thread
Keymatic Reparatur (Ersatzzahnrad)
die Daten vom Zahnrad: Material: Metall Zahnrad unten: Durchmesser: 24,8mm; Stärke: 2,7mm; Zähne 69 Zahnrad oben: Durchmesser: 6,4mm; Stärke: 3,9mm; Zähne 14 Durchmesser der Welle 1,5 mm Viele Grüße Dirk
Daten: Zahnrad unten (groß): Modul: 0.35; Kopfkreis-Ø: 24.85mm; Verzahnungsbreite: 2,7mm; Zähne 69; Zahnrad oben (klein): Modul 0.4; Kopfkreis-Ø: 6,4mm; Verzahnungsbreite: 3,8mm; Zähne 14 Durchmesser der Bohrung: 1,54 mm
-
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
Wie funktioniert der ARM cortex M3?
20CortexM3%20STM32%2FReset%20error%20after%20vector%20table%20remapped&FolderCTID=0x01200200770978C69A1141439FE559EB459D758000626BE2B829C32145B9EB5739142DC17E¤tviews=83 Heinz
Resethandler geht's dann wie folgt weiter: LoopCopyDataInit bzw. CopyDataInit, dann LoopFillZeroBss bzw. FillZeroBss, dann SystemInit und am Schluss main.
-
Thread
EEPROM schreiben lesen
bytes (22.9% Full) (.text + .data + .bootloader) Data: 41 bytes (64.1% Full) (.data + .bss + .noinit)
(22.9% Full) >(.text + .data + .bootloader) > >Data: 41 bytes (64.1% Full) >(.data + .bss + .noinit) Wie kommst du zu diesen Angaben? ich benutze WinAVR und war der festen Überzeugung das hast das schon mal angezeitg aber ich weiß einfach nicht wie?!
-
Artikel
MOSFET-Übersicht
20 3,7 1,3 65 2,5V LL Rei,csd,Bü 0,15 IRLML6302PBF SOT-23 IRF 1,5 20 0,75 0,54 600 Rei,csd,Bü 0,18 BSS83P SOT-23 Inf 2,0 60 0,33 0,36 2000 nicht mit BSS83 (ohne P) verwechseln Rei 0,11 BSS84 SOT-23 Fairchild,NXP 2,0 50 0,13 0,35 10000 - Fa 0,28 BSS110 TO-97, SOT-23 Phi 3,0 50 0,17 0,35 10000 - - - PMV65XP
LL, LIN Rei 0,092 BSS138 SOT-23 div 0,8-1,6 50 0,22 0,36 2000 5V LL, LIN Rei 0,06 BSS123 SOT-23 div 0,8-1,6 100 0,17 0,36 10000 @ 4,5V, 4,5V LL, LIN Rei 0,06 IRFP2907 TO-247AC irf 4,0 75 209 470 4,5 Rei 2,70 2N7000 TO-92
-
Thread
OpenOCD Wiggler STM32-P103 flashen
= main.c stm32f10x_rcc.c stm32f10x_gpio.c --- > SRC = ./src/main.c ./src/target.c ./src/irq.c 69c70 < ASRC = --- > ASRC = ./src/boot.s 72c73 < UINCDIR = ./ --- > UINCDIR = ./inc 96,97c97,98 < ASFLAGS = $(MCFLAGS) -g -gdwarf-2 $(THUMB) $(THUMB_IW) -Wa,-amhls=$(<:.s=.lst) $(ADEFS) < #ASFLAGS
region_start_rom = .; *(.cs3.region-head.rom) *(.rom) . = ALIGN (8); } >rom .cs3.rom.bss : { *(.rom.b) . = ALIGN (8); } >rom .bss : { *(.bss) /* Zero-filled run time allocate data memory */ } >ram } /*========== end of file ==========*/ [/pre]
-
Thread
Bootloader ATmega 2561
1f0f4: d9 f7 brne .-10 ; 0x1f0ec <__do_copy_data+0x10> 0001f0f6 <__do_clear_bss>: 1f0f6: 19 e0 ldi r17, 0x09 ; 9 1f0f8: a6 e5 ldi r26, 0x56 ; 86 1f0fa: b4 e0 ldi r27, 0x04 ; 4 1f0fc: 01 c0 rjmp .+2 ; 0x1f100 <.do_clear_bss_start> 0001f0fe <.do_clear_bss_loop>: 1f0fe: 1d 92 st X+, r1 0001f100 <.do_clear_bss_start>: 1f100: ac 39 cpi r26, 0x9C ; 156 1f102: b1 07 cpc r27, r17 1f104: e1 f7 brne
-
Thread
SMD-Baustein identifizieren
Die Bezeichnung "U" ist schon für allgemeine Halbleiter üblich. (CE ist im SMD-Code ein BSS 79B, natürlich nur 3Pins). Ricoh baut einige Funktionen in 5polige Gehäuse (SOT-23-5), auch wenn nicht alle Pins belegt sind: Spannungsdetectoren RN5VL-Serie, RN5VT. Spannungsregler RX5RL-Serie.
von Toshiba, nur welches... C1 = TC4S11F C2 = TC4S81F C3 = TC4S01F C4 = TC4S71F C5 = TC4S69F C6 =? C7 = TC4SU11F C8 = TC4S30F C9 = TC4S66F CA = TC4S584F CB =? CD =? CE =? CF =? Das sind die, die bei datasheets4u.com gelistet sind. Geh doch mal auf die Herstellerseite. Evtl ist
-
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
Projekt : GPS Tracker
: http://focus.ti.com/docs/prod/folders/print/pth04t260w.html 2.2V - 5.5V eingangsspannung, 0.69V to 3.6V ausgangsspannung (einstellbar üben einen widerstand) ausgangsstrom: 3A funktioniert super gruss hagbard
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
-
Thread
Einstellbare Konstantstromquelle - Welcher OP Amp?
Stefan S. schrieb im Beitrag #7813121: > Hm, wenn ich z. B. einen ollen BSS84 nehme tut sich da ja erst so ab Vgs > -2 V was, d. h. der OP Amp muss höchstens auf 24 V - Vgs kommen. > Abgesehen davon dass Ptot nicht reichen wird: Wenn ich den Ausgang > kurzschließe muss der
BCP51, verträgt die anfallende Verlustleistung, darf vollständig DC-Last, kostet bei Reichelt nur 0,69€, macht keinen Stromfehler wie die Bipos und läuft mit den von mir oben genannten TL06x usw..
-
Thread
.data-Segment größer als 8KB möglich
Variante 2 von "Memory areas using malloc", d.h. das interne RAM ist nur für den Stack und .data, .bss und heap liegen vollständig im XRAM. Mein Problem ist nun, dass das Datasegment trotz Verwendung von PROGMEM/morepgmspace.h mittlerweile über die 8 KB Grenze hinausgeht. Ich erhalte dann ein out-of-range-warning
No such file or directory In file included from ../lddemo.c:13: ../main_loop/main_statemachine.h:69:26: error: statemachine.h: No such file or directory [/pre]
-
Thread
Suche speichersparende Möglichkeit für exp10()
bytes (98.9% Full) (.text + .data + .bootloader) Data: 35 bytes (13.7% Full) (.data + .bss + .noinit) EEPROM: 66 bytes (25.8% Full) (.eeprom) [/code] *neu* [code] AVR Memory Usage ---------------- Device: attiny44 Program: 2846 bytes (69.5% Full) (.text + .data + .bootloader) Data: 35 bytes (13.7% Full) (.data + .bss + .noinit) EEPROM: 66 bytes (25.8% Full) (.eeprom) [/code] Damit ist dieser Änderung fertig, nun kann ich noch einige weitere Funktionen implementieren. Vielen Dank für die tolle
-
Thread
Induktiver Näherungsschalter
Kontakt auf den Ausgang geschaltet dann über einen Spannungsteiler auf 4,7V runter wird dann mit einem BSS123 bei Kontakt auf den Pin vom µPC als High Pegel gelegt. So weit so gut. Nach den ganzen Kommentaren bin ich auch nicht viel schlauer zu gegenzätzlich die Meinungen. Bin jetzt 69 Jahre und
-
Thread
mein erstes STM32F4 .asm/ .s Program stürzt ab im gdb
WAIL) : ORIGIN = 0x20000000, LENGTH = 0x4000 } SECTIONS { .text : { *(.text*) } > rom .bss : { *(.bss*) } > ram } [/pre]
mit "load" nach 0x00000000, ist übrigens der .ELF file selbst: (gdb) x/20c 0 0x0: 127 '\177' 69 'E' 76 'L' 70 'F' 1 '\001' 1 '\001' 1 '\001' 0 '\000' 0x8: 0 '\000' 0 '\000' 0 '\000' 0 '\000' 0 '\000' 0 '\000' 0 '\0000 '\000' 0x10: 2 '\002' 0 '\000' 40 '(' 0 '\000' (gdb)
-
Thread
fleury uart - startschwierigkeiten
attiny2313" und "F_CPU=8000000" korrekt ein. Der Attiny2313 hat nur 128 *Bytes* SRAM, davon sind 24+69 Bytes (sections .data und .bss) belegt. Da kannst du nicht so viel machen: - Alle konstanten Strings in den Flash (uart_puts_P hast du ja schon entdeckt) - Überlegen, _ob_ du die Puffer verkleinern
-
Thread
Debug-Informationen beim Kompilieren unter WinAVR
section size addr .text 2994 0 .data 8 8388704 .bss 69 8388712 .stab 876 0 .stabstr 132 0 .debug_aranges 32 0 .debug_pubnames 140 0 .debug_info 913 0
-
Thread
AVR32 Anwendung mit uboot von SDRAM starten
0x68> 1000010a: 31 08 mov r8,16 1000010c: 93 48 st.w r9[0x10],r8 1000010e: 49 69 lddpc r9,10000164 <main+0x68> 10000110: 31 08 mov r8,16 10000112: f3 48 00 60 st.w r9[96],r8 10000116: 49 49 lddpc r9,10000164 <main+0x68> 10000118: 31 08
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 mov r8,64 10000152: f3 48 00 44 st.w r9[68],r8 10000156: 48 49 lddpc r9,10000164 <main+0x68> 10000158: 31 08
-
Thread
Wärmezähler über optische M-Bus-Schnittstelle auslesen
1,0406ssSSssSSs@1000,Wärmenergie gesamt,MWh,W_total,3 1,0413ssSSssSSs@1000,Volumen gesamt,m³,V_total,3 1,042BssSSssSSs@1000,Strom aktuell,kW,P_curr,3 1,043BssSSssSSs@1,Durchfluss aktuell,l/h,F_curr,0 1,025BssSS@1,Temperatur Vorlauf,°C,T_flow,0 1,025FssSS@1,Temperatur Rücklauf,°C,T_return,0 1,0261ssSS@100,
1,0406ssSSssSSs@1000,Wärmenergie gesamt,MWh,W_total,3 1,0413ssSSssSSs@1000,Volumen gesamt,m³,V_total,3 1,042BssSSssSSs@1000,Strom aktuell,kW,P_curr,3 1,043BssSSssSSs@1000,Durchfluss aktuell,m³/h,F_curr,3 1,025BssSS@1,Temperatur Vorlauf,°C,T_flow,0 1,025FssSS@1,Temperatur Rücklauf,°C,T_return,0 1,0261ssSS@
-
Thread
avr toolchain compilerfehler?
00000000 00000000 00000094 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE 2 .bss 0000076c 0080026c 0080026c 00010f3a 2**0 ALLOC 3 .stab 00000804 00000000 00000000 00010f3c 2**2 CONTENTS, READONLY, DEBUGGING 4 .
00000000 00011afd 2**0 CONTENTS, READONLY, DEBUGGING 7 .debug_info 00008e69 00000000 00000000 0001332d 2**0 CONTENTS, READONLY, DEBUGGING 8 .debug_abbrev 00001cde 00000000 00000000 0001c196 2**0 CONTENTS, READONLY, DEBUGGING
-
Thread
Bootloader - Theoriefragen
/avrub_v3.htm). Unter http://www.nongnu.org/avr-libc/user-manual/group__avr__boot.html#gf08aabaebbd69da659357f402d4d28ce findet sich ausserdem ein Code-Ausschnitt, der wohl ein Ideal-Beispiel fuer's Schreiben einer Seite in den Flash sein sollte. Jetzt zu den Fragen ;) Ist es sinnvoll, Pruefsummen
Size after: testpp.elf : section size addr .text 32464 0 .bss 7 8388704 .stab 888 0 .stabstr 113 0 .debug_aranges 32 0 .debug_pubnames 91 0 .debug_info 500
-
Thread
Xilinx USB schematic jetzt verfügbar
leider nicht. > Weil hier ist ja auch schon eine Änderung drinnen. > Pin 28 am CPLD > Pin 69 am Cypress Chip > Pin 69 am Cypress Chip ist vref detect, man kann inteligent lösen - wie in dem original schaltplan, oder aber auch mit einem pullup ans VCC 3.3 Pin 28 am CPLD ist init_in, genau
http://www.mikrocontroller.net/topic/142358#1365574 Also: ===== Q1 K38 RD(90Grad gedreht) BSS138 Q2 K38 RD(90Grad gedreht) BSS138 http://www.diodes.com/datasheets/ds30144.pdf Q3 K5N P6(90Grad gedreht) MMST3906 http://www.diodes.com/datasheets/ds30079.pdf CR1 L9 BAT721C dual cc 40V