-
Thread
Z180-Stamp Modul
nicht nach möglichen Hardwarevarianten richten. > Bei der Auswahl des n-Kanal Type scheint mir der BSS138 oder ein ander > N-Channel Logic Level Gate FET besser geeignet als der IRLML2402. Beim > 3.3V Betrieb ist die Vgs(th) zu hoch um sicher zu schalten. > > Marcel schrieb im Beitrag #4701525
als der BSS138 funktionieren, da sein Vgs(th) nochmal niedriger ist. Allerdings hat der bei Ugs = 0,00xV nicht ganz schließen wollen (2 Exemplare). Da es mit dem BSS138 funktioniert, habe ich das nicht weiter untersucht
-
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
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
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
Arduino mit NetBeans IDE
‘void __vector_18()’: /usr/local/arduino-1.0.5/hardware/arduino/cores/arduino/HardwareSerial.cpp:127:21: warning: unused variable ‘c’ [-Wunused-variable] /usr/local/arduino-1.0.5/hardware/arduino/cores/arduino/HardwareSerial.cpp: In member function ‘void HardwareSerial::begin(long unsigned int, byte
bytes (3.2% Full) (.text + .data + .bootloader) Data: 11 bytes (0.5% Full) (.data + .bss + .noinit) BUILD SUCCESSFUL (total time: 3s) [/code] Und hier vom proggen: [code] /usr/local/arduino-1.0.5/hardware/tools/avrdude -C /usr/local/arduino-1.0.5/hardware/tools/avrdude.conf -
-
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
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
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
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
Lightweight WS2811/WS2812 Library
uint8_t fade[32] /*PROGMEM*/ = { 7, 15, 23, 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 }; static uint8_t lastIndex; uint8_t index = millis() / 63; if(index != lastIndex) { lastIndex
Running project post-build steps avr-size bin/Release/Stripe_ATMega8.elf text data bss dec hex filename 6642 71 432 7145 1be9 bin/Release/Stripe_ATMega8.elf avr-objdump -h -S bin/Release/Stripe_ATMega8.elf > bin/Release/Stripe_ATMega8.lss avr-objcopy
-
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
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
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 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
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
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
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
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
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
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
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
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
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
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
hhmm" --> <Out><!-- global output settings --> <Udp ip="192.168.0.1" port="514"/><!-- ipPC:127.0.0.1, ipBOX:192.168.0.156, ipBOXx:192.168.0.1, ipBbroadcast:192.168.150.255 --> <Ser port="COM1" bauds="11200"/><!-- not used at the moment --> <File name=""/><!-- "$H/$D mtv.log" for HardDisk
Basteln, daher: @Christian Du könntest mal probieren: mips_4kCle-linux-objcopy -S -R .stack -R .bss -R .comment -O binary und das binary direkt ohne Umwandlung zu laden. kawa
-
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