-
Thread
DAC liefert immer 0V
derartige Leitungen flankgesteuert. Damit eine Flanke zustande kommt, muss aber eine Leitung, die auf High geht, irgendwann aber auch wieder mal auf Low zurück gehen. Chip Select wird statisch auf High bleiben können. Aber irgendwelche 'Load' Leitungen reagieren oft auf Flanke und nicht auf Pegel.
vier DACs angesprochen werden soll. Also Funktionseintritt mit LOAD = High - 24 Bit senden LOAD = Low _delay_us (whatever) LOAD = High _delay_us (whatever) LDAC = High
-
Thread
Ansteuerung Nixie und Leuchtmelder
Eingänge aber mit 5V-Signalen eingezeichet. Die 74xx erkennen einen nicht angeschlossenen Eingang als High. Um einen Eingang Low zu setzen, muss man diesen sehr niederohmig auf Low ziehen, es kommt Strom aus dem Eingang heraus. > Ich habe das mal mit einem 4028 ausprobiert, Ein Zusammenspiel 40xx mit
>> Dioden! > > Die Dioden gehören komplett raus, weil andernfalls der Testtaster gegen > das Low der Ausgänge des 4028 arbeiten würde. Nö, denn da sind ja noch die horizontalen Dioden drin. Testtaster und 4028 können nur HIGH aktiv treiben, Low machen die internen Basisspannungsteiler vom ULN2803
-
Thread
Arduino Programm bricht zusammen!
loop() { // Taster 1 tasterStatus1 = digitalRead(tasterPin1); if (tasterStatus1 == HIGH) { digitalWrite(Impulsventil_1M1, HIGH); delay(20); digitalWrite(Impulsventil_1M2, LOW); delay(2000); } if (tasterStatus1 == LOW) { Serial.println ("Taster 1")
(Impulsventil_1M2, LOW); digitalWrite(Impulsventil_1M1, HIGH); delay(500); digitalWrite(Impulsventil_1M1, HIGH); digitalWrite(Impulsventil_1M2, HIGH); delay(1000); } }
-
Thread
AM312 am KC868-A8
JEDEN Lesenden. Der AM312 hat einen sauberen CMOS push pull Ausgang [pre] Output REL Output Low Current IOL 10 mA VOL<1V Output High Current IOH -10 mA VOH>(VDD-1V) [/pre] und kann (wenn er aus denselben 5V des PCF versorgt wird) den PCF8574 Eingang direkt treiben, ohne pull up oder pull
Tom W. schrieb im Beitrag #7792401: > Der AM312 liefert hingegen ein HIGH-Signal bei Bewegung und ein LOW-Signal bei Nichtbewegung. Mit einem kleinen NPN kann das Signal invertiert werden.
-
Thread
CAN Kommunikationsproblem
Ich habe jetzt mal zwei mal 120Ohm Widerstande zwischen CAN Low und CAN High angeschlossen. In der Firma wo ich arbeite setzten wie eine CAN Hardware von Vector Informatik ein. Da ist das CANCab für HighSpeed mit zwei mal 120Ohm abgeschlossen. Was kann das bedeuten
Hallo vielen Dank für die Tipps. Die beiden Stationen habe ich folgendermaßen so verbunden: CAN LOW -------- CAN LOW | - | | 60 Ohm Widerstand | | - | CAN HIGH -------- CAN HIGH Das stimmt doch oder? Da ich eine
-
Thread
VNC1L - Connection and Transfer
ja sagen wo Zeilenumbrüche hinsollen. { if (digitalRead(button) == 0){ digitalWrite(ledPin, HIGH); delay(20); digitalWrite(ledPin, LOW); Serial.print("WRF "); Serial.print("15"); Serial.print(13, BYTE); Serial.print("Hallo \n\r fred"); delay(20); } else{ Serial.print("CLF LOG.TXT"); delay(100); Serial.print(13, BYTE); digitalWrite(ledPin, HIGH); delay(1000); digitalWrite(ledPin, LOW); delay(1000); digitalWrite(ledPin, HIGH); delay(1000); digitalWrite(ledPin, LOW); delay(1000); digitalWrite(ledPin, HIGH); delay(5000); digitalWrite
-
Thread
programm in den speicher laden
Memory, Write Programm memory) Der Speicher ist Wortweise organisiert, d.h. die Daten werden in low- und highbyte getrennt übertragen. Im Manual steht mehr dazu. (wie folgt:) Load Program Memory Page 0100 H000 0000 xxxx xxxx bbbb iiii iiii Write H (high or low) data i to Program memory page at word address b. Data Low byte must be loaded before Data High byte is applied within the same address. Write Program Memory Page 0100 1100 0000 aaaa bbbb xxxx xxxx xxxx Write Program memory Page at address a:b.
-
Thread
Frage zum "Page Write" bem externen EEprom
define BP0 2 #define WEL 1 #define WIP 0 sbi(PORT_CS_EEPROM,PIN_CS_EEPROM); //CS HIGH // Device Ready not Busy // Set Write Enable Latch cbi(PORT_CS_EEPROM,PIN_CS_EEPROM); //CS LOW data_ret = SPI_MasterTransmit(WREN); sbi(PORT_CS_EEPROM,PIN_CS_EEPROM); //CS HIGH
; // Adress Low Byte SPI_MasterTransmit(data); // DATA zu write sbi(PORT_CS_EEPROM,PIN_CS_EEPROM); //CS HIGH cbi(SPCR,CPOL); } und lesen : unsigned int extern_ee_read_byte (unsigned char data,
-
Thread
Mehrere SPI Geräte nur ein CS
Den Expander kombiniert mit der low/high Methode und schon hat mans: CS low spricht den Expander an, hinter den Expander kommt nen NAND und schon is bei CS high und gesetztem Ausgang der Slave aktiviert.
CS High CS Low MOSI laufen lassen 110101010 (1 vorweg, der zweite ist selektiert) CS High Schorsch
-
Thread
NAND Gatter funktioniert nicht!
Den Zustand beide auf LOW ist nicht vorgesehen, siehe Datenblatt SN74LS01. Der Ausgang geht auf Low, wenn beide Eingänge auf High sind. Geht jetzt einer der beiden Eingänge auf Low geht der Ausgang auf high. Logiktabell
Stimmt, Pull Ups werden benötigt. Beide Eingänge auf LOW führt natürlich zum High am Ausgang.
-
Thread
Frequenzmesser
zaehl_spei_schr_z cpi tmp6,27 brlo frequenz_start_stop_10 ldi tmp6,0 frequenz_start_stop_10: ldi xl,low(zaehl_ergeb_spei) ldi xh,high(zaehl_ergeb_spei) add xl,tmp6 clr tmp5 adc xh,tmp5 in tmp5,TCNT1L rcall frequenz_start_stop_100 in tmp5,TCNT1H rcall frequenz_start_stop_100
------------- frequenz_berechnung: ;Lade in X Anfangadresse der Tabelle und ldi xl,low(zaehl_ergeb_spei) ldi xh,high(zaehl_ergeb_spei) ;in Y die Adresse der folgenden 3 Werte mov yl,xl mov yh,xh ldi tmp5,3 add yl,tmp5 clr tmp3 adc yh,tmp3 ;Adressen für
-
Thread
ATmega644P vs Xmega
und beschweren. Ich muss eigentlich nur einen Transistor zu einer bestimmten Millisekunde auf High oder Low schalten. Was soll ich nehmen? mfg Spinnerich
Beitrag #2075410: > Ich muss eigentlich nur einen Transistor zu einer bestimmten > Millisekunde auf High oder Low schalten. So eine Aufgabe ist mit den heutigen Mittel nicht realisierbar.
-
Thread
Low-Side Gatedrive / Bootstrap gegen Voltage-Drop an Shunt?
Hallo, ich möchte in einem Arm einer Brückenschaltung sowohl ein High- als auch ein Low-Side MOSFET ansteuern. Dabei ist Source vom Low-Side Mosfet über einen Shunt zur Strommessung mit Masse verbunden. Verwendet man einen üblichen High+Low-Side Gatetreiber ist ja High-Side über Bootstrapping (Diode) von Masse entkoppelt, Low-Side jedoch nicht. D.h. der Low-Side Treiber muss die im Bild b) gezeichnete rote "Gate-Loop" treiben. Ich möchte jedoch die Gate-Loop
-
Thread
TWI/I2C Atmega32 hängt in Endlossschleife bei Start
hängen Was mir aufgefallen ist, als ich die Dioden angeschlossen habe, dass nur die Diode an SCL high war, die an SDA blieb dunkel. Beim Starten des Atmega32 ist die Diode an SCL high und die Diode an SDA low. Erst auf Tastendruck hin beginnt der Start des TWI. Der Zustand der LEDs ändert sich jedoch
den Master beeinflussen... SDA funktioniert soweit wie es sollte und lässt sich high und low schalten. Wie könnte ich das lösen, ich bin einfach nur mehr ratlos...
-
Thread
suche HC244 mit OE active high
puffern. Problem ist nun, dass die CPU, die die OEs des HC244 kontrolliert im Reset diese Pins auf Low zieht und der HC244 damit durchschaltet. Bis die Software diesen Pin wieder auf High setzen kann habe ich somit rund 24ms undefinierte Zustände an den I/Os. Leider sind die OEs direkt verbunden
die Möglichkeit Pull-Ups/Pull-Downs mit ran zu hängen, aber das hilft ja nix, wenn der Pin hart auf low geht. Gibt es einen pinkompatiblen IC zum 244, der beide OEs HIGH-ACTIVE hat? Bisher habe ich nur den 241 gefunden, aber der hat nur einen der OEs high active. Zur Not könnten die Ausgänge auch invertiert
-
Thread
Attiny45 kann Analogeingang nicht auswerten.
pinMode(led1, OUTPUT); pinMode(led2, OUTPUT); pinMode(led3, OUTPUT); digitalWrite(led0, LOW); digitalWrite(led1, LOW); digitalWrite(led2, LOW); digitalWrite(led3, LOW); } void loop(){ if(analogRead(pot) >= 200){ digitalWrite(led0, HIGH); delay(2);
} else{ // 0V digitalWrite(led0, LOW); digitalWrite(led1, LOW); digitalWrite(led2, LOW); digitalWrite(led3, LOW); } } [/c] Vielen Dank für helfende Ideen oder Hinweise, Andreas .
-
Thread
Adressierung eines LUT mit Z-Register
ZL, LOW(tabelle_3*2) ;Z_Register auf Anfang der Liste ldi ZH, HIGH(tabelle_3*2) laden: lpm ;Wert laden out PORTD, r0 ;Wert ausgeben adiw ZL, 1 ;nächsten
Andere Möglichkeit wäre noch, Dein Code wie gehabt und statt mit "adiw zl,1" mit subi zl,low(-1) sbci zh,high(-1) Oder mit nen anderen Mega16 probieren. MfG Andi
-
Thread
Bitte um Hilfe- Mosfetschaltung - Atmelports sterben
Diode oder Pullup? Da ich auch eine Bremse implementiert habe (Regenerativ), steuere ich sowohl die High als auch die Low- Seite mit PWM an - also im Normalbetrieb PWM bei High, beim Bremsen bei Low. Es sterben allerdings nur die Ports der Lowside (Steuer -). Welche Schutzschaltungen wären möglich?
@ NeoGenesis (Gast) >Wenn ich die Diode D1 auf der Low-Side an die Emitter anschließe wird >das das Singal getoggelt oder nicht? ?? >basis auf low emitter --> high >basis auf 5V emitter --> low Nein, der Treiber, bestehend aus den beiden Transistoren
-
Thread
mehrere Module ueber uart
Sind die Signale an der UART nicht high und reagieren auf low? Kann man dan nicht einen PNP-Transistor verwenden mit genügend Amper? Gruß Andi
Alles, was auf GND geschaltet wird, auch ohne Widerstand (Kurzschluß), geht von high auf low. Gut, ich kann gut reden mit meinem Problem des Input und Output an einem Pin was noch nicht richtig gelöst ist. Gruß Andi
-
Thread
Probleme mit USART Ausgabe über SN75176
fummelst du an dem Tx-Pin überhaupt rum ? Um die Startbedingung für ein DMX Frame zu erzeugen. Low Break von ca. 100us mit nachfolgendem High für 12us. Danach dann über Usart die 512 Byte mit 250kBaut und 2 Stoppbits.
fummelst du an dem Tx-Pin überhaupt rum ? > > Um die Startbedingung für ein DMX Frame zu erzeugen. Low Break von ca. > 100us mit nachfolgendem High für 12us. Danach dann über Usart die 512 > Byte mit 250kBaut und 2 Stoppbits. Brauchst du aber nicht. Start = 88us bis 1000000us MAB = Typ
-
Thread
Analogmultiplexer
Im Bildanhang befindet sich die Schaltung, jedoch funktioniert diese nur zur Übertragung eines High Zustandes. Wie muss ich den Optokoppler beschalten damit ich auf der Ausgangsseite High und Low herausbekommen kann.
Aber ich muss ja bei High vom Pic auch auf High auf der anderen Seite kommen und bei LOW das gleiche. Bei Low liegt ja fast die Versorgungsspannung zwischen Collector und Emitter oder?
-
Thread
Porterweiterung SPI konform 74HC165, 74HC589
, braucht der 165 einen Chip Selct mit aktiv high, der 595 aktiv low. Aber das solltest du schon selbst rausfinden.
Hallo, @Bensch: Either the CP or the CE should be HIGH before the LOW-to-HIGH transition of PL to prevent shifting the data when PL is activated. Da im Tutorial der CE auf GND liegt, muß es CP, i. e. SCK sein. Welches Datenblatt verwendest Du? Ich fand
-
Thread
Kleine Frage zu TWI bzw. I²C Ansteuerung
Bei ssd1306_command_start sowie bei ssd1306_send_data_start ist das "Data command selection Bit" auf Low. Nur bei send_data setzt du das "Co" Bit auf High. Aber macht das Sinn?
Datenblatt: "For the SSD1306, the slave address is either “b0111100” or “b0111101” by changing the SA0 to LOW or HIGH (D/C pin acts as SA0)."
-
Thread
I2C und versehentliche Kurzschlüsse
die SDA-Leitung mit diesem IC "versehentlich" (Dummheit, Bug, Sonnenflecken,...) per Push/Pull auf High setze. Ist es dann nicht so, dass ich einen Kurzschluss erzeuge, wenn die Gegenstelle SDA auf Low zieht? Wenn das wirklich passiert, was wäre die eleganteste/simpelste Variante, sich auf Hardware-Ebene
Ich habs beim ATMega644 geschafft, einen Pin zu killen. Ich weiß nicht mehr ob der danach dauerhaft low oder high war, auf jeden Fall hatte der µC eine deutlich ausgeprägte interne Heizung wenn man versucht hat, den Zustand dieses Pins zu ändern.
-
Thread
EEPROM: EEPE bit auslesen scheint nicht zu funktionieren
Hi Es gilt generell: Beim Schreiben auf ein 16 Bit Register erst High-Byte dann Low-Byte. Beim Lesen eines 16-Bit-Registers erst Low-Byte dann High-Byte. Beim ATMega48..168 auf Seite 111 nachzulesen. MfG Spess
Spess53 wrote: > Es gilt generell: Beim Schreiben auf ein 16 Bit Register erst High-Byte > dann Low-Byte. Beim Lesen eines 16-Bit-Registers erst Low-Byte dann > High-Byte. Beim ATMega48..168 auf Seite 111 nachzulesen. Nö, das gilt *nicht* generell! Eine explizite Reihenfolge bei
-
Thread
RFM12 schaltet Funksteckdose (nicht)
Ich würde auch sagen die Low Zeiten sind zu kurz. Verwendest du die gleiche Programmlogik (Laufzeit) für die Erzeugung der High und Low Signale ? Holger PS: Wiederholst du das Signal auch mindestens 2 mal ? Die Funksteckdosen
zu der von Holger zitierten Börke-Seite? (ich habe z.B. nur 17 Signalperioden [1 Periode = High-Low-Folge], auf der Börke-Seite werden 12 Zeichen mit 24 Perioden + 1 Sync übertragen) Viele Grüße Igel1
-
Thread
JTAG ICE mkII
auf die Herbeiführung dieser Zustände beziehen. 1. Während der normalen Funktion muss Rest auf High sein. 2. Während der Programmierung muss Reset auf Low sein (darauf bezieht sich die Aussage im Datasheet, S. 163). 3. Zum Zurücksetzen des uC muss der Reset Eingang vom High-Zustand in den Low-Zustand
MKII diesen Eingang nach Bedarf auf Low ziehen, während im normalen Betrieb der fest High-Pegel gewährleistet ist. Der Eingang an dem der Pull-Up-Widerstand hängt lässt sich aber immer noch beeinflussen, in dem an dem gemeinsamen Anschluss
-
Thread
Verschiedene SPI Devices mit verschiedenen Modi (Arduino)
(PIN_NCS_R, HIGH); } void adns_com_begin_R(){ SPI.setDataMode(SPI_MODE3); digitalWrite(PIN_NCS_L, HIGH); digitalWrite(PIN_NCS_R, LOW); } void adns_com_end(){ digitalWrite(PIN_NCS_L, HIGH); digitalWrite
define digitalWrite(x,y) ((y) ? (PORT(x/4)|=(1<<(x%4)) : ((PORT(x/4)&=~(1<<(x%4))) deine high/low Methoden sind ok.
-
Thread
Arduino mit Sender und Empfänger
; } void loop() { taster1 = digitalRead(); taster2 = digitalRead(); if(taster1 == LOW); mySwitch.send("0"); if(taster1 == HIGH); mySwitch.send("1"); if(taster2 == LOW); mySwitch.send("2"); if(taster2 == HIGH); mySwitch.send("3"); delay(1000); //Ende Sendercode
//...Sekunden warten - (1 sec.=1000 - 10 sec.=10000) [/c] wie kann ich da HIGH und LOW für unterschiedliche Zeiten einbauen nur die Möglichkeit 2 Sec. oder? [c] byte ledPin = 13; // LED liegt am (digitalen) Pin 13 boolean value = LOW; // Startwert
-
Thread
74164N maximaler Ausgangsstrom
weil mich viele Sachen verwirren. Ich lese daraus das der 74164 nur 8 mA Ausgangsstrom hat. "Low-level output current, IOL 8mA" und bei "High-level output current, IOH= -400uA" Das mit dem High Level output current verwirrt mich iwie.... Die 8mA würden mir ja reichen. Meine 7-Segmente
Wolfsente schrieb im Beitrag #4659801: > "Low-level output current, IOL 8mA" > und bei > "High-level output current, IOH= -400uA" > > Das mit dem High Level output current verwirrt mich iwie.... Mehr kann Standard TTL eben nicht. Warum
-
Thread
Uhrzenbausatz mit At89C2051 funktioniert nicht
Open-Kollektor mit 50kΩ Pull-Up Widerstand. Oder anders gesagt: Sie können ein Signal kräftig herunter auf LOW ziehen, aber nur sehr wenig Strom bei HIGH Pegel liefern.
Stefan ⛄ F. schrieb im Beitrag #6565521: > Sie können ein Signal kräftig herunter auf LOW > ziehen, aber nur sehr wenig Strom bei HIGH Pegel liefern. Verstehe. Man könnte Displays mit gemeinsamen Anoden wählen um die einzelnen Segmente über ihre getrennten Kathoden direkt anzusteuern
-
Thread
ATMega4809 externer Interrupt
programmieren. ; --- main.asm --- [avrasm] #define Value R16 #define Status R17 #define HighByte R18 #define LowByte R19 .cseg .org 0x0000 rjmp reset .org 0x000C rjmp setPointAcquisition_Triggered reset: ldi HighByte, HIGH(RAMEND) out CPU_SPH, HighByte ldi LowByte
geschrieben - das Setzen des Stackpointers ist unnötig: 'Reset: Top of stack' - die Zuordnung von HighByte und LowByte entspricht nicht dem AVR-Üblichen, passt evtl. später nicht bei z.B. 'movw'.
-
Thread
PIC 16F684 - Problem beim Setzen von Portpins
TRISA,1 ; RA1 output bcf STATUS,RP0 ; Bank 0 mainloop bsf PORTA,0 ; RA0 auf high bsf PORTA,1 ; RA1 auf high nop nop bcf PORTA,1 ; RA1 auf low bcf PORTA,0 ; RA0 auf low goto mainloop end Ich setze also erst RA0 auf high, dan RA1 auf high. Dann zwei nop, dann setze ich RA1 auf low, dann RA0 auf low. Das ganze in einer Schleife. Seltsammerweise wird RA0 beim setzen von RA1 auf high schon auf low gesetzt (siehe Foto, habe es leider nicht
-
Thread
Arduino oder
Gegensatz dazu sind alle I/O Pins bei AVR sofort einsatzbereit. Dazu kommt, dass selbst einfaches High/Low Setzen von Ausgängen komplexer ist, weil es da viel mehr Einstellmöglichkeiten gibt. Zum Beispiel kann man die Flankensteilheit einstellen. Im Datenblatt des STM32F303 umfasst die Beschreibung
=2048 nano.menu.cpu.atmega328old.upload.speed=57600 nano.menu.cpu.atmega328old.bootloader.low_fuses=0xFF nano.menu.cpu.atmega328old.bootloader.high_fuses=0xDA nano.menu.cpu.atmega328old.bootloader.extended_fuses=0xFD nano.menu.cpu.atmega328old.bootloader.file=atmega/ATmegaBOOT_168_atmega328
-
Thread
Probleme mit 74ACT573
alle LE-Pins LOW sind. Dann muss LE des einzelnen, zu beschreibenden Registers kurz HIGH und wieder LOW werden. Dazu genügt ein Puls von mehr als 20ns bei 5V.
Oszilloskop sehr nützlich. Zur Nit muss man sich halt ohne vortasten. Z.B. mit einzelnen Bits, die HIGH oder LOW sind, dann sieht man ggf ein. Fehlersystem.
-
Thread
Arduino spinnt nach dem reset/programmieren für ca. 3 Sek.
); digitalWrite(12, MOTORRIGHT_DIR_FORWARD); digitalWrite(9, HIGH); digitalWrite(13, HIGH); delay(150); digitalWrite(9, LOW); digitalWrite(13, LOW); delay(150); }
TTL-Bausteine brauchbar Strom nach Null schalten, das hat für eine LED gereicht (20mA), die war dann aktiv bei Low. Die Stromtreibfähigkeit bei High war eher untergeordnet.
-
Thread
Spannungsteiler an uC-Pin
ienen uC steuern, der mit 5V läuft. [pre] 5V µC-Pin LED RESET-Pin ========================= HIGH AN HIGH LOW AUS LOW 5V µC-Pin o--------+---------+ | | # R_LED # R1 # # |
Ich meinte soetwas: 5V µC-Pin LED RESET-Pin ========================= HIGH AN HIGH LOW AUS LOW 5V µC-Pin o--------+ | # R # | RESET-Pin
-
Thread
Raspberry Pi eigenes LED Display
i++; } i=0; while (i < 7){ digitalWrite (66+i, LOW) ; digitalWrite (77+7, HIGH) ; delay(on); digitalWrite (66+i, HIGH) ; digitalWrite (77+7, LOW) ; delay(off); i++; } i=7; while (i > -1){ digitalWrite (66+7, LOW) ; digitalWrite (77+i, HIGH) ; delay(on); digitalWrite (66+7, HIGH) ; digitalWrite (77+i, LOW) ; delay(off);
-
Thread
Wemos d1 mini Deepsleep funktioniert nicht.
over again forever void loop() { for (int i = 0; i < 10; i++) { digitalWrite(LED_BUILTIN, HIGH); // turn the LED on (HIGH is the voltage level) delay(300); // wait for a second digitalWrite(LED_BUILTIN, LOW); // turn the LED off by making the voltage LOW
over again forever void loop() { for (int i = 0; i < 10; i++) { digitalWrite(LED_BUILTIN, HIGH); // turn the LED on (HIGH is the voltage level) delay(300); // wait for a second digitalWrite(LED_BUILTIN, LOW); // turn the LED off by making the voltage LOW
-
Thread
Monostufe mit Retrigger für Arduino
(Taste gedrückt) if (lastButtonState == HIGH && buttonState == LOW) { pressCount++; // 6. Tastendruck → sofort AUS if (pressCount >= maxPresses) { digitalWrite(outputPin, LOW); pressCount = 0; offTime = 0;
(outputPin) == HIGH && millis() >= offTime) { digitalWrite(outputPin, LOW); pressCount = 0; } } [/c] Und ChatGPT kann auch Humor! "Wieviel Energie hat es gekostet, dieses Programm zu schreiben?
-
Thread
RFM12 an LPT
VDD-Stärke. Mein Problem ist jetzt folgendes: Ich sehe die LED blinken. Der Pegel sollte also High und Low sein. Warum registriert nACK am Druckerport aber keine Veränderung? nACK liefert die ganze Zeit einen High Pegel. Also ist es so, dass SDO, wenn es nicht aktiv ist, nicht mit Masse gleichwertig
@Else, bleib ruhig !! nACK Register: PtrClk Richtung: In Wird low wenn Nibbel gültig ist, wird high als Antwort wenn HostBusy high wird Offene Eingänge werden bis auf wenige Ausnahmen als High interpretiert. Das heist, wenn Du nAck auf Low legst, einliest und
-
Thread
Z80 SIO Hardware Handshake?
der SIO: "Sobald das RTS-BIT eines Kanals gesetzt ist, geht die zugehörige RTS-Leitung in den Low-Zustand über. Wird das RTS-BIT in der asynchronen Betriebsart rückgesetzt, geht die zugehörige RTS-Leitung in den High-Zustand, sobald das Senderegister leer ist. In der synchronen Betriebsart..."
Oldschool-RTS der SIO für RTS/CTS Handshakes, dann bekommst du eine Verzögerung beim deaktivieren (high) von /RTS, nämlich bis das Senderegister leer ist, wofür du sorgen solltest. Aktivieren (low), also der Gegenseite anzeigen das sie senden soll, solltest du allerdings jederzeit können. Was bedeutet
-
Thread
Datenfluss -> SD -> ATMega128 -> VS1001k
VS1001K while(Qte--) { PORT_MP3_OUT |= (1<<BSYNC); // BSYNC High SPDR = Buffer[Qte]; PORT_MP3_OUT &= ~(1<<BSYNC); // BSYNC Low } //printf ("%c",Buffer[a]); } } } printf("FERTIG!!\n"); [/
bytes of data at a time without checking the status of DREQ, making controlling VS1001k easier for low-speed microcontrollers." @Niko >Ich frage den Pin "DREQ" ab. Findet dort ein Pegelwechsel statt, dann >braucht der vs1001k Nachschub. VORSICHT! Wenn DREQ HIGH ist, dann braucht der VS1001
-
Thread
4 Active-Low-Signale verodern
Hallo, ich habe Active-Low-Signale von 4 Quellen (Optokoppler + 0,5 Meter Kabel je Signal), die ich auf den RX-Uart-Pin von einem Atmega führen will. Wie kann ich die Signale zusammen führen? Optimal wäre (aus Platzgründen
so angeschlossen, dass sie Idle nicht "leuchten". Durch den Pullup stellt sich am Ausgang dann ein High-Pegel ein. Gruß, Chris
-
Thread
komisches SPI Verhalten Arduino Uno /ATMega328p)
/** start communication */ PORTD &= !(1<<PD5); /** send command-bits and high-byte */ SPDR = (0x10|highByte(val)); while(!(SPSR&(1 << SPIF))); /** send low-byte */ spi_send(lowByte(val)); while(!(SPSR&(1 << SPIF))); /** end communication */ PORTD |= (1<<PD5); } [/c] die beiden Makros mit highByte und lowByte sind aus der Arduino-Bibliothek abgeschrieben, ansonsten habe ich aber versucht alles ohne die Wiring-Funktionen zu lösen. die 0x10h die im ersten Sendelauf mit dem Spannungswert verodert
-
Thread
Atmega8 Assembler Timerproblem
zusätzlich noch r23 und r24. Split16: clr r18 clr r19 clr r20 clr r21 clr r22 ldi r23, LOW(10000) ldi r24, HIGH(10000) Split16_loop1: inc r18 sub r16, r23 sbc r17, r24 brcc Split16_loop1 dec r18 add r16, r23 adc r17, r24 ldi r23, LOW(1000) ldi r24, HIGH
r23 mit den 1ern und 100ern. Am ende soll die dadurch gespeicherte Zahl in ein 16bit Register r21 Low und r20 High gespeichert werden. [avrasm] ldi r20, 0 ;r20 als High Register leer machen ldi r29, 100 ;100 laden zum draufzählen ldi
-
Thread
36khz für ir- kollisionssystem
hier das toggle ^= verwendet. was macht eigentlich das ^=? schaltet es nur einen ausgang ständig high-low-high-low-...?
weg: der ir- empfänger funktioniert. ich habe ihn gerade mit einer fernbedienung getestet und den high- low- wechsel am eingang über den µc kontrolliert. warum das programm also so nicht funktioniert hat, hat auch einen für mich bisher unerklärlichen hintergrund: - vor ein paar tagen habe ich bemerkt
-
Thread
AVR: zwei Schrittmotoren mit einem Timer
, danach erst den Step-Pin auf high (sonst könnte ein ungünstiger Interrupt den Pin gleich wieder auf low ziehen) Danach hab ich recht viel Zeit, die neue Schrittweite zu berechnen und den neuen OCR1-Wert zu laden. ist der Plan
keine ISR hat. Dafür zwei hardwaremäßige > Output-Compare, die stur das jeweilige bit-Signal auf Low schalten Wenn der Comparematch seinen Pin (OC0A) nach low schalten kann, kann die Timer1 ISR den nicht nach high schalten. Über das PORT Register geht das dann nicht. Oder wie hast du dir das gedacht
-
Thread
74HCT573 schaltet ohne "LE"
einzelne Eingänge der Latches funkioniert alles wie erwartet und im Datenblatt beschrieben. Bei LE=HIGH (oder Load=HIGH) schaltet das Latch den entsprechenden Ausgang. bei LE=LOW wird kein Eingang mehr auf den Ausgang durchgeschaltet, solange bis das nächste mal LE=HIGH wird und dann wieder der aktuell auf HIGh liegende Eingang auf den entsprechenden Ausgang geschaltet wird. Nun das Problem: Schalte ich 4 oder mehr Eingänge gleichzeitig auf HIGH dann schaltet das Latch auch die Ausgänge OBWOHL LE=LOW ist