-
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
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
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
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.
Der Grund ist, dass die 3,3V ausgänge (69Pin´s) direkt von einer CPU kommen. die CPU verträgt im gesamten 45mA. Wenn jeder Pin 1mA hätte, würde simit die Grenze von 45ma überschritten. Derzeit bin ich auf 20µA. Trozdem danke an alle
-
Thread
C++?!?
__SP_L__ = 0x3d __tmp_reg__ = 0 __zero_reg__ = 1 .global __do_copy_data .global __do_clear_bss .section .debug_abbrev,"",@progbits .Ldebug_abbrev0: .section .debug_info,"",@progbits .Ldebug_info0: .section .debug_line,"",@progbits .Ldebug_line0: .text .Ltext0: .weak _ZTV1A
12 1692 69c timer.o 188 3 0 191 bf usart.o 100 0 0 100 64 uuprintf.o 7884 96 66 8046 1f6e avrreflex2 Betrachtet man das C Programm, dann
-
Thread
MMC/SD-Karte mit FAT16 an AVR
00 00 00 00 00 00 00 02 00 08 00 00 00 |................| 0000b040 41 64 00 61 00 74 00 65 00 69 00 0f 00 6f 2e 00 |Ad.a.t.e.i...o..| 0000b050 32 00 00 00 ff ff ff ff ff ff 00 00 ff ff ff ff |2...............| 0000b060 64 61 74 65 69 20 20 20 32 20 20 00 00 00 00 00 |datei 2 .....|
Myfile 35 > und mit >cat Myfile 00000000: 74 20 73 6f 6c 6c 74 65 't sollte' 00000008: 20 69 63 68 20 69 6e 20 ' ich in ' 00000014: 4d 79 66 69 6c 65 20 77 'Myfile w' 00000018: 69 65 64 65 72 66 69 6e 'iederfin' 00000020: 64 65 6e 65 72 66 69 6e 'denerfin' nun ein bisschen komisch
-
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
Look-Up Table wie speichern
Speicherlayout bei den avr-Tools ist folgendes: Ganz unten wird Static Storage lokatiert (.data, .bss, .rodata). Darauf folgt der Heap (verwendet von malloc() etc.), der startend ab __heap_start nach oben hin dem Stack entgegenwächst. Darauf folgt Platz für den Stack, der startend von RAMEND nach
/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=ld/scripttempl/avr.sc;h=05c0b890f050fe3cb2bc3db04178fef69cfbb02a;hb=HEAD#l151 Der Code der .initN Sections wird also einfach hintereinandergeklatscht, daher brauch es (*). Die avr-libc definiert die Vector-Table so, dass Vector 0 (Reset) nach __init springt
-
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
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
ARM-Assembler: Takte zählen
src_asm/stm32f4xx_tim.inc" @ Zyklenzaehler fuer Profiling DWT_CYCCNT = 0xE0001004 .align 4 .bss .global DdaState DdaState: akku: .space 4 cnt: .space 4 v: .space 4 .data min: .word 0xFFFFFFFF max: .word 0 .align 4 .text .type TIM6_DAC_IRQHandler, %function
Berücksichtigt ist ja nur der Bereich zwischen den Zeilen 40 und 72, wobei der Bereich der Zeilen 56 bis 69 nicht durchlaufen wird. Und da finde ich nichts, was eine unterschiedliche Anzahl an Prozessorzyklen verbrauchen könnte.
-
Thread
Kaufberatung Erdungsarmband
blue-wireless-cordless-anti-static-wrist-band-wristband-strap-discharge-cables-25623.html?currency=EUR&gclid=Cj0KCQjwm9vPBRCQARIsABAIQYd9ePt6hTJ69eBCQIKkrz_SzTPXHJbMDypRYrHqrZvEajUStmIYtbgaAowfEALw_wcB
deswegen auf ESD-Schäden, ganz sicher kann ich es nicht sagen. Das waren ganz normale FET, hauptsächlich BSS123 und IRLML6402. So eine ähnliche ist das: https://www.reichelt.de/ESD-Erdungsmaterial/ESD-MATTE-1200/3/index.html?ACTION=3&LA=446&ARTICLE=110009&GROUPID=600&artnr=ESD+MATTE+1200&SEARCH=ESD%2BMatte
-
Thread
AVR Ethernet Platine
Hallo, nehm doch das XC9572-7PC84C, hat 69 Pins und damit ist sichergestellt,das Du genug ausgänge hast. Gruß Marcus
abgelegt, allerings Topdown im SRAM gruppiert als erstes. Man bezeichnet das zwar des öfteren als .bss Segment das ist aber nicht ganz korrekt. Denn WinAVR legt im .bss, der im Flash liegt, die Initialwerte dieser Variablen an. Im .init0 Code wird nun die .bss Section automatisch in den Bereich der .
-
Thread
Analogeingang schützen im ausgeschalteten Zustand
Quellwiderstands von ~100K zu verringern. Also: auch zu klein. Ich würde perspektivisch eher R68 und R69 um Faktor 10 verkleinern. Dann kann C42 entfallen. Und um die Belastung der Batterie zu minimieren, reicht es einmal pro Minute zu messen.
Versorgungsspannung. Denn in allen anderen Fällen > leitet der MOSFET nicht. Ich nehme immer den BSS138 der hat typisch 1.3V verlust. Den Spannungsteiler kann man so umdimensiionieren daß das nicht stört. Man kann auch eine 1.2V Referenzspannung verwenden wenn man eine hohe Auflösung braucht.
-
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
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
WD MyCloud Mirror (Gen 1!): Debian statt Original-FW - wie?
: 0xc0718000 - 0xc075a080 ( 265 kB) .data : 0xc075c000 - 0xc07a7f40 ( 304 kB) .bss : 0xc07a7f40 - 0xc0871670 ( 806 kB) Hierarchical RCU implementation. RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2. NR_IRQS:16 nr_irqs:16 16 LSP version: linux-3.10.39-2014_T3.0p5 sched_clock
zu smb-Server ("sharky") (i3570k, HDD-RAID1): ca. 68MB/s. e) NAS zum smb-Server ("sharky") ca. 69MB/s. Mit jedem Datei-Kopier-Start einige Sekunden lang ca. 109MB/s.
-
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
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
Parksensor Protokoll dekodieren
ms] 137 7,02 128 6,92 125 6,86 81 3,81 77 3,52 69 3,31 21 1,07
und ICSP. Zusätzlich 5 Analog IO. Die PDC werden mit ca 6,2 Volt betrieben und über 6 Shifter mit BSS 138 auf 5V gebracht. Die Schaltung ist gesichert ( Littlefuse 350 mA ), die korrekte Polung/ Verplolung der Stromversorgung wird durch LED ( grün / rot ) angezeigt. Die LED für Pin 13 wird über OP
-
Thread
bare metal m68k-elf.gcc.
Platte. Deshalb bin ich auf einigeUnterscheide bei der Übersetzung gestoßen: Hier Datenbereiche im .bss segment: alt: COMMON 0x001fe000 0xa64 coldport.o 0x001fe000 sizechar 0x001fe004 condition 0x001fe010
short 0x0000 68 short 0x0000 #fmove.l #0,fpcr 69 short 0xf23c 70 short 0x8800 71 short 0x0000 72
-
Thread
600 MHz differential probe Eigenbau
;-) Funktioniert so aber nicht, weil es bei grosser Aussteuerung Probleme mit der Bodydiode des BSS123 gibt.
yahoo.de: SMTP error from remote server for TEXT command, host: mx-eu.mail.am0.yahoodns.net (188.125.69.79) reason: 554 delivery error: dd This user doesn't have a yahoo.de account"
-
Thread
Flashing und Debugging mit gdb und BMP
WAIL) : ORIGIN = 0x20000000, LENGTH = 0x4000 } SECTIONS { .text : { *(.text*) } > rom .bss : { *(.bss*) } > ram } [/c]
BMP-Version: Firmware 1.7.1-69-gbf548e9
-
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
Micro-Wechselrichter reparieren (Hoymiles HM-800)
65C3295826B331CDB87B13042698878C66C7FD241FBD87CE1878F8E44123A470 nrf51_ram.bin 36EF8B35EDC1158F4BAFBDECB8BBD628B1CF91F219B08067028156E92164D69C nrf51_uicr.bin 3D6876A0146DE8576EB2395A858DE1213D1B92C65B779DF3A331CFD5A4584546 ``` This confirms the SWD link isn't dropping bits at 200 kHz. Note that RAM only matches because the target stayed
0x20000000) | Range | Contents | |---|---| | `0x20000000`-`0x20002DFF` | SoftDevice RAM + app data/bss (`r4=0x20002d88` points near the top) | | `0x20003000`-`0x200034FF` | app state: serial copy, config block, pointer table | | `0x200033E0`-`0x2000348F` | `0xDE` fill — paint pattern, untouched |
-
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
Vorsicht, Bastler mit Steckernetzteilen
das ist korrekt. Es gibt einige wenige Dinge, die das tatsächlich sehr übel nehmen (bei mir mal BSS138-MOSFET an meiner Lötstation, diese hatte ungefähr 20µA). Aber ein normaler Eingang z.B. eines Microcontrollers, hat damit kein Problem, weil die ESD-Schutzbeschaltung die paas µA klaglos schluckt
zahlt der Bürger dafür nichts. Man stelle sich vor Putin würde Gebühren erheben um sich 21 TV und 69 Radiosender zu leisten, mit der Begründung die hohe Qualität und faire + Transparente Berichterstattung zu gewährleisten. Und wer die nicht zahlen würde, käme in den Knast. Die freie Welt wäre in
-
Thread
Rust - ist das hier um zu bleiben?
> Denn auch C braucht eine Runtime Wobei diese schon *sehr* minimalistisch ist: Ausnullen von .bss, Initialisieren von .data, Setzen des Stackpointers.
ganz einfach fragen: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=2d69f5a260259c365c4e0ac0913eff0e
-
Thread
LTS: ota pwr mos fet amp für.
/ Hier der Subcircuit: [code].SUBCKT BSS92/SIE 1 2 3 LS 5 2 7N LD 97 3 5N RG 86 87 5.5M RS 5 76 886M D92 97 76 DREV .MODEL DREV D CJO=0.05N RS=20M TT=35N IS=300P BV=240 M92 98 87 76 76 MBUZ .MODEL MBUZ PMOS VTO=-1.489 KP=0.049 M2
das Standard pmos Symbol. Deshaln muss man da Hand anlegen oder das Symbol anpassen. *.SUBCKT BSS92/SIE 1 2 3 * G S D 1 2 3 .SUBCKT BSS92/SIE 3 1 2 ... Außerdem zeigt die Simulation ein "komisches" Startverhalten. Beobachte den Arbeitspunkt der Bauteile. Mit dem Modell von
-
Thread
Hex.file erstellen
# 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 += --change-section-address .data-0x800000 COFFCONVERT += --change-section-address .bss-0x800000 COFFCONVERT += --change-section-address .noinit-0x800000 COFFCONVERT += --change-section-address .eeprom-0x810000 coff: $(TARGET).elf @echo @echo $(MSG_COFF) $(TARGET).cof
-
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
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
Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen
(1<<OCIE0); sei(); lcd_clear(); lcd_block(50,10,269,79,0,255); lcd_block(60,20,109,69,64,255); lcd_block(150,15,189,45,64,64); lcd_block(180,40,219,75,128,128); lcd_block(200,20,239,50,255,255); lcd_string(10,120,PSTR("320x240 LCD Controller"),255,0); lcd_string(15,140,
entworfen, daher sind beide nicht 100%ig kompatibel. > Muß es ein BC327 sein? Ich hätte nen BC557 oder BSS84P hier. Ich sag mal ja. Es kann mit einem BC557 funktionieren, aber der dürfte am Rande der Specs betrieben werden. Der BSS84 ist viel zu hochohmig. > In welchem Bereich kann die Spule liegen
-
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
-
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
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
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
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
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
Was hört ihr für Musik ?
SAGA - Dont be late... https://www.youtube.com/watch?v=eIMy69P_KMw
Morgengym https://www.youtube.com/watch?v=69EkWAV5q7s
-
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
Sketchgröße: 30.134 Bytes (von einem Maximum von 30.720 Bytes) C_OLE_EEP_OK.cpp.elf" text data bss dec hex 29560 574 1031 31165 79bd
-
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
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
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
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
GPS - Empfänger günstig bei Ebay
5306.8080,N,00925.4299,E,0.10,199.0,300808,,*3D $GPGGA,201342.000,5306.8074,N,00925.4284,E,1,06,1.0,69.8,M,,,,0000*36 $GPGLL,5306.8074,N,00925.4284,E,201342.000,A*3D $GPRMC,201342.000,A,5306.8074,N,00925.4284,E,0.10,245.8,300808,,*33 $GPGGA,201357.000,5306.8069,N,00925.4282,E,1,06,1.0,70.4,M,,,,0000
ohne Lötzinn beizufügen. Wichtig ist, dass man spätestens nach jedem zweiten Mal drüber gehen, bsser jedes Mal, neues FLussmittel aufträgt. Wie gesagt, FLussmittel ist unser Freund XD Das Ganze wiederholt man auf der anderen Seite und fertig. Noch was sauber machen das ganze, damit der FLussmittel-Dreck
-
Thread
Retro Fieber: Z80 oder 68000 ?
_CODE .area _GSINIT .area _GSFINAL .area _GSINIT .area _DATA .area _BSEG .area _BSS .area _HEAP [/code]
wissen, der 68000 ist sicherlichn die bessere "C-Maschine". Ausrüstung: - Universal EPROMMER, ca 69 Euro und Löscher - EPROM und RAMS - Linux als Programmiersystem und Terminal (nix Windoofs!) - USB/RS232 Adapter für 2 Euro aus der Bucht und das übliche Lötgeraffels....
-
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
WordClock mit WS2812
IRF9310 MOSFET und die Zusatzbeschaltung hergestellt (eher schnell als schön). Statt des BS170 wurde ein BSS123 verwendet. Mit auf der Platine ist auch eine (optionale) Schottky-Diode – geschaltet zwischen WS2812-Daten und geschalteter Versorgungsspannung. Bei den Anschlüssen dafür (1x Schraubklemme, 1x
56 67 66 65 64 63 62 61 60 59 58 57 68 69 70 71 72 73 74 75 76 77 78 89 88 87 86 85 84 83 82 81 80 79 90 91 92 93 94 95 96 97 98 99 100 112
-
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