-
Thread
Transistor: Forward Transconductance
wenn du ihn aber auf Ausgang schaltest DDRA|=(1<<DDA0); dann kannst du mit PORTA|=(1<<PA0); auf high legen oder mit PORTA&=~(1<<PA0); auf low. Du brauchst also keine zusätzliche Steuerleitung. Der interne PullUp ist eigentlich für den Eingang gedacht.
Schaltungskapazitäten sind das tau = 120 ns. Du hast f = 4 MHz, also T = 250 ns, davon je 125 ns für den High- und den Low-Teil deines Impulses bei 50 % Tastverhältnis. Das Resultat wird also ein ziemlicher Sägezahn werden. Ich würde eher mit 1 kΩ ins Rennen gehen.
-
Thread
CC2530 Strom sparen mit low-side switch
Du musst auch noch PB3 und PB4 auf Ausgang low oder eingang ohne Pullup schalten, sonst könnte das für das CC2530 unangenehm werden
Christopher B. schrieb im Beitrag #5448539: > PB3 und PB4 auf Ausgang low Und das habe ich jetzt auch noch vor dem Ausschalten hinzugefügt
-
Thread
Verhalten von CPLD ausgang im high-z modus
Geräte hat die diese >Funktion haben? Ich denke nicht. Der Bus wird durch einen aktiven Ausgang auf LOW oder HIGH getrieben. Wenn dann der aktive Ausgang auf Tristate geht, halten beide Buskeeper den Bus auf dem alten Potential. Was Probleme machen könnte ist eine Mischung aus Pull-up/downs und Buskeepern. Die könnten gegeneinander arbeiten und undefinierte Buszustände erzeugen (Bus ist low, Pull-up zihet nac HIGH, Keeper nach LOW, Busspannung ergibt sich aus dem Spannungsteiler von Pull-up und Busskeeper). MfG Falk
-
Thread
Schrittmotor ansteuern
OUTPUT); } void loop () { if (millis() %4000 <1000) { digitalWrite(X_DIR_PIN , HIGH); } else { digitalWrite(X_DIR_PIN , LOW); } digitalWrite(X_STEP_PIN , HIGH); delay(1); digitalWrite(X_STEP_PIN , LOW); } [/c] Kann den vielleicht
anderen Code (bei diesem ) [code]if ( millis() %600000 < 30000) { digitalWrite(X_DIR_PIN , HIGH); } else { digitalWrite(X_DIR_PIN , LOW); } digitalWrite(X_STEP_PIN , HIGH); delay(0.1); digitalWrite(X_STEP_PIN , LOW); delay(0.1); }[/code] funktioniert
-
Thread
wieder Probleme mit dem LCD
[avrasm]check_busyflag: cbi LCD_PORT, RS ;RS auf Low legen sbi LCD_PORT, RW ;RW auf High legen nop sbi LCD_PORT, E ;Enable auf High ldi R16, 0b11110000 ;Port, an dem das LCD hängt, auf Eingang schalten out LCD_DDR, R16
the control line bits ;swap temp ******* jetzt muss hier das swap raus da wir eh schon die low bits haben ;temp HIGH nibble contains data LOW nibble! so swap or return, temp ;and combine with previously read high nibble cbi LCDS_PORT, LCD_E ;take all control lines
-
Thread
LCD Display cursor adresse auslesen?
Das Senden eines Befehls erfordert mehr oder weniger folgende Abfolge von Pin-Wacklern: - RS=LOW, RW=LOW - Obere 4 Datenbits an Pin D4-D7 anlegen - EN=HIGH - EN=LOW - Untere 4 Datenbits an Pin D4-D7 anlegen - EN=HIGH - EN=LOW Während für Lesen von Busy-Flag und Adresse folgende Abfolge nötig ist: - RS=LOW, RW=HIGH - EN=HIGH - Obere 4 Datenbits von Pins D4-D7 ablesen - EN=LOW - EN=HIGH - Untere 4 Datenbits von Pins D4-D7 ablesen - EN=LOW
-
Thread
Serieller Signalpegel am Arduino UNO R3
stellt ja den Binärcode dar. Also der erste "Drop" im Screenshot ist wohl das Startbit, dann 3 x HIGH, dann 3 x LOW, dann 1 x HIGH und wieder 1 x LOW. Zum Schluss geht es wieder 1 mal auf HIGH (StopBit) und bleibt dann auch so. Wäre also 11100010. Da LSB aber zuerst kommt, ist es in der richtigen Reihung
#6414176: > Nun zur Frage: Überall ist zu lesen, dass in einem seriellen Signal die > 0 mit Level HIGH und die 1 mit Level LOW dargestellt wird. Mein > nagelneues Oszilloskop misst aber dort wo die 1er sind, ein HIGH Signal > (+ 5V) und bei den Nullen ein LOW
-
Thread
Nokia 6100 Grafiklibrary die Zweite
behandelt. > Das zweite Problem war das Display selbst. Die HW-Variante benötigt > neben RESET Low auch noch SDA Low und Clock High, und dies stabli > während der Reset-Phase. Außerdem muss der Reset-Pegel einige Zeit im > Low-Zustand verbleiben. Muss man erst mal drauf kommen.... Mit dem Reset
raus. > >> Das zweite Problem war das Display selbst. Die HW-Variante benötigt >> neben RESET Low auch noch SDA Low und Clock High, und dies stabli >> während der Reset-Phase. Außerdem muss der Reset-Pegel einige Zeit im >> Low-Zustand verbleiben. Muss man erst mal drauf kommen.... > > Mit
-
Thread
Welcher Transistor ist der richtige?
Achso. Was heißt denn Low Voltage und High Voltage? Aus den Pins kommt doch entweder Strom, oder kein Strom raus, oder? Jenachdem, ob der Pin angesteuert wird, oder nicht? Warum gibt es dann Low Voltage und High Voltage?
Hallo, freut mich, daß wir uns da einig sind. "Was heißt denn Low Voltage und High Voltage? Aus den Pins kommt doch entweder Strom, oder kein Strom raus, oder? Jenachdem, ob der Pin angesteuert wird, oder nicht? Warum gibt es dann Low Voltage und High Voltage?
-
Thread
LED-Streifen dimmen
... 0xFF,0xFF }; uint8_t get_calibration(prog_uint8_t data[], uint8_t value) { uint8_t low_pos; uint8_t low_val; uint8_t high_pos; uint8_t high_val; while (pgm_read_byte(&data[2])<value) { data+=2; } low_pos=pgm_read_byte(&data[0]); low_val=pgm_read_byte(&data[1]); high_pos=pgm_read_byte(&data[2]); high_val=pgm_read_byte(&data[3]); high_val-=low_val; high_pos-=low_pos; value-=low_pos; return low_val+value*high_val/high_pos; } [/c] Ja, ein pgm_read_byte
-
Thread
Arduino-Library für Intertechno-Devices ITW-852
, die Fenster breiter zu machen, also mal als plumpes Beispiel: // longer low after start pulse #define T_START_LOW_MIN (1000/T_US) #define T_START_LOW_MAX (4000/T_US) // min/max high pulse #define T_HIGH_MIN (50/T_US) #define T_HIGH_MAX (800/T_US)
Decoding remote control ITW tested on Arduino Uno protocol: start condition: >10ms low, short high, >2,5ms <3ms low 33 data elements: 0: short high, long low 1: short high, short low, short high, long low 2: short high, short low, short high, long low, short high, long
-
Thread
Programmgeschwindigkeit Arduino
); lcd.print(lcdOut); lcd.print("A "); digitalWrite(o_ein1, HIGH); digitalWrite(o_ein2, HIGH); lcdNeu = false; } } } digitalWrite(24, LOW); delayMicroseconds(500); digitalWrite(24, HIGH); } [/c]
@millioner2 (Gast) >hat sich geklärt, ich wollte gerne die Zyklusdauer als HIGH >Signal haben Ist ja auch sinnvoll, aber dazu setzt man das IO-Pin am Anfang auf HIGH und am Ende auf LOW. Da erkennt man auch im Quelltext gleich den Anfang der Messung und das Ende. Mit deiner
-
Thread
Suche Protection IC
probieren ob der Ausgangsstrom wieder unterm Limit bleibt? Constant-Current? ...? Soll das Ding High-Side oder Low-Side eingesetzt werden? Wenn High-Side - bist Du Dir ganz sicher dass es High-Side sein muss und es nicht auch Low-Side ginge?
Komponenten einen defekt aufweisen oder wo ich nachher probleme in meiner Leitung habe. Ja so ein High-Side-Switch / Low-Side-Switch ist ja auch mit "smarten" funktionen ausgestattet auch eine "protection" IC deswegen habe ich es darunter Publiziert. Es kann auch ein Low-Side-Switch sein es muss
-
Thread
Random Walk ohne drift
es das ist, was du willst? Florian Roesner schrieb im Beitrag #3769577: > if (place < randomWalkLowRange){ > place = place + (randomWalkLowRange - place); > } > else if(place > randomWalkHighRange){ > place = place - (place - randomWalkHighRange); > } Was passiert wenn place genau zwischen randomWalkLowRange und randomWalkHighRange liegt? sicher das du dann einfach nur place zurueck geben willst? Wie sind randomWalkLowRange und randomWalkHighRange definiert?
-
Thread
Ich sehe eine den Fehler nicht
#3808247: > ((unsigned char *) &data)[0] = pch->RESL; > ((unsigned char *) &data)[1] = pch->RESH; Low und High Byte vertauscht?
Ich bekomme sporalische digitale Sprünge, die ich mir nichr erklären kann. Das mit dem High und Low-Byte drehe ich wieder bei der USART Übertragung. Bei der USART Übertragung sende ich zuerst das High-Byte und anschließend das Low-Byte. [c] test = adca_read(0); usart_putchar(&USARTC0
-
Thread
Wie Taktlücke erzeugen ?
Signal ist ganz kurz auf dem anderen Pegel und geht wieder zurück oder er meint dass es den pegel von High nach Low Ubd von Low nach High ändern kann.
Wechsel von H->L IC1B beim Wechsel von L->H der Ausgang (2 bzw. 6) des jeweiligen FF's geht dann auf LOW, durch die Undverknüpfung mit V1/2 geht dessen Ausgang (4) auf High. Mit der nächsten fallenden Flanke an Clock wird dieses High von IC2A an dessen Ausgang (2) übernommen, der negierte Ausgang (3)
-
Thread
SN74LS193 Verständnisfrage
das erstmal alles also jeden Kringel als "NOT" behandelt. Wenn man dann die Eingänge DOWN auf High CLEAR auf Low LOAD auf High legt, dann sind aber z. B. am 1. FF (oben) der R und der S Eingang konstant beide auf Low. Das ändert also nie seinen Zustand. Und dann sind das da ja laut Zeichnung
aktiven Taktflanke invertiert der Ausgang. Das englische Wort dafür heißt "toggle". Der S ist low aktiv (runder Kreis im Schaltbild) Der R ist high aktiv.
-
Thread
Solo- und Mute-Schaltung für Analogmischpult realisieren.
wird aber auch der R-Eingang des unteren Flipflops auf High gelegt, sodass dessen Ausgang kurz darauf auf Low schaltet, dann der Ausgang des UND-Gatters auf Low geht, und dadurch das High-Signal an den S-Eingängen der Kanal-Flipflops ebenfalls abgeschaltet wird
Endeffekt gelangt also nur ein kurzer Puls an die S-Eingänge (hoffentlich reicht dieser, um die FF's auf High zu schalten, probiert hab ich's nicht :-). Da das untere Flipflop also auf Low ist, bleibt also auch der Ausgang des UND-Gatters auf Low, sodass das Drücken weiterer Solo-Knöpfe kein Abschalten der
-
Thread
Merkwürdiges Verhalten 74HC4066
meine 74HC4066 hinter einem I/O Expander PCF8574 an einem NodeMCU. Wenn ich meine Outputs einmal HIGH/LOW schalte ist alles gut, aber nach einem Stromausfall ist erstmal fröhliche undefiniert-Party. Ich habe in meiner ESP-Firmware schon eingestellt, dass alle Ausgänge auf LOW stehen sollen, aber scheinbar
. Mit dem PCF8574 als Signalgeber funktioniert es zuverlässig sobald ich einen Ausgang einmal HIGH/LOW schalte. Danach gibt er überall zuverlässig LOW aus. Und alle LEDs gehen und bleiben aus. Das Netzteil ist ein 1,5 Ah Labornetzteil. Was spricht gegen Halbleiterrelais? Mit einem Relais-Board
-
Thread
Attiny 44 an Ardunio problem.
(TP3A, LOW); digitalWrite(TP3B, LOW); delayMicroseconds(5); // C wird aufgeladen pinMode(TP1A,OUTPUT); digitalWrite(TP1A, HIGH); pinMode(TP2A,OUTPUT); digitalWrite(TP2A, HIGH);
; digitalWrite(TP1A, HIGH); pinMode(TP2A,OUTPUT); digitalWrite(TP2A, HIGH); delayMicroseconds(5); pinMode(TP1A,INPUT); digitalWrite(TP1A, LOW); pinMode(TP2A,INPUT); digitalWrite(TP2A, LOW);
-
Thread
UART senden über udrie0
)|(1<<txcie0) sts ucsr0b, r16 ldi xh, high(sram_start) ldi xl, low(sram_start) clr r16 hreset_memclr: st x+, r16 cpi xl, low(ramend) brne hreset_memclr cpi xh, high(ramend) brne hreset_memclr sei ; interrupts global
ucsr0b, r16 ldi xh, high(sram_start) ldi xl, low(sram_start) clr r16 hreset_memclr: st x+, r16 cpi xl, low(ramend) brne hreset_memclr cpi xh, high(ramend) brne hreset_memclr sei ; interrupts global
-
Thread
Ultraschallwandler von 5V auf 3V als VCC umbauen
schlechte Ergebnisse erzielt habe. Der Sendevorgang sieht so aus: -Sendevorgang vorbereiten: Steuer_Low = 0 & Steuer_High = 1 -Burst: Burst_High und Burst_Low sind wechselseitig 1 und 0 -Sendevorgang beenden: Steuer_Low = 1 & Steuer_High = 0 und Burst_High&Low werden am Controller als Eingang
geschaltet Nach deinem Einwand kann ich mir die Funktionsweise nur noch so erklären: Wenn Steuer_Low = 0 geschaltet ist, wird damit die Masse abgekoppelt. Wenn Steuer_High = 1 geschaltet wird, kann Burst_High = 0 und Burst_Low = 1 geschaltet werden. Wenn im umgekehrten Fall Burst_High = 1 und Burst_Low
-
Thread
LM3S9B96 SPI über GPIO
soweit implementiert, aber kann keine daten zurücklesen. Beim FPGA soll der INIT PIN am Anfang auf low gesetzt werden, anschließend setze ich ihn dann auf High Impedanz, damit das FPGA konfiguriert werden kann, und nachdem das FPGA konfiguriert wird wird vom FPGA sowie der DONE Pin als auch INIT Pin
Die CS sind im Prinzip richtig, aber zwiachen CS High und wieder Low sollte eine Pasue, sonst sieht der Flash das eventuell nicht. Steht aber sicher im Datenblatt wie lang das High mindestens anstehen muss. Einen Flash kann man nicht einfach schreiben
-
Thread
warum funktioniert mein ad9833 nicht?
(1<<PD7) ; // FSYNC HIGH warte(1); PORTD &=~(1<<PD7); // FSYNC LOW SPDR = 0x7F; // Ausgabe an das Spi interface while (!(SPSR &(1<<SPIF))) { y++; }
AD9833.pdf Seite Drei Ist die letzte Zeit in der Tabelle mit "T11" bezeichnet. Dein SCL muss high sein BEVOR du die fsync von high nach low ziehst. Wenn Du deine zwei Bilder anschaust dann ist das auch der AUGEFÄLLIGSTE Unterschied.
-
Thread
Induktiver Positionssensor - Fragen dazu
sehr vielversprechend: [code] Liest einen Wert von einem vorgegebenen Digitalpin ein, entweder HIGH oder LOW. Wenn value z.B. HIGH ist, wartet pulseIn() darauf,dass der Pin auf den Wert HIGH wechselt, startet einen Timer und wartet anschließend darauf, dass der Pin wieder auf LOW wechselt. Daraufhin
> > Im Moment benutze ich doch noch Arduino. > [code] > void loop() { > digitalWrite(13, HIGH); // Setzt den Digitalpin 13 auf HIGH = "Ein" > delay(1000); // Wartet eine Sekunde > digitalWrite(13, LOW); // Setzt den Digitalpin 13 auf LOW = "Aus" > delay(1000);
-
Thread
PIC16F887 auf MC2V0 - I2C
Ok habs... der Draht den ich zum Messen benutzt habe muss irgendwie an einen High Pegel gekommen sein und hat deshalb das ganze ergebnis versaut. Und noch schlimmer das ding hat auch noch einen Drahbruch, weshalb ich am Osci nur ein Low Signal gemessen habe... Ich schneid mir
zeigt den Anfang der zu senden Adresse (0b100100 RW) aber wie man unschwer erkennen kann, werden die High Pegel nach Standard übertragen und bei den Low Pegeln ändert sich das Datensignal bei einem SCL = High, was aber niemals Passieren dürfte... Hat jemand eine idee, wieso? Von der Programmierung her
-
Thread
OP Led Abfrage
helfen. Das habe ich schon. Vergessen einzuzeichnen. > Welche LED leuchtet denn bei 0.6V? Low Power 0603 Weiß > Was soll denn das für eine Led sein. > > Und was geht denn und was nicht? Ich habe High Pegel am Ausgang des OP unabhängig vom Zustand der Led
Ja, das ist Fehler #1. Der Ausgang TL072 wird im PWM Takt ebenfalls High und Low gegangen sein. Mit dem Multimeter misst man dann ebenfalls eine relativ geringe Spannung. Dazu kommt aber, dass der Ausgang nie auf 0V runter geht.
-
Thread
Funk-Binärwanduhr bauen
mal mal ein Normale, LowCurrent und eine HighPower ein Reihe schalten und dann 2mA drauf geben.
Edit: *Als sei die Low-Current LED heller.
-
Thread
mpulskonvertiereung 5sec high --> 0,5sec low
Hallo, von einem IR Melder bekomme ich 5 Sek. lang einen High Pegel. Diesen muss ich zweck Weitergabe an eine andere Schaltung in einen Tastenimpuls (low activ) umwandeln. Bei der Suche bin ich auf das Stichwort "Negierter Monopflop" gestoßen. Bin ich da richtig
und mit einem Diffenzierglied klappt es nicht? C auf R wenn dein 5s high wieder auf low geht wird der über C übertragen -> http://www.gammon.com.au/images/Arduino/Arduino_forum_154906c.png
-
Thread
I2C EEPROM: Auslesen liefert nie logische Null
sein, dass die I2C Pins am µC falsch konfiguriert sind und > die Datenleitung vom µC aktiv auf high gezogen wird. darauf deuten auch die relativ steilen Low nach High Flanken.
I2C aus. Da lässt man den SDA Portpin im Portregister immer auf 0 und schaltet zum erzeugen von High und Low Pegel mit dem *DDR* Register um, nicht mit PORT.
-
Thread
WTV020 Start - Stop - ohne AVR
} void loop() { // for(int i = 0; i < 9; i++) { digitalWrite(playPin, HIGH); delay(500); // digitalWrite(nextPin, HIGH); delay(500); wtv020sd16p.playVoice(0); // digitalWrite(playPin, LOW); wtv020sd16p.stopVoice(); delay(15000); digitalWrite
loop() { tasterstatus=digitalRead(taster); //Hier wird der Pin7 ausgelesen if (tasterstatus == LOW) // Wenn der taster gedrückt ist (Das //Spannungssignal ist low).. { //Programmabschnitt des IF-Befehls öffnen. digitalWrite(LED, HIGH); delay(6000); digitalWrite(LED, LOW); } else { digitalWrite
-
Thread
32x HCT165 sende fehler
Joe F. schrieb im Beitrag #3998450: > Könnte es sein, dass du PL für eine kaum messbare Zeit auf low und Ansteuerung ist so: CLK und PL auf high ziehen, "obwohl sie es schon vorher waren" PL low..... ACH HER GOTT.... das hbe ich mir extra ne Pre-Compiler anweisung geschrieben um eine Delay
abbilden. Aber vielleicht mal in jedem 1/4 der Bausteine ein eindeutiges Bitmuster ( einen Pin auf Low anstatt High ) Dann kannst du wenigstens schon mal Zählen.
-
Thread
RS-Flipflop Schaltung
hängt ab von GND und schließ ihn als Pullup an +5V. Wenn jetzt ein Drahtbruch ist, geht der S auf high und schaltet die LED ein. Dieser Zustand läßt sich mit dem Taster erst wieder resetten, wenn der Draht geflickt ist, also an S wieder ein Low anliegt. Der Rest ist okay.
ich schrieb im Beitrag #3378881: > Wenn jetzt ein Drahtbruch ist, geht der S auf high und schaltet die LED > ein. Dieser Zustand läßt sich mit dem Taster erst wieder resetten, wenn > der Draht geflickt ist, also an S wieder ein Low anliegt. Die LED sollte eben genau anbleiben wenn
-
Thread
ESP8266 Modul ESP01 GPIO Input Boot Probleme
Diese Befehlsfolge ist sinnlos: > pinMode(2, INPUT); > digitalWrite(2, HIGH); Ein Eingang wird mit digitalRead() abgefragt. Ein Ausgang wird mit digitalWrite() gesteuert. Der Pin ist beim Booten zeitweise ein Ausgang, welcher mehrmals den Pegel zwischen LOW und HIGH
Hallo, zum Zeitpunkt des Bootens kann am Eingangspin Low oder High liegen, das hängt von einem externen Lichtsensor ab, dieser Lichtsensor liefert dann am gpio2 Low oder High, das kann ich nicht beeinflussen, da bleibt ja dann nur eine Möglichkeit übrig,
-
Thread
Verständnisproblem Serielle Ausgabe von Zahlen
LOW); delay(5); digitalWrite(CLOCK, HIGH); //pulse CLOCK delay(5); digitalWrite(CLOCK, LOW); delay(5); digitalWrite(DATA, LOW); //make sure DATA pin is LOW digitalWrite(LOAD, LOW); delay(5); digitalWrite(LOAD, HIGH); //pulse LOAD delay(5); digitalWrite(LOAD, LOW); // Chip is RESET now }
-
Thread
16 Bit Werte aus dem Speicher lesen
Hallo ich möchte mittels Z-Pointer Werte aus dem Speicher lesen aber ich schaffe es nicht ganz an das High-Byte des Wortes zu kommen. Kann mir jemand sagen was ich falsch mache? main: ldi ZL, LOW(pwmValue*2) ldi ZH, HIGH(pwmValue*2) lpm temp, Z ldi ZL, LOW(pwmValue) ldi ZH, HIGH(pwmValue
main: ldi ZL, LOW(pwmValue*2) ldi ZH, HIGH(pwmValue*2) lpm temp, Z subi ZL,-1 sbci ZH,0 lpm temp1, Z rjmp main oder main: ldi ZL, LOW(pwmValue*2) ldi ZH, HIGH(pwmValue*2) lpm temp,
-
Thread
mega8 powermodes
, muss ich aber erst umlöten (Zuhause). Melde mich dann morgen wieder (FH). Bleibt eigentlich ein high level im powerdownmode auf high oder fällt der auf low ich würde annehmen der fällt auf low?
also Patrik, vielen Dank nochmal für die schnelle Hilfe. Was ich auch merkwürdig finde ist, dass ein high geschalteter Eingang im Powerdownmode high bleibt und nicht auf low fällt. Aber dass ist ja nicht so tragisch!
-
Thread
Auswertung eines Signals
Morsecode", in diesem Fall einen bestimmten Status-Code wie "ALLES OK". So sieht es aus: 300 µs high (start) 12 µs low 25 µs high 125 µs low 300 µs high (stop) Das Problem ist, das es sich um eine Zeitkritische Anwendung handelt. Wärend ich auf das Eintreffen dieser Signalfolge warten will,
dem erwarteten Ergebnis inkl. Toleranzen. Natürlich nur, wenn die richtige Phase anliegt, also die Low-High-Zustände stimmen.
-
Thread
Interrupt 8051
Wenn man Flankengesteuert interrupts mit einem 8051 auslosen moechte und zwar genauer gesagt eine HIGH - LOW Flanke dann : SETB EX0 SETB IT0 ; HIGH -> LOW (fallende Flanke) loest den Interrupt aus und bei LOW - HIGH Flanke ist es dann also ?! : SETB EX0 CLR IT0 ; LOW -> High (steigende
daniel wrote: > und bei LOW - HIGH Flanke ist es dann also ?! : > > SETB EX0 > CLR IT0 ; LOW -> High (steigende Flanke) loest interrupt aus > > Der Interrupt ist LOW aktiv, bedeutet eine Flanke von 1 nach 0 loest im
-
Thread
Arduino Hilfe Gesucht.
[c] //Untested void ledOut(uint16_t leds, int time) { digitalWrite(13, leds & (1 << 9) ? HIGH : LOW); digitalWrite(12, leds & (1 << 8) ? HIGH : LOW); digitalWrite(11, leds & (1 << 7) ? HIGH : LOW); digitalWrite(10, leds & (1 << 6) ? HIGH : LOW); digitalWrite( 9, leds & (1 << 5) ? HIGH : LOW); digitalWrite( 8, leds & (1 << 4) ? HIGH : LOW); digitalWrite( 7, leds & (1 << 3) ? HIGH : LOW); digitalWrite( 6, leds & (1 << 2) ? HIGH : LOW); digitalWrite( 5, leds & (1 <<
-
Thread
Mosfet/IGBT und Treiber für einenMosfet/IGBT
2ED020I12-FI wäre da zum Beispiel ein Treiber. TTL rein, High-Side Low-Side IGBT Ansteuerung raus. externe Beschaltung Bootstrap Diode und Kondensator, also Hühnerfutter
nirgends zum kaufen. Jetzt muss ich noch schnell meine Dimmheit beweisen . Der Treiber ist also für Low Side sowohl auch für High Side Anwendungen zu verwenden? Mfg Patrick
-
Thread
Fragen zu Utility Gesperrt
3 'CONNECT 2400/REL', carrier high 2 'CONNECT 2400', carrier high 1 'CONNECT 1200', carrier high R 'RING', carrier low V 'VOICE', carrier low I 'RRING', carrier low Heißt das das ich alle Tasten gleichzeitig drücken muss also
3 'CONNECT 2400/REL', carrier high 2 'CONNECT 2400', carrier high 1 'CONNECT 1200', carrier high R 'RING', carrier low V 'VOICE', carrier low I 'RRING', carrier low also STRG Pfeil nach Oben drücken und dann erst die 0 dann die
-
Thread
Ethernet Shield + SPI Kommunikation
Wie ist dann die NS Leitung vom Ethernet Shield? Müsste ich das auch zischen LOW und High wechseln? Also Sensor 1 will Daten senden CS_Sensor1: Low CS_Sensor2: High CS_Ethernet: High
delayMicroseconds(100); // tHOLD = 100us min. for (byte i=128; i >0 ; i >>= 1) { digitalWrite (SCLK, LOW); digitalWrite (SDIO, (data & i) != 0 ? HIGH : LOW); delayMicroseconds(100); digitalWrite (SCLK, HIGH); //Serial.print((data & i) != 0 ? HIGH : LOW, BIN); } //Serial.println
-
Thread
Linear-Dimmer für High-Power-LEDs!?
von gestern anmutenden Schaltungsvorschlag zur Diskussion stellen: Einen Linear-Dimmer für eine 50W-High-Power-LED. Simuliert mit Microcap 9 und für die 50W-LED, die u.a. Reichelt anbietet, und die hier im Forum bereits erwähnt wurde: http://www.mikrocontroller.net/topic/173490#new Womit mein
Konstantstromquelle]] mit sehr wenig Spannungsabfall eine LED mit hohem Wirkungsgrad regeln kann, quasi ein Low Drop Regler für den Strom. Keine wirlich neue Erkenntnis. Das ist nach mehrfachem Lesen und Eklärungen deinerseits nun auch bei mir angekommen. MfG Falk
-
Thread
Brushless-Controller für Modellbaumotoren
ist und bei > PWM egal welches signal. es gibt noch den /sd pin, hiermal die zustände: /SD:HIGH - STAGE ON > IN-A-IO:High - STAGE HIGH > IN-A-IO:LOW - STAGE LOW > IN-A-IO:TRISTATE -> PWM /SD:LOW - STAGE TRISTATE
Danke für deine Antwort, Andi D. schrieb im Beitrag #2843718: > /SD:HIGH - STAGE ON >> IN-A-IO:High - STAGE HIGH >> IN-A-IO:LOW - STAGE LOW >> IN-A-IO:TRISTATE -> PWM Bedeutet das dass der IN_A als Eingang definiert ist? Andi D. schrieb im Beitrag #2843718: > /
-
Thread
Frage zum D FlipFlop Datenblatt
Wert nehmen? Ist mit t_PLH oder T_PHL gemeint, welche Durchlaufverzögerung es gibt, wenn es von Low auf High wechselt und von High auf Low?
#4182386: > Ist mit t_PLH oder T_PHL gemeint, welche Durchlaufverzögerung es gibt, > wenn es von Low auf High wechselt und von High auf Low? Wie aus Waveform 1 hervorgeht... die Zeit von der steigenden Flanke an CK bis der Ausgang sich ändert. Sehr wahrscheinlich jeweils Low->High und High->Low.
-
Thread
Schaltplan - Bewertung / Kritik
für die Ebenen, klar. Der Ablauf wäre in etwa wie folgt: Angenommen wird das IC4-Y7 High ist, IC4-GL und IC5-GL sind High, ebenso IC5-G1. 1: IC5-G1 auf Low ziehen. Somit sind alle Ausgänge von IC5 auf Low, und alle N-FET gesperrt (Blanking) 2: 8-Bit Daten anlegen für eine Reihe 3:
mit dem gewünschten Muster geladen - und IC4-Y7 auf High 6: 0b000 an die 3-Bit Dekoder anlegen 7: IC5-GL auf Low, dann wieder auf High 8: IC5-G1 auf High ziehen. - Jetzt ist dann Eben 0 aktiv und zeigt das gewünschte 8x8 Bitmuster an. 9: Etwas
-
Thread
Flipflop funktioniert bei höherer Frequenz gar nicht.
mit 3.3V CMOS-Pegel auch zuverlässiger als 74HC. Das ist deine Meinung! niedriger für sichere low Erkennung mag sein, aber es war immer so das HC größere Störabstände haben, weil die Schaltschwellen im engeren Bereich um VVC/2 liegen. Bei TTL ist alles ab 0,8V als high Erkennung möglich und low
Axel Schwenke schrieb im Beitrag #3997538: >> Bei TTL ist alles ab 0,8V als high Erkennung möglich > > Falsch. ok dann nenne es unbestimmeter Zustand, low wird nicht sicher erkannt! besser? Axel Schwenke schrieb im Beitrag #3997538: >> und low wird nur bis 0,8 erkannt
-
Thread
Umwandlung von zwei uint8_t in uint16_t erzeugt falschen Code?
void); static void foo(uint16_t value); int main(void) { while(1) { uint8_t lowByte; uint8_t highByte; uint16_t value; highByte = (uint8_t)Uart_RxChar(); lowByte = (uint8_t)Uart_RxChar(); value = lowByte | (uint16_t)highByte<<8
aufgebaut wird, kann PR46779 auftreten. Das hier sollte dann aber immer funktionieren: value = lowByte + highByte * 256;
-
Thread
Datenrate Maus oder Tastatur
or receive. The maximum allowable interrupt data payload size is 64 bytes or less for full-speed. High-speed endpoints are allowed maximum data payload sizes up to 1024 bytes. A high speed, high bandwidth endpoint specifies whether it requires two or three transactions per microframe. Low-speed devices
data payloads, or less than 10 low-speed one-byte data payloads, or to less than 134 high-speed one-byte data payloads. Danke für den Hinweis!