-
Thread
Pollin Board macht nicht was es soll mit ATMega16
= 1 Then 'Wenn an Pin 2 von Port D ein high level anliegt, dann... Toggle Portd.5 '...setze Pin 5 von Port D von high auf low oder umgekehrt Bitwait Pind.2 , Reset
1000 Toggle Portd.5 '...setze Pin 5 von Port D von high auf low oder umgekehrt Toggle Portd.6 '...setze Pin 6 von Port D von high auf low oder umgekehrt Loop
-
Thread
Low-Can Fehler Peugeot 407
die Fehlermeldung des einen abgeschlossenen Gerätes angezeigt. Im Anhang sind Bilder mit Can-high und Can-low zu sehen. Bei einen ist der Can-low genua gegengleich zum Can-High also gutes Signal. Beim anderen sit das Siganl stark abgeschwächt.
Steuergeräte gemacht. "Wird der Kurzschluss durch die Leitungen verursacht muss ein CAN-Leitungspaar (CAN‐High und CAN‐Low) nach dem anderen vom Leitungsverbinder genommen werden. Dabei muss das DSO-Bild betrachtet werden. Wird das defekte Leitungspaar abgeklemmt, normalisiert sich das DSO‐Bild." Vielleicht
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
Teilerwert für Display-Multiplexing 04h: Cursorposition im Textmodus 08h: Startadresse für Anzeige Low (Scrolling) 09h: Startadresse für Anzeige High (Scrolling) 0ah: RAM-Zeiger Low 0bh: RAM-Zeiger High 0ch: RAM schreiben 0dh: RAM lesen 0eh: Pixel löschen 0fh: Pixel setzen [/pre] > > Danke
Chriz X. schrieb: > Addr_lo = Low(addr) dann müßte auch funktionieren: Addr_hi = High(addr) Gruß allu
-
Thread
Lichtsteuerung über i2c - ULN2803A - S12-100
verliere", beginnt das Relais zu flattern. Daher habe ich immer nach einem Schaltvorgang ( Pin0 High, PIN15 Low) 50 ms Pause eingelegt und dann einen weiteren Schaltvorgang ( Pin0 Low, PIN15 High ). OE ist demnach immer auf High, außer im Schaltvorgang die 50 ms auf Low. Der PIN0 ist demnach immer Low und schaltet nur diese 50ms auf High. Mit dem Baumarkt- Multimeter kamen 470 mA beim Schalten heraus, die sich auf 440 mA eingependelt hatten, wenn ich mal länger angelassen hab. Ein TBD ist mir
-
Thread
Atmega32 ADC0 bis ADC7 nur High oder Low erkennen
Lösung, die mir einfällt, das höchste Bit auszulesen und wenn das gesetzt ist, dann ist das Signal high. Gibt es da noch einen eleganteren Weg? Danke vorab für eure Ideen :)
Solange man die aber nicht explizit abschaltet, sind die Digitaleingänge aktiv. Digital high/low lässt sich daher immer über die PINn - Register abfragen. Oliver
-
Thread
RFM12b (keine Übertragung)
output_high(nSEL); output_low(nSEL); rfm12_send_cmd(0xB82D); output_high(nSEL); output_low(nSEL); rfm12_send_cmd(0xB8D4); output_high(nSEL); output_low(nSEL); rfm12_send_cmd(0xB845); output_high(nSEL); output_low(nSEL); rfm12_send_cmd(0xB8AA); output_high(nSEL); output_low(nSEL); rfm12_send_cmd(0xB8AA); output_high(nSEL); output_low(nSEL); rfm12_send_cmd(0xB8AA
-
Thread
Zwei Portpins (einer high, der andere low) über if abfragen
verOdert oder verUndet werden. Das verstehe ich noch: if (PIND &(1<<PIND5)) wenn PIND5 high if (!(PIND &(1<<PIND5))) wenn PIND5 low Gruß und Danke Thomas
sich da ganz schnell ins Knie. > Das verstehe ich noch: > if (PIND &(1<<PIND5)) wenn PIND5 high > if (!(PIND &(1<<PIND5))) wenn PIND5 low wo liegt dann jetzt das Problem? Wieder als Pseudocode ausgedrückt steht doch da if ( Pin_5_ist_high ) if ( Pin_5_ist_low ) wenn du dir jetzt
-
Thread
Low Current LED versus normale LED
LowCurrent LEDs waren eine Erfindung direkt nach den 20mA Standard-LEDs als high intensity LEDs herstellbar wurden. Da hat man high intensity mit kleinerem Chip als low current angeboten. Leider hat die
"low current" sagt garnichts aus, "high-efficiency" ist das Stichwort. Als Anzeigen habe ich z.B. die HDSP-K121 gefunden, die leuchten mit 1k an 5V schon schön hell. Als LED benutze ich die HSMZ-A100
-
Thread
SourceCode in den AT89C2051
Tastendruck innerhalb 2 sek.(t1) --> Ausgang(P1.7)PIN19 nach t_Einschalt_delay für // 10sek(t2) High, dann wieder Low // weiterer Tastendruck: Ausgang Low // Taster: ext. Interrupts INT0 (P3.2)PIN 6 // PIN 1 Reset(bei High) // PIN 4,5 XTAL + 2 x 22pF // PIN 10: GND, PIN 20. VCC(5V) #include
if (msec>t_Einschalt_delay && status==3) // Verzögerung vorbei { status=4; Out_High; // Ausgang für t2 sec = High msec=0; } } void ausgangszustand (void) { Out_Low; status=1; stop_T0; msec=0; }
-
Thread
Schaltschwellen Logikgatter (TTL)
Das Bild ist doch eindeutig. >=2V = high <=0,8V = low >0,8V & <2V = undefiniert
Input Voltage 2V UDD+0,4V UIL Low-Level Input Voltage −0,4V 0,8V UOH High-Level Output Voltage 2,4V 5V UOL Low-Level Output Voltage 0V 0,4V [/pre]
-
Thread
ATtiny1634 - undokumentierter Silikon-Fehler!
Frage, was an diesem Portbit hängt, steht weiterhin aus. Warum mußt Du es im pwrdown überhaupt auf high setzen?
Bernhard N. schrieb im Beitrag #6575925: > Vielen Dank für all die guten Tipps. Low Power Anwendungen haben etwas von schwarzer Magie. Ein Beipsiel: Ich habe eine Low Power Anwendung geschrieben. Nun habe ich mit der internen AD Referenz rumgespielt. Vor dem schlafen legen habe ich
-
Thread
Raceboard mit Zeitanzeigen
geschriebenen Code und Arduino-shiftOut ist, dass Deine Funktion mit der Logik arbeitet: - Clock-Pin auf Low - Bit-Value setzen - Clock-Pin auf High Und Arduino-shiftOut shiftet wie folgt: - Bit-Value setzen - Clock-Pin auf High - Clock-Pin auf Low Beim Arduino-shiftOut muß deshalb vor dem ersten Funktionsaufruf der Clock-Pin bereits auf Low gesetzt sein. Und ist am Ende auch wieder Low. Bei Deinem Code ist am Ende der Clock-Pin auf High, wenn Du schlussendlich den Latch-/RCLK-Pin wieder auf High setzt. Bei Arduino-shiftOut ist das anders
-
Thread
Marderschreck Selbstprogramm
meine Software aber nur wenn ich am pin wo der schalter angeschlossen wird im Programm sage er soll low oder high werden. Wenn er high ist führt er seinen Aufgabe aus also es kommt am ausgang was raus. Wenn er low eingestellt ist ist der Ausgang auf dauer high und nicht low. Habs mit PORTB &=~(1<
Adrian schrieb im Beitrag #3660958: > was raus. Wenn er low eingestellt ist ist der Ausgang auf dauer high und > nicht low. > Habs mit PORTB &=~(1<<PB0) versucht in der else Funktion wenn Pin3 nicht > high ist aber bleibt tdem auf High. Solange der Pin
-
Thread
Video in Dauerschleife
werde. Aber so wie ich das verstehe wäre das schon mal notwendig rauszufinden was beim Display high und low Signal erzeugt oder?!
verstanden. Also wenn ich jetzt keinen Denkfehler habe.... Wenn das Video läuft habe ich ein HIGH Signal. Um den Taster auszulösen brauche ich ein LOW Signal was wenigstens eine halbe Sekunde am Taster ankommt wenn das Video aus geht und das Signal von HIGH auf LOW fällt. Also muss ich mit dem
-
Thread
Arduino UNO Output LED flackert
, HIGH); } else { digitalWrite(HEAT, LOW); } [/c] Angenommen buttonState1 ist LOW und buttonState2 ist HIGH und temperatur ist 50. Dann schaltet HEAT beim ersten if auf HIGH und gleich danach
&&temperatur<=25) { digitalWrite(HEAT, HIGH); } else { digitalWrite(HEAT, LOW); } if (buttonState2 == LOW&&temperatur<=30) { digitalWrite(buttonState1, LOW); digitalWrite(HEAT, HIGH); }
-
Thread
Zeitverzögerung mit 4538
meinst. HIGH auf LOW oder LOW auf HIGH?
unverändert ist, ist es auf jeden Fall AUS. Du scheinst also auf von high auf low fallenden Eingang B triggern zu wollen, dann geht der Ausgang auf high, und nach 1 Sekunde läuft dann die Zeit ab und der Ausgang wechselt auf low. Nur ZUSÄTZLICH soll dein Ausgang auch high
-
Thread
ATMEGA168 vs ATMEGA328 RC Oscillator
> erreichen können und dieses wurde zum kalibrieren missbraucht. Hm... 300kB mit Bitwert im high, und festem "low-Takt" ergibt bei 8MHz CPUtakt im Mittel 13,3 Takte jedes high bzw. low. Also z.B 13 Takte low, 6,5 Takte für high_0, und 19,5 Takte für high_1. Ist das in etwa so? Das per Software-Sampiling
Sorry, trotz Korrekturlesen: '1': 1125 ns high, 500 ns low muss es heißen!
-
Thread
Problem mit For Schleife
wurden */ } MCUCR ^= (1<<ISC00); /* Wechsel der Interupt Routine (High >> Low) oder (Low >> High) */ } } [/c]
wurden */ } MCUCR ^= (1<<ISC00); /* Wechsel der Interupt Routine (High >> Low) oder (Low >> High) */ } } [/c]
-
Thread
Selbsthalteschaltung
? > > LG Dann versteh ich ehrlich gesagt die Werte im Datenblatt nicht Spannung > 400 = High Spannung > 500 = High Spannung > 800 = High Wozu gebe ich denn 3 Werte an, wenn schon ab 0,4 ein High erkannt wird und alles < 0,4 Low ist.
den Widerstand weglassen nach GND. Da du ja gleich beim start des Mikrocontrollers den Ausgang auf High setzt (drive high for normal operation), ist das Potential ja sofort definiert. [code] Normal Operation: Ausgang (High) -----> Invertierung (Low) ----> SHDN Aber man hat den Pin auf High "getrieben
-
Thread
Arduino Hilfe
N. schrieb im Beitrag #5309187: > Und wie würde dann die Programmierung aussehen? Wenn D2 von Low auf High wechselt, muss D8 auf High gesetzt werden, 80 ms gewartet werden und D8 wieder auf Low gesetzt werden. Wie es dann weiter geht, hängt von deinen genauen Vorstellungen ab.
> Für die high Erkennung genügt wohl meist weniger Spannung Bei Arduino gelten ungefähr die gleichen Schwellwerte wie für allgemeine CMOS Logik: * High = mehr als 2/3 der Versorgungsspannung * Low = weniger
-
Thread
Timer1 Register High Bytes nicht beschreibbar?
include "m328Pdef.inc" .org 0x000 rjmp RESET .org 0x002 rjmp EXT_INT0 RESET: ldi r16, HIGH(RAMEND) out SPH, r16 ldi r16, LOW(RAMEND) out SPL, r16 ldi XH, HIGH(EICRA) ldi XL, LOW(EICRA) ldi r16, (1<<ISC01) | (1<<ISC00) ;ext INT0 rising edge st X, r16 ;ldi
Tipp schrieb im Beitrag #4486475: > Die Trennung zwischen High und Low Byte brauchste nicht machen. Macht > der Compiler für dich. Was denn für ein Compiler? Das ist Assembler-Code, kein C.
-
Thread
Steuereinheit eines Dartautomaten
ich hätte folgendes Beispiel parat: [c] for (int x=0; x<4; x++) { digitalWrite(PO_[0], HIGH); digitalWrite(PO_[1], HIGH); digitalWrite(PO_[2], HIGH); digitalWrite(PO_[3], HIGH); digitalWrite(PO_[x], LOW); for (int y=0; y<16; y++) { bI[x][y] = digitalRead(
und der Controller erwacht. Dann werden die Spaltentreiber auf High gesetzt und der Reihe nach immer eine Spalte auf Low gelegt und die Zeilen gelesen, bis die gesamte Matrix gescannt ist.
-
Thread
Taster entprellen
ledstatus=HIGH; } } } else if (y==0) { ledstatus=LOW; } digitalWrite(7,ledstatus); } ______________________________________________________ Pin 2 hat einen Pull Down Widerstand. Bin
wurde losgelassen oder prellt sperrzeit=millis(); // LED aus digitalWrite(7,LOW); } else if (millis()-sperrzeit > 50) { // Taste wurde lange genug gedrückt // LED an digitalWrite(7,HIGH); } } [/c]
-
Thread
SN74LS245 Spannungsabfall
Vorschläge. Ich habe einen 1uF Stützkondensator zwischen VDD und GND eingebaut. DIR hab ich auf Low ( B nach A ) und OE habe ich sowohl auf High, als auch auf Low getestet. Das hat leider alles keine Auswirkungen auf den Spannungsabfall.
Sie müssen aktiv auf LOW gezogen werden, wenn man vom HIGH Pegel weg kommen will. Schaut euch die Innenschaltung dieser Serie an, dann wird es euch klar.
-
Thread
Probleme mit NAND-Gatter IC 74LS01N
ausgedrueckt in den "verbotenen Bereich". Das ist ein Digitalschaltkreis...also entweder 5V als High oder 0V als Low. Das dieser Schaltkreis noch zusaetzlich (als Option" einen oK-Ausgang hat ist eigentlich fast nebensaechlich. (Low ist einfach Low, High ist halt undefiniert) Gruss Asko.
schrieb im Beitrag #4148664: > Nicht OR? Nö, wieso? Die Eingänge liegen per Standard auf 2V = high - > Ausgang low, LED aus. Wenn beide Eingänge mit Pullups versorgt sind, liegen beide auf low und der Ausgang wird (open collector) durch den Pullup high -> LED an.
-
Thread
Arduino LED nur an wenn andere LED an und Schalter gedrückt?
am Pin 2 an ist kann er sich auch sparen, da die if-Abfrage nur ausgeführt wird nachdem Pin 2 auf High gesetzt wurde und bevor er wieder auf low geht, also einfach [c] if(digitalRead(TASTER_PIN) == HIGH /*oder auch LOW, je nachdem wie*/) /*der Taster angeschlossen
pinMode(10, Output); <-- die LED soll ja an einem Ausgang hängen. Schaltet dein Taster auf Low oder High? Wird deine LED auf Low oder High gezogen um zu leuchten?
-
Thread
AVR-Tutorial: ADC
xl, low(100) ; -100 sbci xh, high(100) ; 16 Bit brcc Z_hundert rcall lcd_data subi xl, low(-100) ; nach Unterlauf wieder einmal addieren sbci xh, high(-100) ; +100 ldi Temp1, '0'-1 ; Ziffernzähler direkt als ASCII Code Z_zehner: inc Temp1 subi xl, low(10) ; -10 sbci xh, high(10) ; 16 Bit brcc
-
Thread
Arduino Mega 2560 verwirrt oder ich?
pinMode(M_HS,INPUT); pinMode(thermistor,INPUT); delay(200); } void loop() { high =pulseIn(M_HS,HIGH,1000000); // Measuring high low = pulseIn(M_HS,LOW,1000000); // Measuring low if(OK_HS == 1) // Einlesen
das ja jetzt ein Klacks, weil du ja eine schöne Funktion hast, die du benutzen kannst :-) [C] high =pulseIn(M_HS,HIGH,1000000); // Measuring high for 2 seconds max low = pulseIn(M_HS,LOW,1000000); // Measuring low for 2 secs max lcdUpdate( "High ", high
-
Thread
LCD MSP430 Problem
so: void LCDInit(void) { P4OUT=0x30; P5OUT=0x04; // RS und R/W low, E high LCDClock(); // befehl ausfuehren P4OUT=0x30; P5OUT=0x04; // RS und R/W low, E high LCDClock(); // befehl ausfuehren P4OUT=0x30; P5OUT=0x04; // RS und R/W low, E high LCDClock(); // befehl ausfuehren P4OUT=0x38; // 8 bit operation, 2-zeilen-display, 5*8 dot font P5OUT=0x04; // RS und R/W low, E high LCDClock
-
Thread
Gameboy Camera READ Problem
SIN_HIGH(); else SIN_LOW(); data = (data<<1); camStepDelay(); CLK_HIGH(); camStepDelay(); } LOAD_HIGH(); camStepDelay(); CLK_LOW(); camStepDelay(); LOAD_LOW
Noch wat: [c] void cam_start(void) { START_HIGH(); camStepDelay(); CLK_HIGH(); camStepDelay(); START_HIGH(); <-- Das sollte wohl mal ein START_LOW() werden? CLK_LOW(); [/c]
-
Thread
LTC1257 - Problem mit Ansteuerung (SPI)
DACLOAD(LEV_LOW); /* load pulled low -> output */ for (bitctr = 0; bitctr < LATCHTIMING; bitctr++) ; DACLOAD(LEV_HIGH); /* load pulled high -> idle */ } ->
.1) #define DACLOAD(LEVEL) DACOUT = (LEVEL) ? (DACIN & ~PORTB.2):(DACIN | PORTB.2) #define LEV_LOW 0 #define LEV_HIGH 1 void ltc1257_ll_init(void) { /* Initial port/pin state */ DACCLK(LEV_LOW); /* clock pin low -> idle */ DACLOAD(LEV_HIGH); /* load pin high -> idle */
-
Thread
PIC steuert High Side Switch
@ Korbinian (Gast) >ich habe mir eine Schaltung aufgebaut, die über einen PIC16F505 5 >High-Side Switches (IRSF3010) ansteuern soll, wobei die Switches jeweils Wenn das mal kein Irrtum ist. Der IRSF3010 ist ein LOW-Side Switch. Wenn du den irrtümlich als High Side eingebaut hast, dann ist
@ Korbinian (Gast) >Wo steht das auf den Datenblatt das es sich um einen Low-Side-Switch >handelt? Wo steht, dass es ein High Sid Switch ist? Ausserdem sieht man das am Schaltbild sowie den Kenndaten. >Weißt Du zufällig noch einen der ein TO-220 Gehäuse besitzt, mit drei
-
Thread
Timing Problem
Parameter ldi temp1,low(@0) ;Low-Teil der Adresse im EEPROM st z+,temp1 ;in Etappenliste als L ldi temp1,high(@0) ;High-Teil der Adresse sbr temp1, qeepr ;EEPROM-Bit (Quelle) setzen st z+,
Etappenliste als H .endmacro .macro send_s ;Adresse des Strings (Label im dseg) als Parameter ldi temp1,low(@0) ;Low-Teil der Adresse im SRAM st z+,temp1 ;in Etappenliste als L ldi temp1,high(@0) ;High-Teil der Adresse sbr temp1, qsram ;SRAM-Bits (Quelle) setzen st z+,temp1
-
Thread
HIGH AND LOW SIDE DRIVER Io+ Ausgangsstrom
Hallöchen Was bedeutet bei einem HIGH AND LOW SIDE DRIVER IC wenn beim Parameter Io+ ein Strom von 2 A angegeben ist. Der Text im Datenblatt lautet : Output low short circuit pulsed current PW ≤ 10 μs Der Strom am Ausgang intern
aushält. Im DIP-Gehäuse ist P_D mit 1,6W angegeben, der Spannungsabfall im Ausgangs-FET scheint bei der high side 1.2V, bei der low side 0.1V zu betragen, entsprechend sind die 2A für den low side driver scheinbar kein allzu großes Problem, der high side driver steigt der dir vmtl. ziemlich früh aus.
-
Thread
Wie gross ist Low/High bei 3.3Volt-Technik?
mal fragen wie es mit dne Pegeln in der 3.3Volt Technik ausseieht. Wie hoch ist die Spannung bei Low? Wie hoch ist die Spannung bei High? Gruss Helferlein
-
Thread
Auf High-Word eines signed long long int zugreifen
Zeitverschwendung ;-) [c] const char *f1(long long foo) { return foo < 0x1234000000000000ll ? "low" : "high"; } const char *f2(long long foo) { return (long)(foo >> 32) < 0x12340000 ? "low" : "high"; } [/c] Gcc (x86/32) erzeugt für f1 und f2 exakt den gleichen Code (mit -O; ohne Optimizer
Beitrag #3928985: > const char *f2(long long foo) > { > return (long)(foo >> 32) < 0x12340000 ? "low" : "high"; > } Was macht das "low" bzw. "high"?
-
Thread
Ladungspumpe: welchen Low-ESR Kondensator nehmen?
output capacitor COUT should be a ceramic, surface-mount type. Tantalum capacitors generally have a higher effective series resistance (ESR) and may contribute to higher output voltage ripple. Leaded capacitors also increase ripple due to the higher inductance of the package itself. To achieve best operation with low input voltage and high load current, the input and pump capacitors (CIN and CPUMP, respectively) should also be surface-mount ceramic types. In all cases, X7R or X5R dielectric are recommended....
-
Thread
Arduino UNO | IF Schleife |
pinMode(LedL,OUTPUT); pinMode(LedR,OUTPUT); } void loop(){ if (digitalRead(TasterL)== HIGH){ while(digitalRead(TasterL)== HIGH){ digitalWrite(LedL,HIGH); delay(500); digitalWrite(LedL,LOW); delay(500); digitalWrite(LedL,HIGH); delay(500); digitalWrite
--------------------- if (digitalRead(TasterR)== HIGH){ while(digitalRead(TasterR)== HIGH){ digitalWrite(LedR,HIGH); delay(500); digitalWrite(LedR,LOW); delay(500); digitalWrite(LedR,HIGH); delay(500); digitalWrite
-
Thread
HighPower Buck Layout
im Anhang sind einmal der Schaltplan (nur linke Hälfte interessant) und die Layouts von einem High Power Buck (12V -> 7,8V 10A). Wenn ich einen DRC mache sagt Eagle mir dass ich /Width/ Fehler hätte wo die dünnen roten Linie sind. Was sind das für Fehler? Zu nah sind die Polygone sich nicht, sie
eigentlich nur als Puffer gedacht. Wenn so große Kerkos vom ESR her trotzdem besser sind als die PXA Lowest ESRs, kann ich dann auch nur Kerkos hernehmen?
-
Thread
Problem mit Ansteuerung MAX7221
,0x01); // set intensity 0x00 - 0x0F } Load_High(); Load_Low(); for (int i = 0; i < 3; i++) { transmit(0x0B,0x07); // scan digits 0-7 Achtung, damit ist eine Stelle gemeint } Load_High(); Load_Low(); for (int
wirkt sich das so aus, dass es beim 7219 reicht, nach dem übertragen der Daten LOAD einmal kurz auf Low zu ziehen, während man beim 7221 LOAD vor dem Senden der Daten auf Low und nach dem Senden auf High setzen muss. Bei beiden werden die Daten mit der Low-High-Flanke von LOAD übernommen. Zu der Länge
-
Thread
AVR Sprungtabelle
[avrasm] loop: Ldi ZH,High(meinTab) ; High Adresse der Tabel ldi ZL, low(meinTab) ; Low Adresse der Tabel ; Hier fehlt das EInlesen von PIND andi tmp,0x0f ; Lösche die obere Bits add ZL,tmp
Da deine Tabelle im Flash steht, muss es heissen: [avrasm] Ldi ZH,High(meinTab*2) ; High Adresse der Tabel ldi ZL, low(meinTab*2) ; Low Adresse der Tabel[/avrasm]
-
Thread
AD7177 SPI Kommunikation durch Schleifringe
> Nein, immer low. So wie ich es verstanden habe, darf CS auch nicht high > gehen: "However on the AD717x CS will reset the serial interface when it > is pulled high." Ja, der resettet den Bit-Counter - das will
habe ich zuerst soft reset gemacht, dann manuell CS high gesetzt, dann low und dann 0x68 00 00 gesendet, also auslesen eines Registers. Hat auch nicht geklappt.
-
Thread
steuerprogram ledmatrix hat fehler
LOW, LOW, HIGH, LOW, LOW, HIGH, LOW, HIGH, LOW, LOW, HIGH, LOW, LOW, LOW, LOW, HIGH, LOW, LOW, LOW, HIGH, LOW, LOW, HIGH, LOW }; //3. zeile HIGH an, LOW ab int zeile4[] = { LOW, HIGH, HIGH, HIGH, HIGH, LOW, LOW, HIGH, HIGH, HIGH, LOW, LOW, HIGH, LOW, LOW, LOW, LOW, HIGH, LOW, LOW, LOW, HIGH, LOW, LOW, HIGH, LOW }; //4. zeile HIGH an, LOW ab int zeile5[] = { LOW, HIGH, LOW, LOW, HIGH, LOW,
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware (Teil4) Gesperrt
trigger and external, I repeat some things I already wrote. Seems when the trigger's threshold is low the waveform is moving and the signal's amplitude is a bit more low compared to when the trigger's treshold itself is high and so the signal's amplitude becomes it itself more high and the waveform
Hi Jürgen and guys all! Jürgen schrieb: >> Seems when the trigger's threshold is low the waveform is moving and the >> signal's amplitude is a bit more low compared to when the trigger's >> treshold itself is high and so the signal's amplitude becomes it itself >> more high and the
-
Thread
TFT_ILI9163C mit Arduino richtig verbinden
grundschüler schrieb im Beitrag #4523011: > #define m_cs_write_low PORTx|=(1<<pinx) das ist natürlich high und nicht low
} PORTB |= (1<<DDB5); //write SCK high PORTB &= ~(1<<DDB5); //write SCK low word <<=1; } PORTB |= (1<<DDB2); //turn CS high } [/c]
-
Thread
High-Side-Switch mit SPI?
gibt es einen MC33880. Der sieht auf den ersten Blick ganz praktikabel aus. Hat SPI und kann sowohl High, als auch Low schalten. Gruß Martin
Hi Martin, das stimmt, Infineon hat viele SPI Mehrkanalschalter. Als Low-Sider heissen die "Spider" (gibt es neu auch als Low-side und High-side schaltend), als reine High-Side Schalter werden sie SPOC genannt. Ich hatte mal ein Projekt mit einem Industrietreiber der genau
-
Thread
Instabiler I²C Bus
Was mir auffällt, ist daß SCL in Bild 24 nicht richtig auf low geht. Außerdem ist die steigende Flanke von SCL steil gegen die von SDA, als ob aktiv high getrieben wird, statt mit dem Pullup. Wenn das so ist, gibt es "clock stretching" Probleme. Sebastian B.
Quickprint30" versteh ich nicht: ist SCL hier invertiert? Warum ist es vor und nach der Übertragung low statt high? ich kann auch nicht wirklich eine START Condition erkennen: Diese ist doch ein Wechsel von SDA von high nach low bei gleichzeitig SCL=High?
-
Thread
Ein-Kabel Kommunikaton - Signal unklar
#6710328: > Irgendwie habe ich hier leider noch nicht den AHA-Effekt. Jedes Bit besteht aus einer High-Low-Flanke und einer Low-High-Flanke. Die High-Low-Flanken kommen in festen Abständen. Die High-Low-Flanken markieren den Anfang eines Bits. Der Abstand der High-Low-Flanke zur folgenden Low-High-Flanke
>> Irgendwie habe ich hier leider noch nicht den AHA-Effekt. > > Jedes Bit besteht aus einer High-Low-Flanke und einer Low-High-Flanke. > > Die High-Low-Flanken kommen in festen Abständen. > > Die High-Low-Flanken markieren den Anfang eines Bits. > > Der Abstand der High-Low-Flanke zur
-
Thread
Kommunikationsprotokoll über 2 Adern
Achja, ansonsten würde ich es über Pulsdauer Kodierung versuchen: Idle: High, Für ein Bit dann immer Low für "t_low" und High für "t_high". "0" mit t_low << t_high und "1" t_low >> t_high übertragen. Der Empfänger misst die Längen der "Low" und der "High" Periode mit seiner
Beitrag #7167086: > Achja, ansonsten würde ich es über Pulsdauer Kodierung versuchen: Idle: > High, Für ein Bit dann immer Low für "t_low" und High für "t_high". "0" > mit t_low << t_high und "1" t_low >> t_high übertragen. Der Empfänger > misst die Längen der "Low" und der "High" Periode mit
-
Thread
Präzise Pulse aus Arduino Leonardo
wird in deinem Programm aber nie beschrieben, ist > also ab Reset 0. Damit geht dein Ausgang auf LOW. Ist das gewollt? Auch damit hast du Recht, das Bit wird im setup auf High gesetzt, aber ob es im weiteren Programmverlauf auch High bleibt, ist dem Zufall überlassen. Das habe ich dementsprechend
wiederholbare 2,6µs vom Erreichen von OCR1B bis zum Auslösen von ISR(TIMER1_COMPB_vect) [D0 Oszilloskop high], was in Case 1 (5µs LOW, 10µs Periode, 2 Pulse) noch einen kleinen dritten Puls bis der Match geforced wird [D2 Oszilloskop high] ergibt. Kann man das noch schneller hinbiegen?