-
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
-
Thread
Linux CodeBlocks compilieren und flaschen von AVRs fehlerhaft
bin/sh: 1: srec_cat: not found !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Process terminated with status 127 (0 minute(s), 0 second(s)) 0 error(s), 0 warning(s) (0 minute(s), 0 second(s)) Habe jestz über 2 Tage gegooglet ohne Erfolg ...nun mein English ist nicht gut Kann wer bitte mir einen Tip geben
avr-size Ergebnis der hex : gerhard@Linux-W370 ~/hexcode $ avr-size mega128.hex text data bss dec hex filename 0 246 0 246 f6 mega128.hex gerhard@Linux-W370 ~/hexcode $ Danke vorerst Gerhard
-
Thread
flash-Fehler mit ATtiny2313, compile ok
>avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820 334 main.elf [/code]
Beim Compilieren (mit Debug) erhalte ich: Invoking: AVR/GNU C Compiler : 3.4.2 text data bss dec hex filename 62 0 0 62 3e fehler-tiny2313-03.elf Program Memory Usage : 62 bytes 3,0 % Full Data Memory Usage : 0 bytes 0,0 % Full Kann
-
Thread
GNUARM-Linker ERROR wegen hardware FP
mthumb -g -ggdb-o"crt.o" "../crt.S" /bin/sh: arm-elf-gcc-x: command not found make: *** [crt.o] Error 127 [/code]
`exit' ../../../../../../newlib-1.14.0/newlib/libc/sys/arm/crt0.S:223: undefined reference to `__bss_start__' ../../../../../../newlib-1.14.0/newlib/libc/sys/arm/crt0.S:223: undefined reference to `__bss_end__' ../../../../../../newlib-1.14.0/newlib/libc/sys/arm/crt0.S:223: undefined reference to
-
Thread
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
224, .db 0, 0, 0, 0, 0, 176, 112, 0, .db 0, 0, 0, 0, 2, 63, 0, 0, .db 1, 160, 0, 0, 96, 0, 0, 127, .db 248, 64, 0, 0, 0, 0, 11, 231, .db 136, 0, 0, 0, 0, 0, 185, 128, .db 0, 0, 0, 0, 0, 15, 128, 251, .db 128, 0, 0, 0, 0, 64, 127, 252, .db 0, 0, 0, 0, 2, 127, 247, 96, .db 0, 0, 0, 0,
, 0, 0, 0, .db 7, 0, 0, 0, 0, 4, 0, 1, .db 224, 0, 0, 0, 0, 0, 0, 126, .db 0, 0, 0, 0, 0, 0, 127, 224, .db 0, 0, 0, 0, 0, 127, 252, 0, .db 0, 0, 0, 0, 11, 255, 192, 0, .db 0, 0, 0, 0, 63, 248, 0, 0, .db 0, 0, 3, 131, 255, 128, 0, 0, .db 0, 1, 252, 127, 240, 0, 0, 0, .db 0, 63, 255,
-
Thread
"expected ')' before '*' token" -- Was ist da los?
# 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
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
lookup verständnis
Sagte ja es ging nicht anderst, hab schon einiges probiert. Danke schonmal. P.S.: Bin schon bei 127 in meiner Tabelle!
bytes (10.5% Full) (.text + .data + .bootloader) Data: 266 bytes (26.0% Full) (.data + .bss + .noinit) [/pre] Ergebnis: [avrasm] 00000092 <umkehr1>: 92: 98 2f mov r25, r24 94: 99 0f add r25, r25 96: 9a 7a andi r25, 0xAA ; 170 98: 86 95
-
Thread
Benötige Hilfe mit Atmega16
..\..\..\..\..\..\..\..\WinAVR-20100110\avr\include: command not found make: [welder_neu.o] Error 127 (ignored) mmcu=atmega16 -Wl,-Map=welder_neu.map welder_neu.o -L"C:\WinAVR-20100110\avr\include\avr" -L"C:\WinAVR-20100110\avr\include" -o welder_neu.elf /usr/bin/sh: -Wl,-Map=welder_neu.map: command not found make: [welder_neu.elf] Error 127 (ignored) avr-objcopy -O ihex -R .eeprom -R .fuse -R .lock -R .signature welder_neu.elf welder_neu.hex avr-objcopy: 'welder_neu.elf': No such file make: *** [welder_neu.hex] Error 1 Build failed
-
Thread
Eclipse mit AVR: Problem beim Laden des Programmes auf den AVR
bytes (2.8% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) Finished building: sizedummy 16:07:26 Build Finished (took 401ms) [/code] Allerdings bekomme ich in einem anderen Consolen-Fenster folgende Fehler-Meldung: [code] <terminated> (exit value: 127) AVR.elf[C/C++ Application] /Documents/workspace/AVR/Debug/AVR.elf(4/19/16, 4:07PM) [/code] Hatte eventuell jemand das selbe Problem und weiß wie ich es beheben kann?
-
Thread
SOUNDRX - Datenübertragung/Bootloader PC -> µC über PC-Soundkarte
bytes (6.1% Full) (.text + .data + .bootloader) Data: 45 bytes (4.4% Full) (.data + .bss + .noinit) [/pre] Allerdings bringt das jetzt 2 Warnungen, die aber normalerweise (dazu siehe unten) ignoriert werden können [pre] ../sndrx-bootloader.c: In function 'main': ../sndrx-bootloader.c
bytes (5.9% Full) (.text + .data + .bootloader) Data: 82 bytes (8.0% Full) (.data + .bss + .noinit) mit: -Os -fno-tree-loop-optimize -fno-move-loop-invariants -Wl,--relax --combine -fwhole-program Peter
-
Thread
Flashplatzbedarf 32Bit zu 8Bit Microcontroller
: section size addr .text 12134 0 .data 0 0 .bss 519 0 .progmem.data 19 0 obj-lpc1768/ff.o : section size addr .text 7012 0 .data 0 0 .bss
letztes Projekt (migriert von ATmega644 auf STM32F103 wegen schnelleren ADCs): AVR: 88kB (Hex) ARM: 127kB (Hex) Das Programm ist bei beiden weitestgehend identisch, der STM32 hat nur ein paar Routinen für ein externes I2C-EEPROM dazubekommen.
-
Thread
Assembler (AVR) Freaks bitte: der schnellste Weg, einen ganzzahligen Wert zu skalieren? Gesperrt
) 8.0.0 20170518 (experimental)" .global __do_copy_data .global __do_clear_bss [/c]
[pre] value Original Div/Add —————————————————————————— 63 24 22 127 49 47 \___ großer Sprung 128 50 50 / 255 100 97 —————————————————————————— [/pre]
-
Thread
made from scratch Firmware für Wittig/Welec Oszilloskop W20xxA
195.2x137.5x9.0 450 280 CFL LXMG1617A-12-41 CMOS High Brightness with Touch 8.4 LTA084C380F 640x480 170.4x127.8 221.0x152.4x12.0 300 250 CFL CXA-0395 CMOS Wide Bezel format 8.4 LTM08C351S 800x600 170.4x127.8 199.5x149.5x12.0 300 350 CFL CXA-0395 CMOS Wide Viewing Angle 8.4 LTM08C351L 800x600 170.4x127.8 199.5x149.5x12.0
170.4x127.8 199.5x149.5x12.0 450 320 CFL CXA-0395 LVDS Wide-Temp with Touch 8.4 LTA08C271F 800x600 170.4x127.8 199.5x149.5x12.0 450 400 LED Not Required LVDS Wide Viewing Angle 8.4 LTA084C191F 800x600 172.4x129.8
-
Thread
C_CAN Device: LPC11C24/301
1FFf-1FF8 8Digits ROM **CAN_rom = (ROM **)0x1FFF1FF8; // CAN_BASE_ADDR_Hardened_ROM_CODE //__BSS(RESERVED) char CAN_driver_memory[256]; // reserva 256 bytes for CAN driver CAN_MSG_OBJ CAN_msg_obj; //,*pCAN_msg_obj=&CAN_msg_obj; /* Initialize CAN Controller */ uint32_t CAN_ClkInitTable[2] =
#define MASK_OBJ_1 (0x7FF) // ID_A1K_MASK #define MASK_OBJ_2 (0x7FF) // ID_A2K_MASK __BSS(RESERVED) char CAN_driver_memory[256]; // reserva 256 bytes for CAN driver ROM **rom = (ROM **)0x1fff1ff8; CAN_MSG_OBJ msg_obj; uint32_t cuenta; uint32_t cuenta_Rx; uint32_t cuenta_Tx; /
-
Thread
ESP32: SPIRAM wird nicht gefunden (?)
53924) map I (124) esp_image: segment 1: paddr=0002d2cc vaddr=3ffb0000 size=02d4ch ( 11596) load I (127) esp_image: segment 2: paddr=00030020 vaddr=400d0020 size=22094h (139412) map I (165) esp_image: segment 3: paddr=000520bc vaddr=3ffb2d4c size=005d4h ( 1492) load I (166) esp_image: segment 4: paddr
CONFIG_SPIRAM_TRY_ALLOCATE_WIFI_LWIP=y CONFIG_SPIRAM_MALLOC_RESERVE_INTERNAL=32768 # CONFIG_SPIRAM_ALLOW_BSS_SEG_EXTERNAL_MEMORY is not set # end of SPI RAM config # end of ESP PSRAM [/code]
-
Thread
GDB Remote Protokoll MIPS
: warte auf eingehende Verbindung vom GDB Client auf 0.0.0.0:2842 GDB: eingehende Verbindung von: 127.0.0.1:4510 (GDB ->) $qSupported:multiprocess+;swbreak+;hwbreak+;qRelocInsn+;fork-events+;vfork-events+;exec-events+;vContSupported+;QThreadEvents+;no-resumed+#df (GDB <-) + GDB command: qSupported
GDB <-) $0#30 (GDB ->) $qOffsets#4b (GDB <-) + GDB command: qOffsets (GDB <-) $Text=0;Data=0;Bss=0;#3f (GDB ->) $Hg0#df (GDB <-) + GDB command: Hg0 (GDB <-) $OK#9a (GDB ->) $g#67 (GDB <-) + GDB command: g (GDB <-) $00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
-
Thread
Ersatz SM104 Milli-Pico-Meter MV40
#6983496: > Oder eine Idee wie man mit modernen Typen die Funktion ersetzen kann… Am ehesten noch BSS159N.
NPN-Transistoren habe ich wie folgt substituiert: - SC238E -> BC546B - SF136D -> BCY59VIII - SF127D -> BSX46-6 Was halt in der Kiste war und irgendwie gepasst hat. Die ausgebauten Halbleiter sehen auf dem AVR-Tansistortester plausibel aus, das Fehlerbild ist auch Austausch genau das selbe. Ich
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
elf32-avr") OUTPUT_ARCH(avr4) MEMORY { text (rx) : ORIGIN = 0x1e00, LENGTH = 0x1fe + 2 bss (rw!x) : ORIGIN = 0x8000000 + , LENGTH = } /* PHDRS { stub PT_LOAD ; } */ SECTIONS { .bss : { *(.bss) } > bss . = 0x1e00 ; .text : { bootload.o(.text) /* place a
ins Flash geschrieben wird, wenn der gar nicht voll ist. Und dann hat in bootload.template.x die bss-Sgement-Adresse eine 0 zu viel, die lautet 0x800000, nicht 0x8000000 Das hat aber wohl auf die Funktion des Programms keine Auswirkung, da bss eh nicht initialisiert wird. Oliver
-
Thread
SDCC Z80 Compiler: Frage zu Warnung. MBC2-Board
Nothing to load to the target. E:\Embedded\Z80_MBC2\Backup_SD\SDCC>sdc Blink_MBC2.c Blink_MBC2.c:127: warning 283: function declarator with no prototype Blink_MBC2.c:134: warning 283: function declarator with no prototype No compiler errors. Error: utility srec_cat.exe not found! Nothing to load
.area _GSFINAL .area _DATA .area _INITIALIZED .area _BSEG .area _BSS .area _HEAP ; --- Defintion der Heap Groesse __sdcc_heap_start:: .ds heap_size .area _HEAP_END __sdcc_heap_end:: .ds 1 ;//////////////////////////////////
-
Thread
Array nicht in RAM
bytes (59.1% Full) (.text + .data + .bootloader) Data: 316 bytes (30.9% Full) (.data + .bss + .noinit) avr-objcopy -O ihex -R .eeprom -R .eesafe bin\Debug\synth.elf bin\Debug\synth.elf.hex avr-objcopy --no-change-warnings -j .eeprom --change-section-lma .eeprom=0 -O ihex bin\Debug\synth.elf
Treshhold Wert aber immerhin) Das ist vom Spielen mit Tastverhältnissen übrig. Ursprünglich hatte ich da 127, dann 32 und dann 159. Habs aber nicht mehr geändert :) Noch früher habe ich da eine Sägezahnwelle ausgegeben. Da vermute ich keinen Fehler.
-
Thread
Transistortester AVR
1.00k and have compiled the Software with PATNO=m328p and all works well. I have 13632 bytes flash, 127 bytes RAM and 614 bytes EEprom used with this version. If I compile the same software for PARTNO=m168p the software takes 13796 bytes flash, 127 bytes RAM and 446 bytes EEprom. As you can see, the
-
Thread
c++ 11/14/17?
Was mich immer wieder nervt ist, dass es praktisch unmöglich ist einfache Ausdrücke wie: GPIOA->BSS = 1<<5; So z.b. in Templates zu verpacken dass am Ende ein asm Zweizeiler dabei rauskommt auch wenn die Optimierung des Kompilers zum Debuggen ausgeschaltet ist. Mit eingeschalteter Optimierung ist
RCC_AHB1ENR) = static_or_v<CRC_CLK,GPIOA_CLK,GPIOB_CLK,GPIOC_CLK,GPIOD_CLK>; [/c] bzw: [c] GPIOA->BSS = static_or_v<...>; [/c] Auf die Typ-Prüfungen habe ich jetzt verzichtet, kann man aber ja noch obigem Muster ebenfalls einbauen.
-
Thread
STM32 Arduino
Hier die Ergebnisse für die reine fft-Funktion ohne Arduino-Umgebung: [pre] text data bss dec hex filename 500 256 0 756 2f4 fft-arm-16.o 416 512 0 928 3a0 fft-arm-32.o 998 256 0 1254 4e6 fft-avr
Benchmark mit FloatingPoint IIR filter. Arduino UNO ( 16Mhz ) ===================== time/sample us: 127 Sketch uses 3,964 bytes (12%) of program storage space. Maximum is 32,256 bytes. Global variables use 1,312 bytes (64%) of dynamic memory, leaving 736 bytes for local variables. Maximum is 2,048
-
Thread
Linux Kernel 5.1.1. auf dem BPi-R2
from: mmc 1:1 using boot/boot.scr ## Executing script at 85f80000 Boot script loaded from device 1 127 bytes read in 9 ms (13.7 KiB/s) 28473 bytes read in 18 ms (1.5 MiB/s) 7931375 bytes read in 412 ms (18.4 MiB/s) 362528 bytes read in 33 ms (10.5 MiB/s) Booting boot/zImage5 boot/uInitrd boot/dtb
0 4 [ 8] .rel.dyn REL 81e3d10c 04d10c 009518 08 A 12 0 4 [ 9] .bss_start PROGBITS 81e3d10c 056708 000000 00 W 0 0 1 [10] .bss NOBITS 81e3d10c 000000 0196a4 00 WA 0 0 64 [11] .bss_end PROGBITS 81e567b0
-
Thread
Leckstroeme von Transistoren
PMBTA45 <-> PBHV9050T. BSP125 BSS225 BSP225
Beinchen nach oben auf dem Tisch steht (nicht eingebaut). Da 1uA eine Zeitkonstante von ~11e6 sec (~127 Tage) ergibt, moechte ich eben mit dem Transistor einen moeglichst kleinen Beitrag zu den Leckstroemen leisten (sport). Aber denkt daran : Ich hatte ja bereits geschrieben, dasz fuer die Anwendung
-
Thread
10W Bitcoin miner mit 450GH/s für Raspberry Pi
@Mampf F., hast Du die u.g. 1x NCP1117ST33T3G IC REG LINEAR 3.3V 1A SOT223 0,62€ 1x BSS138CT-ND MOSFET N-CH 50V 220MA SOT23-3 0,32€ in fünffacher Anzahl vorrätig und könntest Sie veräußern? Waren, die einzigen, die digikey z.Z. nicht liefern kann. Mouser hat zwar den BSS138
#7581465: > Waren, die einzigen, die digikey z.Z. nicht liefern kann. > > Mouser hat zwar den BSS138 auf Lager, nicht aber den > NCP1117ST33T3G. Auch TME hat die Teile nicht. Ach da kannst du irgendwelche BSS138 und irgendwelche 1117-3.3 ordern. Muss mal meinen BOM-Generator mit neuen Teilenummern