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
*arg, STATUS status) { struct bss_info *bssInfo; bssInfo = (struct bss_info *)arg; // skip the first in the chain … it is invalid bssInfo = STAILQ_NEXT(bssInfo, next); while(bssInfo != NULL) { os_printf("ssid: %s\n", bssInfo->ssid);
STATUS status) { struct bss_info *bssInfo; bssInfo = (struct bss_info *)arg; // skip the first in the chain … it is invalid bssInfo = STAILQ_NEXT(bssInfo, next); while(bssInfo != NULL) { os_printf("ssid: %s\n", bssInfo->ssid);
0x0001A94C Hdr CRC: 0xF0019DAC OK 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 arg value Hit any key to stop
Zum Aufspüren kann man auch nmap benutzten. z.B. das ganze Subnetz scannen: ~$ sudo nmap -e eth1 -sP 169.254.xxx.0/24 = Dienste = Auf der Box laufen einige Dienste im Ursprungszustand: ~$ nmap -sT nas-server PORT STATE SERVICE 21/tcp open ftp 80/tcp open http 139/tcp open netbios-ssn 443/tcp open https
Rückseite) 2x Tuner (Philips DVB-T Tuner TU1216L/IVP über Input/Loop-Through-Connector F-Type, IEC 169-2, Buchse/Stecker) Ports/Anschlüsse intern 3x USB 2.0 (einer davon über Kabel mit Front-USB verbunden) 2x SATA-150 RS232 (Console) miniPCI für WLAN-Karte XG-603 (über Verbindungskabel mit U.FL-Stecker
BOURNS CDSC706-0504C L121-L124: TDK ACM2012-900-2P U41: ON SEMICONDUCTOR MC74VHC1GT50DFT1 Q2, Q3: NXP BSS123 oder BSH112 Q25: LM1117IMPX-ADJ L136, L137, L140: ? = Anwendungen und Ideen = Realisierte Projekte/Anwendungen für MoreTV. Hier finden sich Installationsanleitungen zu verschiedenen Softwarepaketen
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
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
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
b0 L1699: ; --------- this is skippy sbic p13,b1 sbi p13,b2 ; --------- last may be skipped ; pc=0x169B(0x2D36) ; L169B: ; --------- this is skippy sbis p13,b3 mul r9,r12 ; --------- last may be skipped ; pc=0x169D(0x2D3A) ; L169D: mul r25,r13 mul r9,r30 L169F: mul r25,r31 ldd r10,Z+o20 L16A1: ldd r26
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
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.
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
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...
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.
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
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
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
