-
Thread
AVR8ASM TWI Interrupt
#5558960: > Sie scherzen! > Was passiert, wenn innerhalb des main-Teils [avrasm] > > ldi zl,LOW(_twi_schritt_tab);Adresse der TWI-Schrittsprungtabelle.. > ldi zh,HIGH(_twi_schritt_tab);..im Z-Pointer speichern.. > add zl,twi_schritt ;..und der jeweiligen TWI-Aktion entsprechend.. >
TWI-Ablauf weitertakten ; ;TWI Daten lesen und im SRAM speichern ; _twi_data_read: ldi zh,HIGH(_twi_data_r) ;..SRAM-Basisadresse.. ldi zl,LOW (_twi_data_r) ;..laden.. add zl,twi_rxd ;..und Datenempfangszeiger.. adc zh,null ;..hinzuaddieren lds twi_data
-
Thread
Warum wird bei einem uint auf <0 getestet?
jemand schrieb im Beitrag #6922978: > #define LIMIT(low, high, a) (MIN(high, MAX(low, a))) Das macht man eigentlich nicht mehr. * a wird mehrfach ausgewertet. Darum heute per function Like Makros * Wenn man low und high verwechselt, führt es ins
ich etwas umnachtet. A. S. schrieb im Beitrag #6922983: > jemand schrieb: > >> #define LIMIT(low, high, a) (MIN(high, MAX(low, a))) > > Das macht man eigentlich nicht mehr. > > a wird mehrfach ausgewertet. Darum heute per function Like Makros > Wenn man low und high verwechselt, führt es
-
Thread
Ansteuerung BLDC Motor mittels PWM PROBLEME
nachgeschaut, doch leider kam das Verständnis nicht zu 100%. Also mein uC generiert 6PWM Signale High1, High2, High3 und Low1, Low2 und Low3! High1-High3 und Low1-Low3 sind alle um 120° Phasenverschoben und überschneiden sich nicht. High1 ist das inversum von Low1 und das selbe für 2 und 3! Man nimmt
Fabian L. schrieb im Beitrag #3254377: > Also mein uC generiert 6PWM Signale > High1, High2, High3 und Low1, Low2 und Low3! High1-High3 und Low1-Low3 > sind alle um 120° Phasenverschoben und überschneiden sich nicht. High1 > ist das inversum von Low1 und das selbe für 2 und 3!
-
Thread
zählende Schaltung
weiß nichtmal, wie ich es ansatzweise lösen könnte. Ich habe 5 Eingangssignale und benötige ein High Ausgangssignal, wenn höchstens 3 dieser Signale High sind. Bei 4 oder 5 Leitungen auf High soll der Ausgang also auf LOW liegen. Die Schaltung müsste also die Anzahl der aktiven Signale zählen
>High Ausgangssignal, wenn höchstens 3 dieser Signale High sind. bedeutet doch auch: High-Ausgang, wenn mindestens zwei Eingangs-Signale LOW sind. Ein NOR-Gatter mit zwei Eingängen /(a+b) geht nur
-
Thread
zwei 16-Bitzahlen vergleichen
springen ob die Zahl größer oder kleiner ist? .equ Vergleichzahl = 1234 ; ;Wert laden ldi R16,Low(2222) ldi R17,High(2222) ; ;zuerst Low vergleichen cp R16,Low(Vergleichzahl) ;jetzt High cpc R17,High(Vergleichzahl) breq Zahl_ist_gleich oder brlo Zahl_ist_kleiner sonst rjmp Zahl_ist_größer
kann, sondern nur Register: ;zuerst Low vergleichen ldi R18,High(Vergleichzahl) ;Temporär high-Byte in r18 für cpc CPI R16,Low(Vergleichzahl) ;jetzt High CPC R17,r18 breq Zahl_ist_gleich brlo Zahl_ist_kleiner BRSH Zahl_ist_größer_oder_gleich
-
Thread
CompactFlasch-Karte im Memory Mode ansteuern
PIC), D8 bis D15 sind offen - Adresssignale A0, A1, A2 werden verwendet (am PIC), A3 bis A10 sind LOW - Steuersingnale (am PIC): Grundeinstellung CE1 = LOW Reset = LOW, wenn Reset nicht aktiv. Stimmt das? WE = HIGH OE = HIGH Ready = HIGH, wenn Karte bereit. Stimmt das? CD1 = LOW,
(WE kurz auf Low setzen und dann wieder High) 8. Überprüfen ob Karte READY 9. Datenport auf Input schalten 10. Leseimpuls (OE auf Low) 11. Jetzt sollte 0x8A am Datenport anliegen -> Speichern 12. OE wieder
-
Thread
Taste funktioniert nicht
und ich es dann mit meinem Oszi messe, dann sehe ein Ereignis wenn ich auf den Taster drücke. (von LOW auf HIGH oder halt von HIGH auf LOW). Kann es sein, dass der Red Pitaya den Taster bzw. das Signal auf GND zieht und somit kein Signal am Port ankommt? Im Anhang befindet sich die Schematic
ich es dann mit meinem Oszi messe, dann sehe ein Ereignis wenn ich auf > den Taster drücke. (von LOW auf HIGH oder halt von HIGH auf LOW) Dann sorge dafür, dass Dein DIO7_N als _Eingang_ initialisiert wird und nicht als Ausgang auf low sitzt.
-
Thread
Suche Multimeter mit präziser Messung des Tastgrads
informiert :-( Shmuel Rosenberg schrieb im Beitrag #5816266: > Dann zählt der AVR eben 11 Takte high und 12 takte low und malt dann > 52,1739 %aufs display -》fertig. Das ist die Generation 'Taschenrechner'. Mit 10% Widerständen 0,001% Ergebnisse "generieren". Das tut echt weh!
Auswertung eine Rolle spielt, kommt dann noch die konkrete Signalform mit ins Spiel. Da wird z.B. die low-high-Flanke anders aussehen als die high-low-Flanke. Dann wäre der Mittelwert bei einem exakten Tastverhältnis von 50% zu 50% auch nicht genau 50% sondern irgend wo daneben. > Hier nochmal die
-
Thread
Probleme mit GLCD von Powertip (T6963C)
pd2 = 0x00; // Port 2 als Eingang LCD_CD = 1; // Commando High LCD_RD = 0; // Read Low LCD_CE = 0; // Chip Enable Low asm ("NOP"); asm ("NOP"); asm ("NOP"); asm
LCD_CD = 1; // Commando High LCD_RD = 0; // Read Low LCD_CE = 0; // Chip Enable Low asm ("NOP"); asm ("NOP"); asm ("NOP"); asm
-
Thread
Raspberry Pi Prozesse parallel ablaufen lassen.
GPIO.HIGH) time.sleep(0.04) GPIO.output(24, GPIO.LOW) else: time.sleep(0.1) [/code]
GPIO.HIGH) time.sleep(0.04) GPIO.output(24, GPIO.LOW) else: time.sleep(0.1) [/code]
-
Thread
Hilfe Auslegung low-pass Filter und Verbindung zu ADC
wie dem MCP3008. Maximale Sampling-Frequenz waere hier 200kHz. Das hiesse, selbst wenn ich auf einen low-pass zur Signalglaettung verzichten (und spaeter vielleicht in Software machen wuerde), ich braeuchte immer noch einen 100kHz low-pass wegen dem Nyquist Theorem? Vorletzte Frage: Kann ich das verstaerkte
MCP3008. > Maximale Sampling-Frequenz waere hier 200kHz. Das hiesse, > selbst wenn ich auf einen low-pass zur Signalglaettung > verzichten (und spaeter vielleicht in Software machen > wuerde), ich braeuchte immer noch einen 100kHz low-pass > wegen dem Nyquist Theorem? Tiefpass wegen Nyquist
-
Thread
MSP430G2553 / DHT12 Sensoranbindung / Initialsierung anfangs fehlerhaft
Sniffe mal mit, wie die es mit dem MCP2221 aussieht, evtl. ist da einfach das Timing besser (SCL=low, SDA wird geändert, SCL geht high, SCL geht wieder low, und erst dann wird SDA wieder geändert). http://i2c.info/i2c-bus-specification
/UM10204.pdf [pre] 3.2.3: Data validity The data on the USDA line must be stable during the HIGH period of the clock. The HIGH or LOW state of the data line can only change when the clock signal on the USCL line is LOW (see Figure 23). One clock pulse is generated for each data bit transferred.
-
Thread
IO25A01 als HIGH geschaltet
Hallo, entweder suche ich falsch oder mache was falsch. Aber ich suche ein Relais wie das IO25A01 welches aber nicht über die Masse geschalten wird, damit ich es mit dem Ausgang eines ESP schalten kann.
-
Thread
Welche Pins als Outputs wählen?
(100); digitalWrite(Pin0,LOW); digitalWrite(Pin0,LOW); digitalWrite(Pin0,HIGH); digitalWrite(Pin0,LOW); delay(100); digitalWrite(Pin0,LOW); digitalWrite(Pin0,LOW); digitalWrite(Pin0,LOW); digitalWrite(Pin0,HIGH); delay
(100); digitalWrite(Pin0,LOW); digitalWrite(Pin1,LOW); digitalWrite(Pin2,HIGH); digitalWrite(Pin3,LOW); delay(100); digitalWrite(Pin0,LOW); digitalWrite(Pin1,LOW); digitalWrite(Pin2,LOW); digitalWrite(Pin3,HIGH); delay
-
Thread
Ein Taster - LED-Lauflicht starten/stoppen
digitalWrite(LED_Pins[3], LOW); digitalWrite(LED_Pins[4], HIGH); Start_Millis = Current_Millis; } if((digitalRead(Button_Pin) == LOW) && (Button_Druckzaehler == 1))
digitalWrite(LED_Pins[3], LOW); digitalWrite(LED_Pins[4], HIGH); Start_Millis = Current_Millis; } if((digitalRead(Button_Pin) == LOW) || (Button_Druckzaehler == 1))
-
Thread
Open Drain - Low Akiv
GND GND Und wenn ich den Ausgang (Im Tris als Ausgang deklariert) auf High schalte also den internen FET durchschalte, dann leuchtet die LED, wie kann das sein? Nun sind meine Transistor Kenntnisse auch ein bisschen eingerostet aber normal ist doch hier ein Low aktiver
Hallo, der interne FET ist mit high ausgeschaltet. Da ist noch ein Inverter (NOR) vor dem FET im Datenblatt. -> einschalten geht mit low-Pegel. Die LED ist allerdings auch während des Resets aktiv. -> willst Du das? Gruß Anja
-
Thread
Dimmbares Abbiegelicht
DoIP haben? https://automotive.softing.com/de/standards/bus-systeme.html Gängisten sind CAN-High / CAN-Low / LIN-Bus nur so aus der Praxis. Die anderen Bussysteme sind im kommen denn irgdenwie müssen die Hersteller ja Erfahrung sammeln... bei andeen Herstellern wie zb Honda wird das gleiche direkt
haben? > > https://automotive.softing.com/de/standards/bus-systeme.html > > Gängisten sind CAN-High / CAN-Low / LIN-Bus nur so aus der Praxis. Die > anderen Bussysteme sind im kommen denn irgdenwie müssen die Hersteller > ja Erfahrung sammeln... Flexray ist in der Oberklasse längst Standard
-
Thread
!RESET ist nun RESET
Du meinst Eingang high--> ausgang low Eingang low--> ausgang high? Nennt sich inverter Entweder einfacher Transistor und ein paar Widerstände oder als fertiges IC.
Meinungen? Wenn ich nun wie von euch vorgeschlagen den Portpin des Megas als Ausgang definiere und auf HIGH setzte, sollte der IC ausbleiben (ressettet). Wenn ich den dann auf LOW setzte sollte doch am IC auch low am RESET eingang sein, wa? mfg
-
Thread
H-Brücke Freilaufdioden
für die geschalteten Mosfets >als auch für die unbeanspruchten Dioden, oder? Der OP schaltet die LOW Side statisch, und mach nur über die High Side die PWM. MFG Falk
Falk Brunner schrieb: > Der OP schaltet die LOW Side statisch, und mach nur über die High > Side die PWM. Stimmt, das hatte ich vorher überlesen. Aber dann sind seine Dioden ja nicht nur unterdimensioniert, sondern auch noch falsch platziert
-
Thread
P-MOS Schalter
Spannung Gate-Source relevant (Ugs). Hmm da dachte ich eigentlich, dass das passt. VDD ist immer HIGH, sprich sobald VG LOW ist, dachte ich schaltet der PMOS durch.
Tom M. schrieb im Beitrag #7932332: > VDD ist immer HIGH, sprich sobald VG LOW ist, dachte ich schaltet der > PMOS durch. Das ist auch so. Wichtig ist nur, dass das high Signal genauso groß ist wie VDD, damit der MOSFET vernünftig sperrt! Wenn du gewährleisten
-
Thread
Ansteuerung einer Halbbrücke mit IR2110
wieso der IC abraucht kann ich dir nicht sagen... aber bei diesem IC nur die high side zu verwenden ist nur mit einer externen mitlaufenden stromversorgung oder in sonderfällen möglich. grund dafür ist, daß die bootstrap-schaltung für den oberen mosfet auf sichere low-pegel am
halbbrücke angewiesen ist damit der bootstrap-kondensator geladen werden kann. dieser versorgt während der high-pegel die high side und den high side FET. sonderfall ist wenn die low-pegel am halbbrückenausgang von alleine entstehen ohne daß durch die low side aktiv nach low gezogen wird. also z.b. step-down-wandler
-
Thread
4 I/O Ports, 8 LEDs -> wie ansteuern?
scheint eine ziemlich vernünftige Lösung zu sein. Allerdings sind die Ausgänge standardmäßig auf HIGH, es wird lediglich ein LOW durch die Veränderung der 3 Bit verschoben. Bräuchte genau das invertierte davon, gibt es diesen auch mit einem HIGH, welches ich verschiebe und die anderen Kanäle auf LOW
scheint eine ziemlich vernünftige Lösung zu > sein. Allerdings sind die Ausgänge standardmäßig auf HIGH, es wird > lediglich ein LOW durch die Veränderung der 3 Bit verschoben. Bräuchte > genau das invertierte davon, gibt es diesen auch mit einem HIGH, welches > ich verschiebe und die anderen Kanäle
-
Thread
Nand Flash auslesen Atmega 328[Arduino]
ASSERT_ALE() {digitalWrite(ale, HIGH);} void DEASSERT_ALE() {digitalWrite(ale, LOW);} void ASSERT_CLE() {digitalWrite(cle, HIGH);} void DEASSERT_CLE() {digitalWrite(cle, LOW);} void ASSERT_RE() {digitalWrite(re, HIGH);} void DEASSERT_RE
Den Scheiß unten benennst du erstmal um void ASSERT_CE() {digitalWrite(ce, HIGH);} void DEASSERT_CE() {digitalWrite(ce, LOW);} void CE_HIGH() {digitalWrite(ce, HIGH);} void CE_LOW() {digitalWrite(ce, LOW);} Dann kann ein normaler Mensch auch was damit anfangen. Nach meinen
-
Thread
For-Variable 6 Taster
schaltet Ausgang 4 Eingang 5, schaltet Ausgang 5 Eingang 6, schaltet Ausgang 6 Ist der Eingang HIGH, dann Ausgang HIGH - Ist der Eingang LOW, dann Ausgang LOW Anfangs hatte ich alle Ein/Ausgänge deklariert und 6 variablen genutzt(viel Tippen und kopieren). Fuktionierte ohne Probleme. Dann hatte
Addi S. schrieb im Beitrag #4789257: > Ist der Eingang HIGH, dann Ausgang HIGH - Ist der Eingang LOW, dann > Ausgang LOW Wie sieht denn Deine Schaltung /Schaltplan aus?
-
Thread
PullUp und Taster 24V
Thomas schrieb im Beitrag #5666112: > Was genau meinst du mit Low active? Pull down Widerstand? Hab mal gegoogelt: http://vinduino.blogspot.com/2013/07/active-high-vs-active-low-button.html Low active heißt -> PullUP verwenden und an den Schalter GND hängen.
habe). Ja, etwa. > Lege ich die 4.6V nun an meinen Mikrocontroller an, so wird der Port auf > HIGH gezogen (wobei auch der PullUP aktiv ist und dieser den sowieso auf > HIGH zieht. Ich müsste aber aus den 24V ein LOW zaubern (<2.5V). Wann willst du LOW haben? Wenn der Taster gedrückt wird oder
-
Thread
zwei Ausgänge miteinander verbinden
ist dabei gerade /nicht/ erforderlich, höchstens um die LED ganz abzuschalten (ginge aber auch mit Low/Low oder High/High auf den Ausgängen). Andreas Edit: letzter Absatz eingefügt
beiden >> ICs besitzen. > > NEIN! Open Collector geht nicht. Sehe ich ja auch so... Man braucht LOW=GND, HIGH=VCC. Volker
-
Thread
Feedback Schaltplan STM32G0
Schaltung (Anhang) an BOOT0 DTR > Direkt an RESET Beim CH340 sind RTS und DTR im Normalzustand High und gehen bei Aktivierung Low. Das Bedeutet im Normalbetrieb mit der Schaltung im Anhang: BOOT0 = LOW, RESET = HIGH. Arduino macht nun beim Upload folgendes: -RTS and DTR go LOW -DTR goes HIGH -DELAY -RTS goes HIGH > RTS and DTR go LOW Bedeutet: RESET geht auf LOW, der STM32 führt einen Reset aus. BOOT0 geht gleichzeitig auf HIGH (BOOT0 = 1 wie es soll) >DTR goes HIGH Bedeutet: RESET geht auf HIGH (Reset
-
Thread
LCD probs
ne ich verstehs nich soll ich anstelle von lditemp1, 0x84 jetzt ldi temp low(0x84) schreiben ? und dadrunder dec High(Ramed) ???????
Herrgott schenke mir Geduld ;-) ldi r16,low(ramend) ;Stackpointer setzen out spl,r16 ldi r16,high(ramend) out sph,r16 Gruss Carsten
-
Thread
serielle Übertragung - Pegel?
V rein und hat nach 50 m, wenn es schlecht läuft, noch 4.8 V. Das reicht aber locker noch aus um High und Low zu erkennen. Eine RS232-Schnittstelle würde ich da auch nicht etablieren, wozu auch? Die Geräte die da miteinander reden werden doch nicht geändert (also nach dem Motto User geht hin, klemmt
diese Spannung erzeugen zu müssen. Mit den +/-12V Pegeln hat man lediglich den Unterschied zwischen High und Low vergrößert, und damit auch den Abstand zwischen Nutzsignal und Störsignal. High und Low lassen sich so eindeutiger erkennen, auch wenn noch ein andere schwaches Störsignal eingefangen wurde.
-
Thread
Signal erstellen
: Eine '1' ist 1ms high, dann 300us low. Eine '0' ist 300us high, dann 1ms low.
Wie genau muß denn das ganze sein. > Es sollte sehr genau dem entsprechen: '1' ist 1071us high, dann 357us low. '0' ist 357us high, dann 1071us low. also ein Takt hat 1428us
-
Thread
High-Side-Switch mit N-Kanal MOSFET und langen on-Zeiten
Zwischenfrage stellen, weil ich vermutlich der einzige bin, der es nicht weiß... Ich dachte immer, ein High-Side Switch WÄRE ein P-Kanal Mosfet und ein Low-Side Switch wäre ein N-Kanal Mosfet. Wenn man einen High-Side Switch mit N-Kanal bauen kann, wie stehen die Bezeichnungen denn dann zueinander?
gerne einen eigenen eröffnen können! bissi schrieb im Beitrag #5532915: > Ich dachte immer, ein High-Side Switch WÄRE ein P-Kanal Mosfet und ein > Low-Side Switch wäre ein N-Kanal Mosfet. Ist so am einfachsten mit der Beschaltung. Aber nicht zwingend. Wenn du 5V mit einem nMOSFET schalten willst
-
Thread
Nokia LCD 3510
Clockleitung entsprechend geschalten werden. Initialisierung: sbi CS_PORT, CS_PIN ; CS auf HIGH setzen sbi SCL_PORT, SCL_PIN ; SCL auf HIGH setzen Routinen: send_cmd: cbi CS_PORT, CS_PIN ; CS auf LOW setzen cbi SCL_PORT, SCL_PIN ; SCL auf LOW setzen cbi SIO_PORT, SIO_PIN ; D/C Bit auf 0 -> Kommando rjmp send_byte send_data: cbi CS_PORT, CS_PIN ; CS auf LOW setzen cbi SCL_PORT, SCL_PIN ; SCL auf LOW setzen sbi SIO_PORT, SIO_PIN ; D/C Bit auf 1 -> Daten send_byte: nop ; Pause (länger/kürzer???) sbi SCL_PORT, SCL_PIN ; SCL auf HIGH
-
Thread
Daten aus Video Zeile auslesen
> Stichworte erwarten. Das Timing für die NRZ-Dekodierung ist natürlich definiert. zB. 2ns High = 1 darauf folgend 2ns Low = 1 1ns High = 0 1ns Low = 0 Die Angabe der Zyklenlänge ist bitte nur als Beispiel zu betrachten! Ich starte mit jedem Flankenwechsel, egal ob nach High oder Low,
Ray schrieb im Beitrag #6289272: > zB. 2ns High = 1 darauf folgend > 2ns Low = 1 > 1ns High = 0 > 1ns Low = 0 Sicher, dass du Nanosekunden meinst? Das würde eine Bandbreite von 1 GHz bedeuten, das passt definitiv nich in ein Video-Signal.
-
Thread
LCD, HD44780 und KS0076
); //#define lcd_e_delay() __asm__ __volatile__( "rjmp 1f\n 1: rjmp 2f\n 2:" ); #define lcd_e_high() LCD_E_PORT |= _BV(LCD_E_PIN); #define lcd_e_low() LCD_E_PORT &= ~_BV(LCD_E_PIN); #define lcd_e_toggle() toggle_e() #define lcd_rw_high() LCD_RW_PORT |= _BV(LCD_RW_PIN) #define lcd_rw_low
500ns low */ lcd_e_high(); lcd_e_delay(); data |= PIN(LCD_DATA0_PORT)&0x0F; /* read low nibble */ lcd_e_low(); } else { /*
-
Thread
SD Karten Library für ATMega gesucht
Meisten sind bei "To Be Filled" [code] /* Peripheral controls (Platform dependent) */ #define CS_LOW() To be filled /* Set MMC_CS = low */ #define CS_HIGH() To be filled /* Set MMC_CS = high */ #define MMC_CD To be filled /* Test if card detected. yes:true, no:false, default:true
@Jan Hampel (jan_h865) >/* Peripheral controls (Platform dependent) */ #define CS_LOW() To be filled /* Set MMC_CS = low */ #define CS_HIGH() To be filled /* Set MMC_CS = high */ #define MMC_CD To be filled /* Test if card detected. yes:true, no:false, default:true
-
Thread
High Side Stromsensor mit Schwellwertschalter
Differenzverstärker aus OP + Schmidt Trigger (welcher OP ?) Habt ihr vielleicht noch andere Ideen ? High Side wär nicht schlecht. Danke ! Thomas
reicht ein einfacher nicht invertierender Verstärker wenn der Strom nur in eine Richtung fliesst. Die HighSide Schaltung ist im Anhang. Muss natürlich nach den jeweiligen Gegebenheiten angepasst werden.
-
Thread
Probleme bei Grundbeschaltung 8051 (AT89S52)
funktioniert den µC TATSÄCHLICH zu programmieren. Wie im oben angegebenen Programm konnten wir an p1.0 ein LOW p1.1 ein HIGH p1.2 ein LOW p1.3 ein HIGH messen Danach kamen dann beim erneuten programmieren zwar keine Fehlermeldungen mehr. Der Flash änderte sich aber auch nicht mehr. 7. Aus lauter
könnte mir allerdings vorstellen, das irgendein anderer Pin, den wir momentan nicht bedenken auf HIGH oder LOW gezogen werden müsste und da dieser sich undefiniert zwischen HIGH und LOW hin und her bewegt, die Schaltung gelegentlich murks macht. Falls du irgendwie bei dir Erfolg haben solltest beim
-
Thread
AD-Wandler mittels SPI auslesen
meinem ADC kommunizieren will, dann würde ich es folgendermassen machen: Init-Zustand: GPIO = HIGH (damit ADC ausgeschaltet ist). Kommunikationszustand: GPIO = LOW (ADC einschalten) Sende/Empfange über SPI, bis Vorgang abgeschlossen GPIO = HIGH (ADC ausschalten) Ich bin mir jetzt leider
SendByte = 10001110 Also würde mein Programm im Pseudocode etwa so aussehen: # init GPIO(CE0) = HIGH SendByte = 10001110 # LeseWert: CE0 = LOW Sende SendByte CE0 = HIGH warte 1,5 Mikrosekunden (acquisition time) CE0 = LOW Lese LeseBytes CE0 = HIGH Ich muss ja einen Moment warten, bis
-
Thread
Microcontroller mit Python
220 Ω Widerständen zwischen dem 4 MHz Oszillator und dem ATtiny85 gemacht. Wenn die Fuse auf "High-Frequency Crystal" eingestellt ist, kann ich den externen Takt wahlweise an XTAL1 oder XTAL2 oder auch beiden Pins gleichzeitig einspeisen. Wenn die Fuse auf "Low-Frequency Crystal" eingestellt ist
as an On-chip Oscillator" Ganz so einfach ist es aber offenbar doch nicht. Sonst hätte ich im "High-Frequency" Modus den Talk wohl kaum wahlweise und sogar gleichzeitig an beiden Pins einspeisen können. Außerdem widerspricht die Info den Beobachtungen im "Low-Frequency" Modus.
-
Thread
High-Side-Treiber
Hallo, 1) was genau ist eine High-Side Treiber ? 2) wozu benutzt man diesen ? 3) wie arbeitet eine solcher High-Side-Treiber ? 4) daneben existieren auch noch Low-Side-Treiber ? wie funktionieren diese und in welchen Zusammenhang stehen sie zu High-Side-Treiber ? 5) Gibt es Link für weitere Informationen zu diesen Bauteilen ? Danke
-
Thread
Hilfe LCD SPINNT
;ggf. anpassen .def temp1 = r16 .def temp2 = r17 .def temp3 = r18 ldi temp1, low(RAMEND) ;Stackpointer initialisieren out SPL, temp1 ldi temp1, high(RAMEND) out sph, temp1 ;Port D = Ausgang out
den compiler interessant ; und sofort sich um den stack kümmern ldi temp, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL, temp ldi temp, HIGH(RAMEND); HIGH-Byte der obersten RAM-Adresse out SPH, temp danach kannste mit nen paar jump routinen dir das in avrstudio
-
Thread
ili9341 2.8 Zoll Modul Problem
{ uint8_t d; do { #if ili_bitbang d = *buff++; if (d & 0x80)ll_mosi_high; else ll_mosi_low; // bit7 ll_ck_cycle; if (d & 0x40)ll_mosi_high; else ll_mosi_low; // bit6 ll_ck_cycle; if (d & 0x20)ll_mosi_high; else ll_mosi_low; // bit5 ll_ck_cycle; if (d & 0x10)ll_mosi_high; else ll_mosi_low; // bit4 ll_ck_cycle; if (d & 0x08)ll_mosi_high; else ll_mosi_low; // bit3 ll_ck_cycle; if (d & 0x04)ll_mosi_high; else ll_mosi_low; // bit2 ll_ck_cycle
-
Thread
Ansteuerung vieler bistabiler Relais
Von Infineon gibts mehrkanalige (SPI->parallel) High- und Low-Side Treiber für Relais (z.B. SPIDER-Serie), da könnte was passendes dabei sein: https://www.infineon.com/cms/en/product/power/smart-low-side-high-side-switches/
bekommt/nicht lagernd ist. Alternativ: TLE8108EM https://www.infineon.com/cms/en/product/power/smart-low-side-high-side-switches/multichannel-spi-low-side-power-switch-flex/tle8108em/
-
Thread
Verständnisprobleme RS Flip Flop
Hi RS-FF aus NAND-Gattern wird mit Low umgeschaltet. Wenn beide Eingänge "inaktiv" sein sollen, müssen sie also high sein. Gerhard
Also ist ein RS Flip Flop realisiert aus NAND Gattern Low Active eins aus NOR Gattern High active damit das NAND RS Flip Flop High active wird negiert man die Eingänge - ist das Richtig?
-
Thread
Wie Zahl subtrahieren, die in 4 Registern steht?
.org 0x60 Puffer: .byte 10 ; hier geht das Programm los .cseg .org 0 ldi temp1, LOW(RAMEND) ; Stackpointer initialisieren out SPL, temp1 ldi temp1, HIGH(RAMEND) out SPH, temp1 ;UART Initalisierung ldi temp1, LOW(UBRR_VAL)
umwandeln ldi XL, low(Puffer) ldi XH, high(Puffer) rcall Int_to_ASCII ;an UART Senden ldi ZL, low(Puffer+3) ldi ZH, high(Puffer+3) ldi temp1, 1 rcall sende_zeichen
-
Thread
Problem bei PWM Signal Erfassung Atmega2560
= 0; high_time = ( float(high_time_timer) + float(65536 * timer4_ovl) ) * (prescale / 16000000); low_time = ( float(low_time_timer) + float(65536 * timer4_ovl) ) * (prescale / 16000000); period = high_time
> high_time = ( float(high_time_timer) + float(65536 * timer4_ovl) ) * (prescale / 16000000); > low_time = ( float(low_time_timer) + float(65536 * timer4_ovl) ) * (prescale / 16000000); So, so. High
-
Thread
Ideen/Anregungen zur Steuerung eines DC-Motors mit einem Infrarotsensor im Sanitärbereich
: (Default State: HIGH) The reset pin, when pulled low, puts the board into a low-power sleep mode and clears any latched fault flags. Der Reset Pin hat doch nicht ein HIGH Signal wenn Spannung am Motortrieber ist, oder?
handWARVorSchalter = false; und dann im loop am Anfang: > if(handWarVorSchalter==true && digitalRead(SENSOR)==HIGH){ //ich glaube der Sensor ist High wenn die Hand davor ist, sonst halt LOW > mach was, hier wurde die Hand grad vom Sensor entfernt > } > handWARVorSchalter = digitalRead(SENSOR);
-
Thread
SPI empfängt beschädigte Daten bei ATSAMD51
ausgewertet wird. Es gibt auch MCs, wo man > den digitalen Input abschalten kann und er dann konstant low gelesen > wird. Ich habe /SS probehalber mal permanent auf high gelassen - dann empfängt er gar nichts mehr. Ganz ohne /SS geht es also nicht und die Idee, dass er in einem Modus ist, in dem er
unterbrochen wird > - ich starte den SPI-Master wieder Wenn Du dazwischen den /SS nicht aktiv auf high setzt, kriegt der Slave gar nícht mit, daß ein neues Paket anfängt. CMOS-Eingänge ziehen fast keinen Strom, d.h. die Schaltungskapazität bleibt noch lange auf low geladen. Ins Init des Masters gehört
-
Thread
LCD EA DIP204-4 Initialisieren
"m8def.inc" .def temp1 = r16 .def temp2 = r17 .def temp3 = r18 ldi temp1, LOW(RAMEND) ; LOW-Byte der obersten RAM-Adresse out SPL, temp1 ldi temp1, HIGH(RAMEND) ; HIGH-Byte der obersten RAM-Adresse out SPH, temp1 ldi
; } } //Display Enable void display_enable(void){ LCD_SETPORT&=~(1<<LCD_E); //RS Low LCD_SETPORT|=(1<<LCD_E); //RS High asm volatile("nop"); LCD_SETPORT&=~(1<<LCD_E); //RS Low } //Byte senden void display_send(uint8_t byte){ LCD_DATAPORT=(byte&0b11110000
-
Thread
FPGA reagiert nicht auf Programm, nur Rauschen auf Pins
den Pins INITB, PROGB, CSOB und CCLK erfasst. Fazit: PROGB läuft, wie es soll, INITB geht kurz auf LOW (und sollte dort bleiben), wechselt dann aber zu HIGH. Daher liegt an CCLK auch nur kurz ein Clocksignal an; CSOB geht von LOW sofort wieder auf HIGH. Was kann denn das für eine Ursache haben
ARGH, irgendwann kommt man mit den Signalen ganz durcheinander :D Also: INITB geht kurz auf LOW, dann wieder auf HIGH (so ist es richtig!). Allerdings bleibt INITB nicht auf HIGH, sondren fällt schnell wieder auf LOW zurück, was nicht sein darf. Hier die Signale, wie sie sein sollten: http