-
Thread
extrem schnell Wandeln ASCII-Hex nach Binär auf einem uC
uint8_t ascii2hex ( uint8_t data[2] ) { // -- local var's --------------- uint8_t high; low, result; // -- Großbuchstaben ------------ data[0] &= ~(0x20); data[1] &= ~(0x20); // -- Offset abziehen ----------- high = data[0] - 0x30; low = data[1] - 0x30; // --
paar befehle), wenn dus so machst: [c] ... // -- local var's --------------- uint8_t high; low, result; // -- Großbuchstaben & Offset ------------ high = ( data[0] &= ~(0x20) ) - 0x30; result = ( pgm_read_byte ( &tabelle[ data[ high ] ) << 4 ); low = ( data[1
-
Thread
Pullup Widerstand.
auch mal :) wo ist der Sinn eines Tasters ohne Information? Wie soll ein Taster einen Port auf low schalten wenn vorher kein high anwesend war? Also schafft man ein high durch einen pullup, nur dieses kann auf low (GND) gezogen werden vom Taster. CMOS Eingänge sind üblicherweise hochohmig und haben
Pullup-Widerstand -> Schalter geschlossen -> es liegt Low an Eingang an. -> Schalter geöffnet -> es liegt High an Eingang an. Pulldown-Widerstand -> Schalter geschlossen -> es liegt High an Eingang an. -> Schalter geöffnet -> es liegt Low an
-
Thread
LM75 mit MSP430F1611
Nur das High Byte auslesen geht meines wissens nicht. Wenn du eine anfrage schickst, dann werden über den i2c bus aufjedenfall das High und low Byte verwendet. Du kannst auf der µC Seite aber nur das High Byte
sicher auf dem Temperaturregister wenn du die Bytes abrufst. Vielleicht wäre es auch besser beide (low und high) Bytes abzurufen. Nicht das es doch Probleme macht wenn nur immer das high-Byte gelesen wird.
-
Thread
Arduino sketch
wieder auf LOW: 5.- Taster 3 (PIN 4) wird gedruckt. Geht auf HIGH und bleibt für 10 Sekunden auf HIGH. In diese Zeit, wenn man Taster 1 druckt dann geht PIN 12 auf HIGH
einfach das kann man oder man lässt es ganz. Das ganze sieht dann so aus. pin gedrückt. pin auf high setzen (oder low wenn anders rum) delay = Warte etwas pin auf low setzen (oder high wenn anders rum) Und nein ich bin viel zu faul das Programm dir auch noch zu schreiben.
-
Thread
Videosignalgenerator, 16bit-Programmierung
wird diese schleife ewig wiederholt! warum? [avrasm] loopZeilenfinder: cpi rTemp2, LOW(14+1) ldi rTemp4, HIGH(14+1) cpc rTemp1, rTemp4 brlo Y_Pointersetzen ldi rTemp4, 6 add rTemp3, rTemp4 ldi rTemp4, LOW(14) sub rTemp1, rTemp4 ldi rTemp4, HIGH(
2 für Timer setzen (delay bis zum ersten Bild 8ms) out OCR1AH, rTemp1 ldi rTemp1, low( 50 ) out OCR1AL, rTemp1 ldi ZL, LOW(Phase_A) ; Low-Byte der Adresse erster Phase in Z-Pointer ldi ZH, HIGH(Phase_A) ; High-Byte der Adresse erster Phase in
-
Thread
Ampelschaltung bauen
Brauche ich da nicht eigentlich ein "umgekehrtes" RC-Glied? Wenn der Eingang auf Low fällt, muss sich ja vor dem 555 schnell wieder ein High aufbauen. Wenn der Eingang wieder auf High steigt, muss das High am 555 wieder für einen kurzen Moment auf Low fallen und dann wieder zu einem
nen Vorschlag zu meiner eigentlichen Frage: Wie kriege ich das Triggersignal aus dem Wechsel von High/Low hin?
-
Thread
Wie Display beschalten und Temperatur ausgeben?
daten senden" habe ich dann meine Probleme. H/L (1/0) wie soll ich das verstehen? in einer schleife High und Low je nachdem durch pattern? also das ist eigentlich mein hauptproblem. Ok, also D/I ist Daten oder Instruction signal, also auf High setzen das man "daten" sendet. ok das ist auch soweit klar
#2894698: > ich glaube ich habe nun das problem gefunden warum nichts klappt. R/W > muss ja auf HIGH gesetzt werden Nö. Siehe Seite 6 in deinem Datenblatt R/W ist Low bei einer Write-Operation
-
Thread
Low impuls messen
))) { Pause++; TCNT0 = 0; // Timer 0 auf 0 setzten solange Pinb1 low ist PORTA = Pause; wait(500); Pause = 0; } else { if (TCNT0 == 4) { TCNT0 = 0; Pause++; } } Jedoch laufen jetzt die Werte davon. Wie könnte ich den Timer stoppen bei high ?
>die länge der Low Pulse (PWM Singnal) messen. Du misst übrigens die Länge der high-Dauer... Immer wenn PB7==0 wird der Zähler zurückgesetzt. Das ist eine rustikale Methode. Eleganter wäre es den Timer anzuhalten
-
Thread
Arduino Polwender mit High Side Switches und N-Mosfets
Der Befehlt ist erstmal ganz simpel wie folgt versucht: void loop() { digitalWrite(aufpos, HIGH); digitalWrite(aufneg, HIGH); // T1 soll GND und T2 +12V auf MOTORLEITUNG 1 bereitstellen delay(5000); digitalWrite(aufpos, LOW); digitalWrite(aufneg, LOW); // T1 und T2 sollen abfallen und die Verbindung öffnen/sperren delay(1000); digitalWrite(abpos, HIGH); digitalWrite(abneg, HIGH); // T3 soll GND und T4 +12V auf MOTORLEITUNG 2 bereitstellen, der Motor fährt nun in die andere Richtung delay(5000); digitalWrite(abpos, LOW); digitalWrite(abneg
-
Thread
CAN HighSpeed gegen LOW Speed Transveiver
Hallo Das Thema wurde ja schon mal angesprochen. Aber leider habe ich nichts vernünftiges gefunden... ich habe ein modul, da ist ein Highspeed Controller drauf (mcp2551) den würde ich gerne gegen einen LowSpeed austauschen (TJA1054) Leider sind sie nicht Pinkompatibel. was haltet ihr davon? Sollte das klappen??? hat so was schon mal jemand gemacht und wie würdet Ihr die verdrahten. Hier mal Bilder zum LOW Speed Danke
-
Thread
avrstudio ext. crystal low/medium/high
mich würde mal interessieren warum ich nirgends eine definition finden kann ab wann ein ext. crystal high/medium/low frequency ist? habe die datenblätter und beschreibungen gelesen und dennoch keine antwort gefunden. axo meinen freund google habe ich auch ausgiebig befragt. also durch rumprobieren habe ich anscheinend rausgefunden, dass nen quarz mit 8Mhz bei nem atmega8515 ein high frequency dingsbums ist. hintergrund: ich hatte bisher immer nur den internen takt der atmegas verwendet. jetzt bin ich allerdings dabei ein projekt nachzubauen und muss einen quarz verwenden. mit
-
Thread
eeprom M95M02
So jetzt habe ich auch nach jedem Kommando den CS auf low und danach auf high gesetzt. Tut immer noch nicht.
Ist natürlich falsch: So jetzt habe ich auch nach jedem Kommando den CS auf low und danach auf high gesetzt. Tut immer noch nicht. Vor jedem Kommando wird CS auf low gesetzt und danach wieder auf high.
-
Thread
Chip Select SPI auf high impedance
Vielen Dank für den Hinweis mit dem Pull Up Widerstand. Ja, unbedingt notwendig. Sonst: wenn du von LOW auf High-Z gehst wird der Pin auf Grund von einigen pF Streukapazität zunächst noch eine gewisse Zeit auf LOW bleiben, bis auf Grund von Restströmen diese Kapazität geladen wird und er in den undefinierten Bereich oder ev. auch auf HIGH kommt - nicht vorhersehbar! Das ist so unbrauchbar.
-
Thread
DMX Auswertung mit Arduino geht nicht
(S2) == HIGH && !lastS2) { DMXaddress = DMXaddress+2; lastS2 = 1; } if (digitalRead(S2)== LOW && lastS2) { DMXaddress = DMXaddress-2; lastS2 = 0; } if (digitalRead (S3) == HIGH && !lastS3) { DMXaddress = DMXaddress+4; lastS3 = 1; } if (digitalRead(S3)== LOW && lastS3) { DMXaddress = DMXaddress-4; lastS3 = 0; } if (digitalRead
-
Thread
Frequenzanzeige aus Eingangssignal generieren.
Marcel V. schrieb im Beitrag #7965045: > Exakt Ich seh da keinen Ausgang high bei f1<f2 und low bei f1>f2
Michael B. schrieb im Beitrag #7965151: > Ich seh da keinen Ausgang high bei f1<f2 und low bei f1>f2 Dafür sehe ich sogar zwei Ausgänge, die genau das machen, Pin 2 und Pin 13!
-
Thread
74 595 + STP16CP an SPI, Vorgehensweise korrekt?
); [/code] Kann es was mit dem RCK des 595 zu tun haben? Ich dachte dieser erfordert einen High --> Low --> High Wechsel, hier im Wiki hab ich gerade eben gelesen, dass es Low --> High --> Low sein muss
Christian schrieb im Beitrag #3219421: > Ich dachte dieser erfordert einen High --> Low --> High Wechsel, hier im > Wiki hab ich gerade eben gelesen, dass es Low --> High --> Low sein muss Was sagt das Datenblatt zum 595? Das sagt, dass es die steigende Flanke ist, die dafür
-
Thread
Logisches Problem?!
Ich glaube, du siehst das zu kompliziert. Im Endeffekt soll C low sein, während B high ist, sonst A. n-Transistor steuert Verbindung A <-> C Gate = A&!B Wahrheitstabelle: AB C 00 0 -> A low, B low -> C = 0 = A 10 1 -> A high, B low -> C = 1 = A 01 0 -> A low, B high -> C = 0 11 0 -> A high, B high -> C = 0
-
Thread
Welchen Parameter muss ich nutzen, um mit Arduino und DS18S20 ein Relais zu steuern?
tempRead / 16; return TemperatureSum; if(temperatures>20.0){ digitalWrite(relaisPin, LOW); } else {digitalWrite(relaisPin, HIGH); }} [/c]
Helmut O. schrieb im Beitrag #5709080: >> Welche Spannungen misst du bei HIGH und LOW Pegel? > > Ich messe 4,48 Volt ... ja ist klar.... was misst du denn bei tri state wenn high und low immer 4,48V bringen?
-
Thread
I2C-Signal SCL & SDA
#3032965: > Auf welche bus-frequenz arbeitest du ? Wenn es zu schnell wäre, würde das Signal nicht High werden, hier ist das nicht erreichte Low das Problem. Daß der Slave reagiert sieht man, sonst würde man das "versuchte" Low, das ACK, nicht sehen (SDA würde einfach auf High gehen). Man sieht an der
Das sieht für mich wie ein Kurzschluß aus: Der Master treibt ein starkes High (was er nicht darf) und der Slave treibt ein starkes Low (was er darf). Daraus ergibt sich ein Pegel von irgendwo zwischen High und Low, und die Bauteile leiden. Der I2C-Bus arbeitet mit Open-Collector
-
Thread
i2c hört auf zu funktionieren
aber leider nicht mehr :D Vlt. zieht der Slave nachdem gelesen wurde eine Leitung dauerhaft auf high oder low. Ich versuche es mal zu messen.
ein Oszilloskop. > > Deshalb meine Anmerkung zum Thema "Messen"... na dann kann er doch Vi high / Vi low immer messen gemäß der Datenblätter
-
Thread
Warum bei bipolaren Baureihen mehr Strom bei LOW
einen höheren Ausgangstrom bei LOW als bei HIGH am Augang. Speziell gehts um die LS Modelle;)
und der Strom steigt. So gesehen kann ein LS-Ausgang doch einen höheren Strom nur stimmt dann der High-Level für TTL nicht mehr. Deshalb die limitierung auf 0.4mA. Was ja auch zu den Eingangsströmen von LS-TTL passt wo ja auch ein höherer Strom aus dem Gatter fliesst bei Low als bei High. Der Maximale
-
Thread
Problem: 16 Bit Variable über UART zu empfangen
&& EmpfangeAufstromzeit == 1) { cli(); buesy = 1; PORTD &= ~(1<<PD2); // ChipSelect low for (int i = 32;i<=37;i++) { SPI_Senden(adc_write_config[i]); } PORTD |= (1<<PD2); // ChipSelect high PORTC |=(1<<PC2); // START pin of ADS high level PORTC &=~(
geht das indem man die zwei Bytes überträgt und das ist dann auch noch schneller. Sender macht: LowByte = 5000 & 0xff; HighByte = (5000 >> 8) & 0xff; Empfänger macht: LowByte = EmpfangsByte; HighByte = EmpfangsByte << 8; Value = HighByte | LowByte; Und mit einem geeigneten Protokoll
-
Thread
Zeitverzögerung bei serieller Kommunikation
senden, die dann jeweils unterschiedliche Switch case Anweisungen auslösen. (bsp case 1: PIN 1000 ms HIGH 100 ms LOW , case 2: 1000 HIGH 300 LOW usw). Das funktioniert soweit auch sehr zufriedenstellend. Wenn ich jedoch über Node-Red das Signal gebe, dass ein anderer case ausgeführt werden soll, dauert
Auch wenn ich einen Test Code ohne Delay (also einfach nur HIGH bzw LOW schalten ) hochlade kommt es zu einer Zeit Verzögerung beim Umschalten von HIGH auf LOW.
-
Thread
Magnetic Loop Steuerung (Arduino)
encoderPinALast = encoderPinANow; if ( buttonState != encoderButCLast ) { if ( buttonState == HIGH ) { if ( RelPinStat == LOW ) { digitalWrite(RelPin, HIGH); RelPinStat = HIGH; lcd.setCursor(0, 1); lcd.print("Relais:AN "); } else { digitalWrite
if ( buttonDState == HIGH ) { if ( Rel1PinStat == LOW ) { digitalWrite(Rel1Pin, HIGH); Rel1PinStat = HIGH; lcd.setCursor(10, 1); lcd.print("Motor:AN "); } else { digitalWrite
-
Thread
74LS245 zu lahm?
bzgl. /ASTB: Wie genau funktioniert die Z80-PIO? Ich hätte gedacht: Ausgangszustand: /ASTB ist high ARDY geht irgendwann auf high -> sagt mir "ich habe Daten für dich" /ASTB wird auf von mir auf low gesetzt (ich setze es auf High, über den NPN geht es aber auf Low) Daten liegen nun an der PIO an
ich /ASTB an der PIO auf Low setzen, und dann wieder auf high und mit dem Flankenwechsel von Low auf High bestätige ich die Abholung? Ich habe den englischen Text nicht 100% verstanden....
-
Thread
STM8 SPI MOSI geht nicht auf High nach Transmission
keine Rücksicht genommen wurde bzw. dass der ADXL345 der einzige Sensor ist, der den MOSI Pin von High auf Low haben will?
Mosi darf nicht Low sein wenn CS auf High ist. Sonst interpretiert er es vielleich als I²C Kommando. So verstehe ich das zumindest. Ist das bei deinem Auslesen irgendwann der Fall, dass Mosi auf Low steht? Gruß
-
Thread
AD5292: reagiert nicht auf SPI
Albert C. schrieb im Beitrag #4528077: > ist der Reset ja > nicht low-aktiv (wie beschrieben), sondern high-aktiv. Genau genommen ist er Low-High aktiv: A low-to-high transition of the hardware RESET pin loads the RDAC register with the contents of the most recently
schrieb im Beitrag #4528121: > Albert C. schrieb im Beitrag #4528077: >> ist der Reset ja >> nicht low-aktiv (wie beschrieben), sondern high-aktiv. > > Genau genommen ist er Low-High aktiv: > > A low-to-high transition of the hardware RESET pin loads the RDAC > register with the contents of the
-
Thread
Ausgaenge bei Reset High, warum?
fuer den ATMEGA8515 geschrieben. PORTD dient als Ausgang bei dem die Pins in einer gewissen Sequenz High/Low gwschaltet werden. Benutzt wird Timer1 Interrupt. Das funktioniert soweit auch gut, aber was mich irritiert ist, dass bei einem Reset die Pins fuer etwa eine Sekunde auf High stehen(in der Simulation
main(void) { DDRD = 0x3F; // Port als Ausgang PORTD = 0x04; //PD2 High while(1){ } return 0; } mein PD3 ist low, der Rest High... Benutze das STK500 und AVR Studio. PORTD ist an LEDs angeschlossen und es leuchten LEDS0,1,3,4,5 Irgendwie habe
-
Thread
RF01 und RF02 433 MHz Funkmodul
aufgefallen und habe ich bereits geprüft. Ändert nichts. Allgemein halten die Signale die 0,3*VCC = LOW und 0,7*VCC = HIGH Regel ein. Von daher sehe ich da kein Problem. Gruß
scheint alles gut zu gehen, denn diese Zeilen werden erfolgreich abgearbeitet: [c] while (nIRQ_isLOW()) // auf Ende sendes letztes Byte warten -> L/H { } while (nIRQ_isHIGH()) // erledigt, wenn IRQ wieder -> H/L { } while (nIRQ_isLOW()) // auf Ende Power Off warten -> L/H { }
-
Thread
low / high level durcheinander Mehrkanal-Schaltboard aus China
Die meinen sicherlich Low-Side (Transistor schaltet gegen GND) oder High Side (Transistor schaltet VCC).
MOSFETsSammler schrieb im Beitrag #5866601: > Es gibt da eine Auswahl zwischen "low level" oder "high level". Gleich in der ersten Zeile steht doch: " Ausgab NPN/PNP". Das ist SPS-Speech und bedeutet low/high Side.
-
Thread
Gegen Vcc oder gegen GND schalten?
Karl heinz Buchegger schrieb: > Bei Low-Side schalten, ist es dann ein BC327 (also ein PNP) High-Side mit NPN und Low-Side mit PNP???
genau anders rum? > > Nö, stimmt so, aber ich sichte da eine sprachliche Untiefe. Denn ein > high side switch schaltet so die low side. Hehe ja. Ein High-Side Switch schaltet die Low-Side Last.
-
Thread
Bit Angle Modulation Arduino
digitalWrite(24, LOW); digitalWrite(25, HIGH); digitalWrite(26, HIGH); delayMicroseconds(Zeit2); digitalWrite(22, HIGH); digitalWrite(23, HIGH); digitalWrite(24, LOW); digitalWrite(25, LOW); digitalWrite(26, LOW
(24, LOW); digitalWrite(25, HIGH); digitalWrite(26, HIGH); } if(counter=4) { digitalWrite(22, HIGH); digitalWrite(23, HIGH); digitalWrite(24, LOW); digitalWrite(25, LOW); digitalWrite(26, LOW);
-
Thread
High Side Switch
dadurch das Rechtecksignal unsauber werden? Im Anhang habe ich mal die Datenblätter der beiden High Side Switche angehängt. Welcher von beiden wäre denn besser geignet, bzw. reichen die 1,6mA zum schalten aus(so wie die Datenblätter lese schon!?...)? Vielen Dank für eure Hilfe
,,Mindestens'' 5 V wirst du auch mit deinen High-Side-Switches nicht bekommen, denn auch die haben ein R[DSon], bspw. 38 mΩ beim BTS432. OK, der BSP171 hat 350 mΩ R[DSon], aber typisch sind es eher 150 mΩ bei deinen Werten (U[GS] = 5 V, I[D] =
-
Thread
SHT11 an ATmega2560 Es funktioniert nicht
Fehlerflag setzen sht_port |=(1<<data); // DATA-Leitung auf Ausgang umschalten // Schritt 1.4: High-Byte vom Sensor lesen und in cTemperaturHigh sichern cTemperaturHigh = sht_lesen(Ack); // Schritt 1.5: Low-Byte vom Sensor lesen und in cTemperaturLow sichern cTemperaturLow = sht_lesen(noAck
Fehlerflag setzen sht_i |=(1<<data); // DATA-Leitung auf Ausgang umschalten cTemperaturHigh = sht_lesen(Ack); cTemperaturLow = sht_lesen(noAck); iTemperaturLin = (int)(256 * cTemperaturHigh); iTemperaturLin = iTemperaturLin + cTemperaturLow; iTemperaturLin = (int)(iTemperaturLin
-
Thread
Banale Assembler-Schleifenfrage
Hmm.. sehr unübersichtlich. Schleife: ldi X_low,255 ldi X_high,1 >hier Code einfügen< WAIT: dec X_low brne WAIT ldi X_low,255 dec X_high brne WAIT ret müsste besser
Hat wohl keiner bemerkt: Schleife: ldi X_low,255 ldi X_high,1 WAIT: >hier Code einfügen< dec X_low brne WAIT ldi X_low,255 dec X_high brne WAIT ret
-
Thread
28C256 programmieren
Das verlinkte Datenblatt ist eindeutig: Write operations are initiated when both CE and WE are LOW and OE is HIGH.
OE auf LO zieht und andersrum. Das kann nicht funktionieren. /OE muß um die t_OES *vor* /WE = low auf high gehen.
-
Thread
Attiny84v high-voltage programming
Mit externen Takt konnte ich ihn programmieren Setze ich ihnen auf EXTENDED = 0xFF (valid) HIGH = 0xDF (valid) LOW = 0x62 (valid) SELFPRGEN = [ ] RSTDISBL = [ ] DWEN = [ ] SPIEN = [X] WDTON = [ ] EESAVE = [ ] BODLEVEL = DISABLED CKDIV8 = [X] CKOUT = [ ] SUT_CKSEL = INTRCOSC_8MHZ_6CK
nicht mehr. Die Signatur hat sich von 0x1E930C auf 0x020100 geändert EXTENDED = 0xFF (valid) HIGH = 0xDF (valid) LOW = 0xE2 (valid) SELFPRGEN = [ ] RSTDISBL = [ ] DWEN = [ ] SPIEN = [X] WDTON = [ ] EESAVE = [ ] BODLEVEL = DISABLED CKDIV8 = [ ] CKOUT = [ ] SUT_CKSEL = INTRCOSC_8MHZ_6CK
-
Thread
Arduino UNO retriggerbares Monoflop if while
Abzufragen. > Du muss Dich da raus rechnen, siehe Beitrag: > LG > old. while (Schalter == HIGH) { digitalWrite(Schalter,HIGH); digitalWrite(rot,HIGH); digitalWrite(gruen,LOW); delay(3000); Schalter --; } deswegen ist dieses falsch! Du befragt den Schalter
HIGH mache geht er in die while > Schleife. Mache ich den LOW kommt er da leider nicht > mehr raus. so geht das, sagten auch andere: Achim S. schrieb im Beitrag #5003758: > while (Schalter == 1)
-
Thread
Low Side Schalter für positive und negative Spannungen
DisplayFreak schrieb im Beitrag #3575363: > Erschwerend kommt hinzu, dass die High-Side einer Last auch zur Low-Side > einer anderen Last werden kann Jetzt wird es mal Zeit für einen Schaltplan. > Ich bin auf der Suche nach einer platzsparenden und kostengünstigen > Lösung
High-Side (also über P für negative Spannungen und N für positive), Herausforderung ist, dass an der Low-Side (Richtung GND) positive und negative Spannungen anliegen könne. Zusätzlich haben wir die Randbedingungen
-
Thread
Zwei kleine Fragen zu Bascom Do Loop Schleife
beim Timer Config was übersehen : trotzdem wird weder gefadet noch Farben verändert wenn Pind.1 high oder low ist. Was habe ich übersehen oder falsch verstanden ? '******************************************************************************* ' Schalter an PD.! High = "Mood-Modus" Low =
Der einziger Unterschied ist : Wenn der Schalter High ist dann läuchten alle lege ich auf LOW geht Rot aus wenn ich am Poti drehe ändert sich nicht..Nicht so prickelnd..((
-
Thread
C-Code für Fahrtregler anpassen
= B High, A Low Reverse = B Low, A High */ #define FORWARD_LOW LOW_A #define FORWARD_LOW_PORT LOW_A_PORT #define FORWARD_HIGH HIGH_B #define FORWARD_HIGH_PORT HIGH_B_PORT #define BACKWARD_LOW LOW_B #define BACKWARD_LOW_PORT LOW_B_PORT #define BACKWARD_HIGH HIGH_A #define BACKWARD_HIGH_PORT HIGH_A_PORT inline void setForwardLow(); inline void clrForwardLow(); inline void setForwardHigh
-
Thread
Einfacher Testaufbau: Attiny13A reagiert auf Vibration
buttonPin = 4; const int ledPin = 3; void setup() { pinMode(ledPin, OUTPUT); digitalWrite(ledPin, LOW); pinMode(buttonPin, INPUT); digitalWrite(buttonPin, LOW); } void loop() { if (digitalRead(buttonPin) == HIGH ) { digitalWrite(ledPin, HIGH); } else { digitalWrite(ledPin, LOW);
buttonPin = 4; const int ledPin = 3; void setup() { pinMode(ledPin, OUTPUT); digitalWrite(ledPin, LOW); pinMode(buttonPin, INPUT); digitalWrite(buttonPin, HIGH); // PullUp setzen } void loop() { if (digitalRead(buttonPin) == HIGH ) { digitalWrite(ledPin, HIGH); } else { digitalWrite(
-
Thread
DOGM162 Display funktioniert nur sporadisch
|= (1 << PIN_RS); // high _delay_us(5); PORT_RS &= ~(1 << PIN_RS); //low _delay_us(50); // warte auf Display PORT_CSB |= (1 << PIN_CSB); }
nicht nötig, nur das toggeln weglassen. Also: (Empfehlung) *Command* Parameter 1x Byte 1. RS low 2. CSB low 3. Datenbyte senden 4. 2 nop 5. CSB high *Data* Parameter String/Char-Ptr 1. RS high 2. CSB low 3. alle Bytes senden 4. 2 nop 5. CSB high Sascha
-
Thread
Code Solartracker
7, OUTPUT); pinMode (6, OUTPUT); [/pre] und auch [pre] void paso_XXX() { digitalWrite(5, LOW); digitalWrite(4, LOW); digitalWrite(3, HIGH); digitalWrite(2, HIGH); delay(retardo); digitalWrite(5, LOW); digitalWrite(4, HIGH); digitalWrite(3, HIGH); digitalWrite(2, LOW); delay(retardo); digitalWrite(5, HIGH); digitalWrite(4, HIGH); digitalWrite(3, LOW); digitalWrite(2, LOW); delay(retardo); digitalWrite(5, HIGH); digitalWrite(4, LOW); digitalWrite(3, LOW); digitalWrite(2, HIGH);
-
Thread
Union Problem
motor; ... } dimmer; dimmer.motor.spulenwert = sinus_tab[dimmer.mikro_schritt]; cs_dimmer_low; //Dimmer-CS einschalten SPDR = dimmer.motor.high_byte; while (!(SPSR & (1 << SPIF))); SPDR = dimmer.motor.low_byte; while (!(SPSR & (1 << SPIF))); cs_dimmer_high; //Dimmer-CS ausschalten
: dimmer.motor.spulenwert = .... SPDR = dimmer.motor.bytes.low SPDR = dimmer.motor.bytes.high Jetzt muss nur noch der Compiler mitspielen: * Ob die Bytes tatsächlich in der Reihenfolge low / high im Speicher liegen * Ob der Compiler nicht
-
Thread
Motor mit PWM ansteuern - High Side
eine Pegelumsetzung. Frühaufsteher schrieb im Beitrag #3600068: > Ich möchte das ganze gerne High-Side schalten, Möchtest du nur oder musst du? N Kanal Mosfets haben bei gleichem Preis oft bessere Daten so daß du bei der herkömmlichen Ansteuerung Low Side evt. mit einem statt 2 Mosfets auskommst
> brauchst du eine Pegelumsetzung. > > Frühaufsteher schrieb: >> Ich möchte das ganze gerne High-Side schalten, > > Möchtest du nur oder musst du? > N Kanal Mosfets haben bei gleichem Preis oft bessere Daten so daß du bei > der herkömmlichen Ansteuerung Low Side evt. mit einem statt 2 Mosfets
-
Thread
U(low) an PortPin anheben
Hallo zusammen, ein Tiny13 gibt an einem Port ein Rechtecksignal aus, ca. 200Hz low=0V high=Vcc. Das Signal geht auf einen kleinen FM-Sender und ist mit einem 433 MHz LPD-Handfunkgerät zu hören. Die ganze Sache soll ein Variometer für den Modellflug werden. Wenn ich jedoch statt
den du das Ausgangssignal gibst einen Spannungsteiler(zB Vcc-10k-Pin-10k-Masse). Wenn du den Pin high oder low setzst ist auch das Signal high/low. Wenn du aber den Pin als Eingang schlatest(hochohmig) wird die anliegende Spannung vom Spannungsteiler bestimmt(nach dem Beispiel oben halbe UB; also 2,5V
-
Thread
Shottimer an high end Espressomaschine
Espressomaschine aus dem Hause Kees van der Westen - und die Maschine ist eine Speedster, also eine high end Maschine die einer minimalen Verbesserung bedarf und zwar einer Stoppuhr. Genau wie ihr euch auskennt ,dem Programmieren ideenreicher Projekte, gibt es Espresso Verrückte, ein guter Espresso,
opens the solenoid but does not activate the pump. Water now enters with line pressure only. The lower position also activates the pump.[/code] harry hirsch schrieb im Beitrag #2684615: > Das Pin Diagramm rücken sie nicht raus, da es von Porsche bezahlt wurde. Das lässt sich ja auch noch ziemlich
-
Thread
Baustein suche
Ralf F. schrieb im Beitrag #6226421: > wenn einer der 5 Eingänge > ebenfalls LOW Wenn exakt einer Low ist? Oder auch wenn mehrere Low sind? Ralf F. schrieb im Beitrag #6226421: > Der Ausgang sollte nur dann LOW durchschalten Und wenn der Ausgang High ist, soll er dann
für 1 x analog.Read benötigt... dazu käme dann noch die Zeit fürs Mapping in Midi Werte. Pegel: LOW = 0 Volt, HIGH = 5 Volt
-
Thread
PWM Signalerzeugung
* CC1P for OC1 active high */ /* Configure register bits for Channel 1*/ TIM2->CCMR1 |=(uint16_t)TIM_CCMR1_OC1M; /* OC1 is low until CCR1, with PWM mode 2 the polarity is set */ TIM2
* CC1P for OC1 active high */ /* Configure register bits for Channel 1*/ TIM2->CCMR1 |=(uint16_t)TIM_CCMR1_OC1M; /* OC1 is low until CCR1, with PWM mode 2 the polarity is set */ TIM2