-
Thread
Spice Modell BSS127 -- RDS(off)
Hallo, ich möchte folgende folgende Schaltung in LTSpice simulieren Drainschaltung mit BSS127(Infineon) und 10M als Drainwiderstand. Vcc=500V PWM: U=3V / ti=100µs / T=1ms Problem: Der Spannungshub am Drain pendelt nur zw. 0V und 250V. Nun habe ich im BSS127_L0-Modell den Parameter "
und den mal 1000meg gesetzt. Nun geht es. Wieso steht dieser Wert nur auf 10M? Im Datenblatt vom BSS127 wird ein Leckstrom von 100nA angegeben, bei T=25°C Ugs=0V/ Uds=600V. VG
-
Thread
pointer struct parameter übergabe / fehler?
; 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
000000ba <.do_clear_bss_loop>: ba: 1d 92 st X+, r1 000000bc <.do_clear_bss_start>: bc: a0 30 cpi r26, 0x00 ; 0 be: b1 07 cpc r27, r17 c0: e1 f7 brne .-8 ; 0xba
-
Thread
Layout Schaltregler Kritik erwünscht!
und genügend durchsteuert (bzw. durchgesteuert werden kann). Den NPN könnte man auch durch einen BSS138 ersetzen.
und genügend durchsteuert (bzw. durchgesteuert werden kann). >> Den NPN könnte man auch durch einen BSS138 ersetzen. > Das werd ich auf jeden fall machen... Der BSS138 fällt ja wie auch der NPN raus, Sie wollen ja einen (manuellen) Schalter nehmen. Das Problem mit dem Durchsteuern hätten Sie
-
Thread
Code zu groß für AtTiny45
= 0.0; // [...] pwm_difference_red = LED_COLOR_new.r - LED_COLOR_old.r; // Either 0, +-127 or +-255 // [...] brightness_step_red = 1/RESOLUTION * pwm_difference_red / MAX; // Speed is 0 for same, 1/2 for 127 and 1 for 255 as difference each in positive or negative direction. [/c]
Os -o test.elf -I includes *.c -lm $ avr-size *.elf text data bss dec hex filename 3792 20 44 3856 f10 test.elf [/pre] Danke, Johann, für deine kontinuierliche Verbesserungsarbeit! :)
-
Thread
Pegelwandler, welcher MOSFET?
index.html?ACTION=7&LA=3&OPEN=0&INDEX=0&FILENAME=A200%2FBSS138-FSC.pdf Nein, auch ungeeignet. Ein BSS138L leitet aber schon ausreichend: https://www.mouser.de/datasheet/2/308/1/BSS138L_D-1802942.pdf Besser ein MOSFET der eine RDSon Angabe ab 2.5V hat, IRLML2502/UML2502 wird gern genommen.
Dinger einfach nicht schnell genug. So ein dickes Ding wie IRLML2502 macht garantiert nicht mehr auf. BSS127 könnte es schaffen, aber die Gatespannung würde vielleicht knapp.
-
Thread
Wiefiel Platz ist in einem AVR Mega16?
(127.1% Full) (.data + .bss + .noinit) Build succeeded with 0 Warnings... --------------- Im Datenblatt steht: Nonvolatile Program and Data Memories – 16K Bytes of In-System Self-Programmable Flash
Data: 1302 bytes (127.1% Full) – 1K Byte Internal SRAM 1K ist wohl 1024 Bytes also sind 1302 127% davon. doch Gast
-
Thread
Datenspeicher voll - Alternative ?
//Für Anzeige normiert uint8_t max_capture; Einen Cast vom ADC: capture[i]=((int16_t)ADCH-127); sonst nur 3 char-arrays zum Debuggen.
*(.bss*) *(COMMON) COMMON 0x00800106 0x400 Includes/lcd.o 0x00800106 lcd_framebuffer COMMON 0x00800506 0x60 Includes/uart.o
-
Thread
Vergleichstyp BSS123 mit niedrigerer Gateladung?
www.fairchildsemi.com/datasheets/FD/FDC8602.pdf Vielen Dank! Diese FET hat nur etwa die halbe Gateladung des BSS123, aber doch unnötig "hohen" Strom. Sowas wie diesen FET, nur mit z.B. nur 100mA, und dann nochmal deutlich geringerer Gateladung, das wäre ideal.
BSS127 spielt in einer ähnlichen Liga. Ist aber wirklich hochohmig. viel Erfolg Hauspapa
-
Thread
MSP430 Schalterentprellung Not vs. Elend
void) { WDTCTL = WDTPW + WDTHOLD; //Watchdog stoppen P1DIR = 255; //127d = 1111111b -> 7 aktive Outputs an P1 P1OUT = 0; //Voreinstellung: Null, alle Segmente außer g (0tes Bit) P2SEL &= ~63; //Funktionsauswahl P2: Input/Output P2DIR
> Hust Abgesehen von Deiner Ausdrucksweise würde ich mich mal mit den Segmenten .text .data .bss .stack auseinandersetzen Variablen stehen immer RAM, ob sie aber in .data .bss oder .stack stehen entscheidet der Progammierer und dass .bss immer mit Nullen vorbelegt wird ist nicht sicher !!
-
Thread
MMC/SD/SDHC card library von R.Riegel "verkleinern"
hab ich immernoch: [code] ---------------- Device: atmega168 Program: 20876 bytes (127.4% Full) (.text + .data + .bootloader) Data: 616 bytes (60.2% Full) (.data + .bss + .noinit) Done executing task "RunAvrGCC".[/code] Weis jemand wo ich was drehen muss, dass
[code] Program: 16718 bytes (.text + .data + .bootloader) Data: 842 bytes (.data + .bss + .noinit) [/code] Das war dann allerdings mit kompletter Shell über UART. Ich weiß von damals wo ich die Lib benutzte, dass dieses Beispiel auf einen ATMEGA16 gepasst hatte (hart am Anschlag
-
Thread
Projekt : GPS Tracker
habe ich mal die Log-Datei geöffnet, und mir ist folgendes aufgefallen: [pre] $GPGSV,3,1,11,17,11,127,,26,85,144,,18,25,313,31,10,18,188,*75 $GPGSV,3,2,11,17,11,127,,15,75,283,,21,04,286,,15,75,283,*71 $GPGSV,3,3,11,09,21,261,,19,01,011,,28,58,081,*41 [/pre] $GPGSV bedeutet Sattelites in View.
sentence *75 the checksum data, always begins with * Mit leerem SNR-Feld (17,11,127,,) heisst das, dass eben z.B. dieser Sat (PRN 17) nicht erfasst wird, bzw. mit: $GPGSV,3,1,11,17,11,127,,26,85,144,,18,25,313,31,10,18,188,*75 $GPGSV,3,2,11,17,11,127,,15,75,283,,21,04,286,,15,75,283
-
Thread
Suche Hilfe bei Optimierung Bootloader
DMODULE_ID=0x1001 -DF_CPU=16000000UL -DBOOTLOADER_ADR=0x7000 -DMODULE_VERSION=\"0.2.1\" -DADDR_PC_DEF=127 -DADDR_TX_LCD_DEF=102 -DADDR_TX_MAIN_DEF=101 -DADDR_RX_MAIN_DEF=1 -DADDR_BROADCAST_DEF=0 -DMY_DEF_ADDR=1 -DADDR_DEBUG_RS232_DEF=99 -DMAX_FUNC_CNT=32 -std=gnu99 obj/bootloader.o obj/addr_list.o --output
bytes (7.1% Full) (.text + .data + .bootloader) Data: 400 bytes (19.5% Full) (.data + .bss + .noinit) [/code] Danke für die Hinweise. Jürgen
-
Thread
Auf element außerhalb array zugreifen
5 1be: 90 e0 ldi r25, 0x00 ; 0 1c0: 90 93 55 01 sts 0x0155, r25 ; 0x800155 <__bss_end+0x46> 1c4: 80 93 54 01 sts 0x0154, r24 ; 0x800154 <__bss_end+0x45> [/c] *(array+42)=5; erzeugt identischen Code Dank der Äquivalenz von Array und Zeiger Zugriffen.
anwenderfreundlich. Letztens wieder mit Nokia Zeichensatz bis 255, isprint ignoriert alles über 127
-
Thread
STM32VL-Discovery & printf
** make all C:\Program: C:\Program: No such file or directory make: *** [std_src/misc.o] Error 127 [/code] Ich habe CodeSourcery bzw. alle anderen Programmteile in Ordnern liegen, die _kein_ Leerzeichen enthalten (nicht mal den Teil "Program"). Weiterhin habe ich die Anweisungen von http://www.mikrocontroller.net
*(.data .data.*) . = ALIGN(4); _edata = . ; } > ram /* .bss section which is used for uninitialized data */ .bss (NOLOAD) : { _sbss = . ; *(.bss .bss.*) *(COMMON) . = ALIGN(4); _ebss = . ; }
-
Thread
AVR-GCC 4.7.2 Bug?
bytes (17.0% Full) (.text + .data + .bootloader) Data: 231 bytes (22.6% Full) (.data + .bss + .noinit) Build succeeded with 0 Warnings... Werde jetzt mal versuchen die Zeile u= (((uint32_t)v<<16) - (uint32_t)vs*f) >> 16; aufzutrennen und davon mal Zwischenergebnisse ausgeben zu
47 sbci r24, 0x7F ; 127 e6: 91 05 cpc r25, r1 e8: 11 f0 breq .+4 ; 0xee <main+0x1e> ea: 0e 94 65 00 call 0xca ; 0xca <abort> ee: 80 e0 ldi r24, 0x00 ; 0 f0: 90 e0
-
Thread
Verständnis: NPN vs. MOSFET vs. Relais vs. Optokoppler
NPN-Transistoren auch bei Schaltanwendungen für <10mA > gar nicht mehr. Warum? Unwirtschaftlich. > Für einen BSS138N bezahlt unser Fertiger <0,03€. . . > ... vor allem der geringere Strombedarf aus den 3V3 ... Da fängt es aber schon an: Den BSS138 verwendet man nur in einem 5V-System, der hätte schon gerne
NPN-Transistoren auch bei Schaltanwendungen für <10mA >> gar nicht mehr. Warum? Unwirtschaftlich. >> Für einen BSS138N bezahlt unser Fertiger <0,03€. > . > . >> ... vor allem der geringere Strombedarf aus den 3V3 ... > Da fängt es aber schon an: Den BSS138 verwendet man nur in einem > 5V-System, der hätte
-
Thread
Programmgröße
Programm folgende Größe: [pre] avr-size --format=berkeley -t eiscube.elf text data bss dec hex filename 100 0 0 100 64 eiscube.elf 100 0 0 100 64 (TOTALS) [/pre] Wenn ich allerdings die PWM-Funktion auslagere
> ist hieran etwas auszusetzen? Jede Pause grösser 127 ms ist unendlich lang.
-
Thread
Programmspeicher beim Tiny26 voll
DDRB = 0xff; for (a=0;a<=360;a++) { PORTB = SINUS(a)*127+128; } return 0; } Device: attiny26 Program: 4932 bytes (240.8% Full) (.text + .data + .bootloader) Data: 266 bytes (207.8% Full) (.data + .bss + .noinit)
240.8% Full) > (.text + .data + .bootloader) > Data: 266 bytes (207.8% Full) > (.data + .bss + .noinit) Die 266 Bytes SRAM sagen, daß Du den Linkerschalter -lm nicht benutzt hast. -lm ist ne deutlich schlankere Float-Lib. Standardmäßig wird leider eine nicht für den AVR optimierte Lib
-
Thread
Suche richtigen Transistor
AC127 + BC327 als Komplementär-Darlington. AC Typen sind allerdings etwas rar geworden. PS: Du bist dir mit den 0,3V ganz sicher?
einfach ein NPN Transistor oder ein Mosfet. Es gehen hier fast beliebige Typen. NPNs: BC337 Mosfets: BSS138 (SMD SOT-23), BS107 (TO92)
-
Thread
Mini-Farbdisplay (+mehr) für 1 Euro
'C DATA 0,127,65,65,65,62 'D DATA 0,127,73,73,73,65 'E DATA 0,127,9,9,9,1 'F DATA 0,62,65,73,73,122 'G DATA 0,127,8,8,8,127 'H DATA 0,0,65,127,65,0 'I DATA 0,48,64,64,64,63 'J DATA 0,127,8,20,34,65 'K DATA 0,127,64,64,64,64 'L DATA 0,127,2,4,2,127 'M DATA 0,127,2,4,8,127 'N DATA 0,62,65,65,65,62 'O DATA 0,127,9,9,9,6 'P DATA 0,62,65,81,33,94 'Q DATA 0,127,9,9,25,102 'R DATA 0,38,73,73,73,50 'S DATA
-
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_us vs _delay_us?
und finde das nicht mehr wie das unter Windows geht (Zusatstool?) .text == Flash ? .data == ?? .bss == ??
data liegen. Das sind doch initialisierte variablen und werden dann in den RAM geladen oder? (. RAM =.bss (?))
-
Thread
[V] MOS-FET´s, Dioden, OP´s, DAC´s, Sensoren
21 Stk. LM358D SO8 OP +/-16V dual 664 Stk. LM324A SO14 OP 3-32V 127 Stk. OP´s TL072ID SO8 OP +/-18V 200 Stk. OPA333 SO8 OP 1.8-5.5V 10 Stk. OPA335AIDBVT SOT23-5 OP 10 Stk. TL062IPWR TSSOP8 OP 330 Stk
Komp 36V 0/+70°C 456 Stk. TLC3702ID SO8 Komp 3-16V 1000 Stk. MOSFET´s DIO BSS84AK 50V 180mA uni 160Stk. IR2104 SO8 Treiber-IC 10-20V 40 Stk. IR2127S SO8 MOSFET Driver 130 Stk. IR2136SPBF SO28W28 40 Stk. T IRF3710 N-Kanal 100V 57A
-
Thread
Timer1 und UART - Atmega resettet sich
bytes (61.0% Full) (.text + .data + .bootloader) Data: 194 bytes (18.9% Full) (.data + .bss + .noinit)[/code] Grüße
Preis: 1,10€ Spannung: 1,8V bis 5,5V EEPROM: 1k SRAM: 64Byte Calibration: -127 bis +127ppm digital (also kein Trimm-C!) weiterhin: 1Hz-Signal-Ausgang Kalender mit Tag/Monat/Jahr incl. Schaltjahr-Berücksichtigung einfache Schaltung ohne Trimm-C Habe damit ein Steck-Modülchen
-
Thread
Mikrocontroller an 24V mit Optokopller?
1. Linearregler? Rechne ma die Verlustleistung.. -> Schaltregler 2. Nimm Mosfets BSS138 oder so.. Denk an Freilaufdiode. Brauchst keine Optokoppler...normalerweise 3. Wenn du nicht schon AVR kannst, nimm lieber nen kleinen Arm, Pic,MSP430 sieht man öfters in der Industrie als AVR
SID=14VBelzH8AAAIAADj4Ircf24a5dc3501406dd46a2572a9c42ca67&LANGUAGE=EN - LM2594 >2. Nimm Mosfets BSS138 oder so.. Denk an Freilaufdiode. Brauchst keine >Optokoppler...normalerweise Daran habe ich noch garnicht gedacht. Du meinst das ich Leistungslos schalten kann oder?
-
Thread
ATTiny44 - Speicherproblem SRAM
bytes (19.5% Full) (.text + .data + .bootloader) Data: 14 bytes (21.9% Full) (.data + .bss + .noinit) [/pre] 82 + 57 = 139, da ist also noch reichlich Luft bis zu den 256 Byte.
//Schieberkennlinie: 0 71523 31 39 47 55 63 71 79 87 95 103 111 119 127 135 143 151 159 167 175 183 191 199 207 215 223 231 239 247 255 uint8_t Schieberkennlinie[33] = {0,0,0,0,0,0,0,3,11,20,30,41,53,66,80,94,108,122,135,148,159,170,179,187,193,198,202,205,207,208,208,208,208
-
Thread
Binär-Uhr hoffentlich finale Schaltung
Bipolartransistoren gilt, gilt natürlich auch für die MOS-FETs: Entweder die beiden N-Kanal-Typen (BSS123) zwischen Spannungsteiler und Masse einbauen, oder auf P-Kanal-Typen (z. B. BSS84) umsteigen. Außerdem genügt auch ein einziger FET; die Spannungsteiler sind ja eh parallel geschaltet.
Nein, der Quellwiderstand ist das, was der ADC sieht, nämlich eine Parallelschaltung von R126 und R127, also 33 kOhm || 47 kOhm = 19,4 kOhm.
-
Thread
AVR: Fast-PWM (BAM) 12 Bit für 8 Kanäle
8MHz = 125ns 8MHz / 4095 = 1,95kHz Die ersten 7 Bits werden im Compare-A Interrupt erzeugt, d.h. 127 Zyklen. Insgesamt dauert der Interrupt 159 Zyklen. Die weiteren Compare-B Interrupts dauern 51 Zyklen. Das ergibt bei 12Bit: (159 + 4 * 51) / 4095 = 9% CPU-Last
Dannegger schrieb im Beitrag #3748529: > Die ersten 7 Bits werden im Compare-A Interrupt erzeugt, d.h. 127 > Zyklen. Insgesamt dauert der Interrupt 159 Zyklen. Sorry, war zu faul um mich durchzulesen. Bei mir habe ich nur die bits 0 und 1 ins bit7 verlegt, bin aber nicht besonders glücklich damit
-
Thread
Fehler beim Compilieren (ATMega168)
select TCCR2A = (1<<COM2A1) | (1<<WGM21) | (1<<WGM20); //Waveform generation mode OCR2A = 127; //50% cycle uint8_t speed; //unsigned int Variabelle speed PORTD |= (1<<PD5); //LED einschalten while(1) { // increasing speed for (speed = 0; speed < 255; ++speed)
+ .bss + .noinit) Build succeeded with 0 Warnings...
-
Thread
Glühwürmchen in Rotkohlglas gefangen
Kann statt dem BSS138 auch ein BSS123 verwendet werden?? In welchem Gehäuse sind die beiden Kondensatoren C1 und C2?? Danke im Voraus lg Robert
1206'er SMD, sind übrigens nur 4.7µ verbaut worden. BSS123 hat mit 1V höhere VGS(th), der BSS138 hat laut Datenblatt 0.5V. Ansonsten sind bei diesen kleinen MOSFETs nur 2 Dinge wichtig: Gate Threshold Spannung und das es N-Kanal MOSFETs sind. Du kannst
-
Thread
OpenOCD Wiggler STM32-P103 flashen
, die Fehlermeldung ist folgende: [pre] Info: options.c:50 configuration_output_handler(): #127: 0x0001fc00 (0x400 1kB) not protected Info: options.c:50 configuration_output_handler(): stm32x flash driver info Error: flash.c:890 get_flash_bank_by_addr(): No flash at address 0x00000000
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
avrgcc erzeugt sinnlosen code?
= Result + 2; if(lLookUpl[(int)(cTemp-1)]<=In) Result = cTemp; // ensure 1-127 range: if(Result == 0) return 1; cTemp = Result + 1; if(lLookUpl[(int)(cTemp-1)]<=In) return cTemp; } return Result; } [/c]
bytes (68.1% Full) (.text + .data + .bootloader) Data: 179 bytes (17.5% Full) (.data + .bss + .noinit) # avr-gcc 4.6.0 Program: 5594 bytes (68.3% Full) (.text + .data + .bootloader) Data: 183 bytes (17.9% Full) (.data + .bss + .noinit)
-
Thread
AVR C/ASM Verständnisfrage
bytes (100.0% Full) (.text + .data + .bootloader) Data: 96 bytes (75.0% Full) (.data + .bss + .noinit) EEPROM: 127 bytes (99.2% Full) (.eeprom) und mit diesem: #include <avr/eeprom.h> static void inline config_update(char type) { if (type==EEREAD) // +62 bytes flash eeprom_read_block
bytes (102.2% Full) (.text + .data + .bootloader) Data: 96 bytes (75.0% Full) (.data + .bss + .noinit) EEPROM: 127 bytes (99.2% Full) (.eeprom)
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
30.720 Bytes) dvanced_OK.cpp.elf" text data bss dec hex 6070 224 543 6837 1ab5
] font.c:126:5: warning: large integer implicitly truncated to unsigned type [-Woverflow] font.c:127:6: warning: multi-character character constant [-Wmultichar] font.c:127:5: warning: large integer implicitly truncated to unsigned type [-Woverflow] font.c:128:6: warning: multi-character character
-
Thread
Brauche eine kleine Hilfe Transistorschaltung - habe einen Fehler gemacht
Jau, das frag ich mich. Immerhin wird es mit einem AC127 oder AC187 besser aussehen, sofern man den noch irgendwo auftreiben kann.
immer noch einen P-Kanal Mosfet empfehlen. BS250 26 cent bei Reichelt im TP92 Gehäuse :-) oder BSS84 7.1 cent bei Reichelt im SOT23 Gehäuse. Müssten beide zu seinem Layout Pinkompatibel sein. @ Andreas Fühl mich auch irgendwie verarscht, dass jemand seine Schaltung vorher nicht testet ist
-
Thread
Komisch, komisch. STM32, Eclipse, Ubuntu.
Fehlermeldungen, die ich nicht zuordnen kann: make:*** [main.o] Error 1 make:*** [main.o] Error 127 make:*** [StdPeriph_Driver/misc.o] Error 1 make:*** [STM32F1xx_StdPeriph_Template.elf] Error 1 Wie gesagt: Die .elf-Datei und die ganzen .o-Dateien werden erstellt. Woran kann das liegen? Gruß
) arm-none-eabi-size --format=berkeley "STM32F1xx_StdPeriph_Template.elf" text data bss dec hex filename 1920 8 264 2192 890 STM32F1xx_StdPeriph_Template.elf Finished building: STM32F1xx_StdPeriph_Template.siz 11:29:07 Build Finished (took 108ms
-
Thread
Globale Variable wird im ISR nicht hochgezählt??
foo(); test++; }' >> cfile2.c $ cc -O -fno-common -o foo cfile1.c cfile2.c /var/tmp//ccZrWvH3.o(.bss+0x0): multiple definition of `test' /var/tmp//cczRicUe.o(.bss+0x0): first defined here [/pre]
behandelt, d.h. es gibt kein einziges Byte > Unterschied im Compilat. -fno-zero-initialized-in-bss Damit kann man das frühere (bis GCC 2.95 meiner Erinnerung nach) Verhalten noch aktivieren. Einer Applikation sollte das natürlich eigentlich egal sein.
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
yaffs: passed flags "" [root@alarm ~]# mount -o ro -t yaffs2 /dev/mtdblock6 /mnt/mtdblock6 [ 127.290000] yaffs: dev is 32505862 name is "mtdblock6" ro [ 127.290000] yaffs: passed flags "" [ 127.320000] uncorrectable error : <snip> [ 127.380000] uncorrectable error : [root@alarm ~]#
9VT16L Firm: CC4A Ser#: 5YD5RGDA Type: Hard Disk Capacity: 131071.9 MB = 127.9 GB (268435455 x 512) Device 1: not available Environment successfully read from disk 0 primary image U-Boot 1.1.2 (Aug 26 2010 - 14:02:09) U-Boot code: 60D00000 -> 60D1948C BSS: -> 60D1D11C
-
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]
geladen wurde 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'
-
Thread
LPC1768 OpenOCD arm-none-eabi-gcc 5.3.0
(.startup+0x124): undefined reference to `__data_beg__' ./cmsis/startup_lpc17xx.o: In function `BSS_BEG': (.startup+0x12c): undefined reference to `__bss_beg__' ./cmsis/startup_lpc17xx.o: In function `CTORS_BEG': (.startup+0x134): undefined reference to `__ctors_start__' ./cmsis/startup_lpc17xx.o
\GPIO_LPC17xx.o" "lpc\\PIN_LPC17xx.o" main.o arm-none-eabi-size TestMBED text data bss dec hex filename 1700 1092 28 2820 b04 TestMBED [/code]
-
Thread
Vorteiler Frequenzzähler
(40 Jahre nach Erfindung von C) explizit sagen, ob eine Variable ins .data Segment soll oder nach .bss. Jegliche Mäkelei an avr-gcc ist Jammern auf allerhöchstem Niveau! Eine kostenlose ASM Toolchain gibts. Aber ASM auf PIC? Bin ich Masochist? Ich denke mal, ich werde vielleicht das eine oder andere
ab, was auf's Gleiche hinausläuft. Um es mal so zu sagen: Ein einfacher PIC16xxxx hat so etwa 127 Register in seiner CPU - und nicht bloß eines. Das Indirect und das W-Register ist was Anderes. Aber selbst _DAS_ hilft dir sicherlich nicht weiter, da du partout ne Load-Modify-Store-Maschine haben
-
Thread
Makefiles im C-Projekt
Sonderzeichen im > ASCII-Raum gewöhnt) wäre: hätte es auch ein anderes Zeichen zwischen 32 > und 127 getan, dass in *jedem* Editor in jeder Einstellung von 32 > unterscheidbar ist (und den "Flow" nicht stört)? Bitte nenne doch mal eines und zeig uns dann mal ein Makefile damit. :-)
Bruno V. schrieb im Beitrag #7636876: > hätte es auch ein anderes Zeichen zwischen 32 und 127 getan natürlich, aber > (Zeichenvorrat erschöpft, Inkompatibilität mit anderen Editoren, > Verwechslungsgefahr mit einer anderen Syntax, nicht auf damaligen > Tastaturen, ...) tatsächlich
-
Thread
UART: Daten zum AVR senden
# 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
es jetzt programmiert hast, wird der Fall nicht abgefangen. getchar() liefert einen Wert zwischen -127 und 127. Yes, negative Zahlen, weil du buffer als char deklariert hast. Und schau dir die Zeile mit dem if ganz genau an. Wo steht das ; und was bedeutet das? Du würdest dich beim Rückgabewert
-
Thread
Start-Hilfe zu buildroot für AT91RM9200 auch hier?
und gestartet wird: [pre]U-Boot 1.1.3 (Jul 4 2005 - 14:13:57) U-Boot code: 20F00000 -> 20F1A880 BSS: -> 20F1EE60 RAM Configuration: Bank #0: 20000000 16 MB Board: CMC-PU2 (Rittal GmbH) Flash: 8 MB In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 no DHCP ## Booting
work-area-backup 1 Schreibschutz entfernen flash protect 0 off löschen flash erase_sector 0 64 127 flash write bank 0 xa.bin 0x00800000 fängt an und bricht zumindest mit einer Fehlermeldung ab. Ich kann noch nicht nachvollziehen wieviel geschrieben worden ist.
-
Thread
DMX steuerbaren RGB LED PAR oder Pinnspot selber bauen
[c] if (DmxRxField[0] <= 9999999999999999999999999999999) //enable LED if 1st DMX val is >127 [/c]
Als außenstehender würde ich sagen: [code] if ( DmxRxField[0] > 127 ) //enable LED if 1st DMX val is >127 [/code] Alles andere finde ich erklärungsbedürftig.
-
Thread
PWM mit ATtiny13 liefert SIN und COS
AUSGABEFREQUENZ_B * TIMERRELOAD * AUFLOESUNG) / F_CPU) const uint8_t sinustabelle[256] PROGMEM = {127,130,133,136,139,143,146,149,152,155,158,161,164,167,170,173,176,178,181,184,187,190,192,195,198,200,203,205,208,210,212,215,217,219,221,223,225,227,229,231,233,234,236,238,239,240,242,243,244,245,247,248,249,249,250,251,252,252,253,253,253,254,254,254,254,254,254,254,253,253,253,252,252,251,250,249,249,248,247,245,244,243,242,240,239,238,236,234,233,231,229,227,225,223,221,219,217,215,212,210,208,205,203,200,198,195,192,190,187,184,181,178,176,173,170,167,164,161,158,155,152,149,146,143,139,136,133,130,127,124,121,118,115,111,108,105,102,99,96,93,90,87,84,81,78,76,73,70,67,64,62,59,56,54,51,49,46,44,42,39,37,35,33,31,29,27,25,23,21,20,18,16,15,14,12,11,10,9,7,6,5,5,4,3,2,2,1,1,1,0,0,0,0,0,0,0,1,1,1,2,2,3,4,5,5,6,7,9,10,11,12,14,15,16,18,20,21,23,25,27,29,31,33,35,37,39,42,44,46,49,51,54,56,59,62,64,67,70,73,76,78,81,84,87,90,93,96,99,102,105,108,111,115,118,121,124
bytes (36.7% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) Build succeeded with 0 Warnings... [/pre]
-
Thread
Optokoppler 3,3V max 5mA
Das tun sie, nur dass man dann am Ausgang nicht allzuviel schalten kann. Es gibt noch MOSFETs ala BSS138, die schalten problemlos 50-100mA und können leistungslos mit 3,3V angesteuert werden.
, dann passt das. Der hat so um die 50% CTR min. Wenn das nicht reicht, dann nimm z.B. einen TLP127, der hat min 1000%. Ist halt ein Darlington, der hat halt mehr Spannungsabfall (>1V), was bei 5V stören kann. Alternativ ginge noch ein Photomos, da weiß ich aber grad keinen Auswendig.
-
Thread
Problem mit "rc5" von Peter Dannegger
bytes (8.5% Full) (.text + .data + .bootloader) Data: 24 bytes (2.3% Full) (.data + .bss + .noinit) Build succeeded with 3 Warnings... ------------------------------------------------------------------------ Frage 1: Der Compiler meckert, daß dieser Code ein C++ Code ist. Wenn
nichts anderes. Ich hatte Zeichen immer als unsigned definiert, weil es ja auch Zeichen jenseits der 127 gibt, jedoch keine negative Zeichen. Negative Zeichen sind zwar ausgemachter Schwachsinn, aber da die Compilerbauer es nun mal so wollen, muß man sich entweder fügen oder diese Warnungen ignorieren
-
Thread
Mikrokontroller programmieren
-MF dep/Cube_1.o.d -c ../Cube_1.c /usr/bin/sh: -Wall: command not found make: [Cube_1.o] Error 127 (ignored) mmcu=atmega128 -Wl,-Map=Cube_1.map Cube_1.o -o Cube_1.elf /usr/bin/sh: -Wl,-Map=Cube_1.map: command not found make: [Cube_1.elf] Error 127 (ignored) avr-objcopy -O ihex -R .eeprom
bytes (60.2% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) Ist Programm, die größe des Programms, welches im Flash-Speicher geladen wird und Data die größe, die im SRAM gespeichert wird? weil beim zweiten Wert hatte ich vorher irgendetwas mit
-
Thread
Avr Studio - Hex Datei plötzlich zu groß
mehr flashen. AVR Memory Usage ---------------- Device: atmega48p Program: 5238 bytes (127.9% Full) (.text + .data + .bootloader) Data: 308 bytes (60.2% Full) (.data + .bss + .noinit) Build succeeded with 1 Warnings... Compiliere ich 1:1 die gleichen Dateien auf meinem