-
Thread
BAS40 als Löschdiode?
Hi, kann ich eine BAS40 als Löschdiode für ein Relais (5V,173 Ohm) verwenden, oder gäbe es hierfür eine deutlich bessere Wahl? Von der Leistung sollte sie es ja prinzipiell abkönnen nur frage ich mich wie groß der Spitzenstrom
man immer, also auch beim C ist der Stromanstieg nicht unendlich. @Walter (Gast) >kann ich eine BAS40 als Löschdiode für ein Relais (5V,173 Ohm) >verwenden, oder gäbe es hierfür eine deutlich bessere Wahl? Von der Das Relais sollte eigentlich nicht mehr als 30mA ziehen - dann sollte die BAS40
-
Thread
Ersatz für BAS40-06/BAT54A mit 2x 0.5A
voll zieht. Die Bastelkiste gibt mir als dual CA Dioden gerade nur die BAT54A und noch schächere BAS40-06 her. Frage, kann ich die temporär doppeln, um den max. If von 200mA zu brechen? Für das Endbauteil suche ich eine 2x 0.5A dual separated oder dual CA, mit max. Vf 0.5V@500mA, in SOT-23 bzw.
SDM40E20LA-7 "Power Dissipation" = 225 - 300 mW, je nach Kühlfläche. "Forward Voltage Drop" = 0,43 A bei IF = 0,5A
-
Thread
LCD Timings - SVGA - LPC2478
++) { for (x=0;x<800;x++) { if (x<200) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x00ff0000; else if (x<400) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x0000ff00; else if (x<600) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z)
if ((x<200)==0) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x0000ff00; else if (x<400) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR+z) = 0x00ff0000; else if (x<600) *(unsigned int *)((unsigned int )&SDRAM_BASE_ADDR
-
Thread
LCD Library T6963c
Wenn ich unter #define glcd_T_BASE 0x8A00 eingebe anstatt #define glcd_T_BASE 0x0A00 und bei #define glcd_G_BASE 0x8000 anstatt #define glcd_G_BASE 0x0000 wird nicht, wie erwartet nur die untere Hälfte des Displays angesteuert, sondern
font // #define glcd_FONT_WIDTH 6 // pixel width // #define glcd_BYTES_PER_ROW 0 // 40 chars per row // #define glcd_G_BASE 0x0400 // base address of graphics memory //#else // normal font #define glcd_FONT_WIDTH 8 // pixel width #define glcd_BYTES_PER_ROW
-
Thread
Harman Kardon SUB-TS7 subwoofer Netzteil
positive Hälfte geht, bräuchte man einen kleine Strom von der negativen Seite, also etwa 10 K von den -40 V zum Ausgang. Eine Schwachstelle der Schaltung ist, dass bei voller Spannung am Ausgang des OPs, also den etwa +-6 V an den Basen von Q103/Q104 bereits so viel Strom fließen kann, dass es zu viel
Das Signal an den Basen von Q105 / Q106 ist recht klein (eher unter 200 mV) und vom großen DC Bias (ca. 40 V) überlagert. Da sieht man in DC Kopplung nicht unbedingt viel. Am Kollekotor von Q105 sieht man dann ja wieder was
-
Thread
CP/M auf ATmega88
COM : ED COM A: T COM : TLOOP COM : LOAD COM : MBASIC COM A: 23 BAS : BAGELS BAS : CHECKERS BAS : STARTREK BAS A: TREKINST BAS : MASTRMND BAS : WEEKDAY BAS : PIP COM A: STAT COM : SUBMIT COM : XSUB COM : ZORK1 COM A: ZORK1 DAT A>b: B
implemented yet!) [/code] config.inc: [code] ; Z80/8080 Virtual Ports #define TIMERPORT 0x40 /* Base z80 port address for clock access */ #define TIMER_CTL TIMERPORT #define TIMER_MSECS TIMERPORT+1 #define TIMER_SECS TIMER_MSECS+2 #define CLOCKPORT TIMERPORT+7 /* Real time clock
-
Thread
Problem mir C-Pointer oder Brett vorm Kopf
Der zweite Parameter von base64_decode ist die Länge des Eingabebuffers. [c] > char * toDecode = &input[0]; > uint16_t test = 40; > ... > ... base64_decode((const unsigned char *)toDecode, test, &outputLength); [
foobar schrieb im Beitrag #6646280: > Der zweite Parameter von base64_decode ist die Länge des Eingabebuffers. >> char * toDecode = &input[0]; >> uint16_t test = 40; >> ... >> ... base64_decode((const unsigned char *)toDecode, test, &outputLength); >
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
Sync kommt über das Composite Video Signal an Pin 20 der Scart Buchse. Dort muss das normale (s/w) BAS Signal ankommen, dazu muss J2 offen sein (CSYNC). VSYNC wird bei Scart und BAS nicht gebraucht, nur beim TFT. Das BAS-Signal von Pin 20 der (Scart) kann man mittels Cinch-Stecker am Fernseher testen
valid FS breq fsys_save_e rcall fsys_fselbox4 ldi XL,0x10 ;BASIC sts bas_partab+4,XL ;set file type libmio_thistext ... [/code] 0x10 ist das BAS Programm. 0x18 steht für AVR native Programme. Änder ich zum testen mal XL,0x10 in XL,0x18 wird dennoch als BAS gespeichert
-
Thread
DECT Empfang auf dem gesamten Hof
habe sie gefunden: Es war eine Telekom Comfort pro S - in der 19" Variante mit abgesetzten DECT-Basen
Beitrag #6761003: > bei einer max. Segment-Länge von 90 mtr. u. UPN von 800 mtr., die Synch > der Basen geht abe rnicht über LAN, warum eigentl. nicht? Bei der Leitungslänge hast du recht, aber "kein Sync der Basen über LAN" ist Quatsch. Lies die Doku zu der oben verlinkten Auerswald. Alle Basen via
-
Thread
Verständnisfrage zu DSL
Schau doch mal genau in Deinen Vertrag! Beim 100/40 Vertrag: Beim Download steht 55...100 Mbit. Beim Upload steht 20...40 Mbit. Deine Werte sind also normal!
over twisted pair. The cable standard provides performance of up to 100 MHz and is suitable for 10BASE-T, 100BASE-TX (Fast Ethernet), 1000BASE-T (Gigabit Ethernet), 2.5GBASE-T, and 5GBASE-T."
-
Thread
SPI Flash programmieren
, 0x00); SSIDataGet(SSI0_BASE, &dummy); SSIDataPut(SSI0_BASE, 0x00); //SSIDataPut(SSI0_BASE, 0x0A); SSIDataGet(SSI0_BASE, &dummy); SSIDataPut(SSI0_BASE, 0x00); SSIDataGet(SSI0
_BASE, 0x00); SSIDataGet(SSI0_BASE, &dummy); SSIDataPut(SSI0_BASE, 0x00); SSIDataGet(SSI0_BASE, &dummy); SSIDataPut(SSI0_BASE, 0x00); //SSIDataPut(SSI0
-
Thread
AVR ASCII Video Terminal - 40 x 25 - BAS Signal
Video-Terminalprogramm für den AVR AtMega8-16 geschrieben. Das Programm ist in Assembler geschieben. Es erzeugt ein BAS-Signal und stellt auf einem Fernsehgerät mit Video- oder Scarteingang 20 Zeilen mit je 40 Zeichen dar. Die ASCII-Zeichen werden an den Mega8 über die serielle Schnittstelle (USART) gesendet. Die Baudrate
Wirklich gutes Programm. Anmerkungen: Im BAS Signal gibt es doch eine negative Austastlücke. Ich kann in der Schaltung keine neg. Spannung sehen. Darum hatte ich nicht erwartet, daß man mit 3 Widerständen ein BAS Signal erzeugen kann, wo andere
-
Thread
SRAM Speicher testen
= IORD_16DIRECT(DBC3C40_SRAM_BASE, 0); test = IORD_16DIRECT(DBC3C40_SRAM_BASE, 1);[/c] warum?
diesem wortweisen Zugriff immer das Wort "darunter" ausliest. Also z.B. auch [c] IORD_16DIRECT(DBC3C40_SRAM_BASE, 6) == IORD_16DIRECT(DBC3C40_SRAM_BASE, 7) [/c] oder [c] IORD_16DIRECT(DBC3C40_SRAM_BASE, 12344) == IORD_16DIRECT(DBC3C40_SRAM_BASE, 12345) [/c]
-
Thread
Problem bei Temp-Messung Rasp. Pi Pico & Pt1000
abzukoppeln. (Genaueres im DaBla) [code]#!/usr/bin/python3 from machine import mem8 PADS_BANK0_BASE = const(0x4001c000) GPIO26 = const(0x6c) GPIO27 = const(0x70) GPIO28 = const(0x74) GPIO29 = const(0x78) mem8[PADS_BANK0_BASE + GPIO26] = 1 << 7 mem8[PADS_BANK0_BASE + GPIO27] = 1 << 7 mem8[PADS_BANK0
[code]#!/usr/bin/python3 from machine import ADC, Pin, mem8 PADS_BANK0_BASE = const(0x4001c000) GPIO26 = const(0x6c) GPIO27 = const(0x70) GPIO28 = const(0x74) GPIO29 = const(0x78) mem8[PADS_BANK0_BASE + GPIO26] = 1 << 7 mem8[PADS_BANK0_BASE + GPIO27] = 1 << 7 mem8[PADS_BANK0
-
Thread
Einstellbarer Frequenzgenerator für 0.12 Hz - 8 MHz mit Atmega 8 und Bascom
mal hoch, weil mir dieses Projekt gerade entgegen kommt. Leider kann ich die beiden Files freqgen.bas oder freqgen1.bas nicht compilieren. Meine aktuelle BASCOM Version (siehe unten) gibt folgende Fehler aus, womit ich nichts anfangen kann. freqgen.bas Error : 25 Line : 99 Variable already dimensioned [Variable already dimensioned] , in File : C:\Desktop\AVR\freqgen.bas Zeile 99 Dim Ocr1a As Word Oder freqgen1.bas Error : 25 Line : 77 Variable already dimensioned [Variable already dimensioned] , in File : C:\Desktop\AVR\freqgen1.bas Zeile 77 Dim
-
Thread
Welches Bauteil ist das? (Foto)
Hi >WW könnte sein: Und 65 ist der Code der BAS40. MfG Spess
spess53 schrieb im Beitrag #4901896: > 65 ist der Code der BAS40. Sorry, das verstehe ich nicht ganz. Habe in den Datenblättern anch BAS40 gesucht, aber nix gefunden. Welches Bauteil meinst du?
-
Thread
Yamaha Verstärker Problem bei Ruhestrom abgleich
Das ist mit Sicherheit ein Fehler im Plan, denn dort können keine +40V herkommen. -40V sollten also schon richtig sein (oder eben -44V bei Dir). Wenn da etwa die 0,5V Diff. zw. den Anschlüssen am TR203 zu messen sind, wenn man statt +40(44)V -40(44)V nimmt, dann sollte
Ist das mit den 40Volt schon aufgefallen, südlich vom TR201 steht "40" aber gemessen ist -44V ? Druckfehler oder ? Ah ja ist Druckfehler, sorry.
-
Thread
RJ45 Ethernet Loopback Stecker, GBit Link
RX-Paare mehr, die man verbinden könnte. Damit kann dann mit deinem Loopback-Stecker nur eine 100baseTX-Verbindung zustandekommen. Das was du vorhast ginge prinzipiell mit 1000baseTX (beachte das X), das benutzt getrennte RX-/TX-Adernpaare wie 100baseTX. Jedoch erfordert das wegen höherer Frequenzen
pro Richtung" Für mich heißt das er benutzt 2 Adernpaare = 4 von 8 Drähte. "1000BASE-T, IEEE 802.3 Clause 40 (früher IEEE 802.3ab)...Verwendung aller vier Doppeladern in beide Richtungen (Echokompensation)" Hier werden nun natürlich alle 4 Adernpaare = 8 Drähte benutzt.
-
Thread
Display mit T963C
<0xFFFF; i++) asm volatile ("nop"); //Write text home address=0x0000 WriteData2(T_BASE,0x40); //Write graphic home address WriteData2(G_BASE,0x42); //Text area column set= Setze Textspalten // WriteData2(BYTES_PER_ROW,0x41); WriteData2(BYTES_PER_ROW,0x41);
Wie hast du G_BASE definiert ? Bei 240x128 und 6x8 Font reicht 0x200 nicht mehr. Besser so machen: #define G_BASE 0x0400 // base address of first screen 240x128 ?
-
Thread
Franklin Lightning Sensor IC
); //SysCtlDelay(500); while (I2CMasterBusy(I2C2_BASE)) { } I2CMasterDataPut(I2C2_BASE,data); I2CMasterControl(I2C2_BASE,I2C_MASTER_CMD_BURST_SEND_FINISH); //SysCtlDelay(500); while (I2CMasterBusy(I2C2_BASE)) { } } uint8_t read_complete_reg
(I2C2_BASE,I2C_MASTER_CMD_SINGLE_RECEIVE); //SysCtlDelay(500); while (I2CMasterBusy(I2C2_BASE)) { } return I2CMasterDataGet(I2C2_BASE); //Empfangenes Datenbyte zur¸ckgeben
-
Thread
Lauflicht Riesenrad
Desktop\Eigene Dateien\5. Technische Infos_Treiber\1. AVR\30. AVR PROGRAMME\_B__ab 2021\2 streifen.bas Hier mal das Programm $regfile = "m8def.dat" 'Prozessor $crystal = 8000000 'Taktfrequenz $hwstack = 40 $swstack = 16 $framesize
R Alias Color(_base) : G Alias Color(_base + 1) : B Alias Color(_base + 2) Rb_selectchannel 0 ' Kanal wählen R = 100 : G = 0 : B = 0 Rb_setcolor 0 , Color(1)
-
Thread
Diode durch Verpolung zerstört?
/Infineon-BAS70_BAS170SERIES-DS-v01_01-en.pdf?fileId=db3a304314dca389011518ad41680e12 > Wieder zurück zur BAS70 Die BAS70 ist aufgrund ihrer mickrigen maximalen Strombelastung und der niedrigen Überlastbarkeit
Gradje schrieb im Beitrag #5872830: > On Semi MBR140SF - 40V, 1A, Schottky, keinerlei Probleme bei Betrieb Was soll das in Bezug auf die fraglich BAS70 bringen. So eine MBR140SF ist bezüglich Surge Current rund einen Faktor 300 kräftiger (I_FSM).
-
Thread
AVR Synthesizer mit ATxmega128A1
(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr+=2,sample_a+=d); }while(--cnt);
Nochwas: hugemem_write16(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr ,sample_a ); hugemem_write16(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr+=2,sample_a+=d); hugemem_write16(BOARD_EBI_SDRAM_BASE + 512 + wr_ptr+=2,sample_a+=d); hugemem_write16
-
Thread
STM32F103: Timer 2 als PWM Generator läuft nicht
woher der TIM2 seinen Clock kriegt... ? [c] /* Stellt auf Timer 2, Ausgang PB11, TIM2_CH4 ein 40khz Signal bereit */ uint16_t reload; void Init_Timer2_PWM() { #define FREQ 40000 // 40 Khz für IRED, 20khz für Überlauf; TIM_TimeBaseInitTypeDef TimerBaseInitStructure;
Rätsel..... [c] uint16_t reload; void Init_Timer2_PWM() { #define FREQ 40000 // 40 Khz für IRED, 20khz für Überlauf; TIM_TimeBaseInitTypeDef TimerBaseInitStructure; GPIO_InitTypeDef GPIO_InitStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); /* Timer
-
Thread
GCC Statische initialisierung.
= ( sizeof(baseAddr) / sizeof(baseAddr[0]) ) ; } ---------------------------------------------------------------------------- AVRxDB_Pin.h (wird in main.cpp inkludiert) #pragma once namespace {
= ( sizeof(baseAddr) / sizeof(baseAddr[0]) ) ; } ---------------------------------------------------------------------------- AVRxDB_Pin.h (wird in main.cpp inkludiert) #pragma once namespace {
-
Thread
IAR Setup für STM32F108C8 und ST-Link V2
helfen. die Registernamen sind doch von STM definiert.z. B. in stm32f10x.h: #define PERIPH_BASE ((uint32_t)0x40000000) /*!< Peripheral base */ #define APB2PERIPH_BASE (PERIPH_BASE + 0x10000) #define GPIOA_BASE (APB2PERIPH_BASE + 0x0800) #define GPIOA
18, 2016 13:40:18: Hardware reset with strategy 2 was performed Mon Jul 18, 2016 13:40:18: 736 bytes downloaded (11.59 Kbytes/sec) Mon Jul 18, 2016 13:40:18: Loaded debugee: D:\Programme\IARWorkbench_STM32\arm\
-
Thread
VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?
gemacht????? hex editor, dso.exe geöffnet, nach "D0 07 00 00 00 00 00 00 A0 0F 00 00 00 00 00 00 40 1F" gesucht. Der erste treffer ist die TIME_BASE_LIB der zweite die TIME_BASE_LIB2 (das ist die tiembase für csv export import) Das gilt für ältere firmwares (oder für handheld) Bei dem Voltcraft
in die beiden tabelen (man kann sich schon denken) sagt alles : TIME_BASE_LIB an (die ersten drei werte): 0x7D0 - 2ns 0xFA0 - 4ns 0x1F40 - 8ns und die TIME_BASE_LIB_125 : 0x7D0 - 2ns 0x1388 - 5ns 0x2710 - 10ns D.h. Hantek baut die firmware langsam um auf die
-
Thread
Raspberry Pi & PCF8574 wird nicht erkannt
Ausgänge als acht schalten bzw einlesen zu können. Ich initialisire ja mit: "pcf8574Setup(BASE_I2C, 0x38);" einen PCF8574 mit der Adresse 0x38 und der PinBase 0x80. mit: "pinMode(BASE_I2C + i, OUTPUT);" setzte ich jetzt P0 von 0x38 als Ausgang. mit: "digitalWrite(BASE_I2C + 7, 1);"
so >wietere Ausgänge als acht schalten bzw einlesen zu können. Dann mal los. >"pcf8574Setup(BASE_I2C, 0x38);" >einen PCF8574 mit der Adresse 0x38 und der PinBase 0x80. Was auch immer PinBase sein soll. >"pinMode(BASE_I2C + i, OUTPUT);" >setzte ich jetzt P0 von 0x38 als Ausgang. >"digitalWrite
-
Thread
Dioden mit niedrigem Leckstrom
leakage" Dioden wird mit der Spannung getrickst, also 5 Volt oder 15 Volt - Angaben. b) bei der NXP BAS116/416 und BAV199 ist die Differenz zwischen typischen und maximalen Wert größer als 1000, bei anderen Dioden nur Faktor 10. c) Die eher normalen Dioden wie BAS116 oder BAV199 liegen typisch besser
fachen Wert davon. So oder recht ähnlich wird das auch bei den Dioden aus Deiner Liste sein. Die BAS116/BAS716 bringt's auf max. 80nA bei Tj=+150°C bzw. max. 5nA bei Tj=+25°C. Die typischen Werte sind um einiges besser, aber der Ir nimmt bei den meisten ((ultra-)low-leakage) Dioden von +25°C bis +
-
Thread
Unerwartetes Gleichtaktsignal auf Ethernetleitungen
kleineren mittleren Stromaufnahme bei Verfahren 2 wird aber wegen dem ständigen Wechsel des Summenstroms (40mA/0mA/40mA/0mA etc.) mit größeren Störungen auf der analogen Versorgung erkauft, denn bei Verfahren 1 ist der Summenstrom mit 40mA konstant, aber mit Mittel damit auch größer als bei Verfahren 2.
Eigenschaften angeboten werden: Bits 0-4 = S0-S4 = 1 0 0 0 0 = IEEE-802.3 Bits 5-8 = A0-A3 = 1 1 1 1 = 10Base-T, 100Base-TX, beide Voll-Duplex Bit 10 = A5 = 1 = PAUSE bei Voll-Duplex erlaubt Bit 14 = A14 = 0 = kein Acknowledge = erstes LCW (bis akzeptiert) Das scheint zunächst OK, auch wenn die Trennung
-
Thread
Umlaute mit RS232 BAS Converter
PollinHEX. Da will ich mich noch etwas damit beschäftigen. Zum [[AVR ASCII Video Terminal - 40 x 25 - BAS Signal]] hab ich mir auch schon Gedanken gemacht und das ganze mal an das Pollin Board angepasst. Die Software, nicht die Hardware. Funktioniert bei mir ohne Probleme, auch ohne diese
Fernseher machen. Noch besser wär, wenn es ein VGA-Ausgang wär, nicht alle Monitore können BAS!
-
Thread
Präzisions Funk-Thermometer gesucht
Seite 17 Entspricht übrigens durchaus auch meiner Erfahrung – ich habe noch einige Jahre 10Base2 Ethernet erlebt.
Schnapsidee. > Entspricht übrigens durchaus auch meiner Erfahrung – ich habe noch > einige Jahre 10Base2 Ethernet erlebt. 10Base2 hatte ich viele Jahre bei mir über's ganze Haus verteilt. Kurz davor hatte ich in der 4ma (nach Arcnet) 10Base5 eingeführt. Das lief da auch viele Jahre. Irgendwo muss ich
-
Thread
c++ 11/14/17?
RCC_BASE + 0x30U; constexpr reg32_t RCC_AHB2ENR = RCC_BASE + 0x34U; constexpr reg32_t RCC_APB1ENR = RCC_BASE + 0x40U; constexpr reg32_t RCC_APB2ENR =
RCC_BASE + 0x74U; constexpr reg32_t RCC_SSCGR = RCC_BASE + 0x80U; constexpr reg32_t RCC_PLLI2SCFGR = RCC_BASE + 0x84U; } </code>
-
Thread
C lib für SSD1305
I2CMasterInitExpClk(I2C0_MASTER_BASE, SysCtlClockGet(), false); I2CMasterSlaveAddrSet(I2C0_MASTER_BASE, 0x3C, false); I2CMasterDataPut(I2C0_MASTER_BASE,0x80); I2CMasterControl(I2C0_MASTER_BASE, I2C_MASTER_CMD_BURST_SEND_START); while(I2CMasterBusy(I2C0_MASTER_BASE)){} I2CMasterDataPut(I2C0_MASTER_BASE, 0xAE); I2CMasterControl(I2C0_MASTER_BASE, I2C_MASTER_CMD_BURST_SEND_FINISH); while(I2CMasterBusy(I2C0_MASTER_BASE)){} char error[10]; unsigned
-
Thread
SMD-Bauteil eines Autoschlüssel, Was ist das?
BAS40-07 https://www.mouser.de/ProductDetail/Infineon-Technologies/BAS-40-07-E6327?qs=mzcOS1kGbgcCwVNDhRfB3A%3D%3D Schottky Doppeldiode
Moin, also die große Suchmaschine sagt das ist ein BAS40-07 von NXP https://www.nexperia.com/product/BAS40-07
-
Thread
Echtzeituhr RV-2123-C2 - irgendwelche Tipps?
selbst verbraucht. (der > Unterschied zu 3V3 ist da nicht gravierend.) > > Verglichen mit der BAS40 mit 20nA bei 5V siehst du was machbar ist. Ich hatte ja schon geschrieben, dass ich das noch im Blick habe, ich werde da wahrscheinlich eine BAT54 einbauen. Der Datenerhalt war jetzt noch nicht
Schmeiss die BAS20 wieder raus und nimm die BAS40 oder irgendeine andere, noch bessere, Schottky Diode mit geringem Reverse Current und geringer Forward Voltage. Die BAS20 hat zwar einen geringeren Ir als deine bisherige
-
Thread
Dioden erlaubter Dauerflussstrom
diese Masse (nicht unbedingt im Silizium-Chip sondern in den Anschlußdrähten). Zumindest bei 40..60Hz. Würde man die Sache bei höherer Frequenz betrachten, z.B. bei 1kHz, würde sich für die BAS19 ein ähnliches Bild ergeben wie für die 1N4001.
Karl B. schrieb im Beitrag #7311731: > Die BAS19 ist doch eine "Schottky" Nein.
-
Thread
Wann/Warum verwendet man Glas Dioden?
> GermaniumDioden werden/wurden in Hochfrequenztechnik eingesetzt. Das war vor 40 Jahren. Heutzutage benutzen die nur noch Bastler.
). Kühlung erfolgt in der Hauptsache über die Anschlußdrähte. Die 1N4148 im SOT-23 Gehäuse heißt BAS16. Die 1N4148 ist bei NXP mit 200 Grad maximal die BAS16 mit 150 Grad für die Sperrschichttemperatur angegeben. (oftmals wird ja die 1N4148 auch als Temperatursensor verwendet). Außerdem ist
-
Thread
Altes (DDR-) Labornetzgerät reparieren
dafür, das die Spannung an den Basen > sich zwischen 3V bis 9V bewegt, wenn die Ausgangsspannung sich zwischen > 0 bis 12V bewegt. > Bei 0V am Ausgang hast Du dann 3V an den Basen. Klaro? Kein bischen. Ein Spannungsteiler der aus
die Spannung an den Basen> sich zwischen 3V bis 9V bewegt, wenn die Ausgangsspannung sich zwischen> 0 bis 12V bewegt.> Bei 0V am Ausgang hast Du dann 3V an den Basen. Klaro?Kein bischen. Ein Spannungsteiler der aus 0V 3V macht
-
Thread
Atmega 328p & PCF PCF8574: I2C Adresssuche
Weiteren einmal mit der Adresse und dem zusätzlichen R/W-Bit per I2C-Lib: [c] #define I2C_BASE_ADDR 0x40 [/c] mit [c] if (i2c_start(I2C_BASE_ADDR + I2C_READ)) { // error occured, turn on LED LED_on(); while(1) { // caught in error loop
Sven G. schrieb im Beitrag #4890807: > [c]#define I2C_BASE_ADDR 0x40[/c] Vorher schriebst Du: > sich ein Teilnehmer mit der Adresse 39 (dezimal) auf dem Bus befindet. was: > [c]#define I2C_BASE_ADDR 0x27[/c] einer 7-Bit Adresse für den Expander
-
Thread
PHY 10base tx bei 30 Mbit/s
Wenn ein 10base PHY zu 10/100/1000Base-T Networks kompatibel sein sollte, kann er dann bei aktueller Datenrate von 30 - 40 Mbit auf Ethernet noch selber die Nachrichten schicken. Oder geht es physikalisch nicht?
Aus dem Datenblatt: • Fully Compatible with 10/100/1000Base-T Networks • Integrated MAC and 10Base-T PHY
-
Thread
STM32F030 Timer 14 tut nichts
/* TIM2 clock enable */ RCC_APB2PeriphClockCmd(RCC_APB1Periph_TIM14, ENABLE); /* Time base configuration */ /* Berechnung der Frequenz: * * F_CLK=48Mhz * F_Timer=40kHz * TM_Period = F_CLK/F_Timer * <=> TM_Period = 48Mhz/40Khz = 1200 * wenn Prescaler und Devision
TIM2 clock enable */ RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM14, ENABLE); /* Time base configuration */ /* Berechnung der Frequenz: * * F_CLK=48Mhz * F_Timer=40kHz * TM_Period = F_CLK/F_Timer * <=> TM_Period = 48Mhz/40Khz = 1200 * wenn Prescaler und Devision
-
Thread
C++ auf einem MC, wie geht das?
c_LCD // nur zum Test, für ein paar mehr oder weniger sinnvolle Ausgaben { private: c_OutputPinsBase *_data; c_OutputPinsBase *_E; c_OutputPinsBase *_RS; c_OutputPinsBase *_RW; public: c_LCD(c_OutputPinsBase *d,c_OutputPinsBase *E,c_OutputPinsBase *RS,c_OutputPinsBase *RW) : _data(d),
Alternative zu zeigen, die schon länger bei mir rumliegt: [c] #include <avr/io.h> #define GPIOB_BASE 0x23 #define GPIOC_BASE 0x26 #define GPIOD_BASE 0x2B #define GPIOE_BASE 0x2C #define GPIOF_BASE 0x2F typedef struct { uint8_t pin; uint8_t ddr; uint8_t port; } GPIO_t;
-
Thread
malloc/free vs. statische Variablen auf µC
Internetseiten), ein paar etwas mehr. Dann schaufeln alle Rechner zusammen bei Ethernet 10mbit: 30..40% der Bruttorate = 375..500kb/sek, bei TR 16mbit: 1.8MB/s Du erreichst bei Ethernet keine 90% Auslastung!!! Bei 30..40% ist schluss! Und 30..40% Netzauslastung sind ja wohl schon Regelfall! Wenn
Schonmal dran gedacht, dass man mit einem Rechner ein 10base2 segmentieren kann? 2 NICs rein, bridge einrichten, fertig. Macht bei 10base2 in jedem Fall Sinn, eben wegen den Kollisionen. Dazu braucht man nichtmal einen Rechner, gibt genug Router die sowas können
-
Thread
Entwurf uC mit Uart für RS485-Bus mit > 4 Mbps
Klingt, als ob du 10Base-T schlechter (asynchron) neu erfinden willst. MfG Klaus
10Base2 kann ja immerhin bis zu 10 MBit brutto.
-
Thread
Framebegrenzer mit Atmega8
In diesem eine Variable auf 1 setzen, und irgendwo im Spielablauf dann die Abfrage: while (!wait40ms); wait40ms=0;
--------- while (1) { //-- call modes every 4,44 ms --------------- if ( _u16TimeBaseTickLast != u16TimeBaseTick ) { _u16TimeBaseTickLast = u16TimeBaseTick; //-- fetch start time --------------------- _u16TimeStampMode = TCNT1; //-- call mode routine
-
Thread
STM32-Discovery - Implementierung PI-Regelung (für Aufwärtswandler) - Problem: ADC zu langsam
einen Aufwärtswandler mit einem STM32 Discovery. Der Aufwärtswandler soll mit einer Frequenz von 40kHz getaktet werden. Das Tastverhältnis ist dabei von zwei analogen, eingelesenen Werten abhängig(Strom und Spannung). Unsere Idee ist, den ADC über einen Timer-Interrupt alle 25µs (1/40kHz) einzulesen
, hier Aufwärtszählen TIM_TimeBase_InitStructure.TIM_Period = 99; //Wert bis zu dem Timer zählt TIM_TimeBase_InitStructure.TIM_Prescaler = 5 ; // Teilt den Eingangstakt(24MHz) um den Faktor (TIM_Prescaler+1), hier also 24 TIM_TimeBaseInit
-
Thread
STM32 Timer-Periode einstellen
72MHz, wobei die PCLK1 = HCLK/2 ist. [c] /* init timer2 update interrupt */ TIM_TimeBaseStructure.TIM_Period = freq; //120 interrupts pro sekunde TIM_TimeBaseStructure.TIM_Prescaler = (36000 - 1); TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode
; TIM_TimeBaseInit(TIMx, &TIM_TimeBaseStructure); [/c] Gruß Lars
-
Thread
C++ Arduino Grundlagen
Programm, aber der Compiler wirft 2 Fehler: error: variable or field 'test' declared void error: 'Base' was not declared in this scope [c] class Base { public: void show() { Serial.println("Base"); } }; class Derived: public Base { public: void show() { Serial.println
Ok, jetzt wird Derived und Base gedruckt, aber mit abschließendem Absturz .... [c] class Base { public: virtual void show() { Serial.println("Base"); } }; class Derived: public Base { public:
-
Thread
transistor-problem :(
Der Verstärkungsfaktor wird in meiner (kurz)Tabelle mit >40 angegeben. Das bedeutet im schlechtesten Fall 40. Grüsse Jürgen
weniger als B=40) kann der Basiswiderstand natürlich noch verringert werden. Grüsse Jürgen