-
Thread
bringe LCD-Display nicht zum laufen
BIT (oberes Nibble zuerst) do { PORTD = (PORTD & 0x0F) | (send_char & 0xF0); // Port low nibble nicht verändern ENABLE = HIGH; // ENABLE = HIGH ENABLE = LOW; // ENABLE = LOW, Steuersignal Datenübernahme
BIT (oberes Nibble zuerst) do { PORTD = (PORTD & 0x0F) | (send_char & 0xF0); // Port low nibble nicht verändern ENABLE = HIGH; // ENABLE = HIGH ENABLE = LOW; // ENABLE = LOW, Steuersignal Datenübernahme
-
Thread
TUSB2046B funktioniert leider nicht / wird nicht erkannt bzw entdeckt
nicht, weil Du den falschen Powerswitch genommen hast. Das Schaltbild passt zum TPS2044B (Enables Low aktiv), nicht aber zum TPS2054B (Enables high aktiv). Siehe auch Figure 11 auf Seite 16 unten - da ist auch der TPS2044 verwendet. fchk
. PWRon ist activ low und TPS2054 ist activ high. ich habe den TPS2054 statt TPS2044 benutzt, weil Mouser den als (nicht für neue Design empfohlen) gekennzeichnet hat. Der wurde wahrscheinlich abgekündigt. kennst du zufällig
-
Thread
Eigenes Serielles "Protokoll" - Meinungen?
Tiny48 zusammen 194Byte. Die Takt-Rate ist nicht Fest und variiert während der Übertragung (wenn nur LOW oder nur HIGH übertragen wird, ist sie Jedoch Konstant.) Der Angehängte Code beeinhaltet NUR die Sende-Routine und den Empfangs-Interrupt-Vektor. Es wird KEIN lauffähiges Programm erzeugen, ohne
eingetragen: Fehler vor oder Fehler während des Sendens. Aus Sicht des Empfängers: Der Takt ist LOW, Handshake ist HIGH. - Daten sind irrelevant. Im Empfänger wird das normale Programm abgearbeitet. Ein Wechsel der Handshake-Leitung auf LOW wird erkannt, und die Interrupt-Vektor-Routine wird ausgeführt
-
Thread
Ports beim 8051
(inklusive Pins) müssen beim D-Eingang eine 1 haben das sie als input wirken? D.h. am FET liegt Low Pegel an --> Er sperrt oder? Die Drain-Source-Spannung ist niedrig, dadurch ist er offen oder? Warum muss am Pin High Pegel(3-5V) anliegen, das der Port als Input gilt? Und warum muss am Pin Low
Signal, das man am Eingang "sehen" will, ungestört durchkommt. Dieses externe Signal kann natürlich High oder Low sein, sonst wäre das ja Unsinn ;-) > Und warum muss am Pin Low Pegel anliegen, das der Port als Output gilt? Nein, muss nicht. Es kann natürlich High oder Low sein, sonst könntest Du
-
Thread
Extrem tolerante Eingänge
schwieriger - Du kannst eine Diode über den Vorwiderstand legen, allerdings hast Du dann nur noch einen High Ausgang, bei Low passiert gar nichts (Tri State). Gruß, Marcus
> dass alles von 3,3V oder 5V bis 24V > (schöner wäre sogar bis 48V) als High erkannt wird... Dann solltest du aber zusehen, dass die 48V auch tatsächlich unter 1,5V fallen, wenn LOW am Eingang anliegt. D.h. deine Störfestigkeit wird ziemlich niedrig. > Vorwiderstand und
-
Thread
zwei 4 Relay Module an arduino
pinMode(5, OUTPUT); pinMode(13, OUTPUT);// zweite Relay karte } void loop() { digitalWrite(2, HIGH); delay(800); digitalWrite(2, LOW); delay(500); digitalWrite(3, HIGH); delay(900); digitalWrite(3, LOW); delay(600); digitalWrite(4, HIGH); delay(1000); digitalWrite(4, LOW); delay(700); digitalWrite(5, HIGH); delay(1100); digitalWrite(5, LOW); delay(800); digitalWrite(13, HIGH); delay(1200); digitalWrite(13, LOW); delay(900);
-
Thread
Zeiger in Hi u. Lo Byte aufteilen
uint16_t* p16; uint8_t* p8; uint8_t high, low; p16 = deine_speicheradresse; p8 = p16; // Bytezeiger zeigt auf gleiche Adresse wie Wordzeiger memcpy(p8, &high, 1); // ein Byte von der Adresse auf die p8 zeigt in die Variable high kopieren
// Globale Variable uint8_t *ramadr = NULL; // Zeiger auf EX-Ram Adresse uint8_t high, low; ramadr = (uint8_t*) EXRAM_START; low = (uint16_t)ramadr & 0xff; high = (uint16_t)ramadr>>8 & 0xff;
-
Thread
Interface PC IO-Karte & uC
> genug Strom liefert? Nein, dabei geht es um die Spannungspegel. TTL und CMOS spezifizieren High und Low (in Volt) unterschiedlich. Daumenregel: Bei CMOS gilt: 0 bis 1/3 der Versorgungsspannung = LOW 1/3 bis 2/3 der Versorgungsspannung ist ungültig 2/3 bis volle Versorgungsspannung ist HIGH Bei TTL gilt: 0 bis 0,8V ist LOW 0,8 bis 2V ist ungültig 2 bis 5V ist HIGH Ein Ausgang, der zu beiden Kompatibel ist muss also einen LOW Pegel mit <0,8V und einen HIGH Pegel mit >3,3V liefern. Dass er genug Strom liefert habe
-
Thread
Low-Frequency-Clk MSP430
WDTCTL = WDTPW + WDTHOLD; /* Watchdog deaktivieren */ BCSCTL1 &= ~0x30;//select low-frequencymode, ACKL-Divider = 1 BCSCTL2 = 0xC8; /* set MCLK=ACLK*/ } kommt ursprünglich aus der c't. Laut Datenblatt ist beim LF-Mode ja das abfragen des Errorbits nicht
zum langsamen Anschwingen des Quarzes: bei mir ist das Ding jetzt stabil. Und Du willst doch auch "Low Power", oder? sorry, daß noch keine vernünftige Dokumentation vorhanden ist. Der Code kann sicherlich auch noch deutlich verbessert werden hinsichtlich der Größe, für mich reichts aber erstmal. Schreib
-
Thread
PORT/Register Beschreibung in AVR
nicht, die ließt man nur. > > Das Wort "Impuls" passt hier auch nicht. > Ein Impuls, geht von Low auf High und wieder auf Low. > Hier ist wohl eher ein Zustand gemeint, oder? (blinken wenn...) > > <edit> > Wenn ein Ausgang 0 gesetzt werden soll geschieht das mit "&=" (UND) > soll der 1 werden
while(1) { if(not(PINC & _BV(PC5))) // invers abfragen { PORTB |= _BV(PB0); // High setzen _delay_ms(500); PORTB &= ~_BV(PB0);// Low setzen _delay_ms(500); } else PORTB &= ~_BV(PB0);// Low setzen } return 0; } [/c]
-
Thread
FBAS to digital RGB Konverter gesucht !
Leitungen sprich SDA und SDL). Die kommunuzierenden Teilnehmer ziehen den Bus zur Kommunikation auf LOW-Pegel (ist das so weit richtig?) Wenn der Ausgang des AVR nich Low ist, dann ist er doch High? oder schaltet und man einen Transistor davor, der den Bus gegen Masse schaltet und benutzt dann AVR-Seitig
Er wird vom µC einmal kurz auf Low gezogen und bleibt danach auf high.
-
Thread
Push-Pull Treiber zur ansteuerung eines bistabilene Relais gesucht
aber könnte ich über den ESP nur toggeln und hätte keine > Statuserkennung. So ist ganz schlicht "high" = an und "Low" = aus. Kritisch ist diese Erkennung nur, wenn Du im "High"-Zustand Dein Gerät abschaltest. Dann wird sich der E$lko irgendwann entladen. > Ein diskreter Aufbau ist auch aufwändiger
Verstehe ich nicht. Ihr meint VGS(TH) würde nicht zu meinen 3,3V (High) passen? Beim PNP käme ich auf VGS von low 0V: -5V high 3,3V: -1,7V Beim NPN.. low: 0V high: 3,3V Es gibt doch Mosfets, deren VGS(TH) dazwischen liegt. Habe ich jetzt ein Brett vorm
-
Thread
PID Regler Code für Relaisansteuerung
Hi Nur so nebenbei: Warum schaltest Du das ganze Port auf High/Low? Da reicht eigentlich der eine Pin, Der wirklich dafür benutzt wird, oder? MfG
PORTC Bit 0 #define HEIZUNG PIN0_bm // atomic PORTC.OUTSET = HEIZUNG; // schaltet Heizung auf high PORTC.OUTCLR = HEIZUNG; // schaltet Heizung auf low // es geht aber auch klassisch // read-modify-write PORTC.OUT |= HEIZUNG; // Heizung high PORTC.OUT &= ~(HEIZUNG); // Heizung low [/
-
Thread
Kaskadieren 7 Segment Display
des Wertes Null zurückgesetzt. Der Pin 12 geht auf HIGH, solange der Zähler auf 9 beim Vorwärtszählen bzw. 0 beim Rückwärtszählen steht. Sonst liegt dieser Pin auf LOW. Der Ausgang /RC (RIPPLE CLOCK) geht mit der nächsten negativen Taktflanke von HIGH nach LOW, wenn Pin 12 auf HIGH ist und zugleich /CE auf LOW liegt (Zählung freigegeben). Er geht danach mit der nächsten positiven Taktflanke auf HIGH zurück. Damit können mehrstellige synchrone Zähler realisiert
-
Thread
ausgänge sperren logik
Hallo zusammen, kann man mit einer Hardware-Logik dafür sorgen, dass von 10 uC-Ausgängen nur max 2 High sein dürfen? (als sicherung) Icvh dachte z.B. wenn mehr als 2 High sind alle weiteren auf Low ziehen...
erfüllt ist. naja, die Hardwareschaltung muss dafür sorge tragen, dass nur 2 von 10 Leitungen High sind. sind mehr High, werden alle, weiteren Pins auf Low gesetzt. Bzw. sollen nur 2 von 10 High-Pins aktzeptiert werden.
-
Thread
Programablauf durch Taster nur Sporatisch
; } delay(50); } else if (lichtModus == 5) // Blizer { digitalWrite(LED, HIGH); delay(10); digitalWrite(LED, LOW); delay(3000); } else { lichtModus = 0; { goToSleep(); } } }[/avrasm]
else if (lichtModus == 5) // Blizer { if blitzCounter == 0 { digitalWrite(LED, HIGH); delay(10); digitalWrite(LED, LOW); } blitzCounter += 1; if blitzCounter >= 150 blitzCounter = 0; // nutzt die 20 ms von der Tastenentprellung } [/c
-
Thread
Hochzählen mit 7 Segmentanzeige
(b,LOW); digitalWrite(c,LOW); digitalWrite(d,LOW); digitalWrite(e,LOW); digitalWrite(f,LOW); digitalWrite(g,HIGH); } if (Runde=1) { digitalWrite
; digitalWrite(c,1); digitalWrite(d,1); digitalWrite(e,LOW); digitalWrite(f,LOW); digitalWrite(g,HIGH); } if (Runde==1) { digitalWrite(a,1); digitalWrite(b,0); digitalWrite(c,0); digitalWrite(
-
Thread
Digitale Signale "verstärken"
Lars N. schrieb im Beitrag #6444685: > Low Level Output Current: 24 mA > High Level Output Current: -24 mA -- Wieso > ist der Strom negativ? Weil er in die andere Richtung fließt.
Lars N. schrieb im Beitrag #6444685: > Low Level Output Current: 24 mA > High Level Output Current: -24 mA -- Wieso ist der Strom negativ? Ich hätte sie auch mit umgekehrtem Vorzeichen versehen. Unklar. Aber: so sehr viel nützt das
-
Thread
IR Protokoll auslesen und mit µC wiedergeben
meiner blauäugigkeit würde ich jetzt einfach mal versuchen das so nachzubauen: digitalWrite(ledPin, HIGH); delay(1000); digitalWrite(ledPin, LOW); delay(9); digitalWrite(ledPin, HIGH); delay(4.5); digitalWrite(ledPin, LOW); delay(0.5);
der Plot vom Analyzer etwas aufschlussreicher. Aber was soll jetzt > digitalWrite(ledPin, HIGH); > delay(1000); > digitalWrite(ledPin, LOW); > delay(9); > digitalWrite(ledPin, HIGH); > delay(4.5); > digitalWrite(ledPin, LOW); > delay(0.5); für dein Vorhabeb bringen? Ein IR-Signal
-
Thread
USART und Interrupt
delay;i++) { _delay_ms(1); } } void init_usart(void) { uint8_t HighByte = (416 >> 8); // Baudrate 2400 uint8_t LowByte = 416 & 0xFF; UBRRL |= LowByte; UBRRH |= HighByte; UCSRB = (1<<TXEN) | (1<<RXEN) | (1<<RXCIE); UCSRC = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0
delay;i++) { _delay_ms(1); } } void init_usart(void) { uint8_t HighByte = (416 >> 8); // Baudrate 2400 uint8_t LowByte = 416 & 0xFF; UBRRL |= LowByte; UBRRH |= HighByte; UCSRB = (1<<TXEN) | (1<<RXEN) | (1<<RXCIE); UCSRC = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0
-
Thread
Compilation error: exit status 1
Fehlermeldung. Reich den Rest der Compilerausgabe bitte mal nach. [C] int MOTOR_DIRECTION_LEFT = 39 HIGH; // value for which motor moves to the left (LOW or HIGH depending on hardware configuration) / todo// int MOTOR_DIRECTION_RIGHT = 39 LOW; // value for which motor moves to the right (LOW or HIGH depending on hardware configuration) / todo// ... int MOTOR_DIRECTION_UP = 33 HIGH; // value for which motor moves to the up (LOW or HIGH depending on hardware configuration) / todo// int MOTOR_DIRECTION_DOWN = 33 LOW; // value for which motor moves to the down (LOW or HIGH
-
Thread
Frage zum I2C Reset
ausmachen. Ich verstehe nur nicht wie ich eine STOP Condition generieren kann, wenn SDA schon high ist. Eine STOP Condition ist ja definiert als Low-High Übergang von SDA während SCL high bleibt. Wenn aber SDA schon high ist, sehe ich nicht wie ich einen Low-High Übergang hinbekommen soll, ohne vorhergehenden
> Ich verstehe nur nicht wie ich eine STOP Condition generieren kann, wenn > SDA schon high ist. Eine STOP Condition ist ja definiert als Low-High > Übergang von SDA während SCL high bleibt. Wenn aber SDA schon high ist, > sehe ich nicht wie ich einen Low-High Übergang hinbekommen soll
-
Thread
Der Raspi und seine 40-polige Steckerleiste:
>> UART? TX low > 5s -> Abschalten > externen Zeitverzögerung ... wäre aber ... zu vermeiden
Pegel high bis das der Pin übernimmt. Beim Ausschalten fällt der Pin auf Low, der Kondensator entlädt sich und irgendwann ist das Signal auch auf low.
-
Thread
Starthilfe: High-Side-Schalter
parametrisch einen von Infineon aussuchen: http://www.infineon.com/cms/en/product/automotive-ics/smart-high-and-low-side-switches/profet%E2%84%A2-smart-high-side-switches/channel.html?channel=ff80808112ab681d0112ab69e2d40357 Und von ST: http://www.st.com/internet/automotive/subclass/1037.jsp Dass die
Naja, du wolltest einen High-Side-Switch, sowas wird da halt verbaut. Hab einfach mal "High Side Switch" beim Gockel eingegeben und das war das was mir entgegenkam. ;) Sollte doch auch "Logic Level MOSFETs" geben. Das sind MOSse
-
Thread
High Power RGB LED analog dimmen mit spezial IC
invertierten Ausgängen an einer PWM-Stufe, bei denen man die Dead-Time einstellen kann, damit HiSide und LowSide nicht gleichzeitg oder zu dicht bei einander umschalten. Aber ich denke eine einfach LowSide PWM tut es für Dich. Einfach noch einen Gate-Driver dazwischen und fertig. Ok, für die selbst einstellende
IF, that is linear up to a point. Beyond that point, increasing IF causes more heat than light. High ripple current forces the LED to spend half of the time at a high peak current, putting it in the lower lm/W region of the fl ux curve. Th is reduces the light output when compared to a purely DC
-
Thread
ringpuffer... ich verstehe es irgendwie nicht...
einfach die Zugriffsadresse auf den Anfang des Buffers addieren: lds r16,ISRAdr .... .... ldi xl,low(RingBuffer) ldi xh,high(RingBuffer) add xl,r16 clr r16 adc xh,r16 .dseg ISRAdr: .byte 1 RingBuffer: .byte 8 Gruß Andi
Hauptprogramm bequem mit 2 Pointern (Y,Z) auskommt. Und bei der Auswertung wird dann auch immer nur das Low-Byte hochgezählt: exec_command: ldi zl, low( command_table * 2 - 3 ) ldi zh, high( command_table * 2 - 3 ) mov a1, yl ;save command start
-
Thread
AT91SAM7 und SPI-EEPROM 25LC040
>also "CS low, WREN, Schreibbefehl, Adresse, Daten, WRDI, CS High" . und Das sollte so aussehen: CS low, WREN, CS High CS low, Schreibbefehl, Adresse, Daten, CS High Hier auf das Ende der Programmierung warten (Status polling) CS low, WRDI, CS High Die Befehle werden erst nach CS high ausgeführt ! Wie gesagt, schau dir die Timingdiagramme an.
-
Thread
RN4871 reagiert nicht
geführt, um zwischen Applikations und DFU-Modus zu wechseln. Dieser war natürlich so eingestellt, dass 'High' (3,3V) anliegen. LOW habe ich aber auch mal probiert. Ich habe es einmal geschafft, vom Modul den String "%REBOOT% (o.ä.) zu empfangen. Mehr nicht. Der von Microchip empfohlene 10µF / 6,3V MLCC
zwischen > Applikations und DFU-Modus zu wechseln. Dieser war natürlich so > eingestellt, dass 'High' (3,3V) anliegen. LOW habe ich aber auch mal > probiert. Hast Du nach nach dem Umschalten einen Reset des Moduls gemacht?
-
Thread
Wie steuere ich einen 16-Channel-Analog-Multiplexer mit einem Arduino über 74HC595 an?
Bei einem nicht-invertierten EN muss das EN auflogisch high. Bei einem /EN wie bei dem 74HC4067 auf low (GND). Wie geschrieben: deine Zeichnung ist für andere verwirrend.
regalCodeCounter; return sendRegalCode; } void sendBytes(long data) { digitalWrite(speicherPin, LOW); shiftOut(datenPin, taktPin, MSBFIRST, data >> 8); shiftOut(datenPin, taktPin, MSBFIRST, data & 255); digitalWrite(speicherPin, HIGH); } [/c]
-
Thread
Problem mit Digitalschaltung
einen Arduino-UNO angesteuert mit Pulsen von jeweils 100ms. Auf dem anderen Eingang liegt konstant high (+5V) und nun müsste der Ausgang des AND ja a priori jeweils, wenn der Arduino einen Puls sendet, für 100ms auf high wechseln und dann wieder auf low?! Nun habe ich aber dauerhaft am Ausgang high anliegen
@Dieter S. Nein @Stefan Das Programm gibt einfach an Pin 9 wiederholt einen High-Pegel von der Dauer von 100ms aus und dann wieder auf Low. Der Pin ist dann direkt mit dem Eingang des AND verbunden. Am anderen Eingang liegt, wie schon erwähnt, einfach nur konstant +5V an. Das einzelne
-
Thread
Schaltung um µC bei wenig Energie zu starten
Inverter hängen an dieser Versorgungsspannung von Solarzelle und Kondensator. Der I/O-Pin des Pic ist low, weil der Pic aus ist. Also ist der Ausgang des Inverters high. Der führt in den nächsten Inverter, dessen Ausgang dann wieder low ist. Daran hängt der Vdd Pin des PIC, also bleibt der auch aus. Wann
.pdf) oder Microchip TC1270. Die haben einen Manual Reset Pin /MR. Der wird intern per Pullup auf high gezogen. Ob der auch high bleibt, wenn der Pin des ausgeschalteten PIC dranhängt? Ich würde vermuten, dass der PIC einfach garnichts macht und den Pin erst auf low zieht, wenn er läuft und der Port
-
Thread
High-Pegel direkt von "+5V"?
Hallo, ich frage mich: Wenn ein Pin dauerhaft einen High-Pegel benötigt, darf man den dann direkt mit Vcc verbinden, oder sollte man immer einen Widerstand zwischenschalten? Ciao Chris
sinnlos. Ich dachte da eher an Pheripherie-ICs, bei denen man eine bestimmte Funktionalität fest per High-Pegel einstellen will...
-
Thread
unconnected pins
Ist es eigentlich völlig unkritisch so einen Eingang später als Output zu konfigurieren und auf low zu schalten, wenn dieser mit GNd verbunden ist? Und wenn kein interner Pullup vorhanden ist, dann als Output und auf low setzen? oder auf Input und einen Pullup (VCC) oder Pulldown (GND) verwenden
nochmal nachfragen: wenn ein Pin keinen internen Pullup besitzt, dann als Output konfigurieren und auf low setzen - auch elektrisch mit der GND verbinden? Oder ist das auf low setzen nur software-technisch gemeint? Tina
-
Thread
Atmega 2560 zu wenig Spannung am Ausgang
//output ddrOCD_13 &= ~ (1<<OCD_13); //input (no pullup) portIN1_13 &= ~(1<<IN1_13); //set IN1 low portIN2_13 &= ~(1<<IN2_13); //set IN2 low portEN_13 &= ~(1<<EN_13); //set EN low Arduinoquäler schrieb im Beitrag #4800990: > Bist du sicher dass du diese Zeile nicht durch einen > späteren
output > ddrOCD_13 &= ~ (1<<OCD_13); //input (no pullup) > portIN1_13 &= ~(1<<IN1_13); //set IN1 low > portIN2_13 &= ~(1<<IN2_13); //set IN2 low > portEN_13 &= ~(1<<EN_13); //set EN low Also ich kann da keinen Port C (bzw DDRC) erkennen. Du wolltest ja PC7 (Port C, Bit 7) als Output konfigurieren
-
Thread
Eprom Auslesen mit AVR
EProm Winbond W49F002 mit einem AVR auszulesen. Die Konfiguration des Eprom ist folgende: #CE - low (activ low) #OE - low (active low) #WE - low (active high) #Reset - high Die Adress Pins sind am AVR an 2 Ports angeschlossen (die 2 höchsten A16 und A17 auf Masse). Die 2 Ports werden durch das
> #WE - low (active high) Das geht schief. /WE ist wie die beiden anderen Signale auch ein Active-Low-Signal.
-
Thread
Flankenerknnung C
Variabel speichern und wieder mit PINB0 vergleichen ob es sich verändert hat. Oder kann man so nur High und Low auswerten. Weill das Signal nur die Spannung verändert und nicht High auf Low schaltet?? Vielen Dank für die Hilfe. •[c] #include <avr/io.h> #include <stdint.h> #define F_CPU 1000000UL
{ if (Wahr) //Ist das wahr// { PINB |=(1<<PB2); //Schaltet PINB2 auf High// } else //Wenn nicht// { PINB |=(0<<PB2); //Schaltet PINB2 auf Low// } } } } return 0; } [/c]
-
Thread
Zwei Register in eine Variable schreiben
der Word Variable, welche den Wert aufnehmen soll, 2 Bytes überlagert. Dim Wert as Word Dim WertLow as Byte at WordWert Overlay Dim WertHigh as Byte at WordWert + 1 Overlay ' Und nun der Lesevorgang WertLow = ICR1L WertHigh = ICR1H ' und nun kann der 16-Bit Wert benutzt werden Print Wert Es muss beachtet werden, dass bei den 16-Bit I/O Registern zuerst der Low-Wert und anschließend der High-Wert gelesen muss. Beim Beschreiben muss zuerst der High-Wert und anschließend der Low-Wert geschreiben werden.
-
Thread
wie heißt nochmal die Schaltung
Er /will/ einen High-Side Treiber, keinen Low-Side!
Teo D. schrieb im Beitrag #6433725: > Er will einen High-Side Treiber, keinen Low-Side! Stefan ⛄ F. schrieb im Beitrag #6433729: > Sicher nicht. Der LED Streifen hat drei Minus-Pole und einen gemeinsamen > Plus-Pol. eben also einen low side Schalter
-
Thread
Transistor als Pull-Up-Widerstand
Michael schrieb im Beitrag #3868918: > es soll nur noch Strom fließen, wenn der Ausgang nach "low" zieht. ähh, genauso funktioniert ein PullUp-Widerstand. Wenn der Ausgang auf High liegt ist der Transistor offen und der Ausgangspegel wird vom PullUp auf die Betriebspannung gezogen., es fließt
möchte nur einfach diesen hohen Strom weghaben. Meine Idee war ja folgende: Wenn der Komparator "high" ist fließt kein Strom, wenn der Komparator "low" ist dürfen maximal die 16 mA fließen. Wenn man jetzt beispielsweise einen Transistor so an den Komparatorausgang anschließen könnte, dass dieser das
-
Thread
Low side switch gesucht
Hi zusammen, ich suche einen Ersatz für einen gekündigten Low side switch ( A2557SLB von allegro http://www.allegromicro.com/en/Products/Part_Numbers/2557/2557.pdf ). Die Anforderungen an den Baustein sind : - Kurzschluss/ Überlast erkennung / - Paraleller
natürlich nicht Pin-Kompatibel... http://www.infineon.com/cms/en/product/automotive-ics/smart-high-and-low-side-switches/flex-multichannel-lowside-switches-%28powertrain-and-safety%29/channel.html?channel=ff80808112ab681d0112ab69e054034f
-
Thread
Verständnisfrage zu IO-Directionregister
UND active-Low. Und wenns als Eingang konfiguriert ist, dann ist der Ausgangstreiber in High-Z und der Pin ist somit eingang.
Ja, aktiv lOW und aktiv high gibt in beide Richtungen belastbare Signalpegel und steile Flanken beim Potentialwechsel
-
Thread
Frage wegen Problem mit Attiny84V
Spannungsversorgung, nehme ich mal an. Ich wette, dass deine Pegel jetzt immer noch nicht sauber High/Low sind. Vermutlich steuerst du deinen Optokoppler nicht eindeutig genug an. Wie hoch ist der Eingangsstrom (durch die LED) bei "an" und bei "aus"?
mit den 4,6KOhm Sieht gut aus. > Ich wette, dass deine Pegel jetzt immer noch nicht sauber High/Low sind. Die Wette habe ich verloren. Bist du sicher dass es 10kΩ waren und nicht 100kΩ oder so?
-
Thread
Projekt für 8051- Messung der Ballgeschwindigkeit
ja ok, aber wie bekomm ich dann die ms weil der timer ist ja in high und low byte geteilt.
unsigned long i16 = (high <<8)+low;
-
Thread
Mein MSP3400 und mein MSP3410 wollen nicht funktionieren
empty i2c_write_first: breq i2c_get_ack ; goto get acknowledge sbi DDRB,SCLP ; force SCL low brcc i2c_write_low ; if bit high nop ; (equalize number of cycles) cbi DDRB,SDAP ; release SDA rjmp i2c_write_high i2c_write_low:
empty i2c_write_first: breq i2c_get_ack ; goto get acknowledge sbi DDRC,SCLP ; force SCL low brcc i2c_write_low ; if bit high nop ; (equalize number of cycles) cbi DDRC,SDAP ; release SDA rjmp i2c_write_high i2c_write_low:
-
Thread
ESP8266 Deep Sleep Hardware Wakeup
, Reset des ESP durch dessen internen PullUp also auf High und der ESP startet normal. Bei mir macht er ann den WLAN-Connect und schickt eine MQTT-Message. Danach geht er in DeepSleep und bleibt so. Der PIR wechselt bei Akzion von Low nach High. Der Ladestrom
mangels Basisspannung im Normalfall gesperrrt, Reset > des ESP durch dessen internen PullUp also auf High und der ESP startet > normal. > Bei mir macht er ann den WLAN-Connect und schickt eine MQTT-Message. > Danach geht er in DeepSleep und bleibt so. > Der PIR wechselt bei Akzion von Low nach High
-
Thread
RS485 Pegel Probleme
Tatsache ich hatte wirklich den DE Pin dauerhaft High und nur den /RE Pin getoggelt. Jetzt scheint B keine Probleme mehr zu haben. A jedoch wird LOW zu dem Zeitpunkt, wo es eigentlich HIGH sein sollte. Hat jemand eine Idee woran es liegen kann?
Moritz schrieb im Beitrag #7496177: > Jetzt scheint B keine Probleme mehr zu haben. A jedoch wird LOW zu dem > Zeitpunkt, wo es eigentlich HIGH sein sollte. In dem Bild "Korrekte_Ansteuerung_von_RE_und_DE.png" wirde der DE und RE entsprechend HIGH und LOW gezogen. Der Pegel von B scheint jetzt in
-
Thread
Nach der Sonne ausrichtende Solaranlage! - Hilfe bei Programmierung
Hmm. Jetzt habe ich was gefunden: Und zwar habe ich gelesen, dass man dem Servo immer zuerst High oder Low sagen muss. Inwiefern stimmt das oder ist das eine andere Programmiersprache?
> Hmm. Jetzt habe ich was gefunden: Und zwar habe ich gelesen, dass man > dem Servo immer zuerst High oder Low sagen muss. Es ist schwierig mit dir. Was glaubst du, was du hier Portb.0 := 1; verzoeger( Akt_Pos ); PortB.0 := 0; tust? High ist in der Digitaltechnik nichts
-
Thread
MAX 7219 AVR Programm
************************************************** Max_DISP_OUT: CLR Max_ChipSelect ;active LOW ! ;HighByte (Adresse) ausgeben: MOV A,#10000000b MOV R2,A 'Bit 0 - 7 der Max_Adresse in den MAX7219 schieben: FOR R3 = #0 to #7 ANL A,Max_Adresse 'Adressbit an den MAX7219 legen
#include <util/delay.h> #include <stdlib.h> void transmit(unsigned char, char); void Load_Low() { PORTB &= ~(1 << PB4); } void Load_High() { PORTB |= (1 << PB4); } void SPI_MasterInit(void) { DDRB = (1<<PB4)|(1<<PB5)|(1<<PB7); // set PB4(SS), PB5 (MOSI) and PB7
-
Thread
I2C Bitbang Problem mit MPU6050 und seltener Hardware
ACK Signal nach den ersten 8 Bit bekommen habe. Ich sehe kein ACK. Das ACK muß deutlich vor der High-Flanke des SCL beginnen und darf erst nach der Low-Flanke wieder auf high gehen. Peter
Signal nach den ersten 8 Bit bekommen habe. > > Ich sehe kein ACK. > Das ACK muß deutlich vor der High-Flanke des SCL beginnen und darf erst > nach der Low-Flanke wieder auf high gehen. > > Peter Das Problem ist das SCK und SDA über den selben Levelshifter laufen dessen Ports ich nur alle gemeinsam
-
Thread
MikroC 32bit Zahl in 4x8 Blöcke zerlegen und wieder zusammensetzen
mal mit einer 16 bit Zahl probiert: unsigned int input; typedef struct { unsigned short bit8_low; unsigned short bit8_high; } bit16; bit16 value; value.bit8_low=125; value.bit8_high=52; input=value; In Value. schreib ich nur testweiße die Werte, das funktioniert alles
[c]unsigned int input; typedef struct { unsigned short bit8_low; unsigned short bit8_high; } bit16; bit16 value; value.bit8_low=125; value.bit8_high=52; input = *(unsigned*) &value;[/c] Der Code ist ziemlich sinnlos, das sind nur zwei