-
Thread
[S] Sprachunterstützung Türkisch für Online-Kauf eines Sensors
Wendels B. schrieb im Beitrag #7564399: > Ich hab vor vielen Monaten mal einen AVR mit einem RFM69 dazu > ueberredet, TX2 zu spielen. Ich sehe morgen mal nach. > Der hatte dann die Batteriespannung als Temp
Allerdings bin ich mir nicht sicher, ob die von Dir verlinkten Seiten wirklich meinen ThermoPro TX-2 Sensor beschreiben: - zum einen habe ich ja einen TX-2 Sensor - bei Deinen Seiten geht es um einen TX3 Sensor - mein Sensor stammt von "ThermoPro" - bei Deinen Seiten wird von einem Lacrosse
-
Thread
usart problem mit ttl-Pegel
benutzten Pins) und stelle den > hier ein. Ich sehe in dem Drahtverhau auch noch weitere Bauteile (z.B. > Widerstände), diese bitte auch einzeichnen. Der Drahtverhau führt die uc-pins zur Steckerleiste: //m328 //d2 d3 d4 d5 d6 d7 b0 b1 b2 b3 b4 b5 ++ -- rst c1 c2 c3 c4 c5 Die Widerstände
schrieb im Beitrag #7775969: > Der Drahtverhau führt die uc-pins zur Steckerleiste: > //m328 > //d2 d3 d4 d5 d6 d7 b0 b1 b2 b3 b4 b5 ++ -- rst c1 c2 c3 c4 c5 Bist Du nicht in der Lage einen vernünftigen Plan zu zeichnen? Ich habe so langsam den Eindruck Du willst keine Hilfe.
-
Thread
AT90CAN128 UART Bug? Atmel rausschmeißen?
// *DEBUG Test Echo auf COM 0 ausgeben unsigned char udr1; unsigned char ucsr1a, ucsr1a2; unsigned char ucsr1b, ucsr1b2; unsigned char ucsr1c, ucsr1c2; ucsr1a2 = UCSR1A; // Register merken ucsr1b2 = UCSR1B; ucsr1c2 = UCSR1C; udr1 = UDR1; // Daten empfangen
// *DEBUG Test Echo auf COM 0 ausgeben unsigned char udr1; unsigned char ucsr1a, ucsr1a2; unsigned char ucsr1b, ucsr1b2; unsigned char ucsr1c, ucsr1c2; ucsr1a2 = UCSR1A; ucsr1b2 = UCSR1B; ucsr1c2 = UCSR1C; udr1 = UDR1; if (udr1 == 255) { ucsr1a
-
Thread
Kann man MISO und MOSI per Software tauschen?
my2ct schrieb im Beitrag #6112454: > Was ist bei RX und TX leichter zu vertauschen? > > Wenn einem klar ist, des "RX" für Receiver (Empfänger) steht und "TX" > für Transmitter (Sender), kann doch nicht
#6112877: > Eben weil oft das Verständnis fehlt. Bei SPI verbindet man die > gleichnamigen Pins. Bei I2C ebenfalls. Macht man bei RS232C und V24 auch! Da wird ebenso Rx mit Rx verbunden und Tx mit Tx.
-
Thread
Mehrere Werte über RS485 versenden
DeviceAddress Thermometer1 = { 0x28, 0xFF, 0x64, 0x1E, 0x83, 0x44, 0xA8, 0x20 }; DeviceAddress Thermometer2 = { 0x28, 0xFF, 0x64, 0x1E, 0x83, 0x4F, 0x2D, 0xB0 }; float tempC; //Wert zum speichern der DS18B20-Fühler void setup(void) { Serial.begin(9600); sensors.begin(); sensors.setResolution
); txData.temp2 = sensors.getTempC(Thermometer2); txData.dritterWert = wasAuchImmer(); crc8.restart(); crc8.add(txData, sizeof(txData) - sizeof(txData.crc)); txData.crc = crc8.getCRC(); serial.write
-
Thread
RF24L01+ Modul an RPI
= 8 Mhz ================ NRF Configuration ================ STATUS = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0 RX_ADDR_P0-1 = 0x65646f4e32 0x65646f4e31 RX_ADDR_P2-5 = 0x33 0xce 0x3e 0xe3 TX_ADDR = 0x65646f4e32 RX_PW_P0-6 = 0x20 0x20 0x20 0x20 0x20 0x20
= 8 Mhz ================ NRF Configuration ================ STATUS = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0 RX_ADDR_P0-1 = 0x65646f4e32 0x65646f4e31 RX_ADDR_P2-5 = 0x33 0xce 0x3e 0xe3 TX_ADDR = 0x65646f4e32 RX_PW_P0-6 = 0x20 0x20 0x20 0x20 0x20 0x20
-
Thread
ADC in C unter WinAVR ärgert
VECTOR(11) #define TIMER1_COMPB_vect _VECTOR(12) #define TIMER1_OVF_vect _VECTOR(13) #define TIMER2_COMPA_vect _VECTOR(7) #define TIMER2_COMPB_vect _VECTOR(8) #define TIMER2_OVF_vect _VECTOR(9) #define TWI_vect _VECTOR(24) #define USART_RX_vect _VECTOR(18) #define USART_TX_vect _VECTOR(20) #define
in Zeile 294. mit den Zutaten im Makefile wird beim Linken gemeldet: uart.o: In function USART_Tx_msg usart.i:207 undefined reference to ADC2RAW. Die gemeldete Funktion ist falsch und die Zeilennummer passt nicht zur usart.c. In der neu entstandenen Datei usart.i ist die Zeile 207 die letzte
-
Thread
Atmel ZigBit (ATZB-24-A2/B0) und XBee
# wuart bridge am PC make -C wuart <module> # Firmware f. Messgeraet make -C xmpl -f xmpl_trx_tx.mk <module> # flashen der Firmware avrdude -P usb -c jtag2 -p <mcu> bin/wuart_<module>.hex avrdude -P usb -c jtag2 -p <mcu> bin/xmpl_trx_tx_<module>.hex [/code] Du kannst dann das Beispiel xmpl_trx_tx.c
} int main() { char str[20]; // Thermoelement an CH0 und CH1 char masterOut1 = 0b10100000; //char masterOut2 = 0b10000000; // interne Temperaturmessung: char masterOut2 = 0b11000000; char result; uint32_t masterIn = 0; uint32_t Temp = 0; uart_init();
-
Thread
Keine UART Programmierung bei R32C möglich
/apn/r32c100-series-rewriting-flash-memory-using-serial-interface-uart dann werden dabei Pin 7_0 (TxD2) und 7_1 (RxD2) verwendet.
7_0 (TxD2) und 7_1 (RxD2) verwendet. Danke für den Tipp. Ich habe hier https://www.mikrocontroller.net/topic/562155#7551222 ja den Auszug aus dem Datenblatt des Group 152 R32C gepostet und da ist es halt
-
Thread
CAN-Device oder Platine zum üben
Bestätigung des Empfang erfolgt (das kann man mit dem Oszilloskop prüfen). Der Diagnose-CAN reagiert z.B. auf die folgende Nachricht (VW Transport Protocol 2.0, "Channel setup"): [code] Request 0x200: 1F C0 00 10 21 03 01 Response 0x21F: 00 D0 21 03 2E 03 01 (wird mehrfach wiederholt) Response 0x321: A8 [/code] Ein paar Informationen zum VW Transport Protocol 2.0 findet man z.B. hier: https://jazdw.net/tp20 Als Anmerkung: in dem Gateway 3C0907530C von Temic sind ein µPD70F3178(A) (V850E/CG3), zwei TJA1054 (CAN Transceiver), drei TLE6250 (CAN Transceiver
-
Thread
RFM02 die Xte
Patzer wrote: > kommt am sdo pin nur das 0xaa an Du meinst SDI? Also AVR -> RF01? Ist das die TX Funktion die aufgerufen wird? Falls ja, dann vermisse ich da einen Takt. tx: ldi serial,0x80 tx1: push serial and serial,data cbi portb,data_out breq tx2 sbi portb,data_out tx2: sbrs ctrl,send rjmp tx2 ldi temp,1<<send sbrc ctrl,send eor ctrl,temp pop serial lsr serial brne tx1 ret
-
Thread
Arduino Mega 2560
ausgänge brauche und ein arduino " zu klein " ist, hab ich zwei fragen: ist es möglich wenn z.b. 2 arduinos beide einen lan shield bekommen und über einen switch verbunden sind, ob es möglich das z.b. an arduino 1 am eingang 1 ein signal anliegt welcher dann aber bei arduino 2 den ausgang 5 schaltet
Timo B. schrieb im Beitrag #5977357: > ist es möglich wenn z.b. 2 arduinos beide einen lan shield bekommen und > über einen switch verbunden sind, ob es möglich das z.b. an arduino 1 am > eingang 1 ein signal
-
Thread
Altium - Multi Sheet - Doppelt
eindeutig sein (zweimal R1 auf einem Schlatplan geht ja auch nicht). Wenn du die beiden Sheet Symbols z.B. U_MOTOR1 und U_MOTOR2 nennst sollte es gehen.
Christian B. schrieb im Beitrag #5382919: > Kann es Sein, daß er mit deiner TX - RX > Drehung ein Problem hat? Taz G. schrieb im Beitrag #5382926: > dein UART_RX geht auf den Port UART_TX das geht natürlich
-
Thread
Opto-Sensor Signal Überbrücken - Sektialtorsteuerung
hoermann-anschlusseinheit-s1-empfaenger-sks Diese beiden Sensoren gehen 3-Adrig auf jeweils eine Klemmleiste (Tx/Rx): https://www.tor7.de/hoermann-anschlusseinheit-s1-s2-platine-sks Ich hoffe ihr könnt mir irgendwie weiterhelfen...
Spannungen an Rx, in Betrieb natürlich. bn-gn (Rx) 11,56V bn-wt (Rx) 11,95V gn-wt (Rx) 0V bn-gn (Tx) 11,56V bn-wt (Tx) 11,95V gn-wt (Tx) 0V bn(Rx)-gn(Tx) 11,56V bn(Rx)-wt(Tx) 11,95V bn(Rx)-bn(Tx) 0V
-
Thread
Netzwerkverbindung langsam
auf dem Client bekomme ich: TCP connection established. Packet size 1k bytes: 19.34 MByte/s Tx, 822.92 KByte/s Rx. Packet size 2k bytes: 22.63 MByte/s Tx, 1661.18 KByte/s Rx. Packet size 4k bytes: 22.31 MByte/s Tx, 3366.24 KByte/s Rx. Packet size 8k bytes: 20.30 MByte/s Tx, 5798.26
size 2k bytes: 27.67 KByte/s (99%) Tx, 1440.59 KByte/s (0%) Rx. Packet size 4k bytes: 179.33 KByte/s (98%) Tx, 2832.41 KByte/s (0%) Rx. Packet size 8k bytes: 500.00 KByte/s (98%) Tx, 4999.18 KByte
-
Thread
USART tx-timing Problem
Lösung nicht: [c] (mega328) serial_read(0x01030000000184ff); ..... uint8_t status_0tx_1rx = 0; void serial_read(uint64_t x) { //for (uint8_t i=14;i-=2;i<254) { PORTC|=(1<<2); ct_tx_isr=0; UCSR0A &=~ (1<<TXC0); serial_char((x>>(14*4)) & 0xff); while(!(UCSR0A
= ~(1<<2); status_0tx_1rx = 1; while (status_0tx_1rx) { if ( (UCSR0A & (1<<RXC0)) ) { // Zeichen wurde empfangen, jetzt abholen uint8_t c; c = uart_getc(); // hier
-
Thread
AVR Potentiometer schwankt total
;Die unteren 8 Bit in r17 merken in r18,ADCH ;Die oberen 8 Bit in r18 merken ret messung2: ldi r16,0b01000001 ;PortC.1 einlesen out ADMUX,r16 ldi r16,0b10000101 ;Wandlung starten out ADCSRA,r16 sbi ADCSR,ADSC wait2: sbis ADCSR,ADIF ;Warten bis Wandlung beendet
;Die unteren 8 Bit in r17 merken in r18,ADCH ;Die oberen 8 Bit in r18 merken ret messung2: ldi r16,0b01000001 ;PortC.1 einlesen out ADMUX,r16 ldi r16,0b11100101 ;Wandlung starten out ADCSRA,r16 sbi ADCSR,ADSC wait2: sbis ADCSR,ADIF ;Warten bis Wandlung beendet
-
Thread
STM32 5V tolerant, welcher Pegel?
Den Schaltplan müsste ich rekonstruieren, und da es min. 2 Lagen + ein GND Lage sind wird das womöglich nichts. Für 5V spricht der Siebdruck sowie die Tatsache dass der TX mit 5V antwortet wenn man RX mit 5V fragt.
ob man am RX Pin mit 3V oder 5V sendet. Die genauen Pegel am TX Pin sind 4,99V bzw. 2,81V laut Oszilloskop. 4. Die Verkabelung ist original und der Abstand beider Controller beträgt ca 1 m. Meine Frage war ob der Pegel (inzwischen gemessen 2,81V) ausreicht. Wenn
-
Thread
STM32 OTA Flasher mit ESP8266
STM32F051xx. Laut AN2606 von STM bietet dieser als Bootloader-Pins lediglich folgende Pins an: - USART 1: TX=PA9, RX=PA10 - USART 2: TX=PA14, RX=PA15 Der Der STM32F767 bietet folgende Pins an: - USART 1: TX=PA9, RX=PA10 - USART 2: Keine - USART 3: TX=PB10, RX=PB11 - USART 3: TX=PC10, RX=PC11 Über
Anatol G. schrieb im Beitrag #7514060: > die Verbindung ist von D2 -> Boot0. Hier die notwendigen Verbindungen, nachzulesen in stm32flash.cpp: [code] STM32 NodeMCU RST D2 GPIO 4 BOOT0 D1 GPIO 5 UART-TX D7 GPIO 13 RXD2 UART-RX D8 GPIO 15 TXD2
-
Thread
=== GCC v15 ===
Size VMA LMA File off Algn 0 .data 00000050 00800100 00001b0c 00001bc0 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .text 00001b0c 00000000 00000000 000000b4 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
00001b7e 00001c32 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 1 .text 00001b7e 00000000 00000000 000000b4 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
-
Thread
Wlan langsam?
style 4 Monitoring wlan0... (press CTRL-C to stop) rx: 0 bit/s 0 p/s tx: 0 bit/s 0 p/s rx: 756 bit/s 1 p/s tx: 1.40 kbit/s 2 p/s rx: 1.09 kbit/s 1 p/s tx: 2.05 kbit/s 3 p/s rx: 0 bit/s
Threadersteller sich nicht entblödet hat, mit Rückfragen auf Rückfragen und Hinweise zu reagieren. Wie z.B. hier am 8.2.: https://www.mikrocontroller.net/topic/583212#8005957
-
Thread
VHDL UART mehrere Vectoren übertragen
range 0 to 10 := 10; signal txcnt : integer range 0 to (Quarz_Taktfrequenz/Baudrate)-1; signal TX_Start : STD_LOGIC :='0'; signal TX_Data : STD_LOGIC_VECTOR (7 downto 0); signal TX_Wert : STD_LOGIC_VECTOR (7 downto 0); signal TX_Busy : STD_LOGIC :='0'; signal c : integer range 0 to 10000000
übertragen und auswerten. Der ganze Datenübertragung soll mit einstellbarem Taktzyklus ablaufen (z.B. alle 2 Sekunden Übertragung der Datenpakete) Wie ihr schon gemerkt habt, stecke ich VHDL-technisch noch in den Kinderschuhen ;), aber vll. kann mir doch jemand spezifische Hilfestellung geben.
-
Thread
Royaltek GPS-Maus PS/2 TTL - Pinbelegung?
. 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
Vollständigkeit lade ich hier noch die Bilder der Platine hoch mit der Beschriftung, als auch den PS/2 Stecker, falls jemand die Maus bei Ebay bestellen sollte. ;-) Hier die PS/2 Belegung zu obigen Bild: 5 – braun --> TX 3 - ∞ Ohm --> not connected 1 - schwarz --> VCC (5V) 2 – weiß --> GND 4
-
Thread
Transmit Pin für USART
*/ UDR0 = USART_TxBuf[tmptail]; /* Start transmition */ } else { UCSR0B &= ~(1<<UDRIE0); /* Disable UDRE interrupt */ PORTD &= ~(1<<PORTD2); } } [/c] So schon mal nicht, und hier war
(1<<PORTD2); PORTD |= (1<<PORTD2); tmptail = ( USART_TxTail + 1 ) & USART_TX_BUFFER_MASK; USART_TxTail = tmptail; UDR0 = USART_TxBuf[tmptail]; } else { UCSR0B
-
Thread
MSP430F169 Interrupt UART
in Init folgendes entfernen/auskommentieren: Sandra schrieb im Beitrag #2352982: > while (!(IFG2 & UTXIFG1)); // USART1 TX buffer ready? > TXBUF1 = 0x25; // %
per PC überhaupt in die ISR? Kannst du auch mal weglassen und schauen, was geht: > while (!(IFG2 & UTXIFG1)); // USART1 TX buffer ready?
-
Thread
China CNC 2418 Fräse für PCBs - Erste Erfahrungen nicht schlecht!
leider nicht ganz geklappt hat. Ein bischen Unterhaltung für zwischendurch: https://youtu.be/jHbI_B2sPA0 ...damit man weis, womit man es zu tun hat :)
https://www.amazon.de/Einschraubmuffen-Eindrehmuffe-Abdeckrand-Einschraubmutter-Innensechskant/dp/B01MU2D10O/ref=pd_sim_60_68?_encoding=UTF8&pd_rd_i=B01MU2D10O&pd_rd_r=3420b176-24bc-11e9-b4ec-933b86c55cbe&pd_rd_w=ceHdd&pd_rd_wg=XabuR&pf_rd_p=3371dd0f-762d-4d8e-8f21-43659c1afaac&pf_rd_r=H9B15P1D8KEP90A3WCXQ
-
Thread
Arduino + XBee RX & TX Ausgänge schalten
Schaltplan - ich habe meine Kristallkugel grad nicht zur Hand ;) Ich vermute nämlich mal, dass z.B. TX und RX nicht richtig verschaltet sind.
Sender : 3,3V Arduino UNO -> PIN 1 XBee GND Arduino UNO -> PIN 10 Xbee TX Arduino UNO -> PIN 2 Xbee (D-OUT) RX Arduino UNO -> PIN 3 Xbee (D-IN) Empfänger : 3,3V Arduino UNO -> PIN 1 XBee GND Arduino UNO -> PIN 10 Xbee TX Arduino UNO -> PIN 2 Xbee (D-OUT
-
Thread
RFM69HW - Arduino Uno
Angeboten entscheiden: https://www.amazon.de/KeeYees-Konverter-Bi-Direktional-Shifter-Arduino/dp/B07LG6RK7L/ref=sr_1_5?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=level+shifter&qid=1588507430&sr=8-5 https://www.amazon.de/AZDelivery-TXS0108E-Converter-Arduino-Raspberry/dp/B07N7FFY2Q
Sowas hier vielleicht: https://www.amazon.de/AZDelivery-TXS0108E-Converter-Arduino-Raspberry/dp/B07N7FFY2Q/ref=sr_1_1_sspa?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&dchild=1&keywords=AZDELIVERY+5+x+TXS0108E&qid=1588742882&sr=8-1-spons&psc=1&spLa=ZW5jcnlwdGVkUXVhbGlmaWVyPUEyR0xFRkRLSlZCUkZZJmVuY3J5cHRlZElkPUEwMjc3MzY4MVYzQzNFVDVURTkwOCZlbmNyeXB0ZWRBZElkPUEwNjk0MTc3M0k0NUNCTjdRMFpYQyZ3aWRnZXROYW1lPXNwX2F0ZiZhY3Rpb249Y2xpY2tSZWRpcmVjdCZkb05vdExvZ0NsaWNrPXRydWU
-
Thread
USRP-Board selbst bauen
/wiki/gnuradio/USRP2GenFAQ#What-is-the-1-Megabyte-SRAM-used-for Also ist wohl primär als TX-Buffer gedacht wenn die Latenz zum PC zu hoch ist. Das USRP1 hat ja gar kein SRAM. Und als Ethernet-Paketbuffer reicht das 2MBit
Zunächst mal zum daughterboard-interface (Skizze im Anhang). Ein db-if ist entweder für RX, oder für TX, d.h. transceiver-boards haben 2 db-ifs (Rx+Tx) die größtenteils identisch sind, aber separat bedient werden. Nur I²C wird gemeinsam genutzt. Die Erklärungen gelten also für ein Rx oder Tx Interface
-
Thread
Großes AVR Programmier Problem Arduino Hilfe!
Geht alles ohne DTR RTS mit AVR-BURN-O-MAT --> ist AVR DUDE Aufsatz Bei additional Option dort -b 19200 hinzufügen Programmer Stk500 auswählen Usb --> rs232 ttl out --> auf AVR RX TX GND VCC connecten Write --> JETZT ein Reset (bspw taster auf RST auf GND) ergo Arduino Bootloader startet
µC erstmal den Bootloader verpassen (ISP ). -du hast die Wahl welchen Boot... (Arduino-Boot-->(-b) 19200 Baud) -die Arduino IDE erzeugt das hexFile -dann mit bspw Burn-O-Mat flashen -wg. Reset , teste von Hand ( AvrDude <--> Boot...' ) -( Arduino IDE zieht ueber DTR (Pin2 FT232 )
-
Thread
Frage zu Rx und Tx am Controller und Transceiver
was raus und bei Tx geht es rein. Wenn man also 2 Endgeräte direkt verbindet, dann Rx an Tx und umgekehrt. Wird jedoch ein solches Zwischengerät mit einem Endgerät verbunden, dann kann es auf Rx-Rx und Tx-Tx rauslaufen
einem Endgerät wie einem Mikrocontroller oder einem PC geht es > gewöhnlich bei Rx rein und bei Tx raus. > ... > Wenn man also 2 Endgeräte direkt verbindet, dann Rx an Tx und umgekehrt. > Wird jedoch ein solches Zwischengerät mit einem Endgerät verbunden, dann > kann es auf Rx-Rx und Tx-Tx
-
Thread
i2C uint8_t *data
_t LByte; }ByteArray; HAL_I2C_Master_Transmit(&hi2c1, TEMP_SENSOR_ADRESS_7_BIT << SHIFT, &txData, sizeof(txData), 10); // Shift is necessary because of i2C function description HAL_I2C_Master_Receive(&hi2c1, TEMP_SENSOR_ADRESS
_t LByte; }ByteArray; HAL_I2C_Master_Transmit(&hi2c1, TEMP_SENSOR_ADRESS_7_BIT << SHIFT, &txData, sizeof(txData), 10); // Shift is necessary because of i2C function description HAL_I2C_Master_Receive(&hi2c1, TEMP_SENSOR_ADRESS
-
Thread
Kommunikation mit Beurer BM65 über USB
Ich hab mir den Blog Beitrag angeschaut. Dort steht, dass es als Profilic Chip UART2USB erkannt wird. Leider kann das auch von einem µC emuliert werden. Spannende Frage also, ist es ein µC oder ein echter USB2Seriell Wandler. Danach könnte man sich auf die TX/RX Leitungen hooken ohne
Wäre es nicht einfacher, sich per seriellem UART2USB Adapter auf die RX/TX Leitung zu hängen, womit man dann das ganze beipassen kann. Das geht natürlich nur, wenn zwischen µC und USB Chip seriell kommuniziert wird und nicht z.B. SPI. [code]
-
Thread
STM32: SPI - HAL durch eigenen code ersetzen
HAL_NVIC_SetPriority(DMA1_Channel5_IRQn, 0, 0); HAL_NVIC_EnableIRQ(DMA1_Channel5_IRQn); g_hdma_spi2_tx.Instance = DMA1_Channel5; g_hdma_spi2_tx.Init.Request = DMA_REQUEST_1; g_hdma_spi2_tx.Init.Direction = DMA_MEMORY_TO_PERIPH; g_hdma_spi2_tx.Init.PeriphInc = DMA_PINC_DISABLE; g_hdma_spi2_tx.Init.MemInc = DMA_MINC_ENABLE; g_hdma_spi2_tx.Init.PeriphDataAlignment = DMA_PDATAALIGN_BYTE; g_hdma_spi2_tx.Init.MemDataAlignment = DMA_MDATAALIGN_BYTE; g_hdma_spi2_tx.Init.Mode = DMA_NORMAL
-
Thread
Seriellen Anschluss finden
Kerim B. schrieb im Beitrag #6279194: > DSO138 gekauft (kommt in 2-3 Wochen > an) Das gibt's doch schon mit Standardversand 2-3 Tage für unter 20€. Wieso dann aus China?
Benedikt M. schrieb im Beitrag #6279309: > Kerim B. schrieb im Beitrag #6279194: >> DSO138 gekauft (kommt in 2-3 Wochen >> an) > > Das gibt's doch schon mit Standardversand 2-3 Tage für unter 20€. > Wieso dann aus China? Weil ich aus China 8
-
Thread
FT232RL versorgt Atmega8 über RX,TX Spannung
galvanische Trennung. Bei Baud-Raten bis 9k6 noch mit Optokoppler möglich, darüber mittels ADUM1201 (2 Kanäle; 1x Eingang; 1x Ausgang -> Rx/Tx). http://such002.reichelt.de/?SID=11Tz6eO38AAAIAAGuRne81521b984e2eb24055f51de65d621743c;ACTION=446 Gruss...Harpax
Wenn du Widerstände an Rx/Tx (eigentlich ja nur an FTDI-Tx) anbringst und der µC erst einmal in einer Schaltung mit einem zusätzlichen Verbraucher sitzt (z.B. Linearregler, LEDs was auch immer), sollte sich das erübrigen. So lange
-
Thread
ESP32 + I2S - Immer nur Brummen zu hören
* it only requires the I2S controller id and I2S role * The tx and rx channels here are registered on different I2S controller, * Except ESP32 and ESP32-S2, others allow to register two separate tx & rx channels on a same controller */ i2s_chan_config_t tx_chan_cfg = I2S_CHANNEL_DEFAULT_CONFIG(I2S_NUM_AUTO, I2S_ROLE_MASTER); ESP_ERROR_CHECK(i2s_new_channel(&tx_chan_cfg, &tx_chan, NULL)); i2s_chan_config_t rx_chan_cfg = I2S_CHANNEL_DEFAULT_CONFIG
-
Thread
UART V24 und TTL Pegel?
Verbindung zwischen 2 Geräten mit einem dritten Gerät nur lauschen auf Rx und Tx was die beiden so reden dann nimmt man beide Leitungen Rx und Tx der Verbindung auf 2 weitere serielle mit Rx als Empfänger.
Joachim B. schrieb im Beitrag #5686358: > Will man an einer Verbindung zwischen 2 Geräten mit einem dritten Gerät > nur lauschen auf Rx und Tx was die beiden so reden dann nimmt man beide > Leitungen Rx und
-
Thread
DVB-T2-Empfang setzt manchmal aus
www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=8&cad=rja&uact=8&ved=0ahUKEwi47PzDsJfcAhWEK1AKHfIfB4AQFgheMAc&url=https%3A%2F%2Fwww.kathrein.com%2Fen%2Fauthorized-download%2F%3Ftx_kathreincomplugins_downloadwithonlydownloadfunctionality%255BauthorizedDownloadContainer%255D%3D173%26tx_kathreincomplugins_downloadwithonlydownloadfunctionality
S2 so 1-2 dB besser ist.
-
Thread
RC - Drohne zum selberbau !!! Luftbilder per Funk!! (Fake) Gesperrt
Oh hätte es bald vergessen , für die TX ,RX Umschaltung hab ich einen Eingriff ins Funkgerät vorgenommen. --- R R1 ---- | | |-- R R2----| | | ----R N..---| | | Jeder Schalter am PMR ist über einen
am ADC diese Möglichkeiten? -Wieviel Speicher hast du denn an "den AVR" rangebastelt um die min. 2 Bilder zu Speichern? -Welchen Speicher? -Welche Anbindung? Das eigentlich hast du aber verschwiegen: -wie machst du die Umschaltung RX / TX wenn du nur EINE Funkgeräteplatine verbaut hast
-
Thread
Lichtschranke bei Unterbrechung led schalten
. Ich habe aber eine EL 301 das war nur dass, was ich als Laie gemessen habe. Ich habe aber nur 2 Adern! RX bzw TX und 0V Die Adern werden verdrillt (RX/TX und 0/0) und dann auf die Klemmen im Antrieb gelegt. Welche Möglichkeit habe ich, eine unterbrochene Lichtschranke in Form von einer
. Deswegen habe ich ja nach einer Möglichkeit gesucht, um diese Schwankung zu erkennen! RX und TX werden zusammengeführt und in auf die Plusklemme gelegt. 0 und 0 auch und auf Minus gelegt. Gregor hat die richtige Anleitung hochgeladen. Dort erkennt man, dass nur 2 Adern für Sender und 2 für
-
Thread
ATMega USART: Senden funktioniert nicht
UBRR0H = bauddivider >> 8; UBRR0L = bauddivider; // set baud rate UCSR0A = 0; // no U2X, MPCM UCSR0C = 1<<UCSZ01^1<<UCSZ00 // 8 Bit #ifdef URSEL0 ^1<<URSEL0 // if UCSR0C shared with UBRR0H #endif ; UCSR0B = 1<<RXEN0^1<<TXEN0^ // enable RX, TX 1<<RXCIE0
vorgenommen. [c] // size must be in range 2 .. 256 #define RX0_SIZE 10 // usable: RX0_SIZE + 2 (4 .. 258) #define TX0_SIZE 8 // usable: TX0_SIZE + 1 (3 .. 257)[/c] Das ist wie sonst üblich, alles in einer .h Datei, realisiert. :-)
-
Thread
Fehler durch Signalabgreifen
-- else -- case set_mode is -- when "001" => -- copolar -- TX_22<=event_1 and not(event_2); -- TX_35<=event_1 and not(event_2); -- TX_TR_22<=event_1 and not(event_2); -- TX_TR_35<=event_1 and not(event_2); -- --
event_3 and not(event_4)); -- -- when "010" => -- crosspolar -- TX_22<=event_1 and not(event_2); -- TX_35<=event_1 and not(event_2); -- TX_TR_22<=event_1 and not(event_2); -- TX_TR_35<=event_1 and not(event_2); -- --
-
Thread
*CAN Baudrate Berechnung*
Hallo Otto, wie schaut es bei dir mit dem Oszillator aus. Ich habe z.B. einen 16MHz an XTAL1 und XTAL2 parallel 1mOhm und dann jeweils ein 22pF auf Masse. Den Rx1 habe ich an einem Spannungsteiler auf 2,5V gesetzt. Langsam weiss ich wirklich nicht mehr was ich noch
Hallo Georg, ich habe einen 16MHz Quarz mit 2 22pF-Kondensatoren ohne einen Widerstand - das ist aber nicht Dein Problem, denn der SJA arbeitet ja. Der "RX1" liegt bei mir an GND, der "TX1" ist offen RX0 geht an RX des Transtceivers TX0 an
-
Thread
Firmware Update auf dem Siemens PAC3100 über einen usb rs485 adapter probleme
Tx:0-20:05:07.507-7E 03 FA 01 00 1B 6F 16 Rx:1-20:05:07.568-7E 03 36 00 2A 37 4B 4D 33 31 33 33 2D 30 41 42 30 30 2D 33 41 41 30 20 20 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 31 FF FF 56 01 00 00 00 00 F6 00 00 00 01 01 00 1F 14 D4 Tx:2-20:05:08.514-7E 03 FA 01 00 1B 6F 16 Rx:3-20:05:08.579-7E 03 36 00 2A 37 4B 4D 33 31 33 33 2D 30 41 42 30 30 2D 33 41 41 30 20 20 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 31 FF FF 56 01 00 00
-
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
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 unterbrochen
-
Thread
Problem bei der Routerkonfigurierung: Linux PC geht nicht ins Internet wenn DHCP aktiv ist.
ether c0:3e:ba:4a:51:38 txqueuelen 1000 (Ethernet) RX packets 13446 bytes 11294963 (11.2 MB) RX errors 0 dropped 47 overruns 0 frame 0 TX packets 8398 bytes 1473892 (1.4 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt
ether 52:54:00:86:de:3d txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp112s0: flags=4163<UP,BROADCAST,RUNNING
-
Thread
Atmega32A DMX senden
dmx_tx_state = 1; break; case (1): UBRRL = (F_CPU / (DMX_BAUD * 16L) - 1); UDR = 0; //Start Byte dmx_tx_state = 2; break; case (2):
Dirk B. schrieb im Beitrag #5562301: > if(dmx_channel_tx_count == 512) > -->if(dmx_channel_tx_count == 16)// nur Kanal 1-16 und > dmx_buffer[0]=16; Das muss nicht klappen, denn bei DMX müssen mindestens
-
Thread
1Khz PWM zu 30Khz PWM umbauen
! @ M.N. Ich habe noch nie von einer Tx PWM gelesen oder gehört. Es gibt für mich 2 Arten von PWM einmal die Hardwareseitige über die PWM Hardware, oder eine rein softwareseitige PWM Lösung. Ich habe auch schon danach gegoogelt,doch habe
noch ein Pulldown R hin. So 1K Ohm. Die Diode schützt den Prozessor vor negativen Peaks, wie z.B. -2V LG
-
Thread
Microchip LAN9352
Port 1 hängen und die Fritzbox an Port 2 In den TX countern steht natürlich auch was (in allen dreien) weil senden vom Port 0 aus ja funzt
Ge E. schrieb im Beitrag #7835109: > MAC_TX_256_TO_511_CNT_0 = 3 > > das verwundert mich.. da ich von port 0 nichts gesendet habe.. Ich wiederhole es nochmal: Die Counter für MAC 0 bis 2 beziehen sich auf die Switch-Seite, d.h. der Switch