-
Thread
AVR Synthesizer mit ATxmega128A1
da war ich doch nah dran... würde mich interessieren, was bei meinem falsch war. Das low/high?
12Bit erhöhen // Multiplikation mit 16 //----------------------------------- LSL sample_low ; 1 Ausgabewert auf 12Bit (mul 16) ROL sample_high ; 1 LSL sample_low ; 1 ROL sample_high ; 1 LSL sample_low ; 1 ROL sample_high
-
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
Der ultimative Low-Power-Empfänger
gehe eher von Komplizen aus, die irgendeinen Mechanismus in Gang gesetzt haben. Ganz ohne Funk und High-Tech.
Der Low Power Batterierekord (Guiness) findet sich IMHO bei einer elektrischen Glocke die ununterbrochen seit 1840 über 1 Million Mal schlug, vermutlich mit Ritter- oder Zamboni-Batterie. https://en.wikipedia.org
-
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
Impuls Steuerung mit dem CD4017B
den Clock vom 4017er wird ja der Impuls gegeben und die jeweiligen Ausgänge sind dann dauerhaft High oder Low. Ich benötige am Ausgang vom ULN2003 jedoch nur ein High von ca. 1er Sek.
schrieb im Beitrag #7816268: > Noch eine kurze Verständnis Frage. > Der Ausgang ist also nur so lange High wie Signal an Data 1-4 anliegt. Die Signale liegen immer an, LOW oder HIGH. Mit den Codes 0000-1111 kann man den jeweiligen Ausgang auf HIGH setzen, alle anderen sind LOW. Bei diesem Konzept muss
-
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
74HC123 Monoflop
Hallo :), ich habe ein kontakt der entweder low oder high ist. Nun brauche ich einen Impuls (low_|high|_low) von 5-10ms (high), sobald der Kontakt von Low auf HIGH geht oder HIGH zurück auf LOW. Wie bekomme ich das mit dem 74HC123 hin? http:
Stefan A. schrieb im Beitrag #4809239: > Hallo :), > ich habe ein kontakt der entweder low oder high ist. > Nun brauche ich einen Impuls (low_|high|_low) von 5-10ms (high), sobald > der Kontakt von Low auf HIGH geht oder HIGH zurück auf LOW. > Wie bekomme ich das mit dem 74HC123 hin?
-
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
-
Thread
Drehrichtungsumkehr.Microcontroller Programm funzt nicht richtig.
Status ausgelesen. und unten angefügt. Alles wasaktiviert ist, ist mit einem (-) versehen. D.h. im Low Fuse: "Brown-out detection level at VCC=2.7 V" und "Ext. Crystal/Resonator High Freq.; Start-up time: 16K CK + 64 ms". Im High Fuse: "Serial program downloading (SPI) enabled" und "Boot Flash section
Momentan läuft. Vergiss was ich gesagt habe. Dein Log zeigt es ja -Ext. Crystal/Resonator High Freq.; Start-up time: 16K CK + 64 ms Also wird auch der Quarz benutzt (allerdings ist ein 3.4 Mhz Quarz kein High Frequency. Die Grenze High/Low liegt bei ca. 8Mhz QUarz) > Ich kann gerne mal
-
Thread
ISR erstellen mit einem PIC18
low_isr (void) { // Hier kommen deine Interruptroutinen } #pragma interrupt high_isr void high_isr (void) { // Hier kommen deine Interruptroutinen } [/c]
define LED_2 0x02 #define LED_3 0x04 #define LED_4 0x08 // IRQ Vektoren void low_isr(void); void high_isr(void); #pragma code irq_high=0x08 void irq_high(void) { _asm GOTO high_isr _endasm } #pragma code irq_low=0x18 void irq_low(void) { _asm GOTO low_isr _
-
Thread
Pico2 RP2350 GPIO Fehler
Ich sehe noch keinen Weg wie man sinnvoll direkt mit einem hochohmigen Signal, das normalerweise high ist und aktiv low, umgehen soll.
blau bei steigender Spannung und rot bei fallender. Ein 10k Pulldown reicht knapp um den GPIO von high wieder auf low zu ziehen, mit einem 30k ist bei gut 2V Schluss.
-
Thread
Signal lässt sich nicht beschreiben(VHDL)
if rising_edge(clk) then if cnt_trigger(x) = '1' then if decoded(x) = '1' then high_counters(x) <= high_counters(x) +1; else low_counters(x) <= low_counters(x) +1; end if; else if low_reset(x) = '1' then low_counters(x) <= (others => '0'); end
und low_counters. Decoded beinhaltet die Information, welche Zähler inkrementiert werden sollen. D.h. wenn decoded(x) 0 ist wird low_counters(x) inkrementiert. Wenn decoded(x) 1 ist, wird high_counters(x)
-
Thread
Strom messen high side
tauglich für deine Anwendung. Mit anderen Worten: Du kannst den INA19x mit 5V versorgen und trotzdem(!) High-Side bei 24V messen.
und das ist kein Problem mit dem Abgleich. Ich hab mir mal den INA193 angeschaut, warum ist denn der Low Vsense Fall 3 uninteressant für dich? Gilt für Vsense < 20 mV, Vs < Vcm < 80 V
-
Thread
Ab wann detektiert der Atmega2560 High?
Das ist trotzdem nicht so eindeutig! S.355 steht dass ein Eingangssignal grösser 0.6*Vcc als HIGH erkannt wird auf der gleichen Seite steht aber auch dass ein Eingangssignal kleiner 0,3*Vcc als LOW erkannt wird und was ist zwischen 0.3*Vcc und 0.6*Vcc ??? sowohl als auch oder ??? Gruss
Die Hysterese ist deutlich kleiner. Das einzige was das DB sagt ist, dass über 0,6*Vcc garantiert High und unter 0,3*Vcc garantiert Low gemeldet wird. Dazwischen hängt von allen möglichen Faktoren (u.A. der Hysterese) ab.
-
Thread
Ultra low power: MOSFET als Schalter
GND trennen. Das bedeutet, daß die Peripherie so getrickt sein sollte, daß ein Eingang, der auf HIGH ist, möglichst inaktiv bedeutet. Das ist glücklicherweise meistens auch der Fall, fast alle Enable-Eingänge sind aktiv low, also QUER. Als MOSFET tut es bei 3V problemlos ein 2.5V MOSFET wie IRLML2502
) hohe Ströme für sich selbst und Peripherie. Vielleicht ist das nicht mehr Ultra Low Power, aber Very Low Power? MiWi schrieb im Beitrag #3878759: > Ich verstehe ja nicht ganz was Du mit diesem Fet machen willst - alles > abschalten indem Du GND von Deiner Peripherie schaltest?
-
Thread
1000 AUSGÄNGE: - größerer Mikrocontroller? - IC's mit Porterweiterung? - Multiplexen? (Arduino Mega)
digitalWrite(seriellerDateneingang, LOW); //Pin 8 LOW digitalWrite(schiebetakt, HIGH); digitalWrite(schiebetakt, LOW); digitalWrite(seriellerDateneingang, HIGH); //Pin 7 HIGH digitalWrite(schiebetakt, HIGH); digitalWrite(schiebetakt, LOW); digitalWrite(seriellerDateneingang, HIGH); //Pin 6 HIGH digitalWrite(schiebetakt, HIGH); digitalWrite(schiebetakt, LOW); digitalWrite(seriellerDateneingang, LOW); //Pin 5 LOW digitalWrite
-
Thread
12x12 LED Matrix
Hm, bist du sicher? Laut Datenblatt ist immer genau einer der Outputs vom HC138 auf High und alle anderen auf Low. Das passt doch zu dem was der Low Side Driver braucht, oder nicht? Könntest du mir noch kurz erklären wozu IC3 Pin 11 ist?
>HC138 auf High und alle anderen auf Low Der 138er ist definitiv LOW aktiv!
-
Thread
Kleines Problem beim T6963C (Grafik Modus)
funktioniert meine Textausgabe nicht mehr): [c] GLCD_Daten (0x00); // Grapic home address (low) GLCD_Daten (0x03); // ...(high) .. GLCD_Daten (0x1E); // Graphic area set (low) GLCD_Daten (0x00); // ...(high) .. GLCD_Daten (0x00); // Text home adress (low) GLCD_Daten
Also habe ich die 16 Bit Adresse in zwei 8 Bit Variablen gewandelt und übertrage diese einzeln. Erst Low, dann High. [c] void Speicher_Adresse (unsigned int Adresse) { unsigned char Low; unsigned char High; Low = Adresse&255; Adresse=Adresse>>8; High = Adresse&255; GLCD_Daten
-
Thread
Frage zu IR-Remote+LED-Strips an AVR
#5240745: > 2 Bit der LED-Daten dauern 2.4µs (8 Bit á 0.3µs) Wie kommst du darauf? Hatte für Low- und High-Data 0,3µs und 0,95µs gelesen ... Die Daten werden wohl in der Länge der High-Low-Pegel kodiert und anscheinend auch noch abwechseln mal High mal Low ... Der kleinste gemeinsame Teiler wären
den Quelltext schreiben, die Berechnung der Delays erfolgt im Quelltext. Ebenso kann man zwischen LOW und HIGH Speed Modus wählen.