-
Thread
Arduino Nano + Hall Sensor + PIR Sensor + Fotowiderstand
precautionary while we do other stuff } // end of wake void setup () { digitalWrite (2, HIGH); // enable pull-up } // end of setup void loop () { pinMode (LED, OUTPUT); digitalWrite (LED, HIGH); delay (500); digitalWrite (LED, LOW); delay (50); pinMode (LED, INPUT
{ } // end of setup void loop () { pinMode (LED_R, OUTPUT); digitalWrite (LED_R, HIGH); delay (1000); digitalWrite (LED_R, LOW); pinMode (LED_R, INPUT); delay(400); pinMode (LED, OUTPUT); digitalWrite (LED, HIGH); delay (1000); digitalWrite (LED, LOW); pinMode
-
Thread
Schrittmotoransteuerung über Arduino mit l293D
(5, HIGH); digitalWrite(7,HIGH); digitalWrite(8, LOW); digitalWrite(9, LOW); digitalWrite(10,HIGH); delay(100); digitalWrite(3, HIGH); digitalWrite(5, HIGH); digitalWrite(7,HIGH); digitalWrite(8, LOW); digitalWrite(9, HIGH); digitalWrite(10,LOW); delay(100); digitalWrite(3, HIGH); digitalWrite(5, HIGH); digitalWrite(7,LOW); digitalWrite(8, HIGH
-
Thread
AT90s2313 + ds1621 (liest nur Schrott)
FanControlPin sbi PORTB,_FanControlPin ret Bit schreiben: I2C_writeBit: rcall I2C_Scl_Low cpi r16,0 breq I2C_writeBit_0 I2C_writeBit_1: rcall I2C_Sda_High rjmp I2C_writeBit_exit I2C_writeBit_0: rcall I2C_Sda_Low I2C_writeBit_exit: rcall I2C_Scl_High
meiner I2C_readBit Routine an der readTemperature ??? Oder ist der DS1621 geschossen? (I2C_Scl_Low,I2C_Scl_High,I2C_Sda_Low,I2C_Sda_High funktionieren) Hier die Kurzfassungen: I2C_readBit:(...) rcall I2C_Scl_Low ;wait 10 mueSec rcall I2C_Scl_High ;wait 10 mueSec in r16
-
Thread
Interrupt-Routine mit C und Timer1
kein Reseteingang unsigned char j=0; unsigned char i=0; //defines void InterruptHandlerHigh(void); void InterruptHandlerLow(void); //---------------------------------------------------------------------------- // High priority interrupt vector (legacy interrupt) #pragma code InterruptVectorHigh = 0x08 void InterruptVectorHigh (void) { _asm goto InterruptHandlerHigh _endasm } // Low priority interrupt vector #pragma code InterruptVectorLow = 0x18 void InterruptVectorLow (void) { _asm goto InterruptHandlerHigh
-
Thread
Arduino mit Taster und Warteschleife
Dauer Kamera_vor_Injektor = 1000; Injektor_zeit = 500; } void loop() { digitalWrite(32, LOW); digitalWrite(28, LOW); digitalWrite(24, LOW); if(digitalRead(34)=HIGH); { state = 1; digitalWrite(32, HIGH); delay(LED_vor_Kamera); digitalWrite(28, LOW); digitalWrite(24, LOW); digitalWrite(28, HIGH); delay(Kamera_vor_Injektor); digitalWrite(24, HIGH); delay(Injektor_zeit); digitalWrite(24, LOW); delay(1000); digitalWrite(28, LOW); delay(1000);
-
Thread
SD/MMC Karte Adressierung
Software zum zeigen auf dem PC. Kann das Prinzip kurz darstellen: Ich benutze einen Zähler 16Bit high und einen 8Bit low. ld hl,0000h ; high Adr. ld e,01h ; low Adr. Start loop1: inc e ; low 8Bit n+1 cp lowmax ; low Adr. Max (20h) jp nc,loop2
ausgelesen. Neue Adressberechnung high+low: ld hl,0000h ; high Adr. ld e,01h ; low Adr. Start loop1: inc e ; low 8Bit n+1 cp lowmax ; low Adr. Max (20h) jp nc,loop2 inc hl
-
Thread
Soft I²C zum Beispiel auf ATtiny13
if (bitChanges & bit) PINB = 1<<DATA_PIN; I2C_DELAY; SCL_HIGH; I2C_DELAY; SCL_LOW; } }
0; while (c) { if (b & c) SDA_high(); else SDA_low(); sdelay(sdavorscl); SCL_high(); sdelay(sclhigh); c = c>>1; e = e<<1; if (SDA_State()) e |= 1; SCL_low(); sdelay(sdahalte); } return e;
-
Thread
Eagle Schaltplan - Verbesserungsvorschläge
angeschaut. Was ich gesehen habe: Du hast IO0 direkt auf VCC gelegt, das gibt Rauch, wenn das Signal auf Low gezogen wird. Mit EN und IO0: Hast du mal ins Datenblatt geschaut? EN auf Low und der ESP ist deaktiviert. Wieder auf High startet er neu. IO0 beim Start bzw. Reset auf Low und es wird der Bootloader
. Wieder auf High startet er neu. > IO0 beim Start bzw. Reset auf Low und es wird der Bootloader gestartet. > Bei High wird normal gestartet. Nach dem Start kann man den als GPIO > nutzen. > Um die Steuerung für
-
Thread
Fuses Problem.mal wieder
:D Sorry für den harschen Ton. Kann man eigentlich irgendwo nachlesen, welche Taktraten Low, Medium und High sind ?
Tim schrieb im Beitrag #2153617: > Definition zu "low", "medium" und "high" freq. "Low" ist eigentlich klar. Das ist z.B. ein Uhrenquarz(32,768KHz). Als "High" würde ich die "normalen" CPU-Quarze ab 1MHz einstufen. "Medium" halt irgendwo dazwischen
-
Thread
Level-Shifting auf ca. 8V bei 5V-Versorgung
0509-DCDC-Wandler-SMD-9-V-111-mA-1-W-Anzahl-Ausgaenge-1-x die 1-3V runter schaffst du mit einem low drop Regler das war die Versorgung des Treiber IC 74(A)HCT125 kann mit 6V versorgt werden hat 4 Treiber mit 2V in als high Schwelle. Es gibt auch noch andere Treiber in der 74HCT Serie die bis 7V arbeiten, besser 6V wählen und die ab 2V in high erkennen oder andere die 0,7 x VCC brauchen, bei 5V Signale reichen bei VCC 6V also 4,2V für high. UDN als Gegenstück zum ULN2803a UDN2983 High-Side Driver
-
Thread
PCF8575 Inputs
Ja, ich initialisiere die mit HIGH am Anfang! [code] pcf8575.begin(); pcf8575.resetInterruptPin(); pcf8575.write(MOTOR, LOW); pcf8575.write(MOTOR_DIR, LOW); pcf8575.write(FAN, LOW); pcf8575.write(INNEN_LICHT, LOW); pcf8575.write(AUSSEN_LICHT, LOW); pcf8575.write(5, LOW); pcf8575.write(6, LOW); pcf8575.write(7, LOW); pcf8575.write(8, HIGH); pcf8575.write(9, HIGH); pcf8575.write(10, HIGH); pcf8575.write(11, HIGH); pcf8575
-
Thread
Feedback Schaltplan und Boardlayout
hast die Massefläche als Rückleiter und die Stromsprünge quer über die Platine. Und ich sag noch, low ESR Elko neben die Transistoren. Aber nee ;)
Man könnte hier ggf. auch mit HighSide-Switches arbeiten.
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
Buffer max size nibble = text2hex(Serial.read()); // read and convert 1. char = high nibble hi = nibble; // High nibble nibble = text2hex(Serial.read()); // read and convert 2. char = low nibble lo = nibble;
unterhalb der Zeilen [c] nibble = text2hex(Serial.read()); // read and convert 1. char = high nibble hi = nibble; // High nibble nibble = text2hex(Serial.read()); // read and convert 2. char = low nibble lo = nibble; val = hi<<4 | lo;
-
Thread
Schnelle Speicherung von Daten
Schaltung ---------------------------------- ADC an SRAM ATMEGA gibt Leseimpuls Steuerleitung: low ATMEGA-RD: low ADC-RD: low SRAM-WR:low SRAM-OE/RD: high Nur beim Leseimpuls sendet der ADC Daten ans SRAM (und ATMEGA). Es gibt somit keinen Datenkonflikt auf dem Adress-/Datenbus bei dem Bereitstellen der Speicheradresse) ATMEGA liest SRAM ATMEGA gibt Leseimpuls Steuerleitung: high ATMEGA-RD: low ADC-RD: low SRAM-OE/RD: low SRAM-WR: high (nur beim Leseimpuls sendet das SRAM Daten an den ADC. Es gibt somit keinen Datenkonflikt auf dem Adress-/Datenbus bei dem Bereitstellen
-
Thread
Tiny 12
wl ;Variablen beschaffen push wh ldi wl,low(clock/100/25) ;Startwert setzen ldi wh,high(clock/100/25) ;(AVR-Takt/100Hz/25 Takte je Runde) wait1: rcall waitend ;7 Takte trödeln rcall waitend ;7 Takte trödeln rcall waitend ;7 Takte trödeln subi wl,1 ;Low-Byte vermindern sbc wh,null ;High-Byte um Übertrag (Carry) vermindern brcc wait1 ;nochmal, solange $0000 -> $ffff kein Carry setzt pop wh ;Variablen pop wl
-
Thread
PM2528 als Scannermultimeter mit GPIB
aus dem Datenblatt finde ich ein bisschen verwirrend. Kannst du mir sagen wann ich welche Leitung high oder low ziehen muss von diesen drei? Ich habe raus gelesen, dass PE immer high sein kann. Wenn ich zum Talker werde, dann wird TE = high. Und als Controller wird DC = low. Es scheint aber so zu sein
> den Steuersignalen, die die Datenflussrichtung vorgeben. TE ist Talk Enable. Setzt Du auf High zum Senden und auf Low zum Empfangen. PE ist Pullup Enable. Üblicherweise auf High für Push-Pull Ausgänge. Low schaltet auf open collector (für parallel poll), braucht erstmal keiner. DC ist Direction
-
Thread
SD Karte antwortet merkwürdig auf CMD0
der Sequenz im Bild, sende ich 20x 8 Dummy Clocks mit 0xFF damit die >DataIn leitung der SD auf high ist. Vor dem senden der Dummy Clocks liegt CS auf low. Das darf es nicht.
>Beim Initialisieren der Ports geht CS Automatisch auf low... Dann setz ihn vor dem umschalten auf Ausgang auf high.
-
Thread
LED-Matrix: Wieviel Spannung muss für den Vorwiderstand "übrig" sein?
high oder low side multiplexe oder macht das einen Unterschied?
die multiplexende Seite und 2 TLC5940 für die andere? Ja. >Und ist es nun egal ob ich auf der high oder low side multiplexe Ja. >oder macht das einen Unterschied? Nein.
-
Thread
max7219 erst nach reset verwendbar
Ich hab doch noch ne Frage: Wie funktioniert das genau mit dem Low and High. Muss man vor jedem Befehl das machen?
Sam schrieb im Beitrag #1795211: > Wie funktioniert das genau mit dem Low and High. > Muss man vor jedem Befehl das machen? In deinem Fall vor und nach jedem "transmit", wie im Beispiel.
-
Thread
Wieder mal ATMega und externer Quarz schwingt nicht an
Sorry verwechselt High Low Richtig ist Low 0xFF High 0x89 Ext 0xFF Gruß Tom
@Bensch, nein ich habe High Frequenz bereits gewählt sonst wäre mein Low Byte 0xFB aber mit 0xFF ist das High frequency gewählt. Nicht desto trotz habe ich Deine Fuse auch geschrieben High und Low bei Ext musste ich 0xFF verwenden
-
Thread
Victron MPPT Register 200E setzen.
status_K1 = HIGH; } if (p_ueber > p_K2 && status_K1 == LOW && status_K3 == HIGH && status_K4 == HIGH) { status_K2 = LOW; } if (p_ueber <= 0 && status_K1 == LOW && status_K3 == HIGH && status_K4 == HIGH) { status_K2 = HIGH; } if (p_ueber > p_K3 && status_K1 == LOW && status_K2 == LOW && status_K4 == HIGH) { status_K3 = LOW
-
Thread
PID-Regler für Atmega8
to negative ;pointer is now on Y2_add st Y+,R19 ;the pointer is on Y2_add so it is on the low address st Y+,R20 ;store middle st Y,R21 ;store high get_Y3: ;=ymul2*e(k-1) ldi YL,low(Y_Mult2_add) ;get Y_mult2 ldi YH,high(Y_Mult2_add) ld R16, Y+ ;now the pointer is on y_mult2
to negative ;pointer is now on Y3_add st Y+,R19 ;the pointer is on Y2_add so it is on the low address st Y+,R20 ;store middle st Y,R21 ;store high get_Y4: ;=Kd*e(k-2) ldi YL,low(Kd_add) ;get Kd ldi YH,high(Kd_add) ld R16, Y+ ;now the pointer is on Kd_add ;r16= low(y_mul1
-
Thread
LED-Matrix - Problem mit "Nachleuchten"
Spalte benutzt und bei der eigentlich alle LEDs dunkel sein sollten: 1. Anfangszustand: C0...C0 low (alle Spalten aus) B4..B7, A4..A5 high (alle Zeilen aus) 2. B4 low, B4 high (Spalte 0 kurz ein- und sofort wieder ausschalten) 3. C0 high, 100µs warten, C0 low (Zeile 0) 4. C1 high, 100µs warten, C1 low (Zeile 1) 5. C2 high, 100µs warten, C2 low (Zeile 2) 6. C3 high, 100µs warten, C3 low (Zeile 3) 7. C4 high, 100µs warten, C4 low (Zeile 4) 8. C5 high, 100µs warten, C5 low
-
Thread
Ist High-Side Sschalten im KFZ Pflicht?
dem Stromwert für die Leitung dimensioniert sind. Habe gesehen das vieles im KFZ durch Relais High-Side geschaltet wird und dann noch zusätzlich mit einem Transitor Low-Side geschalten wird. Denke mal das werde ich auch so machen da das die größte Sicherheit bietet. Oder habt ihr schon gesehen das alles komplett mit einem Transitor auf der High Seite gemacht wird ohne ein Relais zu verwenden?
-
Thread
eeprom ansteuern hilfe!
das EEPROM geschieht mittels Zeiger "Z". Dieser besteht aus einer 16Bit-Zahl oder genauer aus einem High-Byte und einem Low-Byte - der Adress im EEPROM. Benutzt du nun das Low-Byte als Referenzadresse für deine Vergleichszahlen, kannst du so 255 "8Bit-Zahlen" lokalisieren. Du kopierst also das ADC-Ergebnis
Hi! < ldi zl,low(tabelle) ;Pointer setzen < ldi zh,high(tabelle) ;High-Teil vom Pointer ist fasch! Muss lauten: ldi zl,low(tabelle*2) ;Pointer setzen ldi zh,high(tabelle*2) ;High-Teil vom Pointer
-
Thread
DUO LED an Mikrocontroller?!
>Mit Tristate-Gattern lässt sich auch der Aus-Zustand realisieren. Mit beiden Gattern auf low auch. oder high
npn Nachteil ist der zusätzliche Strom an der LED vorbei. Achtung! Die Schaltung ist als active low konzipiert, ein active high hat keinen Schutzwiderstand und brät Dir die LED oder den uC-Ausgang durch. Also entweder Ausgang auf LOW oder hochohmig (Eingang).
-
Thread
Nicht benötigte Ports beim µC wie verschalten?
Offen lassen, in Software als Ausgang definieren und auf LOW (oder auch high) legen.
(high or > low), or configured as an input with an external resistor > (about 10 k) pulling it to VDD or VSS. If such a pin can > be configured as an analog input, the digital input buffer > is turned
-
Thread
7 SEGMENT ANZEIGE
// Für Überprüfung MOV R1, A // Wert von A Sichern in R1 ANL A, #0FH // Low-Teil (Bits: 0-3) ausmaskiert MOV R2, A // LOw-Teil sichern MOV A, R1 // Originalwert nach A schreiben RRC A // Der High-Teil (rotierbefehl, 4xMal zum maskieren) RRC A
einfacher so: [avrasm] mov a, P2 mov b, #16 div ab ; A = high nibble, B = low nibble [/avrasm] Peter
-
Thread
ansteuerung eines LCD mit PIC
Also ich mache das immer so, daß RS, R/W und Daten stabil anliegen und dann wird E = high, 1µs warten und E = low. Beim Lesen genau so, nur eben Daten = FF (beim 8051) und gelesen wird direkt bevor E = low. Das mit ständig E = high kann meiner Meinung nach nicht funktionieren.
du musst auch die RS und RW leitungen richtig setzten !! beim senden von befehlen: RS = LOW RW = LOW beim senden von daten: RS = HIGH RS = LOW beim abfragen des busyflags: RS = LOW RW = HIGH wenn LCD beschäftigt dann BUSY = HIGH
-
Thread
Lerne Assembler - brauche eure Hilfe
rChannel r17 #define rChannelByte r18 #define rBit1 r19 #define rBit2 r20 #define CHIPSEL_HIGH sbi PORTC, 0 #define CHIPSEL_LOW cbi PORTC, 0 #define DOUT_HIGH sbi PORTC, 1 #define DOUT_LOW cbi PORTC, 1 #define CLOCK_HIGH sbi PORTC, 2 #define CLOCK_LOW cbi PORTC, 2 ;-----
------------------------------------ Main: ; create some dummy data to transmit ldi ZL, LOW(Data) ldi ZH, HIGH(Data) ldi rHilf,123 st Z, rHilf ; point to first byte of "Data" ldi ZL, LOW(Data) ldi ZH, HIGH(Data) ; load the byte ld rHilf, Z+ ; put into buffer
-
Thread
Indentify Drive bei CF-Karte
Befehl ins Commandregister geschrieben sein. Dann lege ich Portb.0, Portb.1 und Portb.2 (A0-A2) auf low, um das Datenregister zu adressieren. Ich schalte den Datenport auf Eingang. Ich lege das Signal OE auf low und lese die Daten an PortC. Danach lege ich OE wieder auf high. Das Ganze mach ich insgesamt
Du hast den Reset-Pin auf Port A0 gelegt. In deinem Programm setzt du diesen Pin zunächst auf High und erzeugst dann einen Low-Impulse um die Karte zu resetten. Bei mir liegt dieser Pin dauerhaft auf Low. In meinem Toshiba Datenblatt steht das folgende: When the reset signal is high this resets
-
Thread
Max5400 digital Poti
Zyklen immer von LOW auf HIGH und von HIGH auf LOW setzten? Wie sieht der Bitmuster für 1,2k aus? 1200 wäre 100 1011 0000 aber es existerit nur ein 8-bit Register.
HIGH SCLK_Clr(); // CLK auf LOW [/c] in 2 Takten schalte ich den Ausgangsport auf HIGH und zurück auf LOW. bei 2 Takten wären das 62,50ns (also die 100ns Bedingung nicht erfüllt) Daher füge ich
-
Thread
KS0713 Display.seltsames Problem
column++) st7565_data(0x00); st7565_command(0x0); // COLUMN_ADDRESS_LOW st7565_command(0x10); // COLUMN_ADDRESS_HIGH st7565_command(0xb0 | (0x0f & page)); // Page Address } } [/code] Das ist im Prinzip das was irgendwelche anderen Leute auch machen
column++) st7565_data(0x00); st7565_command(0x0); // COLUMN_ADDRESS_LOW st7565_command(0x10); // COLUMN_ADDRESS_HIGH st7565_command(0xb0 | (0x0f & page)); // Page Address } } Das ist exakt das Selbe, nur das die Pageadresse am Ende erhöht wird
-
Thread
74HC595 wie steuert man das latch an?
register wird zu storage register. |---------| |||||||| wenn ich nun oe auf low setzte, gibt es den wert |---------| vom storage register aus, oder? muss der OE bis | | auf den moment der ausgabe immer auf high sein? OE------| |
ST_CP und die Daten werden auch ausgegeben. Um die Daten im Register zu löschen, zieht man /MR auf low.
-
Thread
Software I2C
/////////////////////////////////////////////////////////////////////////////// #define I2C_SCL_LOW I2C_PORT &= ~(1 << SCL) // Clock Low Output #define I2C_SCL_HIGH I2C_PORT |= (1 << SCL) // Clock High Output #define I2C_SDA_LOW sda_low() // Daten Leitung Low #define I2C_SDA_HIGH
von H->L auf SDA, wobei SCL H ist. i2c_try_scl(0x0A); I2C_SDA_HIGH; // SDA vorsichtshalber auf HIGH ziehen // S_DELAY; I2C_SCL_HIGH; // SCL auf High S_DELAY; I2C_SDA_LOW; // SDA auf Low ziehen M_DELAY; M_DELAY; M_DELAY
-
Thread
Bascom I2C Eeprom
Gerade im Datenblatt gelesen. Der WP-Pin muss auf LOW zum Schreiben. Wenn er High ist kann man nur lesen. Das Pollinboard hat einen festen High auf dem WP-Pin. Das kann nie klappen mit dem Schreiben.
ich schrieb im Beitrag #3990553: > der WS war auf HIGH und nicht auf LOW Dann hast Du ein anderes Board als alle Anderen, siehe Bild.
-
Thread
Alles Invertiert
am Controller dranhängt. Und das ist alles. Eine 1 bedeutet _immer_, daß am entsprechenden Pin ein HIGH ausgegeben wird. Und bei einer 0 dann eben LOW. Und wenn man jetzt weiß, daß die LED mit der Anode auch an HIGH angeschlossen ist, dann weiß man auch, daß sie nicht leuchtet, wenn auf beiden Seiten das gleiche Signal (nämlich HIGH) anliegt. Ok? Und bei den Tastern ist es genauso. Wenn man weiß, daß bei nicht betätigten Tastern immer ein HIGH am Eingang anliegt, muß man dann im eigenen Programm auf "LOW" abfragen, wenn man
-
Thread
UND - Abfrage
Eingang1 ist NICHT Low Eingang2 UND Eingang3 Low ist, DANN soll Ausgang1 High werden. Müsste diese aber dann auf 10 Eingänge und 8 Ausgänge erweitern können, aber ich weiß jetz nicht wirklich wie ich alles Deklarieren
13, OUTPUT); // LED auf dem UNO leuchtet / oder nicht } void loop() { if ((digitalRead(2) == LOW) && (digitalRead(3) == LOW) && (digitalRead(4) == LOW) && (digitalRead(5) == LOW)) { digitalWrite(13, LOW); // LED AUS } if ((digitalRead(2) == HIGH) && (digitalRead(3) == HIGH) &&
-
Thread
LM76 Temperatur wird 10 Grad weniger angezeigt
irgendwas = (high*256)+low
folgendes raus: Was meinst Du mit addieren? Du musst die Bits zusammensetzen. 2x 8bit = 16bit = High Low High = 0000 1011 Low = 1000 1000 High Low = 0000 1011 1000 1000 Laut Datenblatt sind die letzten 4bit die Nachkommastellen (Wert * 0,0625°C). Die restlichen 9 bit (also 0 1011 1000)
-
Thread
ULN2803a Beschaltung
Verwende 680 Ohm Pullup-Widerstände an den Ausgängen des PCF8575, dann funktioniert es. Bei Low wird der ULN2803 auf 0 gezogen, bei High bekommt er 5V über den PU und steuert durch.
durch einen Kurzschluß doch teilbeschädigt. Habe mit der anderen ausprobiert, sobald PCF8575 nach low-ausgang geschaltet wird, steuert der ULN2803 durch und ich messe mit einem pull-up 24V. Wenn PCF8575 auf high-impendance Eingang geschaltet wird, geht der Ausgang vom ULN2803 auf low.
-
Thread
Bistabile Kippstufe -5V/5V
Sorry, ich muss was korrigieren: > Bei etwa +3 bis +5V schaltet der Ausgang auf High. > Bei etwa -3 bis -5V schaltet der Ausgang auf Low. Richtig wäre eher > Bei etwa +2 bis +5V schaltet der Ausgang auf High. > Bei etwa -2 bis -5V schaltet der Ausgang auf Low.
im Beitrag #4430296: > VDD an +5V > VSS an -5V > Bei etwa +3 bis +5V schaltet der Ausgang auf High. > Bei etwa -3 bis -5V schaltet der Ausgang auf Low. Allerdings kommen dann nicht High und Low raus, sondern +5V und -5V. Harald W. schrieb im Beitrag #4425844: > Ja, dafür müsste man doch
-
Thread
High Impedance auf Inverter Gatter -> Ausgang =?
benutze den TPS62160 als Spannungsregler für externe Spannungen und will, dass wenn der Ausgang PG auf low geht ein anderer Spannungsregler für interne Spannungen Enabled wird. (High Signal) Dazu habe ich einen Inverter dazwischen. Nun habe ich im Datenblatt gelesen (vom TPS60160): Seite 16 """ Power
pull-up resistor (to any voltage below 7V). It can sink 2mA of current and maintain its specified logic low level. It is high impedance when the device is turned off due to EN, UVLO or thermal shutdown.""" Also was passiert nun wenn dieses IC durch EN disabled wird. Wie geht der Inverter mit dem hohen Impedanzsignal
-
Thread
Servo-Pulssignalläge messen mit Atmega328p
MHz. Wenn du eine Stunde lang jede Sekunde das Signal digital abtastest und dabei zählst wie oft du HIGH und wie oft du LOW gesehen hast, kommen dabei vielleicht Zahlen wie diese heraus: 3200 mal LOW 400 mal HIGH Dies ergibt ein Tastverhältnis von 400/3600 = 0,1111 So einfach kommst du auf einen
der Code Richtig geschrieben heißt es auch "Trottel". [c]ISR (TIMER1_CAPT_vect) { if (cap_low_high==1) //steigende Flanke { TCNT1=0; [/c] Gewöhne es Dir ab TCNT1 auf 0 zu setzen. Einfach die Differenz neuer_wert - alter_wert bilden.
-
Thread
Unterschied zwischen brne breq
realisieren. Wenn ich folgendes UP benutze funktioniert alles rc5_zeit_messung: lds tmp2,rc5_dauer_low inc tmp2 sts rc5_dauer_low,tmp2 breq zeitg_0_ueberlauf1 zeitg_0_ueberlauf2: ret zeitg_0_ueberlauf1: lds tmp2,rc5_dauer_high inc tmp2 sts rc5_dauer_high,tmp2 rjmp zeitg_
Benutze ich dagegen diese UP, funktioniert fast gar nichts mehr rc5_zeit_messung: lds tmp2,rc5_dauer_low inc tmp2 sts rc5_dauer_low,tmp2 brne zeitg_0_ueberlauf2 lds tmp2,rc5_dauer_high inc tmp2 sts rc5_dauer_high,tmp2 zeitg_0_ueberlauf2: ret Der einzige Unterschied ist, einmal
-
Thread
ATMEGA 328 Fuses
CKDIV8 = [ ] CKOUT = [ ] SUT_CKSEL = EXTXOSC_8MHZ_XX_16KCK_14CK_65MS EXTENDED = 0xFD (valid) HIGH = 0xDE (valid) LOW = 0xFF (valid) So ist es bei mir.
CKDIV8 = [ ] CKOUT = [ ] SUT_CKSEL = EXTXOSC_8MHZ_XX_16KCK_14CK_65MS EXTENDED = 0x00 (modified) HIGH = 0xDA (modified) LOW = 0xFF (modified) Deine Recherche, sehr merkwürdig.
-
Thread
Com Port DTR Pin unter Windows deaktivieren?
gut unterrichteten Software könnte dies beim FT232RL auch so sein. Spannungsmessung am DTR pin(Low = 0V, High = 3,3V) [code] nach Einstecken DTR High mit teraterm öffnen DTR Low teraterm schließen DTR High mode com3 dtr=on DTR kurzer glitch nach Low, dann sofort wieder High [/code] mit python: [code] DTR High import serial ser = serial.Serial('COM3') DTR Low ser.dtr = False DTR High ser.dtr = True
-
Thread
Drehencoder Abfragen
Das hast du Falsch verstanden :-) Wenn Pind.4 einmal "high" gewesen ist soll er ja hoch zählen... Das Geht aber eben nicht. Runter geht immer heißt wenn Pind.4 alle 1000 abfragen brav "low" war. Genau das gegenteil was man erwarten würde :/ Ich kann
weg lassen... Ändert überhaupt nichts :( Dachte halt das der andere Pin Prellt und eventuell "low" ist , wenn er "high" sein sollte.
-
Thread
Optokoppler SPS 24V zu 5V
Stelle wegzulassen? > > Hatte ich doch schon erklärt weshalb. und ich hatte erklärt das es von high auf low ewig dauern kann bis der Optotransistor sperrt weil er seine Ladungsträger nicht los wird, das muss man sich auf dem Oszi ansehen oder die Abfrage auf low ist ewig später! PS alles reden
Joachim B. schrieb im Beitrag #5794583: > und ich hatte erklärt das es von high auf low ewig dauern kann bis der > Optotransistor sperrt weil er seine Ladungsträger nicht los wird, das > muss man sich auf dem Oszi ansehen oder die Abfrage auf low ist ewig > später! ...und
-
Thread
Code optimieren
'auf den Stack schieben lds R24,Count0_l '$60 = Low byte erhöhen inc R24 sts Count0_l,R24 'zurück schreiben BRNE C0 'noch kein Überlauf lds R24,Count0_h 'High byte erhöhen
Count0_h,R24 'zurück schreiben C0: lds R24,Count1_l '$60 = Low byte erhöhen inc R24 sts Count1_l,R24 'zurück schreiben BRNE C1 'noch kein Überlauf lds R24,Count1_h 'High byte erhöhen
-
Thread
Arduino 8x8 Matrix
) { for (j=0;j<8;j++) { digitalWrite(dataPin,data & 0x01); digitalWrite(clockPin,HIGH); digitalWrite(clockPin,LOW); data >>= 1; } digitalWrite(latchPin, HIGH); digitalWrite(latchPin, LOW); } void setISRtimer() {
{ for (j=0;j<32;j++) { digitalWrite(dataPin,data & 0x01); digitalWrite(clockPin,HIGH); digitalWrite(clockPin,LOW); data >>= 1; } digitalWrite(latchPin, HIGH); digitalWrite(latchPin, LOW); } void setISRtimer() {