-
Thread
AVR-Mikrocontrollertechnik-Kursus in Assembler besprechung Gesperrt
Zweierkomplement arbeitet, würde ich sagen wird das H-Flag immer dann gesetzt, wenn ein Übertrag an das High-Nibble erfolgt, also ein Überlauf des Low-Nibble. Bei der Subtraktion ist es wahrscheinlich so, das das H-Flag immmer dann gesetzt wird, wenn ein Borgen vom High-Nibble erfolgt, also ein Unterlauf
#3940910: > kann man dies dann nicht so betrachten, das das H-Flag nur dann > gesetzt wird wenn das Low-Nibble größer ist als das H-Nibble ? NEIN das Low-Nibble kann niemals höher sein als das High-Nibble schaue er auf die Tabelle mit * und # . um es jetzt mal total zu übetreiben im DEZ einer
-
Thread
BME280 verbraucht zuviel Strom
schrieb im Beitrag #5817419: > Ich hatte mal einen Sensor, da musste ich die beiden Leitungen auf Low > Pegel setzen. Das klingt für I2C ungewöhnlich. Ich hätte den Bus HIGH als sparsamer eingeschätzt.
package, designed for low current consumption (3.6 μA @1Hz), long term stability and high EMC robustness. </zitat> Quelle: https://www.bosch-sensortec.com/bst/products/all_products/bme280
-
Thread
Verzweifle gerade an Banal NE555 Schaltung
GND gemessen) sollte die meiste Zeit bei VCC liegen und immer dann, wenn der Ausgang von U1 von high nach low wechselt, ganz kurz (Spitze von ein paar 10µs Breite) ebenfalls auf low, mindestens aber auf einen Wert <VCC/3 springen. Das Problem ist nun, dass diese Spitze nicht weit genug nach unten
mindestens VCC-1,9V liegt. Die Kondensatorspannung ist also 1,9V. Während des Umschaltens von High nach Low (max. 300ns) wird C3 um max. 0,2V geladen, so dass er anschließend eine Spannung von 2,1V hat. Diese Spannung addiert sich zur Low-Ausgangsspannung von max. 0,25V, so dass am Eingang von
-
Thread
AT89C40551 und PCF8574 am verzweifeln:-)
Zum Problem: So schreiben alle in Foren und auch Datenblätter: 1. START (SCL und SDA beide HIGH, dann SDA auf LOW, danach SCL auf LOW) 2. Adresse (0100 0000) scheint zu funktionieren, den darauffolgende ACKN-bit ist LOW, wenn der 9. Takt kommt 3. Data (1001 1001) scheint auch zu funktionieren, den ACKN-bit ist LOW,wenn ich 9. Takt sende 4.STOP (SCL auf HIGH, SDA auf HIGH) super :-) so habe ich das auch realisiert. Nach START - Adresse - ACKN - Data - schalte ich SDA auf HIGH, danach SCL auf HIGH PCF
-
Thread
+5V Puls und -5V Puls
Ausgänge an. Wenn beide Ausgänge den gleichen Wert haben, ist die Spannungsdifferenz 0, wernn einer high und der andere low ist, hast Du ein Signal, das entweder positiv oder negativ ist, je nachdem, welcher Pin high und welcher low ist. Siehe Abschnitt 8.2 im Datenblatt bzw der dort gezeigten Abbildung
, da Kollektor und Basis an +6V hängen. Was > bringt der dann? Immer nicht, nur wenn an T3-Basis LOW anliegt. Kommt da HIGH, dann dann leitet der untere. Also immer nur einer. Deshalb fließt dauerhaft auch kein Strom, die Emitter gehen dann jeweils auf 0.7V bzw. 5.3V, je nachdem ob du am GPIO LOW oder
-
Thread
Erklärung des Sinn des Pointers
ldi R16, 0xFF out DDRB, R16 ; Port B: Ausgang ldi ZL, LOW(daten*2) ; Low-Byte der Adresse in Z-Pointer ldi ZH, HIGH(daten*2) ; High-Byte der Adresse in Z-Pointer lpm ; durch Z-Pointer adressiertes Byte
[avrasm] ldi ZL, LOW(welche_Daten_ins_LCD*2) ldi ZH, HIGH(welche_Daten_ins_LCD*2) lpm R0, Z+ ;usw ldi ZL, LOW(Eingang_Text*2) ldi ZH, HIGH(Eingang_Text*2)
-
Thread
CP/M auf ATmega88
<RXEN0) sts ucsr0b,temp ldi temp, (1<<UCSZ01) | (1<<UCSZ00) sts ucsr0c,temp ldi temp, HIGH(UBRR_VAL) sts ubrr0h,temp ldi temp, LOW(UBRR_VAL) sts ubrr0l,temp [/avrasm]
über Makros aufbauen würde. Z.B. so: [code] ; instr fetch, op, store ; .macro instr .db low(@2), low(@1), high(@1), low(@0) .endm ;-------------------------------------------------- instr do_fetch_DIR16, do_nop, do_store_BC ;01 nn nn ;LD BC,nn instr do_fetch_DIR8, do_op_CPFA
-
Thread
RS232 --> TTL Wandler Unterschied
W.S. schrieb im Beitrag #6500703: > TTL heißt, alles unter 0.8 V ist low, alles über 2.4 V ist high. > > So war und ist das. Der eigentliche Umschaltpunkt bei TTL war so etwa > 1.6 V Na ja, CMOS (4000-er) und Low Power Schottky TTL (74LS00) könnte gerade soeben noch
> TTL heißt, alles unter 0.8 V ist low, alles über 2.4 V ist high. Bei In-Pegel sind es 0,8 / 2,0 V. Auch einige (3,3V)PLDs halten sich noch da dran.
-
Thread
CRC32 mit stm32
irgendwas schneller machen oder weglassen. uint32_t u32RevByte(uint32_t u32RevValue) { uint8_t HighWordLoNibble, HighWordHighNibble, LowWordLoNibble; unint8_t LowWordHighNibble; /* Copy orignial bytes to temp variables */ HighWordHighNibble = (uint8_t)((u32RevValue>>24)&0xFF); HighWordLoNibble
u32 data) { rbit r0, r0 bx lr } uint32_t u32RevByte(uint32_t u32RevValue) { uint8_t HighWordLoNibble, HighWordHighNibble, LowWordLoNibble; uint8_t LowWordHighNibble; /* Copy orignial bytes to temp variables */ HighWordHighNibble = (uint8_t)((u32RevValue>>24)&0xFF); HighWordLoNibble
-
Thread
Anfängerfrage - Müssen bei 74HCT unbenutze Teile auf Masse
Einen offenen Eingang wird das IC als Low intepretieren irgendetwas in der Nähe konnte das aber stören und da der Eingang wie eine Antenne ist wird das IC dann evtl. als High reagieren. Da ein Eingang keinen Strom liefert ist es wurscht ob
Leider gibt es mit dem pullup ein Problem. Sobald der Eingang unbelegt > ist würde der Pullup ja ein high erzeugen was aber unlogisch ist. Also > muss wohl doch ein pulldown her. Was genau ist daran unlogisch? 90% der Steuerleitungen in der Digitaltechnik sind low-aktiv, also im Ruhezustand high.
-
Thread
Demultiplexer an AVR doch ist active=LOW (74hct154)
2) Du kannst den HCT154 ansteuern, wie du willst, es ist trotzdem immer nur einer der Ausgänge Low und alle anderen High (falls du das meinst mit Active=Low).
2) Du kannst den HCT154 ansteuern, wie du willst, es ist trotzdem immer > nur einer der Ausgänge Low und alle anderen High (falls du das meinst > mit Active=Low). Danke für deine schnelle Antwort, macht natürlich sinn! Sehe gerade im datenblatt dass bei Input sowieso HIGH=active gilt, nur beim
-
Thread
74HC595 Verständnisfrage
und das Stromäquvalent für Dauerein liegt bei 0,8mA (20mA/100*4) und damit wird vermutlich auch eine LOW-Current nicht mal glimmen. Die Ansteuerung steht doch eh im Datenblatt: Initialisierung: MR auf Low, warten MR auf High OE auf Low Shift auf Low Strobe auf Low DS auf Low wenn du nun ein byte ausgeben willst: for i = 1 to 8 if (byte and 1) = 1 then DS = High else DS = Low end if Shift = High Shift = Low byte = byte / 2 // um ein bit nach rechts schieben next i Strobe = High strobe = Low grüsse leo9
-
Thread
Timer2 Obergrenze einstellen
Also kann ich dort nur den fast pwm Mode nutzen sprich ich kann sagen 0-ocr2 ist high Und von Ocr2 bis 255 ist low Aber ich kann nicht sagen von 0-Ocr2 high Und von ocr2 - zähle nur bis 130. Hab ich das richtig verstanden.
denk ich mal auf 100us pro interrupt und dann per if Anweisung von 0-10 zählen und nur bei 0 auf high bei 1 auf low und bis 10 nix machen.
-
Thread
Pic Assembler Pseudo-Befehl DA?
;###### Macros ###### Print macro Text_Label banksel PMADRH ; Bank 2 movlw high Text_Label ; high-Adresse von Text (Program Memory) movwf PMADRH movlw low Text_Lebel ; low-Adresse von Text (Program Memory) movwf PMADR call LCD_Text endm Print_P
] movlw high Text_Label movlw low Text_Lebel [/code] Das 'high' und das 'low' sind Assembler Direktiven. Beim Kompilieren wird das entsprechende low- bzw. high-Byte des Labels eingesetzt. Um Daten aus dem
-
Thread
C++ Suche "HighPerformance"-Lösung für dynamische Funktionsliste
leider viele cycles mehr als "normale" Aufrufe. Gibt es vielleicht ein Ansatz der besser oder mehr "Low Level" ist und damit schneller? Gruß
Ach ja, wenn es wirklich High-Perfomance sein soll, würde ich auch nicht inC++, sondern in Assembler programmieren, da sparst du so einige Takte. Gruß Ivo
-
Thread
Display funktioniert nur mit angeschlossener ISP
8Bit müsste doch mit > [c] > HI_EN; > long_delay(); > DATA = 0x30; > long_delay(); > LOW_EN; > long_delay(); > [/c] > > gemacht werden oder? Nö, das ist nur ein E-high-Puls. Die 3 Delays erzeugen doch keine Pulse? Peter
for(i=0;i<3;i++) { HI_EN; long_delay(); DATA = 0x30; long_delay(); LOW_EN; long_delay(); delayms(6); } [/c] Hier steckt auch noch eine Unschärfe drin. Der Ruhepegel von ENA ist LOW. Du hälst ihn aber auf HIGH! Das kann mal schief gehen. Mach es wie im
-
Thread
Taster abfragen und Remote Betätigung
HildeK schrieb im Beitrag #5815346: > Wie groß ist die Spannung bei HIGH an einem Ausgang deines > Arduino? Spielt keine Rolle, er soll ja nur den LOW Pegel nutzen. Das ist natürlich wichtig, sende nicht versehentlich einen High Pegel! Eventuell kannst du sicherheitsheitshalber
cool, danke für die Info, habe jetzt eine Port-pin verwendet und lese in eine. Wenn Low dann Info per Serial raus, ja die 2,8 werden bei 5V noch als High erkannt. Habe eine 220 Widerstand eingebaut und es geht, per Serial In und den Port auf Low Ausgang geht auch, Cool, Danke
-
Thread
NRF24L01 SPI Problem bringt mich noch zum Wahnsinn!
Ende.... später dann etwas Müll.... for (uint16_t i = 0; i <100; i++) { CSN_LOW; SPI_TransferByte(0xff); CSN_HIGH; }
'Note: The 3 bit pipe information in the STATUS register is updated during the IRQ pin high to low transition. The pipe information is unreliable if the STATUS register is read during an IRQ pin high to low transition.' Dann kommt der 'Müll' evtl. daher?
-
Thread
MSP430 und LCD
GPIO P5SEL = 0x00; //Port 5 als GPIO } void LCD_INI(void) { P5OUT = 0x01; //E auf High und RS auf Low __delay_cycles(32000); //warte 20ms P4OUT = 0xF0; //Kommando '0000 1111'r __delay_cycles(32000); //warte 20ms P5OUT = 0x02; //E auf Low, RS auf High __delay_cycles
Simulator (http://www.dinceraydin.com/djlcdsim/djlcdsim.html) kann man das auch nachprüfen (D0-D3 auf High; E auf High dann wieder Low)
-
Thread
TOISWITCH - IoT I/O-Server für ESP8266
Einer noch: Ausgänge können jetzt sowohl high-active als auch low-active definiert werden.
schalten muss doch recht gering sein? Nur damit ich das richtig verstehe: Du hast 8 Eingänge. Low=240v liegen an, high=nix liegt an Und 8 Ausgänge Low=SSR schaltet ein. High=SSR schaltet ab. Korrekt?
-
Thread
Problem Codesegment
, CRC_High LDI CRC_High, 0x00 LDI ZH, HIGH(CRC16_Table_Low) MOV ZL, TempLow LPM EOR CRC_Low, R0 LDI ZH, HIGH(CRC16_Table_High) MOV ZL, TempLow LPM EOR
Hi >LDI ZH, HIGH(CRC16_Table_Low) * 2 Wenn schon, dann LDI ZH, HIGH(CRC16_Table_Low * 2) oder LDI ZH, HIGH(CRC16_Table_Low<<1) MfG Spess
-
Thread
Zeitunterschreitung abprüfen
oder high-low-high?
wenn das Kriterium nicht erfüllt ist? Da bin ich mir noch nicht so sicher aber ich brauch ein high das zum Flop geht wenn die Zeit unterschritten wurde. > Einen Puls? > Für wie lange? optimal wäre dauerhaft. > low-high-low oder high-low-high? Also eher Low-High aber das ist noch
-
Thread
suche Name für Device (ähnlich einem Gatter)
in Bezug auf alle Eingänge und den Ausgang gleichermaßen gefragt. Von "Low" und "High" spricht er nur in Bezug auf den Eingang 2 und einen bestimmten Zustand des Ausgangs. Allerdings ist meine erste Antwort auch nicht davon ausgegangen, das an Eingang 1 ein High/Low-Signal
Er meint wohl ein Latch mit Preset=HIGH und einem aktive-low OE
-
Thread
Unterschied zwischen Low-Level Triggered, pegel- und flankengesteuerten IRQs
Low-Level sowie High-Level Interrupts sind pegelgesteuerte Interrupts. Der Untschied: Beim flankengesteuerten Interrupt löst der Interrupt beim Wechsel von High-auf Low, oder / und beim Low-High Wechsel aus. Und nur dann! Der pegelgesteuerte Interrupt löst bei High, oder Low-Signal aus. Wenn Du ein flankengesteuerten Interrupt verlässt, wird er erst bei der n. Flanke wieder betreten. Beim pegelgesteuerten Interrupt hingegen wird der Interupt nach dem verlassen
-
Thread
Temperatur --> Relais aus --> verzögert wieder an
, HIGH); // Anzeige Hochtemperatur an digitalWrite(blueBLED, LOW); // Anzeige Normaltemperatur aus lcd.setCursor(11,2); lcd.print("off"); } [/code]
, HIGH); // Anzeige Hochtemperatur an digitalWrite(blueBLED, LOW); // Anzeige Normaltemperatur aus lcd.setCursor(11,2); lcd.print("off"); } [/code]
-
Thread
C Struktur Puzzle
die Sinn ergeben FFCE -> BUS_NODE 10bit BusNr=0x3FF + 6Bit NodeNr=0x0E FFFF -> OffsetHigh F0000400 -> Offset Low 00000400 -> nNumberOfBytesToRead // so müsste die Struktur ohne padding aussehen typedef struct _ASYNC_READ { USHORT Bus_Node; USHORT OffsetHigh; ULONG
OffsetHigh vertauscht, OffsetLow stimmt, und nNumberOfBytesToRead = 0. Frage wie müsste die Struktur mit padding aussehen ? Ein 3byte padding hätte ich doch nur wenn auf ein UCHAR ein ULONG folgt oder
-
Thread
Schnelle 8-Bit Binär nach BCD für 8Bit-AVR
cpi r16,0x60 brlo BIN2BCD2 subi r16, -0x36 ;wenn ja nur 0x36 addieren ret ;r16 HighNibbel Zehner LowNibbel Einer BIN2BCD2: ;sonst LowNibbel isolieren mov r17,r16 andi r17,0b00001111 cpi r17,10 brlo BIN2BCD3 ;Wenn LowNibbel größer 9 subi r17,-6 ;Dezimaladjust
r17,0b00001111 ;Prüfen ob Dezimaladjust nötig. cpi r17,10 brlo BIN2BCD5 subi r16,-6 ;r16 HighNibbel Zehner LowNibbel Einer BIN2BCD5: ret [/avrasm]
-
Thread
Schieberegister über zwei Ports
memory[i]>>j) & 1) //Bits jeweils mit 1 verunden SR_PORT |= (1<<SR_1); //wenn Bit=1 SR_1 auf HIGH else SR_PORT &= ~(1<<SR_1); // wenn Bit=0 SR_1 auf LOW SR_PORT |= (1<<SR_0); //HIGH Flanke => schieben SR_PORT &= ~(1<<SR_0); //LOW } }
]>>j) & 1) //Bits jeweils mit 1 verunden SR_PORT |= (1<<SR_DATA); //wenn Bit=1 SR_1 auf HIGH else SR_PORT &= ~(1<<SR_DATA); // wenn Bit=0 SR_1 auf LOW SR_PORT |= (1<<SR_CLOCK); //HIGH Flanke => schieben SR_PORT &= ~(1<<SR_CLOCK); //LOW } } [/C] Und noch
-
Thread
Input - Output
machen. *Wenn* ein Pin als Ausgang geschaltet ist, dann kannst du mit sbi(PORTA,0) den Pin 0 auf High schalten, mit cbi(PORTA,0) schaltest du das auf Low. Oder PORTA=0x03 setzt Bit 0 und 1 auf High, alles andere auf Low. Ist z.B. Pin 7 als Eingang geschaltet, kannst du mit x=PINA & 0x70 ihn
Ausgang definiere, dann setzt das Board die LEDs bei CBI auf eingeschaltet (dementsprechend 1 oder High) und bei SBI auf low. Meines wissens aber sollte er sie bei SBI auf high setzten und bei cbi auf low.(danke auch nochmal an Fritz) Habe ich jetzt einen Denkfehler oder macht das Board die ganze sache
-
Thread
RX-Interruptroutine wird fälschlicherweise ständig durchgelaufen
des UART-RX ist ja H-pegel. ja stimmt so wie du es meint. aber bei mir bleibt der RX-leitung auf Low, was total unnormal ist. Wenn ich Reset drücke, gehen zuerst beide(Tx,Rx) auf Low dann bleibt Tx ständig auf High. RX erzeug nur eine kleine Implus von ca 10ms dann bleibt ewig weiter auf LOW.
Pull-Up , und Pin B ein 470Ohm Pull-down dran gehängt. damit wenn nichts ankommt , die Rx-Leitung auf High bleibt. Das bringt aber kein ergebnis. Die RX-Leitung ist immerhin LOW.
-
Thread
UART Zeichen Empfangen und nutzen
Hallo zusammen, ich möchte per UART ein Zeichen als String empfangen und je nach Zeichen einen Pin High oder Low setzen. Leider funktioniert mein Programm nicht und ich weiß nicht warum. UART selbst funktioniert, da ich an mein Terminalprogramm testweise Strings senden konnte. Wo liegt der Fehler
speichern habe ich gerade keine elegante Idee. Wie realisiert man es elegant, wenn man verschiedene Pins low oder high setzten will und die ihren Status behalten sollen, solange der Status nicht explizit geändert wird? Vielen Dank :-)
-
Thread
SCK durchgehend erzeugen
: CPHA=1 und CPOL=1 CPHA=0: Daten werden mit der ersten Flanke des Taktsignals übernommen (HIGH) CPOL=0: Ist der Takt im Ruhezustand auf LOW-Pegel, die erste Flanke ist eine steigende Flanke(HIGH) CPHA=1: Daten werden bei fallender Taktflanke eingelesen, bei steigender ausgegeben CPOL=1: Takt ist invertiert, ruhe HIGH, ein Wechsel auf LOW zählt als steigende Taktflanke Hab ich das soweit richtig wieder gegeben?
-
Thread
String über UART an LCD
. [avrasm] receive: cli SBI PORTC,3 push temp1 push zl push zh ldi zl, low(text) ldi zh, high(text) warten: sbis UCSRA, RXC rjmp warten in temp1, UDR st Z+, temp1 out UDR,temp1 rcall senden cpi temp1, 0x0D ;
ist(20 Zeichen) kann man auch mit .dseg .org 0x60 text: .byte 20 st Z+, temp1 CPI Zl,(low(text)+20) prüfen und dann die Zeile komplett ausgeben. Übrigens: > ldi r22,0 > ldi zl, low(text) > ldi zh, high(text) >string_1: > inc r22 >
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
H11L1 is wrong, but when I simulated your transmitter it gave me the same result as my circuit: tx high, (idle) green trace) -> bus high (blue trace), tx low (transmitting) -> bus low. Same for the receive side: bus high -> rx high, bus low -> rx low. Should they be inverted?
is my attempt to simulate your circuit. As I said in my first message, the voltage swing is very low, but the current in the bus seems ok (70mA, not really sure it's actually ok). But I see that it follows the input (input high -> optocoupler high -> bus high, input low -> optocopler low -> bus low
-
Thread
Atmega8 fusebit´s
kommt mit dieser Einstellung raus L 0x6f h 0xc7 Bzw L 0x7f h 0xc7 Und wieviel Mhz entsprechen low mid oder highfrequenz? Ich meine im vergleich,mit 16Mhz wär das ja eher low oder mid? .Ich muss mich noch mehr einlesen Jedenfalls habe ich mir heut Nachmittag ne Platine gemacht von dieser Seite
>> Und wieviel Mhz entsprechen low mid oder highfrequenz? Ich meine im >>vergleich,mit 16Mhz wär das ja eher low oder mid? .Ich muss mich noch >>mehr einlesen Hab ich mich auch immer gefragt, zumal da nix besonders hohes angeboten
-
Thread
LCD Probleme
BYTE high_nibble, low_nibble; outp(0xf0, DDR); outp(0x1f, PORT); //High und Lownibble ermitteln high_nibble = data>>4; low_nibble = data; //unnötige daten auf null setzten high_nibble
daten auf null setzten high_nibble = 0x0f; low_nibble = 0x0f; //RS-Bit setzten high_nibble |= 1<<RS_PIN; low_nibble |= 1<<RS_PIN; //High Nibble ausgeben outp(high_nibble, PORT); lcd_enable();
-
Thread
AVR mit mehr als 26 I/O Ports
versuchen erstmal alles auf Eingang (P0 und P1 mit Pullup) zu setzen. Anschließend P7 als Ausgang auf Low. Dann sehe ich an P0 und P1 ob sie High oder Low sind (in deinem Fall beide Low). Anschließend P7 wieder Eingang und P6 als Ausgang auf Low. Wieder P0 und P1 checken und da sollte dann P1 auf Low sein
> Anschließend P7 wieder Eingang und P6 als Ausgang auf Low. Wieder > P0 und P1 checken und da sollte dann P1 auf Low sein und P0 immer > noch High, da hier keine Verbindung geschlossen wurde. Doch, wurde sie. Die Verbindung geht von P6 zu 5. Der schließt
-
Thread
Atmega8 stop nach wenigen sec.
Bei PWM fehlt dir immer 1 Wert, je nach PWM Einstellung kannst du entweder ganz an also immer auf high aber dafür nie ganz auf low (bleibt immer ein Spike von einem Taktzyklus) oder eben ganz auf low aber dafür nie auf ganz high.
Laut Datenblatt "Active Low Output Enable". Also würde ich sagen auf LOW legen und die LED müssten leuchten (wenn vom Controller aktiviert). HIGH wird wohl die LEDs abschalten.
-
Thread
STM32 HAL_SPI Problem: MOSI immer HIGH
MISO = Mast In Slave Out -> Wird vom Slave bedient. Solange der STM den nicht high zwingt (abstecken probiert ?) hat der relativ wenig einfluss auf den traffic...
falsch. Kontrolliere mal, ob irgend wer irgendwann im Register I2C_CR1 die Bits 20, 21 oder 22 auf High setzt.
-
Thread
Frage zu 74HC244
Also das ich das jetzt Richtig verstehe. Sapnnung und Strom gibt er aus wenn A angeschlossen und HIGH ist. Wenn ich A Low setze und OE low ist Y auch low. Wenn OE HIGH ist wird er hochohmig. Viel Ahnung bis jetzt noch nicht! Gibt es da eine empfehlenswerte Website darüber?
Also das ich das jetzt Richtig verstehe. Sapnnung und Strom gibt er aus > wenn A angeschlossen und HIGH ist. > Wenn ich A Low setze und OE low ist Y auch low. > Wenn OE HIGH ist wird er hochohmig. Trenne doch erst mal die Funktionalitäten. /OE (bzw. /G1 oder /G2) ist eine andere Welt. Sozusagen
-
Thread
Passender Kondensator gesucht
kleine Schottkydiode an den SHDN des StepUp geht. SHDN-Pin des ATtiny hochohmig (Reset) oder aktiv High: StepUp läuft. SHDN-Pin des ATtiny low: StepUp aus. ATtiny stromlos: SHDN-Pin des StepUp low ohne Akkustrom zu ziehen. Die Verluste über die BE-Strecke und die Schottky sollten gering genug sein
Yepp, so hatte ich das verstanden. Wenn der SHDN-Pin des StepUp nicht High werden kann wenn der SHDN-Pin des µC Low ist kann auch die Diode entfallen, die dient nur dazu die Basis-Emitter-Strecke des Transistors vor Rückwärtsspannung zu schützen. Weiterhin, wenn der Pulldown
-
Thread
74LS55 UND Gatter, wie verschalten
welche anliegen sollen, damit ich auf einem Ausgang > auch ein Signal bekomme. Du meinst: In1 = HIGH und In2 = HIGH dann Out = HIGH, sonst Out = LOW? Das geht mit dem eh nicht. Der liefert dann Out = LOW und sonst HIGH. Da nimmt man ein AND-Gatter, wie z.B. den 74HC08. Davon sind vier in einem
betreiben. Ja, ist möglich. 1. Baustein: An A und B kommen deine Signale, C und D müssen auf HIGH. An E,F,G,H wird LOW (GND) angelegt. 2. Baustein: An A kommt der Ausgang vom ersten, B,C,D müssen auf HIGH. E-H wieder auf LOW. Aber zwei so Eumel für eine läppische UND-Verknüpfung: das tut
-
Thread
CAN-Bus mit Arduino auswerten
ein CAN-Interface > brauche. Ich möchte ja nur Daten abgreifen. Die Daten bestehen ja nur > aus High oder low Naja, in dem Fall eher dominanz und rezessiv... Also einen Transceiver würde ich Dir zumindest schon empfehlen um auf High und Low zu kommen. Und dann ist da noch die Bitrate. Highspeed
Mhz einstellen :D? Kann ich dir erst heute abend sagen... > Grundsätzlicher Ablauf: An CAN High und CAN LOW jeweils einen 120 Ohm > Widerstand hängen. Nicht jeweils, je einen R120 von High nach Low an beiden Enden des Busses, evtl sitzt ja schon einer im Steuergerät. Aber nimm doch einfach
-
Thread
I2C RTC+EEPROM mit ESP8266. Mal funktionierts mal nicht
bleibt der BUS auch nachdem die Platine stromlos war in diesem Zustand. SCL geht dann zwar mit auf LOW aber sobald die Strom drauf kommt geht nur SCL auf HIGH. SDA bleibt weiterhin auf LOW. Erst wenn man die Batterie entfernt und alles Stromlos ist geht SDA auch wieder mit auf HIGH. Ich kann mir dieses
//SDA for(int i = 0; i < 9; i++) { //9 clock pulse @ 500Hz digitalWrite(5, LOW); delay(1); digitalWrite(5, HIGH); delay(1); } digitalWrite(5, LOW); //SCL Low delay(1); digitalWrite(4, LOW); //SDA Low
-
Thread
STM32 OTA Flasher mit ESP8266
keinen Code aus und hat wohl ein anderes Problem. Beim F0 ändert sich nichts, wenn ich BOOT0 auf High oder LOW setze. Kable habe ich schon mehrmals getauscht und die Verbindung ist von D2 -> Boot0.
STM32F051. Ich habe nun ESP-RX -> PA14 verbunden und ESP-TX -> PA15. Auch ohne Erfolg. Boot0 auf high oder low macht keinen Unterschied. Wenn NRST auf high ist, blinkt es und auf low nicht mehr. Auf dauerhaft low gehts aber auch nicht.
-
Thread
(Wahrscheinlich) Pointer Problem
//////////////////////////////////////////////////////////// void Pulse595Clock() { CLOCK595_high(); CLOCK595_low(); } void Pulse165Clock() { CLOCK165_low(); CLOCK165_high(); } //////////////////////////////////////////////////////////////////// void Pulse595Rclock() { RCLOCK595_high(); RCLOCK595_low(); } void Pulse165Parallel() { PARALLEL165_low(); PARALLEL165_high(); } //////////////////////////////////////////////////////////////////// void ShiftOut(uint8_t
-
Thread
Atemega328p - schaffst du das?
steht immer noch: Marc V. schrieb im Beitrag #4605078: >> 1) PinX INPUT schalten, PinY OUTPUT HIGH, 1ms >> PinX OUTPUT High schalten, PinY INPUT, 25 ms > > Was ist das genau ?
I R3 I GND So, wird aber anders gemacht nur durch Output low und high schalten, dient mir zu asynchronen Stromwechsel.
-
Thread
Probleme mit Endstufenbau
The enable pin can enable/disable the amplifier. If the pin is left unconnected then the level is high (+5V), and the amplifier is enabled. If the pin is pulled low (0V) externally, the amplifier will be disabled. The enable pin will also be pulled low by the internal protection circuitry if the
einfach von 5/3,3 Volt ausgegangen das wegen sollte er aber zur Sicherheit noch mal messen. H(high) und L(low) ja ja ist wie hell und dunkel nix ist definiert aber jeder weiß um was es geht :-)
-
Thread
Schieberegister Letzter Pin immer 1
Pulserzeugung nicht so über den Code zu verstreuen. Ein Puls, das ist immer von einer Ausgangslage (low oder High), geht die Leitung in den anderne Zustand und dann wieder zurück. Die Ausgangslage beim 595 nehm ich normalerweise als Low an (der 595 reagiert an und für sich nur auf die Flanke) (und
i < 8; i++) { digitalWrite(PIN_IC_DATA, test[i]); digitalWrite(PIN_IC_SHIFT, HIGH); digitalWrite(PIN_IC_SHIFT, LOW); } digitalWrite(PIN_IC_STORE, HIGH); digitalWrite(PIN_IC_STORE, LOW); .... [/c] Wenns weiterhin Probleme gibt, dann würde ich halt
-
Thread
Arduino Keypad und Multitasking
aktStatus(); break; case '1': if(digitalRead(pumpe) == HIGH) {digitalWrite(pumpe, LOW);} else{digitalWrite(pumpe, HIGH);}; aktStatus(); break; case '2': if(digitalRead(injektor) == HIGH) {digitalWrite(injektor, LOW);} else{digitalWrite(injektor, HIGH);}; aktStatus(); break; case '3': if(digitalRead(v_pneumatik) == HIGH) {digitalWrite(v_pneumatik, LOW);} else{digitalWrite