-
Thread
ESP8266 WLAN
zweiten USART-Port nur für den ESP zu nehmen. Hier die USART Konfiguration: [c]static void MX_USART2_UART_Init(void) { huart2.Instance = USART2; huart2.Init.BaudRate = 9600; huart2.Init.WordLength = UART_WORDLENGTH_8B; huart2.Init.StopBits = UART_STOPBITS_1; huart2.Init.Parity = UART_PARITY_NONE; huart2.Init.Mode = UART_MODE_TX_RX; huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart2.Init.OverSampling = UART_OVERSAMPLING_16; if (HAL_UART_Init(&huart2) != HAL_OK) { Error_Handler();
-
Thread
RFM12 empfängt nur Werte bis 127
rxdata(unsigned char *data, unsigned char number) { unsigned char i; rf12_trans(0x82C8); // RX on rf12_trans(0xCA81); // set FIFO mode rf12_trans(0xCA83); // enable FIFO for (i=0; i<number; i++) { rf12_ready(); *data++=rf12_trans(0xB000); } rf12_trans(0x8208);
lib... jz hab ich so gemacht [c] for(uint8_t i=0 ; i<5;i++) { usart_write_char(rx[i]); } usart_write_str("\n");[/c] und senden wie vorher wenn ich jetzt [c] tx[0]=254; tx[1]=5; tx[2]=5; tx[3]=5; tx[4]=5; tx[5]=5;[/c] sende empfange
-
Thread
Leiterbahnen verzinnen?
Ich rechne gerne ;-) Der IRF540 hat R_DSON=77mR bei 100°Cj hat R_DSON=1.5x77mR=115.5mR P_tot=RxIxI=115.5mRx20Ax20A=46.2W bei 20°Cj hat R_DSON=1.0x77mR=77mR P_tot=RxIxI=77mRx20Ax20A=30.8W ...das ist etwas zuviel an Verlustleistung. Der Kühlkörper wäre extrem groß. Wenn zwei IRF540 parallel geschaltet werden, dann: P_tot=2x(RxIxI)=77mRx10Ax10A=2x7.7W=15.4W das ist schon weniger (aber noch immer extrem) Wenn z.B. der STP160N3LL verwendet wird dann: R_DSONmax=3.2mR P_tot=RxIxI=3.2mRx20Ax20A=1.28W Diese Verlustleistung
-
Thread
Mal über Schaltung schauen bitte
In deiner Version hängt am Ausgang von IC2B ein Kondensator, der nicht wie sonst üblich vom R1 geladen wird, sondern eben über IC2B. Das nimmt dem allerdings nicht zwingend nötigen Kondensator viel von seinem Sinn. Wenn du das RC-Glied R1/C4 an den Eingang von IC2B hängt, dann geschieht das nicht. Alternativ kannst du IC2B durch eine Schottky-Diode (z.B. BAT42) ersetzen, Anode rechts, Kathode links. So kann man Pegelwandler nämlich auch aufbauen, wenn das Signal
-
Thread
GPS Antenne NMEA 0183
Beitrag #6975651: > mit der Data Pin belegung 3/7. Was Du verschwiegen hast: Im Handbuch steht RX+ und RX-, das ist also nicht RS232, sondern RS422.
NMEA0183 Specs und das bedeutet 4800 Baud. Hmmm schrieb im Beitrag #6975898: > Im Handbuch steht RX+ und RX-, das ist also > nicht RS232, sondern RS422. Manchmal kann es funktionieren, nur RX- oder RX+ anzuschliessen, aber differentiell ist das narrensicher. Du suchst also eine komplette GPS
-
Thread
AND - Gatter schaltet nicht durch
ACTION=7;LA=6;OPEN=0;INDEX=0;FILENAME=A200%252FMAX32xx%2523MAX.pdf;SID=32BEgMjKwQASAAAH9GZjQ22c82a47b09c37482144d65165a91745
. Hast du die 2 vielleicht verwechselt? Es kommt schon vor, dass sowohl Handy als auch GPS-Empfänger gleichzeitig senden, denn der GPS-Empfänger sendet immer. Ich sags mal so: Zu 99% wird RxD aufs Handy gestellt
-
Thread
Ambilight mit STM32F4discovery und TVP5150AM1
Jan Berg, habe für euch PCBs reserviert. Aktueller Stand: Thomas H.: x1 Nils: x1 Patrick B.:x2 Waldemar H.:x2 Jan B. :x2 Peter :x1
tx-pa7 rx-pa6 gnd-gnd 5v-5v nothing show up in putty to config the led number (code downloaded by st-link ultility- use Ambilight-STM32F4-GNUARM-V1.2.hex- stlink v2) help
-
Thread
Pollin MOTOROLA VIP1710
etc/directfbrc'. Aper PhysBase Size VirtBase AperBase Access 00 18000000 00010000 2aac8000 2aac8000 MM 01 40000000 10000000 2b103000 2b103000 MM 02 1c000000 04000000 3b103000 3b103000 MM 03 11010000 00001000 2aac1000 2aac1000 MM 07 11011000 00000100 2aae0000
& sleep 2 /flash2 # /bin/sh /flash2/hal.sh killall: Could not kill pid '143': No such process found original open at <0x2b1b2140> (new is at <0x2aafd950>) found original ioctl at <0x2b1b9dc0> (new is at
-
Thread
USB C - Ladegerät und zu ladendes Gerät - Kommunikation
sind. Irgendwie versteh ich das nicht. In der Zeichnung https://www.delock.de/infothek/USB-3.2_USB-Type-C/usb-3.2-usb-type-c.html tauchen doch Bezeichnungen wie SBU1, SBU2, CC1, CC2, RX1 und RX2, TX1 und TX2 auf. Wenn es 1:1 gespiegelt wäre, müsste es doch für beide Seiten RX1 und RX1, TX1 und
SBU1, SBU2, CC1, CC2, RX1 und RX2, TX1 > und TX2 auf. > Wenn es 1:1 gespiegelt wäre, müsste es doch für beide Seiten RX1 und > RX1, TX1 und TX1 etc. heißen. Oder andersherum GND1 und GND2. Aber bei > GND
-
Thread
Transistortester AVR
Karl-Heinz, vielen Dank für die schnelle Reaktion! Es spricht also nichts gegen das Exemplar für 2,45€? http://www.reichelt.de/Atmel-ATMega-AVRs/2/index.html?;ACTION=2;LA=2;GROUPID=2959;SID=12UH65rH8AAAIAAEg1tPQad75c0b6c08258d5706b0ad08c4af89a Danke und Gruß Christian
Milton Jonez schrieb im Beitrag #2997888: > I don't have BC557C, is BC557B okay? You can try a BC557B. This type has lower current amplification factor. You can adjust the R7 resistor (3.3k) to a lower value (2.2k) if necessary. Best regards, Karl-Heinz
-
Thread
ASCII Verarbeitung optimieren
µC-noob wrote: > > [c] > void cmd_T(char *rx_buffer, unsigned char pos) > { > if ( rx_buffer[1] == 'R' ) > { > if( rx_buffer[2] == 'P' ) > { > if( rx_buffer[3] == 'I' ) //if command TRPI (Triggerpin) > { >
*rx_buffer ) { if( strcmp( rx_buffer, "RPI" ) == 0 ) togglePeriod_slow(100, 4); else if( strcmp( rx_buffer, "RPE" ) == 0 ) togglePeriod_slow(100, 2); .... // nächstes Kommando }
-
Thread
Advance Serial Buffer
muss die Leseseite das dann entspechend auseinanderplücken. Aber auch das ist ein lösbares Problem. Z.B. indem man im FIFO oder in einem 2. FIFO jeweils die Länge der einzelnen Datenpakete kodiert. Sprich, es gib zu jedem Telegramm eine Blocklänge. Damit hat man maximale Flexibilität bei minimalem Aufwand
mit > Deiner typischen Implementierung zu vergleichen. Wenn ich das richtig sehe, macht "void rx_interrupt(BYTE c)" genau das, was ich gerne vermieden hätte. Der Interrupt muß schon auf das Protokoll prüfen und nicht erst die höheren Schichten in der Mainloop. Damit geht z.B. nicht, daß ich eine
-
Thread
MCP2200 isolated usb/uart schaltungskontrolle
eingesteckt ist. Dmesg spuckt das hier raus: ... [19769.685244] hid-generic 0003:04D8:00DF.000B: hiddev0,hidraw3: USB HID v1.11 Device [MCP2200 USB Serial Port Emulator] on usb-0000:00:1a.1-2/input2 ---> bis hier ist alles gut :) ---> hier wird der Adum (auf der Atmega Seite mit Strom versorgt
www.microchip.com/wwwproducts/en/MCP2221A http://ww1.microchip.com/downloads/en/DeviceDoc/20005565B.pdf Die Schaltung passt zum Upgrade, womit wir auch noch eine Schnittstelle zu I2C/SMBus erhalten. Welche andere Dinge hat Manfred gemeint? GPIO's? Einfachen DAC/ADC vom USB2.0 aus?
-
Thread
FM-Receiver mit 12,5 kHz Kanalraster
>http://www.igerlach.de/2mRX/2mRX.html Da würde aber noch ein Display + 3 Tasten dranpassen.
B e r n d W. schrieb im Beitrag #2176874: >>http://www.igerlach.de/2mRX/2mRX.html > Da würde aber noch ein Display + 3 Tasten dranpassen. Gibt's denn die PLL noch irgendwo, oder muss man die inzwischen
-
Thread
Es'hail2 - erster geosationärer Amateurfunk-Satellit
in den TX Modus umschaltet (LED leuchtet im TX Fall grün, im RX Fall rot). Mit -3dBm (meines SA und einem 20dB VV liefert das Teil die besagten 2W HF. Die Gain liegt bei ca. 13-16dB je nach Frequenz. Der Aufbau sieht sehr professionell aus, siehe Bild von dem
(-20dBm - 0dBm) ein Signal für den Booster von bis zu +27dBm erzeugen, wobei der TG mit einem 10dB ATT abgeschlossen war. Beide Gainblocks (SBB5089Z) bringen kaskadiert mit +5V Versorgung +37 bis 40dB Verstärkung (bei 2,4GHz sind es 37dB). Bei 2,2GHz liefert der Booster 43dBm bei 2,4GHz knapp 40dBm
-
Thread
Wer sieht den Fehler im Code
Atmega32 nur über Tx und Rx mit Ft232Rl verbunden, soll Daten aus einem Terminal empfangen. Eingestellte Baud 9600, genutzt wird ein 12MHZ Oszi. Wenn ich zB. eine 9 über das Terminal Sende blink eine LED kurz auf das was empfangen
Mal ein Paar Bildchen anhängen: alle 3 Bilder sind von der D+ Leitung hinterm USB-B auf der Platine gemessen. Bild 4 bei geschlossener Leitung selten mal ein flákern Bild 1,2 und 3 bei im Terminal geöffneter Leitung, kaum was zu erkennen ohne das ich was sende.
-
Thread
PNP - Transistorschaltung
Simulation. Die Formeln sind identisch mit dem Ergebnis von Helmut. Helmut: Ueh=(Uplus*(1/R2+1/Rb*(B+1))+Ueb/Rb*(B+1)+U1/Re)/(1/Re+1/R2+1/Rb*(B+1)) Ibh = (Ueh - Ueb - Uplus)/Rb Ieh = Ibh * (B+1) Rico: Rx = (R2*Re)/(R2+Re) Ux = Rx* (U1/Re + Uplus/R2) Ie = (Ux - Uplus - Ueb) / (Rx + Rb / (B+1) )
-
Thread
Royaltek GPS-Maus PS/2 TTL - Pinbelegung?
Ich habe mal die vorhandene PS/2 Zeichnung von der Haicom-GPS-Maus hier aus dem Forum gemoppst und mal etwas durchgemessen: 5 – 4,76kOhm --> VCC (5V) 3 - ∞ Ohm --> not connected / Rx bzw. Tx? 1 - ∞ Ohm --> not connected / Rx bzw. Tx? 2 – 2,5 Ohm --> GND 4 - ∞ Ohm --> not connected / Rx bzw. Tx? 6 - ∞ Ohm --> not connected / Rx bzw. Tx? Die Zahlen sind die Pinnummern aus der Zeichnung. Ich habe mit dem Multimeter den Widerstand
-
Thread
HF-gerechter Aufbau eines akkubetriebenen Loop-Verstärkers
direkt passenden Akku zu verwenden? Du meinst vielleicht so ein NiMH-Akku, oder? Da gibt es z. B. solche 9V-Blöcke. So ein 9V-Block würde nur 1..2 Stunden durchhalten. Das verbaute Li-Ionen-Akku hält vielleicht 10x so lange. Mir persönlich gefällt an der Upconverter-Lösung, dass unabhängig
Frank M. schrieb im Beitrag #8080696: > Dann nenne uns doch mal 1 oder 2 solcher Batterien. Hersteller, > Partnumber? Hä? Amazon ist voll mit 3S LiPo Akkus. Zum Bleistift: https://www.amazon.de/Battery-SoftCase-Short-Batteries-HOOVO/dp/B0CK29RDZB/ https://www.amazon.de
-
Thread
ATtiny4313 und Befehl ST Y,
var_func,C rcall read_ee mov var_step,C rcall ld_RR_ ;in die Zwischenstation RX[0:3] mov RY0,RX0 ;load 125 MHz Konstante mov RY1,RX1 mov RY2,RX2 mov RY3,RX3 ;und endlich in RY[0:3] rcall ld_RR_ ;hole den Stepwert nachRR[0:3] mov RR0,RX0 ; mov RR1,RX1 mov RR2,RX2 mov RR3,RX3 rcall ld_RR_ ;hole den offsetAccu nachRR[4:7] mov RR4,RX0 ; mov RR5,RX1 mov RR6,RX2 mov RR7,RX3
-
Thread
Noch ein Taschenrechner auf ATMega Basis
dann in die 2./3. Ebene z.B. F SIN > und F F ASIN. > Ggf. könnte man das dann via Optionsparamater (wie die Helligkeit) > einstellen ob die Taste zB. A/SIN/ASIN oder SIN/ASIN/A lautet oder das A > nur im hex
, die 2.x Software findest Du auf Github hier: https://github.com/Feinmechaniker/UPN/commits/321ee2086fe3e40fd65acbae8bc2855246a3c2b2/Bascom/rpn_boris_A328.bas
-
Thread
Filter Schaltung für 24 Volt für RS232 ?
ist lt. Beschriftung ein BD-Typ. Hat sich da wer verschrieben und es ist in Wirklichkeit ein BC547B? Würde bei der Beschaltung mehr Sinn machen und einen "BD547" findet Google auf die Schnelle auch nicht. 2. Liegt nicht meist/oft der RxD Eingang auf H-Potential im Ruhezustand? Wenn ja, würde Dir
falsch gepolt, wie Wolfgang schrieb). Was immer noch fehlt ist ein Ziehwiderstand von Atmel D1/RX nach Vcc. An LED2 fällt wahrscheinlich zu viel Spannung ab um einen ordenlichen High-Pegel zu liefern.
-
Thread
16 UARTs für MIDI
statt auf Seriennummer auch auf den "Pfad" matchen, über den das Device angeschlossen ist, also z.B. Hub1 Port 3 -> Hub2 Port 2 -> CH348 ==> /dev/midi10
: 9 volle UARTs: (2+7)×2 Tx/Rx Pins: 7 halbe UARTs: 7 Tx Pins Ach ja, ebenfalls mit Micropython realisiert. Und die Kerne langweilen sich.
-
Thread
Servomotor steuern - C Routine von dieser Seite
2 ; x++) { ServoValue[1] = x; } } } [/c]
int uart_getc (void) { unsigned char tmptail; unsigned char data; if ( UART_RxHead == UART_RxTail ) { return UART_NO_DATA; /* no data available */ } /* calculate /store buffer index */ tmptail = (UART_RxTail + 1) & UART_RX_BUFFER_MASK; UART_RxTail
-
Thread
ATTiny3216 über UPDI Software-Reset auslösen
# 2. Sende den STS-Befehl (010) mit der Adresse von ASI_RESET_REQ (0x08) und dem Wert 0x59 # Format: Opcode STS (010), Adresse, und Wert für den Soft-Reset (0x59) # Opcode für STS ist 0b010
[code] Tx: 00 BREAK Tx: 55 C3 08 UPDI_STCS | UPDI_CS_CTRLB CCDETDIS Tx: 55 C2 80 UPDI_STCS | UPDI_CS_CTRLA IBDLY Inter-Byte Delay Enable Tx: 55 80 UPDI_LDCS | UPDI_CS_STATUSA Rx: 40 UPDIREV[3:0] UPDI Revision ... ... [/code] Man sieht in dem Trace
-
Thread
Unterschied: Tx, TxD
entsprechenden Anschlüsse werden mit RX (R=Receive-Exchange) und TX (Transmit-Exchange) bezeichnet. Es ist offensichtlich daß das was meim einen raus geht beim anderen rein muß, also TX_Gerät-1 ->> RX_Gerät-2 und TX_Gerät-2 ->> RX_Gerät-1
für Gerät_1 -> Gerät_2 und den Rückweg Gerät_2 -> Gerät_1 gibt. Diese "Physik" der Transportwege ist für die verschiedenen Schnittstellen (z.B. V24, RS485, Ethernet, etc) bezüglich Signalpegel, Steckernorm etc. recht unterschiedlich
-
Thread
Probleme mit USB/RS232-Wandler
USB/RS232-Wandler sind von verschiedenen Herstellern und haben auch unterschiedliche Chipsätze (PL2.., CP2..., CH340)
Maik schrieb im Beitrag #6081369: > geht es über 3 Leitungen (Rx, Tx und GND) zu der Platine. Ja. Und hast Du jetzt schon irgendwas mit RX/TX abklemmen versucht? Dann berichte doch davon A. S. schrieb im Beitrag #6080770: > Verbinde nur gnd, TX und RX per Strippen
-
Thread
erzeugter Code von ICCAVR ineffizient
+00000048: 930A ST -Y,R16 +00000049: B10C IN R16,0xC +0000004A: 2F20 MOV R18,R16 +0000004B: 2733 CLR R19 +0000004C: 3021 CPI R18,0x01 ; 0x01 = 0b00000001 = 1 +0000004D: E0E0
30 ; 0xca ac: 85 30 cpi r24, 0x05 ; 5 ae: 91 05 cpc r25, r1 b0: 4c f0 brlt .+18 ; 0xc4 b2: 06 97 sbiw r24, 0x06 ; 6 b4: 61 f0 breq .+24 ; 0xce b6: 0c c0 rjmp .+24 ; 0xd0 { case LED_GREEN_ON
-
Thread
CRC Fehlerkorrektur -> Lookuptable
Nachtrag: das gibts auch fertig: http://www.advantech.com/products/9b61869b-9881-49a5-ae89-43f1437c14d1/bb-232brc/mod_de20c037-35f8-4c4e-9141-2edfb6034228 Georg
2,2kΩ Gerät 1 Tx o---|<|---+---[===]---o | Gerät 2 Tx o---|<|---+-----o AVR Rx [/pre]
-
Thread
Evaluation neuer Mikrocontroller: ARM? Gesperrt
H8SX/1668R 50MHz, ExDMA für QVGA-Ansteuerung SH7286, 100MHz, Vcc 3-5V! SH7211, 160MHz 2 x Ausführungseinheit, sehr schnell SH7216, ähnlich 7211 mit FPU RX610, 100MHz universell 2MB Flash, 128kB RAM RX620, 100MHz mit div. Schnittstellen Kostengünstige Entwicklungsboards gibt es zum
. iMXxxx) haben da schon teilweise SD DDR bzw SD DDR2 als möglichkeit. da sehen die speicherpreise schon etwas anders aus. teilweise ist allein zwischen DDR und DDR2 faktur 2 drin ( wenn nicht mehr) Ist z.B. auch bei Atmel der grund weshalb ich auf die
-
Thread
5 zeilen C code
_1: AND.B #0x4, &0x21 // 148 } ??main_2:
Ich hätte noch diese Idee: [c] while(UCA1IFG == 0x02) // mache solange , bis was im rx Puffer ist P1OUT |= (P6IN << 2) & 0x04; [/c]
-
Thread
Kann nicht Interrupt auslosen mit Timer4 und Timer5
= 0x556699AA; // Key2 für unlock CFGCONbits.IOLOCK = 0; // Peripheral pin select: PPSInput(3,U1RX,RPB2); // RX auf RB2 PPSOutput(1,RPB3,U1TX); // TX auf RB3 // PPS-Zugriff wieder sperren
level 2 void __ISR(_UART2_VECTOR, ipl2) IntUart2Handler(void) { int c; // Is this an RX interrupt? if(INTGetFlag(INT_SOURCE_UART_RX(UART2)))
-
Thread
mscomm macht Fehler
= Worksheets("Programm").Range("B10").Value + 1 Worksheets("Programm").Range("B10").Value = spalte Rx = "" RxInput = "" ElseIf RxInput = "Z" Then Worksheets("Programm").Range("B10").Value = 1 Rx = "" RxInput = "" Rx = MSComm1.Input Worksheets("Programm").Range("B8").Value = Rx
-
Thread
CAN Schaltung
Sleep Mode zu versetzen oder mit High Speed am CAN Bus teilnehmen zu lassen. CAN_CAN_TX und CAN_CAN_RX gehen zum µC. Der µC läuft mit 3,3V, der MCP2551 mit 5V. Aus dem Datenblatt habe ich entnommen, dass der MCP2551 als TX High mindestens 2 Volt benötigt, das sollte doch mit 3,3V vom µC hinhauen oder
im 0603 Gehäuse und tausch den bei Bedarf dann aus. Einen in der TX Leitung am µC und einen in der RX Leitung am MCP2562, richtig?
-
Thread
Lenze Lecom Rs232, RS485 keine Verbindung möglich
Ruhepegel Lecom A/B RS232: RxD= 0V TxD= -7,05V Ruhepegel RS232 USB Adapter: RxD= 0V TxD= -9,9V Alles jeweils gegen GND gemessen. Bei Verbindung mit RS232
nur diese Bedienungsanleitung gefunden. https://www.becker-antriebstechnik.org/WebRoot/HostEurope2/Shops/es10601137/5B14/F518/3058/B680/E845/50ED/8963/9CB9/EMF2102IBC-E82ZBL-C__LECOM-A-B-Li_AIF_module__v8-0__DE_EN_FR.pdf
-
Thread
RS232 Loopback
mir helfen, wie ich den mit den pins der rs232-schnittstelle verbinden muss? Der Optokoppler hat ja 2 Ein- und 2 Ausgänge. So wie ich das verstanden habe, würde ich dann z.B. von Tx an Optokoppler (durch Diode) und weiter zu GND. Ist jetzt alles ok, leuchtet die Diode und der Transistor schließt den
wirklich Kabelfehler aufspüren, denn man geht immer von einer korrekten Verkabelung aus. Eine Verbindung RX-TX im Prüfstecker funktionert nur dann, wenn das Kabel richtig angeschlossen wurde. Selbst dann kann man im Fehlerfalle (z.B. RX ist mit GND kurzgeschlossen) nicht sagen ob TX unterbrochen ist, ob RX
-
Thread
ATmega als "Ersatz" für MAX7219
Das ist der Wert den mein Multimeter mir anzeigt. Und zwar immer für 1-2 Sekunden - dann gehts kurz auf 0. Und dann wieder 79.24 Hz.
) hat SPI mit RX-TX-Buffer, insbes. dann, wenn noch DMA vorhanden ist. Diesen Witz gibts nur bei Atmel.
-
Thread
Programmier Stil für Mikrocontroller
static void timer2_init (void) { // Mode #2 (CTC) und PRESCALE=8 TCCR2A = (1 << WGM21); TCCR2B = (1 << CS21); // OutputCompare für gewünschte Timer2 Frequenz OCR2A = (unsigned short) ((unsigned
// Grösse des TX Datensatzes uint8_t tx_buf[64]; // Sendepuffer uint8_t rx_size; // Grösse des RX Datensatzes uint8_t rx_buf[64]; // Empfangspuffer }; SPI_Frame.tx_buf[idx++] = CMD_PORT2_DIR; // Kommando Portrichtung SPI_Frame.tx_buf[idx++] =
-
Thread
AT89C2051 und das UART Rätsel
Leiterbahn, geht unterm IC zu Pin 20). Aber, der Kollektor geht auf Pin 9 des AT89C2051 und nicht auf den RX-Pin 2? Wäre merkwürdig, auf dem Foto ist keine Leiterbahn an Pin 2 zu erkennen. Oder sehe ich das falsch?
schrieb im Beitrag #7749225: > Aber, > der Kollektor geht auf Pin 9 des AT89C2051 und nicht auf den RX-Pin 2? Die Leitung verläuft zwischen Pin 8 und 9. Es ist anzunehmen, dass sie unterhalb des ICs zu Pin 2 weitergeführt ist.
-
Thread
uC: Adresse von Empfangspuffer an andere Funktion übergeben
den COmpiler nicht einsichtig sind. Hast du also [c] char c; char * pPtr = uart_return_rx_buffer_address(); c = *pPtr; c = *pPtr; // das sind absichtlich 2 identische Zugriffe! [/c] dann kann in diesem Fall der COmpiler den 2.ten Zugriff wegoptimieren, weil sich weder pPtr, noch
. c kriegt also in beiden Fällen aus Sicht des Compilers jeweils denselben Wert. Daher kann er den 2.ten Zugriff weglassen. Wohingegen man dem Compiler hier [c] char c; volatile char * pPtr = uart_return_rx_buffer_address(); c = *pPtr; c = *pPtr; // das sind absichtlich 2 identische
-
Thread
STM32 CAN Reset Bug Workaround geht nicht
Fehler mehr geht aber trotzdem nicht. Er springt nicht in die if Schleife. Warum gibt es hier RX0 und RX1? Es gibt zwar 2 mögliche Pinbelegungen, aber nur einen CAN Bus Controller.
diese schier endlosen Register zu umgehen, dann möchte ich das auch nutzen. Einfache Peripherie (z.B. I2C Temperatursensoren) habe ich kein Problem mit den Registern. Was ich sehr ungern mache und beim STM32 nicht machen werde, ist auf Verdacht in Registern rumzuspielen. Entweder man weiß genau was
-
Thread
Funktionswert in anderer Funktion integrieren
? float Messergebnis (float Ue, float Un, float Ux) { tmp = acos(((Ue*Ue)-(Un*Un)-(Ux*Ux))/(2*Un*Ux)); Rx = (10*Ux/Un)*cos(tmp); Xx = (10*Ux/Un)*sin(tmp); return Rx,Xx ; }
Un = read_adc(2); Ux = read_adc(3); // Berechnung phi = acos(((Ue*Ue)-(Un*Un)-(Ux*Ux))/(2*Un*Ux)); len = (10*Ux/Un); Rx = len * cos(phi); Xx = len * sin(phi); // Ausgabe printf
-
Thread
20V auf RX sperren, Zener-Diode?
10k. Der macht bei den üblichen Baudraten keine großen Probleme. Bei 20V am Eingang fließen maximal 2mA in die Klemmdioden des FT232 oder sonstigen ICs. > Ich habe gelesen, dass Zener-Dioden für sowas benutzt >werden, Ja, das geht auch. > aber die Sperren erst ab z.B. 20V wirklich. Nein
Falk B. schrieb im Beitrag #5301692: >> RX ist auf das Steuergerät bezogen, also Dateneingang vom Steuergerät. > > An dem ist der Datenausgang (TX) von deinem USB-AURT Wandler > angeschlossen. Dann geht
-
Thread
STK500 Taster + Taster über GUI
anfänger :) [c] // USART Receiver interrupt service routine interrupt [USART_RXC] void usart_rx_isr(void) { char status,data; status=UCSRA; notify=status; . . . //Taster auf A PORTA=0xFF; DDRA=0x00; // LED auf B PORTB=0xFF; DDRB=0xFF; //main . . . while (1){
== 'A' ) // soll ebenfalls Funktionalität 1 auslösen Funktionalität1(); if( Taste2Pressed ) Funktionalität2(); if( CharFromUART == 'B' ) // soll ebenfalls Funktionalität 2 auslösen Funktionalität2(); } [/C] Also keine Warteschleifen oder sontige Zustandsschleifen
-
Thread
Queue implementierung mit Makro
// check of the queue #if COMM_RX_QUEUE_SIZE < 2 #error COMM_RX_QUEUE_SIZE is too small. It must be larger than 1. #elif COMM_RX_QUEUE_SIZE > 32768 #error COMM_RX_QUEUE_SIZE is too large. It must be smaller than 32769. #elif ((COMM_RX_QUEUE_SIZE & (COMM_RX_QUEUE_SIZE-1)) != 0) #error COMM_RX_QUEUE_SIZE must be a power of 2. #endif // #if COMM_RX_QUEUE_SIZE < 2 #define comm_buffer_rx_SIZE COMM_RX_QUEUE_SIZE typedef struct
-
Thread
Ethernet Frames auf Oszi
Gedanken machen. Da es nicht so einfach ist, einen Hub für 100 MBit zu bekommen, könntest du dir aus 2 Impulsübertragern ein T-Stück bauen, parallel zu den vorhandenen TX/RX Pärchen. Allerdings müssen dann die Netzwerkkarten die doppelte Last treiben, was sie erfahrungsgemäss aber hinbekommen.
Du musst das Kabel auftrennen und das Signal differenziell messen. Wenn Du RX+TX gleichzeitig messen willst, brauchst Du natürlich einen 4-Kanal Oszi RXn -> K1 RXp -> K2 TXn -> K3 TXp -> K4 => RX = K1-K2 => TX = K3-K4 - Abschirmung auf Masse - Kurze bzw. keine Stichleitung
-
Thread
Atmega2560 USART Interrupt
) | (1 << RXCIE2) | (1 << TXCIE2); //Enable Receiver and Transmitter 2, RX Complete Interrupt Enable 2, TX Complete Interrupt Enable 2 UCSR3B = (1 << RXEN3) | (1 << TXEN3) | (1 << RXCIE3) | (1 << TXCIE3); //Enable
(1 << TXEN2) | (1 << RXCIE2) | (1 << TXCIE2); > //Enable Receiver and Transmitter 2, RX Complete Interrupt Enable 2, TX > Complete Interrupt Enable 2 > UCSR3B = (1 << RXEN3) | (1 << TXEN3) | (1 << RXCIE3)
-
Thread
YAMAH RX 797
Einen guten Tag in die Runde! Folgendes Problem: Yamaha RX797 (schon was älter, aber gute "Werte") seit 15 Jahren gute Dienste, und ja, der kann laut werden... wurde mal getestet mit 2*250 W Musikleistung... Also: Beim Einschlalten klackert das Einschaltrelais
Franko P. schrieb im Beitrag #7549514: > Receiver RX497 Gibts bei elektrotanya: https://elektrotanya.com/yamaha_rx-497_sm.pdf/download.html
-
Thread
USB 3 Device mit USB Type C Buchse
GB/s) data rate over 2 lanes using 8b/10b encoding. USB 3.2 Gen 2×1 - SuperSpeed+, 10 Gbit/s (1.25 GB/s) data rate over 1 lane using 128b/132b encoding, the same as USB 3.1 Gen 2. USB 3.2 Gen 2×2 - SuperSpeed+, new 20 Gbit/s (2.5 GB/s) data rate over 2 lanes using 128b/132b encoding.
-
Thread
JETI-Protokol
Hallo, ich versuche gerade per JETI Daten auf dem Rückkanal vom RX zur JETI-Box zu übertragen. Ich habe dazu an meinem µC die Rx mit der Tx Leitung über eine 1n4007 verbunden. An der Rx(Anodenseite) ist der JETI-RX(2.4EX) an den Port (Ext.) angeschlossen. Zum Testen
= USART_StopBits_2; USART_InitStructure.USART_Parity = USART_Parity_Odd; Ich kann das 0xFO des Rx empfangen und auswerten!? Gruß Frank