-
Thread
ATmega2560, AD7714, SPI
|= 0x04 ; // MoSi is High } else { PORTB &= ~0x04 ; // MoSi is Low } PORTB &= ~0x02 ; // Clk to Low PORTB |= 0x02 ; // Clk is High on idle val = val << 1 ; // Bit 4 if (val&0x80) { PORTB |= 0x04 ; // MoSi is High } else { PORTB &= ~0x04 ; // MoSi is Low } PORTB &= ~0x02 ; // Clk to Low PORTB |= 0x02 ; // Clk is High on idle val = val << 1 ;
-
Thread
Pins mehrfach belegen
/7 kannst du so wie einen einzelnen pin benutzen, die led leuchtet nur wenn einer der beiden pins high ist, der andere low. wenn beide low oder beide high sind leuchtet die LED nicht. ich würds mit einem UND-gatter an pin 6 und 7 probieren, dann kann das zwischen den beiden aus-zuständen unterscheiden
Antwort. An ein UND-Gatter hab ich noch garnicht gedacht.. Die LED wird softwareseitig eh nur low/low, high/low und low/high geschalten, also kann ich high/high super für tx verwenden.. Wichtig ist nur, dass ich während Rx die LED steuern kann, aber dem steht ja in dem Fall nichts im Wege ;)
-
Thread
DC-Motor schnell abschalten
MOSFET's kann ich nicht zusammen hängen da ich die FET's ja invertiert betreiben muss d.h.´der eine High der andere Low. Also entweder noch einen zusätzlichen kleinen Trans. als inverter für den 2.MOSFET oder noch einen Portpin des µC verwenden. Brunni
1-7037.html#new) müsste doch gehen oder, dabei kann ich beide Gate's doch miteinander verbinden, High-->n-Kanal schaltet, motor dreht sich,LOW-->n Kanal sperrt,p-kanal schließt kurz. Zenerdioden müssen halt für meine Spannung bemessen sein. mfg brunni
-
Thread
uC Erkennung PWM oder konstantes High Signal
dann ist das High. Wechselt es auf Low, dann weißt du hier liegt eine PWM an.
einen > Eingangspin mit einer Abfragezeit der längsten zu erwartenden > Periodendauer ab. Bleibt es High, ja dann ist das High. Wechselt es auf > Low, dann weißt du hier liegt eine PWM an. Diese Lösung ist aber nicht sicher. Wenn es dumm läuft, wird das PWM-Signal immer im High-Zustand abgefragt.
-
Thread
Problem mit SPI Flash AT45DB321D
Arne schrieb im Beitrag #3379973: > Laut meinem Code ist der Ablauf wie folgt: > /CS low > WREN Command > /CS high > 2µs (etwa) warten, sicher geht hier deutlich weniger > /CS low > RDSR Command > Byte lesen (parallel ein Dummybyte senden) > /CS high > > Das Toggeln der /CS Leitung
explizit, dass eine "Operation" mit Transitionen vom CS# gestartet und beendet werden muss: "A high-to-low transition on the CS# pin is required to start an operation, and a low-to-high transition is required to end an operation." Es ist zwar etwas schwammig was genau "operation" hier ist, aber
-
Thread
0.5V an AVR Ausgang trotz Output auf LOW sowie LM35 ärger
zum Gate des MOSFET, so dass am AVR Pin gar nichts > mehr hängt. Wieviel Volt misst du dann bei Low und High Pegel? Nach trennen: 0.48V LOW 4.25V HIGH > Wieviel Volt liegen (in getrenntem Zustand) am Gate des MOSFET und am > Source Anschluss des MOSFET an? > Nach Trennen: Da messe
zum Gate des MOSFET, so dass am AVR Pin gar nichts >>> mehr hängt. Wieviel Volt misst du dann bei Low und High Pegel? >> Nach trennen: >> 0.48V LOW >> 4.25V HIGH > Das ist also die Ausgangsspannung am /leeren/ IO-Pin gegen Masse am uC > gemessen? Exakt! > Was für ein Messgerät verwendest
-
Thread
atmega32 +scancode an LCD anzeigen
//Tastatur initalisieren data_high(); //Tastatur initalisieren clock_high(); //Tastatur initalisieren } int main(void) { init(); lcd_putchar(keycode); clock_low(); } Hab
return 0; } int main(void) { PORTD = 0xff;//pull ups aktivieren lcd_init(); data_low(); //Tastatur initalisieren clock_low(); //Tastatur initalisieren delay_1s(); //Tastatur initalisieren data_high(); //Tastatur initalisieren clock_high(); //Tastatur initalisieren _delay_us
-
Thread
16 Bit RAM-Zugriff beim AVR Assembler
Umschalten auf das SRAM Datensegment NTCMittel: .BYTE 2 ;... ; Das funktioniert ldi r22, low (NTCblau) ldi r23, high(NTCblau) ;Das liefert Müll lds r22, low (NTCMittel) lds r23, high(NTCMittel) ;Der Workaround lds r22, NTCMittel lds r23, NTCMittel+1 Kann man das low/high
low und high sind im Prinzip nur Macros. Sie machen folgendes: [c] #define low(x) (x & 0xFF) #define high(x) low(x >> 8) [/c] Damit ist auch klar, warum sie nicht im RAM verwendbar sind.
-
Thread
Arduino CAN-Bus Problem
byte length,byte *identifier,byte *data) { byte i,id_high,id_low; //generate id bytes before SPI write // id_high = (byte) (identifier >> 3); // id_low = (byte) ((identifier << 5) & 0x00E0); digitalWrite(SS, LOW);
Serial.println("Fehler"); return; } //generate id bytes before SPI write // id_high = (byte) (identifier >> 3); // id_low = (byte) ((identifier << 5) & 0x00E0); digitalWrite(SS, LOW); SPI.transfer(address); SPI.transfer(identifier[0]); //identifier high
-
Thread
Probleme mit stm32f4 Discovery
der > Unterschied zwischen den beiden? __IO uint16_t BSRRL; /*!< GPIO port > bit set/reset low register, Address offset: 0x18 */ > __IO uint16_t BSRRH; /*!< GPIO port bit set/reset high register, > Address offset: 0x1A */ /stm32f4xx.h/ > reagiert das eine nur wenn Low und
lesen. Kapitel: Bitoperationen heute. Beim Input-Register schaust du so nach, ob der Eingang HIGH ist. Dann ergibt nämlich Input&Blabla eine 1. Ist das Dingen LOW, ergibt das im Ergebnis 0.
-
Thread
Wie lege ich die Startadresse einer Tabelle fest?
Assembler Noch eine Frage: Warum multipliziert man hier die Adresse "daten" mit zwei? ldi ZL, LOW(daten*2) ldi ZH, HIGH(daten*2)
Hier LDI ZL, LOW(TABELLE) LDI ZH, HIGH(TABELLE) musst du die Adresse mal 2 nehmen, weil dir der Assembler die Adresse von Tabelle als Wortadresse liefert LDI ZL, LOW(2*TABELLE) LDI ZH, HIGH(2
-
Thread
PIC18F Werte frieren irgendwann ein
Hallo, irgendwie habe ich noch in Erinnerung, dass einige Pic18 Probleme mit den high/low Interrupts machen: https://www.microchip.com/forums/m685200.aspx Gruss
Shadowregistern stattfindet. Deshalb muss man (der Compiler) auch beim Rücksprung wissen, ob es eine low- oder eine high-Priority Routine war.
-
Thread
PIC 10f322- Software soll Folge aus Nullen und Einsen erzeugen
Hi Wenn der Pin A3 ein INPUT ist, wird Dieser kaum '0en und 1sen' ausgeben (mit Ausnahme von High Z ohne PushUp und Low). Gut, Du wirst wohl Pin A3 einlesen und prüfen, ob High oder Low anliegt. Wo willst Du Das ausgeben? MfG @Gast Bitte lasse Deine Tastatur überprüfen. Nicht, daß Du
entspricht in Binärsystem 1000 1110 1 Und es gibt die zwei Registern PMADRL:PROGRAM MEMORY ADDRESS LOW und PMADRH: PROGRAM MEMORY ADDRESS HIGH da passt es doch 0x11D rein?
-
Thread
3x4 Tastenmatrix - Reduzierung auf 5 Portpins?
http://www.mikrocontroller.net/topic/197376?goto=1937347#1935510 Nur eben andersrum, also Ruhepegel low und bei low=>high aufwecken.
Peters Vorschlag war, die Matrix im Ruhezustand auf high zu halten, dis Tasten ziehen dann auf 0..33%Vcc (Datasheet wäre 0..30%). Wakeup erfolgt also bei high=>low. Die Methode, in Ruhe high und aktiv low zu arbeiten, ist halt eine alte liebgewordene Tradition
-
Thread
Aurel AM 433MHz Empfänger - Signal auswerten
code2 = 0; volatile uint8_t rec[8]; volatile uint8_t ready = 0; uint8_t startrec = 0; uint8_t high = 0; uint8_t low = 0; uint8_t in = 0; uint8_t bitcount = 0; // Sollwert für High: 116,725µs //Sollwert für Low: 50,025µs #define O_HIGHMAX 20 // 20*6,67µs = 133,4µs #define O_HIGHMIN 15 /
6,67µs= 33,35µs lang sein startrec = 1; if(startrec) { if(bitcount <= 2) { if(high>O_HIGHMAX && high<O_HIGHMIN) { if(PINB & (1<<PB4)) high++; } else { code<<=1; code |= 0x1; high = 0; bitcount++; } if(low>O_LOWMAX
-
Thread
High Side Switch Problem
der Simulation wie gewünscht. Aufbauend auf dieses Thema möchte ich die 24 Volt mittels eines High Side Switch zu und wegschalten (an einer Schraubklemme). Gesteuert würde über einen AVR. Ströme bis 3..4A können hierbei auftreten. Taugt der Ansatz aus meinem aktuellen High Side Treiber dafür (natürlich
die die meisten findest du in der BTS Reihe. https://www.infineon.com/cms/de/product/power/smart-low-side-high-side-switches/automotive-smart-high-side-switch-profet/ Für dich dürften die "Classic PROFET" ausreichend sein
-
Thread
Mit BC807 12v-LED schalten
Forum schon oft genug behandelt. Aber weshalb High Side? Um es unnötig kompliziert und aufwendig zu machen?
Mike K. schrieb im Beitrag #7653630: > High Side wird wenig behandelt, daher finde ich irgendwie nichts. Und das hat seinen Grund: High Side ist immer deutlich aufwändiger. Deshalb versucht man, das möglichst zu vermeiden und nur dort zu
-
Thread
Business Geschwafel
einer) - "Turnkey Solution" - "ANSI C" (Ist eine Sprache von 1989 wirklich der Goldstandard?) - "High Performance" & "Low Power" (jedes Produkt ist beides) - "Am Ende des Tages" ... ist uns egal was für einen Unfug wir verkaufen, Hauptsache es wird verkauft - "Value Line" - "Konzept" - "Hol uns
James L. schrieb im Beitrag #5567090: > In meiner Firma bin ich mittlerweile einer der High Potentials
-
Thread
Merkwürdiges Phänomen an den Eingängen eines Mega2560
>> Allerdings saugen einige Eingänge über 1 kOhm Widerstände einen 5mA >> Strom bei angelegten HIGH Potential > > Dann hast Du sie als Ausgang konfiguriert. > Halte mal Reset auf low, dann müssen sie hochohmig sein. Werde ich mal checken. Reset auf LOW, bedeutet das, der MC darf gar keinen
, tut sich nichts. Der Ausgang bleibt auf LOW. 3. Test: Wenn ich DDRD (PIN6) auf Ausgang setze und dann PD6 alternierend mit 1 und 0 setze, dann ändert sich am angelegten Oszilloskop der Pegel entsprechend auf HIGH und auf LOW. Resumee
-
Thread
Fragen zum Z-Pointer
adresse raus ... wie macht er > dass? ... Ich nehme mal an, mit "er" meinst Du Deinen Assembler. "LOW" ist ein Makro, was aus einer 16-Bit Zahl die unteren 8 Bits herausholt, "HIGH" ist ein Makro, das die oberen 8 Bit herausholt. LOW(0x1234) wird als 0x34 ausgewertet. HIGH(0x1234) wird als 0x12 ausgewertet
Programm machen musst, wird der Übertrag durch das Carry-Flag berücksichtigt. [avrasm] ldi ZL,low(text) ldi ZH,High(text) lsl ZL rol ZH oder ldi ZL,low(text) ldi ZH,High(text) add ZL,ZL adc ZH,ZH [/avrasm] MfG Spess
-
Thread
UART RING Pegel
man sie definiert. Z.B. bei RS232 ist High -15V und Low 15V. Und die Frage welcher Pegel (Ruhe/Signal) High ist, ist leider immer noch nicht geklärt.
höchstens noch TRUE und FALSE oder ENABLE und DISABLE sagen, aber high ist nun mal positiver als low.
-
Thread
Arduino Ausgangsstrom verstärken
(pin, LOW); } else { digitalWrite(pin, HIGH); } } } [/c]
ein YouTube Vid. davon. Eigentlich interessieren mich zuerst die Spannungspegel bei statischen High und Low Signalen. Denn wenn die schon nicht funktionieren, ist alles Weitere Zeitverschwendung.
-
Thread
Atmega8, CTC-Modus,Timer-Reload
Mal auftreten. Die Schwierigkeit dabei ist, dass alles OC-Pins zu unterschiedlichen Zeiten das High Signal an die LED geben. Bsp. OC1B: nach 100ms High Pegel, diesen für 10ms-100ms halten dann low OC1A: nach 500ms High Pegel, diesen für 10ms-100ms halten dann low OC2: nach 15ms High Pegel
Benulba schrieb im Beitrag #2641563: > OC1B: nach 100ms High Pegel, diesen für 10ms-100ms halten dann low > OC1A: nach 500ms High Pegel, diesen für 10ms-100ms halten dann low > > OC2: nach 15ms High Pegel, diesen für 10ms-100ms halten dann low Das sind
-
Thread
Überhitzungserkennung mit Thermistor, so richtig?
. Y-Achse: Spannung am uC Pin mit meinem Spannungsteiler. Blau: Spannung am PTC. Rot: unterstellte Low-Schwelle von 1,5V, Gelb: unterstellte High-Schwelle von 3,5V. Bis 80 Grad bleibt es unter 1,5V - das wird niemals ein High-Pegel werden. Und bei 90 Grad kommt es bei 4 Volt raus, das wird sicher
Frage, ob der Port eine Hysterese hat und davon würde ich fast ausgehen, dass er nicht bei 3,0V auf High schaltet und bei minimalem Absinken auf 2,95V gleich wieder auf Low...
-
Thread
ATmega8 und UART => Code bringt Einsteiger zum Verzweifeln
Messzyklus starten) loop_until_bit_is_clear(ADCSR, ADIF); //warten bis Messung fertig lowByte = ADCL; //immer zuerst das LowByte auslesen highByte = ADCH; //dann das mittlerweile gesperrte HighByte auslesen ergebnis = highByte * 256 + lowByte; //Zusammenführung
; //definiere zeichen als unsigned integer 8bit volatile uint8_t lowByte; //definiere lowByte als unsigned integer 8bit volatile uint8_t highByte; //definiere highByte als unsigned integer 8bit volatile uint16_t ergebnis; //definiere ergebnis
-
Thread
25Hz High Side Switching
Hallo, ich bin auf der Suche nach einem High Side Switch um 12V/4A zu schalten. Damit sollen auch 25kHz PWM Signale für Lüfter geschaltet werden können. Also ein High Side Equivalent zum VNP5N07 (https://www.mouser.de/datasheet/2/389/vnp5n07-1852780
von unter 100ns aufweist. Mit der im Datenblatt angegebenen Schaltung nach Bild 10a, die aktive high- und low-Spannungen und einen niederohmigen Gatewiderstand mit 2R5 hat. > Wichtig wäre ein schnelles Umladen am Gate. Ob das mit dem angegebenen > Widerstand realisierbar ist, käme auf einen Versuch
-
Thread
SD Karte(FatFs) verträgt sich mit ENC28J60 nicht
> Das passt schon. Nur zur Klarstellung: Das is solange SD Mode, bis das Kommando CMD0 mit CS=Low durch ist und die Karte korrekt antwortet. Erst ab dann kann man die Karte mit CS=High *deselektieren*.
Beitrag #4874721: > Nur zur Klarstellung: Das is solange SD Mode, bis das Kommando CMD0 mit > CS=Low durch ist und die Karte korrekt antwortet. Erst ab dann kann man > die Karte mit CS=High deselektieren. Nein. Karte braucht erst mal etwa 80 Clocks (minimum) mit CS=High. Das macht man deswegen
-
Thread
PWM Frequenz für den VNH3SP30-E
|= (1<<WGM10); TCCR1B |= (1<<WGM12); //Timer 1 Compare Output mode einstellen: Pin geht auf high bei Compare match, auf low bei Überlauf. TCCR1A |= (1<<COM1B1);//Nur Channel B [/c] Ich habe absichtlich den Code beider Timer gepstet, falls Jemand einen Seiteneffekt kennt/sieht. Gibt es einen
im Beitrag #4660208: > Nö. Normale PWM Naja, laut Datenblatt schaltet man mit den PWM Pin die Low-Side Fets frei. Ich würde mal den PWM Pin auf high setzten und die beiden Eingänge complementär oder mit phase correct ansteuern. mfg
-
Thread
Schrittmotor Starten/Stoppen
== 58016) //richtige Taste erkannt { Serial.println(results.value, DEC); if (state == LOW) { state = HIGH; // Button pressed, so set state to HIGH digitalWrite(LED1, HIGH); } } if (state == HIGH) {myStepper.step(1);} lastPressTime
== 58016) //richtige Taste erkannt { Serial.println(results.value, DEC); if (state == LOW) { state = HIGH; // Button pressed, so set state to HIGH digitalWrite(LED1, HIGH); } } if (state == HIGH) {myStepper.step(1);} [/c]
-
Thread
Naked ISR hier ok?
#if DEBUG_MODE == OFF if ( Pulsegenerator < PULSE_DURATION_MS && Timeout ) PULSE_LOW(); else PULSE_HIGH(); #elif DEBUG_MODE == ON if ( Pulsegenerator < PULSE_DURATION_MS && Timeout )PORTB &= ~(1<<PB1); else PORTB |= (1<<PB1); PULSE_LOW();
#if DEBUG_MODE == OFF if ( Pulsegenerator < PULSE_DURATION_MS && Timeout ) PULSE_LOW(); else PULSE_HIGH(); #elif DEBUG_MODE == ON if ( Pulsegenerator < PULSE_DURATION_MS && Timeout )PORTB &= ~(1<<PB1); else PORTB |= (1<<PB1); PULSE_LOW();
-
Thread
Timerschaltung (ca alle 15min für 15sek on) 555 ok?
. 20mA). High/Low über den Transistor, oder wie oben geschrieben eine Diode parallel zum R. Und: wie genau soll es sein? Reichen 10-20%, dann geht das mit dem 555. Sonst eben siehe oben. Ich bin ein großer
#6586632: > Wenn ich versuche dies mit dem NE555 zu berechnen, stosse ich an die > Beschränkung, dass High>Low sein muss. Ausserdem werden die Komponenten > mit dem NE555 ziemlich gross. High muss Low sein und mit dem NE555 wird es ziemlich groß. Damit kann man etwas anfangen. Außer dem Eröffnungsthread
-
Thread
4 CH Relais schaltet alle Kanäle auf einmal
); delay(1000); digitalWrite(4, LOW); digitalWrite(1, HIGH); delay(100); digitalWrite(3, HIGH); delay(1000); digitalWrite(1, LOW); digitalWrite(3, LOW); delay(1000); digitalWrite(2, HIGH); digitalWrite(4,
HIGH / LOW richtig eingestellt?
-
Thread
Arduino Beschleunigungssensor + LED + Taster
für yWert if (yWert >= 363) { digitalWrite(2, HIGH); delay(3000); digitalWrite(2, LOW); } if (yWert <= 350) { digitalWrite(2, HIGH); delay(3000); digitalWrite(2, LOW); } //if-Abfragen für zWert if (zWert >= 307) { digitalWrite(2, HIGH); delay(3000); digitalWrite(2, LOW); } if (zWert <= 298) { digitalWrite(2, HIGH); delay(3000); digitalWrite(2, LOW); } } [/code]
-
Thread
Tristate Treiber
aber immer gleich: Den Mittelabgriff eines Spannungsteilers an den Ausgang. Wenn Der Ausgang nun High ist, liegt das High-Signal am Mittelabgriff, ist der Ausgang Low, liegt das Low-Signal an, und ist der Ausgang hochomig, liegt VCC/2 an. Nun kannst Du dieses Spannungssignal weiterverarbeiten. Z.B
High = High Low = Low U/2 oder offen = Z mit MultiSim7 simuliert... sollte also gehen.
-
Thread
16 Bit Integer in 2x8Bit Char wandeln (in C)
[c] LowByte = i; HighByte = i >> 8; [/c]
word; word.w = x; //zu wandelnde 16Bit Variable(x) unsigned char HighByte = word.b[1]; //HighByte unsigned char LowByte = val.b[0]; //LowByte Gruß
-
Thread
Zeitdifferenz zwischen zwei Rechtecksignalen
GEKU schrieb im Beitrag #5883127: > == HIGH ist die Polarität der Taster richtig? Sonst hätte er in der While Schleife auf Ewig hängen bleiben müssen! Wenn nicht probiert != HIGH oder == LOW
es gehen: [c] int Condition=0; //Folgezeile Kommentar entfernen, wenn bei ungedrücktem Taster HIGH am Eingang //Condition = HIGH; //Folgezeile Kommentar entfernen, wenn bei ungedrücktem Taster LOW am Eingang //Condition = LOW; while (digitalRead(2)==Condition){} start = millis(); while (digitalRead
-
Thread
Schaltung zur Erkennug eines langen Pulses
#5803629: > Am Eingang liegt ein 5V Puls von 11s an, Ausgang geht für eine bestimmte > Zeit auf high und danach wieder auf low Nach Ende des 11s Pulses oder nach 10s?
PB0 low PPORTB|=2; // dann PB1 high setzen delay_ms(EineBestimmteZeit); // ...abwarten.... PPORTB&=~2; // dann PB1 wieder low setzen } } } [
-
Thread
IR NEC Signal mit einlesen
Ich möchte: Wenn Taster an Fernbedienung gedrückt ist: PD5 ansteuern Fall 1: - solange PD3 low ist - solange PD3 dann high ist Aufhören wenn PD3 dann wieder low ist (PD5 nicht mehr ansteuern) Also low, high, low -> Aus Fall 2: - solange PD3 high ist Aufhören wenn PD3 dann low ist
beinhaltet. Probleme: OK Taste wird gar nicht beachtet :-( Fall 1 ist erst zu Ende wenn PD3: low, high, low, high, low -> Aus Fall 2 ist erst zu Ende wenn PD3: high, low, high, low -> Aus Nur warum muss "hinten" immer ein weiteres high, low dazu? Vor dem else if frag ich nur normale
-
Thread
SD Karte 4 Bit Modus CRC Datencheck
möchte #ifdef SD_4BIT_MODE for(j = 0; j < 2; j++) { SD_CLK_LOW; SD_DAT_WRITE((Data8 >> 4) & 0x0F); SD_CLK_HIGH; Data8 <<= 4; } #endif } // Crc-Datencheck #ifdef SD_4BIT_MODE for(j = 0; j < 16; j++) { SD_CLK_LOW
card for(i = 0; i < 32 && !bWriteSuccess; i++) // Glaub sollte nur 12 bits sein { SD_CLK_LOW; SD_CLK_HIGH; // CRC response output is always two clocks after the // end of data if ((SD_TEST_DAT & 0x01) == 0x01) // (DAT0==LOW: busy indicate bWriteSuccess
-
Thread
Ansprechszeit HighSide Treiber
Hallo, ich hab mal nur so zum Spaß auf Farnell nach High-Side Treibern geschaut. Dabei ist mir aufgefallen, dass die Reaktionszeit von diesen im Vergleich zu den Lowside Treibern nicht im Nanosekunden Bereich liegt, sondern im Mikrosekunden Bereich.
Kommt drauf an, ws du unter high side Treiber verstehst. UDN2981 und Konsorten sind langsam. IR2112 ist genau so schnell wie low side. Bei Vollbrücken empfiehlt der Hersteller manchmal, für PWM die unteren FETs zu nutzen und
-
Thread
Motorola MC68332 und BD32
FREEZE muss 5V führen, wenn der BDM aktiv ist. BDM kann man ja nur dadurch aktivieren, dass BKPT/DSCLK low ist, während ein RESET durchgeführt wird, aber nachdem der RESET ausgeführt wurde, muss ja BKPT wieder HIGH sein, denn im Manual heisst es irgendwie sowas: If BKPT/DSCLK is held low during normal
current bus cycle is tagged with a breakpoint. Muss ich jetzt BKPT gleichzeitig mit RESET auf high legen, oder noch eine gewisse Zeit lang auf LOW halten, während RESET auf high geht? Gruss Tobias
-
Thread
Signalbewertung beim avr (low-pegel)
Hallo, ab welchem Spannungspegel erkennt ein AVR (atmega48) ob es sich um ein Low-Pegel oder High-Pegel handelt? Ist das der gleichen Signalbewertung wie bei TTL zugrundegelegt? Da folgendes Problem: Wenn einem Eingang ca. 0,2V anliegen, so funktioniert mein Programm. Liegen aber
@ Paul (Gast) >ab welchem Spannungspegel erkennt ein AVR (atmega48) ob es sich um ein >Low-Pegel oder High-Pegel handelt? Das hängt von der Betriebsspannung ab. Musst du inst Datenblatt schauen. Ich tippe mal so auf 30/70%Vcc. > Ist das der gleichen Signalbewertung wie bei TTL zugrundegelegt
-
Thread
RDS ENCODER Signalgenerator Testgenerator Testsender Modulator ATmega8 Assembler
RDS_GENERATOR_NO_INVERTIERUNG sbis (AUSGANG_57kHz_PIN),(AUSGANG_57kHz_PIN_NR) ; springe, wenn rjmp RDS_GENERATOR_PIN_HIGH rjmp RDS_GENERATOR_PIN_LOW RDS_GENERATOR_NO_INVERTIERUNG: sbis (AUSGANG_57kHz_PIN),(AUSGANG_57kHz_PIN_NR) ; springe, wenn rjmp RDS_GENERATOR_PIN_LOW rjmp RDS_GENERATOR_PIN_HIGH RDS_GENERATOR_PIN_HIGH
;1 sbis (AUSGANG_57kHz_PIN),(AUSGANG_57kHz_PIN_NR) ;2 rjmp RDS_GENERATOR_PIN_HIGH ;3 rjmp RDS_GENERATOR_PIN_LOW ;4 RDS_GENERATOR_NO_INVERTIERUNG: sbis (AUSGANG_57kHz_PIN),(AUSGANG_57kHz_PIN_NR) ;3 rjmp RDS_GENERATOR_PIN_LOW
-
Thread
LCD Modul Problem
PA5 - 0*/ IOPINS_PinHigh(A, 2); /*DB5 - PA2 - 1*/ IOPINS_PinHigh(A, 7); /*DB4 - PA7 - 1*/ IOPINS_PinLow(B, 3); /*DB3 - PB3 - 0*/ IOPINS_PinLow(A, 1); /*DB2 - PA1 - 0*/ IOPINS_PinLow(B, 2); /*DB1 - PB2 - 0
> IOPINS_PinLow(A, 6); /*DB7 - PA6 - 0*/ > IOPINS_PinLow(A, 5); /*DB6 - PA5 - 0*/ > IOPINS_PinHigh(A, 2); /*DB5 - PA2 - 1*/ > IOPINS_PinHigh(A, 7); /*DB4 - PA7 - 1*/ > IOPINS_PinLow(B, 3); /*DB3 - PB3
-
Thread
DCF77-Modul - Timing stimmt nicht
{ uint16_t x=0,y=0,thigh, tlow, tsum; pinMode(DCF77_DATA,INPUT);digitalWrite(DCF77_DATA,LOW); pinMode(DCF77_GND,OUTPUT);digitalWrite(DCF77_GND,LOW); pinMode(DCF77_VCC,OUTPUT);digitalWrite(DCF77_VCC,HIGH); while (true) { thigh=0; tlow=0; while (!digitalRead(DCF77
Andreas K. schrieb im Beitrag #6211142: > pinMode(DCF77_GND,OUTPUT);digitalWrite(DCF77_GND,LOW); > pinMode(DCF77_VCC,OUTPUT);digitalWrite(DCF77_VCC,HIGH); Warum das? Andreas K. schrieb im Beitrag #6211142: > pinMode(DCF77_DATA,INPUT);digitalWrite(DCF77_DATA,LOW); Wo kommt der Highpegel
-
Thread
FT2232H Sync FIFO
Testbench gebaut die wie ich finde gut genug testet. TXE geht zwischen 1 und 7.15 ns nach CLKOUT auf Low oder High. Was ich nicht ganz verstehe im Datenblatt ist das t14, WR# setup Time to CLKOUT (WR# low after TXE# low) ist das jetzt die Zeit die WR# vor CLKOUT seinen Pegel geändert haben soll
nur zum FIFO. Das bedeutet also, dass nur mit WR# ins FT2232 geschrieben werden wenn fifo_valid high ist. Und es wird nur vom FIFO gelesen wenn TXE# low ist und fifo_empty auch low ist. Das funktioniert auch in der Simulation ausser wenn mal eine Zeit lang nicht vom FIFO im FPGA gelesen wird. Wenn
-
Thread
Wie Kodierschalter auswerten?
Ports am MCU den Pullup Resistor aktivieren. Und dann wie bei dem DIP Schalter schauen ob an dem PIN high oder low vorzufinden ist. Stimmt das so? Oder habe ich da einen Denkfehler?
Pins. Also ich seh' da nur fünf. C an GND und die anderen 4 an den Controllerport. Pullups auf High und fertig. El Nino schrieb im Beitrag #2140398: > Und dann wie bei dem DIP Schalter schauen ob an dem PIN high oder low > vorzufinden ist. Nicht an DEM Pin, sondern alle 4 zusammen als Zahl
-
Thread
"Toleranz" bei CMOS-Eingängen bezüglich anliegender Spannung HI/LOW
Welche Schnittstelle haben DAC und µC? Welche Spannung erkennt der DAC als sicher High? Gruß PP
Also ganz einfache Kiste, jede Logik-famileie hat ihre eigenen Pegelbereiche, die als High und Low akzeptiert werden. Üblicherweise sind da nur die Low-Pegel wichtig (meist bis max 1,2 V) und das schmale band zwischen Low und High. Wenn du dich nicht an diese Pegel hälts, kann der Eingang
-
Thread
Ich messe 100mA für ein digital Pin auf dem Arduino Nano bei digitalWrite HIGH?
OUTPUT); } void loop() { Serial.println("Start new Cyclus."); digitalWrite(relais_pin, HIGH); delay(1000); digitalWrite(relais_pin, LOW); delay(1000); } [/c] wo ich abwechselnd digital Pin 6 genau 1000 ms auf HIGH dann 1000 ms auf LOW schalte. Mit einem einfachen Oszilloskopen
); } void loop() { Serial.println("Durchlauf "+ String(++d)); digitalWrite(6, HIGH); delay(5000); digitalWrite(6, LOW); delay(5000); } [/c] Ergebnis mit einem Peaktech 3415 Multimeter an einem ATmega4809: leicht von 66mA auf 65mA abfallender Strom bei high und
-
Thread
DHT22: Datenblatt + Pegel passt nicht / ungenau
fangen schon mit der Startsequenz (Datenblatt Seite 4) an. Es soll der Bus zwischen 1 und 18 ms auf low gezogen werden. Mit 1 - 2 ms langen Pulsen reagiert der Sensor, sonst nicht. Ich ziehe den Bus also 2 ms auf low. Laut Datenblatt soll dann 20 - 40 us high folgen und abgewartet werden. Man sieht im
wenige Mikrosekunden sind, in diesem Fall 3 us. Das ganze ändert sich je nach dem wie lange ich zuvor low gehalten habe. Anschließend soll vom Sensor 80 us low und 80 us high folgen und dann kann man 40 bits auslesen. Diese 80 us los und 80 us high existieren nicht. Die Bit soll man auslesen, in dem man