-
Thread
Frequenz eines Vco berechnen
Hysterese des Schmitt- Triggers auf der rechten Seite berechnet. Aus beidem zusammen ergeben sich die High- und die Low-Dauer am Ausgang.
irgendwann die obere Schaltschwelle erreicht, was einen Wechsel des Schmitt-Trigger-Ausgangs von high (maximale positive Ausgangsspannung des OpAmps) nach low (maximale negative Spannung) bewirkt. Der Low-Pegel sperrt den Mosfet und trennt damit R5 von GND. Jetzt arbeitet der Integrierer invertierend
-
Thread
AVR Eingang Active High
Hallo zusammen! Ich möchte einen Pin meines ATTINY26 als Eingang nutzen. Und zwar als Active High. Das bedeutet ja, den internen Pull-Up-Widerstand kann ich ausschalten. Ich bräuchte dann eher einen Pull-Down-Widerstand. Also habe ich folgende Programmzeilen: DDRB &= ~(1<<DDB6); //Eingang definieren
Versorgungsspannung an den Eingang anlege ist es wie ein Kurzschluss da der Pegel am Eingang immer low ist. Dank meiner Strombegrenzung ist hier noch nichts durchgebrannt. Das Problem existiert bei den anderen Pins übrings auch... Kennt jemand eine Lösung dafür? MFG Matthias
-
Thread
Brushless Regler
meinem Latein am Emde. Ich hofe es ist nicht so eine nervige Kleinigkeit wie das Vertauschen von High und Low im Layout oder vertauschte Pegel. Es gibt ja 3 Zustände: a nur High Verbunden b nur Low verbunden c high und low gesperrt Die PWM wechselt bei nur einem der 3 Paare immer zwischen a und
, ob eine logische Eins High oder Low ist, dann wird Zustand c zum tötlichen "HIGH und LOW-side offen".
-
Thread
Anfänger: Hilfer, Stack underflow Problem
opcode 0xffff at address 0x00ffff [avrasm] .include "m8515def.inc" .def temp=r16 ldi temp, LOW(RAMEND) out SPL, temp ldi temp, HIGH(RAMEND) out SPH, temp ldi temp, 0xFF ; Port b = Ausgang out DDRB, temp ldi ZL, LOW(text*2) ; Adresse des Strings
kodiert hat einen an der Waffel [avrasm] .include "m8515def.inc" .def temp=r16 ldi temp, LOW(RAMEND) out SPL, temp ldi temp, HIGH(RAMEND) out SPH, temp ldi temp, 0xFF ; Port b = Ausgang out DDRB, temp ldi ZL, LOW(text*2) ; Adresse des
-
Thread
PIC: Ausgansstrom am Portpin
Wo ist das Problem an den 2,5V? Die LEDs bekommen ihren Strom und die 2,5V sind ein perfektes High für 3,3V CMOS Logik. Daß da etwas von 25mA steht, heisst ja nicht daß dabei ein gültiges High bzw. Low am Portpin anliegt, solange der Strom fließt. MfG Klaus
unterscheiden sich, das Verhalten ist überall das Gleiche. Für einen ATMEGA128 lesen wir: Output High Voltage I OH = -10mA, V CC = 3V >=2,2V Das ist zwar schon mehr, aber immer noch 0,8V Abfall und fallweise relevant. Der Umstand, dass LOW mehr Dampf hat, ist beim ATMEGA gleich. Denk dir nichts
-
Thread
xmega timer mit AND verbinden
Ich dachte, es wäre klar genug. Dann halt in Worten. Jede Zeile ist ein(!) CPU-Takt. [code] LOW HIGH LOW HIGH LOW HIGH LOW LOW LOW LOW LOW LOW LOW LOW LOW LOW [/code] Insgesamt 16 Takte. Dieses Pattern soll sich andauernd wiederholen. Der erste Timer müsste also _PER=1 _CCA=1
Register I/O(A, b) ← 0 1 Clocks Ein Beispiel mit einem ATmega Anfang: cbi PORTC, 6 ;1Takt LOW sbi PORTC, 6 ;1Takt HIGH cbi PORTC, 6 ;1Takt LOW sbi PORTC, 6 ;1Takt HIGH cbi PORTC, 6 ;1Takt LOW sbi PORTC, 6 ;1Takt HIGH cbi PORTC, 6 ;1Takt LOW nop ;1Takt nop ;1Takt nop
-
Thread
Rückkehr nach Befehl BRTS o. BRTC?
gespeichert hast? Folgendes könntest du stattdessen machen: brts highcall ;zum "rcall high" sprinten rcall low ;ansonsten low "callen" rjmp weiter ;low ausgeführt, nächsten befehl überspringen highcall: rcall high ;high "callen" weiter: ... In den unterprogrammen
T-Bit gesetzt oder gelöscht ist mußt Du anders rum denken. BRTC nohigh1 ;Ist Zustand (T-Bit) low (0)? rcall high ;Wenn nicht, also high, dann zu high callen. nohigh1: BRTS nolow1 ;Ist Zustand (T-Bit) high (1)? rcall low ;Wenn nicht, also low, dann zu low callen. nolow1
-
Thread
Mosfet-Endstufe zur BLDC Regelung
mosfets unbeschaltet zu > lassen. Ich hab nur ein Input und kann mit ihm laut Datenblatt jenach > High oder Low den hs oder ls fet durchschalten. Ich muss bei meiner > Kommutierung aber eine Phase immer unbestromt lassen. Habe ich etwas > übersehen? ne hast du nicht, der kann nur high/low .. für
weggelassen und fleißig alles zusammengesteckt. Jetzt zur Frage: HIN und LIN vom Treiber sind ja Low aktiv, wenn ich jetzt sie High Site durchsteuern möchte, muss ich dann die Low Site auf high setzten und dann die High Site einfach mit dem PWM Signal bedienen ? Des weiteren habe ich in dem Thread
-
Thread
Dimensionierung Pull-Up
Leakage-Strom des I/Os sein? Die Bedingung ist, dass die Eingangsspannung aus Siche des µC gültige High/Low Pegel haben muss. Es zählt also der Spannungsabfall am Widerstand multipliziert mit dem Leckstrom. Aber dabei sind die elektromagnetischen Störfelder noch nicht berücksichtigt. > Sind bei
im setup, also im setup Ausgang low, und kurz vor der Tasterabfrage auf high setzen, danach wieder auf low. Das hat mit dem setup sowenig zu tun wie Äpfel und Birnen, obwohl beides Obst ist.
-
Thread
Probleme mit DAC und SPI
(/LD und /CLR) nimmst du wieder 2 andere Pins oder legst sie auf nen definierten Pegel. /CLR auf Low und dein DAC gibt ne Spannung von 0V aus. /CLR auf High gibt die Spannung, die digital im Latch steht, aus. /LD auf Low gibt alle Spannungsdaten sofort an die DAC-Switches. /LD auf High speichert
Ausgang des DAC´s irgendwie noch nichts. Ich habe mir folgende Routine gebastelt: void send_dac(char high, char low) { char sende; sende = spi(high); sende = spi(low); delay_us(10); PORTB.3=0; // Load Strobe Pin delay_us(100); PORTB.3=1; } Wenn ich dann
-
Thread
AVR-C Problem
); dcf_high = 0; } } if ((dcf_high+dcf_low)>=1000) { //dcf_decoder(); } } } ISR (TIMER0_OVF_vect){ TCNT0 = 0xEF; if (dcf_in & (1<<dcf_pin)) { dcf_high++; } else { dcf_low++; } } void dcf_sync(){ if (dcf_in & (1<<dcf_pin)) { if (dcf_low >= 1600) { dcf_high = 0; dcf_low = 0; PORTD
-
Thread
High-Voltage Programmierung vom ATtiny20
Hallo zusammen, hat schon jemand den ATtiny20 mittels des STK600 High-Voltage programmiert ? Ist das überhaupt möglich? In den Unterlagen von Atmel finden sich widersprüchliche Aussagen. Oder kann man auch mit dem AVRISP mkII High-Voltage programmieren, indem man
of reset to be used: – Either: wait tTOUT (see Table 21-4 on page 176) and then set the RESET pin low. This will reset the device and enable the TPI physical layer. The RESET pin must then be kept low for the entire programming session – Or: if the RSTDISBL configuration bit has been programmed,
-
Thread
Latch Konfig
datenverkehr sperren soll oder transparent sein soll... der transparente zustand ist mir klar: OE muss low sein und LE ist high... aber wie stell ich einen Zustand her, so dass erstens nicht durchgeht (also OE disable = high) aber auch nichts im internen Latch gespeichert? Oder hab ich einen Denkfehler
LE low OE high heisst offen und nix wird gelatcht. Aber brauchst du überhaupt ein Latch, oder tut's auch ein '244/541?
-
Thread
Ab welcher Spannung wird eine logische 1 gelesen - Artix-7
in erster Linie nicht darum das Problem zu lösen sondern im > Datenblatt die Spannungswerte für high und low Pegel zu finden. Die können bei jedem Pin und jedem Device unterschiedlich sein. In der Übergangszone zwischen High und Low können außerdem seltsame Effekte auftreten (z.B. erhöhte Leistungsaufnahme
das so wäre, was soll denn dann in dem Bereich zwischen 0,8 und 2V erkannt werden? Es *kann* nur High oder Low erkannt werden. Spannungen kleiner 0,8V werden *garantiert* also Low erkannt Spannungen größer 2,0V werden *garantiert* als High erkannt Spannungen dazwischen können entweder als High oder
-
Thread
Microcontroler Schaltet sich nicht selber ab
digitalWrite(greenLEDPin, HIGH); } else if (temp1 >= 40) { showErrorCode(2); digitalWrite(RelayOut1Pin, LOW); digitalWrite(RelayOut2Pin, LOW); digitalWrite(redLEDPin, HIGH); digitalWrite(greenLEDPin, LOW); } else { digitalWrite(RelayOut1Pin, HIGH); digitalWrite(RelayOut2Pin, HIGH); digitalWrite(redLEDPin, LOW); digitalWrite(greenLEDPin, HIGH); }
-
Thread
Mit A/D Wandler PCF 8574 LEDs ansteuern - zu wenig Strom?
Wahl ist wenn man 8 Ports hat, mich deucht ein ULN2803 mit 8 Treiber wäre klüger, die aber nur nach low schalten. Wer unbedingt high statt low als geschalteten Ausgang braucht also hi side, der nehme doch besser den UDN2981 https://crazy-electronic.de/index.php/uln2803
pull-up, dann fließen 100µA gegen GND, je nachdem ob er außen kurzgeschlossen oder offen ist wird ein low / high detektiert. Pin als Ausgang, open-collector schaltet nach GND, damit können bis 25mA gegen Vcc geschaltet werden. Flexibler ist ein MCP23008 / MCP23017, der kann Eingang / Ausgang, mit high
-
Thread
Brauche eure Hilfe zum Programmieren
, 10 ; unten anfangen out OCR1A,UL ;"Akku:" ausgeben ldi ZL,Low(txtAkku*2) ; Label "Akku 12 V: " ldi ZH,High(txtAkku*2) rcall lcd_home rcall lcd_print ldi ZL,Low(txtAmpere*2) ; Label "Stromladen: " ldi ZH,High(txtAmpere
************************ bin2ascii: ldi CL, -1 + '0' bcd1: inc CL subi AL, low(10000) sbci AH, high(10000) brcc bcd1 ldi BH, 10 + '0' bcd2: dec BH subi AL, low(-1000) sbci AH, high(-1000) brcs bcd2 ldi BL, -1 + '0'
-
Thread
Codesequenz mehrmals brauchen = auslagern
DDRB = 0b00111110; //0= Eingang; 1 = Ausgang PORTB = 0b00111110; //0= act. Low; 1 =act. High DDRC = 0b00000000; //0= Eingang; 1 = Ausgang PORTC = 0b00000000; //0= act. Low; 1 =act. High DDRD = 0b11110011; //0= Eingang; 1 =
DDRB = 0b00111110; //0= Eingang; 1 = Ausgang PORTB = 0b00111110; //0= act. Low; 1 =act. High DDRC = 0b00000000; //0= Eingang; 1 = Ausgang PORTC = 0b00000000; //0= act. Low; 1 =act. High DDRD = 0b11110011; //0= Eingang; 1 =
-
Thread
problem mit ltc 1402 am pic 18f2250
habe jetzt die Brücke zwischen Ain+ und Ain- gelegt. Das Ergebnis ist, dass das Ref bit wieder auf low geht und das MSB weiter high ist.
habe jetzt die Brücke zwischen Ain+ und Ain- gelegt. Das Ergebnis > ist, dass das Ref bit wieder auf low geht und das MSB weiter high ist. Dann scheint wirklich was faul zu sein, denn das REF(RDY)-Bit müßte "1" sein und das MSB "0". Grrr, irgendwie scheint uns der LTC1402 verar... zu wollen. Am BIP
-
Thread
TLC59401 ansteuern
Interrupt to update LEDs int cnt=0; ISR(TIMER2_COMPB_vect) { if(cnt>=4095){ cnt=0; BLANK_LOW; _delay_us(2); BLANK_HIGH; } GCLK_HIGH; GCLK_LOW; cnt++; } [/c]
Initialisierung durchgeführt: [c] void Driver::setDotCorrection() { digitalWrite(LATCH, LOW); for (int i=0; i<96*numdrivers; i++) { digitalWrite(SCLK, LOW); digitalWrite(DATA, HIGH); digitalWrite(SCLK, HIGH); } digitalWrite(LATCH, HIGH); digitalWrite(LATCH, LOW
-
Thread
DCF-Empfänger keine Auswertung möglich
Funktionen jetzt mal vereinfacht [c] while (1) { if(true == secondOver) { itoa(lowPegelAnz, tempChar, 10); uart_sendString("low:"); uart_sendString(tempChar); uart_transmit(' '); itoa(highPegelAnz, tempChar, 10); uart_sendString("high:"); uart_sendString(tempChar
} }[/c] Die ISR wird alle 10 ms gepollt und ich frage den Status vom Pin ab. Die Anzahl vom lowPegelanz und highPegelanz lasse ich mir sekündlich über uart ausgeben. erwarten würde ich sowas wie low: 10 high: 90 (im Idealfall für eine 0) und low: 20 high: 80 (im Idealfall für eine 1) Habe
-
Thread
Wer verwendet RFM69?
manuellem Triggern des Interrupteingangs - im Logikanalyzer sieht es wie folgt aus: 1. FIFInotEmpty high, 2. CRC high, beide LOW und Ausgabe der Daten zum Display Das ganze eben einige Male dann nichts mehr. Wenn man es länger laufen lässt löst teilweise der FIFOnotEmpty aus und geht wieder zurück
internallybetween each data byte. This mode is available for both read and write accesses. The NSS pin goes low at the beginning of the frame and stay low between each byte. It goes high only after the last byte transfer" "um bytweise zu übertragen" Wenn nur ein einziges Byte übertragen werden soll, muß
-
Thread
8CH AC-Dimmer, was haltet ihr von diesem Board?
/ triac Off } if (CH4==clock_tick) { digitalWrite(channel_4, HIGH); // triac firing delayMicroseconds(5); // triac On propogation delay (for 60Hz use 8.33) digitalWrite(channel_4, LOW); // triac Off } if (CH5==clock_tick) { digitalWrite(channel_5, HIGH); /
/ triac Off } if (CH7==clock_tick) { digitalWrite(channel_7, HIGH); // triac firing delayMicroseconds(5); // triac On propogation delay (for 60Hz use 8.33) digitalWrite(channel_7, LOW); // triac Off } if (CH8==clock_tick) { digitalWrite(channel_8, HIGH); /
-
Thread
VHDL Grundlagen : Rechnen
nämlich einen Multiplexer... Den kann man sehen wenn man möchte, ja. Wenn man auf einen Ausgang ein High oder Low oder Z legen kann, dann ist irgendwie auch eine Art Multiplexer.
mitteilst was an einem der Enden angeschlossen ist, dann kann der dir auch nicht sagen ob das Kabel high oder low ist. Bei einem "in" genügt es nur die eine Seite des Kabels anzugeben weil das andere Ende automatisch als hochohmig angenommen wird.
-
Thread
Zeiger + by reference + Array + Structur??
mal Fehler eins: [c] void SPI_get_measured(uint8_t *measured_length, uint32_t *measurement_mask_low, uint32_t *measurement_mask_high, uint32_t *measured[40]) { measured_length = 0; // Werte von Register Page 0 holen SPI_write_register(0b01111110,0x00UL); // Stelle Register Page
(USART_parameters(&start, &end, &sampling_rate, &measurement_mask_low, &measurement_mask_high )) { USART_send_ACK(); // Sende ein ACK // Setze Command_nr zurück, da Befehl fertig command_nr = 0x00; }
-
Thread
Frage zu Schalter bzw Logikschalter
einfacher schalter 5V High 0V Low signal. Ist High an so soll signal A durchgeschaltet werden, ist Low an so wird Signal B Durchgeschaltet. Da ich hier von Signalen rede ist der Strom vernachlässigbar klein.
> einfacher schalter 5V High 0V Low signal. Ist High an so soll signal A > durchgeschaltet werden, ist Low an so wird Signal B Durchgeschaltet. > High und Low signale werden das sein, abhängog vom Sensorsignal. > Da ich hier
-
Thread
BLDC, Synchronmaschine, Drehfeld Experimentierschaltung Gesperrt
gehen, dann müssten wir vielleicht doch so einen halbinteligenten Treiber suchen, aber halt einen der High- und Low-Side getrennt ansteuern lässt.]
falsch mit denen braucht man nur eine PWM pro Halbbrücke, das meine ich ja mit verlust von Kontrolle. High = High-Side on/Low-Side off und Low = High-Side off/Low-Side on nur eben mit der Deadtime dazwischen. > Ist eine einstellbare Dead time wirklich notwendig ? Ich hatte bisher > mit 500ns nie Probleme
-
Thread
Ausgang im Einschaltmoment auf Low halten
später auch wieder abdimmen. Das Problem ist ,der Dimmeingang des Konstantstromchips erwartet ein Low damit er keinen Strom liefert. Mein Ausgang springt aber beim Einschalten kurz in Tristate, was der LM3404 als High sieht. Somit flackert die LED immer kurz auf, bevor das Programm dann seinen Job
natürlich einfacher zumal das Layout schon steht. Kann man einen Pin dazu Bewegen beim Einschalten Low zu bleiben? BYe André
-
Thread
MCP3201 mit Atmega 8 in BASCOM
Shutdown (#CS/SHDN) p.12 The #CS/SHDN pin is used to initiate communication with the device when pulled low and will end a conversion and put the device in low power standby when pulled high. The CS/SHDN pin must be pulled high between conversions. Somit musst Du auch noch #CS/SHDN bedienen. Eine SPI
------ ' Public procedure Init() MCP3201_DIN.mode = input, pullup 'MCP3201_DOUT.mode = output, low ' not used ! MCP3201_CLK.mode = output, low MCP3201_CS.mode = output, high endproc function getWord() as word dim result as word dim mask as word ' waitns( MCP3201_tCSH ) MCP3201_CLK
-
Thread
EDIPTFT70 I2C, ich kriege es einfach nicht hin
text_position, const char* text) { unsigned char bcc; unsigned int j, i; unsigned char xPos_low, xPos_high, yPos_low, yPos_high, anzahl_zeichen; xPos_low = xPos; xPos_high = xPos >> 8; yPos_low = yPos; yPos_high = yPos >> 8; anzahl_zeichen = strlen(text); U3TXREG = DC1;
; U3TXREG = yPos_low; // yPosiotion low byte ausgeben while(U3STAbits.UTXBF == 1); bcc = bcc + yPos_low; U3TXREG = yPos_high; // yPosiotion high byte ausgeben while(U3STAbits.UTXBF == 1); bcc = bcc + yPos_high
-
Thread
WS2812B 800KHz PWM mit Transistor Pegelwandler
erste Impuls des RGB Signals falsch wiedergeben vom Pegelwandler. Bzw. er sollte eigentlich 800ns High sein und 450ns Low. Ist aber 250ns High und 400ns Low. Habe mal ein Bild vom Logikanaylzer angehängt. Woran kann das liegen? Mfg
beiden Impulse des PWM-Signals sind zu kurz. Damit meine ich das zB. als erstes 800ns das Signal HIGH sein sollte danach dann 450ns LOW. Das Signal welches dann aus dem Pegelwandler raus kommt ist dann aber 200ns HIGH und 400ns LOW. Habe es versucht durch den Dutycycle zu kompensieren jedoch habe ich
-
Thread
Passt das so (high side schalten)?
Ich möchte eine ohmsche Last mit dem AVR einschalten. Soweit, so einfach. Die Last MUSS aber an GND bleiben und die Spannung beträgt 24V. Daher habe ich mir was mit einem p-Kanal FET überlegt. Leider kann ich den SMD-Kram nicht auf dem Steckbrett simulieren und möchte morgen eine Platine machen. Daher meine Frage an die Experten - passt die Schaltung? Strom ist ca. 10A, geschalten wird nur 2 mal die Stunde.
-
Thread
CAN-Bus funktioniert nur ohne Terminierung
Oszi aus dem differenziellen > Signal wieder ein "Single"-Signal. Ich kann doch einfach CAN-high gegen CAN-low messen. Also den Tastkopf an CAN-high und die Masseleitung an CAN-low und dann sehe ich doch die Bits aufm Bus. Oder sehe ich das falsch?
> Ich kann doch einfach CAN-high gegen CAN-low messen. Also den Tastkopf > an CAN-high und die Masseleitung an CAN-low und dann sehe ich doch die > Bits aufm Bus. Oder sehe ich das falsch? Nur wenn dein Versuchsaufbau, sprich
-
Thread
Wie antiparallele Leds ansteuern?
Falls Du die LEDs an einen µC hängst, einfach zwei Port-Pins + Serienwiderstand spendieren. Pin1 High, Pin2 Low --> rot Pin1 Low, Pin2 High --> grün Pin1 Low, Pin2 Low --> aus Pin1 High , Pin2 High --> aus Falls kein µC, musst Du dir halt eine entsprechende Logik überlegen oder eine Vollbrücke
Martin H. schrieb im Beitrag #2942002: > Pin1 High, Pin2 Low --> rot > Pin1 Low, Pin2 High --> grün Und schnell dazwischen umschalten: gelb Th B. schrieb im Beitrag #2942103: > sprich wenn die Spannung i.O. ist soll die grüne Led leuchten.
-
Thread
IC ähnlich 4060 gesucht
Set is high, the on-chip RC oscillator is disabled. This allows for very low-power standby operation. Noch jemand eine Idee ?
der über ein Monoflop einen positiven Impuls von 0,3 sec. erzeugt. > Wenn Eingangssignal: Aktiv low oder high? Das Eingangssignal ist Low. Ein pos. Impulse ist 0,5 sec. lang, die Pause zwischen zwei Impulsen kann von unter 1 sec. bis Stunden dauern. Nach 10 min. soll eben ein Timeout greifen und
-
Thread
LCD Problem im 4-Bit Modus
nur eine andere Darstellung desselben. Stattdessen muß das Byte zerlegt und dem LCD in 2 Häppchen (high-nibble und low-nibble) angeboten werden. mfg
Süppchen? :-) Eigentlich nicht. Mir ist noch kein Controller untergekommen, der nicht die Reihenfolge High-Nibble - Low-Nibble hatte. MfG Spess
-
Thread
Ansteuerung Til311
blutengel schrieb im Beitrag #4821367: > Was ist mit Pin > 8 eig.Ein kurzer High Impuls auf Pin 8 übernimmt dann die Daten und > alles wird korrekt angezeigt. Ein Low Impuls lässt das Display heller > werden. Häh ? Du hast 3 Eingangszustände ? High Impuls und Low Impuls
blutengel schrieb im Beitrag #4821597: > Wenn Pin 8 auf LOW liegt wird die Anzeige etwa doppelt so hell. Gegenüber welchem anderen Zustand? LOW = doppelt hell, HIGH = AUS und wie kommt nur 'hell' zu Stande?
-
Thread
STPM32 - Register beschreiben..
spi_usartx_tx_rx((cmd & 0x000000FF) ); // Previously requested data byte MSB spi_select_high(); spi_select_low(); spi_usartx_tx_rx(0x00); // Previously requested data byte LSB spi_usartx_tx_rx(addr+1); // Previously requested data byte 2 out of 4 spi_usartx_tx_rx((cmd & 0xFF000000
zusammen.. [c] void stpm32Write_( uint8_t addr , uint32_t cmd , bool crcEn ) { uint8_t frameLow [] = { 0xFF , addr , ( cmd & 0x000000FF ) , ( ( cmd & 0x0000FF00) >> 8 ) , 0x00 }; uint8_t frameHigh [] = { 0xFF , addr + 1 , ( ( cmd & 0x00FF0000 ) >> 16 ) , ( ( cmd & 0xFF000000) >> 24 )
-
Thread
Zwei arduinos ,eine RTC
Prinzip stell ich mir folgendes vor: Ich sag beiden arduino Boards z.B. PIN5=busy ist ein Eingang und LOW. In der time Bibliothek schreibe ich vor jeder Zeitaktualisierung: if busy == LOW { pinmode(busy,output) digitalwrite(busy,high) Zeitaktualisierung mit rtc Digitalwrite(busy,low) Pinmode(busy
> > Ich verbinde dann an beiden boards die PINbusbusy Pins und gut ist? > Diese sollten immer HIGH-Pegel haben außer ein device nutzt den Bus dann > zieht es den Pegel auf LOW? Ja, und du hast dir eine Race-Condition eingehandelt. Denn zwischen der ABfrage auf Low und dem tatsächlichen Setzen
-
Thread
High Side Switch für 48V?
Der passt nicht? http://www.infineon.com/cms/en/product/power/smart-low-side-and-high-side-switches/smart-high-side-switch-profet-tm/ITS4200S-SJ-D/productType.html?productType=db3a30443a06def4013a30495b0d2bc7
kann z.B. bis 62V und kommt mit 20mOhm daher. http://www.infineon.com/cms/en/product/power/smart-low-side-and-high-side-switches/smart-high-side-switch-profet-tm/BTS6163D/productType.html?productType=db3a304413e272f40113e2aa3dcb0002
-
Thread
Programmspeicher beschreiben
im Programmspeicher. Spess53 schrieb im Beitrag #2048318: > .cseg > > .... > > ldi yl,low(RS232Buffer) ; Y Pointer laden > > ldi yh,high(RS232Buffer) auch das habe ich ja Flashen: ldi yl,low(RS232Buffer) ; Y Pointer laden ldi yh,high(RS232Buffer)
Keine Ahnung, ob Dein Bug damit zu tun hat, aber das hier... subi zl, low(PAGESIZEBYTE) subi zh, high(PAGESIZEBYTE) ...erscheint mir zweifelhaft. Ich vermute, so wäre es richtig: subi zl, low(PAGESIZEBYTE) sbic zh, high(PAGESIZEBYTE) Check das mal.
-
Thread
Arduino - Stromkreis überprüfen
, HIGH); } else { digitalWrite(led, LOW); } }
nennenswerte Spannung abfällt. > Beim messen zeigt er mir an er hat 0.11 > Volt zu wenig für einen HIGH Pegel.. Das reicht noch lange für ein High. Die Grenze für High-Low liegt viel tiefer.
-
Thread
internen RC Osci syncronisieren
leuchtet aber nicht. Warum weiß ich noch nicht. Vielleicht ihr? Ablauf: Vom Master steht TxD0 auf High nach Reset, dann für 1,5ms auf LOW und dann für 1,5ms wieder auf HIGH, danach folgen 20 Takte mit am Ende wieder auf HIGH. Nach Low/High Wechel-Längenerkennung leuchtet LED_0. Wenn die 20 Takte erkannt
void Sync_Starterkennung() { int temp_millis = 0; bool SignalPegel = false; // LOW/High Pegeldauer messen // Flanke High > LOW while ( PINA & (1<<PA2) ) {} // wenn RxD0 Pin auf HIGH, dann warten bis wieder LOW temp_millis = millis_value(); // aktuelle
-
Thread
PC-Spektrometer - Problem mit Linien-CCD (AVR)
steht was von *clock pulse duty* soll zwischen 40 und 60 % liegen und wird berechnet aus : 100 × low_zeit / (low_zeit + high_zeit) Heisst das, das zwar die Low- und die zugehörige High-Zeit gleich sein müssen (halt eben ~ungefähr gleich), aber die einzelnen *Perioden* unterschiedliche Low/High-Timings
machst das ja auch falsch: Die Belichtungszeit ist zwischen 2 TG Impulsen, also TG kurz auf auf high (zwischen 5 und 50µs), danach wieder auf Low, alles auslesen und dann TG wieder auf high. Wenn TG länger auf high bleibt, dann ist das ein undefinierter Zustand (laut Datenblatt). Vermutlich wird dann
-
Thread
Daten über 18V Spannung ( Eisenbahnsteuerung )
die Gleisspannung die normalerweise so bei knappen 18V sein sollte um 2.5V niedriger ist bei einem Low und statt 23V nur 20.5V für ein High ist. Liegt das am Kondensator C3? Wandelt der mir die 0..5V Spannung in -2.5..+2.5V um? Gruß Stefan
um ein "digitales" Signal zu erhalten, evtl noch kleiner RC Filter). Wenn jetzt beide Signale auf LOW liegen, ist der "Bus" Frei, wenn eines davon High ist, ist er belegt. Ein Ausgang entspricht LOW der andere HIGH, beide gleichzeitig dürften eigentlich nicht HIGH sein ;) Dadrüber kannst du dann
-
Thread
2x5 Tastenmatrix an AT90USB1287
ist welche Spalte und welche Zeile? Hast du einen Schaltplan? > Pin 5 von PORTD muss dazu auf "high" geschaltet werden. // Pin 5 an PORT D auf Ausgang schalten DDRD = (1<<PD5); // dann HIGH schalten PORTD = (1<<PD5); // oder LOW schalten PORTD &= ~(1<<PD5);
PIN5 T5 T6 PIN6 T7 T8 PIN7 T9 T10 >> Pin 5 von PORTD muss dazu auf "high" geschaltet werden. > > // Pin 5 an PORT D auf Ausgang schalten > DDRD = (1<<PD5); > > // dann HIGH schalten > PORTD = (1<<PD5); > > // oder LOW schalten > PORTD &= ~(1<<PD5)
-
Thread
ASM-Problem bei Speicher >16 Bit
Hallo! Der 128 ist organisiert zu 64K x 16Bit, also alles über HIGH und LOW erreichbar. EDIT: der Flash
Hi Korrektur: [avrasm] .macro load_z ldi ZL,Low(@0*2) ldi ZH,High(@0*2) .if Low(@0)+ 256*High(@0) < $8000 clr r16 .else ldi r16,1 .endif out RAMPZ,r16 .endmacro [/avrasm] MfG Spess
-
Thread
GCC für ARM Probleme mit "new" ?
rangeSelect.Instance = TIM9; // Folgende Zeilen gehen nicht, weil der Compiler "new" nicht moechte // highSideA = new TimerSlaveOCBreak(&htim1_highSideA); // stimTimeBase = new TimerUseMaster(&htim2_stimTimeBase); // lowSideA = new TimerMasterSlaveOC(&htim3_lowSideA); // lowSideB = new TimerMasterSlaveOC
so: TimerSlaveOCBreak highSideA(&htim1_highSideA); TimerUseMaster stimTimeBase(&htim2_stimTimeBase); TimerMasterSlaveOC lowSideA(&htim3_lowSideA); TimerMasterSlaveOC lowSideB(&htim4_lowSideB); TimerMasterSlaveOC adcControl
-
Thread
Wie mache ich eine Textausgabe 8Bit auf Display?
) { uint16_t i; for (i=0; i<1000; i++) ; PORTA |= (1<<5); // Enable High PORTA &= ~(1<<5); // Enable Low } [/C] d.h. die Funktion E_toggle kriegt ihre eigene Variable i
dsp_char_out (uint8_t dsp_char_out) { PORTC = dsp_char_out; PORTA |= (1<<5); // Enable High PORTA &= ~(1<<5); // Enable Low _delay_us (42); } [/c] Auch die Anschlüsse RS und ENABLE können noch in ein #define. Wenn man es richtig macht dann kann man auch: ENABLE = HIGH
-
Thread
int in BCD
µs zählt, ist der LookUp-Table ürigens gar nicht so abwegig, aber Byte-weise: unsigned char High =(unsigned char) (Zahl >> 8); unsigned char Low = (unsigned char) Zahl; // LookUpHighx[] enthält ASCII-Ziffern // LookUpLowx[] enthält Bytes von 0-9 Ziffer[0] = LookUpHigh0[High] + LookUpLow0[Low]; Ziffer[1] = LookUpHigh1[High] + LookUpLow1[Low]; Ziffer[2] = LookUpHigh2[High] + LookUpLow2[Low]; Ziffer[3] = LookUpHigh3[High]; Ziffer[4] = LookUpHigh4[High]; if (Ziffer[0] > '9') {