-
Thread
SimulAVR, GDB Programm mit ADC simulieren
00c0 auf hex 83 # (gdb) set *0x00b1=0x85 setzt SRAM Register 00b1 auf hex 85 # (gdb) set *0x0053=0x89 keine Veraenderung # (gdb) set *0x00af=0x89 setzt SRAM Register 00af auf hex 89 [/c] Leider verstehe ich das Verhalten im gbd bezüglich Registern überhaupt nicht. Der Adressraum ist für mich nicht
COFFCONVERT=$(OBJCOPY) --debugging \ --change-section-address .data-0x800000 \ --change-section-address .bss-0x800000 \ --change-section-address .noinit-0x800000 \ --change-section-address .eeprom-0x810000 [/c] Gruß Markus
-
Thread
Level-Shifter für SPI
Kanal-Pegelwandler-I2C-5V-3-3V-Level-Shifter-Konverter-Arduino-Raspberry-Pi/252742078456?hash=item3ad89a0ff8:g:pKkAAOSwCK1b6qwj Wenn man die Platine nicht will klatscht man sich die 4 Transistoren und paar Widerstände selbst zusammen. BSS138 Schaltungsvorschlag ...
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
/i-data/6764ac2f/admin/mtd6.backup.oob + cat /i-data/6764ac2f/admin/mtd6.backup.oob.md5 fa1f9af2d89a4e2f81525ac69e818d95 /i-data/6764ac2f/admin/mtd6.backup.oob ____________________________________________________________________ Backup mtd7: 05dc0000 00020000 "sysdisk" + ./nanddump -nof /i-data
://zywallforum.de/backup-planner-funktioniert-wieder-wie-er-soll-über-2-gb--t2422.html-sid=203df7df89c6bf71f413ecc11a75fe9c [[LINK2]] - http://forum.nas-portal.org/showthread.php?14358-NAS-Medion-P89626-Problem-mit-Backup-Planner-bzw-Alle-Shares-sichern Kann jemand helfen??? mfg DeepDog
-
Thread
STM32 und Linux - Einsteigerfragen
mbed-os-example-blinky Elf2Bin: mbed-os-example-blinky | Module | .text | .data | .bss | |--------------------|---------------|-------------|-------------| | [fill] | 148(+148) | 12(+12) | 45(+45) | | [lib]/c.a | 26000(+26000) | 2472(+2472) | 89(+89) | | [lib]/gcc.a | 772(+772) | 0(+0) | 0(+0) | | [lib]/misc | 208(+208) | 12(+12) | 28(+28) | | main.o | 1066(+1066) | 4(+4) | 36
-
Thread
AT89S52 Ausgangs Pegel bei 1 Signal
Hallo, folgendes, ich möchte gerne an meinen At89S52 mehrere kleinverbraucher schalten. Gedacht habe ich mir das ganze mit einem Transistor...Wie man das ganze dimensioniert ist mir (hoffentlich) klar. Mein einzigstes Problem sind die Ausgangswerte
einen n-Kanal-Mosfet, der kann direkt an einen 8051-Port angeschlossen werden. Infrage kommt 2N7000, BSS-123 oder viele andere. Bei größeren Leistungen kommen Logiklevel Mosfets in Frage.
-
Thread
Variablen mit 0 initialisieren
3 Taktzyklen beim Programmstart einsparen") aufgeben. Die Entscheidung, welche Variablen nun im BSS-, DATA- oder CODE-Segment landen, überlasse ich dem Compiler - aktuelle bekommen es optimal hin und bei denen, die das nicht optimieren, so what? In 99.99% der Fälle ist es eh vollkommen schnuppe.
Standardbibliothek ist noch was anderes als die komplette Unterstützung der C99-Syntaxerweiterungen (gegenüber C89).
-
Thread
AT89C4051-Schalten eines Relais mit 24V/200mA
Hallo, könnte mir vieleicht jemand helfen, und zwar möchte ich mit einem AT89C4051 ein elektro-pneumatisches Ventil ansteuern, im Moment ist dies mit Hilfe eines N-Kanal Anreicherungstyp Mosfet realisiert (BSS98), das Problem hierbei ist nur der H-Pegel nach einem Reset des Controllers
-
Thread
Welcher Transistor
nicht unbedingt auf den 500mA bestehst: N-FETs: 2n7002 (smd) UGS 2V, 300mA, BS170 2V,500mA P-FETs: BSS84 (smd) -2V, 130mA, BS250P -3.5V, 250mA
beim großen C zu haben. Bei: Ugs=4,5V, Id=10,5A, Rds=13mOhm SO8 Gehäuse, >1W Verlustleistung -.89eur bei Einzelstückabnahme. Das Ding ist nichteinmal besonders gut, "nur" Logic-Level, steht nur gerade ganz unten auf der Seite im Katalog vor mir. Tolles Forum übrigens, lese schon ein ganze Weile
-
Thread
Konzept Interrupts und Klassen
eines Cortex-M läuft und "fast" keine Unterstützung zur Laufzeit braucht: https://github.com/korken89/crect Das klingt sehr spannend, finde ich :-)
EXTI_ClearITPendingBit(EXTI_Line1); } }[/c] Ohne den Aufruf von testIntFun(): [c] text data bss dec 3932 1092 1108 6132 [/c] Mit dem Aufruf von testIntFun(): [c] text data bss dec 73124 2536 1384 77044 [/c] Ich benutze Eclipse CDT mit AC6 Plugin
-
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.
231 239 247 255 uint8_t Drehzahlkennlinie[33] = {0,8,16,24,32,40,47,54,61,68,74,79,83,86,89,92,95,98,101,104,107,110,100,100,100,100,100,100,100,100,100,100,100}; So lese ich sie aus: Byd1 = (Freq / Punkte); Byd2 = (Byd1 + 1); //Werte aus der Taballe auslesen
-
Thread
Wo ist der Interrupt-Table hin?
atmega8 -c main.c -o main.o avr-gcc -o main.bin main.o avr-size main.bin text data bss dec hex filename 42 0 0 42 2a main.bin avr-objcopy -j .text -j .data -O ihex main.bin main.hex [/c] Disassembly (avr-objdump -D -S -s main.bin): [c]
100000001F920F920FB60F9211248F9382B78F5FBA :1000100082BF8F910F900FBE0F901F90189581E0B7 :0A00200083BF89BF82BF7894FFCF31 :00000001FF [/c]
-
Thread
Mosfet BS208 sperrt nicht bei >3V
Signal raus kommt. Die Schaltung mit den P und N Kanal Mosfet klapt nicht der N wird nur Heiß ( BSS89 ) der D des N-kanal war auf G des P-Kanal und Widerstand , das war so richtig? ( wenn ja, klappt es nicht so , schade :-( )
-
Thread
WinAVR Fehler ?! BITTE UM HILFE
from main.h:57, from main.c:27: c:/winavr-20070525/bin/../avr/include/util/delay.h:89:3: warning: #warning "Compiler optimizations disabled; functions from <util/delay.h> won't work as designed" main.c: In function 'InitFat': main.c:140: warning: pointer targets in assignment differ
main.h:57, from httpd.c:10: c:/winavr-20070525/bin/../avr/include/util/delay.h:89:3: warning: #warning "Compiler optimizations disabled; functions from <util/delay.h> won't work as designed" httpd.c: In function 'httpd': httpd.c:82: warning: pointer targets in assignment differ
-
Thread
Linearbetrieb MOSFET gesucht
5R6 Vorwiderständen pro Strang ) einen von zwei parallel geschalteten NPN-Transen( 2SD1898 im SOT-89 Gehäuse ) abgeschossen. Leider auch zwei LEDs, die ich durch 3V0-Z-Dioden ersetzt habe, welche in dieser Schaltungsanordnung ca. 3,2V Spannungsfall hervorrufen. Diese NPN sind für max. 1A ausgelegt
www.infineon.com/cms/en/product/power/mosfet/12v-800v-small-signal-mosfet/?filterValues=~(522~(~%27SOT-89))&visibleColumnIds=name,productStatusInfo,orderOnline,opn,551,522,869_max,559_93_max,559_90_max,547_136_nom,478_min,478_max,830,529,284_min,284_max,681_nom Bernd_Stein
-
Thread
Wo die Daten speichern?
bytes (80.6% Full) (.text + .data + .bootloader) Data: 1365 bytes (1066.4% Full) (.data + .bss + .noinit) Build succeeded with 0 Warnings... Die 1066% lassen mich stutzig werden, aber was tun?
My_sin[] PROGMEM ={ 0x80,0x81,0x81,0x82,0x82,0x83,0x83,0x84, 0x85,0x85,0x86,0x86,0x87,0x87,0x88,0x89, //usw. 0x75,0x75,0x76,0x76,0x77,0x78,0x78,0x79, 0x79,0x7A,0x7A,0x7B,0x7C,0x7C,0x7D,0x7D, 0x7E,0x7E,0x7F,0x80, }; int main(void) { DDRB = (1 << DDB4); // PB4=Pin3 als Output PORTB = 0
-
Thread
Ratlos: int constant type not supported in coff-avr?
avr-objcopy --debugging \ --change-section-address .data-0x800000 \ --change-section-address .bss-0x800000 \ --change-section-address .noinit-0x800000 \ --change-section-address .eeprom-0x810000 -O coff-avr demo.elf demo.cof int constant type not supported in coff-avr C:\WinAVR-20090313
verdeutlicht, aus welcher Zeit das COFF (common object file format) stammt; damals gab es noch kein C89 ("ANSI-C"), damit auch noch kein Schlüsselwort wie "const". Folglich kennt dieses Objektformat sowas nicht. > bzw. wie man dies behebt!? Indem man kein COFF mehr benutzt. Der einzige mir noch
-
Thread
Transistortester AVR
ARTICLE=58324;GROUPID=2959;artnr=ATMEGA+168-20DIP;SID=12T3Xy4n8AAAIAABT0PlU8bccc99f6b44db843b9cfaa778ef89c9 ist die 20DIP-Ausführung, ansonsten gibt es ja noch die SMD-Ausführung im TQFP-32, ansonsten kenne ich keine. Das ist ja auch wurscht, die gehen ja alle. > Wie du geschrieben hast, werden nicht
Atmel-ATMega-AVRs/2/index.html?;ACTION=2;LA=2;GROUPID=2959;SID=12UH65rH8AAAIAAEg1tPQad75c0b6c08258d5706b0ad08c4af89a Danke und Gruß Christian
-
Thread
Programm wird ungewollt als THUMB ausgeführt
EXTRA_LIBDIRS = ../arm7_efsl_0_2_4 EXTRA_LIBDIRS = # 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 for C here
STRLO R0, [R2], #4 BLO LoopRel DataIsEmpty: .endif /* Clear .bss section (Zero init) */ MOV R0, #0 LDR R1, =__bss_start__ LDR R2, =__bss_end__ CMP R1,R2 BEQ
-
Thread
GNUARM-Linker ERROR wegen hardware FP
arm-elf/lib/crt0.o: In function `start': ../../../../../../newlib-1.14.0/newlib/libc/sys/arm/crt0.S:89: undefined reference to `memset' ../../../../../../newlib-1.14.0/newlib/libc/sys/arm/crt0.S:95: undefined reference to `initialise_monitor_handles' ../../../../../../newlib-1.14.0/newlib/libc/sys/arm
`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
avr-sizex: Unable to find the .eeprom section
dann so aus: AVR Memory Usage: ----------------- Device: atmega8 Program: 7304 bytes (89.2% Full) (.text + .data + .bootloader) Data: 177 bytes (17.3% Full) (.data + .bss + .noinit) Stimmt diese Anzeige so auch oder ist die neuere besser? mfg
-
Thread
Led an OpenCollector invertieren
. schrieb im Beitrag #7698337: > Oder brauch ich einen > Transistor als Inverter? Z.B. BS170, BSS138.
zum Leuchten zu bringen, mutiert echt zu einem Trauerspiel – man sollte einen MOSFET (TO92/SOT23/SOT89/SOT223) oder ein CMOS-Gatter (SOT23-5), alternativ einen OP-Amp (auch klein in SOT23-5 oder DIP8) als z.B. Spannungsfolger oder Komparator nehmen und gut ist, damit der Ausgang nicht belastet wird und
-
Thread
AVR C/ASM Verständnisfrage
r24 ; 30 6ce: e0 91 c9 00 lds r30, 0x00C9 6d2: f0 91 ca 00 lds r31, 0x00CA 6d6: 81 89 ldd r24, Z+17 ; 0x11 6d8: 8d bb out 0x1d, r24 ; 29 6da: f0 cf rjmp .-32 ; 0x6bc <ee+0x10>
bytes (102.2% Full) (.text + .data + .bootloader) Data: 96 bytes (75.0% Full) (.data + .bss + .noinit) EEPROM: 127 bytes (99.2% Full) (.eeprom)
-
Thread
c++ 11/14/17?
Hoffnung, dass die verbleibenden Fälle auch korrekt sind. C++20 Software kann man genau so testen wie C89-Software.
[x] Wir wollen C89 ("ANSI-C") weil wir das im Studium lernen mussten und zu faul sind irgendwas anderes zu lernen. Außerdem Simulink weil das so schön bunt ist.
-
Thread
Bitte Hilfe: Installation schlägt fehl :-(
04.08.02 17:48 gcctest1.sym 10 file(s) 83.105 bytes 3 dir(s) 4.793.89 MB free *** Wo ist das beschriebene ROM-File? und wo ist die ASM-Datei ? Frage: Ist das nun OK so ? Ist die .hex-Datei nun mein "Programm" ? Ich bin im Moment etwas ratlos... Also: Kann
change-section -lma .eeprom=0 -O ihex gcctest1.elf gcctest1.eep avr-size gcctest1.elf text data bss dec hex filename 128 0 0 128 80 gcctest1.elf Errors: none Im Moment funktioniert das ... Frage: Sieht jemand Probleme, wenn ich das so lasse ??? Gruß und
-
Thread
AVRGCC C++ undefined reference to Max7456::Max7456()
, 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
# 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
Displaybeleuchtung mit PWM dimmen
Hallo, ich habe vor, mit meinem AT89C51ed2 ein Display anzusteuern. Dieses Display hat eine Beleuchtung, die ich von ganz hell, bis ganz dunkel dimmen möchte. Das Alles soll über PWM am P1.7 geschehen. Natürlich darf das Display *nicht
hier mit einem externen Pullup nach (ca. 15kOhm gegen Vcc), oder Du nimmst doch einen Mosfet. (z.B.: BSS100) Gruß, Markus_8051
-
Thread
Bootloader + avrdude: kleinere Probleme
flasht avrdude immer mehr Bytes als es aufgrude der Ausgabe von avrsize [code] text data bss dec hex filename 1724 214 69 2007 7d7 bootload1.elf [/code] bzw. der Größe von bootload1.hex (ca. 130 Zeilen, Startadresse 0x7000) zu erwarten ist. [code] avrdude -p
: Writing | ################################################## | 100% 14.89s avrdude: 30610 bytes of flash written avrdude: verifying flash memory against bootload1.hex: avrdude: load data flash data from input file bootload1.hex: avrdude: input file bootload1.hex
-
Thread
ENC28J60 Basics[Beispielprogramm in AVRGCC für atmega8]
Hallo alle miteinander, ich versuche zur Zeit den ENC an einem AT89S8252 via Assembler zum laufen zu kriegen. Die Schaltung ans laufen zu kriegen war kein problem, allerdings tue ich mich ein bisschen daten ins Lan rauszuschicken. Die LED´s zeigen Link und bei Broadcast
bytes (24.2% Full) (.text + .data + .bootloader) Data: 525 bytes (51.3% Full) (.data + .bss + .noinit) Build succeeded with 6 Warnings... [/pre] Leider bin ich jetzt doch etwas ratlos was die Warnungen mir mitteilen wollen. Kann jemand helfen? Würde das Programm auch so laufen?