-
Thread
[V] Bausatz für Giess-o-mat Sensor
Akkus wieder ausgeglichen :) Habe bisher Temperatur- und Luftfeuchtigkeitssensoren mit dem RFM69-Modul in Betrieb und da halten ein Satz Batterien locker 1-2 Jahre. Ich hoffe mit dem Giess-o-mat Sensor erreicht man ähnliche Laufzeiten, je nachdem wie oft eben gemessen wird...
von Plastik 71? So wie es aussieht, sinkt das Gewicht vom Top und die Frequenz steigt. http://bss135.selfhost.eu:58888/dashboard/db/erdfeuchte-topfdaten?from=1485903600000&to=1486386000000 Leider scheint da die Frequenz sehr Temperaturanhängig zu sein. Dazu gabe es aber bereits einen Beitrag
-
Thread
Z180-Stamp Modul
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
"MP/M II and later" auch CP/M 3 einschließt, d.h. du solltest für die aktuelle Zeit auch BDOS 105/69h benutzen können. Probier's aus.
-
Thread
dsPIC33E mit ECAN - Geht es auch ohne DMA?
function) ECAN1Config.C:68: error: 'DMA0CNT' undeclared (first use in this function) ECAN1Config.C:69: error: 'DMA0REQ' undeclared (first use in this function) ECAN1Config.C:70: error: 'DMA0STA' undeclared (first use in this function) ECAN1Config.C:71: error: 'DMA0CONbits' undeclared (first use in
1472/main.o: Link Error: Could not allocate section _03E9F2A053396484, size = 512 bytes, attributes = bss dma Link Error: Could not allocate data memory DPSRAM scheint Dual Ported SRAM zu sein, was er für DMA braucht. Jemand eine Idee? Muss man da noch etwas im LinkerScript eintragen?
-
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
viele Kleinsignalrelais am µC mit Material von Reichelt günstig schalten
Platinen, ergo 30 Euro, somit deutlich über dem Preis für 8 Relais + M74HC595 + ULN2803 = 8,43 € pst69de schrieb im Beitrag #3431120: > Also eine Induktivität mit einen Mikrocontroller direkt ansteuern > zu wollen ist mutig ... Das will hier keiner, hast du meinen Beitrag überhaupt durchgelesen?
simple Schieberegister (74HC595, CD4094, o.ä.) genommen und direkt an jedes Relais einen kleinen FET (BSS138 reicht schon) und eine Freilaufdiode gesetzt. Bei einem Relais in THT ist da mehr als genug Platz zwischen den Beinchen. Apropos Relais: ich habe das gerade mal bei Reichelt nachgeschaut. Das
-
Thread
Hilfe - AVR-GCC "optimiert" Schleife zur Endlosschleife
bytes (2.6% Full) (.text + .data + .bootloader) Data: 0 bytes (0.0% Full) (.data + .bss + .noinit) [/pre] Was passiert hier? Warum "optimiert" der GCC die Schleife mit der "int"-Variablen zur Endlosschleife? Beim Kompilieren kommen keine Warnungen. Viele Grüße, Holger
SUBS r1,r0,#1 0x0800061A 0008 MOVS r0,r1 0x0800061C D1FB BNE 0x08000616 69: for (;;) ; 0x0800061E BF00 NOP 0x08000620 E7FE B 0x08000620 [/avrasm]
-
Thread
Mini Wanderkiste " Runde I " Gesperrt
2x doppelseitiges FR4 Rohmaterial mini 1x einseitiges Rohmaterial Photobeschichtet klein paar JM69RA 40x 7-Segmentanzeigen superhell Rot 25x 7805er Spannungsregler 5V THT und noch n gutes Stück abgerolltes SMD Lötzinn
16 Mhz - 4x SMD Quarz 30 Mhz - 2x SMD Quarz 40 Mhz - n Stück SMD Diode Rot (SOT323) - n Stück BSS92 (TO-92 P-Ch MOSFET) - 3x SN7544 (THT) - 4x CD40106 (THT) - THT-ICs: Logic (TTL und CMOS) EEPROM RS232 Wandler ----------------------------------------------------------- Die Kiste
-
Thread
Hackbarer(?) 21 EUR Quadcopter
Wo schrieb im Beitrag #3397494: > ist also ein 2SC1623 Warum kann das z.B. kein BSS69R sein? Der wäre PNP. Geht die LED bei Euch aus oder an? Bei mir geht sie aus, wenn der Akku voll ist. PS: Ich bae zum Glück noch einen Walkera Lama2. Da war ein ordentliches Ladegerät dabei
>> ist also ein 2SC1623 > Warum kann das z.B. kein BSS69R sein? Der wäre PNP. Weil ich keine PNP Transistoren mag, die waren immer so schwer zu beschaffen. Aber Spaß beiseite. Ich war tatsächlich bis vor wenigen Minuten der Meinung daß sich aus der
-
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
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
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
RWE Smarthome
: 0xc0343000 - 0xc0362000 ( 124 kB) .data : 0xc0362000 - 0xc0384e40 ( 140 kB) .bss : 0xc0384e64 - 0xc039e6e0 ( 103 kB) NR_IRQS:192 AT91: 96 gpio irqs in 3 banks Console: colour dummy device 80x30 console [ttyS0] enabled Calibrating delay loop... 98.71 BogoMIPS (lpj=493568)
detected and corrected. Sector 1be1 Verifying signature ... Computed Digest = ebf978fcecad3797b5a69d47be24eec04435b173 @pReceiveBuf = 0x800485c0 - 0x00 0x00 0x00 0x0a @pReceiveBuf = 0x800485c0 - 0x00 0x00 0x00 0x12 @pReceiveBuf = 0x800485c0 - 0x00 0x00 0x01 0x0e @pReceiveBuf = 0x800485c0 - 0x00
-
Thread
Stromquelle - Schaltplan: So umsetzbar?
nicht in TINA integriert. Die FETs sind auch erstmal willkürlich gewählt. T1 würde ich durch einen BSS84 ersetzen, T2 mal schauen. Die Auswahl ist auf diese gefallen, da der TL072 bis hin an seine Betriebsspannung messen kann. Dagegen kann er die Aufgabe vom LM358 nicht übernehmen, da er eine so geringe
Emitterstrom > durch die Basis in den OP fliessen und ihn ueberlasten. R67 begrenzt den > Strom. R68/69 ergeben zusammen 50 Ohm ein glatter Wert zum rechnen. (Dem > Automaten ist es egal) > > Der OP muss allerdings ein RailToRail Type sein. Wenn nicht muss oben > noch eine Z-Diode eingebaut werden
-
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
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
Sheevaplug brauche eine Einführung
64 ldr pc, _hang 65 66 _hang: 67 .word do_hang 68 /* pad to 64 byte boundary */ 69 .word 0x12345678 70 .word 0x12345678 (gdb) n Cannot find bounds of current function (gdb) n Cannot find bounds of current function (gdb) n Cannot find bounds of current function (gdb)
bereit. Oder auch nicht in der Lage... >u-boot: 00600000 T __image_copy_start ... 0069c4b0 B _bss_end_ == Physikalisch Adressen. >linux: c0004000 A swapper_pg_dir ... c06ced40 A _end == Virtuelle Adressen (man Memorymapping) > Ein anderes Problem: > bootargs=console=ttyS0,115200
-
Thread
DMX steuerbaren RGB LED PAR oder Pinnspot selber bauen
Gehäuse Die ATmega*8 gibt es als PDIP, MLF und TQFP. Momentan bei csd-electronics: ATMEGA328P-AU 1,69€. > Selbst µCs mit 1,27mm Rastermaß finde ich schon nicht mehr besonders > leicht zu löten Was jetzt? SMD bei ICs ist 1.27mm und kleiner. > Würde sich ein AT90PWM3B für einen DMX RGB LED Controler
bytes (4.0% Full) (.text + .data + .bootloader) Data: 13 bytes (1.3% Full) (.data + .bss + .noinit) Build succeeded with 0 Warnings...
-
Thread
ATmega1284P Beschreiben in falschen Speicherbereich?
atmega1284p Program: 117566 bytes (89.7% Full) (.text + .data + .bootloader) Data: 11372 bytes (69.4% Full) (.data + .bss + .noinit) Dadurch funktionieren auch nicht mehr alle Routinen. Wenn ich nur die erste Hälfte der großen Font benutze, geht wieder alles. Auch wenn ich beide Hälften der größten
funktioniert alles. Der Flash wird dann natürlich weniger beschrieben, z.B. bei Program: 91454 bytes (69.8% Full) (.text + .data + .bootloader) funktioniert alles. Darf ich gar nicht die kompletten 128 KB des ATmega1284P beschreiben?! Ein Hinweis, wo das im Datenblatt steht, wäre nett. Gruß Andreas
-
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
Transistortester AVR
tester, Displays 1000uF -> 1576uF 3300uF -> 126900uF 100uF -> 162uF 100nF -> 158nF 47nF -> 69nF Triac BT138 displays only 19uF Do you have good software (eprom.hex and program.hex) for ATmega8A-PU (no Atmega8-16PU) ?
> Displays 1000uF -> 1576uF > 3300uF -> 126900uF > 100uF -> 162uF > 100nF -> 158nF > 47nF -> 69nF > > Triac BT138 displays only 19uF > > Do you have good software (eprom.hex and program.hex) for ATmega8A-PU > (no Atmega8-16PU) ? Hallo Tom, I don't know, which software is currently
-
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
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
Alles Rund um den MEDION LIFE P89626 NAS
@Rex69 "Wenn ich per NFS Daten aufs NAS schiebe ist die NAS CPU 100%" Das war bei mir auch so - bei Direktanbindung per Kabel an Router! Mache nun gerade Sicherung des Laptops meine besseren Hälfte
Normaler start: [code]U-Boot 1.1.2 (Jun 24 2011 - 09:41:57) U-Boot code: 60D00000 -> 60D1A94C BSS: -> 60D1F004 RAM Configuration: Bank #0: 60000000 128 MB SRAM Configuration: 64KB at 0x50000000 NAND:128 MiB In: serial Out: serial Err: serial Setting Linux mem= boot
-
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
UART & atmega644
section size addr .data 8 8388864 .text 578 0 .bss 69 8388872 .debug_aranges 64 0 .debug_pubnames 149 0 .debug_info 837 0 .debug_abbrev 377 0 .debug_line 652 0
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
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
#2151311: > @Christian > Du könntest mal probieren: > mips_4kCle-linux-objcopy -S -R .stack -R .bss -R .comment -O binary Vermutlich hast du's jetzt auch schon selber versucht? Keine Ahnung, warum ich das als big-endian versucht hatte; der Kernel war ja schließlich als little-endian kompiliert.
-
Thread
Mathe-Frage. Münzwurf
nicht geglaubt (und bin immer noch skeptisch). Ich werd langsam alt. Ich glaub ich such mir einen bsseren Zufallsgenerator und schau ob sich was ändert.
6.35819223987 65 : 6.45753899362 66 : 6.45753899362 67 : 6.55538049352 68 : 6.55538049352 69 : 6.65178314784 70 : 6.65178314784 71 : 6.74680862138 72 : 6.74680862138 73 : 6.84051429668 74 : 6.84051429668 75 : 6.93295367906 76 : 6.93295367906 77 : 7.02417675379 78 : 7.02417675379
-
Thread
Abfrage effizienter gestallten
.text 0x40000 : > { > *(.text) > } > .data : > { > *(.data) > } > .bss : > { > *(.bss) > } >} Damit rufst du den Linker auf: >ld -T link.ld main.o Der Wert hinter ".text" ist (hoffentlich) sozusagen die Basis-Adresse, an die du die Binärdatei, die
SECTIONS { .text 0x20001000 : { *(.text) } .data : { *(.data) } .bss : { *(.bss) } } [/code] ////////////EDIT////////// Rufe ich den Linker ohne -T auf, so klappt es so wies aussieht.. Danach erhalte ich die im nächsten Post angehängte Datei.
-
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
-
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
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
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
pkgdetails... # Installing /usr/share/debootstrap/pkgdetails... Connecting to jeff.doozan.com (69.163.187.226:80) wget: can't open '/usr/share/debootstrap/pkgdetails.md5': No such file or directory Connecting to jeff.doozan.com (69.163.187.226:80) wget: can't open '/usr/share/debootstrap/pkgdetails.md5
wieder lieferbar? also hier im lokalen mm stehen noch ein paar rum. sind allerdings von 89 aug 69e "runtergesetzt"... lieferbar also schon, nur einfach zu teuer... jay
-
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
CP/M auf ATmega88
mmcCMD: 37 00000000 <FF <FF <FF >77 .. 01>01 <FF <01 CMDRes: 01 mmcCMD: 29 00000000 <FF <FF <FF >69 .. 01>01 <FF <01 CMDRes: 01 mmcCMD: 37 00000000 <FF <FF <FF >77 .. 01>01 <FF <01 CMDRes: 01 mmcCMD: 29 00000000 <FF <FF <FF >69 .. 01>01 <FF <00 CMDRes: 00 mmcCMD: 10 00000200 <FF <FF <FF >50
mmcCMD: 37 00000000 <FF <FF <FF >77 .. 01>01 <FF <01 CMDRes: 01 mmcCMD: 29 00000000 <FF <FF <FF >69 .. 01>01 <FF <01 CMDRes: 01 mmcCMD: 37 00000000 <FF <FF <FF >77 .. 01>01 <FF <01 CMDRes: 01 mmcCMD: 29 00000000 <FF <FF <FF >69 .. 01>01 <FF <00 CMDRes: 00 mmcCMD: 10 00000200 <FF <FF <FF >50 ..
-
Thread
IRMP - Infrared Multi Protocol Decoder
oooooooooooooooooooooooooooooooooooooooooooooooooooooooo 78 5 o 2 avg: 3.3 = 163.5 usec, min: 1 = 50.0, max: 5 = 250.0 tol: 69.4% [/code] Hier sind die Kurven breiter und die Abweichhungen liegen bei 38 - 70%. Das ist schon happig. Gruß, Frank
Sieht besser aus: F_INTR | text | data | bss | dec | vgl. zu 16000 ---------+---------+-------+-------+---------+----------------- 5000 | 11104 | 180 | 113 | 11397 | -268 6000 | 11108 | 180 | 113 | 11401 | -264
-
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
Mini-Farbdisplay (+mehr) für 1 Euro
warum es direkt am µC leiser war, da du wohl nicht mehr auf 3,3 V am Lautsprecher gekommen bist. BSS123 als N-Fet und BSS83P als P-Fet. Noch nen 5. Fet (*hust*) zum Abschalten des ganzen... Gibts da vielleicht bessere Schaltungsideen von jemandem?
0,31,32,64,32,31 'V DATA 0,63,64,60,64,63 'W DATA 0,99,20,8,20,99 'X DATA 0,7,8,112,8,7 'Y DATA 0,113,73,69,67,0 'Z 'Font-Quelle: 6x8 Zeichensatz aus dem Verzeichnis "C:\BASCOM\SAMPLES\LCDGRAPH\my6_7.font"
-
Thread
NXP verschenkt ARM-Chips
interrupts */ ldr r1, =VICSOFTINTCLR mov r2, #0xFFFFFFFF str r2, [r1] /* zero-out the bss */ ldr r3, =__bss_start__ ldr r4, =__bss_end__ bl zeromemory /* copy initialized data from ROM to RAM */ ldr r3, =__data_load_start__ ldr r4, =__data_start__ ldr r5, =__data_end
R0, [R1], #4 STRLO R0, [R2], #4 BLO LoopRel # Clear .bss section (Zero init) MOV R0, #0 LDR R1, =_bss_start LDR R2, =_bss_end LoopZI: CMP R1, R2 STRLO R0, [R1],
-
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
-
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
Transistortester mit AVR Gesperrt
bytes (86.1% Full) (.text + .data + .bootloader) Data: 348 bytes (68.0% Full) (.data + .bss + .noinit) Der viele RAM geht momentan anscheinend für die LCD Strings drauf, die man in den Flash packen könnte.
dieser Wert interessant. Und noch ein paar Messwerte: gemessen, Datenblatt (min, typ, max) BSS98: 1.53V, 0.8V, 1.2V, 1.6V IRF1405: 3.62V, 2.0V, - , 4,0V BS170: 2.45V, 0.8V, 2.1V, 3.0V BUK555: 1.69V, 1.0V, 1.5V, 2.0V Der Drainstrom liegt mit etwa 4-5mA etwas höher als die
-
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?!
-
Thread
macros.h für AVR
0x21, 0x43, 0x45, 0x49, 0x31, 0x00 }, // 2 { 0x42, 0x41, 0x51, 0x69, 0x46, 0x00 }, // 3 { 0x0c, 0x14, 0x24, 0x5f, 0x04, 0x00 }, // 4 { 0x72, 0x51, 0x51, 0x51, 0x4e, 0x00 }, // 5
werden jetzt gefunden, es gibt allerdings noch Fehlermeldungen des Typs: !E <library>(43): area 'bss' not large enough Ich denke, dass ich in den Optionen noch was umstellen muss, doch was? Danke Flo
-
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
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
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
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
MMC SD library FAT16 FAT32 read write
bytes (75.5% Full) (.text + .data + .bootloader) Data: 686 bytes (67.0% Full) (.data + .bss + .noinit)
bytes (43.8% Full) (.text + .data + .bootloader) Data: 1528 bytes (74.6% Full) (.data + .bss + .noinit)
-
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
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: