-
Thread
Schaltungsproblem: High-side FET treiber
Warum kein Smart HighSide Fet ?
Hier eine Auswahl: http://www.infineon.com/cms/en/product/switches:-high-side,-low-side/profet-tm-smart-high-side-switches/channel.html?channel=db3a30433e0d3017013e11bbf3e10a2f
-
Thread
Pause im Interrupt
------------------ // stepper motor Functionen void forwardstep() { digitalWrite(dirPin, HIGH); digitalWrite(stepPin, LOW); delayMicroseconds(1); digitalWrite(stepPin, HIGH); } void backwardstep() { digitalWrite(dirPin, LOW); digitalWrite(stepPin, LOW); delayMicroseconds
tasterVersuch = digitalRead(buttonPin3); // Beim Wechsel des Eingangs von LOW zu HIGH und nach der Entprellzeit: if (tasterRechts == HIGH && previous == LOW && millis() - time > debounce) { time = millis(); drehungrechts(); // digitalWrite
-
Thread
CAN Abschlusswiderstand bei Low Speed
Beim HighSpeedCAN sind an jedem Busende 120 Ohm vorgesehen, aber wie ist das beim LowSpeedCAN? Im I-Net finde ich da nicht wirklich was, manche schreiben von 2k2, andere von 5k4...
Ich weiß nicht wo Du die Definition für High-Speed und Low-Speed her hast, denn da unterscheidet sich die Fachlitteratur bereits gewaltig. In dem einzig akzeptablen Buch, das ich zu der Materie gefunden habe, wird Highspeed ab 100kbs? und bis
-
Thread
MOSFET Schaltung
vt1111 schrieb im Beitrag #6398829: > Setze FET1/2_CNTRL einfach nur High oder Low. Und was verstehst du unter High und Low?
aus? > Falls vom Prozessor aus, GND von Prozessor und Schaltung verbunden? > Welche Spannung bei High oder Low? GND ist verbunden. 3.3V High und 0V Low
-
Thread
Zusätliche I/O-Pins und der 74HC4040
Frage bezüglich der Flanke. Kann ich mit einem Negierer (LS04) dafür sorgen, dass statt auf eine High-Low auf eine Low-High Flanke reagiert wird?
die High-Low-Flanke braucht. In dem "Timing diagram" geht direkt nach der High-Low-Flanke der erste Ausgang auf High.
-
Thread
schieberegister pwm
// Bereitstellen von posiver Flanke an SCK- Eingang { PORTB &=~(1<<PB1); //SCK auf low PORTB |= (1<<PB1); //SCK auf high } task_RCK(void) { PORTB &=~ (1<<PB2); //RCK auf low PORTB |= (1<<PB2); //RCK auf high } int main(void) { DDRB = 0xFF; //
// Bereitstellen von posiver Flanke an SCK- Eingang { PORTB &=~(1<<PB1); //SCK auf low PORTB |= (1<<PB1); //SCK auf high } task_RCK(void) { PORTB &=~ (1<<PB2); //RCK auf low PORTB |= (1<<PB2); //RCK auf high } int main(void) { DDRB = 0xFF
-
Thread
Atmega2560 SPI-Verbindung zu ext. AD-Wandler
){ uint16_t mask,data; DDRB|=0x03; //SCK=PB1 CONV=PB0 SDO=PB3 PORTB &= ~(1 << PB1); //SCK=LOW PORTB &= ~(1 << PB0); //CONV=LOW while(1){ PORTB |= (1 << PB0); //CONV=HIGH PORTB |= (1 << PB1); //SCK=High Beginn Sample #1 PORTB &=~(1 << PB0); //CONV=LOW PORTB &=~(1 << PB1); //SCK=LOW PORTB |= (1 << PB1); //SCK=High #2 PORTB &=~(1 << PB1); //SCK=LOW data=0;mask=0x2000;do{ //14 mal (1 << 13 = 0x2000) #3..16 PORTB |= (1 << PB1); //SCK=High PORTB &=~(1 <
-
Thread
Interrupts und der tägliche Wahnsinn
Mysterium zwei: Damit das sinn macht, werd nach erhalt der High-Flanke Timer0 gestartet. nach erhalt der Low-Flanke dieser gestoppt und gelesen ... so ermittle ich Impulslänge ... ABER: das Mistding ^^ springt einfach nicht in die ISR (Timer0 ist als High Prio
Stimmt, aber T0 Interrupt springt einfach nicht zur entspr. Pos. bissel Quelltext: [c] void MY_HIGH_HANDLER(void); void MY_LOW_HANDLER(void); /*=============== INTERRUPT DECLARATIONS ===============*/ #pragma code high_vector_section=0x8 void MY_HIGH_INT (void) { _asm GOTO MY_HIGH_HANDLER
-
Thread
LED-Blitzer mit Bascom und ATtiny13
100 Ohm mit weisser LED-minus auf Pin6, Plus der Led auf Versorgungsplus Das heißt deine LED ist low-Aktiv. sprich sie leuchtet, wenn dein Port auf Low ( LED = 0) ist und wenn High (LED=1) geht die LED aus. Der vorwiderstand ist für ne weiße LED, die typischerweise eine Durchlasspannung von ~3V
Die FuseBits Low High Extended Lockbits 01100010 11011111 11111111 11111111 lg LS
-
Thread
Komparator für 24V LOW BAT
Ich suche einen sehr sparsamen (<10µA) Komparator zum direkten Anschluss an die Batteriespannung (max. 28V) mit idealerweise integrierter Referenzspannung und Push-Pull Ausgang. Der TI TLV6713 wäre nahe dran, hat aber leider "nur" einen Open Drain Ausgang, der zu schaltende Eingang ( Active high Enable mit 3,5V Schaltschwelle) hat einen 100kOhm Pulldown eingebaut und der nötige Pullup auf 24V würde viel zu viel Strom verbrauchen. Hat jemand einen Vorschlag?
-
Thread
Probleme mit PIC und Interrupt
code AppVector = 0x400 void AppVector(void){ _asm GOTO _startup _endasm } #pragma code AppHighIntVector = 0x408 void AppHighIntVector(void) { _asm GOTO high_isr _endasm } #pragma code AppLowIntVector = 0x418 void low_vector(void) { _asm GOTO low_isr _endasm } #else #pragma code high_vector=0x08 void interrupt_at_high_vector(void) { _asm GOTO high_isr _endasm } #pragma code low_vector=0x18 void interrupt_at_low_vector(void) { _asm GOTO low_isr _endasm } #endif vg
-
Thread
Atxmega 16bit register lesen/schreiben
ausprobieren. Habe aber gerade eben folgendes aus dem Datenblatt "A" gelesen: For a read operation, the low byte of the 16-bit register must be read before the high byte. When the low byte register is read by the CPU, the high byte of the 16-bit register is copied into the temporary register in the same
meiner Frage nur aufgetreten, weil in dem def.inc File des ATxmega256A3AU keine Registernamen für LOW und HIGH-Byte existieren, sondern nur ein Registername ADCA_CH0RES. Wenn ich da die Namen des LOW und HIGH Registers gefunden hätte, so wie diese auch im Datenblatt stehen, wäre alles klar gewesen.
-
Thread
ESP32 - Kein WLan ohne Serial monitor
LED_PIN, OUTPUT); } void loop() { for(int i=0;i<5;i++){ digitalWrite(LED_PIN, HIGH); delay(200); digitalWrite(LED_PIN, LOW); if(i< (5-1)){ delay(200); } } delay(3000); } [/c]
;i++){ delay(2000); } if(WiFi.status() != WL_CONNECTED){ digitalWrite(LED_PIN, HIGH); } } void loop() { if(WiFi.status() == WL_CONNECTED){ for(int i=0;i<5;i++){ digitalWrite(LED_PIN, HIGH); delay(200); digitalWrite(LED_PIN, LOW); if(i <
-
Thread
Suche günstige Open-Collector Schieberegister
einen Wert geben. D.h. wenn ich eine Spalte auf High setze, müsste ich eine bestimmte Zeile auf Low setzen. Die davor wären ja aber dann auch low. Einen individuellen High-Z Status wie beispielsweise der Atmel haben die 595er nicht. Ich hab das Gefühl
vorherigen Ausgängen ebenfalls > einen Wert geben. D.h. wenn ich eine Spalte auf High setze, müsste ich > eine bestimmte Zeile auf Low setzen. Die davor wären ja aber dann auch > low. Einen individuellen High-Z Status wie beispielsweise der Atmel > haben die 595er nicht. Ich hab
-
Thread
BLDC- Controller 44VDC
die Sache mit der Treiberansteuerung via PWM. Laut AVR444 Ap- Note braucht man 6 UND- Gatter um high- und low- side gleichermassen anzusteuern. Ich habe aber auch gelesen es geht mit 3, wenn ich nur die high- Seite takte und die low- Seite jeweils durchschalte. Was meint ihr dazu? was funktioniert
die Sache mit der Treiberansteuerung via PWM. >Laut AVR444 Ap- Note braucht man 6 UND- Gatter um high- und low- side >gleichermassen anzusteuern. Ich habe aber auch gelesen es geht mit 3, >wenn ich nur die high- Seite takte und die low- Seite jeweils >durchschalte. Was meint ihr dazu? was funktioniert
-
Thread
Bei Tasterabfrage blinkt LED
danach wieder passieren, wenn der Taster noch gedrückt ist? Leuchtet deine LED, wenn der Ausgang high oder wenn er low ist? Ist der Eingang high oder low, wenn der Taster betätig ist? > UND kann sein das mein µC schon auf 1 schält wenn ich z.B. 10µA input > habe? Ja. Der schaltet über die Spannung
die LED wieder auf High gezogen. Wieder falsch; 1 ist High und 0 ist Low.
-
Thread
Einfache digitale Wiedereinschaltverzögerung im µs Bereich
Schaltung bauen: Die Schaltung hat einen IN und einen OUT Pin. Links kommt ein digitales Signal (0V=LOW 3V=HIGH). Wenn IN=LOW wird, soll OUT umgehend LOW werden. Wenn IN=HIGH wird, soll OUT nach eine definierbaren Zeitverzögerung HIGH werden. Die Zeit soll zwischen 300ns und 10µs einstellbar sein
PC0) als Eingang, einen anderen Pin (in diesem Fall PC1) als Ausgang. Beim Start geht PC1 auf High, PC0 wird dauernd abgefragt. Sobald PC0 auf LOW geht, wird auch PC1 auf LOW gesetzt. Sobald PC0 auf High geht, wird nach vorgegebenen Verzogerungs- zeit auch PC1 auf High gesetzt. Und das
-
Thread
Mosfet Halbbrücke hat starke Überspannungen am unteren FET
//www.abload.de/image.php?img=highsideausschaltvorgqdifn.png Für alle Bilder gilt: grün: U_GS high-side MOSFET gelb: U_DS high-side MOSFET rosa: U_GS low-side MOSFET lila: U_DS low-side MOSFET Ich schalte mit 20kHz PWM-Frequenz. Mittlerweile hab ich folgendes ausprobiert, aber immer diesen
näher man an die Zwischenkreisspannung herangeht. Gemessen gegenüber dem Zwischenkreis-GND habe ich am low-side MOSFET Drainkontakt 180V, am Lastanschluss sind es grob 140V am high-side Source Kontakt noch ca 100V, am high-side Drainkontakt dann nur noch ca 75-80V und am Zwischenkreiskondensator selbst sind
-
Thread
Low-Dropout-Regler bis zu 1200V ein 15V aus
Ein Low-Dropout Regler ist erforderlich bei 16Vein und 15Vaus. Ein Ultra-High-Dropout Regler ist besser bei 1200Vein und 15Vaus.
Quelle habe. Da malt leider die Physik die Gesetze. Bernd K. schrieb im Beitrag #3650983: > Ein Low-Dropout Regler ist erforderlich bei 16Vein und 15Vaus. > Ein Ultra-High-Dropout Regler ist besser bei 1200Vein und 15Vaus. Zu Beginn habe ich ja 16V ein und hätte gerne 15V aus. Aber die Spannung
-
Thread
ATmega328p reset pin chip intern auf low?
. Allerdings zieht der Reset-Pin > nun 4,5 mA und der Pegel ist mit 1,8V nicht mal ein sicheres High. Was > nun? Ist der Chip halb tot? ESD-Schaden
Pins zerstört. Der Controller (AVR) erschien sonst unbeschädigt, aber wenn man diesen Pin dann auf high oder low ziehen wollte (weiß nicht mehr genau welche Diode zerstört war), hatte man eine Chip-interne Heizung, die auch gut Strom gezogen hat...
-
Thread
Funkfernbedienung dekodieren
Mal eine Verständnisfrage: Wenn auf der FB keine Taste gedrückt ist, geht ein Low in den Sender. Macht der Emfänger daraus dann ein "High"? Oder richtiger: Low in den Sender -> sendet nicht -> Empfänger gibt High-Gebrösel aus, High in den Sender -> sendet -> Empfänger gibt
Peter N. schrieb im Beitrag #7467642: > Mal eine Verständnisfrage: > > Low in den Sender -> sendet nicht -> Empfänger gibt High-Gebrösel aus, > High in den Sender -> sendet -> Empfänger gibt Low aus? Das kommt auf den jeweiligen Sender bzw. Empfänger an. Frank schreibt
-
Thread
Logikpegel im Low-Power-Mode
Moin, ganz kurze Frage: hab einige LEDs an I/Os (gegen VCC). Wenn ich nun in den LPM3 (MSP) gehe und will, dass die LEDs aus sind, muss ja ein High-Pegel gehalten werden. Beeinflusst dieses "Halten" den Stromverbrauch im LPM3? Das gleich betrifft ein Chip-Select-Signal für ein weiteres IC. Dieses muss im LPM3 ja auch "high" bleiben. Danke und Grüße! Fabian
-
Thread
ATX-Netzteil "Power-OK" dauerhaft auf Low
Figure 7. Table 15. PWR_OK Signal Characteristics Signal Type +5 V TTL compatible Logic level low < 0.4 V while sinking 4 mA Logic level high Between 2.4 V and 5 V output while sourcing 200 μA High-state output impedance 1 kΩ from output to common PWR_OK delay 100 ms < T3 < 500 ms PWR_OK risetime
[pre] 4.2.1.3 PW-OK PW-OK is a power good signal and should be asserted high by the power supply to indicate that the +5 VDC and +3.3 VDC outputs are above the undervoltage thresholds of the power supply. When this signal is asserted high, there should be sufficient mains
-
Thread
Tastaturaufzeichnung mit AVR
baut sich also ne Clock-Schleife. Diese hat die Aufgabe so lange zu kreisen bis das Clk-Signal von HIGH auf LOW fällt. Das macht man so ClkHl: LoopClkLow: SBIS PIND,1 ;An PIND1 hängt jetzt mal die Clk RJMP LoopClkLow LoopClkHigh: SBIC PIND,1 RJMP LoopClkHigh
sei reti ;******************************************************* ClkHl: LoopClkLow: SBIS PIND,2 ;An PIND2 hängt jetzt mal die Clk RJMP LoopClkLow LoopClkHigh: SBIC PIND,2 RJMP LoopClkHigh RET ;*******************************************************
-
Thread
Atmega8 ansteuern eines digital Servos
Wert rausrücken. Und das so einfach und schnell wie möglich. Client selektieren 1. Byte holen -> High Byte 2. Byte holen -> Low Byte Client deselektieren Einfacher und schneller als mit SPI und ein paar Select-Leitung geht das nicht.
mit der 60µs Pause auch gehen, wäre aber ja gar nicht nötig. ----- Schleife: Warten bis Kanal 1 low (falls schon angefangen) Warten bis Kanal 1 high Timer nullen Warten bis Kanal 1 low Kanal_1_Zeit = Timer Warten bis Kanal 2 high Timer nullen Warten bis Kanal 2 low Kanal_2_Zeit = Timer
-
Thread
Verschachtelte IFs ohne Redundanz möglich?
Programmierproblem. Habe gerade folgenden Code: [code] If analog_richtung Then If analog_pwm Then Low IN1 Else High IN1 Endif Else If analog_pwm Then Low IN2 Else High IN2 Endif Endif [/code] Wie man sieht, unterscheiden sich die beiden Zweige minimal. Kann man das
[c] uint8_t i = !!analog_richtung; if (analog_pwm) i |= 2; switch (i){ case 0: High_IN2(); break; case 1: High_IN1(); break; case 2: Low_IN2(); break; case 3: Low_IN1(); break; } [/c]
-
Thread
Erster eigener Assembler Code zu kompliziert gelöst?
PullUp ldi r17,(0<<DDB4)|(0<<DDB4) ;Ausgang PB4 auf LOW out PORTB,r16 out DDRB, r17 Anfang: sbis PINB, 0 ;überspringt den nächsten Befehl wenn Bit high rjmp Off sbic PINB, 0 ;überspringt den nächsten Befehl wenn Bit low rjmp On
Bit high cbi PORTB, 2 ;löscht bis ;PB1 -> PB4 sbic PINB, 1 ;überspringt den nächsten Befehl wenn Bit low sbi PORTB, 4 ;setzt Bit sbis PINB, 1 ;überspringt den nächsten Befehl wenn
-
Thread
Signal auf bestimte Range von Port mappen
dann signed ist? Dann versuch mal folgendes ^^: [vhdl] product <= signed(std_logic_vector(highProductReg) & std_logic_vector(lowProductShiftReg)); [/vhdl]
' else dienull; partialSum <= signed(partialProduct) + signed(highProductReg); lowProductShiftReg(lowProductShiftReg'high) <= std_ulogic(partialSum(0)); highProductReg <= '0' & std_ulogic_vector(partialSum(partialSum'high downto 1
-
Thread
Einige Fragen zum SN74LS164
on_semiconductor/SN74LS164-D.PDF Soweit ich das verstanden hab muss ich über die CLOCK einfach nur einen HIGH - LOW Takt anlegen und im Takt über die verbundenen Eingänge A und B die jeweiligen Daten eingeben ? Die Versorgungsspannung mit 5 Volt ist natürlich kein Problem allerdings wird im Datenblatt als
im Beitrag #3365996: > Soweit ich das verstanden hab muss ich über die CLOCK einfach nur einen > HIGH - LOW Takt anlegen und im Takt über die verbundenen Eingänge A und > B die jeweiligen Daten eingeben ? Ja. (Es recht einen Dateneingang zu nutzen den anderen auf Hi zu legen.) Für den Rest Deiner
-
Thread
Switch().case funktioniert nicht wie gewünscht
, HIGH); digitalWrite(direction2, LOW); sensorValue=random(40,100); } else{ duration=random(1500,5000); digitalWrite(direction2, HIGH); digitalWrite(direction1, LOW); sensorValue=random(47,100);
digitalWrite(direction1, HIGH); digitalWrite(direction2, LOW); sensorValue=random(40,200); } else{ duration=random(1500,5000); digitalWrite(direction2, HIGH); digitalWrite(direction1, LOW); sensorValue=random(50,150);
-
Thread
Gegen Stück zum 4026B gesucht.
Nein wieder nahe dran. Ich suche das gegenstück als Zähler nicht als Decoder. Soll heißen Pin xx HIGH und IC wechselt automatisch von 0 auf 1. Pin xx LOW Pause Wieder Pin xx HIGH Dann Halt Automatischer wechsel auf die zahl 2 und 3 ..so weiter
für die Zahlen 5 bis 9 Low ist. Bei den Ausgängen a bis g wird ein High-Zustand erzeugt. Wenn ein Anzeige-Segment einzuschalten ist, wird der entsprechende Ausgang (a g) High gesetzt. Der Ausgang "6" beinhaltet das Segment a
-
Thread
SS HIGH wenn SPI?
Hallo, kurze Frage, ich plane gerade einen Controller. Nun sind die Pins begrenzt, denke es passt aber. Nur eine Frage, wo ich mir nicht emhr sicher bin. Wenn ich HW-SPI nutze (brauche nur SCK und MOSI). Ist dadruch die Funktionalität an SS oder MISO beschränkt? Hatte irgendwo mal was gelesen, dass unter umständen SS nich genutzt werden kann-
-
Thread
ESP8266 ESPEasy mit HC-SR04
______________________ [/pre] Wann wurde diese ausgelöst? Wann geht die rote Linie zurück auf High? Meine HC-SR04 Module erwarten einen LOW Ruhepegel und einen kurzen High-Impuls als Trigger: [pre] _ Trigger: _______| |_____________________________________________
Stefanus F. schrieb im Beitrag #5567345: > Meine HC-SR04 Module erwarten einen LOW Ruhepegel und einen kurzen > High-Impuls als Trigger: > _ > Trigger: _______| |_____________________________________________ > ________________ > Echo:
-
Thread
sdram timing von samsung
Anschließend kann man die DAten lesen. wie liest man diese diagramm eigentlich, wenn sowohl der high als auch der low status gleichzeitig vorhanden ist, wie z.B. das stets der Fall bei ADDR, CAS, RAS, A10 etc. der Fall ist? Bei dQM seh ich genau wann DQM low und wann high ist. Newbie
muss die addresse und die entsprechende Bank über BA[0 1] ausgewählt werden. Währenddessen ist RAW low und CAS high. Was bedeutet in diesem Zusammenhang noch mal A10/AP? Anschließend ist die Adresse wieder low und BA[0 1] auch low und RAS wird high (die über die Adresse und BA ausgewählte Zeile
-
Thread
Arduino SPI Daten senden
// Master Out Slave In. SS 10 // Slave Select */ void setup() { digitalWrite(SS, HIGH); pinMode(SS,OUTPUT); SPI.begin(); SPI.setClockDivider(SPI_CLOCK_DIV8); } void send() { digitalWrite(SS, LOW); SPI.transfer(WAKEUP); digitalWrite(SS, HIGH); } void loop()
wurden, dann verheddert sich der SS Pegel. Wenn jetzt kein 'U' kommt, geht der SS nur kurz auf Low und wieder auf High. Kommt ein 'U' rein wird dazwischen noch kurz etwas gesendet. Es ist sichergestellt das der SS Pin immer auf dem richtigen Pegel steht. Das delay kann auch raus. Meistens benötigen
-
Thread
EMI Probleme mit Endschaltern von Fräse
Spannungsabfall an GND Leitungen (z.B. wegen der Stromaufnahme von Motoren) dazu führen kann, dass der LOW Pegel nicht mehr niedrig genug ist und irrtümlicherweise als HIGH erkannt wird. Oder umgekehrt das ganze beim HIGH Pegel. Vielleicht erwartet die Software aber auch Schalter, die genau anders herum schalten (HIGH/LOW vertauscht). Das blöde ist, dass du dich gemäß deinen ersten Beiträgen auf eine Dokumentation gestützt hast, die gar nicht der tatsächlichen Anlage entspricht. Und wir haben auch nicht mehr
-
Thread
Griffheizung mit Arduino Nano
; } if (Sensor <=15) { digitalWrite(Relais_1, HIGH); delay(6000); digitalWrite(Relais_1, LOW); delay(4000); } if (Sensor > 15) { digitalWrite(Relais_1, HIGH ); delay(1000); digitalWrite(Relais_1, LOW); delay(10000
_1, LOW); delay(3000); } if (ONE_WIRE_BUS == Temperatur3) { digitalWrite(RELAY_1, HIGH); delay(1000); digitalWrite(RELAY_1, LOW); delay(10000); } else(LOW); }
-
Thread
Inbetriebnahme ORG-1315
) DDRA &= ~(1<<DDA1); // GPS CS High } void spi_sent_sirf_message(uint8_t ID) { uint8_t i; DDRA |= (1<<DDA1); // GPS CS Low for(i=0; i<10; i++) { spi_send_byte(payload_ID152[i]); } DDRA &= ~(1<<DDA1
So habe das GPS-Modul nun endlich mal am laufen. Nachdem ich nach dem ersten Low-High-Low Impuls ca. 1s später den ON_OFF-Pin wieder auf High geschaltet habe, stieg der Stromverbrauch und das GPS-Modul sendet Daten. Die ich allerdings nicht deuten kann. Vielleicht kann ja jemand
-
Thread
[SUCHE] Low Current SMD-LED´s
Ich hätte grüne und rote low current LEDs (2mA) von Kingbright, allerdings in SMD-0603. Gruß Thorsten
Habe letztens auch feststellen müssen, daß bei 5- oder 3-mm-LEDs das "Low-Current" deutlich herausgestellt wird, bei SMD-LEDs aber gar nicht angegeben wird. Dafür hatten wir dann 1206er-SMD-LEDs von Reichelt, die hell leuchteten (auf dem Prototyp). Das waren dann "High-effiency
-
Thread
Flankenerkennung - Arduino
" zurück. Hier der Code: [c] loop() { ... printDrueckMich(); if(digitalRead(2) == HIGH) { display.clearDisplay(); display.setTextSize(2); display.setCursor(10,10); display.println("HALLO"); display.display(); if(digitalRead(2) == LOW) {
direkt VOR dem Loslassen des Tasters der Taster gedrückt gehalten wurde. Schreibe ich nämlich die LOW-If-Anweisung außerhalb der HIGH-If-Anweisung, wird mir das "Drück mich" nie angezeigt, da ich ja dann den Taster nicht drücke und somit der Dig.Eingang LOW ist und er immer in die LOW-If-Anweisung springt
-
Thread
ESP - in der Schleife gefangen
) { digitalWrite(LS_out_0, HIGH); digitalWrite(LS_out_1, LOW); } else if (req.indexOf("/vier") != -1) { digitalWrite(LS_out_0, LOW); digitalWrite(LS_out_1, HIGH); while (req == "GET /vier HTTP/1.1")
== 2) { digitalWrite(LS_out_0, HIGH); //analogWrite(LS_out_0, 125); digitalWrite(LS_out_1, LOW); } else if (status == 3) { digitalWrite(LS_out_0, LOW); digitalWrite(LS_out_1, HIGH); while (1) {
-
Thread
PIN vs PORT beim OUTPUT
geht es nicht um einen 'falschen' Wert - bei mir hier geht es darum, ob jemand Anders den Pin auf LOW zieht - und Da ist die Abfrage, ob der Pin wirklich HIGH ist, nicht die schlechteste Wahl. MfG
Mich interessiert, ob der IST mit dem SOLL-Zustand überein stimmt. Mein Ablauf: - Pin setzen (IN HIGH oder OUT LOW, das HIGH kommt von einem PullUp) - bei PinChange 'nachsehen', welchen Pgel wir gerade haben und, ob Das unser Pegel ist - bei LOW Außen und HIGH Innen kann ich davon ausgehen, daß da
-
Thread
Atmega 328p - Quarz hört nach 10 Stunden auf zu schwingen
zwischen die XTAL-Leitungen gehängt. Auch ohne den Lastwiderstand tritt das Problem auf. Die Fuses sind low=0xff high=0xde und ext=0x05. Betreibt man die CPU mit dem internen Oszillator tritt das Problem nicht auf. Mit Oszillator hört dieser nach etwa 8-10h auf zu schwingen. Macht man dann die Lötstellen
Beitrag #4163648: > Als Quarz/Resonator dient ein Murata CSTCE16M0V53-R0 [...] > Die Fuses sind low=0xff high=0xde und ext=0x05. Ändere das in: low=0xf7 high=0xde und ext=0x05.
-
Thread
High Signal unsauber!?
Multimeter angefangen zu messen und festgestellt, dass die Highpegel sehr "unsauber" sind d.h. dass die High-Spannung an dem Eingang des Schieberegisters sich nicht auf 5 V einpegelt, sondern zwischen 0 und 5 Schwankt. Ein Low-Pegel kommt dagegen sauber. Ich kann leider im Moment nicht mit Oszi oder sonstigen
mal weiter nachforschen. Gemessen habe ich an einer Leitung, die ich für diesen Zweck fest auf High gelegt habe, ja ;-) Ok, also werd ich die nächsten Monate nichts großartig essen dürfen, damit vom Bafög noch etwas zu Sparen für ein Oszi übrig bleibt ;-) Christian
-
Thread
MPLAB Interrupt mit C18 Compiler
> #pragma interruptlow high_isr Was soll das 'low' dort ? #pragma interrupt high_isr
warum hat er mit low interrupt funktionniert und nicht mit high interrupt
-
Thread
CAN-Bus Bitrate ermitteln/messen
41683 AMIS-41682 MAX3054 MAX3055 MAX3056 LT1796 (Dir ist schon klar, dass ein Fault Tolerant High-Speed Transceiver natürlich auch für Low-Speed geht oder ?)
Peter D schrieb im Beitrag #4232771: > (Dir ist schon klar, dass ein Fault Tolerant High-Speed Transceiver > natürlich auch für Low-Speed geht oder ?) Dir ist schon klar, dass der Unterschied zwischen LowSpeed / Fault Tolerant und High-Speed nicht nur in der Geschwindigkeit liegt?
-
Thread
ATMEGA32 - Ports auf High obwohl Low gesetzt.
Hallo, beschäfte mich seit längerer Zeit zum ersten mal wieder mit µC und stehe gleich vor einem Problem... Mein ATMEGA32 wird wie folgt programmiert: ------------------------------------------- #include <avr/io.h> #include <stdio.h> #include <inttypes.h> #include <stdint.h> #include <util/delay.h> int main() { DDRA = 0xff; PORTA = 0b00000000; DDRC = 0xff; PORTC = 0b00000000; } ------------------------------------------- Für mein Verständnis sollten PortA und C als Ausgang def sein und alles auf LOW. Beim PortA habe ich keine Probleme, beim PortC jedoch
-
Thread
Entprellung von Schalter/Pin (nicht Taster) also Low & High
soweit wunderbar, allerdings nicht für Schalter. Habe jedoch einen mechanischen Schalter, bei dem auf Low und High reagiert werden soll. Wie entprellt man so etwas? In der ISR (Timer Overflow) einfach eine Variable hochzählen wenn der letzte Zustand dem aktuellen entspricht, andernfalls die Variable wieder
-
Thread
Frage zu RAMEND
speichers) an. Weil RAMEND 16bit groß ist und die Register in der Regel nur 8bit, muss ich RAMEND mit LOW oder HIGH auftrennen, um einmal "nur" die Bits 0-7 (LOW) und zum anderen die Bits 8-15 (HIGH) zu bekommen? Und der uC füllt von selber das SRAM von vorne, um z.B. Sprungadressen etc. zu speichern
> an. Weil RAMEND 16bit groß ist und die Register in der Regel nur 8bit, > muss ich RAMEND mit LOW oder HIGH auftrennen, um einmal "nur" die Bits > 0-7 (LOW) und zum anderen die Bits 8-15 (HIGH) zu bekommen? exakt > Und der uC füllt von selber das SRAM von vorne, um z.B. Sprungadressen >
-
Thread
Möchte Arduino mit RFM70-S verbinden!?
ich diese anschlißen muss! Die Programmierung hab ich mir auch schon angeguckt, also SS zuerst auf LOW setzen, danach mit 'SPI.transfer (int daten)' die Daten übertragen und zum Schluss SS wieder auf HIGH setzen! Aber das Modul hat noch zwei weitere Anschlüsse, bei denen ich mir net ganz sicher bin.
packet within the new payload, it will write the payload > into RX FIFO, set RX_DR and give an active low interrupt IRQ to MCU. > In RFM70 there is an active low interrupt (IRQ) pin, which is activated > when TX_DS IRQ, RX_DR IRQ or MAX_RT IRQ are set high by the state machine > in the STATUS register