-
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
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
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
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
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
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
Probleme mit Timer0 (TL0 TH0) beim 8051
Problem ? Der Timer zählt aufwärts, also einfach mit einer negativen Zahl laden: mov th0, #high(-10000) mov tl0, #low(-10000) Peter
65535 -10000 ------ 55535 => hex(0xD8EF) entspricht TH0 ,#0D8H und TL0 ,#0EFH high und low ist weil der wert ist 16bit breit, dein register aber nur 8 mit high und low teilst du das praktisch in bytes auf high(byte)+low(byte)(beides 8bit) von einem 16bit word
-
Thread
DCF Problem mit Code
DCF-Modul wird eingelesen und in dataPC den anderen Funktionen zur Verfügung gestellt counter_high++; //Counter für die Bit-Auswertung (Dauer des High-Pegels), Rücksetzen muß in den Funktionen geschehen counter_low++; //Counter für die Bit-Auswertung (Dauer des Low-Pegels), Rücksetzen muß in
} else { if(counter_low>=160 && counter_low<=240) //logisch 1 { // minute_frame[bit_number]=1; dcf_1(); bit_number++; counter_high=0; counter_low=0;
-
Thread
Low Level SD Card Access
, welche µC von FatFS > unterstützt werden? Alle. Die benutzt nur Standard-C. Du musst nur den Low-Level-Zugriff auf die SPI/SD-Bus Schnittstelle einbauen. Da gibt es Beispiele u.a. für AVR und STM32. Mylie schrieb im Beitrag #5384678: > Oder würdet ihr mir eher eine andere Lib empfehlen? Elm
veraltet sind. Aber irgendwie scheint der OP keinen fremden Code lesen zu können, denn die ganzen Low-Level Funktionen zum Block lesen und Schreiben etc. werden einem ja wie auf dem Präsentierteller serviert. Use the source, luke!
-
Thread
Fragen zu einer SP Realisierung in Software
übernommen werden. Hier mein angedachter Ablauf: - Master legt Bit auf MOSI und toggelt die Clock von Low auf High - Slave Select wird Low - Slave erkennt pos. Flanke an Clock und übernimmt an MOSI - Slave legt sein Datenbit auf MISO - Master übernimmt die Daten auf MISO wenn er Clock von High auf Low
seinen SCLK Eingang. Solange der High ist, gibt es keine Anfrage. Ist SCLK auf Low, dann ist vom Master die Aufforderung gekommen: Ich will was übertragen. Als Antwort darauf zieht der Slave die MISO Leitung von High auf Low und stellt
-
Thread
Bus und Kollisionen
Tri-State-Treibers. Es wird aber statt High-Low-Hochohmig gern gesagt High-Low-Tristate. Allerdings versteht man im Zusammenhang mit einem üblichen Bus die Zustände sehr konkret. Beim CAN (und auch beim I²C) z.B. gibt es einen dominanten 0
oder einfach nicht funktioniert. Lothar Miller schrieb im Beitrag #1995714: > Es wird aber statt High-Low-Hochohmig gern gesagt > High-Low-Tristate. Man hätte den dritten Zustand eher Dual-State nennen sollen, da er je nachdem was anliegt einen der ersten beiden Zustände "übernimmt". Gruß, Ben
-
Thread
Programm Startet nicht
zusammen baut. Nun. jetzt weisst du es besser. Und das du dir mit deinem Bestehen auf 'Active High' auch keinen Gefallen tust. Bei Active High brauchst du einen externen Pulldown (und zwar von der ersten Entwicklungssekunde an). Bei Active Low hättest du den eingebauten Pullup nehmen können.
bescheid. Karl Heinz schrieb im Beitrag #4036021: > Und das du dir mit deinem Bestehen auf 'Active High' auch keinen > Gefallen tust. > > Bei Active High brauchst du einen externen Pulldown (und zwar von der > ersten Entwicklungssekunde an). > Bei Active Low hättest du den eingebauten nehmen können
-
Thread
Störungen durch Elektrosmock
werden jetzt abgefragt. Ist irgendeine Taste gedrückt, dann wird der entsprechende Zeilen-Pin auf Low gezogen. Jetzt werden (in C z.B. in einer for-Schleife) die Spalten der Reihe nach auf High-Pegel geschaltet. Sobald sich der "verdächtige" Zeilenpin ändert (von Low auf High) hat man die richtige Spalte
gleichzeitig drückst und eine > (oder mehrere) Spalten sind wegen der gerade laufenden Abfrage auf > High-Pegel (Ausgang) und andere auf Low-Pegel, dann gibts Strom satt Die HIGH-Pegel sind aber nur duch (schwache) Pull-ups generiert, ala I2C. -> Alles im gruenen Bereich. > (Kurzschluss über die
-
Thread
Beschaltung Treiber RS485
DI auf Ground IST zum Senden des dominanten Pegels richtig. Wenn gleichzeitig das DriverEnable high ist. Und das machen sie, indem sie das DE mit dem invertierten Sendesignal vom Controller speisen. Der Controller sendet low-aktiv, passt also perfekt. Ich würde mal beim Senden mit dem Oszi auf den
serielle Eingang des ESP und TX der serielle Ausgang des ESP? Und RX schaltet den Transistor. RX High -> Transistor durchgeschaltet -> DE Low -> Treiber steht auf empfangen (vom ESP gesehen) Verstehe ich das richtig?
-
Thread
Der 8255 lacht mich aus.
Ich würde vermuten das WR auf low und RD auf High muss oder?
auf Masse setzen und wie > sollen die Pegel am RD und WR sein? > > Ich würde vermuten das WR auf low und RD auf High muss oder? Sollte sowas nicht im Datenblatt stehen?
-
Thread
Arduino Motor steuern via L293D
Ich dachte mir das wenn auf IN1 ein High und auf IN2 ein LOW dann dreht sich der Motor nach Rechts zB, und wenn am IN2 ein High und auf IN1 ein LOW dann halt nach Links. Dann war ich ja komplett daneben :O
das machen. Noch einfacher geht es, wenn man die PWM nur an einem Pin lässt, z.B. Enable 1,2: High Input 1: PWM Input 2: High - Motor dreht links rum; Low - Motor dreht rechts rum Zum Anhalten dann z.B. Input 1: High (oder Low) Input 2: High (oder Low) Enable 1,2: High - Motor wird aktiv
-
Thread
UDN2981-Ersatz: gibt es IRLML6244 auch 8-fach?
Kannst Du einen passenden Typen nennen? > Aber ein P-Kanal > MOSFET allein macht noch keinen High Side Driver, ja. Der IRLML6244 ist ein n-Kanal-Mosfet. Einen open-Collector-Treiber wie den UDN kann man damit wohl schon abbilden. Es geht um einen low side Treiber.
Anforderungen kennen. Strom, Spannung etc. >> Aber ein P-Kanal >> MOSFET allein macht noch keinen High Side Driver, > > ja. > > Der IRLML6244 ist ein n-Kanal-Mosfet. Einen open-Collector-Treiber wie > den UDN kann man damit wohl schon abbilden. > > Es geht um einen low side Treiber. Und
-
Thread
.dw Tabelle einlesen, Lookup-Tabelle Assembler
Z,LOW lpm Temp1,Z,HIGH Oder so? lpm Temp0,Z inc ZL lpm Temp1,Z Dann stehen die High-Bytes in Temp0, die Low-Bytes in Temp1? Nur lese ich dann nicht die Nächste Adresse ein, wenn ich ZL erhöhe
> ldi ZL,LOW (2*Tabelle) > ldi ZH,HIGH (2*Tabelle) > lsl Temp0 ; Wert x2 > add ZL,Temp0 Das geht bei Carry schief.
-
Thread
Serienwiderstand für Serienterminierung bestimmen
Anja schrieb im Beitrag #3980513: > Da sind die Innenwiderstände zwischen high und low Zustand zu > unterschiedlich. Wie meinst du das? Ich wäre davon ausgegangen, dass sie bei high im MΩ-Bereich liegen würden und bei low irgendwo zw. 15..50Ω. Also so wie bei einem normalen
benötigst, dann gehe dort auf einen LV125 und verbinde dessen Eingang und seinen OE-Pin miteinander. Bei Low am Eingang hast du am Ausgang vom LV125 treibend Low und bei High-Input dann Hi-Z am Ausgang.
-
Thread
Software PWM auf 8 Kanälen
Hannes: In dem Sammelregister w1 werden die Vergleichswerte gespeichert welche beim OUT gleich den High- oder Low-Pegel für die Hardware entsprechen. Das COM ist nur dazu da, um aus einem high ein low zu machen und umgekehrt. Wenn man die angeschlossene Hardware auf aktiv-low auslegt, kann man sich
... mal wieder viiiel zu voreilig :-( Erstes Beispile beginnt mit ldi yl,low(Sollwerte) ldi yh,high(Sollwerte) ldd r16,y+Soll0 cp pwz,r16 ;Sollwert0 erreicht? ror wl ;Ergebnis (Carry) sichern ..... das zweite mit ldi yl,low(PWMRegs)
-
Thread
5V an 3,3V AVR
Mike K. schrieb im Beitrag #5576689: > Ein High von > 5V soll ganz normal an einem 3,3V AVR detektiert werden Hi, und wie ist bei der 5V-Logikseite der Low-Pegel? Ist das TTL oder CMOS? Die Störabstände sind da auch noch anders. Bei CMOS
Mit meiner Diode fliesst bei high gar kein Strom und bei low nur der aus dem internen Pullup. Gleichzeitig schützt sie vor jeglicher Überspannung, so z.B. auch gegen 12V oder 50V.
-
Thread
Sensor über I²C-Bus auslesen - Bascom-Code
I2cstart I2cwbyte Hyt221read I2crbyte Hyt221high , Ack I2crbyte Hyt221low , Nack I2cstop Temperatur = Hyt221high Print Temperatur End Sub Loop [/code]
I2cwbyte Hyt221write I2cstop Wait 2 I2cstart I2cwbyte Hyt221read I2crbyte Hyt221high , Ack I2crbyte Hyt221low , Ack I2crbyte Hyt221_3byte , Nack I2cstop Print "Byte1: " ; Hyt221high ; " Byte2: " ; Hyt221low ; " Byte3: " ; Hyt221_3byte End Sub Loop
-
Thread
Prellzeit von RelaiKontakt messen
Hallo an alle, Würde gerne für einen Test die "Low to High" Prellzeit messen und auch die "High to Low" Prellzeit, der Kontakt liegt über eine Schaltung an einen Mikrocontroller Eingang. Danke schon mal im voraus Andreas
User_Andi schrieb im Beitrag #4128164: > Würde gerne für einen Test die "Low to High" Prellzeit messen und auch > die "High to Low" Prellzeit, der Kontakt liegt über eine Schaltung an > einen Mikrocontroller Eingang. Und...? Schon was gemessen?
-
Thread
ATtiny USI als I2C slave: Start-Detection-Problematik
wird. In Pseudo-Code sieht das dann so aus: [code] init() { [...] SCL-Pin = output, high; SDA-Pin = input, high; USICR = [...] | (0b10 << USIWM0) | [...]; [...] } ISR(USI_START_vect) { [...] while(SCL high && SDA low); if(SDA low) // Alternativ "if(SCL low)"
die while-Schleife sofort beim > ersten Durchlauf ab Der Start Condition Detector löst bei SDA High-Low aus. SCL darf laut I²C- Spec aber erst nach mindestens 4us später low gehen. Wenn dein Tiny hoch getaktet ist, ist der schneller in der ISR. Oliver
-
Thread
PIC - erkennen ob Ausgang belegt
verbaut ist. > Geht das bei einem Pic nicht auch? > Zuerst mal den PIN auf Eingang schalten und auf HIGH oder LOW > überprüfen. Probiers aus
genügend hochohmiger Pull-Up, genügend niederohmige LED-Beschaltung. Und das ganze mit den Port-Daten (Low-/High-Pegel) und Herrn Ohm durchrechnen. Gruß Dietrich
-
Thread
PCINT Interruptroutine
ein paar fragen, da mir das alles merkwürdig vorkommt. [code] /* -- Keypad -- */ #define row1_high PORTC |= (1 << DDC0) #define row1_low PORTC &= ~(1 << DDC0) #define row2_high PORTC |= (1 << DDC1) #define row2_low PORTC &= ~(1 << DDC1) #define row3_high PORTC |= (1 <
, spalte 1 high, spalte 2 low usw. Aber dann springe ich gar nicht in die ISR rein. Wenn ich allerdings alle auf low schalte, funktioniert das. Da macht das für mich aber keinen Sinn mehr. Ich schalte alle auf low
-
Thread
BLDC regler - konzept so richtig?
ein Motor hat bei Drehzahl 0 sein grösstes Drehmoment. Schaltest du die Phasen aktiv an und aus (LOW/HIGH) oder liegt deine PWM an den Enable-Eingängen? Das wäre nämlich falsch ;-) MFg Falk
grösstes > Drehmoment. Aber nur, wenn er bestromt wird. > Schaltest du die Phasen aktiv an und aus (LOW/HIGH) oder liegt deine PWM > an den Enable-Eingängen? Das wäre nämlich falsch ;-) Was für Enable-Eingänge denn nun? Und was genau wäre daran falsch?
-
Thread
Anfängerfrage - Stoppuhr mittels CCP Module
getenv("SFR:CCPR3L") #byte CCP_3_HIGH = getenv("SFR:CCPR3H") #word CCP_4 = getenv("SFR:CCPR4L") #byte CCP_4_LOW = getenv("SFR:CCPR4L") #byte CCP_4_HIGH =
getenv("SFR:CCPR6L") #byte CCP_6_HIGH = getenv("SFR:CCPR6H") #word CCP_7 = getenv("SFR:CCPR7L") #byte CCP_7_LOW = getenv("SFR:CCPR7L") #byte CCP_7_HIGH =
-
Thread
Vcc direkt an I/O-Pin: Gefährlich oder nicht?
passiert. ist das i/o-pin als ausgang geschaltet, dann geht der MC bei anlegen von vcc und pin auf low gesetzt drauf. was noch offen bleibt: was passiert, wenn der pin auf high gesetzt wird, und dann direkt auf gnd geschaltet? auch gleich kaputt? lg, JaM
Mein Senf dazu: Aufgrund der internen Beschaltung ist ein Verbinden mit VCC riskant, weil der Low-gehende-Ausgang direkt einen Transistor gegen Masse schaltet und so ein Kurzschluß entsteht. Mindestens der Transistor ist dann hin. High-Schalten erfolgt meistens mit Transistor über einen (Schutz
-
Thread
3.3 - 12 V Digital-Eingang
auf was willst du dei eingehendes signal alles testen? -im erlaubten bereich low -im erlaubten bereich high -im verbotenem bereich ....
das Ganze auch über einen A/D-Eingang erledigen. Allerdings musst DU dann entscheiden, ob es denn Low oder High anliegt.
-
Thread
zeitkritischer Pin-Interrupt bei 1-Wire
wenn der Interrupt kommt, wartet man mal 30usec und polled dann das 1-wire-bus Signal. Ist es auf high, dann ist das empfangene bit eine "1". Ist es auf low, wartet man wieder 30usec. Dann polled man wieder. Ist das Signal nun auf high, dann ist das empfangene bit eine "0". Ist das Signal nun aber auf
wenn der Interrupt kommt, wartet man mal 30usec und polled dann > das 1-wire-bus Signal. Ist es auf high, dann ist das empfangene bit eine > "1". Ist es auf low, wartet man wieder 30usec. Dann polled man wieder. > Ist das Signal nun auf high, dann ist das empfangene bit eine "0". Ist > das Signal nun
-
Thread
Can Bus interface reagiert nicht. Was mache ich falsch?
spiegeln. Das müsste irgendwie aus dem lokalen System kommen. Ansonsten hast Du bei dem 0x62 vermutlich Low- und High-Byte vertauscht, kann das sein? Kommando 0x0062 ist auf dem CAN Bus 62 00
funktioniert. Dass kann man ja drehen und wenden, wie man will und es bleibt das selbe :) Ich habe also Low und High Byte nicht richitg angeordnet ;) Danke euch udn besonders dir, Harald!
-
Thread
UART: Verschliffene Flanken - wann werden die Datenbits gesampelt?
(z.B. STM32) vor, bei der wegen Kapazitäten die Signalflanken stark verschliffen sind, die Pegel high und low aber noch OK sind. Wann sampelt der Receiver? Gibt es da einen Standard oder Quasi-Norm, zu welchem Zeitpunkt das jeweilige Bit gültig sein muss? Da es ja keine Clock-Leitung gibt, müssen
Positiv-Logik zu unterscheiden, und Begriffe wie "log. 1" und "log. 0" nicht mit 'Pegel-Angaben' wie "H/high" und "L/low" zu vermischen. RS-232 ist eine Spannungsschnittstelle. Für die Datenleitungen (TxD und RxD) wird _negative Logik_ verwendet, wobei eine Spannung zwischen −3V und −15V (also "low") eine
-
Thread
Welche Low Cost 32 Bit MCU Familie? Gesperrt
wir den Puya PY32F002 als low cost CM0 mit <$0.10 https://www.puyasemi.com/cpzx3/info_271_aid_247_kid_246.html Welche habe ich hier vergessen?
, aber NXP hatte für das Paradepferd 'nur' einen M3 Core spendiert. Aber der war damit auch eher high end als low cost. Die L0 oder C0 werden sicher für kleine Anwendungen als 8 Bit Ersatz interessant sein, die Großkunden bekommen ja bessere Preise als so normal auf den Websites der Distributoren
-
Thread
Wie funktioniert das Freitaken bei I2C
ne STOP Condition 2 SDA hochohmig machen und 9 mal SCL wackeln, dabei SDA beobachten. 3 Wenn SDA high wird, aufhören. 4 Wenn SDA high bleibt, aufhören. 5 Wenn SDA zwischendurch nochmal Low wird, wieder zu 2. 6 Wenn SDA nach der ganzen Wackelei immer noch Low bleibt -> Buserror. Das ganze funktioniert
STOP Condition > 2 SDA hochohmig machen und 9 mal SCL wackeln, dabei SDA beobachten. > 3 Wenn SDA high wird, aufhören. > 4 Wenn SDA high bleibt, aufhören. > 5 Wenn SDA zwischendurch nochmal Low wird, wieder zu 2. > 6 Wenn SDA nach der ganzen Wackelei immer noch Low bleibt -> Buserror. Super Danke
-
Thread
hc zähler instabil
Aus dem Datenblatt: The ’HC4017 is a high speed silicon gate CMOS 5-stageJohnson counter with 10 decoded outputs. Each of the decoded outputs is normally low and sequentially goes high on the low to high transition clock
kommt es zu Datenkämpfen (hohe Stromaufnahme, Latchup). -Each of the decoded outputs is normally low... bedeutet es, dass wenn es z.B. Q1 high ist und es zu einem Kurzschluss (im Kabel) mit Q2 (low) kommt, dann gibt es einen Kurzschluss am IC(Zähler)? -HC Types-2V to 6V Operation ->PASST -High