-
Thread
PWM - Breite von 0
= 255-width_high TL2-bei-Low = width_high --> Die Summe, die gezählt wird ist immer 255
Low vor High. Gruß Dietrich
-
Thread
Soft-PWM nie völlig High
einen sehr kurzen Peak Richtung Masse drin. An der Hardware liegt es nicht. Das manuelle Setzen auf High- oder Low-Pegel klappt und auch eine einfachere Software PWM funktioniert ohne diesen Fehler. Da ich zum einen diese Software auf 16 Kanäle und 10 Bit erweitern wollte, bin ich schon auf eine performante
Illustration nehme ich mal die erste Variante "Einfacher Lösungsansatz". Da kommt raus: für 0: 256x low, 0x high, für 255: 1x low, 255x high. Variante für für 0: 255x low, 0x high, für 255: 0x low, 255x high: [c] ISR(TIMER1_COMPA_vect) { static uint8_t pwm_cnt=0; uint8_t tmp=0, i=0,
-
Thread
TSIC und ATMega
Dezimalpunkt (Festkomma). ;Temperatur*10=(TSic_Wert*250)/256-500 clr temp1 mov temp2,tsicwert_low mov temp3,tsicwert_high lsl tsicwert_low ;*2 rol tsicwert_high add tsicwert_low,temp2 ;*3 adc tsicwert_high,temp3 lsl tsicwert_low ;*6 rol tsicwert_high
beginning else { if (zac_high_byte > 0 && zac_high_byte != buffer[0]) { buffer[0] = zac_high_byte; } if (zac_low_byte > 0 && zac_low_byte != buffer[1]) { buffer[1] = zac_low_byte; }
-
Thread
CAN High- Middle- Low-Speed
hi, ich bin auf der Suche nach einigen Informationen über CAN. CAN High-Speed und Low-Speed sind mir bekannt. Aber CAN Middle-Speed ??? Ich habe schon etwas gegoogled aber nichts wirklich passendes gefunden. Kann mir jemand ev. erklären was da der Unterschied zu dem High- und oder Low-Speed CAN ist? Danke und Gruss, schorschi.
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
D6 Videodata * D7 -> D7 Videodata MSB [/c] Ich hab das Datenwort in ein low- und high-nibble geteilt und damit es einfach einzulesen ist, das lower auf Bit 0-3 von Port C (A0-A3) und das higher auf Bit 4-7 von Port D (D4-D7). So müssen wir nur beide Ports lesen, maskieren und
im Moment garnicht verstehe: ich lese in meinem Programm von der Kamera in den FiFo: - auf VSYNC LOW warten um sicher zu sein, daß ich nicht in einen aktiven VSYNC gerate - auf VSYNC HIGH warten - WRST auf LOW - auf VSYNC LOW warten (Endes des SYNC-Impulses) - WRST auf HIGH - WR auf HIGH - auf
-
Thread
C++ auf einem MC, wie geht das?
an den Input- und Output-Pins hängt, welchen Zuständen der daran hängenden Peripherie-Hardware isHigh() und isLow() entsprechen, und was setHigh() und setLow() am ledPin bewirken. Das gehört aber ganz woanders hin und ist für jedes Projekt unterschiedlich: in einem Projekt schalte ich eine LED gegen
Pin(ddr, port, pin, num) { *this->ddr |= (1 << this->num); } /** set output high */ OutputPin& setHigh(void) { /** set pin high */ *this->port |= (1 << this->num); return *this; }; /** set output low */ OutputPin& setLow(void) { /** set pin low */
-
Thread
ESP8266 D1 Mini zeigt immer HIGH an obwohl nix angeschlossen ist
(puls) == HIGH){ Serial.println("HIGH"); sevenSegWrite(digit - 1); delay(500); if(digitalRead(puls) == LOW){ Serial.println("LOW");} } } } Gruss Milian
500ms { // auf Low gewechset wird sonst nie Serial.println("LOW"); } }//ende: wird ausgeführt, bei HIGH du Testest auf HIGH. Wenn der if-HIGH Code ausgführt wird, wird IN diesem Programmabschnitt
-
Thread
Lightweight WS2811/WS2812 Library
led_port,led_pin ;Datenleitung auf L schalten ldi YL,LOW(rgb_table) ;Adresse der RGB-Tabelle ins Y-Register laden ldi YH,HIGH(rgb_table) ldi ZL,LOW(rgb_length) ;Adresse von rgb_length ins Z-Register laden ldi ZH,HIGH
); apa102_PORTREG &= ~_BV(apa102_clk); // clk low } // State after call: SCK Low, Dat high */ }[/c]
-
Thread
Hat schonmal einer ein Opel TID ->erfolgreich<-angesteuert ?
Ja genau ->MRQ<- Master Request ... irgendwas... Master -> MRQ Low Slave antwortet mit -> SDA Low Master -> sofort MRQ High I2C Start Master schreibt adresse dann MRQ wieder LOW für die dauer der Datensendung dann MRQ wieder High I2C Stop
MRQ_in 3 #define _SDA 4 //#define _SDA_in 5 #define PIN void setup() { SDA_high(); SCL_high(); MRQ_high(); } void loop() { MRQ_low(); SDA_low(); while(get_SDA()); //warte bis SDA low delay(50); MRQ_high(); while(!get_SDA()); //warte
-
Thread
Input current Low/ Hig
Datenblatt eines Optokopplers (66156-Fotodiod-Ausgang) steht die Folgende Angabe: Input Current Low level -> max. 100µA Input Current High Level-> min. 50mA; max. 100mA Ein Rechteckimpulse mit folgenden parameter ist an den Eingang des Optokopplers anzuschliessen: min. 2,5 V High max. 0,5
Starter schrieb im Beitrag #2237413: > Input Current Low level -> max. 100µA > Input Current High Level-> min. 50mA; max. 100mA Da steht nichts von "Input Current Low level", sondern "Reverse Current". Willst Du die LED rückwärts bestromen? Glaube ich
-
Thread
2 byte >> 1 word
einem Atmega 169 (avr-gcc) ein (m.M. nach) merkwürdiges Verhalten festgestellt. Ich versuche 2 byte (low/high) in ein word (16bit) zu wandeln. Das mache ich mit folgendem Code: [c] uint8_t low = 0x94; uint8_t high = 0x38; uint16_t word = low | (high << 8); [/c] Erwarten würde ich: [c] word =
das hat alles nichts gebracht... hatte ich versucht anzudeuten, dass operationen wie [c] uint8_t low = 0x94; uint8_t high = 0x38; uint16_t word = low | (high << 8); [/c] oder [c] uint8_t low = 0x94; uint8_t high = 0x38; uint16_t word = (uint16_t)low | (uint16_t)(high << 8); [/c] oder [c]
-
Thread
Nochmal High Side Driver und Bootstrapping
Ja genau aus dem Grund hab ich auch noch nichts vom Low Side Fet erzählt... weil es da schnell zur verwechslung mit einer halben H Brücke kommt... Also es ist ja so, das ich den Motor Treiben will, dass kann bzw ne halbe Stunde sein... (High Side Fet Pulst, Low is komplett aus)... dann möcht ihn in Bremsen... (Low Side Fet pulst, High is komplett aus)... Also die sollen völlig unabhängig schalten! Jetzt könnte ich natürlich auch den Low Side Fet immer
-
Thread
PORT-Frage: Active Low
schaff ich es dann,dass es nur einmal gesendet wir? Zur Frage eins noch: Passt das mit dem Active Low?
ups natürlich quatsch PORTF = 0xFF; /* set PORTF high */ DDRF = 0x00; /* set PORTF for input */ usart0_init( UBRR_VAL); usart1_init( UBRR_VAL ); SPI_MasterInit(); unsigned int button1 ; unsigned int button2 ; unsigned int push1
-
Thread
Auftreten eines "High" Halten
>> wie kann man denn ein einmal aufgetretenes High permanent halten? >Man muss nur oft genug Gras nachlegen. Komm gar nicht in die Tüte! Ein bisschen Nebel gibt es aber noch: - Also eine Schaltung, die nach dem (ersten) Einschalten im Low-Zustand verbleibt? - Die nach einem High, bis zum St. Nimmerleinstag - auch ohne Gras nach zulegen - High bleibt? - Bis jemand den Stecker zieht?
-
Thread
aktiv low
hallo max Bei high aktiv stellen 0 Volt eine binäre 0 dar und bei 5 Volt eine binäre 1. Bei low aktiv ist dass dann genau umgekehrt, also bedeutet 5 Volt eine binäre null und 0volt eine bin. 1. MFG Nik
dem 74181 noch einen inverter setzen? Kennst vieleicht jemand eine alternative zum 74181, die nicht low activ ist? Bei conrad und reichet gibt es nur den 74181. mfg Max
-
Thread
Z180-Stamp Modul
Pin Config Level Divider Frequency/Hz ----------------------------------------- 0 Input Low 1 Input Low 2 Input High 3 Input High 4 Input Low 5 Input Low 6 Input Low 7 Input Low 8 Input Low 9 Input Low 10
High 6 SD1_CD Pullup Low 7 WAIT Pullup High 8 RUN Output Low 9 STEP Output High 10 CLKO Pullup High CP/M Version 3.0, Z180-Stamp BIOS v0.6.8-24-dirty Estimated CPU clock
-
Thread
N-Mosfet als Low Side Schalter
wenn der Pin nicht initialisiert ist? Und wie 'Nick' auch schon gefragt hat: was spricht gegen die Low-Side Variante bzw. für die High-Side Version?
Eingänge in die gleich Polarität schalten wie das Modul dann liegt, wenn es ausgeschaltet ist. Also LOW bei Abschaltung von VCC(High side) und HIGH bei Abschaltung von GND (Low Side).
-
Thread
ATtiny85 benötige Taster und kein freier Port
, wenn das Slave-Select-Signal endgültig auf High gesetzt wird." Jetzt fehlt noch die Erklärung wie das ohne low>high funktioniert. Darum gehts ja in der ganzen Diskussion.
Latch oder ähnliches. CS bedeutet nur: Zähle den Takt mit oder ignoriere ihn. Mittels der Flanke High-> Low kann man den Bitzähler zurücksetzen(*). Das wars aber auch schon. (*) EDIT: Es könnte auch technisch so gelöst sein, dass bei der Flanke Low -> High - also nach der Übertragung bereits der
-
Thread
Display (HD4478099) zeigt nur Kästchen
Low WaitUS(1); PORTC |= (1 << PC6); //Enable-Pin High PORTC = 0b01000000; //4-Bit Modus - LSB PORTC &= ~(1<<PC6); //Enable-Pin Low WaitUS(160); WaitMS(20); PORTC |= (1 << PC6); //Enable-Pin High PORTC = 0b01000010; //4-Bit Modus - MSB PORTC &= ~(1<<PC6); //Enable-Pin Low WaitUS(1); PORTC |= (1 << PC6); //Enable-Pin High PORTC = 0b01000000; //4-Bit Modus . LSB PORTC &= ~(1<<PC6); //Enable-Pin Low WaitUS(160); PORTC |= (1 << PC6); //Enable-Pin High PORTC =
-
Thread
ESP8266 - Software I2C - Dauernd Resets
] void I2CMasterAck(){ setHigh(SCK); setLow(SDA); os_delay_us(2); setLow(SCK); os_delay_us(2); setHigh(SDA); //release SDA } void I2CMasterNAck(){ setHigh(SCK); setHigh(SDA); os_delay_us(2); setLow(
(){ setLow(SDA); setHigh(SCK); os_delay_us(DELAY); setLow(SCK); setHigh(SDA); } void I2CMasterNAck(){ setHigh(SDA); setHigh(SCK); os_delay_us(DELAY); setLow(SCK); } void transferByte
-
Thread
XMEGA RX nicht auf LOW-Pegel
über eine USART. Senden geht auch wunderbar und auf dem Oszi sehe ich die TX-line auch klar zwischen LOW und HIGH wandern. Nur das Empfangen klappt gar nicht. Auf dem Oszi ist auch zu sehen, dass der Pegel nicht auf LOW geht sondern nur 0,2V unter HIGH bleibt. Verbunden sind die PINS direkt mit einem zweiten
Oszi hat er (hat er schon geschrieben) und er hat auch schon das Signal beschrieben (bleibt auf High und bewegt sich nur minimal). Also bleiben nur 3 Möglichkeiten: 1. der sendende Controller sendet nicht richtig, 2. der empfangende Controller klemmt die Rx-Leitung auf high, 3. irgendwo in der
-
Thread
High Power LED Driver
hallo, ich wuerde gerne jeweils vier 3W high Power LEDs uber einen Mikrocontroller ein-bzw. ausschalten. Anzumerken waere, dass NIE alle vier LEDs gleichzeitig leuchten sollen, sondern immer nur eine einzeln. Da das ganze ein Low-Budget Projekt
>Da das ganze ein Low-Budget Projekt ist, wuerde ich gerne nur einen High >Power LED Driver verwenden. Falls dein yC PWM & ADC hat, kannst du dir mit einem eigenbau Step-Down den "LED-Treiber" sparen.
-
Thread
avr asm LCD Problem
man am Anfang RAM und Register löschen. Viel Code ist das nicht: [code] setstack: ldi r16, low(RAMEND) ; 4c, 8b Stack out SPL, r16 ldi r16, high(RAMEND) out SPH, r16 ramnull: ; RAM -> 0, 18b ldi ZL,Low(SRAM_START) ldi ZH,High(SRAM_START) clr
Bruno M. schrieb im Beitrag #6680562: > ldi ZL,Low(Wertigkeit*2) Nur so nebenbei: Ähhm, wie sieht die Tabelle "Wertigkeit" aus, evtl padding mismatch? Oder: Bei wortweisen Tabellen müssen Argumente low/high evtl. "umgedreht" werden. ciao
-
Thread
Flipdot Display Projekt (Hilfe Logik Erbeten)
(0, LOW); if (ziffer & 2)mcp.digitalWrite(1, HIGH);else mcp.digitalWrite(1, LOW); if (ziffer & 4)mcp.digitalWrite(2, HIGH);else mcp.digitalWrite(2, LOW); delay(5); mcp.digitalWrite(3, LOW); // aktiviere
(spaltewert & 1)mcp.digitalWrite(15, HIGH);else mcp.digitalWrite(15, LOW); if (spaltewert & 2)mcp.digitalWrite(14, HIGH);else mcp.digitalWrite(14, LOW); if (spaltewert & 4)mcp.digitalWrite(13, HIGH);else mcp.digitalWrite(13, LOW);
-
Thread
qtouch - sekt oder selters
> Sorry jetzt komme ich nicht mehr mit, PC1 als Ausgang kapiere ich aber was für einen Pegel, High oder Low? > 5. Überprüfe ob PB1 schon als high eingelesen wird. Wenn nicht, dann > beginne wieder bei Punkt 3 und erhöhe einen Zähler. Wenn PB1 bereits > high ist, dann ist der Zählerstand ein
// PD7 als Ausgang schalten PORTD &= ~(1<<PD6); // Ausgang PD6 auf LOW PORTD &= ~(1<<PD7); // Ausgang PD7 auf LOW delay_us (5); // 2. PB1 auf high und PC1 auf low schalten (aber immernoch als Eingänge)
-
Thread
High-Side Power Switch
Schaltfrequenz ergibt? Naja, dann bleibt aber so gut wie keinerlei Zeit, in welcher der Schalter High oder LOW ausgibt. MfG Falk
Einschalt-Zeiten übrig bleiben und nicht nur Schaltverluste anfallen mindestens mit 10 muliplizieren. High-side Switches sind bekannt lahmarschig, man macht PWM mit der low-Side.
-
Thread
I2C-Bus: SDA und SCL an ATMEGA328p
clock HIGH -> slave reads the bit data<<=1; // shift left data byte, acts also as a delay I2C_SCL_LOW(); // clock LOW again } I2C_SDA_HIGH
for LOW to HIGH transition I2C_SCL_HIGH(); // stop condition: SCL goes HIGH first I2C_SDA_HIGH(); // stop condition: SDA goes HIGH second } [/
-
Thread
SPI MISO auf High
Hallo Chris, habs mit SPI2 und SPI3 ausprobiert und es hat problemlos funktioniert (mit SPI_CPOL_Low und SPI_CPHA_1Edge)! Ich denke mal wenn man PE3 auf high setzt ((SPI1) CS Pin vom LIS3DSH) müsste es auch gehen! Welchen Takt bzw. Flankensteilheit hat dein SCK und wie sieht deine "Masseführung"
damit, dass du es mit CPOL=0 und CPHA=0 zum Laufen gebracht hast. Aber beim CS Pin meinste schon auf Low setzen, richtig? Hab mal ein Bild vom Datenblatt angehängt wo die SPI Kommunikation im Zeitbereich aufgezeichnet ist. Unter dem Diagramm steht nämlich explizit, dass der SCK High sein soll, wenn nix
-
Thread
Raspberry GPIO Schaltung Taster und Relais
internen Pull-Up große > Serienwiderstand. Dadurch kann der Optokoppler den GPIO nicht richtig > auf Low ziehen. Stimmt, ca 600mV sind für einen LOW ein bisschen viel, werd ich auf 1kΩ heruntersetzen dann sind es ca. noch 150mV der Raspi erkennt unter 0,8V LOW und über ca. 1.4V HIGH. Danke !
angeben, ich meinte am GPIO 6, der soll ja den Türtaster auswerten. GPIO 23 sollte jetzt passen 276mV LOW und HIGH 3,3 V
-
Thread
ATMega328P low power funktioniert nicht
() { digitalWrite(3, HIGH); // turn the LED on (HIGH is the voltage level) delay(5000); // wait for a second digitalWrite(3, LOW); // turn the LED off by making the voltage LOW LowPower.powerDown
device to sleep: digitalWrite(13,LOW); // turn LED off to indicate sleep sleep_mode(); // // Upon waking up, sketch continues from this point. sleep_disable(); digitalWrite(13,HIGH); // turn LED on to indicate
-
Thread
RS232 Datenübertragung mit 1,44V High?
Dann ist das High 2,88V groß und das Low 1,78V
Oszi gemacht. Am Tacho liegen im Leerlauf 1,44V auf Tx an. Starte ich die Übertragung hat ein High 2,75V und ein Low 0V. Schließe ich den CP2102 an, hat ein High 3,06V und ein Low 1,88V Durch den Komparator kommt jetzt ein High mit 3,3V und ein Low mit 0V an. Das Auslesen klappt nun perfekt
-
Thread
ASCI Low Byte + High Byte zu char umrechnen
Hallo Gemeinde, ich stehe gerade irgendwie auf dem Schlauch... In einer Modbus-Anwendung wird der HEX Wert in Form von ASCI Zeichen übertragen.... Beispiel: unsigned char zeichen = 0x48; wird übertragen als ['4','8']. Wenn ich das Modbus Telegram nun wieder einlese, möchte diese beiden Bytes wieder zu einem 0x48 umwandeln... aber wie? Kann mir vielleicht jemand auf die Sprünge helfen? LG, sunny
-
Thread
Probleme mit Pullup auf High
Hallo Eigentlich dachte ich es wäre leicht , für eine Hölzerne Hochzeit ein " 10 " mit LED`s zu realisieren, welche als Lauflicht etc. arbeiten. Ich habe nur leider ein Problem :) Ich wollte die LED`s über Masse schalten lassen, nur leider sieht es so aus, als ober der Attiny2313 die Pullups nicht auf "1! lässt , sondern mit jedem Zyklus wieder auf "0" und dann wieder auf "1", sie flackern sehr schnell, hier mal der Code $regfile = "attiny2313.dat" $crystal = 10000000 'Ausgangspins festlegen Config Pind.0 = Output Config Pind.1 = Output Config Pind.2 = Output Config Pind.3 = Output
-
Thread
Display mit ILI9481 wo ist Data Low/high?!
17 rs 18 nc 19 vcc 20 gnd 21-28 db0-db7 dann noch mosi, miso etc in and out aber nicht mit low oder high.. ist damit Db0 und Db15 gemeint?
7-14 db15-8 => high 21-28 db0-db7 => low
-
Thread
I2C am AVR, high oder low?
bekannt ist, müssten bei einem Start der Übertragung sowohl die Takt- als auch die Datenleitung auf low gezogen werden. Das würde aber bedeuten das zwischen Initalisierung und Startsignal beide Leitungen auf high liegen müssten. Liege ich da richtig mit meiner Vermutung? Hintergrund, ist der, dass
Fehler gefunden, Kurzschluss der Clockleitung nach Masse. Im nachinein klar, dass beide am Leitungen high sein sollten, da sie ja über die Pullupwiderstände auf high gezogen werden.
-
Thread
BLCD - Signal von Hallsensoren High oder Low
W-U Q5 ; Q2 // 100 W-V Q5 ; Q4 Ist dieses "1" als Signal vom Hallsensor als High-Pegel gemeint oder als "Sensor belegt" - das wäre dann LowPegel, da die meisten Hallsensoren OpenCollectorausgänge mit PullUp-Widerstänge haben ? Danke für Eure Hilfe hmg Mandi
-
Thread
Portpins High oder Low nach Reset und DDR-Definition?
Frage: Nach dem Reset setzte ich einen Port als Ausgang. Sind in diesem Ausgenblick alle Portpins High oder Low?
initialisiert. Durch Setzen der Bits im DDRx-Registers werden die entsprechenden Pins sofort auf Low durchgeschaltet. Will man dieses Low vermeiden (z.B. für low-aktive Datenleitungen), dann läßt man DDRx erstmal auf Null und schaltet zuerst die betreffenden Portx-Bits auf High, damit werden die
-
Thread
High-Byte mit dem Low-Byte einer Variablen addieren
mal wissen wie ihr am besten dieses problem lösen würdet. (auf einen ATMEGA168) ich will das High-Byte einer 16-Bit Variablen mit dem Low-Byte der selben Variablen auf addieren und das ergebniss in eine 8-Bit variable speichern. dachte mir das so: [c] uint16_t var; uint8_t HiByte; uint8_t LowByte; uint8_t sum; HiByte = (var >> 8); LowByte = (unsigned char) var; sum = HiByte + LowByte; [/c] habt ihr ne bessere Idee bzw haut das überhaupt hin? Gruß Sticky
-
Thread
16bit-write ATMegaxx-PB
Also ich hab hier 2 DB aus 2011 von 4er und 8er. 48/88/168 To do a 16-bit write, the high byte must be written before the low byte. For a 16-bit read, the low byte must be read before the high byte. 164/324/644/1284 To do a 16-bit write, the high byte must be written before the low byte
gelesen ZUERST HIGHBEYTEs geschrieben werden Beispiel ADC ohne Synchronisation des High/LowBytes wird während des Zugriff vom Low auf das High eine Wandlung beendet können, nein, werden die Bytes verändert!! mit Synchronisation des High/LowBytes wird während des Lesezugriff vom Low
-
Thread
High Side Strommessung
Frage bezieht sich auf den INA219 selbst. Ich finde leider keine Angabe im Datenblatt "wie sehr" High Side die Strommessung ablaufen soll. Wenn ich die INAs mit 3 Volt versorge und an eine 2 Volt Zelle einen High Side Shunt hänge, wird der IC noch den richtigen Stromwert liefern? http://www.ti.com/
Datenblatts darauf verwiesen wird. Bzw. würde das nicht bedeuten ich könnte meinen Shunt auch in die Low Side verbauen?!
-
Thread
SPI CS immer LOW
mit CS nehmen und CS konfigurieren oder einen beliebigen GPIO PORT. Wichtig, dass SLAVE auf Flange LOW oder HIGH auf CS Eingang kriegt? Danke!
>nehmen und CS konfigurieren oder einen beliebigen GPIO PORT. Wichtig, >dass SLAVE auf Flange LOW oder HIGH auf CS Eingang kriegt? Liest du eigentlich die Antworten? Was an dem CS-Eingang deines MCP3909 passieren muss, steht im Datenblatt des MCP3909. MfG Spess
-
Thread
unineffizienter Code in Arduino Beispiel "Blink without Delay" ?
Oder ganz easy.. ledState = !ledState?HIGH:LOW; wäre nach dem Beispiel gekürzt: digitalWrite(ledPin, (!ledState?HIGH:LOW));
Philipp_K59 schrieb im Beitrag #5865619: > Oder ganz easy.. > > ledState = !ledState?HIGH:LOW; ? ? ledState = !(ledState?HIGH:LOW); ledState = (!ledState)?HIGH:LOW; ledState = ledState?LOW:HIGH); ledState = !ledState; Naja, ob der Trenäre Operator in einem "Blink without
-
Thread
Arduino Relais Modul -schalten bei logisch HIGH
Port steht erst mal auch input nach power on und die Spannung ist eher high als low, aber wenn der Port gesetzt und umgesteuert wurde bestimmt das Programm wie der Port steht, das oft schneller als ein Relais reagiert bei richtiger Programmierung. > würde das Relais immer
> Bei deinem erkenne ich kein OPTOKOPPLER, nur einen TR zum schalten. > > Demnach will er bei LOW nicht schalten > und bei HIGH schaltet er. > > Habe dazu ein Schaltplan gefunden. im PI forum ist so eines aufgetaucht mit PNP bestückt, schaltet bei low und bei high gehts aus, wenn high 5V
-
Thread
arduino uno start pin auf low
// put your main code here, to run repeatedly: if (links == 1) { digitalWrite(0, HIGH); digitalWrite(1, HIGH); delay(1000); } else {} if (rechts == 1) { digitalWrite(2, HIGH); digitalWrite(3, HIGH); delay(1000); } else {} digitalWrite(0, LOW
aufweisen kann. Also Rx und Tx steht ja auch am Board selber. Ich habe einfach erwartet, dass die Befehle Low/ High, wie bei den anderen Digital Pins direkt den gewünschten Effekt haben.
-
Thread
Problem mit I²C-Device
auf low und dann wieder auf high, während SDA auf low ist, was einem ACK nach einem NACK gleicht. Dann OK, kommt SDA auf high, während SCL schon high ist. Das entspricht STOP.
OK, Dann folgt eine low-high-Flanke. Aber was ist nach einem NACK? Dann ist bei mir SCL auf high und SDA auf high. Dann müsste doch SDA erst wieder low, dann wieder high.
-
Thread
Low-Level-IRQ und IRQ durch fallende Flanke. Was ist der Unterschied
er vor dem IRQ auf High gewesen sein muss und dann auf Low ging. Also praktisch auch auf eine fallende Flanke reagiert. Worin besteht also der Unterschied zu einem IRQ der durch eine fallende Flanke ausgelöst wird ?
ausgelöst wird ? Die fallende Flanke kann sehr kurz sein und schon nach wenigen Dutzend ns wieder auf HIGH gehen. So ein IRQ benötigt einen laufenden CPU-Takt, um erkannt zu werden. Ein LOW Level IRQ muss deutlich länger auf LOW bleiben, einige Dutzend us. Er kann auch ohne laufenden CPU-Takt erkannt
-
Thread
Arduino Blinkprogramm
{ pinMode(8, OUTPUT); pinMode(4, OUTPUT); } void loop() { digitalWrite(4, HIGH); if(4 == HIGH) { digitalWrite(8, HIGH); delay(500); digitalWrite(8, LOW); delay(500); } else { digitalWrite(8, LOW); } } Ich weiß nicht was ich
Pin 4 der INPUT ist und auch als INPUT konfiguriert werden sollte. pinMode(4, INPUT) ? if(4 == HIGH) das wird wohl niemals TRUE sein wenn HIGH als 1 definiert ist, vermutlich gibt es da so was wie digitalRead(4) welches HIGH oder LOW zurücklifert?
-
Thread
Atmega8 und I2C-Display startet nicht
übernehmen! Nein. Da du mit 4-bit arbeitest, müssen die Nibbles getauscht werden. Also: // LowNibble senden High- und Low-Nibble tauschen Byte zum PCF Enable HIGH 1us warten Enable LOW 1us warten // HighNibble senden High- und Low-Nibble tauschen Byte zum PCF Enable HIGH
Käse antun muss. Marc V. schrieb im Beitrag #4600991: > Also: > // LowNibble senden > High- und Low-Nibble tauschen > Byte zum PCF > Enable HIGH > 1us warten > Enable LOW > 1us warten > // HighNibble senden > High- und Low-Nibble tauschen > Byte zum PCF
-
Thread
Brushless Controller high-side & low-side PWM
mit der Ansteuerung von Brushless Motoren. Die meisten Regler auf Atmega Basis erzeugen ja nur ein High-side PWM und schalten die Low-side hart auf Masse. Welchen Vorteil und Nachteile hat es, wenn man bei, also high-side und low-side per PWM aktiv schaltet? Hat von euch schon einer die AWEX Einheit
. Leider erzeugt der zusätzliche Low-side PWM im Vergleich zum nur high-side pwm erhebliche Störungen auf der Platine, sodass es das BEMF Signal sehr verrauscht ist. Durch das Rauschen kommt es zur Auslösung des Komparators und dadurch
-
Thread
EEPROM Problem unter Assembler
,high(3600) oder ldi temp, low(3600) ldi temp2, high(3600)
Nein - hier musst Du wieder mit high() und low() arbeiten !