-
Thread
OLYMPIA Protect 9266
Wieso kann man die URL zum BSS169 nicht eintragen? https://www.infineon.com/assets/row/public/documents/24/49/infineon-bss169-ds-en.pdf Vielleicht mag die Forensoftware keine Minuszeichen in einer URL?
#7947856: > Max K. schrieb im Beitrag #7947834: >> Ich habe mir das einfacher Vorgestellt > > Ein BSS169 für 30ct ist nicht einfach genug? Optokoppler ist ja nicht > unbedingt nötig. > > Oder BSP 129, oder auch J-FET J113. OK also wenn das mit einem Transitor BSS169 funktioniert würde ich das
-
Thread
AVRStudio ärgert
Total 73795 Das Studio meldet: AVR Memory Usage ---------------- Device: atmega169 Program: 13216 bytes (80.7% Full) (.text + .data + .bootloader) Data: 227 bytes (22.2% Full) (.data + .bss + .noinit) Build succeeded with 0 Warnings... Der Code des Datenloggers hat laut Studio: AVR Memory Usage ---------------- Device: atmega169 Program: 18584 bytes (113.4% Full) (.text + .data + .bootloader) Data: 694 bytes (67.8% Full) (.data + .bss + .noinit) Build succeeded with 1 Warnings... Wie soll das denn reinpassen
-
Thread
Lin. Spannungsregler der sauber abschaltet
Leistung rauszieht) genügend Last hat und somit den selben Zweck erfüllt. Danke für den Tip mit dem BSS169, das vereinfacht die Sache!
: > > Fällt mir spontan die Möglichkeit mit selbstleitenden Mosfet ein > (Depletion Mode), zB BSS169 Also ich krieg das jetzt nicht hin: Habe jetzt versucht mit einem N-Kanal Depletion (BSS169) einen Shunt-R abzuschalten wenn der LDO-Spannungsregler die Spannung hat - aber es geht nicht! Der
-
Thread
J-FET N-Channel mit gößer 70V Drain / Source Spannung für Konstantstromsenke
schon beschriebenen Mehraufwand: 1 PNP und 3 Rs mehr. Dafür kein Darlington. Hab grade mit dem BSS-Ersatz 2SK170 getestet: Bei Uin = 1,00V und RL = 10 Ohm habe ich 0,12V drop am BD140. Der 2SK170 hat bei 0,25V Uds 3mA Id, der BSS169 hat 50mA. Das ist der resistive Bereich. Bei 0,05V Uds liefert
Q2 sind ja (fast) eine kreuzgekoppelte Thyristor-Nachbildung. Die JFETs sind als Ersatz für die BSS139/169, damit die Sim läuft. Für die BSS139/169 müssen R1 und R2 natürlich angepasst werden. Mit diesen FETs erfüllt die Schaltung alle Vorgaben: Sie liefert ab Uin = 1V dem MAX 859 >0,8V und 125mA
-
Thread
Fragen zu Interrupts mit (win)avr-gcc
2. Der Objektcode ist nahezu explodiert. Wenn ich o.g. Verfahren für alle Interrupts des ATmega169 einsetze, wächst der Code um ~1700Bytes: ohne isr.c: AVR Memory Usage: ----------------- Device: atmega169 Program: 462 bytes (2.8% Full) (.text + .data + .bootloader) Data: 42 bytes (4.1% Full) (.data + .bss + .noinit) mit isr.c: AVR Memory Usage: ----------------- Device: atmega169 Program: 2174 bytes (13.3% Full) (.text + .data + .bootloader) Data: 44 bytes (4.3% Full) (.data
-
Thread
lötstation ZD-917
BSS138 was solln des sein?
Ich sage zu der Station nur: http://www.mikrocontroller.net/topic/80294#postform Gruß mark-169
-
Thread
n-Kanal JFET - Richtung egal?
Icgh benutze einen BSS169 an der Stelle des DN25D.
die Steuerspannung höher als die Versorgungsspannung sein müsste. Bei einem Verarmungstyp (wie der BSS169 einer ist) besteht die- ses Problem nicht. Auch JFETs sind Verarmungstypen und wären ebenfalls geeignet.
-
Thread
MSP430 mspgcc Fehler bei .elf erstellen
oder manuell auf dein Elf-File, dann siehst du, wieviel Flash und RAM benutzt wird. txt ist Flash, bss und data ist RAM.
ich es eintragen musste. Sieht ohne den sdbuffer[512] folgendermassen aus: text 27454 data 64 bss 1583 dec 29101 hex 71AD Tja, da bss bereits auf 1583byte ist, denke ich, ich hab zu wenig RAM :o( Seh ich das richtig? Gruss Guest
-
Thread
-
Thread
Strombegrenzung
600.0 V 0.12 A 0.48 A 45.0 Ohm BSP149 SOT-223 200.0 V 0.66 A 2.6 A 1.8 Ohm BSS126 SOT-23 600.0 V 0.06 A 0.02 A 500.0 Ohm BSS139 SOT-23 250.0 V 0.1 A 0.4 A 14.0 Ohm BSS159N SOT-23 60.0 V 0.23 A 0.92 A 3.5 Ohm BSS169 SOT-23 100.0 V 0.17
-
Thread
Diskrete H-Brücke für Gleichstrommotor
Tipp: Hier steht, wie man das diskret aufbaut: http://focus.ti.com/lit/ml/slup169/slup169.pdf
#2144775: > Tipp: > > Hier steht, wie man das diskret aufbaut: > http://focus.ti.com/lit/ml/slup169/slup169.pdf Leider hat mich das nicht so wirklich weiter gebracht...
-
Thread
bug in winAVR?
AVRISP. Nach dem Compilierten erhalte ich mit avr-size folgende Angaben: text data bss dec hex filename 12786 2221 169 15176 3b48 blabla.o Beim Flash-Versuch mit AVRStudio und AVRISP erhalte ich die Fehlermeldung: 'The contents of the HEX file does
wieder alles ohne Fehler: Von 'WinAVR-20050214' zurück auf 'WinAVR-20040720'. text data bss dec hex filename 13020 2221 169 15410 3c32 blabla.o Das Hex-File läßt sich jetzt wieder flashen. Hab ich was flasch gemacht, etwas nicht beachtet, das man bei der neueren
-
Thread
C und Assembler
Assembling: PPR_TEST.S avr-gcc -c -mmcu=atmega169 -I. -x assembler-with-cpp -Wa,-adhlns=PPR_TEST.lst,-gstabs PPR_TEST.S -o PPR_TEST.o Assembling: REG_TEST.S avr-gcc -c -mmcu=atmega169 -I. -x assembler-with-cpp -Wa,-adhlns=REG_TEST.lst,-gstabs REG_TEST.S -o REG_TEST.o Assembling: ARI_TEST.S avr-gcc -c -mmcu=atmega169 -I. -x assembler-with-cpp -Wa,-adhlns=ARI_TEST.lst,-gstabs ARI_TEST.S -o ARI_TEST.o Assembling: LOGI_TEST.S avr-gcc -c -mmcu=atmega169 -I. -x assembler-with-cpp -Wa,-adhlns=LOGI_TEST.lst,-gstabs
-
Thread
Parallele Schnittstelle an AVR?
avr-objcopy.exe: there are no sections to be copied! AVR Memory Usage ---------------- Device: atmega169 Program: 4068 bytes (24.8% Full) (.text + .data + .bootloader) Data: 1055 bytes (103.0% Full) (.data + .bss + .noinit) Build succeeded with 11 Warnings...
>Data: 1055 bytes (103.0% Full) >(.data + .bss + .noinit) >Build succeeded with 11 Warnings... nicht mal eine Fehlermeldung. Nicht schlecht. MW
-
Thread
AVR Butterfly schon voll mit Demoanwendung ?
Ich bekomm einen Fehler beim Download und die Codegröße ist 16454. Also mehr als die 16k des ATMega169. Kann das sein ? 16k ist doch eigentlich recht viel. [pre] Invoking: Print Size avr-size --format=berkeley -t TEST.elf text data bss dec hex filename 16454 338
bekomm einen Fehler beim Download und die Codegröße ist 16454. Also > mehr als die 16k des ATMega169. > > Kann das sein ? 16k ist doch eigentlich recht viel. 16k ist sogar eine Menge. > Ich habe ein AVR Butterfly Board und wollte darauf die nach GCC > portierte Demoanwendung laden. Das ist
-
Thread
Technik der HF SPST-Schalter
und Bulk an. Es gab mal eine homöopathiche Menge an diskreten MOSFETs mit herausgeführtem Bulk, z.B. BSS83, 3N170/171, 3N128, 3N143, 3N163, 3N164. Siehe auch: https://www.mikrocontroller.net/topic/164487
Vielleicht eine, wo keine diskreten Bauteilen auf dem Markt sind. Mal sehen, ob ich ein Model vom BSS83 etc finde.
-
Thread
Strombegrenzung mit Fet um Akku zu laden
Strombegrenzung mittels Fet realisieren und dabei den Ladestrom eines Akkus begrenzen. Dazu möchte ich den BSS169 verwenden. Laut Datenblatt besitzt dieser eine UGS von ~0.3V bei 150mA was einen Widerstand von 2 Ohm ergibt. Wenn ich das ganze aufbaue wird der Strom zwar begrenzt, jedoch ist dieser abhängig von meiner Versorgungsspannung und von der Akkuspannung. Sollte der BSS19 nicht ab einer Spannung von 4.5V (4.2 max. Akkuspg. + 0.3V UGS ) als Konstantstromquelle funktionieren und permanent 150mA liefern? Datenblatt ist im Anhang! Vielen Dank für die Hilfe!
-
Thread
Programmierung AT90S4414
ATmega162 x ATmega164P x ATmega165 x ATmega165P x ATmega168 x ATmega168P x ATmega169 x ATmega169P x ATmega16A x ATmega16U4 x ATmega2560 x ATmega2560 x ATmega2561 x ATmega32 x ATmega324P x ATmega324PA x ATmega325 x ATmega3250 x ATmega3250P x ATmega325P
bytes (3.3% Full) (.text + .data + .bootloader) Data: 2 bytes (0.6% Full) (.data + .bss + .noinit) [/pre] Peter
-
Thread
größe von speicher und hex.file
zur Größe von hex.files und der Speichergröße von Microcontrollern. Laut Datenblatt hat der ATmega169 16K Bytes In-System Programmable Flash und derATmega8 8K Bytes In-System Programmable Flash Das sollte IMHO der Speicher sein, in dem mein Programm drin steht? Jetzt habe ich mal ein kleines, wohl
garnicht reinpasst. Versuchsweise habe ich es jetzt mal in den 16K - Speicher des Butterfly (ATmega169) geschrieben was zu meinem großen Erstaunen auch funktionierte. Das Hex-file. das ich zuvor zur Sicherheit von der Butterfly-Software gelesen und danauch auch wieder dort reingeschrieben habe war mit
-
Thread
FET SST113 Vergleichstyp ?
Es handelt sich also um einen "N-Kanal JFET". Ich habe bisher immer nur mit MOSFETs gearbeitet (BSS138, IRF5210...). Nun stellt sich die Frage welchen Typ ich als Vergleichstyp dieses Exoten hernehmen kann, am besten einen den es bei Reichelt gibt. Das wäre auch die Gelegenheit sich erklären zu lassen
Infineon nach Depletion-MOSFET suchen, die eine VGS(Off) von weniger als -2Volt haben, z.B. BSP149 oder BSS169. JFET sind normalerweise selbstleitend, d.h. mit Gate und Source kurzgeschlossen fliesst ein (relativ hoher) Strom, während die LeistungsMOSFET unter diesen Bedingungen gesperrt sind. Zur Theorie
-
Thread
Mosfet für 80V/6A high-side
Ansteuerung im Detail auszusehen hat. Bisher habe ich die Ansteuerung über einen N-Channel MOSFET (BSS123) ans Gate, Z-Diode und Widerstand zwischen Gate und Source. Bei ca. 3V sperrt der Highside Switch. Hat hier jemand eine Schaltung / Application Note für eine Ansteuerung mit einer negativen Spannung
intensiv mit dem Thema beschäftigt und mich an diese App Note gehalten: http://www.ti.com/lit/ml/slup169/slup169.pdf - Design And Application Guide For High Speed MOSFET Gate Drive Circuits Nach dieser erachte ich die Lösung von ArnoR als die "bessere" Auf jeden Fall vielen herzlichen Dank für die
-
Thread
butterfly datenlogger software in Betrieb nehmen
main.cof 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-ext-avr main.elf main.cof avr-objcopy: main.elf: no recognized debugging information avr-objcopy
Exit Code: 0[/code] Wenn ich im Studio nun main.cof öffne und dann im AVR-Simulator den ATmega169 wähle erscheint der Disassembler. Der C-Quellcode scheint also zu fehlen. Was habe ich falsch gemacht? Matthias
-
Thread
Mehrdimensionale char-arrays
[ 4] 167 or a, a 0026 C8 [11] 168 ret Z 169 ;driver.c:29: putchar(*(k++));
_CODE .area _GSINIT .area _GSFINAL .area _GSINIT .area _DATA .area _BSEG .area _BSS .area _HEAP [/code]
-
Thread
Für ATtiny4313 kompilieren?
atmega16 atmega161 atmega162 atmega163 atmega164p atmega165 atmega165p atmega168 atmega168p atmega169 atmega169p atmega32 atmega323 atmega324p atmega325 atmega325p atmega3250 atmega3250p atmega328p atmega329 atmega329p atmega3290 atmega3290p atmega406 atmega64 atmega640 atmega644 atmega644p
atmega16 atmega161 atmega162 atmega163 atmega164p atmega165 atmega165p atmega168 atmega168p atmega169 atmega169p atmega32 atmega323 atmega324p atmega325 atmega325p atmega3250 atmega3250p atmega328p atmega329 atmega329p atmega3290 atmega3290p atmega406 atmega64 atmega640 atmega644 atmega644p
-
Thread
ItoA mit Uint64_t
ms ( 90 µs ) 6 - 1000000 - 102 ms ( 113 µs ) 7 - 10000000 - 152 ms ( 169 µs ) 8 - 100000000 - 152 ms ( 169 µs ) 9 - 1000000000 - 201 ms ( 223 µs ) 10 - 10000000000 - 249 ms ( 277 µs ) 11 - 100000000000 - 275 ms ( 306 µs ) 12 -
Beobachtung (für uint32_t, uint64_t geht mit ltoa() ja nicht mehr): [c] text data bss dec hex filename 252 0 87 339 153 bm02a.elf 374 0 87 461 1cd bm03a.elf 828 202 87 1117 45d bm04a.elf [/c] bm02a: meine
-
Thread
NeuesOS für AVR Mikrocontroller
message[i] = qp->message[i+1]; 165 qp->number--; 166 } 167 SREG = sregsys; 168 return tempmsg; 169 } [/c]
groß: section size .text 3600 .data 8 .bss 0
-
Thread
ez430 msp340f2013 eclipse mspgcc
kein SPW. Die neuen µC habe ich mir noch gar nicht angeschaut. Bisher geht es bei mir nur um einen 169er bei meiner "Programmierung" reicht die freie Version des IAR leider nicht mehr aus. Hab auch schon den Code Composer probiert. Der Programmer funktioniert auch mit diesem aber mir gefällt das Bedienkonzept
Matej schrieb: > für Olimex MSP430F169 board und > MSP430-JTAG-TINY für meine Studenten das hört sich sehr interessant und engagiert an. Gibt es auch Support für neuere chips? Es gibt ja auch andere Teile mittlerweile mit dem neueren
-
Thread
gcc / .ld: AT91SAM7S256 Speicheraufteilung
C-Programm sage ich dann: static unsigned char mysid[] __attribute__((section(".sid"))) = { 162, 25, 169, 0, 157, 0, 212, 189 ... } um die Daten an die entsprechende Stelle zu laden. Das funktioniert bereits. So, jetzt zu meiner Frage: Ich möchte ja die SID-Files von SD-Karte in den Speicher laden
ohne Interrupts ablaufen. >> - Variablen > Ausführungsadresse (VMA) der Sektionen .data und .bss. Wenn du mit > Speicherregionen im Linkerscript arbeitest, werden die vom Anfang > beginnend befüllt. Hier wäre ein kleines Beispiel super. Wenn ich z.B. int x = 0; definiere, dass das dann irgendwo
-
Thread
erzeugter code von avrgcc ineffizient
einmal haben. Naja. Es kommt aber noch besser, mit Optimieroption -O0 kommt folgendes raus... 169: loop_until_bit_is_set(EPP_CONTROL_IN, EPP_DATA_STROBE); +000000DD: 91800030 LDS R24,0x0030 Load direct from data space +000000DF: 2799 CLR R25
) Ist mir nicht aufgefallen, da der Compiler sich nicht gemeldet hatte. text data bss dec hex filename 1234 82 4527 5843 16d3 Prell.elf data (82bytes) + bss (4527bytes) > 4096Bytes RAM Naja jetzt läuft es mit nem kleineren array. Wäre echt gut wenn
-
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.
/components2/Datasheet_Sync//170/7247.pdf http://www.toshiba.com/taec/components2/Datasheet_Sync//169/21378.pdf Jetzt könnte das Partmarking allerdings auch ein "SE" sein, dann istst ein OPV, genauer ein TC75S54F/FU. Kann also einiges sein ;-)) Gruß und viel Erfolg Axelr.
-
Thread
Wie nennen sich diese FET
www.aldinc.com/pdf/ALD212900.pdf Geht die UGS unter 0V, nennt man sie Depletion MOde MOSFETs, wie BSS126/139/169, BSP135/149. Der RYC002N05 ist ein echter N-Kanal enhancement MOSFET der ab 0.9V definiert immerhin 10mA leitet und bei 0V nur noch 1uA. Aber bei 0.3V eventuell 1mA durchlässt, oder auch
-
Thread
ATmega128, AVRISP: 'hex file does not match' ??
AVRISP. Nach dem Compilierten erhalte ich mit avr-size folgende Angaben: text data bss dec hex filename 12786 2221 169 15176 3b48 blabla.o Beim Flash-Versuch mit AVRStudio und AVRISP erhalte ich die Fehlermeldung: 'The contents of the HEX file does not
-
Thread
Tester für Spezialversion des AVR Bootloaders optiboot gesucht!
Hier die Liste der derzeit unterstützten Prozessoren: ATmega8/16/32/64/88 ATmega162/163/164/165/168/169 ATmega323/324/325/3250/328/329 ATmega640/644/6450/649/6490 AT90CAN32/64/128 AT90PWM2/3 ATtiny84/85/88/861/1634 Oft wird auch die Picopower (P) Version berücksichtigt. Der Bootloader hat dafür
werden! Derzeit sind folgende Prozessoren getestet: m8, m48p, m88, m168, m328p, m64, m128, m645, m169, t24a, t44a und t84a. Weitere Tests sind in Arbeit. Schwierigkeit macht derzeit der ATtiny88 (t88), der will den Flash nicht vom Bootloader beschrieben haben.
-
Thread
Lichtsensor überprüfen aber wie?
Also im Augenblick wird die BPW21 mit dem Ad8571 betrieben und über den 12 BIT ADU des MSP430F169 ausgewertet. Den LTC2400 habe ich erst einmal auf Eis glelegt, da durch die Bereichsumschaltung ja eine so hohe Genauigkeit Blödsin ist. Was ich noch immer nicht verstehe, wenn ich den BS170 so betreibe
In welcher sprache hast du deinen Controller programmiert? Assembler? In C wurde der gute MSP430F169 Programmiert.
-
Thread
AVR Eclipse Plugin 2.2
Zukunft Invoking: Print Size avr-size --format=berkeley -t Mega8Modul.elf text data bss dec hex filename 452 0 93 545 221 Mega8Modul.elf 452 0 93 545 221 (TOTALS) Finished building: sizedummy make: Warnung: Mit der
AtMega8 (Hardware-TWI) erfolgreich auslesen. Nun möchte ich aber gerne das Butterfly Board (AtMega169p) verwenden, um Display und Sound nutzen zu können (funktioniert auch schon halbwegs mit simulierten Druckwerten). Problem: AtMega169p kann nur USI. Warum Assembler? Eigentlich um zu lernen wie
-
Thread
atmega8 unter windoof...?
atmega8 atmega83 atmega85 atmega8515 atmega8535 atmega16 atmega161 atmega162 atmega163 atmega169 atmega32 atmega323 atmega64 atmega128 at94k no emulation specific options. Die `Known MCU names' sind die, die Dich hier wohl interessieren.
: test1.elf : section size addr .text 4564 0 .data 6 8388704 .bss 4 8388710 .noinit 0 8388714 .eeprom 0 8454144 .stab 948 0 .stabstr 1110 0 Total 6632 Errors: none -------- end --------
-
Thread
MSP430 can't allocate stack
. Größe, die erzeugt wird: msp430-size --target=elf32-msp430 Test.elf text data bss dec hex filename 672 10 68 750 2ee Test.elf
msp430x1491 msp430x155 msp430x156 msp430x157 msp430x167 msp430x168 msp430x169 msp430x1610 msp430x1611 msp430x1612 msp430x2101 msp430x2111 msp430x2121 msp430x2131 msp430x311 msp430x312 msp430x313 msp430x314 msp430x315 msp430x323
-
Thread
Wann sperrt ein selbstleit. N-Kanal MOSFET?
Einschalten oder Kurzschluss) für DC/DC-Wandler-Module gebaut. Ich verwende für Messkreise den BSS169 als strombegrenzendes Element im Überspannungsschutz zwischen Sensor und Messverstärker. Die Ursprungsidee dazu stammt von http://www.Elektronik-Kompendium.de Gute Infos und Beschreibung zur
-
Thread
Wärmezähler über optische M-Bus-Schnittstelle auslesen
1,0406ssSSssSSs@1000,Wärmenergie gesamt,MWh,W_total,3 1,0413ssSSssSSs@1000,Volumen gesamt,m³,V_total,3 1,042BssSSssSSs@1000,Strom aktuell,kW,P_curr,3 1,043BssSSssSSs@1,Durchfluss aktuell,l/h,F_curr,0 1,025BssSS@1,Temperatur Vorlauf,°C,T_flow,0 1,025FssSS@1,Temperatur Rücklauf,°C,T_return,0 1,0261ssSS@100,
1,0406ssSSssSSs@1000,Wärmenergie gesamt,MWh,W_total,3 1,0413ssSSssSSs@1000,Volumen gesamt,m³,V_total,3 1,042BssSSssSSs@1000,Strom aktuell,kW,P_curr,3 1,043BssSSssSSs@1000,Durchfluss aktuell,m³/h,F_curr,3 1,025BssSS@1,Temperatur Vorlauf,°C,T_flow,0 1,025FssSS@1,Temperatur Rücklauf,°C,T_return,0 1,0261ssSS@
-
Thread
[V] Halbleiter und ICs (aufgelistet, einzel verpackt)
Transistor NPN TO-220 80V 2A 30W (0,24€) 1x BD909 Transistor NPN TO-220 80V 15A 90W (0,36€) 8x BSS138 Transistor SMD N-FET SOT-23 50V 0,22A (0,40€) 3x BS170 Transistor N-FET TO-92 60V 0,5A 0,35W (0,30€) 2x CD4503BE 6xPUFFER/TREIBER (0,60€) 1x CD4584BP 6xSCHMITT-TRIGGER (0,85
. sense amp SOT-23-5 (3,44€) 3x _INA168_ High side curr. sense amp SOT-23-5 (4,50€) 1x _INA169_ High side curr. sense amp SOT-23-5 (2,25€) 6x _IR2104_ MOSFET Treiber 600V 0,36A 2-OUT, DIP-8 (6,90€) 8x _IRLML2502_ SMD-MOSFET, N-LogL, SOT23, 20V, 4.2A (1,44€) 9x _IRLML6302_
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
ich habs ähnlich wie frang gemacht da ich die 169ger nicht gefunden hab
Dann scann doch mal mit nmap die offenen ports... Einfach: nmap 169.254.xxx.yyy
-
Thread
Transistortester AVR
Geissi, vorgefertigte Dateien für die Streifenraster Version sind nur für den ATmega168 in Ordner mega169_strip_grid vorhanden. Die ATmega168 Dateien sind auch für den ATmega328 brauchbar. Bei dem ATmega8 muß man selbst übersetzen. Der ATmega8 wird für den Neuaufbau nicht empfohlen, da die Induktivitätsmessung
-
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
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
shop/miner-parts/new-original-sgm8304-yts14-level-shift-board-power-module-on-s19-xp-hash-board-u168u169u170u171u172u173u174u175u176u177/
-
Thread
IRMP - Infrared Multi Protocol Decoder
Sieht besser aus: F_INTR | text | data | bss | dec | vgl. zu 16000 ---------+---------+-------+-------+---------+----------------- 5000 | 11104 | 180 | 113 | 11397 | -268 6000 | 11108 | 180 | 113 | 11401 | -264
, is ja ein fertig verbauter Gasmelder mit Atmega169 und Irda Transceiver daher kommt für mich nur zweiteres in Frage . Und ich hab mich grad riesig gefreut da du was zu dem 3/16 Dings geschrieben hast und das auch noch auf einfache weise Ich werde
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
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
machen... > > U-Boot 1.1.2 (Dec 16 2011 - 00:16:41) > > U-Boot code: 60D00000 -> 60D1750C BSS: -> 60D1B1A0 > RAM Configuration: > Bank #0: 60000000 128 MB > SRAM Configuration: > 64KB at 0x50000000 @MichaelKebe: Dein CONFIG_SYS_INIT_SP_ADDR könnte man möglicherweise in
-
Thread
Retro Fieber: Z80 oder 68000 ?
_CODE .area _GSINIT .area _GSFINAL .area _GSINIT .area _DATA .area _BSEG .area _BSS .area _HEAP [/code]
ED B0 [21] 167 ldir 168 000F 169 weiter:
-
Thread
Orange Pi - 15$ Quadcore SBC
6144 kB) [ 0.000000] .data : 0xc0f88000 - 0xc1003738 ( 494 kB) [ 0.000000] .bss : 0xc1003eec - 0xc10dc400 ( 866 kB) [ 0.000000] Preemptible hierarchical RCU implementation. [ 0.000000] Additional per-CPU info printed with stalls. [ 0.000000] NR_IRQS:544 [ 0.000000
16.613210] EXT4-fs (mmcblk0p2): re-mounted. Opts: errors=remount-ro [ 17.435371] systemd-journald[169]: Received request to flush runtime journal from PID 1 [ 17.444283] vmouse_input_dev_open [ 17.506509] vmouse_input_dev_close [ 18.270135] usb 3
-
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
AVR-Bootloader mit Verschlüsselung
include "m168def.inc" ; ATmega168 ;.include "m168Pdef.inc" ; ATmega168P ;.include "m169def.inc" ; ATmega169 ;.include "m169Pdef.inc" ; ATmega169P ;.include "m16def.inc" ; ATmega16 ;.include "m2560def.inc" ; ATmega2560 ;.include "m2561def.inc" ; ATmega2561
m1284P m128A m128 m128RFA1 m128RFR2 m162 m164A m164PA m164P m165A m165PA m165P m168A m168 m168PA m168P m169A m169PA m169P m16A m16 m16HVA m16HVB m16M1 m16U2 m16U4 m2560 m2561 m256RFR2 m324A m324PA m324P m3250A m3250 m3250PA m3250P m325A m325 m325PA m325P m328 m328PB m328P m3290A m3290 m3290PA m3290P m329A