-
Thread
CAN-Bus funktioniert nur ohne Terminierung
Oszi aus dem differenziellen > Signal wieder ein "Single"-Signal. Ich kann doch einfach CAN-high gegen CAN-low messen. Also den Tastkopf an CAN-high und die Masseleitung an CAN-low und dann sehe ich doch die Bits aufm Bus. Oder sehe ich das falsch?
> Ich kann doch einfach CAN-high gegen CAN-low messen. Also den Tastkopf > an CAN-high und die Masseleitung an CAN-low und dann sehe ich doch die > Bits aufm Bus. Oder sehe ich das falsch? Nur wenn dein Versuchsaufbau, sprich
-
Thread
IC ähnlich 4060 gesucht
Set is high, the on-chip RC oscillator is disabled. This allows for very low-power standby operation. Noch jemand eine Idee ?
der über ein Monoflop einen positiven Impuls von 0,3 sec. erzeugt. > Wenn Eingangssignal: Aktiv low oder high? Das Eingangssignal ist Low. Ein pos. Impulse ist 0,5 sec. lang, die Pause zwischen zwei Impulsen kann von unter 1 sec. bis Stunden dauern. Nach 10 min. soll eben ein Timeout greifen und
-
Thread
LCD Problem im 4-Bit Modus
nur eine andere Darstellung desselben. Stattdessen muß das Byte zerlegt und dem LCD in 2 Häppchen (high-nibble und low-nibble) angeboten werden. mfg
Süppchen? :-) Eigentlich nicht. Mir ist noch kein Controller untergekommen, der nicht die Reihenfolge High-Nibble - Low-Nibble hatte. MfG Spess
-
Thread
Ansteuerung Til311
blutengel schrieb im Beitrag #4821367: > Was ist mit Pin > 8 eig.Ein kurzer High Impuls auf Pin 8 übernimmt dann die Daten und > alles wird korrekt angezeigt. Ein Low Impuls lässt das Display heller > werden. Häh ? Du hast 3 Eingangszustände ? High Impuls und Low Impuls
blutengel schrieb im Beitrag #4821597: > Wenn Pin 8 auf LOW liegt wird die Anzeige etwa doppelt so hell. Gegenüber welchem anderen Zustand? LOW = doppelt hell, HIGH = AUS und wie kommt nur 'hell' zu Stande?
-
Thread
STPM32 - Register beschreiben..
spi_usartx_tx_rx((cmd & 0x000000FF) ); // Previously requested data byte MSB spi_select_high(); spi_select_low(); spi_usartx_tx_rx(0x00); // Previously requested data byte LSB spi_usartx_tx_rx(addr+1); // Previously requested data byte 2 out of 4 spi_usartx_tx_rx((cmd & 0xFF000000
zusammen.. [c] void stpm32Write_( uint8_t addr , uint32_t cmd , bool crcEn ) { uint8_t frameLow [] = { 0xFF , addr , ( cmd & 0x000000FF ) , ( ( cmd & 0x0000FF00) >> 8 ) , 0x00 }; uint8_t frameHigh [] = { 0xFF , addr + 1 , ( ( cmd & 0x00FF0000 ) >> 16 ) , ( ( cmd & 0xFF000000) >> 24 )
-
Thread
Zwei arduinos ,eine RTC
Prinzip stell ich mir folgendes vor: Ich sag beiden arduino Boards z.B. PIN5=busy ist ein Eingang und LOW. In der time Bibliothek schreibe ich vor jeder Zeitaktualisierung: if busy == LOW { pinmode(busy,output) digitalwrite(busy,high) Zeitaktualisierung mit rtc Digitalwrite(busy,low) Pinmode(busy
> > Ich verbinde dann an beiden boards die PINbusbusy Pins und gut ist? > Diese sollten immer HIGH-Pegel haben außer ein device nutzt den Bus dann > zieht es den Pegel auf LOW? Ja, und du hast dir eine Race-Condition eingehandelt. Denn zwischen der ABfrage auf Low und dem tatsächlichen Setzen
-
Thread
Programmspeicher beschreiben
im Programmspeicher. Spess53 schrieb im Beitrag #2048318: > .cseg > > .... > > ldi yl,low(RS232Buffer) ; Y Pointer laden > > ldi yh,high(RS232Buffer) auch das habe ich ja Flashen: ldi yl,low(RS232Buffer) ; Y Pointer laden ldi yh,high(RS232Buffer)
Keine Ahnung, ob Dein Bug damit zu tun hat, aber das hier... subi zl, low(PAGESIZEBYTE) subi zh, high(PAGESIZEBYTE) ...erscheint mir zweifelhaft. Ich vermute, so wäre es richtig: subi zl, low(PAGESIZEBYTE) sbic zh, high(PAGESIZEBYTE) Check das mal.
-
Thread
Arduino - Stromkreis überprüfen
, HIGH); } else { digitalWrite(led, LOW); } }
nennenswerte Spannung abfällt. > Beim messen zeigt er mir an er hat 0.11 > Volt zu wenig für einen HIGH Pegel.. Das reicht noch lange für ein High. Die Grenze für High-Low liegt viel tiefer.
-
Thread
internen RC Osci syncronisieren
leuchtet aber nicht. Warum weiß ich noch nicht. Vielleicht ihr? Ablauf: Vom Master steht TxD0 auf High nach Reset, dann für 1,5ms auf LOW und dann für 1,5ms wieder auf HIGH, danach folgen 20 Takte mit am Ende wieder auf HIGH. Nach Low/High Wechel-Längenerkennung leuchtet LED_0. Wenn die 20 Takte erkannt
void Sync_Starterkennung() { int temp_millis = 0; bool SignalPegel = false; // LOW/High Pegeldauer messen // Flanke High > LOW while ( PINA & (1<<PA2) ) {} // wenn RxD0 Pin auf HIGH, dann warten bis wieder LOW temp_millis = millis_value(); // aktuelle
-
Thread
PC-Spektrometer - Problem mit Linien-CCD (AVR)
steht was von *clock pulse duty* soll zwischen 40 und 60 % liegen und wird berechnet aus : 100 × low_zeit / (low_zeit + high_zeit) Heisst das, das zwar die Low- und die zugehörige High-Zeit gleich sein müssen (halt eben ~ungefähr gleich), aber die einzelnen *Perioden* unterschiedliche Low/High-Timings
machst das ja auch falsch: Die Belichtungszeit ist zwischen 2 TG Impulsen, also TG kurz auf auf high (zwischen 5 und 50µs), danach wieder auf Low, alles auslesen und dann TG wieder auf high. Wenn TG länger auf high bleibt, dann ist das ein undefinierter Zustand (laut Datenblatt). Vermutlich wird dann
-
Thread
2x5 Tastenmatrix an AT90USB1287
ist welche Spalte und welche Zeile? Hast du einen Schaltplan? > Pin 5 von PORTD muss dazu auf "high" geschaltet werden. // Pin 5 an PORT D auf Ausgang schalten DDRD = (1<<PD5); // dann HIGH schalten PORTD = (1<<PD5); // oder LOW schalten PORTD &= ~(1<<PD5);
PIN5 T5 T6 PIN6 T7 T8 PIN7 T9 T10 >> Pin 5 von PORTD muss dazu auf "high" geschaltet werden. > > // Pin 5 an PORT D auf Ausgang schalten > DDRD = (1<<PD5); > > // dann HIGH schalten > PORTD = (1<<PD5); > > // oder LOW schalten > PORTD &= ~(1<<PD5)
-
Thread
ASM-Problem bei Speicher >16 Bit
Hallo! Der 128 ist organisiert zu 64K x 16Bit, also alles über HIGH und LOW erreichbar. EDIT: der Flash
Hi Korrektur: [avrasm] .macro load_z ldi ZL,Low(@0*2) ldi ZH,High(@0*2) .if Low(@0)+ 256*High(@0) < $8000 clr r16 .else ldi r16,1 .endif out RAMPZ,r16 .endmacro [/avrasm] MfG Spess
-
Thread
GCC für ARM Probleme mit "new" ?
rangeSelect.Instance = TIM9; // Folgende Zeilen gehen nicht, weil der Compiler "new" nicht moechte // highSideA = new TimerSlaveOCBreak(&htim1_highSideA); // stimTimeBase = new TimerUseMaster(&htim2_stimTimeBase); // lowSideA = new TimerMasterSlaveOC(&htim3_lowSideA); // lowSideB = new TimerMasterSlaveOC
so: TimerSlaveOCBreak highSideA(&htim1_highSideA); TimerUseMaster stimTimeBase(&htim2_stimTimeBase); TimerMasterSlaveOC lowSideA(&htim3_lowSideA); TimerMasterSlaveOC lowSideB(&htim4_lowSideB); TimerMasterSlaveOC adcControl
-
Thread
Wie mache ich eine Textausgabe 8Bit auf Display?
) { uint16_t i; for (i=0; i<1000; i++) ; PORTA |= (1<<5); // Enable High PORTA &= ~(1<<5); // Enable Low } [/C] d.h. die Funktion E_toggle kriegt ihre eigene Variable i
dsp_char_out (uint8_t dsp_char_out) { PORTC = dsp_char_out; PORTA |= (1<<5); // Enable High PORTA &= ~(1<<5); // Enable Low _delay_us (42); } [/c] Auch die Anschlüsse RS und ENABLE können noch in ein #define. Wenn man es richtig macht dann kann man auch: ENABLE = HIGH
-
Thread
int in BCD
µs zählt, ist der LookUp-Table ürigens gar nicht so abwegig, aber Byte-weise: unsigned char High =(unsigned char) (Zahl >> 8); unsigned char Low = (unsigned char) Zahl; // LookUpHighx[] enthält ASCII-Ziffern // LookUpLowx[] enthält Bytes von 0-9 Ziffer[0] = LookUpHigh0[High] + LookUpLow0[Low]; Ziffer[1] = LookUpHigh1[High] + LookUpLow1[Low]; Ziffer[2] = LookUpHigh2[High] + LookUpLow2[Low]; Ziffer[3] = LookUpHigh3[High]; Ziffer[4] = LookUpHigh4[High]; if (Ziffer[0] > '9') {
-
Thread
ebus protokoll mitschnitt bei einem Wolf Heizkessel
// Derzeit ist Sommer ich muss mir da was überlgegen //y = -(HIGH_BYTE(x2) + (LOW_BYTE(x2) + 1 / 256)); } else { y = HIGH_BYTE(x) + (double)(LOW_BYTE(x)) / 256; } return y; }
ach ja konstante spannung kann nicht kommen. Muss ein rechteck sein ist ja ein Datenstrom der aus LOW und HIGH besteht
-
Thread
Probleme bei verschachtelten Interuppt
, HIGH(OUTPUT_700mA +80) RCALL SET_CHANNEL_ADC1 RCALL GET_VOLTAGE CP ADC_VAL_LOW, temp5 CPC ADC_VAL_HIGH, temp6 BRSH OUTPUT_SAME_OR_TO_HIGH LDI temp5, LOW(OUTPUT_700mA +40) LDI temp6, HIGH(OUTPUT_700mA +40) CP ADC_VAL_LOW, temp5 CPC ADC_VAL_HIGH, temp6 BRLO OUTPUT_TO_LOW RJMP TIMER0_OVF_END OUTPUT_TO_LOW: IN temp, OCR0B INC temp OUT OCR0B, temp
-
Thread
LCD an PORTC ATmega8
temp2 ; Register wieder herstellen ret conf: ldi temp1, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL, temp1 ldi temp1, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse out SPH, temp1
Hier: conf: ldi temp1, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL, temp1 ldi temp1, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse out SPH, temp1
-
Thread
RS485 ohne Treiber-IC unmöglich?
485- GND --------------- GND Danach lege ich folgende Pegel an B2 an: (Sequenz) HIGH (Idling...) Transfer Start: 120us LOW ab hier ist jeder befehl 4us lang HIGH HIGH for (bytes) { LOW (startbit) Byte x (das erste byte ist immer 0, also 8*0. HIGH=1 LOW=0) HIGH (stopbit1
> 200mV sein muß, aber keines der beiden Signale muß negativ in Bezug auf GND sein. RS485+ ist high (z.B. 5V gegen GND), dann ist RS485- low (0V gegen GND). Dann ist die Differenz RS485+ - RS485- = 5V. RS485+ ist low (0V gegen GND), dann ist RS485- high (z.B. 5V gegen GND). Dann ist die Differenz
-
Thread
xmega Ports schalten
Hat einer ne Idee ich bin am verzweifeln... Naja, einen Wert muss der Ausgang ja haben, entweder low oder high. Bei dir ist er zufällig der richtige, wenn die LED mit dem Wert low leuchten muss. Der Low-Zustand rührt wohl daher dass der Port nach dem Reset defaultmässig per Definition des Herstellers
der µC seine Ausgangstreiber zugeschaltet und dann treibt der die ausgehende Leitung entweder auf Low oder auf High. Aber eines von beiden muss es sein. > PORTD.DIR |= PIN4_bm; /*PORTD.4 auf Ausgang gesetzt*/ > PORTD.OUT |= PIN4_bm; /*PORTD.4 auf high-> LED aus*/ > > auf high setzen? oder
-
Thread
LED blinken lassen per Taster
PB0 ausschalten (low-aktiv) [/c]
Oh... noch ein Fehler: [c] if(!(PINB & 0x01)) // Wenn Taste PortB.0 auf HIGH [/c] Die Bedingung ist erfüllt, wenn der Pin auf *LOW* liegt !
-
Thread
SPI Geräte stören sich gegenseitig. ILI9341 regiert auf ENC28J60 Befehle. Was tun
&= ~(1<<SPI_CONTROL_MISO); // MISO input SPI_CONTROL_PORT &= ~(1<<SPI_CONTROL_MOSI); // MOSI Low SPI_CONTROL_PORT &= ~(1<<SPI_CONTROL_SCK); // SCK Low SPI_CONTROL_PORT |= (1<<SPI_CONTROL_SS); //SS High SPCR = (1<<SPE) | (1<<MSTR); SPSR |= (1<<SPI2X); } [/code] Der ENC28J60
Leitung mit meinen Oszi angeschaut. Wenn ich nur denn Text setzte habe ich nach dem Init genau 5 CS Low. Für set_cursor, set_rotation, set_textSize, set_TextColor, clearScreen. Danach nur noch HIGH 3,3 Volt. Beim ENC28J60 genau so. Also auch HIGH wenn nix passiert und LOW beim Empfänger habe getestet
-
Thread
Optokoppler schaltet nicht ganz durch?
Vorwiderstand. Wenn ich das ganze nun über den OK schalte, liegen an der LED noch 1,6V an (bei 'high', anstatt der 3V Bei 'low' liegt keine Spannung an.
man nicht! >Wenn ich das ganze nun über den OK schalte, liegen an der LED noch 1,6V >an (bei 'high', anstatt der 3V >Bei 'low' liegt keine Spannung an. Wen interessiert das? Das ist nur im Zusammenspiel mit deiner Steuerung sinnvoll!
-
Thread
SW ATTiny85 Mag bitte jemand helfen?
if (millis() - lastPinCheck >= maxidletime) { blocksleep = false; digitalWrite(ausgang, LOW); } if (!blocksleep) { sleep(); } blocksleep = true; digitalWrite(ausgang, HIGH); } [/c]
(); } ISR(PCINT0_vect) {} void loop() { digitalWrite(ausgang, LOW); //wieder auf LOW sleep(); //loop Stoppen mit PowerDown digitalWrite(ausgang, HIGH);//aufgeweckt weiter mit HIGH delay(500); //halbe sekunde High } [/c]
-
Thread
Timings fuer TFT
Also, du hast DE für 68 CLK-Zyklen auf low, danach high für alle 320 Bildpunkte (320 Zyklen). Wenn sich das ganze 240 mal ereignet hat, dann legst du DE für die Dauer von 18 Zeilen auf low?
Jo schon gemacht. Also der Verlauf fuer die hor. Sync schaut gut aus: 50us high dann low. Das ganze wiederholt sich eben fuer alle Zeilen des Displays. Dann kommt der lange low-Pegel (zustaendig fuer die vertikale Sync) und zwar 1,2ms. Ist nun halt die Frage wie lange der
-
Thread
Pull-up/down Widerstand berechnen
Richtungen - an dem Pull-Up oder -Down nicht soviel Spannungsabfall hervorruft, dass du die Pegel für max. LOW bzw. min. HIGH nicht über- bzw. unterschreitest. Die Grenzen sind 0.3·VCC bzw. 0.6·VCC; bei 3.3V also muss für LOW <1V und für HIGH > 2V erreicht werden. Heißt: PullDown max. 1Meg, PullUp max. 1.3Meg
Da sieht man auch, dass der in beide Richtungen fließen kann - es gibt zwei Angaben: einmal für pin low (absolute value) und für pin high (absolute value). Und es sind Worst-Case-Angaben. Der IO current von 40mA ist hier irrelevant, der kommt nur zum Tragen, wenn du den Pin als Ausgang verwendest.
-
Thread
was wenn Schieberegister kleiner ist?
Slave-MODE kann sich das SPI-Interface in folgenden Zuständen befinden: Zustand 1: SS-Pin Logic-High, SCK-Pin Logic-High. Zustand 2: SS-Pin Logic-High, SCK-Pin Logic-Low. Zustand 3: SS-Pin Logic-Low, SCK-Pin Logic-Low. Zustand 1 In diesem Zustand ist die SPI-Einheit passive. Während sich
Slave-MODE kann sich das SPI-Interface in folgenden Zuständen > befinden: > Zustand 1: SS-Pin Logic-High, SCK-Pin Logic-High. > Zustand 2: SS-Pin Logic-High, SCK-Pin Logic-Low. > Zustand 3: SS-Pin Logic-Low, SCK-Pin Logic-Low. Merkwürdige Beschreibung von SPI. Wenn der SS-Pin auf High ist, dann sind
-
Thread
Keypad 3x4 with Row + Column LEDs
schrieb im Beitrag #7482513: > Inzwischen ist klar geworden dass die MCU Output Pins (Rows) mit > High/Low Wechseln durchgescannt werden müssen. Ja, die übliche Multiplexansteuerung: der Ruhepegel ist "alle Reihen low", dann es wird die erste Zeile auf "high" gesetzt und dann wird geschaut, welche Saplte
Hi >So soll 0x05h am Eingang die Ausgänge so setzen (High to Low): x x x x 0 1 0 1 0x05h *ist* binär 00000101b MfG Spess
-
Thread
Ansatz zum rechnen in Assembler gesucht...
) ; ldi I0,low(725) ; ldi I1,high(725) ldi K0,low(255) ldi K1,high(255) mul I0, K0 mov T0,r0 mov T1,r1 mul I1,K1 mov T2,r0 mov T3,r1 mul I0,K1 add T1,r0 adc T2,r1
ldi I0,low(512) ldi I1,high(512) Input also 1024 ldi K0,low(255) ldi K1,high(255) Die Konstante ist 1024/1028 ?? das ist doch nicht richtig oder ? Round(1024/1028 * 256) * 512 + $80 = $0001FE80
-
Thread
DHT22 Sensor mit FET abschalten High-Side oder Low-Side?
einen DHT22 Sensor zeitweise abschalten. Ist es jetzt besser die Versorgungsspannung des Sensors (High-Side) zu schalten oder kann ich auch GND (Low-Side) schalten. Am liebsten wäre es mir wenn es mit einem BSS123 Low-Side funktionieren würde. Diesen würde ich direkt an einen IO meines MC hängen (
Danke Max D., also Datenpin am MC auf Ausgang und High schalten vor dem abschalten? Danach wieder DHT22 Low-Side einschalten und danach erst Daten über den Datenpin senden und abfragen, korrekt? Gruß Thomas
-
Thread
Bits vertauscht, 1=low / 0= high - Warum?
Ganz einfach. Wenn der Ausgang auf low geht, leuchtet die LEDs, weil sie dann an VCC und über den Controller an GND angeschlossen ist. Geht der Ausgang auf high, leuchtet sie nicht, weil beide Anschlüsse auf VCC liegen und daher kein Strom
mit der Anode an den Ausgang legts und die Kathode an GND, dann ist es genau andersherum: Port auf high --> LED leuchtet, Port auf low --> LED leuchtet nicht. Gruß
-
Thread
LCD an T6963C und ATMega323
) - ich ändere NOCH nicht CS und RD zu HIGH (!!).... pumpkin
Siehe einfach in meinem Code statusRead_T6963C(); # Datenbus auf Eingang # CS auf LOW # RD auf LOW # Datenbus lesen # RD auf HIGH # CS auf HIGH # Datenbus auf Ausgang und diesen Ablauf führst so lange aus bis die Bits entsprechend in dem Byte gesetzt sind, das du vom Bus gelesen
-
Thread
negativ in positiv
Also am MC-port sieht es dann so aus: -5V = HIGH 0V = LOW +5V = HIGH so brauchst du es doch oder ?
Bild. Workbench nimmt standardmäßig eine Versorgung der OPs von +21V/-21V an. Die Ausgäng nehmen bei HIGH 21V und bei LOW -21V an (Versorgungspegel). Wenn nun der Ausgang von OP1 auf HIGH und der von OP2 auf LOW steht, hast du eine Differenz von ~40V zwischen den Ausgängen.
-
Thread
AVR Attiny85 - unterschiedliche Ausgangsspannungen - Newby
(LEDrot, LOW); digitalWrite(LEDweiss, HIGH); digitalWrite(relaisIN1, LOW); delay (500); digitalWrite(LEDweiss, LOW); digitalWrite(relaisIN1, HIGH); } else { digitalWrite(LEDrot, HIGH
(LEDweiss, LOW); digitalWrite(relaisIN1, HIGH); } else { digitalWrite(LEDrot, HIGH); digitalWrite(LEDweiss, LOW); digitalWrite(relaisIN1, HIGH); } } [/c]
-
Thread
<rotary.h> mit bool "ein" und Ausschalten.
Anzeige Unterspannung spg = analogRead (volt); if(millis() > 500) { start = HIGH; } else { start = LOW; } if( spg < 292) { obi = HIGH; } else { obi = LOW; } unterspg = obi && start; if(unterspg == LOW) {
{ sumstart = millis(); digitalWrite(gruen, HIGH); } if ((d < -50 || d > 50) && ein) { diff = HIGH; } //Differenzsignal else { diff = LOW; } if (diff == LOW) // MonoFlop
-
Thread
Atmega Eingangspegel log 0/1
Datenblatt -> Electrical Characteristics -> Input LOW Voltage bzw. Input HIGH Voltage Beim Mega16 zum Beispiel: Input Low Voltage: -0,5 - 0,1*Vcc Input High Voltage: 0,7*Vcc - Vcc + 0,5
betriebsspannungsabhängig. Wie Simon schon geschrieben hat, erkennt der AVR alles ab 0,7mal VCC als high, und alles unter 0,1mal VCC als low. Wenn du ihn nun mit fünf Volt betreibst, gilt high>3,5V und low<0,5V.
-
Thread
Pollin LCD Displays
sbi(LCD_DATA_7_PORT,LCD_DATA_7_NR); die 4 Ports und nict mit PORT_LCD = .... Somit müsste die High und Low Bit Vertauschung ausgeschlossen sein.
Stephan Henning wrote: > D0 - D3 immer auf Low im 4 Bit Modus. Nicht benutzte TTL Eingänge werden > ja auch auf Low gelegt. Bei echten TTL eher auf high, weil das deutlich weniger Strom kostete. Aber bei den HD44780&Co LCDs sollte man das
-
Thread
Leitungscode gesucht
Sinclair ZX-Spectrum Protokoll? Wie lang sind denn die Bit-Zeiten für Low und High?
am Ende (XOR über alle Bytes). Die Bitlängen entsprachen etwa den Zeiten die der TO hier angibt: Low=244µs / High=488µs
-
Thread
Stepper Motor dreht nicht sondern vibriert nur
)); Serial.println(n); } delay(3000); digitalWrite(directionPin, LOW); for(int n = 0; n < numberOfSteps; n++) { digitalWrite(stepPin, HIGH); delayMicroseconds(pulseWidthMicros); // probably not needed digitalWrite(stepPin, LOW); delay(millisbetweenSteps
Serial.println("MOTOR - TEST"); pinMode(stepping, OUTPUT); } void loop(){ digitalWrite(stepping, HIGH); delay(1000); digitalWrite(stepping, LOW); delay(1000); Serial.println("STEP"); }
-
Thread
Hilfe gegen Bares
|= (1<<PA7); //beleuchtung an } void fReadTemp(uint16_t *iTemp) { PORTA |= (1<<PA1); //cs high for measure PORTA &= ~(1<<PA2); //clk low but dontcare _delay_ms(1); PORTA &= ~(1<<PA1); //cs low for data _delay_ms(1); PORTA |= (1<<PA2); //clk high _delay_ms(1); PORTA &= ~(
PA2); //clk low _delay_ms(1); if ( PINA & (1<<PINA0) ) *iTemp=*iTemp+1; PORTA &= ~(1<<PA2); //clk low PORTA |= (1<<PA1); //cs high for measure PORTA &= ~(1<<PA2); //clk low but dontcare }
-
Thread
Wo ist der Fehler?
void) { DDRD = 0xFF; // Alle Pins von PORTD auf Ausgang PORTD = 0xFF; // Alle Pins von PORTD auf high (5V) DDRB = 0xFF; // Alle Pins von PORTB auf Ausgang PORTB =0x00; //PORTB auf low (0V) while (1) { PORTD.0 = 0; // LED1 an if (PINB.0==0) { PORTD.0 = 1; //LED1 aus } else
include <mega8.h> void main (void) { DDRD = 0xFF; // PORTD als Ausgang PORTD = 0xFF; //PORTD auf high (5V) DDRB = 0x00; // PORTB als Eingang PORTB = 0xFE; // PORTB.0 auf low (0V) while (1) { if (PORTB.0 == 0) { PORTD.0 = 1; //LED aus } else { PORTD.0 = 0; //LED an } } }
-
Thread
Schrittmotor dreht sich nicht - DRV8825
Kolja L. schrieb im Beitrag #7033517: > Wenn jetzt der STEP Pin zwischen high und low wechselt, ruckt der Motor > nur ganz kurz, dreht sich aber nicht. Erwartes du jetzt, daß die Leser nachschauen im Manual, wie M0..3 verschaltet werden müssen? W.S.
Datenblatt Sind sie: Aus dem DB: https://www.ti.com/lit/ds/symlink/drv8825.pdf RESET: Active-low reset input initializes the indexer logic and disables the H-bridge outputs. Internal pulldown. SLEEP: Logic high to enable device, logic low to enter low-power sleep mode input mode. Internal pulldown
-
Thread
(Eagle-) Anfänger bräuchte Hilfe bei Schaltplan
Mode deaktivieren LOAD.0 := 0; // LOAD LOW SPIOutWord(Dout); LOAD.0 := 1; // LOAD HIGH Dout:=$0A01; // Intensität auf Maximum LOAD.0 := 0; // LOAD LOW SPIOutWord(Dout); LOAD.0 := 1; // LOAD HIGH Dout:=$0B07; // Anzahl der Displays = 8 LOAD.0 := 0; // LOAD LOW SPIOutWord(Dout); LOAD.0 := 1; // LOAD HIGH Dout:=$0C01; // Display einschalten LOAD.0 := 0; // LOAD LOW SPIOutWord(Dout); LOAD.0 := 1; // LOAD HIGH Dout:=$0109
-
Thread
Einführung in Octal 3-State Noninverting Transparent Latch gesucht
die Ausgangssignale ändern. Wenn OE high ist, sind alle Ausgänge hochohmig, wenn OE low ist, sind die Ausgänge entsprechend der gespeicherten Signale durchgesteuert.
daran LATCH High oder Low zu machen ist nichts schwer aber zu verstehen warum man drei!!! hinterander!!! schaltet zu verstehen ist momentan schwer!
-
Thread
AVR - Pin-Abfrage invertieren
Lothar M. schrieb im Beitrag #4471216: [c] > #define pinA0_is_high (PINA & (1<<PINA0)) > > .... > > if (!pinA0_is_high) > { > // ...... > } [/c] ------------- [c]#define pinA0_is_low (PINA | (1<<PINA0)) .... if (pinA0_is_low) { // ..
wäre in dem Fall: >if (~PINA & ( 1 << PINA0 )) ) { } Nö, das wäre nur der Fall, wenn du deinen LOW aktiven Taster per Software als HIGH aktiv auswerten willst.
-
Thread
Pull up Widerstand an MISO
konnte ich feststellen, dass wohl ein Pull-up Widerstand benötigt wird. "IC-Beinchen in der Luft": high = DVDD (3V3), low = GND "IC-Beinchen mit der Platine verbunden": high = < 1V, low = GND Jetzt ist die Frage nach der Dimensionierung des Widerstandes. Und: Kann man den Widerstand an einer beliebigen
das Touchscreen geht nicht auf HIGH-IMPEDANCE, dann zieht es das HIGH vom ADC runter. Sind deine Chip Selects richtig angesteuert?
-
Thread
OC0A & OC0B gleichzeitig toggeln?
high/low Initialisierung verloren geht? LG
generate 125kHz output, 250kHz toggle for 125kHz square wave PORTD &=~(1 << PD5); // set pin 5 low OC0B PORTD |= (1<<PD6); // set pin 6 high OC0A[/c]
-
Thread
Schaltschwelle bei Atmega digital Eingang
die Schaltschwelle? Im Datenblatt des Atmega8 finden sich relativ weit hinten Diagramme für die Low- und High-Schwelle in Abhängigkeit der Versorgungsspannung. Für 5V VCC lese ich eine low-Schwelle von 1.5V ab. Ich habe einen Versuch mit einem Atmega168 gestartet. Dort lag die Schaltschwelle ziemlich
die Temperaturabhängighkeiten sind, ist nicht dokumentiert, sondern lediglich, daß alles >0,6xVcc "high" und alles <0,2xVcc "low" ist.
-
Thread
DCF signalbeginn erkennung
flanke an int0 einen timer startet, der 110ms läuft. Nach 110ms wird geprüft ob das Signal noch high oder low ist. Wenns noch low ist, ist es eine logische 1, wenns high ist, eine logische 0. Das funktioniert soweit ganz gut und einwandfrei. Jetzt möchte ich aber den Signalbeginn erkennen. Dabei währe ja das Signal für mehr als 1050ms high. Also habe ich mir gedacht, starte ich bei einer steigenden Flanke den Timer. Nach 1050ms wird geschaut, ob ein low oder high anliegt. High=Signalbeginn, Low=Kein Signalbeginn. Leider funktioniert
-
Thread
Display mit Chip ST7789V Startprobleme
Dein Display braucht innerhalb einer Befehlssequenz einen Start, CS low, und einen Stop, CS high. Das kann ich in deinen Ausführungen nicht finden.
Low setzt und im Anschluss kontinuierlich CMDs und DATA sendet. Gegen Silvester dann CS wieder auf High.