-
Thread
Stabiles Ausgangssignal aus chaotischem Eingangssignal (Vibrationssensor)
ich suche eine möglichst einfache Möglichkeit, aus einem chaotisch wechselndem Eingangssignal (High-Low Wechsel in der Größenordnung um 30 Hz) ein stabiles High zu machen. Konkret: Ich habe einen Vibrationssensor, der bei nicht-Vibration entweder High oder Low ist (unbekannt) und bei Vibration
zählen lassen. Bei jedem externem Interrupt den Timerstand wieder resetten und einen Portpin auf high setzen. Bei jedem Timer-Overflow den Portpin auf low legen.
-
Thread
Hilfe Ladereglung Atmega16 Assembler
falsch, es wird das obere und unter Ende des SRAM definiert. LDI temp1, high (RAMEND) OUT SPH, temp1 ;SPH am Ende phys. SRAM LDI temp1, low (RAMEND) OUT SPL, temp1 ;SPL am Ende phys. SRAM ??????????????????
befasse Dich auch mit 16 Bit Zahlen auf einem 8 Bit µC. Dann verstehst Du was es mit SPH,SPL und high(), low() auf sich hat. Das untere Ende vom RAM interessiert den Stack bzw. den µC nicht. Wenn Du zuviel auf den Stack legst z.B. mit labelx: push r16 rjmp labelx dann schreibt er Dir
-
Thread
ATmega32 und RFM12
<<SPR0); } unsigned int RF12_WRT_CMD(unsigned int aCmd) { unsigned int temp; // SSn low PORTB &= ~(1<<PB4); // Write high byte SPDR = (aCmd >> 8) & 0xff; while(!(SPSR & (1<<SPIF))); // Read high byte temp = SPDR; // Write low byte SPDR = aCmd & 0xff;
to the RFM12 unsigned int RF12_WRT_CMD(unsigned int aCmd) { unsigned int temp; // SSn low PORTB &= ~(1<<PB4); // Write high byte SPDR = (aCmd >> 8) & 0xff; while(!(SPSR & (1<<SPIF))); // Read high byte temp = SPDR; // Write low byte SPDR = aCmd & 0xff;
-
Thread
Hilfe bei Schaltungsentwickung benötigt
Ich benötige eine Schaltung, welche bei einer Amplitudenüberschreitung z. Bsp. 6 V einen Ausgang HIGH setzt und den Ausgang bei Unterschreitung von 5 V wieder auf LOW setzt. Für die Überschreitung konnte man eine Komparator nehmen. Mist ist nur, dass dieser in der OFF Zeit wieder abfällt. An
zwischenspeichern und dann einem Schmitt-Trigger mit 1V Hysterese übergeben, der dann die Entscheidung für "High oder Low" am Ausgang trifft. Schaltungsidee ohne besondere Halbleiter findet sich im Anhang.
-
Thread
Digitaler Eingang bei 10-30V high (3,3V)
großen > Spannungsbereichs nicht verwenden. Die Frage ist, wo bei den 0-30V die Grenze zwischen high und low liegt. Wenn low tatsächlich 0V und nicht etwa bis 5V ist, dann reicht eine Verbindung über einen hochohmigen Widerstand von z.B. 470k. Zu hohe Spannungen werden über die Eingangsschutzdiode
Die 10-30V werden über einen Schalter angelegt. Das heißt, dass die Leitung floating ist, wenn der Low-Pegel anliegt.
-
Thread
datenübertragung über Schieberegister
OE muss immer high sein, sonst sind die Ausgänge tri-statet. Hier Data End zu benutzen ist falsch. Solange Strobe high ist, wird ständig (mit jeder Clock) der Shift-Register Inhalt an die Ausgänge weitergegeben. Daher
einem 74xx595 würde es besser funktionieren: Clock an SHCP Data an DS Data End an STCP OE auf low MR auf high
-
Thread
Anfänger benötigt hilfe beim Fehler im Programm
= 0; } void pins(){ DDRB |= (1<<PB0); //PB0 -> Ausgang PORTB &= ~(1<<PB0); // PB0 -> low DDRB |= (1<<PB1); //PB1 -> Ausgang PORTB &= ~(1<<PB1); // PB1 -> low DDRB &= ~(1<<PB4); // PB4 -> Eingang PORTB |= (1<<PB4); // Interner Pull-Up einschalten } int main(
überhaupt/ anzusteuern? Und zwar einfach mit einem Delay? Hier mal Pseudocode dazu: [pre] Pin=high; delay_us(1500); Pin=low; dely_ms(20); [/pre] Und dann spielst du mal an den 1500 rum und guckst, was dein Servo macht. Es ist übrigens unglaublich beschwerlich, solche Sachen in Betrieb
-
Thread
bitte gucken(AVR)
Nö, grad andersrum: Pin HIGH => es liegen 5V an, Pin LOW => GND.
@NoNever 1 = High = 5 Volt 0 = low = 0 Volt Wenn du die LED nur umdrehst, ist ein Ende mit 5v verbunden. Sie leuchtet dann bei low, weil wenn du high am controller hast, ist an beiden enden 5v und sie leuchtet
-
Thread
I2C von 5 auf 3,3V drosseln (Pegelwandler,Voltregulator;Dioden.)
Anleitung komlett durchzulesen. Das ich wenn ich nur 3,3V Abnehmer habe. Sozusagen meinen MCC an VCC High,GND,SCL High Volt, SDA high Volt anschließe (Sprich 3Pins). Dann aber noch ne 3,3V Stromquelle brauche. Die Frage ist noch wie man die dann am besten realisiert. Über Widerstände ist es blöd weil die
1) siehe Post #2 2) Bzgl. Pull-Ups: Wenn man auf einer I2C-Leitung ein logisches High "1" erzeugt, macht man i.d.R so, dass man den Port Pin auf Input (Tri-State/hochohmig) setzt. Das High wird durch das Pull-Up erzeugt, und nicht aktiv vom uc. Bei einem einem Low "0" setzt man den Port
-
Thread
Ansteuerung von GPIO Pins eines Raspberrys aus 2 Threads
# GPIO.output(16, GPIO.LOW) GPIO.output(Pin, GPIO.HIGH) time.sleep((iDelay / 1000)) GPIO.output(Pin, GPIO.LOW) time.sleep((iDelay / 1000))
Ich messe die Pins mit einem Mulimeter von Hand aus (darum auch der zweite Delay damit die LOW Zeiten auch messbar sind). Wenn ich Nachmesse lösche ich den Teiler von 1000 dann liegt das High und das Low Signal jeweils 5 sekunden an und können gemessen werden. [code] GPIO.output(Pin, GPIO.HIGH
-
Thread
RE Bit Display EA DIP204-4 (KS0073)
4-Zeilen Modus und dann wieder 0x20 zum Ausschalten des RE-Bits. Dort brauche ich ja sowohl das High und das Low Nibble, um dieses Bit zu aktivieren. oder sehe ich das falsch? Bitte weiterhin um Hilfe, das muss doch funktionieren
und kompatible verlangen erst das high nibble, dann das low nibble. Von der MCU aus gesehen. Auch beim PIC TWI Portadapter ist das so. Nur die Steuerbits sind verpackt, verundet bzw. verodert und verlangen evtl- nach einer Extra-Ausgabe.
-
Thread
Anfängerproblem: Eingang auf Ausgang legen
it comes, here comes your nineteenth nervous breakdown...) Schnelle Weitergabe des Wechsel von Low nach High aber langsame (Minuten) Weitergabe des Wechsel von High nach Low? Ist das richtig so? Dann liegt es an was anderem. Nicht an der Software. Vermutlich eher an einer der Umgebungsbedingungen
einem Schaltplan und poste den hier. Nimm mal ein Stück Draht und lege jeweils einen definierten High- bzw. Low Pegel an den Portpin. Dann wissen wir schonmal ob es die sonstige Hardware ist.
-
Thread
LCD HD44780 keine Characters
(P_DB0); } if(output[1]==1) { ioport_set_pin_high(P_DB1); } else { ioport_set_pin_low(P_DB1); } if(output[2]==1) { ioport_set_pin_high(P_DB2); } else { ioport_set_pin_low(P_DB2); } if(output[3]==1) { ioport_set_pin_high(P_DB3); } else { ioport_set_pin_low(P_DB3); } if(output[4]==1) { ioport_set_pin_high(P_DB4); } else { ioport_set_pin_low(P_DB4); } if(output[5]==1) { ioport_set_pin_high(P_DB5); } else { ioport_set_pin_low(P_DB5
-
Thread
Attiny13 problem!
ISP prgrammierung! Läuft auch alles nur habe ich das Problem das alle Ausgänge ganze Zeit auf High sind?! Was mache ich falsch? Programmieren lässt er sich! Müssten die Ausgänge nicht Low sein?
die 2*100nF am 7805 die dort Schwingneigung >> unterdrücken sollen. > > > Ich Messe am Rest "LOW" schon falsch. Wenn dein µC laufen soll, dann muss der Pin auf High sein. > " Lege ich den RESET Pin auf "High" so Blinkt > mein ISP Adapter die ganze Zeit und es lässt sich nicht programmieren
-
Thread
64x128 Pixel Display funktioniert nicht
funktioniert nicht... hab mal ein paar Fragen: EN muss high sein, damit der chip anspricht oder? RESET ist active LOW, muss also während des Betriebs HIGH sein richtig?
Display DEaktivieren?!? Das ist völlig sinnlos, wenn du es noch nicht mal aktivieren kannst. EN muss high sein, ja. Und Reset muss auch high sein, genau. Bei den meisten Displays ist der schon intern über einen Pullup auf Vcc (einfach mal nachmessen). Schadet aber nix, wenn du noch mal einen 10k-Pullup
-
Thread
RP2350-Nachbeben, ARM im Fokus der Politik uvam
die Schweden folgendes: [c] ESP32-C6 WiFi/BLE module: With the ESP32-C6 network module you get high performance WiFi6 and BLE5.4 functionality right from the start. High speed SPI communication warrants high speed data transfers and low latency network operations. [/c] Kritisch ist an der normalerweise
The dual ARM ® Cortex ® core design of the chip family features separate application and Bluetooth Low Energy subsystems that deliver full featured support for Bluetooth 5.4, low-power, 10 dBm output power without a PA, integrated flash, CAN FD, crypto accelerators, high security including Root of Trust
-
Thread
MPU 92.65 Winkel berechnen
(1); z_high_low = z_low + z_high << 8; z_high_low_summe += z_high_low; } pc.printf("\nOffset:\n\rZ = %2.2f\n\r", z_high_low_summe/4000.00); z_off = z_high_low_summe/4000.00;
timer.read_us(); timer.reset(); timer.start(); z_high_low = z_low + z_high << 8; //Low und High Byte zusammenfügen z_high_low_summe = z_high_low - z_off; //Offset vom Messwert subtrahieren z_winkel = z_winkel
-
Thread
Do while - Problem
Hallo Michael, wannliefer "digitalRead(Ref_Taste_X)" HIGH und wann LOW? Und schaffst Du es, zwischen eintritt in die äußer Schleife und Erreichen der inneren den Pegel zu wechseln? Versuche es doch erstmal mit gleichem Pegel bei beiden.
Hallo Achim, wannliefer "digitalRead(Ref_Taste_X)" HIGH und wann LOW? Die Taste ist mit Pullup auf High und wird nur wenn ich das Kabel anklemme auf LOW gehen. Deswegen verstehe ich ja nicht, wenn ich das Kabel nicht anklemme, das das Programm aus
-
Thread
Displaybus abschliesen?
verändern müssen. Zuerst die Datenleitungen setzen etwas warten (µs-Bereich) dann Ennable von LOW auf HIGH etwas warten (µs-Bereich) dann Ennable von HIGH auf LOW etwas warten (µs... ms Bereich, manche Kommandos brauchen etwas Zeit 2ms für CLEAR) Bernhard PS: Ich betreibe gern
relativ egal, Hauptsache die Pegel sind im TTL-BEREICH. Nur gerade Enable, also der Wechsel von HIGH auf LOW muss sehr schnell, also mit einer sehr steilen Flanke geschehen. Ich glaube der Wechsel von LOW aif HIGH der Enable-Leitung ist garnicht so kritsch, oder sehe ich das falsch? Bernhard
-
Thread
Port-Pin als en und ausgang
#2728264: > zum Empfang muss doch der pin auf GND Geschaltet werden und zum senden > dann wieder auf high, Du kannst den Pin aber nicht auf GND schalten, wenn er ein Eingang ist. Also den Pin einmal vor der Schleife auf Ausgang schalten, und in der Schleife dann zwischen High und Low umschalten. Pako
Ich meinte das anders, Zum senden auf High und zum empfang auf Low den steuerpin schalten. Muss ich den TX-pin beim atmega8 abschalten zum empfang,(wenn der Sendevorgang abgeschlossen ist kommt da ja nix mehr). Das wollte ich ja bloß wissen
-
Thread
Atmega162 außerhalb von STK500 geht nicht
schrieb im Beitrag #2095267: > Habe mal die Spannungen an den Portpins gemessen: Im STK 500 4,4V High, > LED aus. Kann von den Transistoren kommen. Wo ist der Code ? Im recht unwahrscheinlichen Fall würden die Pins Tristate gesteuert, d.h. aktiv Low oder offen, das würde so ein Fehlerbild ergeben
klassische Weg eine Led zu schalten, ist den Portpin über DDRx auf Ausgang und per PORTx den Zustand, High oder Low zu setzen. Tristate dagegen ist: Offen - Low - High Wenn man so etwas braucht, dann kann man über den Weg über's DDR-Register machen, etwas daß Du offenbar unabsichtlich gemacht hast.
-
Thread
Logikschaltung
Einlesevorgang wieder auf High gesetzt werden. Zuerst dachte ich an ein D-Flipflop mit RS-Eingängen. D auf Low, Clock des ADC (5 MHz) an den Clock Eingang des Flipflop. Damit fällt bei jedem ADC Takt das Flipflop auf Low. Der 66
Zweite Idee: 2 Flipflops, siehe Anhang. Bei jeder High Flanke des 5 MHz Taktes wird der Ausgang auf Low gesetzt, das invertiert als D-Eingang beim zweiten Flipflop. Sollte der Ausgang auf Low sein und eine 60 MHz High Flanke auftreten, wird das erste Flipflop
-
Thread
Oszilloskop mit AVR
Signal verkompliziert das Timing. In meinem 50MS Logik Analyser mit VRAMs werden die Daten bei der Low-High Flanke eingelesen. An den Eingang kann ich auch einen ADC anschließen. Der DA Wandler (ADS830) gibt ebenfalls bei der LH Flanke neue Daten aus. Aufgrund der Verzögerung durch die Leitung und
einem SRAM ist das allerdings komplizierter: Laut Datenblatt sind die Eingangsdaten egal, bis zur Low-High Flanke von WR\ oder CE\. Zu dem Zeitpunkt wenn WR\ auf Low geht, muss auch die Adresse stabil anstehen und stabil bleiben bis WR\ wieder auf High geht. Dann bräuchte man eine kurze Zeit, die
-
Thread
CAN Starthilfe
auslesen. Ich bin aber nicht wirklich vom Fach, daher hab ich mal einige Fragen: - Was ist denn CAN-High und was CAN-Low? Ich dachte bisher die CAN-High Leitung wäre die, die auf dem höheren Potential liegt (~5V ?), wenn keine Daten anliegen. - Wie ermittle ich denn die Baudrate ordentlich? Hab leider
CAN HIGH und CAN LOW sind die beiden Datenleitungen. Deren Pegel hängt von dem aktuellen Buszustand (dominant oder rezessiv) UND von der verwendeten Treibertechnik, nämlich Highspeed CAN oder Lowspeed CAN, ab
-
Thread
SPI für ADC MCP3204 auf ATXMega256A3 initialisieren
***************************************/ uint16_t ReadADCEx(uint8_t ch) { uint8_t byte,data_high,data_low; byte=0b00000110; if(ch>3) byte|=0b00000001; CS_LOW(); SPIWrite(byte); byte=ch<<6; data_high=SPIWrite(byte); data_high&=0b00001111; data_low=SPIWrite(0xFF); CS_HIGH(); return ((data_high<<8)|data_low); } [/c]
-
Thread
Taster signal verlänger
pinMode(taster, INPUT); } void loop() { tasterstatus=digitalRead(taster); if (tasterstatus == HIGH) { digitalWrite(LEDblau, HIGH); delay (30000); digitalWrite(LEDblau, LOW); } else { digitalWrite(LEDblau, LOW); } } [/c] Der delay verschiebt das signal aber wie kann man das verlängern
Nehmen wir mal an, jedes Zeichen seien 5 Sekunden. Was soll der Ausgang dann da machen: [pre] _ = low # = high |= kurz high 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Taster __|_________|||______
-
Thread
Rotary Encoder
Interrupt ausgelöst (durch Timerüberlauf)und dabei geprüft ob der Pegel von Spur B zu diesem Zeitpunkt High oder Low ist. Von links nach rechts betrachtet (Drehrichtung rechts) ist B immer High. Von rechts nach links betrachtet (Drehrichtung links) ist B immer Low. Bei jedem Timerüberlauf wird dann folgende Berechnung gemacht: wenn B = low dann variable = variable -1 wenn B = high dann variable = variable +1 Gruss Gerhard
-
Thread
usbasp mit neuem atmega8 nicht mehr lauffähig
zieht sie auf high, was aber auch damit zu tuen haben kann das der avr pin erstmal high ist wenn der avr pin als Ausgang definiert wird... Und der PC erst reagiert wenn er auf low gezogen wurde... (Was ja aber eigentlich
Problem sein, da ich annehme das der Controller weiter Daten entgegen nehmen will solange data- auf low ist... Jedoch dürfte das Problem ja nicht auftreten soweit der PC von high auf idle wechselt, denn solange, dass der Fall ist sollte er die < 3V im Idle-Modus ja weiterhin als high werten. Zu beachten
-
Thread
AVR-Pin als Eingang+Ausgang beschalten
Und wenn ich den Port als Ausgang setze und high schalte...?
us warten, um ggf. grössere Kabelkapazitäten umzuladen. Taster nicht gedrückt, Pull-Up zieht auf HIGH. Taster gedrück, wesentlich niderohmiger 3K9 zieht über Taster auf LOW. Danach den Pin wieder auf Ausgang schalten. Diese kurze Ausschalten der LED sieht keiner und macht sie nahezu unmessbar geringfügig
-
Thread
Logikanalysator Scanalogic funktioniert noch nicht ganz wie er soll, hat unerwartete low-levels
Oder es funktioniert "ganz billig", und es gibt generell nur zwei fest eingestellte Schwellen für High und Low. Zumindest laut Datenblatt Seite 17 beginnt Lowlevel unter 0,4 V und Highlevel ab 1,9 V. Aber ob das daran liegt, dass mir der im Programm ständige Spannungseinbrüche anzeigt? Hab jetzt
versorger "74LCX125" drin, und der erkennt dann ebei für alle Spanungen über 1/2 * 3.3 = 1,65 Volt damit "high". Da das Bauteil bis 5.5 Volt eingangsmäßig verträgt isses das eben dann. http://www.ikalogic.com/wp-content/uploads/scanalogic2shm.png Entweder haste das Ding bereits geschrottet mit deinen 9 Volt
-
Thread
IR Empfänger koppeln
Ausgang des 4-fach oder wieder invertieren und auswerten. Die TSOP die nichts empfangen liefern ja high, invertiert low, tragen also am ODER nichts bei. Der beste TSOP siegt.
dasselbe, siehe oben. > Die TSOP die nichts empfangen liefern ja high, invertiert low, tragen > also am ODER nichts bei. Ohne Empfang:="opened kollektor", tragen also nichts bei zur negierten Veroderung. Genau das ist doch der Sinn der Sache. > Der beste TSOP siegt
-
Thread
Geländefahrzeugsteuerung mit Arduino - Codingproblem
analogWrite(ENA, abs(sigB_CH_1)); if (sigB_CH_1 > deadzone) { digitalWrite(IN1, HIGH); digitalWrite(IN2, LOW); } else if (sigB_CH_1 < - deadzone) { digitalWrite(IN1, LOW); digitalWrite(IN2, HIGH); } else { digitalWrite
System so durcheinander bringt? if (sigB_CH_3 > deadzone) { digitalWrite(IN3, HIGH); digitalWrite(IN4, LOW); } else if (sigB_CH_3 < - deadzone) { digitalWrite(IN3, LOW); digitalWrite(IN4, HIGH); } else { digitalWrite
-
Thread
Arduino Siebensegmentanzeige
(transistorpin3, HIGH); digitalWrite(transistorpin1, LOW); delay(2); if (zahl==-1) ansteuerung(10); else ansteuerung(zehner); digitalWrite(transistorpin2, HIGH); digitalWrite(transistorpin1, HIGH); digitalWrite
j)==1?HIGH:LOW); } [/c]
-
Thread
LED steuern mit arduino uno r3
Dein Denkansatz ist müll! Wenn du die mittlere LED eischalten willst, muss die Zeile (Pin 6) auf Low und die Spalte (Pin 12) auf High. Mit beiden Pins auf High oder Low wird deine Led nicht leuchten. Und schau mal hier: [[LED-Matrix]] - http://www.mikrocontroller.net/articles/LED-Matrix
um zwei Zeilen weniger. Das vorhergehende war aus einer Schaltung mit Dualleds. digitalWrite(5,LOW); digitalWrite(6,HIGH); digitalWrite(7,HIGH); digitalWrite(11,LOW); digitalWrite(12,LOW); digitalWrite(13,HIGH);
-
Thread
Arduino/Teensy: LedPWM-Driver WS2803 Problem
(data,HIGH); //DATA - 1 else digitalWrite(data,LOW); //Oder - 0 digitalWrite(clock,HIGH); //CLK - 1 } } } [/c]
0;digit--) { if(val & (1 << digit)) { digitalWrite(pinDATA, HIGH); } else { digitalWrite(pinDATA,LOW); } digitalWrite(pinCLK, HIGH); digitalWrite(pinCLK, LOW); } } } [/c]
-
Thread
[ERLEDIGT] Arduino - 74HC165 einlesen
[c] uint32_t read4hc165( void ) { uint32_t val=0; digitalWrite(loadPin, LOW); digitalWrite(loadPin, HIGH); for( uint8_t i = 32; i; i-- ){ val <<= 1; if( digitalRead(data_in)) val |= 1; digitalWrite(clockPin, HIGH); digitalWrite(clockPin, LOW
(data_out, !!(Sbyte & (1 << i))); digitalWrite(clockPin, HIGH); digitalWrite(clockPin, LOW); } shiftNo += 8; Sbyte = val >> shiftNo; } digitalWrite(latchPin, HIGH); // Latch-Output enablen, nach der
-
Thread
PIC RS232 Interrupt C18
PERIPHERAL INTERRUPT PRIORITY REGISTER 1 *** // RCIP: EUSART Receive Interrupt Priority bit // 1 = High priority // 0 = Low priority IPR1bits.RCIP = 0; // TXIP: EUSART Transmit // 1 = High priority // 0 = Low priority }//end InitializeUSART [/c]
vielleicht verstehe ich es ja trotzdem. PIC18 haben nur zwei Interrupt-Vektoren: einen für den High-Priority Interrupt und einen für den Low-Priority-Interrupt. Die Prioritäten kannst du konfigurieren. Im wesentlichen ist der Unterschied, dass der Low-Priority durch den High-Priority Interrupt unterbrochen
-
Thread
Von FLASH in den SRAM kopieren
dem FLASH in den SRAM zu kopieren. ASM AVR Stduio 4.13: [avrasm] open_container: ldi YL,LOW(daten_sensor_c) ldi YH,HIGH(daten_sensor_c) ldi ZL,LOW(write_file*2) ldi ZH,HIGH(write_file*2) ldi temp1,(Anz_Write) open_c: lpm r16,Z+ st Y+,r16
: ldi YL,LOW(daten_sensor_c) ; den Z-Pointer mit dem Start der Sensoren Bytes laden ldi YH,HIGH(daten_sensor_c) ldi ZL,LOW(write_file*2) ; den Z-Pointer mit dem Start der Sensoren
-
Thread
ATMega8 hängt sich auf bei ADWI + BRNE
25ms Verzögerung. Hier der Code zum delay (kpl. Code als Anhang): delay_25_ms: ldi delay_low, low(___25_MS___) ldi delay_hig, high(___25_MS___) delay_25_ms_loop: adiw delay_hig:delay_low, 1 brne delay_25_ms_loop ret Jetzt das Problem: Die Routine funktioniert nur
reagiert nicht und die LEDs werden nicht wie gewünscht angeschaltet: delay_25_ms: ldi delay_low, low(__25_MS__) ldi delay_hig, high(__25_MS__) delay_25_ms_loop: adiw delay_hig:delay_low, 1 brne delay_25_ms_loop ret Füge ich hingegen hinter adiw z.B. 'rcall display_prog'
-
Thread
Schwellwert automatisch berechnen
Digitalsignal, das aus einzelnen Pulsen besteht, das ich analog abtaste. Der Unterschied zwischen Low-Pegel und ein High-Pegel ist immer mit ausreichend Abstand erkennbar, allerdings ist der Absolutwert im vornherein unklar und ändert sich zeitlich auch mitunter (allerdings sehr langsam) aufgrund eines
Dein Fehler ist, nur einen Schwellwert zu nehmen. Digitalsignale haben immer 2 Schwellen, U_high_min und U_low_max. Alles dazwischen ist undefiniert. 0V .. U_low_max = Low U_high_min .. VCC = High
-
Thread
TestPin Ausgang
label geschrieben die beschreiben wann das Gerät dunkel bzw Hell ist. wenn das Gerät hell...testpin high setzen wenn das Gerät dunkel....testpin low setzen
geschrieben die beschreiben wann das Gerät dunkel bzw >Hell ist. >wenn das Gerät hell...testpin high setzen >wenn das Gerät dunkel....testpin low setzen Zeig mal. MfG Spess
-
Thread
KFZ Can-Bus System Entkoppeln / Trennen von anderem System
>Nun baumelt da aber der Can-High und Low alleine vor sich hin.. Das ist ganz schlecht. CAN braucht min. zwei Teilnehmer. >Sollte ich Can-High und Low verbinden mit einem 120Ohm >Abschlusswiederstand? >Danach müsste der Canbus
holger schrieb im Beitrag #5248216: >>Nun baumelt da aber der Can-High und Low alleine vor sich hin.. > > Das ist ganz schlecht. CAN braucht min. zwei Teilnehmer. > >>Sollte ich Can-High und Low verbinden mit einem 120Ohm >>Abschlusswiederstand? >>Danach müsste
-
Thread
TTL Gatter Ausgangswiderstand
Sehr aufwändige Suche in den vielen Spalten. I out high -400 mikroA I out low 74er : 8mA 54er : 4mA
Ausgang an der Verbindung von Emitter und Kollektor. Daher auch die unterschiedlichen Ströme für High und Low.
-
Thread
Arduino Nano und TLC5947 - Projekt zur Beleuchtungssteuerung im Auto - bräuchte paar Tipps&Hilfe
dass ich den auf GND schalten muss damit der LED Treiber aktiviert ist. Der soll dauerhaft auf HIGH sein bis Arduino komplett an ist um den Trnasistor zu öffnen und den PIN auf "LOW" zuschalten und die Kontrolle zu übernehmen. Daher die Transistor schaltung. Wie soll ich allein mit dem Arduino
LED >Treiber aktiviert ist. Das ist kein Problem, das ist normal. >Der soll dauerhaft auf HIGH sein bis Arduino komplett an ist um den >Trnasistor zu öffnen und den PIN auf "LOW" zuschalten und die Kontrolle >zu übernehmen. Genau das wird passieren. Arduino ist im Rest, Booten, Programmierung
-
Thread
Atmega 16 und HC-SR04
Also zieht er doch wenn das Signal kommt von high auf Low oder nicht?
mal so ne blöde frage wie kann man es am besten realisieren, die zeit zwischen High und Low Auszuwerten=
-
Thread
S/PDIF bei einem SD-Karten-Player nachrüsten
puls-pause-Verhältnis" bezeichnet man bei Rechtecksignalen das Verhältnis aus der Zeit, die das Signal auf Low-Pegel und der Zeit, die das Signal auf High-Pegel ist. Bei 50% ist es genausolange high wie low: [pre] -- ---- ---- ---- -- | | | | | | | | ---- ---- ---- ---- [/pre] Bei 75% aber ist es dreimal so lang high, wie es low ist: [pre] -- ------ ------ ------ ---- | | | | | | | | -- -- -- -- [/pre] Und bei 25% ist's genau andersrum: [pre
-
Thread
SR04-HC bleibt in Störung!
* 100% Brand new & high qualtiy * Static current: Less than 2mA. * Working Voltage : 5V(DC) * Sensor angle: Not more than 15 degrees. * Output signal: Electric frequency signal, high level 5V, low level 0V. *
Lukas schrieb im Beitrag #4329852: > auf den Trigger-Pin ein PWM-Signal mit 1ms High und 20ms Low gegeben.??
-
Thread
Soft SPI Problem
{ SPI_CLK = LOW; //clock low if (data & 0x1FF){ /* Wenn MSB-Bit gesetzt */ SPI_DATA = HIGH; /* Data-Pin auf 1 schalten, */ } else{ SPI_DATA = LOW; /* ansonsten auf
Ist verständlich. Du versuchst dein #define zu überschreiben. Mach es anders: [c] #define SPI_CLK_LOW() (PORTB &= ~(1<<PB5)) #define SPI_CLK_HIGH() (PORTB |= (1<<PB5)) #define SPI_DATA_LOW() (PORTB &= ~(1<<PB3)) #define SPI_DATA_HIGH()
-
Thread
Servo läuft in eine Richtung
So weit ich das verstanden habe schauen die Impulse wie folgt aus: 1ms high, 19ms low: links Position 1.5ms high, 18.5ms low: mittlere Position 2ms high, 18ms low: rechte Position Wenn des jetzt so stimmt, heißt das für ich muss mir ein Oszi zulegen um meine Impulse
Beitrag #1711407: > So weit ich das verstanden habe schauen die Impulse wie folgt aus: > > 1ms high, 19ms low: links Position > 1.5ms high, 18.5ms low: mittlere Position > 2ms high, 18ms low: rechte Position > Genau. Wobei nur die 1ms - 2ms kritisch sind. Ob die Pause 10ms oder 15ms oder 20ms
-
Thread
[winavr] _delay_ms dauert zu lange
(0); SPMCSR = 1<<BLBSET | 1<<SPMEN; uint8_t hi = pgm_read_byte(3); // PRINTF("Fuses: low=%02X high=%02X\n", lo, hi); PORTB = lo; } [/c] So komme ich IMO an das richtige Fusebit (Wie das Wirklich funktioniert habe, ich gestehe, überhauptnicht verstanden) Gesetzt = 0, ist mir
die Software die Fuses setzen? In einem Programm habe ich folgendes gefunden: FUSES = { .low = 0xFF, .high = 0xD9, .extended = 0xFD, }; Kann mir hier jemand diesbezüglich weiterhelfen?