-
Thread
Spi Temperatur Sensor
Temperatur zu > erhalten. Dann so? [c] unsigned long SPI_Temperatur() { unsigned char uscSPI_High; unsigned char uscSPI_Low; double Temp; uscSPI_High =0; uscSPI_Low=0; PORTB &=~(1<< PB4); // Chip Select uscSPI_High = SPI_send_recive (?); // Highbyte empfangen uscSPI_Low
#3976714: > Dann so? > > [c] > unsigned long SPI_Temperatur() > { > unsigned char uscSPI_High; > unsigned char uscSPI_Low; > double Temp; > > uscSPI_High =0; > uscSPI_Low=0; > PORTB &=~(1<< PB4); // Chip Select > uscSPI_High = SPI_send_recive (?); // Highbyte empfangen
-
Thread
12-24V Eingang bei PCF8574
am Eingang einen Spannungsteiler von > 68k zu 10k hänge, komme ich bei 24V auf ca. 3V. Sauberes High. Bei 12V > sind es 1,5V womit ich schon unter UH bin. Der Spannungsbereich von 12V > bis 24V ist da etwas blöd. Naja, wenn wir mal alles unter 5V als LOW betrachten wollen, sowohl bei 12 als auch
Schaltung sieht auch interessant aus. Bei 12V Eingangsspannung sollte das ja auch noch locker für ein HIGH am PCF reichen. Die Belastung des PCF Eingangs und somit der internen 100uA Stromquelle ist beim 3k3 rechnerisch 1mA. Das führt bei hochohmigem Eingang wohl zu einem LOW am PCF. Verwendest du die
-
Thread
RS232 mehrere Bytes senden und Variablen zuordnen??
besteht aus 4 Bit Kommando und 4 Bit Nutzdaten. Die Kommandos könnten z.B. sein: 0x0: Variable 1, Low-Nibble 0x1: Variable 1, High-Nibble 0x2: Variable 2, Low-Nibble 0x3: Variable 2, High-Nibble 0x4: Variable 3, Low-Nibble 0x5: Variable 3, High-Nibble 0x6: Variable 4, Low-Nibble 0x7: Variable
1 = 0x3A 0x2B: Variable 2, Low-Nibble = 0xB | 0x34: Variable 2, High-Nibble = 0x4 -> Variable 2 = 0x4B 0x4C: Variable 3, Low-Nibble = 0xC | 0x55: Variable 3, High-Nibble = 0x5 -> Variable 3 = 0x5C 0x6D: Variable 4, Low-Nibble
-
Thread
FAST-TTL Berechnung
korrekt bestimmten Widerstandes 5mA ziehen und ist mit der Anode an +5V angeschlossen. Leuchtet also bei Low. Dann bleiben bei Low noch 15mA für die nachfolgenden Eingänge. Mittels Bruchrechnung ergibt sich, wieviele mA ein "Fan" bei High und ein "Fan" bei Low an Strom braucht. Die Seite mit dem geringeren
1 FAN OUT high. 20uA (1mA/50) 1 FAN OUT low 0,6mA (20mA/33) 1. OUTPUT low ---o--<-- 0,6mA IN1 |--<-- 0,6mA IN2 |--<-- 0,6mA IN3 |--<-- 0,6mA IN4
-
Thread
TTL? CMOS? Mehrere Interrupts? Mehrfaches OR Gatter?
alten Mikrocontroller-Buch so gesehen. 2) Wie wär's mit einem 74HC4078 (8-fach NOR)? 3) TTL: High ist > 2V Low ist < 0.7V Ub ist 5V CMOS: High ist > 0.66*Ub Low ist < 0.33*Ub Ub ist 3 bis 15 Volt
noch high der Ausgang des Gatters noch also noch low jetzt schaltet ein weiterer Eingang nach high der Ausgang des Gatters bleibt low die Änderung am Eingang wird nicht erkannt. Du siehst schon die Problematik
-
Thread
"Raus mit den Schwachen" Gesperrt
voller Absicht passiert), hat man ja auch kein größeres Problem. Das ist ja auch kein Problem von High Performer vs. Low Performer, weil High Performer auch solchen schaden (wenn auch auf andere Weise) anrichten können. Blitzmerker schrieb im Beitrag #3409960: > Eher umgekehrt, nämlich wenn ihm die
Low- und High-Pergformer. Lächerlich. Ein haufen Highperformer wird sich im Konkurrenzkampf selbst zerlegen. Derartige Modelle führen sicherlich nicht zum sofortigen Zusammenbruch des Unternehmens, aber
-
Thread
Betreiben über USB - Erkennung/Freischaltung High Power, Geräteklasse
bereits ein wenig über USB schlau gemacht... USB Power Spezifikation besagt für * USB 1.0 (Low Powered Device) bringt zwischen 4,4 - 5,5 V bei maximal 100 mA, * USB 2.0 (High Powered Device) bringt zwischen 4,75 - 5,5 V bei maximal 500 mA, * USB 3.0 bringt zwischen 4,45 - 5,5 V bei maximal
maximal 900 mA. > > Standardmäßig wird nur 100 mA (Low Power) geliefert. Höhere Ströme > müssen vom USB Host Controller freigegeben werden. Wenn man ein USB-2.0 Gerät ist und HighPower Bedarf meldet, kann ein USB3.0 Port dann entsprechend seiner Spezifikation
-
Thread
Pullup-Widerstand Stromverbrauch zu hoch
an einen Portpin statt an Vcc zu hängen? uC alle x ms aufwecken, Pulluppin auf High, messen, Pulluppin auf Low u.s.w. Da geht der Stromverbrauch auch runter. Gruß Gunther
ist. Ich verwende den digitalen Eingang als Interrupt. (RISING to trigger when the pin goes from low to high). Damit der Atmega den RISING Impuls korrekt erkennen kann, wird der Eingang durch den Pullup im Schaltmoment auf HIGH gezogen. Meine Annahme war, dass der Interrupt ohne den Pullup bzw. mit
-
Thread
aus Nachlass UAA2022 bekommen
clock digitalWrite(CLK, HIGH); first = first << 1; } for ( int i = 0; i < 8; i++) { if ( (second & 0x80) == 0) { digitalWrite(Data, LOW); } else { digitalWrite(Data, HIGH); } digitalWrite(CLK, LOW); // toggle clock digitalWrite(CLK, HIGH); second = second << 1; } digitalWrite(VDR, HIGH); } [/c]
-
Thread
watchdog ohne Totalreset?
Wenn der Zähler beim inkremenentieren null erreicht, ist er übergelaufen: Timeout, oder so: if (++high == 100) // Count and check timeout goto Timeout; Je nach Datentyp von 'high' kann bei Übertrag vom low-Byte zum high-Byte (16 Bit) für einen Count ein anderes Timing entstehen. Wenn 'high' nur
PIND & 1<<PD7) && !(TIFR1 & 1<<TOV1)); // warte auf // low oder T-overflow TCCR1B = 0; // Timer stop high = TCNT1L + (TCNT1H<<8); // auslesen return (high); } Wenn ich in der vorletzten Zeile den Summanden
-
Thread
Kann man ATtinys in Reihe miteinander kommunizieren lassen?
Man könnte 3 Symbole definieren: 0: 25us low, 75us high 1: 75us low, 25 low Reset bzw Framestart: Zeiten größer 300us
sämtliche Probleme bezüglich der R/C Oszillatoren. Ich stelle mir das so vor: Der Ruhepegel ist High. Alle Impulse haben Low-Pegel. Zwischen den Impulsen ist eine Pause von weniger als 1ms. Eine Pause von mehr als 1ms wird als Übertragungsfehler gewertet. Startsignal: 1ms Impuls High-Bit: 1µs
-
Thread
PIC Programmieren
vorschlag: PIC mit LCD und 4 eingängen (A, B, C, D) sowie eine RS232 oder USB schnittstelle. wenn A = high: text über RS232/USB wird intern in speicher 1 gespeichert wenn A = low: speicher 1 wird nicht beschrieben wenn B = high: text über RS232/USB wird intern in speicher 2 gespeichert wenn B = low: speicher 2 wird nicht beschrieben wenn C = high: text in speicher 1 wird auf LCD angezeigt wenn C = low: text in speicher 1 wird nicht angezeigt wenn D = high: text in speicher 2 wird auf LCD angezeigt wenn D = low: text in speicher 2 wird nicht
-
Thread
BSS138 Level shifter
verstanden habe, hat man hier 4 "Quadranten". A) LV ist die treibende Seite LV --> HV 1. LV1 ist HIGH, somit sperrt der BSS und HV1 wird von R4 auf HIGH gezogen. 2. LV1 ist LOW, der BSS wird leitend, HV1 wird auf LOW gezogen und es fließt ein Strom zu LV1 (µPin oder was auch immer da schaltet) B
R4 einen Spannungsteiler ergeben und den Pegel an HV1 auf eine Spannung irgendwo zwischen Logisch Low und High bringen - also wohl keine sinnvolle Option.
-
Thread
HC595 Shift Register Output
); // HIGH _delay_loop_1(1); HC595_PORT &= (~(1<<HC595_ST_CP_POS)); // LOW _delay_loop_1(1); } /* Main High level function to write a single byte to
according to the value of MSB if (data & 0b10000000) { // MSB is 1 so output HIGH HC595DataHigh(); } else { // MSB is 0 so output LOW HC595DataLow(); } HC595Pulse(); // Pulse the clock line data = data << 1; //
-
Thread
Mosfet Ansteuerung
selectorState = digitalRead(selector); assistState = digitalRead(assist); //Rule: Button pressed = LOW if (selectorState == HIGH) { if (triggerState == LOW && colState == HIGH){ variante = 1; } if (triggerState == LOW && colState == LOW){ variante = 2; } if(triggerState == HIGH){ variante = 3; } if(assistState == LOW){ variante = 4; } switch(variante){ case 1: digitalWrite(ledPin, HIGH); break;
-
Thread
DAU IC gesucht
ton_2 = pulseIn(in2, HIGH); toff_2 = pulseIn(in2, LOW); value_2 = ton_2 / (ton_2 + toff_2) * 255; analogWrite(out2, value_2); ton_3 = pulseIn(in3, HIGH); toff_3 = pulseIn(in3, LOW); value_3 = ton_3 / (ton_3 + toff_3) * 255; analogWrite(out3, value_3); ton_4 = pulseIn(in4, HIGH); toff_4 = pulseIn(in4, LOW); value_4 = ton_4 / (ton_4 + toff_4) * 255; analogWrite(out4, value_4); ton_5 = pulseIn(in5, HIGH); toff_5 = pulseIn(in5, LOW); value_5 = ton_5 / (ton
-
Thread
Arduino - Loop Zähler
void setup() { pinMode(ledoutput, OUTPUT); digitalWrite(ledoutput, HIGH); delay(1000); digitalWrite(ledoutput, LOW); delay(1000); } } void loop() { }
keine >Lösung.. ;) void loop() { if(var == 0) { var = 1; digitalWrite(ledoutput, HIGH); delay(1000); digitalWrite(ledoutput, LOW); delay(1000); } }
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
Ich habe daraufhin den Arduino so programmiert, dass er 65536 mal 4 Bytes zum CH552 sendet: "SCS auf Low", HighByte, LowByte, 0x00, 0x00, "SCS auf High". Ich hatte gehofft, dass sich dann vielleicht irgendwas auf der MISO-Leitung tut, aber das Signal blieb weiterhin auf High-Pegel... Da das Internet
ein 16Bit-Pointer > inkrementiert (im boot_v2.asm steht dort "RAME/F++"). Allerdings wird > das High-Byte dort erst geladen und dann wird verglichen, ob das > Low-Byte nach dem Inkrementieren 00h ist, also ein Übertrag stattfand. > Wenn dies der Fall sein sollte, wird zwar das High-Byte ebenfalls
-
Thread
NE555 - Gegentaktausgang
Das beantwortet meine Frage nicht. Soll die LED leuchten wenn Pin3 low oder high ist?
Wenn Pin3 low schaltet, schaltet Pin7 auch low.
-
Thread
IR2127 Beschaltung als Low Side Schalter + Mosfet
BCtzkondensator Ok es sind bei Dir nur wenige Ampere... Du weist aber schon, daß Du ganz oben einen LS = Low Side FET gezeichnet hast, oder? (schaltet gegen GND) HS heißt "High-Side" und DER schaltet geggen VCC. siehe hier http://www.mikrocontroller.net/articles/Treiber#Stromversorgung_eines_High-Side_Treibers
nur eine LS-Side Anwendung... daher ja auch die Frage! Im IR2127 Daten ist nur die Beschaltung in High Side Anwendung angegeben. Du meintest oben das ich den Elko weglassen könnte, wenn ich das ganze als High Side Switch betreibe?! Irgendwie hab ich dich dann zuvor nicht richtig verstanden, da sich
-
Thread
Klone-ARDUINO und externe 5V-Versorgung
ihm N. schrieb im Beitrag #5069525: > Habe mal gelesen, dass der max 9V bekommen soll. > Ist ein low drop und kein high drop Regler drauf. Du musst nicht jeden Mist glauben. Mit Low Drop und High Drop hat das überhaupt nichts zu tun. Ein Low Drop Regler kann mit einer hohen Differenzspannung genauso
ihm N. schrieb im Beitrag #5069525: >> Habe mal gelesen, dass der max 9V bekommen soll. >> Ist ein low drop und kein high drop Regler drauf. > > Du musst nicht jeden Mist glauben. Mit Low Drop und High Drop hat das > überhaupt nichts zu tun. Ein Low Drop Regler kann mit einer hohen > Differenzspannung
-
Thread
CAN Bustreiber beim großen C?
Soweit ich weiß sind bei Low Speed CAN und High Speed CAN die Pegel identisch. Der Unterschied liegt in der Terminierung. Bei Low Speed muß zwischen CANL und RTL und zwischen CANH und RTH terminiert werden. Bei High Speed wird
> Soweit ich weiß sind bei Low Speed CAN und High Speed CAN die Pegel > identisch. falsch
-
Thread
Low Input Current Optokoppler
Hallo! Um eine Drehzahl am High Speed Counter einer Steuerung zu messen benötige ich einen passenden Optokoppler. Er soll für folgende Werte geeignet sein: Signal für die Drehzahl: Rechteck 0 - 5 V mit max. 5mA und max. 3 kH. Eingang: 17-28.8VDC for Logic ‘1’; 3.7mA@24VDC; 6,5 kOhm. Bei der Suche habe ich immer nur welche gefunden, die entweder zuviel Eingangsstrom verlangen, oder nur wenig Vcc vertragen (z.B.HCPL-2200) Habe ich den passenden übersehen? Wenn mir jemand mit dieser Frage helfen kann bin ich sehr dankbar. Schöne Grüße Christian
-
Thread
pMosfet HighSideSwitch Selbsthaltung
Das hier sieht doch recht vielversprechend aus: https://www.losant.com/blog/making-the-esp8266-low-powered-with-deep-sleep
die integrierte LED auf GPIO2 liegt muss ich hier auf 1 oder 3 ausweichen, GPIO0 muss zum starten high oder offen sein sonst bin ich im Flashmodus. 1 oder 3 sind RX und TX welche ich nicht benötige. Besten Dank soweit, werde über Miss-/Erfolge berichten
-
Thread
Raspberry Pi als "dicker" Mikrocontroller
", CS , HIGH SYS "GPIO_WriteData", CS , LOW SYS "GPIO_WriteData", SCLK, LOW cmd = channel cmd = cmd OR %00011000 FOR index = 1 TO 5 IF (cmd AND %00010000) THEN SYS "GPIO_WriteData", MOSI, HIGH ELSE SYS "GPIO_WriteData", MOSI, LOW ENDIF SYS "GPIO_WriteData", SCLK, HIGH SYS "GPIO_WriteData", SCLK, LOW cmd = cmd << 1 NEXT index value = 0 bit = 0
-
Thread
Mit INA226 Strom über H-Brücke messen
Probleme(?) bei denen ich nicht weis wie man die löst. 1. Man misst ja mit dem Sensor über einen High- oder Low-Side-Shunt. Wenn ich an OUT1 einen Shunt anschließe und mit dem Strom messe, kann das ja High-Side oder Low-Side sein, je nachdem wie der Strom gerade fließt. Ist das ein Problem? 2.
) bei denen ich nicht weis wie man die > löst. > > 1. Man misst ja mit dem Sensor über einen High- oder Low-Side-Shunt. > Wenn ich an OUT1 einen Shunt anschließe und mit dem Strom messe, kann > das ja High-Side oder Low-Side sein, je nachdem wie der Strom gerade > fließt. > Ist das ein Problem
-
Thread
Frage zu H Brücke
FET Leitet. Ist diese Aussage richtig? Q5 sperrt wenn X3-! auf High ist und leitet wenn X3-1 auf Low ist? LG Andreas
Guten Abend! Ich habe noch eine Version gemacht. Mit einem High und Low Side Treiber. Könnt ihr da bitte drüberschauen ob das so passt? Wie groß muss ich denn den Kondensator machen? Schöne Nacht!
-
Thread
Atmel Microcontroller AT90S8535 überprüfen oder tauschen ?
Frage: Kann man bei diesem Controller ein I/O Pin mit einem dran gehaltenen Widerstand auf High- oder Low-Pegel ziehen probieren ohne das er Schaden nimmt? Also einen IC Pin mit High-Pegel auf Low ziehen und ein Pin mit Low-Pegel auf High ziehen. Und welche Widerstandsgröße sollte ich bei
der am Ausgang high liefert kann kaputt gehen wenn du seinen Ausgang auf low zwingst.
-
Thread
LC Display schaltet nicht ein
einfach: Der Code ist schon intelligent genug, bei dem Function Set, wie oben beschrieben, nur "High"-Signale im Bereich der oberen Vierergruppe zu verwenden. -->Die unteren vier Bit liegen verdrahtungsmäßig sowieso meistens (sicherheitshalber über Widerstände) schon auf "low", <-- Am Anfang
oberen 4 bits geprüft. Für 8-bit Breite wird 0b0011 NFxx gesendet. Soll heissen: Wenn bit4 High ist, dann geht es mit 8-bit weiter, wenn bit4 Low ist, geht es mit 4-bit Breite weiter. P.S. Es werden zuerst nur High Nibbles gesendet. 0x30 0x30 0x30 0x20 Ab jetzt sendet man Bytes
-
Thread
ADC liefert nur gerade Werte.
an. Hat auch nichts gebracht. Man sieht weiterhin 15 Bits die sich verändern, dann eines das immer Low ist und jetzt ein 17tes dahinter das immer High ist. Und nochmal Datenblatt: Seite 25: > In SDR mode (SDR/DDR Pin 23 = GND), the falling edge > of this clock shifts the conversion result MSB
antreibt. Deinem Osciaufnahmen ist zu entnehmen, dass du nCNV schon während des letzen SCK Pulses auf High setzt. Möglichweise wird dadurch die Conversion zu früh beendet und das LSB ist immer 0. Setze mal nCNV einen Takt später auf High.
-
Thread
Multiplexing bei 7-Segmentanzeige
HIGH bedeutet bei 7-Segmwent-Anzeigen mit gemeinsamer Anode, dass die jeweils gesteuerte LED aus ist. Bei LOW ist diese LED an. Wie kann ich nun erreichen, das LOW wirklich 0 und HIGH auch wirklich 5Volt
Vorgehensweise mit den zusätzlichen Widerständen korrekt? Hört sich eher nach "Murks" an... > HIGH bedeutet bei 7-Segmwent-Anzeigen mit gemeinsamer Anode, dass die > jeweils gesteuerte LED aus ist. Bei LOW ist diese LED an. Definiere "High" und "Low". Inu0815 schrieb im Beitrag #2980594: >
-
Thread
Hall Sensor, komisches Signal
meiner Meinung nach einen Fehler. Keine der beiden Magneten gibt den exakten Umsprung zwischen dem High und dem Low Pegel an. Diese sollten doch den selben Winkel jeweils aufweisen oder?
> verbaut die einen Open Drain Ausgang hatten. > Wenn diese den Südpol sehen, schalten sie auf Low, beim allem anderen > auf High. Aus diesem Grund sind die Low-Flanken meist kürzer. > Ich habe mir gerade auch Encoder-Scheiben gelasert und Neodyn Magnete > reingeklebt. Dabei habe ich z.B. 2
-
Thread
while( ) >>> mit Bedingungen
Oder: [c] while(1) { while(Pins ist HIGH); // Wartet bis der Pin wieder auf LOW liegt // Dein Programm } [/c]
du das einfach mal in deine Abfragen ein: Bei Eingang *high* while(32==0) while(0==1) while(0) while(32!=1) while(32!=0) while(32==1) while(32) Bei Eingang *low* while(0==0) while(0==1) while(1) while(0!=1) while(0!=0) while(0==1) while(0)
-
Thread
Arduino Nano + Hall Sensor + PIR Sensor + Fotowiderstand
precautionary while we do other stuff } // end of wake void setup () { digitalWrite (2, HIGH); // enable pull-up } // end of setup void loop () { pinMode (LED, OUTPUT); digitalWrite (LED, HIGH); delay (500); digitalWrite (LED, LOW); delay (50); pinMode (LED, INPUT
{ } // end of setup void loop () { pinMode (LED_R, OUTPUT); digitalWrite (LED_R, HIGH); delay (1000); digitalWrite (LED_R, LOW); pinMode (LED_R, INPUT); delay(400); pinMode (LED, OUTPUT); digitalWrite (LED, HIGH); delay (1000); digitalWrite (LED, LOW); pinMode
-
Thread
Schrittmotoransteuerung über Arduino mit l293D
(5, HIGH); digitalWrite(7,HIGH); digitalWrite(8, LOW); digitalWrite(9, LOW); digitalWrite(10,HIGH); delay(100); digitalWrite(3, HIGH); digitalWrite(5, HIGH); digitalWrite(7,HIGH); digitalWrite(8, LOW); digitalWrite(9, HIGH); digitalWrite(10,LOW); delay(100); digitalWrite(3, HIGH); digitalWrite(5, HIGH); digitalWrite(7,LOW); digitalWrite(8, HIGH
-
Thread
AT90s2313 + ds1621 (liest nur Schrott)
FanControlPin sbi PORTB,_FanControlPin ret Bit schreiben: I2C_writeBit: rcall I2C_Scl_Low cpi r16,0 breq I2C_writeBit_0 I2C_writeBit_1: rcall I2C_Sda_High rjmp I2C_writeBit_exit I2C_writeBit_0: rcall I2C_Sda_Low I2C_writeBit_exit: rcall I2C_Scl_High
meiner I2C_readBit Routine an der readTemperature ??? Oder ist der DS1621 geschossen? (I2C_Scl_Low,I2C_Scl_High,I2C_Sda_Low,I2C_Sda_High funktionieren) Hier die Kurzfassungen: I2C_readBit:(...) rcall I2C_Scl_Low ;wait 10 mueSec rcall I2C_Scl_High ;wait 10 mueSec in r16
-
Thread
Interrupt-Routine mit C und Timer1
kein Reseteingang unsigned char j=0; unsigned char i=0; //defines void InterruptHandlerHigh(void); void InterruptHandlerLow(void); //---------------------------------------------------------------------------- // High priority interrupt vector (legacy interrupt) #pragma code InterruptVectorHigh = 0x08 void InterruptVectorHigh (void) { _asm goto InterruptHandlerHigh _endasm } // Low priority interrupt vector #pragma code InterruptVectorLow = 0x18 void InterruptVectorLow (void) { _asm goto InterruptHandlerHigh
-
Thread
Arduino mit Taster und Warteschleife
Dauer Kamera_vor_Injektor = 1000; Injektor_zeit = 500; } void loop() { digitalWrite(32, LOW); digitalWrite(28, LOW); digitalWrite(24, LOW); if(digitalRead(34)=HIGH); { state = 1; digitalWrite(32, HIGH); delay(LED_vor_Kamera); digitalWrite(28, LOW); digitalWrite(24, LOW); digitalWrite(28, HIGH); delay(Kamera_vor_Injektor); digitalWrite(24, HIGH); delay(Injektor_zeit); digitalWrite(24, LOW); delay(1000); digitalWrite(28, LOW); delay(1000);
-
Thread
SD/MMC Karte Adressierung
Software zum zeigen auf dem PC. Kann das Prinzip kurz darstellen: Ich benutze einen Zähler 16Bit high und einen 8Bit low. ld hl,0000h ; high Adr. ld e,01h ; low Adr. Start loop1: inc e ; low 8Bit n+1 cp lowmax ; low Adr. Max (20h) jp nc,loop2
ausgelesen. Neue Adressberechnung high+low: ld hl,0000h ; high Adr. ld e,01h ; low Adr. Start loop1: inc e ; low 8Bit n+1 cp lowmax ; low Adr. Max (20h) jp nc,loop2 inc hl
-
Thread
Coolrunner Ausgang statisch auf Low setzen
Ich möchte den Ausgang eines Coolrunner statisch auf Null setzen. Habe dazu in der Top-level-Entity folgendes geschrieben: [vhdl] entity xyz is port ( abc : out std_logic := '1'; def : out std_logic := '0' ); [/vhdl] Die Signale werden absichtlich in dem gegenwärtigen Design nicht verändert. Sollen aber in anderen Designs auf der selben Platine auch einmal dynamisch sein. Die Signal aber die nun einen Default von '0' haben High Pegel. Bei allen fraglichen Pins bekomme ich die Fehlermeldung: "Xst:1306 - Output <rsync> is never assigned." was ja soweit auch
-
Thread
Basiswiederstand
| High | | 9 | 3 | 5 | SCL | IN | High | | 10 | 8 | 24 | CE0 | IN | Low | | 11 | 7 | 26 | CE1 | IN | Low | | 12 | 10 | 19 | MOSI | IN
| Low | +----------+------+------+--------+------+-------+ [/code] Da ist SDA und SCL auf High, alle anderen auf Low. Bei keinem Pin ist etwas angeschlossen.
-
Thread
Glühwürmchen in Rotkohlglas gefangen
PORTB auf PB0,PB1,PB2 und PB5 High/Ausgang gesetzt, alle anderen Bits auf 0. Nun werden max. 3 DDRB Werte berechnet. Diese 3 Registerwerte bestimmen welche LED zu welchem OCR0A Wert zu leuchten hat indem über DDRB die Pins als Ausgang-Low
den Fuses Calculator? http://palmavr.sourceforge.net/cgi-bin/fc.cgi?P_PREV=ATtiny45&P=ATtiny45&V_LOW=6A&V_HIGH=DF&V_EXTENDED=FF&M_LOW_0x3F=0x2A&M_LOW_0x40=&M_LOW_0x80=0x00&M_HIGH_0x07=0x07&M_HIGH_0x08=&M_HIGH_0x10=&M_HIGH_0x20=0x00&M_HIGH_0x40=&M_HIGH_0x80=&M_EXTENDED_0x01=&B_SPIEN=P&B_SUT0=P&B_CKSEL3
-
Thread
Soft I²C zum Beispiel auf ATtiny13
if (bitChanges & bit) PINB = 1<<DATA_PIN; I2C_DELAY; SCL_HIGH; I2C_DELAY; SCL_LOW; } }
0; while (c) { if (b & c) SDA_high(); else SDA_low(); sdelay(sdavorscl); SCL_high(); sdelay(sclhigh); c = c>>1; e = e<<1; if (SDA_State()) e |= 1; SCL_low(); sdelay(sdahalte); } return e;
-
Thread
Eagle Schaltplan - Verbesserungsvorschläge
angeschaut. Was ich gesehen habe: Du hast IO0 direkt auf VCC gelegt, das gibt Rauch, wenn das Signal auf Low gezogen wird. Mit EN und IO0: Hast du mal ins Datenblatt geschaut? EN auf Low und der ESP ist deaktiviert. Wieder auf High startet er neu. IO0 beim Start bzw. Reset auf Low und es wird der Bootloader
. Wieder auf High startet er neu. > IO0 beim Start bzw. Reset auf Low und es wird der Bootloader gestartet. > Bei High wird normal gestartet. Nach dem Start kann man den als GPIO > nutzen. > Um die Steuerung für
-
Thread
Fuses Problem.mal wieder
:D Sorry für den harschen Ton. Kann man eigentlich irgendwo nachlesen, welche Taktraten Low, Medium und High sind ?
Tim schrieb im Beitrag #2153617: > Definition zu "low", "medium" und "high" freq. "Low" ist eigentlich klar. Das ist z.B. ein Uhrenquarz(32,768KHz). Als "High" würde ich die "normalen" CPU-Quarze ab 1MHz einstufen. "Medium" halt irgendwo dazwischen
-
Thread
Level-Shifting auf ca. 8V bei 5V-Versorgung
0509-DCDC-Wandler-SMD-9-V-111-mA-1-W-Anzahl-Ausgaenge-1-x die 1-3V runter schaffst du mit einem low drop Regler das war die Versorgung des Treiber IC 74(A)HCT125 kann mit 6V versorgt werden hat 4 Treiber mit 2V in als high Schwelle. Es gibt auch noch andere Treiber in der 74HCT Serie die bis 7V arbeiten, besser 6V wählen und die ab 2V in high erkennen oder andere die 0,7 x VCC brauchen, bei 5V Signale reichen bei VCC 6V also 4,2V für high. UDN als Gegenstück zum ULN2803a UDN2983 High-Side Driver
-
Thread
PCF8575 Inputs
Ja, ich initialisiere die mit HIGH am Anfang! [code] pcf8575.begin(); pcf8575.resetInterruptPin(); pcf8575.write(MOTOR, LOW); pcf8575.write(MOTOR_DIR, LOW); pcf8575.write(FAN, LOW); pcf8575.write(INNEN_LICHT, LOW); pcf8575.write(AUSSEN_LICHT, LOW); pcf8575.write(5, LOW); pcf8575.write(6, LOW); pcf8575.write(7, LOW); pcf8575.write(8, HIGH); pcf8575.write(9, HIGH); pcf8575.write(10, HIGH); pcf8575.write(11, HIGH); pcf8575
-
Thread
Spannungshub von 0V/0,5V auf 4V/6V
mir ein Logiksignal auf eine höhere Spannung übersetzt. Als Eingangsspannung habe ich 0V/0,5V für Low/High, für die weitere Verarbeitung brauche ich aber eine Spannungsleveln von 4V/6V für Low/High. Ich bin gerade etwas auf dem Holzweg und würde mich über ein paar Anregungen tierisch freuen.
Spannung der LED soll dazu dienen einen 7-Segment Controller anzusteuern. Dieser brauch jedoch für die LOW/High Pegel 4/6V.
-
Thread
Feedback Schaltplan und Boardlayout
hast die Massefläche als Rückleiter und die Stromsprünge quer über die Platine. Und ich sag noch, low ESR Elko neben die Transistoren. Aber nee ;)
Man könnte hier ggf. auch mit HighSide-Switches arbeiten.