-
Thread
Probleme mit MIDI Controller nach Wechsel von Arduino zu Teensy
(latch_Buttons, LOW); shiftOut(data, clk, MSBFIRST, value); digitalWrite(latch_Buttons, HIGH); } // drives the 8x20 matrix for the keys void driveKeys(byte value){ digitalWrite(latch_Keys, LOW); shiftOut
Serial.print(0); digitalWrite(muxSel1, LOW); } if (i & B001) { Serial.print(1); digitalWrite(muxSel0, HIGH); } else { Serial.print(0); digitalWrite(muxSel0, LOW); } Serial.print
-
Thread
Signal Zeit Verlauf. Frage zur Art der Darstellung.
an einem Definierten Zeitpunkt genau HIGH oder LOW.
die liegen alle genau übereinander. > Es sind zwar mehrere Bits... Eben, und manche wechseln von Low nach High und andere umgekehrt. > Weiterhin ist beim Kreuzen so gesehen kein Bit entweder > HIGH oder LOW, was soll das? Die Signale können ja nicht in unendlich kurzer Zeit von Low nach High wechseln
-
Thread
Welcher IR Code ist das?
Grün Gelb Blau) Tasten im Videotext. Fernseher "SAMSUNG" LCD TV. Telegrammlänge 62ms Start Low 4,6ms dann High 4,4ms High: lange (1,6ms) und kurze (0,6ms) Pausen Low : alle 0,6ms Ich würde das gern mit einem Atmega168 auswerten, für einen Tip zum passenden Codeschnipsel (in C) wäre ich
hilfreich, danke! Ansonsten darf man sich bei IR-Codes nicht zu schnell durch +/-10% Abweichung der Low- und High-Zeiten abschrecken lassen. Start Low 4,6ms dann High 4,4ms ... oder Start Low 4,5ms dann High 4,5ms ... die Summe ist jeweils 9 ms! Solche Abweichungen kommen von der Decoder-Hard
-
Thread
2 Einsteigerfragen - Arithmetik & Frequenz
Formel out UBRRL, temp ldi temp, 0x00 out UBRRH, temp[/code] Es wird also erst Low und dann High beschrieben. Auch finde ich die Methode, von vorne rein 0 für UBRRH zu nehmen nicht so schön. Im Tutorial wird es so gemacht. [code] ldi temp, HIGH(UBRR_VAL) out UBRRH, temp ldi
richtige Wert reingeschrieben? Dabei habe ich noch die Frage zu dieser Schreibweise: ldi temp, HIGH(UBRR_VAL) Bedeutet HIGH(UBRR_VAL) das automatisch das obere Register von UBRR_VAL genommen wird?
-
Thread
Assembler - Erste Schritte - I/O ansteuern
Wert verwendet. Besten Gruß .include "m16def.inc" .equ tabelle = 0x100 .def adc_ergebnis_low = r16 .def adc_ergebnis_high = r17 .def mux_zeiger = r18 .def adc_kanal = r19 .equ dein_port = portb init: ldi r16,low(ramend) out spl,r16 ldi r16,high(ramend) out sph,r16 ldi
dein_port,mux_zeiger laufende_runde: call adc_wandlung in adc_ergebnis_low, adcl in adc_ergebnis_high, adch st z+,adc_ergebnis_low st z+,adc_ergebnis_high inc adc_kanal cpi adc_kanal,8 brne laufende_runde clr adc_kanal inc mux_zeiger cpi mux_zeiger
-
Thread
Pin doppel belegen
weg nehme, woher soll ich Control für 4060 hin kriegen?? der Control Pin des 4066 braucht 0 oder 1 (high oder low) damit er mein Pin steueren kann
nehme, woher soll ich Control für 4060 hin > kriegen?? der Control Pin des 4066 braucht 0 oder 1 (high oder low) > damit er mein Pin steueren kann. mit DIP Schalter kann ich meine 5V(High) oder 0V Low auf dem Controll Pin einspeisen. findet ihr es unlogisch??
-
Thread
AVR Tempeatursensor auslesen SPI
nicht, liegt aber vielleicht > auch am Gerät. In dem Datenblatt liegt SCLK im Ruhezustand auf high, dann geht /CS auf low, dann folgt die Übertragung, SCLK geht wieder auf high und anschließen /CS auf high. Bei dir ist mindestens der Clock im Ruhzustand auf low.
1Grad. Matthias schrieb im Beitrag #2571227: > In dem Datenblatt liegt SCLK im Ruhezustand auf high, dann geht /CS auf > low, dann folgt die Übertragung, SCLK geht wieder auf high und > anschließen /CS auf high. Bei dir ist mindestens der Clock im Ruhzustand > auf low. Das habe ich nun mit
-
Thread
Senden mit CAN Transceiver
HIGH) HIGH -> CAN-BUS rezessiv (differentiell LOW) RXD: CAN-BUS dominant (differentiell HIGH) -> LOW CAN-BUS rezessiv (differentiell LOW) -> HIGH Wie man sieht, liefert RXD das gleiche, NICHTINVERTIERTE
kann CAN-INTERN aktiv nach HIGH schalten, nur AKTIV nach LOW! D.h. erst wenn alle TXD-Signale am Bus freiwillig auf HIGH gehen, geht auch CAN-INTERN auf HIGH. Das klappt aber beim Tranceiver nicht, weil der ne Rückkopplung über den
-
Thread
Arduino pulseIn / pulseInlong - Taste entprellen
immer auf Low gehalten wird, die Taste ihn gegen High zieht, dann wird er nach seinen Prellen (mit vielen kurzen Rückgabewerten der Funktion) immer von LOW auf HIGH gehen und es wird gezählt. Lässt man den Taster
>> Please also note that if the pin is already high when the function >> is called, it will wait for the pin to go LOW and then HIGH before >> it starts counting. > Wenn der Eingang immer auf Low gehalten wird, die Taste ihn gegen High > zieht
-
Thread
I2C-Sensoren hinter I2C-Switch nicht mehr ansprechbar
Clockstretching macht wird das nichts. > Der hält SCL einfach auf GND. Auf dem Bild ist aber SCL High. Vermutlich zieht der Sensor SDA auf Low da der Sensor aktuell ein Bit auf den Bus legt. Bei meinem xMega war das der Fall wenn ich ihn neu geflashed hatte und der Reset vom Programmer während
SDA low und SCL High. Normal würdest du hier dann Start + Adresse senden wollen , oder ? Gruß JackFrost
-
Thread
Maximale Sampling Rate Atmega 20 MHz, mit parallelem externem ADC
, low(BUFFER) ; Register initialisieren ldi xh, high(BUFFER) ldi r17, low(BUFFER+12288) ldi r18, high(BUFFER+12288) di ; KEINE INTERRUPTS! loop:
; 5 / 9 Low-Byte in tmp0, PIND ; 6 / 10 High-Byte st x+, tmp0 ; 8 / 12 High-Byte wait: in tmp0, PINX ; 9 / 13 Sampletakt noch High? andi tmp0, BITMASK_Y
-
Thread
Low-Pincount 8051 USB Microcontroller
8051 Kompatibel 2) USB Full-Speed 3) mindestens einen I²C 400kHz 4) Singel 3,3V Versorgung 5) LOW-Pin-Count (für 1 und 2 würde ein SSOP12 ausreichen) 6) Automotive Temperaturbereich, jedoch MINDESTENS 85°C da die Computer in erster Linie in Afrika eingesetzt werden. 7) nach Möglichkeit
MAX1038... Werde mal Samples beantragen... Anm.: Ich habe von SiLabs den C8051F502 für meine "High-Power LiPoly Smart-Batterie" und die Quad ProSLIC wegen meinem VoIP Gateway Router. Grüße Michelle
-
Thread
Attiny85 aus dem schlaf holen
runs over and over again forever void loop() { for (int i=0; i<5; i++){ digitalWrite(3, HIGH); // turn the LED on (HIGH is the voltage level) delay(1000); // wait for a second digitalWrite(3, LOW); // turn the LED off by making the voltage LOW delay(1000);
runs over and over again forever void loop() { for (int i=0; i<5; i++){ digitalWrite(3, HIGH); // turn the LED on (HIGH is the voltage level) delay(1000); // wait for a second digitalWrite(3, LOW); // turn the LED off by making the voltage LOW delay(1000);
-
Thread
MAX6675 am ATmega128
Woher weiss denn der Controller welches Byte er gerade empfangen hat? Das erste Byte nachdem CS auf low geht ist das High-byte (bit15-8), das nächste das low-byte... >Ein Beispielcode würde mir sicherlich gut weiterhelfen. wahrscheinlich (genauso wie das Datasheet, das Tutorial etc..) ;) hth. Jörg
>Ich muss doch nach jedem übertragegenm Byte CS auf high und gleich >wieder auf low stellen damit ich das zweite Byte vom Sensor bekomme. Nein! Nnachdem CS auf low geht musst du 16 Bit, also 2Bytes auslesen ("Figure 1a"). Dann CS wieder auf high und dem
-
Thread
ATMega328PB lässt sich nur noch programmieren. Sonst keine Funktion mehr
steigt nichts. Ich verwende kein Bootloader. Folgende Fuses hab ich mittels avrdude programmiert: Low : 0xF7 High: 0xD9 Ext : 0xFD Der Controller läuft auf 3,3V mit einem Quarz von 7,3628MHz für 19,2 und 115,2k Baudraten. BOD ist auf 2,7V eingestellt. Wenn ich ein Pin auf HIGH setzte kann
Umschalten der IOs für die LEDs gehen, kann man mit einem Multimeter/Oszilloskop den Spannungspegel bei Low und High nachmessen, ob das plausibel ist und wie die Flanken sind, auch die Zeit mit Delay usw. auf Plausibilität prüfen; danach kann man mit der Software einen Schritt weitergehen, also ein Stückchen
-
Thread
I2C an AT90S8535 in C mit WinAVR
3) byte+=64; SCL_low(); SCL_high(); if ((PIND&0x40)>>3) byte+=32; SCL_low(); SCL_high(); if ((PIND&0x40)>>3) byte+=16; SCL_low(); SCL_high(); if ((PIND&0x40)>>3) byte+=8; SCL_low(); SCL_high(); if ((PIND&0x40
{ SDA_low(); SDA_write(); SDA_low(); SCL_clock(); } void I2C_stop() // I2C STOP condition auf den bus senden { SCL_write(); SCL_low(); SDA_write(); SDA_low(); SCL_high(); SDA_high
-
Thread
Durchflussmesser an Atmega32
kann man auch einen Timer aus z.B. 1 ms einstellen und einen bel. Pin pollen und beim wechsel von Low nach HIGH einen Zähler hochsetzen. Das geht ohne Pin-Interupt.
ausprobieren. Jetzt noch ne doofe Frage: Den Eingang an dem das Signal ankommt, muss ich den auf high oder low setzen?
-
Thread
Einfache Display Funktion.erweiterung
Hmm, also sowas steht nicht in den Grundlagen meines C buches... Ehm, das mit dem HIGH LOW nibble swap und den hex zahlen ist eine gute idee. Es sind zwei zeichen für high und low doch weiß ich nicht, wie ich das schreiben soll. angenommen ich sage, wert='a'; wobei a mein character
wrote: > Hmm, also sowas steht nicht in den Grundlagen meines C buches... > > Ehm, das mit dem HIGH LOW nibble swap und den hex zahlen ist eine gute > idee. > Es sind zwei zeichen für high und low doch weiß ich nicht, wie ich das > schreiben soll. > > angenommen ich sage, > wert='a'; > >
-
Thread
Schieberegister mit PIN abfrage
unsigned short Datain = 0; for(uint16_t a = 0; a<16 ; a++) { PORTB |= (1<<PB5); //CLK High if(PINB &(1<<PINB4)) { Datain = High; } else { Datain = Low; } Datain <<=1; PORTB &= ~(1<<PB5); //CLK Low } PORTB &= ~(1<<PB0);
for(uint16_t a = 0; a<16 ; a++) { Datain <<=1; PORTB |= (1<<PB5); //CLK High if (PINB & (1<<PINB4)) Datain |= High; PORTB &= ~(1<<PB5); //CLK Low } PORTB &= ~(1<<PB0); itoa(Datain, Dataout, 10); usbMsgPtr = Dataout; return sizeof(Dataout
-
Thread
TDA1543 tut nichts
unwichtig, daher werden sie überschrieben out SPDR, next_data Ld next_data, X+ cpse XL, low_bufend reti ldi XH, HIGH(BUF) ldi XL, LOW(BUF) reti INIT: ldi temp, HIGH(RAMEND) ;Stackpointer initialisieren out SPH, temp ldi temp, LOW(RAMEND) out SPL
geschoben in rorsreg, SREG ;neues LSB speichern (Carry) out SREG, sregtmp cpse XL, low_bufend reti ldi XH, HIGH(BUF) ldi XL, LOW(BUF) reti INIT: ldi temp, HIGH(RAMEND) ;Stackpointer initialisieren out SPH, temp ldi temp, LOW(RAMEND) out SPL, temp
-
Thread
Schmitt Trigger o. Spannungsteiler
Ein I/O-Eingag meines Controllers soll Low sein bei einer Eingangsspannung von U<0.225V und High bei U>0.225V. Die Eingangsspannung kann zwischen 0V und 12V betragen. Kann ich das mit einem Spannungsteiler realsieren oder muss ich da einen
Miller schrieb im Beitrag #3065366: > Max S. schrieb: >> Ein I/O-Eingag meines Controllers soll Low sein bei einer >> Eingangsspannung von U<0.225V und High bei U>0.225V. > Was soll bei einer Spannung von U=0.225V passieren? OK OK Ein I/O-Eingag meines Controllers soll Low sein bei einer
-
Thread
Kleine Hilfestellung
LED geht erst an wenn ich die Taste von high auf low setze (also die Taste drücke). Nun mache ich mit dem nächsten Lernstoff weiter und vertiefe das grad erlernte
=> PORTB.0 HIGH (STK500) => LED0 aus PORTB |= (1<<PD0); } else { // Schalter PD0 geschlossen => PORTB.0 LOW (STK500) => LED0 an PORTB &= ~(1<<PD0); }
-
Thread
Arduino nano arbeitet ohne Display nicht.
" "); plast = 0; pinMode(resetoutpin,OUTPUT); digitalWrite(resetoutpin,HIGH); pinMode(relxpin,OUTPUT); digitalWrite(relxpin,LOW); pinMode(relypin,OUTPUT); pinMode(relzpin,OUTPUT); pinMode(boardledpin,OUTPUT); niedrig = richtwertniedrig; mittel = richtwertmittel
bis 216 [code] if (mv != mvvorher) { // Multivibratorflanken mvpuls = HIGH; strommessen(); leistung(); displaybeschreiben(); }else { mvpuls = LOW; } mvvorher = mv; if (mvpuls == HIGH) { strommessen(); leistung(); displaybeschreiben
-
Thread
Beim L6470 fehlt das 7-te Bit
der nächsten Seite klar: Daisy-Chaining. Solange CS low ist, wird einfach durchgeschoben, und zwar beliebig(!) weit. Ohne dass die einzelnen Slaves wissen müssen, an welcher Position sie in der Kette sind bzw. wie lang sie ist! Erst mit CS high weiß der
Für einen Takt werden Minimum 125nS (Anstieg, Halten, Abfall) benötigt ich habe hier 8uS für die HIGH Periode und auch 8uS für den LOW Bereich. Habe jetzt noch die Zeit nachdem /CS auf LOW geht und bevor ein Taktsignal erzeugt wird, ebenfalls auf 8uS verlängert. Bringt aber alles nichts. Das Bit7
-
Thread
Korrekturfaktor ADC 084s021
kannst du eine einfache Gleichung aufstellen. [c] // ADC Werte bei 1 Grad / 37 Grad #define AdcRawHigh 3025 #define AdcRawLow 2920 #define DeltaRaw (AdcRawHigh - AdcRawLow) // Skalierung Temperatur in Celsius #define RefValHigh 370.0 // Ausgabewert für
2^16 #define DeltaOut (RefValHigh - RefValLow) // Berechnung der ADC Korrekturwerte mittels Referenzpunkte #define Slope (DeltaOut / DeltaRaw) // ADC Steigung #define zeroPoint (RefValLow - AdcRawLow
-
Thread
CAN Low und Highspeed Transeiver auf einem Board
empfange ich Daten über den CAN-Bus. Dabei will ich mir die Option offen halten ob es sich um einem High/ oder Low-Speed Bus handelt. Darum packe ich beide Tansceiver auf ein Board und würde dann mit Jumpern den richtigen auswählen. Nun meine Frage: Reicht es wenn ich jeweils VCC des jeweiligen Transeivers
funktionieren, ein bischen jedenfalls (*). Die besitzen Schutzdioden gegen GND und Vdd. Ohne Vdd wird ein High-Pegel am Pin über die betreffende Diode zur alternativen Quelle der Versorgungsspannung. Diese Dioden sind im Datasheet vom Klassiker PCA82C250 beispielsweise ausdrücklich dokumentiert. Ausgenommen
-
Thread
AT42QT2160 I2C antwortet nicht
Schaltung R5 und R6 sind nicht 1k sondern 1M) Das Problem an der Sache, der Change Pin ist konstant auf low. Eigentlich sollte der Pin nach dem Start bzw. Reset kurz auf low gehen (Calibrierung) und anschließend auf high. Was ich bisher versucht/geprüft/getestet habe: Hardware: 1. Layout überprüft
wie oben nicht möglich. Christian S. schrieb im Beitrag #5605489: > 1. Reset pin dauerhaft auf low ==> Change geht auf high, da 10k PullUp.
-
Thread
Probleme mit GLCD
mal folgendes: void init_glcd(void){ WR_Data((u_char)(_Graph_H_Addr & 0xFF), _STA_01); // Low byte WR_Data((u_char)(_Graph_H_Addr>>8), _STA_01); // High byte WR_Cmd(_Set_Graph_H_Addr, _STA_01); WR_Data(_Area, _STA_01); // Low byte WR_Cmd(_Set_Graph_Area, _STA_01); WR_Data((u_char)(_Text_H_Addr & 0xFF), _STA_01); // Low byte WR_Data((u_char)(_Text_H_Addr>>8), _STA_01); // High byte WR_Cmd(_Set_Text_H_Addr, _STA_01); WR_Data(_Area, _STA_01); // Low byte WR_Cmd(_Set_Text_Area, _STA_01);
-
Thread
ATmega328P Pin0 funktioniert nicht wie gewollt
void LED_Test() { for (int x = ML_Start; x < ML_Ende; x++) { digitalWrite(LEDrot[x], HIGH); digitalWrite(LEDgruen[x], HIGH); delay(LEDpause); } for (int x = ML_Start; x < ML_Ende; x++) { digitalWrite(LEDrot[x], LOW); digitalWrite(LEDgruen[x], LOW); delay
; for (int i = 0; i < 3; i++) { digitalWrite(LEDrot[MG_SM], HIGH); delay(100); digitalWrite(LEDrot[MG_SM], LOW); delay(100); } if (Alarm[MG_SM] >= 0) { digitalWrite(LEDrot[MG_SM], HIGH); // Wenn ein Alarm ansteht, wird
-
Thread
Mehrere Relays EInbinden
(relay_pin = 7, HIGH); lcd.setCursor(0,0); lcd.print("Anlage Aus"); lcd.setCursor(0,1); lcd.print("Motor OFF"); } delay(20000); }
Noch was: ein digitalWrite sollte LOW setzen, oder? Sonst passiert dem Relay gar nichts. Vermutlich das zweite, wenn die Erde nass ist...
-
Thread
Pin einlesen
PORTB = (1 << PB1); //CLK high PORTD = (0 << PD0); //Clk low Zweite Zeile sieht etwas unsinnig aus...ausserdem stehen beide CLK-Ports in keinem Bezug. Ich vermute mal, das ist so nicht gedacht... ich vermute,
habe das jetzt mal so gemacht: PORTB = (0 << PB0); //ss auf low for (n = 7; n > 0; n--) { PORTB = (1 << PB1); //CLK high if (command2 & 0x8000) // Wenn MSB-Bit gesetzt { PINB = (1<<PINB2);
-
Thread
ATmega 328 zu langsam für 40kHz TLC549?
, LOW); val = val + digitalRead(DATA_pin)*32; //Bit 5 lesen und addieren digitalWrite(IO_clock, HIGH); //Einen Taktzyklus digitalWrite(IO_clock, LOW); val = val + digitalRead(DATA_pin)*16
, LOW); val = val + digitalRead(DATA_pin)*4; //Bit 2 lesen und addieren digitalWrite(IO_clock, HIGH); //Einen Taktzyklus digitalWrite(IO_clock, LOW); val = val + digitalRead(DATA_pin)*2;
-
Thread
Drehzahlmessung und senden über CAN
Beispielcode unter https://rn-wissen.de/wiki/index.php/Timer/Counter_(Avr)#Input_Capture werden das high und low Byte von ICR1 separat ausgelesen und ausgewertet gerade um Overflow-situationen glatt zu bügeln.
// low Byte zuerst, high Byte wird gepuffert cap.i8m = ICR1H; // overflow verpasst, wenn ICR1H klein und wartender Overflow Interrupt if ((cap.i8m < 128) && (TIFR1 & (1<<TOV1)))
-
Thread
Low Side IC / SPI
Hallo, ich bin auf der Suche nach einem Low Side IC welches möglichst hohe Ströme schalten kann. Min. 5A Dauerstrom bei 12v sollte pro Kanal möglich sein. Am liebsten wäre mir die Ansteuerung über SPI oder I2C Bus. Alternativ geht aber auch
einem IC wäre halt eleganter und platzsparender. Die MC338xx sehen interessant aus. Ebenso die High Side Switch pendents von Freescale (die haben schon eher den Strom der mir vorschwebt). Nur leider sind die recht schwer zu bekommen. Habe mal bei Digikey geschaut, die haben sie zwar aber mit unrealistischen
-
Thread
HighSide Switch und Arduino Due
mit dem IN-Pin des Switches verbinden und "Reverse Logic" verwenden (Switch schaltet, wenn IO Pin LOW ist) 2. Einen N-Kanal Mosfet verwenden, an dessen Gate den IO Pin des Due. Das Due schaltet auf HIGH (3.3V) und der Mosfet schaltet den IN-Pin auf GND 3. Einen NPN-Transistor verwenden und wie
-
Thread
Langzeittimer-Logik invertieren - möglich?
... Moment Mein gedanklicher Fehler lag darin, dass ich annahm, dass bei 13/14 HIGH das Relais ON ist und bei 13/14 LOW selbiges OFF. Es ist aber genau umgekehrt. Wird die Spannungsversorgung hergestellt, liegt 13/14 HIGH. T2 sperrt und das Relais ist OFF. Nach dem Triggern ist
HIGH dort ausgegangen. Das geht so also nicht. Wo müsste ich denn dann die grüne LED verbauen, dass sie bei 13/14 LOW aufleuchtet und bei 13/14 HIGH erlischt? Wo liegt HIGH während der Zeitermittlung
-
Thread
mech. 7-Segment Anzeige, Treiber brennt ab.
die Schutzdiode vom Mega32-Ausgang beim "Setzen" Signal permanent mit 22 mA belastet wird (Ausgang High), T3 dadurch immer leitet und bei Low Pegel der µC Ausgang um die 26 mA liefern muß. Oder hast du zwischen Mega32 und deiner Schaltung noch einen Pegelwandler eingebaut, den du nicht erwähnst? Wenn
Leitungen. Die Stufen für Digit und Segment sind identisch aufgebaut, und lassen sich jeweils in High-Low-Tristate schalten. Mit dieser Ansteuertechnik hat man dann das Minimum an Hardwareaufwand. Rechne es doch mal durch für ein größeres Display (Uhr oder "Tankstelle") Gruß, Jörg
-
Thread
Problem mit ATMega16
DATA_DIR_IN(); // Port A als Eingang LCD_CD_H(); // Commando High LCD_RD_L(); // Read Low LCD_CE_L(); // Chip Enable Low LCD_STATUS = LCD_READ; // Status lesen LCD_CE_H(); // Chip Enable High
DATA_DIR_IN(); // Port A als Eingang LCD_CD_H(); // Commando High LCD_RD_L(); // Read Low LCD_CE_L(); // Chip Enable Low LCD_STATUS = LCD_READ; // Status lesen LCD_CE_H(); // Chip Enable High
-
Thread
[Assembler] 50Hz mit Timer1 und Interrupts
rjmp ini_ ; reset vector ini_: sbi DDRB, 1<<PB1 ; OC1A is output ldi wr, high (RAMEND) out SPH, wr ldi wr, low(RAMEND) out SPH, wr // initialize TC1 ldi wr, high(60000) ; out OCR1AH, wr ldi wr, low(60000) out OCR1AL, wr ldi wr
>LDI R16, 0b00011101 ;Komparator A von Timer1 High-Byte >OUT OCR1AH, R16 > >LDI R16, 0b01001100 ;Komparator A von Timer1 Low-Byte >OUT OCR1AL, R16 Dasselbe, aber leichter zu lesen: LDI R16, High(7500) OUT OCR1AH, R16 LDI R16
-
Thread
Potentialfreien Kontakt stromsparendst auswerten
auswerten. Meine Idee ist momentan, den Reedkontakt zwischen 2 Pins zu schalten. Einen Pin als Ausgang mit low, den Anderen als Eingang mit pull-up. Bei offenem Kontakt fließt praktisch kein Strom, der pull-up zieht den Eingang auf high. Ich kann einen pin-change-interrupt auf low oder fallende Flanke nehmen
und herschwingen. Kann man sich darauf verlassen, daß der Pin auch wirklich die Grenzen zwischen high und low passiert? Dann könnte ich ja einfach den pull-up ausschalten, der pin wird ja bei geschlossenem Reedkontakt auf low gezogen. Öffnet der Reedkontakt, schwingt der Eingang munter hin- und her,
-
Thread
OpenCollector-Ausgang ohne PullUp/PullDown-Widerstände
des Kontaktes zieht der Pulldown-Widerstand die Spannung am Eingang hinunter auf GND, was logisch LOW entspricht. LOW oder HIGH wird am Eingang nur dann per Widerstand erreicht, wenn es ein CMOS-Eingang ist, weil dieser extrem hochohmig ist. ..." Und weil dort CMOS steht, müsste das zutreffen.
einem Schalter machen will, sondern z.B. durch einen I/O-Pin eines uCs. So ein uC liefert ja z.B. bei LOW 0V und 3.3/5.0V bei HIGH. Wenn ich den Pin auf LOW setze, dann kein Problem, das System ist mit Masse verbunden und zieht dann den Pegel herunter. Was ist aber, wenn ich den Pegel auf HIGH setze
-
Thread
Kennt jemand diese Bitcodierung?
Layer streng definiert, vor allem was den Bus betrifft. *Eine* Leitung für Daten gibt es nicht, CAN-Low und CAN-High sind vorgeschrieben. Bitstuffing und Header mögen da ähnlich aussehen, aber CAN kann es trotzdem nicht sein.
Marc Vesely schrieb im Beitrag #3903497: > *Eine* Leitung für Daten gibt es nicht, CAN-Low und CAN-High > sind vorgeschrieben. Bei Single Wire CAN auch?
-
Thread
Halbaddierer mit IC SN 74LS **, Problem
Eingang normalerweise als high. Ist "BUS Out" ebenfalls offen (d.h. high) würde dies das richtige Ergebnis und das fehlerhafte Carry erklären. Wenn du "BUS In" und "BUS Out" beide auf low (0V) schaltest, sollte der Volladdierer
jetzt wie die fotografierte. Mir bleibt nur weiterhin das Problem mit Carry: Dies schaltet nur auf high, wenn der grüne Draht (genannt B) an Eingabe auf high liegt. Der gelbe Draht heiße A und das ganze sieht so aus: A=0 B=0 → Carry low A=1 B=0 → Carry low A=0 B=1 → Carry high? A=1 B=1 → Carry low
-
Thread
DMX Board geht nicht :/
atmega8 Wollte ich alle 4 CKSEL bits auf 4 setzen um den Quarz zu aktivieren. Hab die Fuses ausgelesen HIGH = 0xD9 LOW = 0xE1, in das programm eingetragen. Bei allen vier CKSEL einen Haken gemacht und dann das resultiernde HIGH = 0xD9 LOW = 0xE0, wieder in den AVR geschrieben. Seitdem kommt. Bei meinem AVR
@ Thomas T. (thomas_t39) >Die Fuses sind: LOW: 0x6F HIGH: 0xDF EXTENDED: 0xF9 >Ich habe mir diesen Quarz gekauft: >http://www.reichelt.de/Quarze/16-0000-HC49U-S/3/in... Ist OK. >Ich habe die Fuses so gesetzt, dass der Quarz als Low power
-
Thread
Einfügen von Unterprogrammen führen zu hängen des Program
Du musst erst das HIGH-byte schreiben und dann erst das LOW-Byte ! Im Datenblatt des AVR steht für den Zugriff von 16-Bit Registern : zum Lesen : erst das LOW-Byte (High-Byte geht dabei in ein Latch und dann mit dem HIGH-Byte
; LOW-Byte, High-Byte geht in ein Latch in temp2,SPH ; HIGH-Byte, Latch wird gelesen Dann sollte es eigentlich auch mit deinem Programm funktionieren, da bei deinem Fehler der Stack auf 005F
-
Thread
Arduino Nano(AVR) Kurzschluss
digitalWrite(LedRotPin, HIGH); digitalWrite(LedGruenPin, LOW); } else { digitalWrite(LedRotPin, LOW); digitalWrite(LedGruenPin, HIGH); } } } if (Schritt2 == HIGH) { digitalWrite
) { Schritt2 = HIGH; Schritt1 = LOW; } if (Schritt2 == HIGH && ((SteckerKontakt == LOW) || (Ausschalter == HIGH))) { Schritt1 = HIGH; Schritt2 = LOW; } } [/c]
-
Thread
Anfängerproblem Assembler 8052
Das meine Timer-Fkt momentan noch hochwärts zählt ist erstmal nicht ;relevant _Main: MOV TH1,#HIGH RESET_VALUE ;Initialize timer high-byte MOV TL1,#LOW RESET_VALUE ;Initialize timer low-byte MOV TMOD,#10h ;Set timer 1 to 16-bit mode SETB TR1 ;Start timer 1 running
=========== org 1Bh push ACC clr TR1 ;Timer1 anhalten mov TH1, #HIGH ClkCnt ;High-Teil Counter1 mov TL1, #LOW ClkCnt ;Low -Teil Counter1 setb TR1 ;Timer1 wieder starten djnz TICKS,EXIT_RTC ;Decrement TICKS, if not yet zero we ;exit
-
Thread
2x CAN auf eine Treiberstufe
kommen soll. Allerdings wollte ich Sie an einen Treiber anschließen. Geht das einfach, wenn ich LOW mit LOW und HIGH mit HIGH verbinde oder muss ich da noch mehr beachten? MfG
> Geht das einfach, wenn ich LOW mit LOW und HIGH mit HIGH verbinde > oder muss ich da noch mehr beachten? Can-Gnd sollte auch verbunden werden.
-
Thread
pgm_read_byte(); --> Nur für Lower 64k Flash (mega128)???
the RAMPZ0 bit have the following effects: RAMPZ0 = 0: Program memory address $0000 - $7FFF (lower 64K bytes) is accessed by ELPM/SPM RAMPZ0 = 1: Program memory address $8000 - $FFFF (higher 64K bytes) is accessed by ELPM/SPM Note that LPM is not affected by the RAMPZ setting.
aktiviert die CS Pins des SRAM). Sobald man über 56kB adressiert, sind die oberen 4 Bits der Adresse HIGH und das NAND GAtter akiviert den CS Pin des Displays. C/D ist an A0 angschlosssen. Somit sind bei allesn geraden Adressen A0 auf LOW, sprich es ist ein Datenbyte. Bei einer ungeraden Adresse über 56kB
-
Thread
4-bit Binär zu Dezimal TTL-/CMOS-Logik
Villeicht einen 4-bit Binär zu Dezimal-Dekoder in TTL oder CMOS Logik kennt. Sprich 0000 --> Pin 0 ist high (oder low) 0001 --> Pin 1 ist high (oder low) 0010 --> Pin 2 ist high (oder low) . . . 1110 --> Pin 14 ist high (oder low) 1111
Dezimal-Dekoder in TTL oder CMOS Logik kennt. > ... > . > 1110 --> Pin 14 ist high (oder low) > 1111 --> Pin 15 ist high (oder low) ¿Und was ist daran dezimal?