-
Thread
2x 16-Bit counter im SRAM funktioniert nicht (AVR, ASM)
ISR timer overflow push XL push XH push temp push r0 in r0, SREG counter1: lds XL, LOW(counter1) ; 16Bit counter inkrementieren lds XH, HIGH(counter1) subi XL, LOW(-1) ; geht natürlich auch mit:" adiw XL, 1" sbci XH, HIGH(-1) sts LOW(counter1), XL sts HIGH(counter1
: lds XL, LOW(counter2) ; 16Bit counter inkrementieren lds XH, HIGH(counter2) subi XL, LOW(-1) ; geht natürlich auch mit:" adiw XL, 1" sbci XH, HIGH(-1) sts LOW(counter2), XL sts HIGH(counter2
-
Thread
ESP 8266 12F - keine Verbingung
VCC und GND ist klar. TX und RX auch. EN = high. IO15 = low. Zum flashen: IO0 = low und halten. dann Reset drücken. Kurz auf low. IO0 kannst dann loslassen. Jetzt kannst Du flashen. Hatte da noch nie Probleme.
nicht. Werner P. schrieb im Beitrag #4736820: > VCC und GND ist klar. > TX und RX auch. > EN = high. > IO15 = low. > > Zum flashen: > > IO0 = low und halten. > dann Reset drücken. Kurz auf low. > IO0 kannst dann loslassen. > > Jetzt kannst Du flashen. > > Hatte da noch nie Probleme.
-
Thread
Motor-Encoder auslesen bereitet Probleme
her, so dass von den beiden Signalen eins konstant bleibt und das andere ständig zwischen low und high wechselt. 3. Wie (2), nur dass die low-high-Wechsel des einen Signals schneller erfolgen, als sie vom Interruptsystem des Controllers verarbeitet werden können. Wenn du diese
Das Abtasten mit einem Timer interrupt von zb 1ms ist einfach, weil es nur 4 Zustaende gibt. Low-low, low-high, high-high, high-low. Dann nimmt man den vorherigen Zustand welcher auch wieder aus Low-low, low-high, high-high, high-low ist. Wenn die beiden gleich sind, hat sich nichts geaendert.
-
Thread
Signalform eines inteligenten Doppelsensors: Temperatur und Füllstand
Hallo, dank furs information 'noips'! Ich habe ein signal gemacht mit 22.1 ms 'high', 31.1 ms 'low', 31.1 ms 'high', 315.4 ms 'low' und das gab ein oil level 42.4 mm (using ColorMFA made in Russia) and oil temperature of 108 degrees Celcius. Mit 22.1 ms 'high', 31 ms 'low', 31.5 ms 'high' and 315.4 ms 'low' level is 42.4 mm and temperature is 89 degrees Celcius. So am ersten ein kurzen 'sync' pulse of 22 ms, dan komt 31.1 ms 'low' and 31.1 ms 'high' gibts 108 degrees Celcius und
-
Thread
UART ATmega16 Interrupt geht nicht
; Stackpointer initialisieren ldi temp, LOW(RAMEND) out SPL, temp ldi temp, HIGH(RAMEND) out SPH, temp ; Baudrate einstellen ldi temp, HIGH(UBRR_VAL) out UBRRH, temp ldi temp, LOW
ldi temp, HIGH(RAMEND) out SPH, temp ldi temp, LOW(RAMEND) out SPL, temp
-
Thread
Wie sieht ein Downloadvorgang auf low-level ebene aus?
µC das downloaden von files beibringen, jedoch findet sich im web (google) nichts brauchbares (nur high-level (benutzung einer best. gui) oder download-angebot zeug) ich brauch aber nunmal eine Beschreibung auf "byte-ebene" (oder wenigstens einen tipp welches Protokoll ich googeln muss). Interessant wäre
> beibringen, Auhaua... ;-) > jedoch findet sich im web (google) nichts brauchbares (nur > high-level (benutzung einer best. gui) oder download-angebot zeug) ich > brauch aber nunmal eine Beschreibung auf "byte-ebene" (oder wenigstens > einen tipp welches Protokoll ich googeln muss). RFC-
-
Thread
Shiftregister Programmieren M74HC595
. durch ;2333def.inc ersetzen .def temp = r16 ldi temp, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL, temp ldi temp, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse out SPH, temp
. durch ;2333def.inc ersetzen .def temp = r16 ldi temp, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL, temp ldi temp, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse out SPH, temp
-
Thread
MMC/SD ansteuern mit AVR
und DO schalten kann und die Antwort der Karte angezeigt kriege, aber die Karte antwortet immer mit High... Ich habe die Karte wie folgt angesteuert: Clockzyklus: MOSI setzen (0 oder 1, vom PC aus über RS232) - Clock auf high - MISO lesen - Clock low - gelesenen MISO über RS232 an PC schicken. Commandzyklus
SPI schreibst du, dass SCK idle high ist. Du initialisierst das SPI jeeoch mit idle low, was ja auch richtig ist. Hier sollte also der Kommentar geaendert werden. In diesem Zusammenhang sollte wohl auch das soft ISP angepasst werden,
-
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