-
Thread
LCD_Initialisierung
itself internally _delay_ms(50); //Step 2 -set 8 bit mode PORTA |= (1 << PA6); //Enable-Pin High PORTA = 0b00000011; //8-Bit PORTA &= ~(1<<PA6); //Enable-Pin Low _delay_ms(5); PORTA |= (1 << PA6); //Enable-Pin High PORTA = 0b00000011; //8-Bit PORTA &= ~(1<<PA6); //Enable-Pin Low _delay_us
Hallo, na überleg mal: PORTA |= (1 << PA6); //Enable-Pin High PORTA = 0b00000011; //8-Bit -----> Enable wieder LOW, oder PORTA &= ~(1<<PA6); //Enable-Pin Low Gruss, Michael
-
Thread
Hilfe bei Fehlersuche Arduino Funkverbindung
kΩ = 3,8 Volt 0,4 mA * 19 kΩ = 7,6 Volt Das ist beides weit mehr als ein gültiger LOW Pegel.
dass SeaTalk anscheinend mit Pull-Down arbeitet, LIN aber mit Pull-Up, d.h. Ausgang schaltet aktiv High-Side bzw. Low-Side. Das passt leider nicht direkt und wegen der Signalpolarität muss man prüfen. https://www.ti.com/lit/ds/symlink/tlin1021a-q1.pdf
-
Thread
DS18B20 parasite: DQ aus STM32 Pin speisen
Tim schrieb im Beitrag #7095890: > Nach etwa 60 µs geht er aber auf low. Dann hast Du das irgendwo so programmiert oder statt strong high, nur einen Pullup eingeschaltet.
weitermachen. > Laut Logikanalyzer geht die Spannung auch nach weniger als den > geforderten 10 µs auf high. Nach etwa 60 µs geht er aber auf low. Löte mal einen Pullup mit 330...470R da rein und schau, ob sich was ändert.
-
Thread
Probleme mit I2C beim STM32F103C8T6
Mikrocontrollers. Probiere dann mal ohne Slave aus. Du müsstest alle 9 Takte sehen und das NACK (SDA=High), erst danach sollte die Übertragung abbrechen. Und zwar mit einem sauberen STOP Signal, gefolgt vom Ruhepegel (SDA=High und SCL=High). > Das ganze Thema ist echt zeitintensiv, Ja, I²C ist schwierig
nicht auf Hochgeschwindigkeit zu achten. Mach dir lieber für einen _Software-I2C_ sowas: void SCL_Low(void); void SCL_High(void); void SDA_Low(void); void SDA_High(void); bool Lies_SDA(void); Der Aufruf solcher Funktionen ist ne recht sparsame Sache und die Zeit dafür hast du allemal. Du müßtest
-
Thread
Fehler bei PCF8574.h Bibliotheke
P1,OUTPUT); pcf8574.pinMode(P0,OUTPUT); } void loop() { pcf8574.digitalWrite (P0, HIGH); pcf8574.digitalWrite (P1, HIGH); delay(1000); pcf8574.digitalWrite (P0, LOW); pcf8574.digitalWrite (P1, LOW); delay(1000); }
); pcf8574.write(0,LOW); pcf8574.write(1,LOW); pcf8574.write(2,LOW); pcf8574.write(3,LOW); pcf8574.write(4,LOW); pcf8574.write(5,LOW); pcf8574.write(6,LOW); pcf8574.write(7,LOW); delay(1000);
-
Thread
I2C Kommunikation zwischen uCs Master/Slave getrennte Vcc
andere Übertragungsprotokoll als UART/RS232. UART und RS232 senden im Ruhezustand aktiv einen High Pegel am Tx Ausgang. Woebi der High Pegel bei UART +3,3V oder +5V ist. Bei RS232 ist High jedoch -3 bis -15V (und Low ist +3 bis +15V).
relativ zu VCC angegeben sind. Zum Beispiel High >= 0,7*VCC. Das ist schon korrekt so. Was genau Low und High ist hängt meistens von der Versorgungsspannung des jeweiligen IC ab, aber dennoch misst man die Spannungen relativ zu GND.
-
Thread
Arduino: if-Abfrage beeinflußt unbeteiligte Programmsequenzen
schreiben ist. Korrekt? In beiden Schleifen werden die Rückgabewerte von digitalRead() -also HIGH / LOW- gespeichert und aufsummiert als int gespeichert. @TO: was bedeutet Dir eine 6er* Summe von HIGH / LOW? (* 6 oder 7 Mal hängt davon ab ob die Grösse der 2 Arrays oder die Anzahl For-Durchläufe
() -also > HIGH / LOW- gespeichert und aufsummiert als int gespeichert. > @TO: was bedeutet Dir eine 6er* Summe von HIGH / LOW? > > (* 6 oder 7 Mal hängt davon ab ob die Grösse der 2 Arrays oder die > Anzahl For-Durchläufe
-
Thread
BLDC ansteuerung die x-te
invers zu Phase1-Low ist dann nicht. Ich habe mir diesen Artikel angesehen. http://www.mikrocontroller.net/articles/STM32_BLDC_Control_with_HALL_Sensor So wie ich das verstehe sind alle 3 High-side und Low-side
. Also bis zur nächsten Kommutierung, dann ist natürlich ne andere Low-Side dran. Und nur die High-Side versorge ich mit PWM. Und in dem Zweig, der gerade mit High-Side versorgt wird, kannst du während der Off-Zeit die Low-Side durchschalten. Das hält die Fets kühler.
-
Thread
Komm net drauf :-(
Millisekunden _delay_ms(j); // Verzögerungszeit zwischen zwei Pulsen PORTB |= (1<<PB0); // PB0 auf high _delay_ms(i); // PB0 für 1-20 ms auf high PORTB &= ~ (1<<PB0); // PB0 wieder auf low PORTB |= (1<<PB1); // PB1 auf high _delay_ms(10); // PB1 immer für 10 ms auf high PORTB
funzt es net so wie ich will. Das Programm soll nach 1- 20 Minuten einen Pin für ca 10 ms auf high legen und dann wieder auf low. Sofort danach einen anderen Pin auf high für ca 10 ms und dann wieder auf low. Und das ganze halt immer wieder bis man stoppen will. Und halt noch ne Stop-Taste, die
-
Thread
Pcitiva Oled 128x64
"CS" und "WR" auf Low gezogen werden und "RD" High sein.... Gruss Otto
Art zu reden. Ich kenne das so: 1. R/W und D/C je nach Bedarf setzen (naja, R/W gehört hier auf low) 2. Daten auf Port schreiben 3. CS low 4. E high 5. E low 6. CS high CS kann man auch ganz am Anfang setzen. Das hat aber den Nachteil das wenn R/W high ist, die Datenleitungen des Displays
-
Thread
Arduino Codefrage?
); } if (digitalRead(inputPin4) == HIGH){ digitalWrite(ledPin13, LOW); } } [/C]
inputPin3, INPUT); pinMode(inputPin4, INPUT); } void loop(){ if (digitalRead(inputPin1) == LOW{ digitalWrite(ledPin12, HIGH); } if (digitalRead(inputPin2) == LOW{ digitalWrite(ledPin12, LOW); } if (digitalRead(inputPin3) == LOW{ digitalWrite(ledPin13, HIGH);
-
Thread
atmega adc im assembler
;in ASCII umwandeln outpa: ldi temp5, -1 + '0' _a6aser: inc temp5 subi adlow, low(10000) ; -10,000 sbci adhigh, high(10000) brcc _a6aser ldi temp6, 10 + '0' _a7aser: dec temp6 subi adlow, low(-1000) ; +1000 sbci adhigh, high(-1000) brcs
;in ASCII umwandeln outpb: ldi temp5, -1 + '0' _a6bser: inc temp5 subi adlow, low(10000) ; -10,000 sbci adhigh, high(10000) brcc _a6bser ldi temp6, 10 + '0' _a7bser: dec temp6 subi adlow, low(-1000) ; +1000 sbci adhigh, high(-1000) brcs
-
Thread
Totaler Anfänger will Transistorschaltung bauen :)
Wegen "Signal HIGH" und "Signal LOW" bin ich mal von einem digitalen Signal ausgegangen.
diesem fehlt ein Signal A am LCD. Dieses Signal wird von der CPU generiert und wechselt zwischen HIGH (1.8V) und LOW 0V. Die Signalform ist rechteckig, also nur HIGH/LOW. Es gibt ein anderes Signal B, welches exakt parallel läuft, also HIGH ist, wenn Signal A auch HIGH wäre und LOW ist wenn Signal
-
Thread
MOSFET, NCh IRLML6244 Alternative (größere Bauform)
Schalten von Vcc parasitär versorgen: nämlich dann, wenn du Vcc abschaltest und ein Dateneingang mit "high" angesteuert wird. Das Abschalten mit dem HighSide-P-Mosfet geht also so: 1. Datenleitungen auf "low" legen 2. Vcc über den Mosfet abschalten
Hallo R42, Danke für euren Input. Rainer W. schrieb im Beitrag #7987532: > Wo sollte da bei High am Ausgang mehr Strom fließen? Scheinbar nirgendwo. Ich war da fälschlicherweise der Annahme, dass das High Signal mehr verbraucht als das Low Signal. Des Weiteren dachte ich, dass das High Signal
-
Thread
Saleae mit Logic SW
passenden SW Logic 2.4.14 eine SPI Kommunikation an. Die Datenübernahme (Interpretation) erfolgt bei CLK high->low. Wenn ich es richtig sehe, ist der Ruhepegel des CLK high und in der "Kommunikationspause" geht der Pegel zurück auf low. Das führt nun zur Fehlinterpretation der Daten. Habe drei Bilder angehängt
mit der Elektronik an sich keine Probleme habe. Habe als Analyzer SPI ausgewählt und hier für CLK high to low ausgewählt. Die markierten Übergänge high->low sind mein Problem :) Kann man eizelne CLK ausblenden? Ich kann schon markieren und sagen ab hier oder bis hier interpretieren, aber ich müsste
-
Thread
N-Mosfet als High Side mit STM32
, als Ausstellungsstück ist sie bestens geeignet, in der Kategorie "so nicht". Wenn unbedingt "high side" geschaltet werden soll, dann brauchst du einen p-MOSFET und einen weiteren Transistor (npn oder n-MOSFET) um diesen anzusteuern.
Schaltung gegen VCC mit P-Mosfet Wenn ich hier den IO-Pin an das Gate nehmen würde, hätte ich bei low und bei high immer noch ein offenes Gate, weil 0v-18V=-18V und 3v3-18V=-14.7V -> Gate offen. Ich brauche also einen N-Mosfet, mit dem ich das Gate gegen Masse ziehen kann. Hier gilt wiederum, der
-
Thread
8Mbit/s Manchester Code codieren und decodieren mit STM32F407
Senden bekommst Du über DMA hin: * DMA über Timer mit 16Mhz triggern * und für jede Flanke (high->low und low->high) einen vorberechneten Bitwert aus einer Tabelle per DMA auf das GPIOx_BSRR ausgeben Nachteil: Du brauchst für jedes Bit 2 * 32Bit als AusgabePuffer für das GPIOx_BSRR. Aber
>Senden bekommst Du über DMA hin: >* DMA über Timer mit 16Mhz triggern >* und für jede Flanke (high->low und low->high) einen vorberechneten >Bitwert > aus einer Tabelle per DMA auf das GPIOx_BSRR ausgeben Geht einfacher, mit SPI. DMA ist natürlich zusätzlich nett. >Empfangen sollte über
-
Thread
Arduino->WS2812B-> Arduino
Habe ein wenig mit dem ESP32 experimentiert, mit der Arduino IDE digitalWrite(DatOut,HIGH); 116 ns digitalWrite(DatOut,LOW); 116 ns Davon habe ich alles ableiten können. Jedenfalls kann ich die LEDs definiert ansteuern. Bis jetzt nur Vollfarben. Morgen vielleicht mal eine
Setze im Sender keine Lib ein, alles zu Fuß. Aufbauend auf den Befehl digitalWrite(DatOut,HIGH); 116 ns digitalWrite(DatOut,LOW); 116 ns Damit kann ich das normale Sendeprotokoll zusammenbasteln Gibt es noch schnellere reproduzierbare Befehle? MfG
-
Thread
12AX7A Heizspannung bricht ein.
” or high end tubes have made the unit unusable. The reason for this is some of the “gold type” tubes are selected for high distortion in guitar amplifiers. Using gold tubes is no guarantee of better performance
,not a requirement. In low power use, a little lower voltage provides much longer tube life and less noise on the signal. Tja, wer hat nun recht...? Bzw. müsste ich das gerät komplett neu einstellen (lassen) wenn ich die
-
Thread
suche "ulta low current" 3mm LEDs
> Flussstrom/ausreichender Helligkeit. Bei den üblichen Verdächtigen hatte > ich schon diverse low current 3mm LEDs gekauft, die bei 2mA auch gut > funktionieren. Doch unter 1mA glimmen diese LEDs nur noch müde, Suche bei den üblichen Verdächtigen nach "High Brightness"-LEDs mit besonders hohen
> Ich hätte ja gedacht, das die üblichen angebotenen low current LEDs > Vorteile gegen den Standard LEDs bezüglich Effizienz im low current > Bereich bringen würden (Wirkungsgrad, Wärmeverarbeitung angepasst für > low current) , aber das scheint nicht
-
Thread
Bewegungssensor von einer Maus auslesen
{ pinMode (SDIO, OUTPUT); for (byte i = 128; i > 0 ; i >>= 1) { digitalWrite (SCLK, LOW); delayMicroseconds(10); digitalWrite (SDIO, (address & i) != 0 ? HIGH : LOW); delayMicroseconds(10); digitalWrite (SCLK, HIGH); delayMicroseconds(10); } delayMicroseconds
(120); for (byte i = 128; i > 0 ; i >>= 1) { digitalWrite (SCLK, LOW); delayMicroseconds(10); digitalWrite (SDIO, (data & i) != 0 ? HIGH : LOW); delayMicroseconds(10); digitalWrite (SCLK, HIGH); delayMicroseconds(10); } delayMicroseconds
-
Thread
Multiplexer für 8 getrennte Kanäle
5V ist Rille, wenn Du die Treiber mit 5V betreibst. Wichtig ist nur das Deine Eingangssignale bei Low kleiner 0,8V und bei High >=2V sind, also die Standardpegel einhalten.
bis > 7.4V umgehen. Und wie sind die Logikpegel, speziell die obere Grenze zur Erkennung von "Low" und die untere Grenze zu Erkennung von "High" bei dem Ding definiert?
-
Thread
Unbekanntes Bus System entschlüsseln
ist) entfernt hast. Ohne Busabschluss wird zwar schnell von rezessiv nach dominant (high->low) geschaltet, aber nur sehr langsam von dominant nach rezessiv (low->high), abhängig von parasitären Kapazitäten und Kriechströmen. Das führt zu verlängerten Dominant- bzw. Low-Phasen und damit
ich mir aufgrund des elektrischen Aufbaus nicht vorstellen, da keine PWM-Nutzung ersichtlich ist. High und Low Side sind mit ULN2003 ausgeführt. Auf der High-Side Schalten Transistoren. Die Steuersignale kommen von 3 Stk. 8-Bit Shift Register. Ich habe schon eine Ansteuerplatine eines anderen Herstellers
-
Thread
Bitumwandlung
LOL :-) 256 + 256 = ??? **grins* val16 = (val8_high << 8) | val8_low;
[code] val16 = ((val8_high&0x7f) << 8) | val8_low; if ( val8_high & 0x80 ) val16 = -val16; [/code]
-
Thread
mit raspberry pi einen externen 5V Enable PIN auf low ziehen
will mit meinem raspberry pi 3 bei meinem protoneer cnc stepper shield den ENABLE pin von 5V auf low ziehen. Dieser ist mit einem 10K Widerstand auf high. Wenn ich in python GPIO.output(ENABLE,0) probiere, schafft es der Pegel nicht auf 0. Was mache ich falsch? Über Hilfe würde ich mich sehr
Claus H. schrieb im Beitrag #7366929: > den ENABLE pin von 5V auf low ziehen. Dieser ist mit einem 10K > Widerstand auf high. Das wären 100uA von 5V über den Widerstand und die Schutzdiode des Gpio-Pins zu den 3V3 VCC des PI. Und dann 500uA in den Gpio sobald der
-
Thread
Monostabiler Elektromagnet mit nur einem uC Pin ansteuern
hast du nur 1 Bit (=IO-Pin), um diese 3 Zustände zu codieren. Und was folgern wir daraus: nur mit High und Low geht es nicht, denn das sind nur 2 Zustände.
Magnetanseuerung behinhaltet die komplette Lösung also Polwechselschaltung und Zustandsfolge d.h. high vom µC --> macht Magneten spannungslos wartet ein paar µS und führt dann den High Impuls aus und läßt die spannung wieder abfallen. low vom µC --> macht macht Magneten spannungslos wartet ein paar
-
Thread
Verzweifelt, H-Bridge, IR2114
IGBT's aktiv. Desaturation tritt nicht auf. Wie schon im Bild zu sehen, geht die Spannung auf 8V am Low-Side Gate, dann Desat aktiv(s. Rosa Pegel) und sie steigt auf 15V am Lowside Gate. Ich verstehe es nicht, Low-Side, kein High-Side Problem. Egal ob mit Last oder ohne Last.
Detection? Anbei noch Bilder von der H-Brücken Phase(Mittelpunkt)Rot und: SYS_FAULT Gelb. Signal High-Side(HS) Signal Low-Side (LS) Es liegen 20V an der Brücke, keine Last
-
Thread
stm32 Cortex I2C : Master zieht SCL auf Masse
Stecke ich das andere Board an den Bus gibt es entweder eine totenstille mit SDA und SCL beide auf High, und manchmal eine totenstille mit SDA auf High und SCL auf Low. Welche beide Möglichkeiten auftreten ist zufallsbedingt. Ziehe ich dann wieder ein Board ab, sendet das andere Board entweder gleich
die Reise. Sobald ein anderer Master(B) an den Bus angeschlossen wird, springt (meistens) SCL auf low und erholt sich nicht mehr. Das „meistens“ bezieht sich darauf, dass wenn der Master B sofort etwas sendet SCL auf low geht, und wenn nicht, SCL auf High bleibt, aber dann trotzdem tote Hose auf dem
-
Thread
2 Bytes zusammenfügen
wert=256*highByte+lowByte;
Beispiel: Data_Rx[0] = 0x47 und Data_Rx[1] = 0x10 [c] 0x47 << 8 = 0x4700 HIGH Wert 16 Bit 0x11 << 0 = 0x0001 LOW Wert 16 Bit ====== 0x4711 [/c] Das heißt der HIGH Wert 16 Bit muss zum LOW Wert
-
Thread
Atmega32 Bitmuster senden
GPIO des Atmega32 senden. Der Atmega ist mit 16MHz getaktet. Für eine logische Null möchte ich 3uS low dann 6us high an den GPIO Pin legen: ___------ Für eine logische Eins möchte ich 6uS low dann 3us high an den GPIO Pin legen: ______--- Wie bekomme ich das Timing hin? Setze ich den Pin einfach auf high/low und arbeite dann mit delay_us()? Oder nehem ich da besser die PWM, aber wie sende ich damit dann Bitfolgen? Weil ja die PWM eigentlich ein immergleiches high/low Verhältnis sendet. Danke für
-
Thread
Arduino: Unerklärliche Geschwindigkeitsänderung
(CLK, HIGH); // Set Clock Pin High, digitalWrite(CLK,LOW); // Set Clock Pin Low } digitalWrite(OE, HIGH); //Enable Outputs } [/c] Es werden jeweils zwei 32-bit Variablen übergeben. In meinem
schrieb im Beitrag #4456294: > Unglaublich lange? > > Also nur so zur info, die dauer des Clock high ist 6us!!!! Oder miss doch mal aus, wie auf dem Scope eine reine Sequenz aus[pre] digitalWrite(CLK,HIGH); digitalWrite(CLK,LOW); digitalWrite(CLK,HIGH); digitalWrite(CLK,LOW); [/pre]
-
Thread
externer Interrupt an PIC18
INT2 ist doch gar kein IOC. Wie sehen denn die Pegel für high und low genau aus? (und was für VDD) Der Code für RX und INT2 ist natürlich in der gleichen Routine, oder?
Mich interessiert gerade nur warum der Interrupt nicht triggert, obwohl der Pin nachweislich von Low auf High gezogen wird!
-
Thread
HEX-Datei erstellen
(EXP_OUT_DO1); else output_high(EXP_OUT_DO1); shift_left(eox,NUMBER_OF_74595x,0); output_high(EXP_OUT_CLOCK1); output_low(EXP_OUT_CLOCK1); } output_high(EXP_OUT_ENABLE1); output_low(EXP_OUT_ENABLE1);
); else output_high(EXP_OUT_DO); shift_left(eo,NUMBER_OF_74595,0); output_high(EXP_OUT_CLOCK); output_low(EXP_OUT_CLOCK); } output_high(EXP_OUT_ENABLE); output_low(EXP_OUT_ENABLE); }
-
Thread
Gibt es digitale 12V Signale im Automobil?
#5399340: > Ich soll diesbezüglich eine Schaltung bauen, welche trotz > Batterieschwankungen ein high und low erkennen kann. Dann must du herausfinden, wie diese high und low definiert sind. Denn es könnte sein, dass die Grenzen absolut definiert sind und alles über 7V high ist und alles unter 4V low. Oder es könnte sein, dass die Grenzen relativ zur Versorgungsspannung sind und alles unter 0,25*Vcc low ist und alles über 0,75*Vcc high...
-
Thread
ESP32 im PKW an Spannungsteiler Relais schalten
gibt es da etwas in (ich nenne es mal IC-Form), dass ich nur ein Bauteil habe? - Ist es zwingend LOW zu schalten oder wäre es egal ob Low oder High? (Dann natürlich mit umgedrehter Diode) Danke für eure Geduld - und nein, diese Konstellation habe ich noch nicht im Netz gefunden ;-) Viele Grüße
sind 0.8V und 2.5V. Mit dieser Eingangsschaltung ergibt das etwa unter ca. 4V wird garantiert als Low-Pegel erkannt, und ab ca. 9V wird als High-Pegel erkannt.
-
Thread
Zwei Interrupts/Auswertungen gleichzeitig
// wenn nicht schreibgeschützt (LOW) licht = 1; } if(licht == 1) // Schreibschutzerkennung = EIN { if(LICHT_EIN) // wenn schreibgeschützt (HIGH) { SCHALTER_PORT
nicht optimal, in Bezug auf Speichernutzung. Z.B. [c] if(LICHT_EIN) // wenn schreibgeschützt (HIGH) { /* .. */ } if(!(LICHT_EIN)) // wenn nicht schreibgeschützt (LOW) { /* .. */ }[/c]
-
Thread
LCD DM19264A (KS0108B Controller)
>habs mittlerweile auch halbwegs zum laufen bekommen ,,, das mit den >LOW-Actice Chip-signalen hat mich auch einige stunden gekostet^^ Bei meinen KS0108 Displays sind die High Active. Bei deinem Display laut Datenblatt auch.
>es geht hier aber speziell um das LCD DM19264A (KS0108B Controller) => >Low Active Quark Low Active. Im Datenblatt steht z.B. /RST. Das ist der Reset Pin. Der ist Low Active. Dort steht nirgendwo /CS1 sondern CS1. Ergo High Active. Würde mich auch wundern wenn es anders
-
Thread
RFM69HW und ATTiny84
ready"); // Set up the indicator LED (optional): pinMode(LED,OUTPUT); digitalWrite(LED,HIGH); //pinMode(GND,OUTPUT); //digitalWrite(GND,LOW); // Initialize the RFM69HCW: // radio.setCS(10); //uncomment this if using Pro Micro radio.initialize(FREQUENCY, MYNODEID, NETWORKID
void Blink(byte PIN, int DELAY_MS) // Blink an LED for a given number of ms { digitalWrite(PIN,HIGH); delay(DELAY_MS); digitalWrite(PIN,LOW); }
-
Thread
Frage zu Configurationspins des Cyclone II
low when using the PS configuration scheme, whichever is more convenient." und unter (5) "Do not leave the DATA pin floating after configuration. Drive it high or low, whichever is more convenient
verbinden? Der MC, den ich verwende, hat einen bidirektionalen RESET-Pin (OC). Wird der Pin extern auf Low gezogen, wird resetiert (standard), mittels speziellem Assembler-Befehl (RESET halt) kann der Pin vom MC selber auf Low gezogen werden. RESET ist ja im normalfall immer auf high. Beim POR ist es low
-
Thread
Hall Encoder Richtungswechsel Problem
encoderOld1==0 && encoderOld2==0 || encoderOld1==1 && encoderOld2==1) { //Left digitalWrite(en1,HIGH); digitalWrite(en2,LOW); encoderPosA++; } else { digitalWrite(en1,LOW); digitalWrite(en2,HIGH); encoderPosA--; } encoderOld1=digitalRead(encoder1); encoderOld2=digitalRead
(out<-out_max) out=-out_max; if(out>0) { //update direction digitalWrite(en1,HIGH); digitalWrite(en2,LOW); } else { digitalWrite(en1,LOW); digitalWrite(en2,HIGH); } analogWrite(pwm,abs(out)); //Value between 0 and 255 } [/c]
-
Thread
BLDC nur mit 0-5V am AVR möglich?
void p3() { //2-1-Z pinMode(L3, INPUT); pinMode(L1, OUTPUT); digitalWrite(L1, LOW); pinMode(L2, OUTPUT); digitalWrite(L2, HIGH); } void p4() { //3-Z-1 pinMode(L2, INPUT); pinMode(L1, OUTPUT); digitalWrite(L1, LOW); pinMode(L3, OUTPUT); digitalWrite(L3, HIGH); }
void pX() { //1-2 pinMode(L3, INPUT); pinMode(L2, OUTPUT); digitalWrite(L2, LOW); pinMode(L1, OUTPUT); digitalWrite(L1, HIGH); } void pY() { //2-3 pinMode(L1, INPUT); pinMode(L3, OUTPUT); digitalWrite(L3, LOW); pinMode(L2, OUTPUT); digitalWrite(L2, HIGH); }
-
Thread
Layoutüberprüfung IR2127 als Low Side Schalter
irgendwas zwischen 12 - 16V. Wieso den IR2127 zweckentfremdet?! Laut Datenblatt kann man diesen als Low- oder High Side Treiber einsetzen. Mit sinnvollen Funktionen meinst du sicherlich die current sense Funktion. Mir ist nicht ganz klar wie ich den CS Pin beschalten muss in Low Side Konfiguration
im Beitrag #2800298: > Wieso den IR2127 zweckentfremdet?! Laut Datenblatt kann man diesen als > Low- oder High Side Treiber einsetzen. > > Mit sinnvollen Funktionen meinst du sicherlich die current sense > Funktion. Ja, genauso wie die Trennung der Versorgung für Logik-Seite und Treiberausgang
-
Thread
Was macht dieses Modul und wie schließe ich es an
schaltsignal > rein damit da mal was passiert? Am Jumper J4 muss das Trigger-Signal rein. Je nachdem ob High oder Low aktiv entsprechend den Jumper setzten.
Also dein Relais Modul kann laut dieser Bildchen ja "High level Trigger" oder auch "Low level Trigger". Guck dir das noch mal an und steck die Jumper so, dass du auf Low level triggern kannst. Und dann probier das mal aus, mit nem Kabel, per Hand, ob das so
-
Thread
AVR - LED leuchtet trotz Pin auf low (0)
>meine LED leuchtet schwach, obwohl ich den PIN auf low (0) gesetzt habe. Fast immer ein Fehler im Programm. Wahrscheinlich wird zwischendurch der Ausgang einmal High und schon hat man eine PWM mit sehr kleinem Puls/Pausen -Verhältnis.
auf der linken Seite ist PinB0 (gelbe LED). Der rechts daneben PinB1 (grüne LED). PinB0 ist auf low (0). PinB1 ist auf high (1). Zur Kontrolle. Der gesamte Quelltext ist wie folgt: [avrasm]start:[/avrasm] [avrasm]ldi r16, 0b00000011[/avrasm] [avrasm]nop[/avrasm] [avrasm]out ddrb, r16[/avrasm
-
Thread
433MHz Daten-protokoll
stimmt. Die einzelnen Bits können entweder mit zwei Längen codiert werden, z.B.: 0-Bit: 600 µs HIGH und 1200 µs LOW 1-Bit: 1200 µs HIGH und 600 µs LOW Startbit: 8000 µs HIGH und 600 µs LOW Oder als Bits mit unterschiedlicher Länge und gleicher Pause, z.B.: 0-Bit: 600 µs HIGH und 400 µs LOW
die Bit-längen ziemlich. Auf sender-Seite mache ich 200µs high, dann 200µs low (Für 0) oder 400µs high und 200µs low (für 1). Auf der Empfängerseite kommt an: 0: 115µs high 285µs low 1: 205µs high 400µs low Die zeitliche Position der steigenden Flanken stimmt
-
Thread
MIDI senden: was ist 0, was 1?
gegenüber blinkt es. Der Ruhe*pegel* ist HIGH, also kein Strom, das Startbit LOW, das Stopbit wieder HIGH. Aber wie ist das mit den Datenbits? Ich dachte eigentlich, dass ein LOW-Pegel auch eine 1 bedeutet, aber dann las ich das hier: http://www.electronics.dit.ie
der Strom.) Siehe http://www.midi.org/techspecs/electrispec.php : Die Ausgangsschaltung wandelt High- bzw. Low-Pegel in 0 mA bzw. 5 mA um. Der Optokoppler in der Eingangsschaltung wandelt 0 mA bzw. 5 mA in High- bzw. Low-Pegel um. > Aber wie ist das mit den Datenbits? Ich dachte eigentlich, dass
-
Thread
1-Wire Reset Impuls?
stets vermeiden (hier auch nicht der Fall). Sondern PORTx.DQ=0 fixieren und nur zwischen Ausgang (low) und Eingang (high durch Pullup, ggf. low durch Sensor) umschalten. Einzige Ausnahme davon ist die Messphase bei parasitärem Betrieb, aber das ist hier nicht der Fall und sollte erst in Angriff genommen
THERM_INPUT_MODE() THERM_DDR&=~(1<<THERM_DQ) #define THERM_OUTPUT_MODE() THERM_DDR|=(1<<THERM_DQ) #define THERM_LOW() THERM_PORT&=~(1<<THERM_DQ) #define THERM_HIGH() THERM_PORT|=(1<<THERM_DQ) int main( void ) { while( 1 ) { uint8_t i; //Pull line low and wait for 480uS THERM_LOW(); THERM_OUTPUT_MODE
-
Thread
[Pollin Atmel-Programmer] Testtoll läuft nicht
'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
... Toggle Portd.6 '...setze Pin 6 von Port D von high auf low oder umgekehrt Bitwait Pind.3 , Reset 'warte bis an Pin 3 von Port D wieder ein low level anliegt End If
-
Thread
Arduino: IR-Fernb.-Taster festhalten zum ausschalten, kurz drücken zum einschalten
? HIGH : LOW); if(decodedCode == 6254) digitalWrite(PSW5, on ? HIGH : LOW); } // Audio switch // mp3/bt/radio module if(decodedCode == 363335){ digitalWrite(ASW1, LOW
(PSW1, HIGH); digitalWrite(PSW2, HIGH); digitalWrite(ASW1, HIGH); digitalWrite(ASW2, HIGH); digitalWrite(ASW3, LOW); digitalWrite(ASW4, LOW); } // all OFF if(decodedCode
-
Thread
Elko identifizieren (mal wieder)
the loop phase characteristic. > A smoothing capacitor with a low ESR reduces system stability by increasing the phase shift in the high-frequency region (see Fig. 30). Therefore, a smoothing capacitor with a high ESR will improve system stability Also entgegen
spezifiziert den ESR-Wert in Ohm. Ob man dann 0,8 Ohm als "low" oder "high" oder "ultra low" bezeichnet bleibt jedem selbst überlassen. Auch das Datenblatt des Regler-ICs sollte eine Meinung dazu haben, wieviel Ohm bei wieviel µF man denn braucht, damit die Nullstelle