-
Thread
50Hz Notch-,Low-Passfilter
habe mich überall umgeschaut, verschiedenste Filter verwendet (Aktive Tiefpässe bis zur 5. Ordnung, High Q-Notchfilter etc.) aber nichts funktioniert. Mir stehen verschiedene OpAmp's zu verfügung (hauptsächlich "LM324 und TL071") Ebenfalls arbeiten wir hauptsächlich mit der "E12-Reihe". Biosignal-Verstärkung
Hallo, http://www.ti.com/product/ADS1299 TI bietet de ADS1299 an. Low-Noise, 8-Channel, 24-Bit Analog-to-Digital Converter for Biopotential Measurements In der 4-Kanal Version kann man den von Mouser für 26 € kaufen. mfg Klaus
-
Thread
Wie kann man Ablauf WDT oder manuellen Reset unterscheiden
erste Eingang wird low - der Ausgang wird low - der zweite Eingang wird low - der Taster öffnet wieder - der erste Eingang wird high - der Ausgang bleibt low - das Programmm startet und liest den Eingang (low) - der
Resetbutton gedrückt,schaltet für die Zeit des Drückens zwar alles auf Low, beim Loslassen aber auch alles wieder auf High, weil der DER_LETZTE_FREIE_PIN noch auf OUTPUT und High ist. Oder hab ich jetzt einen Denkfehler?
-
Thread
Tiny85 Low Power Code Optimieren
ADSC is cleared when the conversion finishes while (bit_is_set (ADCSRA, ADSC)) { } byte low = ADCL; byte high = ADCH; ADCSRA = 0; // disable ADC power_adc_disable(); return (high << 8) | low; } // end of getReading // watchdog interrupt ISR (WDT_vect) {
_enable (); delay (1); // let timer reach a known point digitalWrite (LED, HIGH); delay (2); digitalWrite (LED, LOW); power_timer0_disable (); } goToSleep (); } // end of loop void goToSleep () { set_sleep_mode (SLEEP_MODE_PWR_DOWN);
-
Thread
Ist das ein Bug im Compiler?
auflösen muß, brauche ich doch im > Prinzip dieses Aliasing. Nein, brauchst du nicht. [c]uint8_t low = 0xAB; uint8_t high = 0xCD; uint16_t combined = (high << 8) | low;[/c] Setzt einen 16bit-Integer aus low & high byte Zusammen. Perfekt definiertes Verhalten, funktioniert garantiert immer, unabhängig
stimmt. Ist inzwischen so. Nur ich kann mich noch erinnern, dass der GCC aus [c]uint16_t combined = (high << 8) | low; [/c] schon mal Folgendes baute: [code] LADE 0x00 -> low(combined) LADE high -> high(combined) LADE low -> low(temp) LADE 0x00 -> high(temp) OR low(temp) -> low(combined)
-
Thread
Such nach High Level shifter
Signal(--PUSH PULL--) mit High-Pegel von 24 V und Low-Pegel von 0 V gebraucht, um den Frequenzumrichter zu treiben. Dazu brauchen wir ein High Level Shifter. Konnte Jemand mir vielleicht ein Idee geben? Danke, Chunya
3 paare Signal(--PUSH PULL--) > mit High-Pegel von 24 V und Low-Pegel von 0 V gebraucht, um den > Frequenzumrichter zu treiben. > > Dazu brauchen wir ein High Level Shifter. > Konnte Jemand mir vielleicht ein Idee geben? > > Danke,
-
Thread
Handycamera MCA-25 ansteuern - ip webcam mit mega32
Pulsen gearbeitet... Musste mit nem Oszi gucken ;) Wenn Servo ganz in eine Richtung ist hast du 1ms high, 19ms low in die andere 2ms high und 18ms low (oder so in der Art ;) ) Servo + an 5V Servo - an GND Servo sig an die signalleitung. Servo war getestet und funktionierte. Manche brauchen aber
der servo alle sekunde von rechts nach links gehen Dann das ganze nochmal mit high und low ausgetausch
-
Thread
Signalverschiebung - HIGH aktiv
bestimme Zeit x gegeneinander versetzt sind. Ich will jetzt nur ein Ausgangssignal erzeugen das solange HiGH ist solange das erste Signal HIGH ist und das zweite Signal LOW ist. Vllt könnt ihr mir kurz weiter helfen, da ich grade komplett anhungslos bin. Vielen Dank.
bereits verschobenen Eingangssignale weiter verarbeitet. Eingang: E1 und E2 Ausgang: A A soll High sein, wenn E1 High ist und E2 Low ist. Jan schrieb im Beitrag #4101135: > stehe aber grade komplett auf > dem Schlauch :( Sieht wirklich so aus...
-
Thread
Halbbrückentreiber IR2183 - HIGH und LOW out gleichzeitig geschaltet
IR2183 auf. Externe PWM-Signale werden auf einen Halbbrückentreiber geführt, der über Optokoppler High und Low-Side MOSFETS ansteuert. Der Schaltplan vom Halbbrückentreiber ist im Anhang. Der Hardwareaufbau ist jetzt fertig und ich habe mir vorm Einschalten die Signale per Oszilloskop angeschaut.
und eine PWM am Eingang vorgebe, ist der high side IMMER eingeschaltet. Der low side taktet. Selbst wenn ich die PWM am Eingang dauerhaft auf 0 lege, ist der high side MOSFET dauerhaft eingeschaltet. Ich nehme an, der IR2183 ist defekt. Ich werde
-
Thread
Atmega644p länge eines high bzw. low Zustandes bestimmen
Moin, wahrscheinlich is die antwort sehr einfach...trotzdem kenn ich sie nich ;-). Wie kann man im Programm (AVR studio) bestimmen, dass zum Beispiel ein Motor 20 sekunden läuft, also der entsprechende Pin auf high is? Danke schonmal für die Antworten :-)
-
Thread
Erklärung, Videos, Anleitung zum Schieberegister 4021 (Parallel in - Serial Out)
Selbsthilfe anzuleiten. D.h. was ist im Datenblatt des 74HC165 unklar? siehe Tabelle 3. -- init DL ist LOW CP ist LOW #CE ist HIGH #PL ist HIGH -- daten input #PL auf LOW Datenan D7-D0 legen #PL auf HIGH -- daten serial output An Q7 und #Q7 liegt nun D7, bzw. #D7 #CE auf LOW [ -- loop D6,..,
(Latch_Pin,OUTPUT); pinMode(Clock_Pin,OUTPUT); } void loop() { digitalWrite(Data_pin1,HIGH); digitalWrite(Data_pin2,LOW); digitalWrite(Data_pin3,HIGH); digitalWrite(Data_pin4,LOW); digitalWrite(Data_pin5,HIGH); digitalWrite(Data_pin6,LOW); digitalWrite(Data_pin7,HIGH);
-
Thread
Mikrocontroller 12-Kanal LED Steuerung
3, HIGH); delay(zeit); digitalWrite( 3, LOW); digitalWrite( 4, HIGH); delay(zeit); digitalWrite( 4, LOW); digitalWrite( 5, HIGH); delay(zeit); digitalWrite( 5, LOW); digitalWrite( 6, HIGH); delay(zeit); digitalWrite( 6, LOW); digitalWrite( 7, HIGH); delay(zeit); digitalWrite( 7, LOW); digitalWrite( 8, HIGH); delay(zeit); digitalWrite( 8, LOW); digitalWrite(
-
Thread
I²C Bus und LM75
I2C LiB #define LM75_ADRESS 0x97 int lm75_read(void); TEMPERATUR struct { uint8_t high; uint8_t low; } temp; int lm75_read(void) { TEMPERATUR struct { uint8_t high; uint8_t low; } temp; i2cSendStart(); i2cSendByte(LM75_ADRESS); //Sende Adresse i2cSendByte
an alle So jetzt hab ich die Routine für das Auswerten der Zahlen Fertig. if(bit_is_set(temp.low, 0)) nachkomma = 5; else nachkomma = 0; temp.low >>= 1; temp.high <<= 7; ganzzahl= temp.low | temp.high; Das funktioniert auch so. Leider steht nach dem Auslesn im Low
-
Thread
SCL Takt generieren
und die Zeiten zum Lesen und Schreiben tHIGH / tLOW einhalten. Gruß Klaus
SCL auf LOW klemmen um ein nachfolgendes HIGH abzubremsen, also tLOW verlängern. Bei in Hardware gegossenen Systemen ist mir bislang auch nur ein ACK-Stretching bzw. ein verlängertes tBUF untergekommen. Allerdings
-
Thread
SPI-Kommunikation Atmega644 - ADS1118
out in a short 16-bit data transmission cycle, as shown in Figure 42. Therefore, CS must be taken high after the 16th SCLK cycle. Taking CS high resets the SPI interface. The next time CS is taken low, data transmission starts with the currently buffered conversion result on the first SCLK rising edge
Übertragungszyklus. Grundsätzlich ist es genau das, was ich mache: -AdcExt_Init aufrufen, daher wird CS low gesetzt, die 16-Bit für das Config Register geschickt, CS wieder high gesetzt -AdcExt_Read aufrufen, CS wird wieder low gesetzt, dann schicke ich erneut dieselben Daten für das Config Register
-
Thread
Portzugriff bei AVR C leserlicher machen
man wissen, ob die LED bei High oder bei Low leuchtet.
Sheeva P. schrieb im Beitrag #4424875: > led3.setHigh(); > led3.setLow(); Hier hat man aber wieder das Problem ist nun setHigh LED an oder aus?
-
Thread
High Level Synthese aus C Code Spielerei oder ernste Anwendungen?
Christophz schrieb im Beitrag #5923394: > Meiner Meinung nach ist C viel zu low-level (ist ja auch zu low-level > für moderne CPUs...) um als vernünftige Basis zu dienen um all die > Zukunftsvisionen zu erreichen, die mit HLS verknüpft werden. Einen guten > Vorschlag habe ich
state-of-the-art sind. Für Physiker, Mathematiker, Metreologen etc. scheint Fortran tatsächlich immer noch high-level genug zu sein. (Korrigiert mich, falls jemand genaueres weiss). Das ist das, was eine high-level-sprache an Effizienzgewinn verspricht. Bei nicht-mehr-genug-high-level Sprachen wie C (Meine
-
Thread
AVR-UART master slave
andi tempi2, RX_Buffer-1 cp tempi2, RPos breq buffer_full mov WPos, tempi2 clr tempi2 ldi XL, low(RXBUF) ldi XH, high(RXBUF) add XL, WPos adc XH, tempi2 st X, tempi buffer_full: out sreg, regsave reti ;maaster mega128 ;uart1 init ldi wl,low((clock/(16*baud1))-1) ;RS232-1 auf 9600 Baud
Hi >To do a 16-bit write, the High byte must be written before the Low byte. For a 16-bit read, the Low byte must be read before the High byte. Bei dir ist es umgedreht. Mehr fällt mir im Moment nicht ein. Den Mastermode habe ich
-
Thread
Promgrammfehler in Arduino
diesen Zustand haben soll. Du machst das momentan so [c] void loop() { digitalWrite( 5, HIGH ); delay( 500 ); digitalWrite( 5, LOW ); delay( 300 ); digitalWrite( 5, HIGH ); delay( 400 ); digitalWrite( 5, LOW ); delay( 200 ); } [/c] gut. das sieht erst mal einfach aus
das von selber anpasst. Wenn die Sequence vergößert werden soll [c] Schritt Sequence[] = { { HIGH, 500 }, { LOW, 300 }, { HIGH, 400 }, { LOW, 200 }, { HIGH, 800 }, { LOW, 100 } }; [/c] dann mache ich das genau an dieser Stelle, bei der 'Definition' der Sequenz. Dort wo ich gut
-
Thread
Schaltung erweitern
Kleinstsignal-FET (Ultra/Low Logic Level), der vom active Low Ausgang aktiviert wird. Der erzeugt waehrend des active low ein active High. (Natuerlich geht auch eine Inverterstufe, aber ist unnoetig.) Dessen Gate braucht
> als ob Du einen freien Pin (den Du nicht hast) so konfigurieren > wuerdest, daß er bei active Low Deines erstgenannten Outputs > active high waere. > > Richtig? Du brauchst also nur ein high signal, das erzeugt wird, > waehrend dieser Ausgang low ausgibt? > > Dann wiederhole ich: > >
-
Thread
AVR: High Pin einlesen
Ich habe einen Draht (später eine Ader des Kabelbaums) zwischen PA0 und PB0. PA0 möchte ich nun auf High schalten und an PB0 wieder einlesen. So kann ich nach und nach die Ports durchschalten damit ich sichergehen kann dass die einzelnen Adern auch in der richtigen reihenfolge auf den Steckern sitzt...
Leitungstester werden soll, dann mußt Du auch mit Kurzschlüssen rechnen. Also immer nur einen Ausgang auf low und die anderen auf inaktiv (Eingang), sonst kommt es zu Datenkämpfen (Low gegen High) und das ist ungesund für den AVR. Und die Eingänge mit internen oder externen Pullups, damit offen = High.
-
Thread
Newbie gcc Assembler: Adresse low/high von Label
, ich hab hier nen Brocken Code der wohl mit dem AVR-Assembler compiliert wurde. ldi zl,low(table) ldi zh,high(table) add zl,a ijmp ... ... table: ... ... Mit "low" und "high" kann gcc syntaxmäßig nix anfangen. Wie kann ich das
> Mit "low" und "high" kann gcc syntaxmäßig nix anfangen. Wie kann ich das > übersetzen? lo8 und hi8 > Ach, noch was: Wie bring ich den AVR-Assembler dazu, daß er aus einer > Datei eine Objectdatei xyz.o
-
Thread
[STM32] CMD0 liefert immer 0xFF zurück
. 100 ns high, um danach wieder low weiterzulaufen. Ca. 15 µs später wird MOSI, der von Anfang an low war, für ca. 10 µs high, um dann low weiterzulaufen. Das ganze wiederholt sich ca. 70 µs später noch einmal, außer
es schon ein neueres gibt. Danke für den Hinweis! Lutz schrieb im Beitrag #1773642: > CS kommt low ins Bild und wird 20 µs später für ca. 100 ns high, um > danach wieder low weiterzulaufen. Ca. 15 µs später wird MOSI, der von > Anfang an low war, für ca. 10 µs high, um dann low weiterzulaufen.
-
Thread
Wie erkennt ein µC Spannung trotz entgegengesetzter Diode?
unter 1 V fallen damit der Mikrocontroller ein Low-Signal erkennt.
Störabstand. Ja und? Was nützt dir 12V Pull-Up Spannung, wenn die Schaltschwelle bei 2,5V liegt? Bei HIGH hast du mehr Störabstand, bei LOW ist sie 2,5V, egal wie hoch die externe Pull-Up Spannung ist.
-
Thread
PINs gehen nicht mehr auf high
hi, hab nichts an den fuse gemacht. messequipment alles da. an den ausgängen: 20mV. egal ob high oder low. über uart spuckt er auch nichts mehr raus.
Gehen alle Pins nicht mehr auf High, oder nur einzelne? Dann könnte es sein, dass du noch das FUSE-BIT JTAG-EN löschen musst. MfG Muecke
-
Thread
7 Segment Anzeige auslesen / MCP23017
verbunden. Ja die sind Statisch angesteuert. Es sind LSHD-A103 Displays (also common Anode) Ja genau LOW wäre leuchtend. (der ESP übernimmt die Logik und ermittelt aus den LOW / HIGH werten dann die angezeigte Ziffer) Das Direktverbinden habe ich ja versucht auch hier zu wenig Spannung (siehe oben)
denkst du deine Prosa ersetzt ein Schaltbild komplett? Ein 7.Segment auslesen ist pillepalle, auf low einen HC inverter nachschalten, auf high einfach auswerten.
-
Thread
SPI zwischen zwei AtMega8
SCK wird der Taktsignal übertragen und je nach eingestellem Modus wird erst bei eine steigende (auf HIGH) oder fallende (auf LOW) Taktflanke der Zustand vom MISO/MOSI beim Empfänger/Sender gelesen oder halt geschrieben. Die Datenübertragung beginnt immer dann wenn SS von HIGH auf LOW gesetzt wird. Erst
denn ein SPI-Master kann auch direkt ein zweites Byte hinterher schicken, ohne SS zwischendurch auf High zu ziehen. Und selbst bei deinem Master kann SS sehr sehr kurz auf High und gleich wieder auf Low gehen. > Ich möchte ja in meinem Programm auch noch andere Sachen machen und da > dachte ich mir
-
Thread
ESP-12S startet nicht korrekt nach deep sleep.
zwar während der im tiefschlaf ist. Weil das ja der Zustand ist aus dem heraus der aufwacht. TXD High RXD High IO5 unverbunden, Low IO4 Pullup, High IO0 Pullup, High IO2 Pullup, High IO15 Pulldown, Low IO16 Pullup, High IO14 Pulldown, Low IO12 Pulldown, Low IO13 Pulldown, Low High und Low
verbunden weil ich mir das Signal an GPIO 16 mal getrennt angucken wollte. Der GPIO 16 ist erstmal Low. Sobald der ESP in den Tiefschlaf wechselt geht der GPIO 16 auf High. Wenn der Tiefschlaf vorbei ist wechselt der wieder auf Low. Ausserdem: Auch wenn der GPIO 16 nicht mit dem Reset verbunden ist
-
Thread
Low ESL Kondensatoren im 0306 Format
Hi, hat jemand von euch Erfahrungen mit Entkopplungskondensatoren im 0306 Format. Durch die breiteren Lötpads sollen die Anschlüsse um einiges weniger Induktivität und damit bei höheren Frequenzen (100-Ghz) weniger Impedanz haben. Bisher habe ich die Dinger noch auf keinem Board gesehen... zB die hier: http://at.farnell.com/murata/lll185r71a104ma01l/kondensator-100nf-10v-x7r-0306/dp/1294639 Sg, Wolfgang
-
Thread
Geschwindigkeit IO-Zugriff
dabei an den IO-Pins davon an? Beispiel: Ein 8bit-AVR braucht 375ns um in einer Schleife einen Pin high und dann wieder low zu setzen. Bei einem Arm-Prozessor (32bit) der angeblich viel schneller sein soll sah ich im Netz ein Bild wo das Setzen/Rücksetzen 3.16us gedauert hat. Das ist also Welten langsamer
->BRR = (1<<5); } Wenn er mal in Fahrt gekommen ist, dann geht das High-Low-Ziehen der Pins anscheinend auch noch wesentlich schneller :-) Weil ich gerade so am Messen war, hier noch ein Atmega168PA mit 16MHz an 5,1V. Schlägt sich nicht schlecht, der Kleine.
-
Thread
ESP8266 mit PCF8574 und Taster - Interrupt vom PCF "spinnt"?
Vielleicht haben diese einen gewissen Einfluss? Hängt von der Schaltung ab. Der PCF8574 kann nur low richtig treiben (25mA), also sollten Lasten low aktiv sein. Außerdem sind high aktive Lasten nach dem Power-On immer an. Auch kann ein npn den Ausgang so belasten, daß er high ausgeben will, aber low
i-net. Peter D. schrieb im Beitrag #6226497: > Hängt von der Schaltung ab. Der PCF8574 kann nur low richtig treiben > (25mA), also sollten Lasten low aktiv sein. Außerdem sind high aktive > Lasten nach dem Power-On immer an. > Auch kann ein npn den Ausgang so belasten, daß er high ausgeben will
-
Thread
Theorie Frage: Warum Low-Aktiv ?
low mehr treiben konnte als bei high ? Wenn ja, müsste dieses Thema doch mittlerweile erledigt sein oder nicht ? Danke schonmal.
Das ist ein Grund. Ich denke der Hauptgrund (weshalb die ICs auch Low stärker treiben können) ist: Die früheren NMOS und Bipolar Schaltungen hatten Pullups am Eingang. Ein Low Pegel verbraucht also mehr Strom als ein High Pegel.
-
Thread
LM75 mit Mega88PA auslesen
i2c_rep_start(DevLM75+I2C_READ); // set device address and read mode High_Byte = i2c_readAck(); // read hih byte Low_Byte = i2c_readNak(); // read low byte PORTC = High_Byte; // output high byte on the LED's
> Das Ergebnis bei Raumtemperatur (rund 22°C): > > High Byte: 0010 0000 = 0x20h > Low-Byte: 0001 0111 = 0x17h High-Byte und Low Byte vertauscht? Wenn das was du da geschrieben hast stimmt, dann behauptet dein LM bei dir sind 32°C. Dreht man aber
-
Thread
ATmega8 nach Setzen des Quarz kaputt?
läuft auch mit 4 Mhz. > Nur was genau muss der erzeugen? > Wie genau sieht der Takt aus? Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Pin high Pin low Reicht das als Anschaungsmaterial?
-
Thread
TL084 als Komparator -> Immer high am Ausgang
minus Eingang ein Taktsignal das von zwischen gnd und 0.5V-5V schwankt. Dieses ist nur ca. 30µs lange high und wieder ca. 80us low. Hier möchte ich gerne anständige Flanken davon bekommen. Der OP ist zwischen GND und 5V angeschlossen. 100nF sind auch dazwischen. Am plus Eingang liegen 0.5V an.
TL082 relativ schnell. Nachteil: Mit dieser Technik ist kein Rail2Rail-Ausgang möglich. Bei der High-->Low-Flanke scheint dagegen intern eine Stufe gesättigt zu haben. Michael
-
Thread
SPI Bus (mit Glitches) per Software auslesen
doch, hast du einen Bug > in deiner Software. Ist doch eigentlich einfach. > > Beide CS auf High, alle CS sind HIGH > CS0 auf low > Neuen CS-Code ins Schieberegister takten > CS0 auf high > CS1 auf LOW, das neue CS wird LOW. Genau so passiert es auch aber es geht ja weiter: neues CS LOW
@ Dennis GehtEuchNichtsAn (master1991) >> Beide CS auf High, alle CS sind HIGH >> CS0 auf low >> Neuen CS-Code ins Schieberegister takten >> CS0 auf high >> CS1 auf LOW, das neue CS wird LOW. >Genau so passiert es auch aber es geht ja weiter: >neues
-
Thread
Marderschreck Softwareproblem
dank > schonmal jedoch kommen nur am ausgang 16khz raus :( Und es wechselt sich nicht wenn PB3 high oder mal low ist
auch mit dem ATiny15 kompatibel. Jedoch bekomme ich nun 16kHz konstant am Ausgang und wenn ich PB3 High oder Low setze ändert sich auch nicht wirklich viel dran.
-
Thread
Unterschied Low-Side / High-Side Stromquelle mit FET
Hallo zusammen, kann mir vielleicht einer erklären, was High- bzw. Low-Side bei FET´s bedeutet. Ich finde zur Begriffsklärung nichts wirklich erklärendes im Internet und auch im Titze Schenk bin ich nicht fündig geworden. Falls es auf den Fall ankommt: Die
anschließe ist es high side und wenn ich es an source der Verstärkerschaltung hänge dann Low Side?
-
Thread
STM32F4 I2C ACK bei 1.5V
externe Pullups dran habe. Also nochmal ganz langsam: *Push-Pull* Zwei Transistoren, einer high-side, einer low-side, abwechselnd geschaltet. Er wird die Leitung also immer entweder aktiv auf low oder aktiv auf high ziehen, mit aller Kraft die er hat, würdest Du also ein High ausgeben und der
aber auch *Pull* Up und *Pull* Down. Verwechslungsgefahr: Push/Pull: aktiv: Push macht *aktiv* high, pull macht *aktiv* low. Also niederohmig, mit jeweil nem durchgeschalteten Transistor. Push: nach oben, high side, pull: nach unten, low side. Pull-Up, Pull-Down Widerstand: Passiv, weich, schwach
-
Thread
lcd in asm kriegs nicht gebacken....
lcd-routines.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
Daher ist der SP ganze 16 Bit breit, besteht also aus zwei 8-Bit register, nämlich SPH und SPL (SP-High und SP-Low).
-
Thread
MOSFET High side Treiber
durchgelesen. Hierzu eine Frage: Ist die im Schaltbild gezeigte Verbindung notwendig ? Was ist, wenn die High side keinen Erd oder Masse Bezug haben soll / kann ? Möchte gerne eine komplette galvanische Trennung machen, also zusätzlich noch einen Optokoppler zwischen Treibereingang umd MCU setzen. (Kein
setzen. Wenn's komplett galvanisch getrennt ist, kannst du es dir auch leichter machen und einen Low-Side-Mosfet-Treiber zum Ansteuern deines High-Side-FETs verwenden
-
Thread
Stoppuhr Programm
(C, HIGH); digitalWrite(D, HIGH); digitalWrite(E, LOW); digitalWrite(F, LOW); digitalWrite(G, HIGH); }; void digit4 () { digitalWrite(A,LOW); digitalWrite(B, HIGH); digitalWrite(C, HIGH); digitalWrite(D, LOW); digitalWrite(E, LOW); digitalWrite(F, HIGH); digitalWrite(G, HIGH); }; void digit5 () { digitalWrite(A,HIGH); digitalWrite(B, LOW); digitalWrite(C, HIGH); digitalWrite(D, HIGH); digitalWrite
-
Thread
Was kann man mit 16Byte an RAM machen?
second pass [/code] Auch local: [avrasm] ;SCL is GP0 ;SDA is GP1 SCLHigh: local sdaHigh,sdaLow,updateTris movfw SDA movwf tmp decf tmp btfsc STATUS,2 ;check if Z-Flag is set goto sdaHigh ;if so, SDA is currently High goto sdaLow ;otherwise, SDA is low sdaHigh movlw 03h ;SCL and SDA are high goto updateTris sdaLow movlw 01h ;only SCL is high goto updateTris updateTris tris 6 ;update TRIS register
-
Thread
DS18B20 code funktioniert nicht
Also es ist jetzt so: Wenn ich den Pin auf Eingang schalte: -Kein sensor angehägt --> pin auf high -Sensor angehängt --> pin auf low stimmt das so?
nix angesteckt kommt natürlich der erste error (input ist auf high) Wenn ichs angesteckt habe kommt immer der zweite (Wird auf low gezogen, allerdings gehts nicht wieder auf high), und ja, ich hab auch geprüft, obs zuerst auch auf low gezogen wird, also trifft nur
-
Thread
ATMega328-basierter Sprach-Synthesizer für den CPC 464 - Schnelles Byte-weises Lesen mit dem 328?
bit) (byte |= BV(bit)) #define clearBit(byte, bit) (byte &= ~BV(bit)) volatile uint8_t buffer_low[SIZE]; volatile uint8_t buffer_high[SIZE]; volatile uint8_t buffer_index = 0; volatile uint8_t last_low = 0; volatile uint8_t last_high = 0; ISR(INT0_vect) { cli(); // _delay_ms(10); last_low = PINB; last_high = PINC; last_low &= 0b00011110; last_high &= 0b00001111; buffer_low[buffer_index] = last_low; buffer_high[buffer_index] = last_high
-
Thread
PIC ICD 2 selbstgebaut
Hallo alle zusammen, welcher Unterschied besteht zwischen Low und High Level Programmer's? Gruß Johan
Was es gibt sind "high voltage" und "low voltage" OK Aber, wenn ich z.B. 56h Wert mit high brenne ist das besser als 56h mit low voltage? um das geht! Kann ich mir schwer vorstellen, dass in µC kein Unterschied ist.
-
Thread
High-Quality PAL-Grafikkarte für µCs
Transistorstufe - hätte man auch das letzte Spezialteil entsorgt. Dann wäre nur noch interessant wieviel von "HighQuality" noch übrig ist :-) Mfg Thomas Pototschnig
Altera? Bist Du schon weiter gekommen mit dem > Parallen/Wishbone Interface? Hab gestern eine Ultra-Low-Cost-Version mit halb so großer Platine und mit Cyclone2 gelayoutet ... Da ist der R2R-DAC auch drauf ... Die Ultra-Low-Cost-Version hat aber auch garkeine Pins mehr für ein paralleles Interface,
-
Thread
Arduino Interrupt
> 750) // Bedingung { digitalWrite(ledGREEN , HIGH); // Wenn Bedingung erfüllt, wird ledGREEN auf High gesetzt } else { digitalWrite(ledGREEN , LOW); // Wenn Bedingung nicht erfüllt, wird ledGREEN auf Low gesetzt } }
HIGH) // Bedingung { digitalWrite(RELAY , HIGH); // RELAY wird auf HIGH gesetzt delay(70); // 70ms Pause digitalWrite(RELAY , LOW); // RELAY wird auf LOW gesetzt do { delay
-
Thread
ATtiny84 Pin Change Interrupt
reagiert musst Du in der ISR prüfen welche Taste den Zustand geändert hat und ob die Änderung von high->low oder low->high war. Das bedeutet, dass ein Tastendruck einen Interrupt auslöst und ein Tastenloslassen ebenfalls. [c] ISR(PCINT1_vect) // hier Deinen passenden Vektor rein { if (digitalRead
8 ist der von LOW -> HIGH wechselt dann leuchtet die LED und danach läuft der Motor ODER ein Interrupt am Pin 8 mit bspw. HIGH -> LOW läuft nur der Motor. (LED leuchtet nicht auf) Hab ich das ez richtig verstanden
-
Thread
High Site FET Problem in H-Brücke
Erstens heißt es High Side. Zweitens wäre es sehr nett, wenn Du ein bißchen mehr zu den Bildern schreiben würdest, welche Farbe ist was? Ich nehme an, Ch1 (gelb) Hi-Gate Ch2 (blau) Low-Gate Drittens: was ist genau
Hallo, sorry habe ich vergessen. Gelb ist High und Blau Low. Die Deadtime ist zum Test so hoch, um die Spikes weg zu bekommen. Auf dem Bild sieht man die Spikes ganz gut. Gruß Ronny
-
Thread
I2C müsste doch theoretisch Kurzschlüsse verursachen
Daten gesendet und empfangen werden. So, wie ich das verstehe, wird bei I2C bei einer Flanke (z.B. High-Low) gesendet und bei Low-High dann empfangen. Aber müssten dann nicht dauernd Kurzschlüsse entstehen? Wenn der sendende IC High ausgibt, dann kann dieser zwar, bevor der angesteuerte IC einen Takt
Pascal schrieb im Beitrag #4931739: > Mikrocontroller können nur High oder Low oder PWM ausgeben, aber nicht > den Pin von High UND Low trennen.. Doch können sie, das Stichwort nennt sich "Tristate" oder "High-Impedance".