-
Thread
Pins immer auf High. Warum ?
Versorgungspannung angeschlossen. Es sollte so funktionieren das beim Umlegen des Schalters an den Pins ein High Signal anliegt, bei offenem Schalter ein Low. Die entsprechenden Pins hab ich als Eingänge konfiguriert. Die Internen Pull-Ups sind ausgeschaltet. Trotzdem bekomme ich beim Auslesen der Pins immer
Habe das Problem selbst gerade gehabt. Nicht lange fackeln. Mit den Tastern ein gesch.Low auf den Controller. Alles andere ist zu aufwändig. AVRs können nur Pullup oder Tristate. Im Tristate erkennen sie kein High am Eingang. Ist so... Josef
-
Thread
Programmoptimierung
adhigh, high(-100) ; +100 ldi zehner, '0'-1 ; Ziffernzähler direkt als ASCII Code Z_zehner: inc zehner subi adlow, low(10) ; -10 sbci adhigh, high(10) ; 16 Bit
das high und low byte gesendet werden. Gruß Pfeiffy
-
Thread
Handshake mit Oder-Gattern
internem Pull-Up. Will ein controller den bus nutzen schaltet er H-Out auf ausgang um und setzt ihn Low. Bei allen anderen liegt nun an H-In Low an und nicht mehr High durch den Pull-Up -> Leitung belegt.
Das kannst Du Dir so klarmachen, das durch den Pull-Up das High immer "weich" ist, das Low hingegen "hart" weil über die viel niederohmigere CE-Strecke (oder DS) nach Masse verbunden. D.h. sind da einige Ausgänge auf High (aber Open-Kollektor) an _einem_ Pull-Up
-
Thread
Hell/Dunkel digital erkennen
LDR/Poti und µC Eingang ein Schmitt-Trigger Gatter setzen, weil genau dieses das Flattern zwischen LOW und HIGH verhindert. Um möglichst steile Flanken zu erhalten kann er ja ein zweites Gatter nachschalten, da im 74HC14 genügend enthalten sind.
Naja, schlimmstenfalls ist der Unterschied nicht groß genug, um High/Low Pegel zu liefern. Mit der Kondensator-Entlade Variante kann man Zwischenwerte erfassen und langsame Veränderungen (z.B. aufgrund der Tageszeit) herausrechnen.
-
Thread
Kurze Hilfe in ASM
******************************************************************* ldi xh,high(RS232Buffer) ; X Pointer laden lds xl,RS232Zeiger cpi xl,low(RS232EndofBuffer) ; Auf Speichergrenze von 68 Byte testen brlo SOK ;
Hi >Die schnellste und kürzeste form den Ringspeicher zu füllen? > ldi xl,low(RS232Buffer-1) ; X Pointer laden > ldi xh,high(RS232Buffer-1) ; > ... > ldi Dummy1,1 Warum fängst du nicht, wie allgemein ülich, bei Null an? MfG Spess
-
Thread
Probleme beim Empfängersignal auswerten
dass das HLVDCON zur "Messung" der Versorgungsspannung dient. Es bedeutet nicht, dass damit der High/Low - Pegel der I/Os verstellt werden kann. Gefunden bei Fernando-Heitor.de: ... besitzt ein High/Low-Voltage Detect Modul (HLVD). Durch dieses erweiterte Modul kann auch erkannt werden, ob die
Nichtfunktion ist. Falls doch, ist die Funktion eher zufällig. Ist der Eingang des PIC TTL-kompatibel, muß high >2,4V und low <0,4V sein. Peter
-
Thread
Abschlussprojekt
Datenblatt beachten. Beim Schreiben H vor L und beim Lesen L vor H. "To do a 16-bit write, the high byte must be written before the low byte. For a 16-bit read, the low byte must be read before the high byte."
RCECHR: LDI ZL, LOW(R_str+1) ; +1 da erstes Byte Stringlänge ist LDI ZH, HIGH(R_str+1) LD temp, Z+
-
Thread
Fehler beim Schreiben einer LCD Library auf ATmega16
high_bit=(input&0xF0); //get the higher 4 bit low_bit=(input&0x0F); //get the lower 4 bit LCD_DATA_PORT=high_bit; //send the higher 4 bit e_state(); LCD_DATA_PORT=low_bit; //send the
high_bit=(input&0xF0); //get the higher 4 bit low_bit=(input&0x0F); //get the lower 4 bit LCD_DATA_PORT=high_bit; //send the higher 4 bit e_state(); LCD_DATA_PORT=low_bit; //send the
-
Thread
Atmega32 - Timer0 spinnt bei UART Empfang
registers, we might be coming from rxc_handler PUSH tmpwork PUSH ZL PUSH ZH CPI mode, LOW_TIME ; in LOW_TIME? BREQ low_handler ; distribute! CPI mode, HIGH_TIME ; in HIGH_TIME? BREQ high_handler ; distribute! ; if this is reached, we're in INDV_TIME LDI ZH,HIGH(LISTSTART
PUSH tmpwork PUSH ZL PUSH ZH IN tmpwork, SREG PUSH tmpwork CPI mode, LOW_TIME ; in LOW_TIME? BREQ low_handler ; distribute! CPI mode, HIGH_TIME ; in HIGH_TIME? BREQ high_handler ; distribute! ; if this is reached, we're in INDV_TIME
-
Thread
Low side Treiber
Hallo, ich habe in einer Schaltung die im Anhang dargestellte Mosfet-Ansteuerung über einen IR2112-1 verwendet, um eine induktive Last (Magnetventil) über einen Buz11 anzusteuern. Allerdings funktioniert der Gate-Driver überhaupt nicht. Das Steuersignal kommt von einem Arduino Ausgang (ist auch vorhanden), aber LO ist immer auf 0V. Die restliche Beschaltung zwischen Mosfet und IC habe ich von https://microcontrollerslab.com/mosfet-driver-ir2110-pinout-examples-applications-datasheet/ geklaut. Die Verdrahtung und die Lötstellen der Pins habe ich schon mehrmals überprüft,den IC gewechselt und dabei
-
Thread
Attiny als schieberegister
Kommuniziert. Was auf dem Bild falsch dargestellt ist, das Signal "Data" ist zwischen den Abfragen immer LOW, und wird mit dem start bit "Latch" auf high gesetzt. Das heißt mein ATtiny (13 und 2313 zur verfügung) muss: Latch und Data = low Clock = high 1. Warten bis Latch high 2. Data high 3. 12
Daniel J. schrieb im Beitrag #3104199: > 1. Warten bis Latch high > 2. Data high > 3. 12 µs warten > 4. die nächsten 12 µs, je nach dem low wenn taste gedrückt, oder high > wenn nicht. > 5. zum schluss Data wieder low. Das ist ganz großer Mist. Das ganze
-
Thread
IC gesucht um aus einem Datenpuls eine dauerhaften HIGH zu machen (mit Reset)
Herbert schrieb im Beitrag #6550511: > dass der Q wieder auf LOW geht, wenn D beim CLK-Flanke auf > LOW ist Dieses IC ist ein kombiniertes RS- und D-Flipflop. Die Eingämge D und CLK brauchst du nicht, lege beide fest auf Low. Übrig bleibt ein RS-Flipflop wie
bauen, genauso wie mit zwei NOR-Gatter (74xx02). Unterschied ist dann nur, ob Set bzw. Reset mit HIGH- oder LOW-Puls bedient wird. https://www.elektronik-kompendium.de/sites/dig/0209302.htm
-
Thread
Ein Code, mehrere Controller.
P.S. Wie genau werden die Zeiten bei "Funke" gemessen und angezeigt ? P.P.S. Und vergleiche Low mit Low und nicht Low mit High. XL = Low / XH = High r17 = Low / r18 = High. Auch wenn du die Werte richtig geladen hast, verkehrt ist es trotzdem, abgesehen davon, dass r17/r18 gar keinen
geht und die schwankt höchstens eine Stelle nach dem Komma. > > P.P.S. > > Und vergleiche Low mit Low und nicht Low mit High. > > XL = Low / XH = High > r17 = Low / r18 = High. Ist es nicht so: R17 R18 [0000][0000] High Low Hm... ich vergleiche doch nur Low mit Low und High mit
-
Thread
Servo Arduino
int pos = 0; // variable to store the servo position void abstand(){ digitalWrite(trig, LOW); delayMicroseconds(2); digitalWrite(trig, HIGH); delayMicroseconds(10); digitalWrite(trig, LOW); dis = pulseIn(echo, HIGH); disS = String(dis/58); disS.toCharArray(disC, 5);
); // attaches the servo on pin 6 to the servo object } void loop(){ digitalWrite(trig, LOW); // Set the trigger pin to low for 2uS delayMicroseconds(2); digitalWrite(trig, HIGH); // Send a 10uS high to trigger ranging delayMicroseconds(10); digitalWrite(trig
-
Thread
AVR OC1A Pin auf Low bringen
signal und möchte bei Duty Cycle 0 auch wirklich keinen Ausgang mehr generieren (bleibt etwa 7us auf High). Ich schalte also den Timer ab bei Duty Cycle 0, jedoch bleibt dann der Ausgang auf HIGH, auch wenn ich den Pin mit "PORTB &= ~(1<<PB1);" resete. Wie kann ich den Pin am besten auf LOW setzten?
du nicht die Hardware toggeln lässt, sondern die Option der COM1x bits umsetzt das der Ausgang auf High oder Low gesetzt wird und dort bleibt. Oder in der ISR des OCR1x das Bit immer invertieen: wenn 1 mach 0 wenn 0 mach 1
-
Thread
89C51 Anfängerfehler?
programmiert... kann mich also auch nicht mehr so recht erinnern, wie. Bist Du sicher, dass die mal high mal low sind? Ich würde eher auf hochohmig tippen...
hab ich natürlcih auch angeschlossen bin aber etz total verwirrt wie ich den anschließen soll erst low und dann high oder anderst rum
-
Thread
5 LEDs mit 5 Tastern schalten
wie vor eine binäre 0 low und eine binäre 1 high. Damit die Schaltung funktioniert, muss es aber anderherum sein. Vier zusätzliche Inverter würden die Schaltung aber wieder aufwendiger machen. Es geht aber auch eleganter
=== GND [/pre] die Ports werden immer umgeschaltet zwischen HIGH-Z Eingang als "LED Aus und warten auf Tastendruck" und LOW als "LED ein"
-
Thread
Arduino Display ohne fertige Funktion ansteuern
Variante, die ich nicht benutzen kann, würde ich das dann folgendermaßen machen: [c] digitalWrite(RS,HIGH); digitalWrite(RW,LOW); digitalWrite(E, HIGH); digitalWrite(DB0,HIGH); digitalWrite(DB1,LOW); digitalWrite(DB2, HIGH); digitalWrite(DB3,LOW); digitalWrite(DB4,LOW); digitalWrite(DB5, HIGH);
Seite 34 die richtige sein. Dann würde ich nun einfach so "abtippen". 1. Die jeweiligen Bits auf HIGH/LOW setzen 2. delay(15) 3. die jeweiligen Bits auf HIGH/LOW setzen 4. delay(4.1) ... Und denn die Init abgeschlossen ist, die Bits für das "Z" auf HIGH oder LOW setzen
-
Thread
Welcher IC für Selbsthalteschaltung, Verriegelung und Löschen?
(PA4,HIGH); digitalWrite(PA5,LOW); digitalWrite(PA6,LOW); digitalWrite(PA7,LOW); } else if (digitalRead(PA2)==LOW) // Zweiter Taster gedrückt { digitalWrite(PA4,LOW); digitalWrite(PA5,HIGH); digitalWrite(PA6,LOW); digitalWrite(PA7,LOW); } else if (digitalRead(PA3)==LOW) // Dritter Taster gedrückt { digitalWrite(PA4,LOW); digitalWrite(PA5,LOW); digitalWrite
-
Thread
rechnen in Assembler mit AVR
Dezimalpunkt (Festkomma). ;Temperatur*10=(TSic_Wert*250)/256-500 clr temp1 mov temp2,tsicwert_low mov temp3,tsicwert_high lsl tsicwert_low ;*2 rol tsicwert_high add tsicwert_low,temp2 ;*3 adc tsicwert_high,temp3 lsl tsicwert_low ;*6 rol tsicwert_high sub temp1,tsicwert_low ;*256 - *6 = *250 sbc temp2,tsicwert_high ;TSic_Wert*250 steht jetzt in temp1/temp2/temp3 sbci temp3,0 ;Durch verwerfen des LSB (temp1) wird durch 256 geteilt subi temp2,low(500
-
Thread
LCD ansteuern, fragen zu tutorial in assembler
tut mir jetzt leid, dass ich hier etwas falsches schreibe, aber auf Sprut.de steht: Im Moment der Low-High-Flanke von ENABLE liest das Dislplay die Werte von RS und R/W ein. Ist zu diesem Zeitpunkt R/W=0, dann liest das Display mit der folgenden High-Low-Flanke von ENABLE den Datenbus ein (Schreibzyklus
sich dieser Pegel von Low nach High, dann fragt es die Leitungen RS und R/W ab. Liegt zu diesem Zeitpunkt R/W auf Low, dann weiß das Display, daß ein Schreibzugriff erfolgt, und bereitet sich darauf vor, mit der High-Low Flanke
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil5)
by using Run/Stop button - I'm just searching for the reason... AC coupling is only good for higher frequencies! For lower frquencies the input capacitors are working as high pass filters. So You have to choose DC coupling for lower frequencies. kind regards Hayo
2ns" (something like that!) popup is given. This failure happens for all signals I've thrown at it; low and high Frequencies (1Khz-1MHz), low-high Voltages (100mv-5v), multiple scope probes, multiple signal sources. And to repeat, I've installed firmware from every major release (OS-0.92; BF-1.11; BF-
-
Thread
Nochmal Hilfe zum DOGXL
was meinst du mit Low spalte bzw high spalt? den cs zieh ich bei Kommandos für die Übertragung immer nach low.
Hi >was meinst du mit Low spalte bzw high spalt? den cs zieh ich bei >Kommandos für die Übertragung immer nach low. Mal angenommen du willst in Page5 das Byte 53 adressieren dann sendest du 1. Kommando 0b01100101 = 0b01100000
-
Thread
Alternative Firmware für Sparmatic Zero Heizungsthermostat
Einstellung der Fuses: [Code] Extended: 0xFF High: 0xD1 Low: 0x62 [/Code]
dass sie passen) Also das hier: ====================== Einstellung der Fuses: Extended: 0xFF High: 0xD1 Low: 0x62 ====================== ist von dem mit Bootloader ====================== Extended: 0xFF High: 0xD4 Low: 0x52 ====================== und dem hier ohne
-
Thread
Buch AVR von Günter Schmitt durcharbeiten
Bernd S. schrieb im Beitrag #4952091: > Das Halfcarry-Flag wird gesetzt, wenn das Low-Nibble ( Bit3..0 ) > überläuft, es also zu einem Übertrag zum High-Nibble kommt, oder bei > einer Subtraktion der Wert des Low-Nibble größer ist, als der des > High-Nibble, es also zu einem Borgen
Eingang mit Pull-Up [/pre] So geht es daher nicht: [pre] setze PB0 auf LOW wenn PB1 = LOW ist, dann: { setze PB0 auf HIGH wenn PB1 = HIGH ist, dann: { setze PB0 auf LOW wenn PB1 = LOW ist, dann: { melde: "der Taster ist gerdückt
-
Thread
Pegelkomparator für High-Speed-Digital (Logic Analyzer)
hernehmen und bei jeder eine andere schwelle machen.. z.b 0,4V und 2,0V... sobald die 0,4V auf high geht ist nix mehr mit low.. und wenn die 2,0er auch auf high geht ists high... die anzeige mach ich am pc... das bisserl auswertn ist 0 prob... und ganz nebenbei (bei genügend hoher sampling rate
das teil einbaun könnte... Es wäre sinnvoll, allerdings nicht prope voll sondern getrennt nach High Speed (Comp./CPLD/SRAM) und "Low"-Speed (uC, DAC, USB). Ich habe kein Problem in der HighSpeed Section unterseitig alles mit Blockkond. etc. voll zu pflastern, ansonsten sollte d'runter alles Gnd sein
-
Thread
Dip-switch Stromverbrauch
aktiv nur auf LOW, Prinzip des Open Drain Busses ala I2C.
nachmessen und vergleichen. etwas e-technik hilft da auch um zu verstehen, wo die unterschiede sind. low power mode betrachtet im zeitraum von tagen ist was anderes als monate/jahre! um am output pin ein low pegel zu erzeugen, werden intern auch high levels gebraucht und müssen biased werden. ausserdem
-
Thread
SED1520: Lesen vom Display
- DDR_Daten auf Eingang schalten - Pullups zuschalten - RW_high setzen - A0_high setzen - CS1 oder CS2_low setzen - _delay_us(1); - E_high setzen - _delay_us(1); - daten = Daten_PIN - _delay_us(1); - E_low setzen - CS1/2_high setzen - Pullups abschalten
delay_ms(10); verwenden, dann: > > - DDR_Daten auf Eingang schalten > - Pullups zuschalten > - RW_high setzen > - A0_high setzen > - CS1 oder CS2_low setzen > - _delay_us(1); > - E_high setzen > - _delay_us(1); > - daten = Daten_PIN > - _delay_us(1); > - E_low setzen > - CS1/2_high setzen >
-
Thread
PIC18F2431 Probleme mit High Interrupt Handler
Hast du irgendwo einen Low-Priority-Interrupt definiert (falls das nicht das gesamte Programm ist), denn "IPR1bits.TMR2IP = 0; //Timer 2 High Priority" ist sicher nicht "High Priority" sondern "Low Priority". Weiss
Chris B. schrieb im Beitrag #3619329: > ist sicher nicht "High Priority" sondern "Low Priority". Kein Problem: > RCONbits.IPEN = 0; //Enable Priority Der Kommentar ist falsch, die Priorität ist deaktiviert. Wenn ich es richtig im Kopf habe, wird ohne
-
Thread
SPI übertragungsablauf
Kimmy (Gast) >Controller A sendet Daten nach Controller B. >Controller setzt einen Pin auf high und startet direkt danach die >ÜBertragung. Jain. Meistens sind die Chip Select Signale Low aktiv, d.h. für die Auswahl des SPI-Slave wuird das SIgnal auf LOW gesetzt und am Ende wieder auf High
ist auf PB0 Also sind deine Controller AVRs. >soll ich dann nach der while-schleife PB0 auf low setzen und sofort >wieder auf high? Nein! VOR der Übertragung setzt man CS auf LOW, DANACH wieder auf High! >ich hätte jetzt vor der while schleife PB0 auf low gesetzt und danach >wieder auf
-
Thread
RS-232 als Bus
Wenn sich auf einer asynchronen Leitung nichts rührt, ist sie auf 1=high. Mit dem Startbit geht's los, und das ist 0=low. Jetzt klar?
ein Dallas-1-Wire-Bus. Zweitens fängt bei 1-Wire zwar die Bitübertragung mit "low" an (vgl Startbit beim UART), aber nach 15µs wird das Datenbit gesampled und da gilt 1=high und 0=low. Anders ist es bei RS232, da gilt 1=-12V, 0=+12V.
-
Thread
SRAM auslesen zu langsam.
back to Output. PORTB = 0; //Clear Low Nibble Address. PORTA = 0; //Clear High Nibble Address. PORTD &= ~(1 << PD6); //Set PD6 (MUX A) back to default (low). PORTD &= ~(1 << PD2); //Set PD2 (MUX B) back to default (low). return
eines /digitalen/ Bausteins? >>>> SRAM auslesen zu langsam [c] PORTD |= (1 << PD3); //Set PD3 to high, to disable the Write Enable Pin in SRAM (LOW active). : : : PORTD |= (1 << PD3); //Set PD3 to high, to disable the Write Enable Pin in SRAM (LOW active). [/c] Warum bastelst du in der Leseroutine
-
Thread
Sinustest des vs1011
| high: %3i | low: %3i \n",adressbyte, highbyte, lowbyte); Mp3SelectControl (); Mp3DeselectData (); spi(0x02); spi(adressbyte); spi(highbyte); spi(lowbyte
das XDCS und XCS immer gegenseitig invertiert werden. Das heist es dürfen nicht beide gleichzeitig LOW sein. HIGH schon, dann sind beide Interfaces deaktiviert. Mit Scope mein ich ein Oszilloskope. Damit du dir die CS Signale anschauen kannst.
-
Thread
STM32 -> SPI -> AD7142
_MOSI_HIGH() GPIO_SetBits(SPI1_PORT, SPI1_MOSI) static void ADS7843_SPI_Start( void ) { ADS7843_CS_HIGH(); SPI1_MOSI_HIGH(); SPI1_SCK_LOW(); ADS7843_CS_LOW(); } static void SPI_MOSI
SPI1_SCK_HIGH(); SPI1_SCK_LOW(); } } static u16 ADS7843_Read(void) { u16 buf = 0 ; u8 i; SPI1_SCK_HIGH(); SPI1_SCK_LOW(); for( i = 0; i < 12; i++ ){ buf =
-
Thread
Arduino digitalWrite - valide Values
ein beliebiger (byte) Wert <> 0 ist? Habe im internet nichts dazu gefunden, hier wird immer nur LOW oder HIGH als Argument genannt.
/ /val/ wird intern auf "== LOW" geprüft, alles andere wird folglich derzeit als HIGH behandelt.
-
Thread
BLDC - aktiver Freilauf
Veruch doch mal die Ansteuerung für High und Low zu vertauschen. Soll heißen High side mit PWM und Low immer an. Dann sind wärend dem Freilauf beide Phasen auf GND. Nur sone Idee. Gruß Carsten (Ich bin auch gerade an dem Thema dran
geschaltet) und IRF7832 > (über 33R direkt am AVR). Der AVR läuft mit 5[V]. Ich habe FDD6637 als low side FETs und IRLR7843 für die high side. Das gleiche Prinzip bei mir. Low sid direkt angesteuert und die high side über einen Transistor. Ich frage mich, warum man das so macht (die Hardware ist
-
Thread
Delay Arduino
(outLauf[i], HIGH); //Schrankenlauf digitalWrite(outAuf[i], LOW); digitalWrite(outZu[i], LOW); } } } [/c]
; i < anz; i++) { switch (state[i]) { case oben: if (digitalRead(inZu[i]) == HIGH) { state[i] = runter; digitalWrite(outLauf[i], HIGH); digitalWrite(outAuf[i], LOW); digitalWrite(outZu[i], LOW); premillis[i] = millis();
-
Thread
Pullup Widerstand Erklärung Gesperrt
Active-Low oder Active-High ist eine reine Konvention. Die Wahl ergibt sich in der Regel aus der günstigeren oder erforderlichen Schaltung im konkreten Fall. Der tiefere Grund für die Häufigkeit der Pull-Ups
überhaupt dann einen Widerstand? Weil eben /doch/ ein Strom fließt: erst mal der Umladestrom (von low nach high) für die Gatekapazitäten der Eingangstransistoren des uC-Pins und danach immer noch der Leckstrom in die selben Eingangstransistoren...
-
Thread
Eine Sprungtabelle, aber wie?
ldi R25,HIGH(c1) ;Zeitschleife ldi R24,LOW(c1) Loop_sw1: sbiw R24,1 brne Loop_sw1 cbi PORTA,7 ; Portbit 7 auf Low cbi PORTA,5 ; Portbit 5 auf Low cbi PORTA,4 ; Portbit 4 auf Low cbi PORTA
------------------- blinken5: sbi PORTA,2 ; Portbit.2 auf high sbi PORTA,0 ; Portbit.0 auf high ldi R25,HIGH(c1) ;Zeitschleife ldi R24,LOW(c1) Loop_sw5: sbiw R24,1 brne Loop_sw5 cbi PORTA,2 ; Portbit 2 auf Low cbi
-
Thread
mit Arduino 2 parallele Prozesse steuern
pinMode (LedPin, OUTPUT); //nur zum Testen } void loop() { if (digitalRead (Taste1)== LOW){ digitalWrite (LedPin, HIGH); delay (100); digitalWrite (LedPin, LOW); delay (1100);} if (digitalRead (Taste2)== LOW){ digitalWrite (LedPin, HIGH); delay (100);
digitalWrite (LedPin, HIGH); delay (100); digitalWrite (LedPin, LOW); delay (328);} if (digitalRead (Taste5)== LOW){ digitalWrite (LedPin, HIGH); delay (100); digitalWrite (LedPin, LOW);
-
Thread
ULN2003 Beschaltung
Betrachtung ausführlicher, so daß auch nicht so gut sehende Anfänger durchblicken. Solange erzeugt ein High am Eingang ein Low am Ausgang - invertiert also.
im Beitrag #5613989: > Solange erzeugt ein High am Eingang ein Low am Ausgang - invertiert > also. ! Gruss Chregu
-
Thread
Digitalpiano reparieren - E/A-Bus debuggen - brauche Hilfe
Low) ist PB1 auf High, ansonsten wird PB1 im Ausgabemodus kurz auf Low gezogen um die LED anzusteuern fehler.png: hierauf habe ich viele Minuten warten müssen - es ist ein sporatischer Fehler wiegesagt
Basis von TR2 dir = Adressleitung welche die Decoder zwischen Strobe und Demux umschaltet (High -> IC2 Strobe mit High-Pegel, IC3 Demux) HC245 DR = DR-Pin des E/A-Transceivers, Low = Einlesen, High = Ausgabe PB1 = Adressleitung PB1, Low = Tastendruck bzw. LED-Ansteuerung Tja, was
-
Thread
MSGEQ7 Reset Pin ist immer auf high
steht ja auch im Datenblatt, wie ein Reset beim MSGEQ7 durchgeführt wird. Einfach den Reset Pin von Low auf High, mindestens 100 ns belassen und wieder auf Low setzen. Ich habe alle Impulsweiten auf 1 ms eingestellt und bin damit weit über 100 ns. Ebenfalls bei dem Strobe Pin ist die Impulsweite 1ms.
ja auch im Datenblatt, wie ein Reset beim MSGEQ7 durchgeführt > wird. Einfach den Reset Pin von Low auf High, mindestens 100 ns belassen > und wieder auf Low setzen. [...] > Der Reset Pin ist direkt mit dem ATmega8 verbunden, was laut vielen > anderen auch kein Problem sein sollte Dann droppe
-
Thread
STM32 - Low Level Library Dokumentation
Low-Level-Programmierer schrieb im Beitrag #6342096: > Welche Datei muß ich eigentlich einbinden, damit er die > Low-Level-Funktionen wie LL_GPIO_SetPin() findet? hast du das define USE_FULL_LL_DRIVER
Low-Level-Programmierer schrieb im Beitrag #6342884: > Einen netten Basteltisch hast du da. Gefällt mir. Danke ;) Low-Level-Programmierer schrieb im Beitrag #6342884: > Ich hätte erwartet das CubeMX
-
Thread
Problem mit dem Flash
Achso, noch vergessen: Write enable ist ganz zu Anfang gesetzt mit 1. SS auf LOW 2. SPI_TxData(0x06); // Write enable 3. SS auf High
slave. Soll heissen: Achtung, ich muss jetzt das clk signal abhorchen. Wenn clk das nächste mal auf high/low geht, muss ich anfangen MOSI auszuwerten und ggf MISO losschicken. Wenn cs wieder auf high geht, horcht der slave nur noch cs ab. Cs wieder low -> gleiches Spiel von vorn. Jürgen T. schrieb
-
Thread
LED Lauflicht mit Fader Effeckt
I Group = 2 For I = Pwm_low To Pwm_high Pwmvar(group) = I Waitms 1 Next I For I = Pwm_high To Pwm_max Step 2 Pwmvar(group) = I Waitms 1 Next I For I = Pwm_max To Pwm_high Step -2
I Group = 3 For I = Pwm_low To Pwm_high Pwmvar(group) = I Waitms 1 Next I For I = Pwm_high To Pwm_max Step 2 Pwmvar(group) = I Waitms 1 Next I For I = Pwm_max To Pwm_high Step -2
-
Thread
Low Speed Can Pegel Terminierung
Ingo W. schrieb im Beitrag #5156123: > Nun ist die Frage, ob ich einfach einen HighSpeed Transceiver nehmen > kann Nein, nicht um wirklich LowSpeed zu machen, das wäre dann nur ein langsamer HighSpeed CAN. Die Pegel sind anders, die Terminierung ist da das kleinere Problem.
damit klar, dass die Differenz bei LowSpeed rezessiv minus 5 Volt ist statt 0 Volt bei Highspeed. Die Dominantpegel und Differenz sind für High und LowSpeed ähnlich. https://www.nxp.com/docs/en/supporting-information/AH0801.pdf
-
Thread
Hoher LOW-Pegel bei Pegelwandler
da irgendwo einen Denkfehler drin? Sieht ja irgendwie danach aus, als ob die Leitung dauerhaft auf High gezogen wird.
nicht kommen. Das solltest du dir nochmal anschauen. Und auch 450mV sind nicht wirklich ein guter Low-Pegel... :-o
-
Thread
Wie External SRAM mit GCC Optimierung ansteuern?
Quartal) ein Quartal definiert cli(); MemQuart = MemQuart << 1; // MemQuart x 2, weil Low und HighByte getrennt gespeichert werden müssen (64k Bytes *2 *4) // LowAdress anlegen PORTD = DataAdress; PORTC |= (MemLowAdr << 4); // AdressLowByte an Memory PORTC &= 0b00001111;
High (active LOW) PORTB |= (1 << PB4); PORTC &= 0b00001111; // Chipselect wegnehmen // Port konfigurieren DDRD = 255; //Port als Ausgang // WE auf High (active low)