-
Thread
Empfehlung USB-C Buchse
Gustl B. schrieb im Beitrag #5996808: > macht also 0.4mm+2*0.125mm = 0.7mm. Rechne das nochmal...
USB 3.0 (= USB 3.2 Gen1) und USB 3.1 (=USB 3.2 Gen2) haben genau die gleichen Signale. Und USB 3.1 kann völlig unabhängig von USB Type-C verwendet werden. Z.B. mit dem blauen USB Typ A Stecker. USB Type C hat NUR 2x
-
Thread
Serial-IO
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7383000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb737b000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7375000) libXfixes.so
Hmm, ja das stört mich noch das das nicht eindeutig ist. Z.B. Du willst die Sequenz "1 2 3 4 5" erkennen, dann stellst Du die Anzahl auf 5 und gibts in die 5 Felder nach einander "1", "2", "3", "4", "5" ein. Dann sollte das gehen.
-
Thread
Wärmebildkamera mit dem MLX90640 und Arduino Due
arduino pro mini /* 1.GY_mlx90640_uart arduino 2.GY_mlx90640 VCC GND 3.arduino_TX---GY_mlx90640_RX Rest arduino 4.arduino__RX---GY_mlx90640_TX 5.GYSerial，baud=9600 6.arduino_pin_11---FT232_RX 7.arduino_pin_10---FT232_TX 8.PCSerial ,baud=115200
die Flinte eh nicht ins Korn werfen... Habe mir die Signale nochmals angesehen. Also wie gesagt TX ist tot. Über I2C kommen aber noch Signale und der I2C-Scanner erkennt den Sensor an 0x33, was ja auch passen würde. Das Sparkfun-Programm für den MLX90640, welches auf den I2C zurückgreift funktioniert
-
Thread
3 Mikrocontroller, 1 UART
hier eher die Entkopplung über Dioden (mit einem Pulldown-Widerstand) ansetzen: [pre] TX1 ---|>|--+----- TX-Out | TX2 ---|>|--+ | TX3 ---|>|--+ | - | | | | - | GND[/pre]
| - | | | | - | TX1 ---|<|--+----- TX-Out | TX2 ---|<|--+ | TX3 ---|<|--+ [/pre] Im Ruhezustand haben alle TX-Ausgänge HIGH-Pegel (Stop Bit). Fängt einer an zu senden, sendet er ein
-
Thread
[ASM] SSD1306 text library für oled displays + AVR 0- und 1-Series
;i2c write DATA rcall TWI_MT_TX_TEMP1 ldi temp1,0x00 ;i2c write DATA rcall TWI_MT_TX_TEMP1 ldi temp1,0x00 ;i2c write DATA rcall TWI_MT_TX_TEMP1 ldi temp1,0x00 ;i2c write DATA rcall TWI_MT_TX_TEMP1 ldi temp1,0x00 ;i2c write DATA rcall TWI_MT_TX_TEMP1 ldi temp1,0x00 ;i2c write DATA rcall TWI_MT_TX_TEMP1 ldi temp1,0x00
-
Thread
(Tipp) Günstiges 13Euro Autorange Multimeter derzeit beim Lidl
Joachim B. schrieb im Beitrag #6617224: > supi bekam, heute das Lidl Teil, mal sehen nach "unboxing" erste Kritik, in der Dioden Messung kommen nur 2,2V raus, damit konnte ich keine weisse SMD LED testen,
Joachim B. schrieb im Beitrag #6619054: > erste Kritik, > in der Dioden Messung kommen nur 2,2V raus, damit konnte ich keine > weisse SMD LED testen, Das ist das Problem aller Multimeter mit Endwert 2000
-
Thread
Kennt jemand den mini-VNA Tiny 1-3000 MHz?
sich denken, wie das Signal so breitbandig erzeugt wird. In der Reihenfolge 1, 10, 100 MHz, 1, 2, 2.99 GHz
... besser mehr!) das Handbuch sagt dazu S21 Test Range (typical values): Resolution: 105dB (1 MHz one-lGHz, is measured at 100KHz dynamic approximately 60dB) 80dB (1 - 3GHz)
-
Thread
EA eDIPTFT43-ATP per RS-232 an Atmega32
mit dem TFT direkt Verbinden,ohne Max232? Wie sonst? Datenblatt: 'Die Leitungen RxD und TxD führen 5V CMOS-Pegel zur direkten Anbindung an z.B. einen Mikrokontoller.' MfG Spess
atmega angeschlossen, >>das ging auch nicht. > > Das sollte aber gehen,wenn du Rx nicht auf Rx und Tx nicht auf Tx > geschaltet hast.(5V Pegel) ne rx is auf tx und tx auf rx
-
Thread
STM32F103VET6 und CH340R
RN1 ist 1.5K groß und PIN2 (CH340G) ist über RN1 an TX pin und dann weiter zum STM angeschlossen
type b ist an D+/D- vom CH und micro ist direct an den serial pins RX / TX
-
Thread
uC/OS-II portieren
Priorität haben, mittels Round-Robin umgeschaltet. > > Task A mit Priorität 1 (höchste) > Task B mit Priorität 2 > Task C mit Priorität 3 (niedrigste) > > dann wird IMMER Task A laufen, ausser, durch einen Interrupt wird Task B > oder C aufgerufen, oder Task A gibt die CPU von sich aus frei
geschrieben und es war der letzte IRQ. Das ist jetzt etwas vereinfacht geschildert. Was passiert z.B. wenn die UartTxTask Daten in QueueTx packt und das Senden über UartTxIrq noch aktiv ist, weil die Queue nicht leer war? Dann darf UartTxTask nicht das erste Zeichen in den UART packen (das macht
-
Thread
AVR-GCC: UART mit FIFO
[tx_in] = c; while( i == vu8(tx_out)); // until at least one byte free // tx_out modified by interrupt ! tx_in = i; UTX0_IEN = 1; // enable TX interrupt }
richtige Register verwendet wird. In der Headerdatei für den AT90PWM3B (/usr/avr/include/avr/io90pwm3b.h) steht jedoch: [code] #define UDR _SFR_MEM8(0xC6) #define UDR0 0 #define UDR1 1 #define UDR2 2 #define UDR3 3 #define UDR4 4 #define UDR5 5 #define UDR6 6
-
Thread
Verständins Problem mit ENUM in "C"
| I2S_MODE_TX; // Das geht nicht !!!!!!! die Orginal Syntax sieht folgendermassen aus I2S_Mode = { .mode = I2S_Mode, // I2S_MODE_MASTER | I2S_MODE_TX,
(Die 8 habe ich natürlich vergessen! -> {1, 2, 4, 8, 16, 32, 64}) Eine saubere Lösung wäre ggf., im enum alle in Frage kommenden Kombinationen zu definieren, also z.B. I2S_MODE_MASTER_TX = 5. Sonst halt die Variable als standard-Typ deklarieren
-
Thread
MSP430 über UART Daten senden
Programmzeilen konkret aussehen, damit alle Bytes > gesendet werden? Die zu versendenden Bytes z.B. in main () in einen Sendpuffer schreiben: [c] int tx_cnt=0; char tx_buffer[]={0xaa,0x50,0xab}; [/c] oder [c] char tx_buffer[3]; int tx_cnt=0; tx_buffer [0]=0xaa; tx_buffer [1]=0x50; tx_buffer [2]=0xab; [/c] Mit jedem Aufruf der Timer Interruptroutine wird Byte für Byte ausgeben: [c] if (tx_cnt<3) { TXBUF0=tx_buffer[tx_cnt]; tx_cnt++; } [/c] oder kürzer [c]
-
Thread
Modulation zu Leise Schallungs anpassung ?
Station. Wenn da so gut wie nichts rauskommt, stimmt evtl. die RX/TX Umschaltung nicht überall, z.B. an der Basis des Q16, der im Sendefall sperren sollte. Bei RX und bei AM Senden leitet dieser Transistor. Du könntest die Verstärkung des IC6B erhöhen, indem du R89
Matthias Sch. schrieb im Beitrag #3947947: > Das ist recht wenig. Die TX Spannung wird von Q32 geschaltet. An diesem > sollten im Sendefall an E ~ 8,5V und an C ~ 8,2-8,3V liegen. E=7,7
-
Thread
USB-UART Baugruppe
Johnny B. schrieb im Beitrag #5454815: > - SPI Schnittstelle > - I2C Schnittstelle Schon fertig (und funktioniert): https://www.mikrocontroller.net/articles/Bus-Pirate http://dangerousprototypes.com/docs
Joe G. schrieb im Beitrag #5457154: > Bei der ausschließlichen Verwendung von Rx/Tx sicherlich eine Variante. > Bei I2C, SPI oder CAN muß das aber schon bidirektional erfolgen. Wieso bei SPI?
-
Thread
Alte FMZ-Zentrale 6800 mit Z84
wie von euch erwartet, aber noch mit Lücken - meine Augen machen schlapp); 1A <-> 8400, A14 1B <-> 8400, A15 2A <-> RAM, A3 2B <-> RAM, A4 1Y0 <-> RAM, CE1 1Y1 <-> RAM, CE2 1Y2 <-> nc 1Y3 <-> nc 2Y0 <-> 8400, RFHS ??? 2Y1 <-> 8420, CE 2Y2 <-> 8430, CE 2Y3 <-> 8400
den HCT139 ein etwas klareres Bild: 1G: 74LS00,5A und 74LS00,5Y hängt an MREQ der CPU 2G: 74LS00,2A und 74LS00,2Y hängt an IORQ der CPU 1A: CPU,A14 1B: CPU,A15 2A: RAM,A3 2B: RAM,A4 1Y0: ROM,CE (Korrektur zu oben) 1Y1: RAM,CE (Korrektur zu oben) 2Y0: 8440(
-
Thread
TTN V3 das Ende einer guten Idee?
es bei TTN nur noch V3. Da sind jetzt einige Fallstricke eingebaut, die für mich ein nogo sind. z.B. 1. TX-only Nodes werden ausgesperrt. Das sind z.B. alle die die tinyLora lib verwenden. Als Begründung wird angegeben, dass TTN zwingend über den Rückkanal die Parameter der Node (RX1 delay, Frequenzen
the-end-for-tinylora/43525 Oder die von mir angestoßene Diskussion: https://www.thethingsnetwork.org/forum/t/tx-only-nodes/53561/2 Oder: https://githubmemory.com/repo/things4u/ESP-1ch-Gateway/issues/94 Flip B. schrieb im Beitrag #6898436: > Kann man ggf im eigenen Gateway konvertieren, in dem man die
-
Thread
Blutzucker-Messgerät Hardware OLED Display
das z.b. ist so ein adapter wie oben beschrieben -mit notwendigen elektronik, 2.54 anschluss und befästigten display.
Danke Tobi, was mir fehlen würde: ein normaler SMD Quarz mit 2 Cs als Alternative RxD und TxD 'rausführen z.B. für externe Ansteuerung ein ISP-Header wäre auch schön Platz dafür wäre in den Platinenmaßen da. Gruß Einhart
-
Thread
74HCT04 gegen 12V oder 20V schützen
MAX232 aus, nicht der Tx. Dann wird das nicht funnktionieren, danke für den Hinweis. Andreas B. schrieb im Beitrag #5457952: > Dann müßte man noch eindeutig klären, ob es sich wirklich um eine RS232 > handelt oder eine
zwei Transistoren. Schau in mein Buch http://stefanfrings.de/mikrocontroller_buch/index.html Band 2 Kapitel 2.2.1 wegen den Grundlagen, und dann in Kapitel 3.4.3.1 für einen konkreten Schaltungsvorschlag.
-
Thread
Max3232 auf Max3232
Lukas B. schrieb im Beitrag #7786062: > Ich habe den pi-seitigen Max mit +5V versorgt, obwohl das RxTx Level > dort 3,3V ist. Ich gehe davon aus, dass ich damit den Max beschädigt > haben könnte und es deshalb
Lukas B. schrieb im Beitrag #7786062: > Ich habe den pi-seitigen Max mit +5V versorgt, obwohl das RxTx Level > dort 3,3V ist. Ganz schlechte Idee.
-
Thread
Programmier Stil für Mikrocontroller
}; SPI_Frame.tx_buf[idx++] = CMD_PORT2_DIR; // Kommando Portrichtung SPI_Frame.tx_buf[idx++] = portdata; SPI_Frame.tx_size = idx; // 2 Zeichen answer = PORT_SendFrame(&SPI_Frame); [/c]
> }; > > > SPI_Frame.tx_buf[idx++] = CMD_PORT2_DIR; // Kommando Portrichtung > SPI_Frame.tx_buf[idx++] = portdata; > SPI_Frame.tx_size = idx; // 2 Zeichen > > answer = PORT_SendFrame(&SPI_Frame);
-
Thread
Betreibsstundenzähler
Steve van de Grens schrieb im Beitrag #7566838: > Zum Beispiel: > [pre] > 2,2 kΩ > TxD o---|<|----+---[===]---o Attiny RxD > | > +---[===]---o 5V vom Attiny > 2,2 kΩ > [/pre] > > Der obere Widerstand dient zum Schutz vor
Ich würde da einfach einen FRAM anschließen (10^14 read/writes), z.B. FM24CL16B-GTR (Mouser: 1,57€) und jede Sekunde drauf schreiben. Falls mitten im Schreiben der Strom ausfällt, abwechselnd auf 2 Adressen mit CRC. Als MC z.B. einen ATtiny24 mit Uhrenquarz.
-
Thread
USB to TTL mit CH340
umgehen, aber dein billiges China-Dings hat keinen Reset Ausgang (jedenfalls nicht für STM32). Es gibt 2 Workarounds: a) Den Reset-Knopf gedrückt halten, Programmiervorgang starten, Reset loslassen. Das Timing ist tricky, dazu gibt es Videos bei Youtube. b) Den Boot0 Jumper auf 1 setzen und Reset
Boardverwalter die von STM gelieferten Dateien dazuinstalliert. Ich habe jetzt im Boardverwalter 2 Installationen f.STM32 stehen, einmal "STM32F1xx/GD32F1xx boards" by stm32duino Version 2021.5.31 und einmal "STM32 MCU based boards" by STMicroelectronics Version 2.2.0. Wenn ich dann in Werkzeuge
-
Thread
Problem mit dem Flash
der Seite 63 des Datenblattes steht das Beschreiben beschrieben. Ich mache das so: 1. SS auf LOW 2. SPI_TxData(0x02); // Writecomand 3. SPI_TxData(0x7F); // Adress 0x7FF000 SPI_TxData(0xF0); // Adress SPI_TxData(0x00); // Adress 4. SPI_TxData(0x33); // Data to write 5. SS auf High
nicht, ob die Daten wirklich geschrieben sind. Danach wollte ich die auslesen. 1. SS auf LOW 2. SPI_TxData(0x03); // Readcomand 3. SPI_TxData(0x7F); // Adress 0x7FF000 SPI_TxData(0xF0); // Adress SPI_TxData(0x00); // Adress 4. SPI_TxData(0x00); // Dummy für Clock 5. Flashdata
-
Thread
STM32: Seriell senden via DMA funktioniert zwar, aber wo wird´s gestartet?
Private define ------------------------------------------------------------*/ #define DEBUG #define TxBufferSize1 (countof(TxBuffer1) - 1) #define TxBufferSize2 (countof(TxBuffer2) - 1) //LEDs port and pins #define LEDS_GPIO (GPIOE) #define LEDS_RCC_GPIO (RCC_APB2Periph_GPIOE) #define
-----------------------------------------------*/ USART_InitTypeDef USART_InitStructure; uint8_t TxBuffer1[] = "1 USART DMA Polling: USARTy -> USARTz using DMA"; uint8_t TxBuffer2[] = "2 USART DMA Polling: USARTz -> USARTy using DMA"; uint8_t RxBuffer1[TxBufferSize2]; uint8_t RxBuffer2[TxBufferSize1
-
Thread
Probleme beim STM32H743 & SPI
verwende die LL API und lasse den Code mit CubeMX erzeugen. Nucleo STM32H7A3Zi @280 MHz, SPI2 an PLL3P @160 MHz, SPI Prescaler = 8 (=20 MBit/s). 8 Bit, Motorola, MSB First, KEIN CRC, Hardware NSS. DMA1 Stream 2 für RX, DMA1 Stream 3 für TX - beide "Normal" mit Memory Increment. Meine Implementierung
(CPHA): 1 Edge * NSSP: Enabled * NSS: Output Hardware * * DMA Config: * SPI2 Rx: DMA1 Stream 2 - Normal - Byte * SPI2 Tx: DMA1 Stream 3 - Normal - Byte */ IPC_SPIcfg.hSPI = SPI2; IPC_SPIcfg.rxDMA = DMA1; IPC_SPIcfg.rxCh = LL_DMA_STREAM_2; IPC_SPIcfg.txDMA
-
Thread
OLED128x128 SSD1351 RGB Initialisierung Color Farbe bunt SPI 3.3V AVR ATmega8 ATmega328p Assembler
geduldig auf Pixeldaten. Zuerst ein Kommando 5Ch senden, DC ist dabei low, dann DC auf high und immer 2Bytes Farbwerte senden. 2Bytes Farbcodierung: __high____|low______ 0b00000|000000|00000 __rot__|grün__|blau_ 0...31 |0..63 |0...31 Um das Display komplett zu beschreiben
Version-2 ASCII mit vier Fonts durch Bitstretching Bitverdopplung aus einem 8x8 Zeichensatz, ADC und Timer. Font-0 8x8 Font-1 8x16 Font-2 16x16 Font-3 32x32 Bild "B3" Zeit für OLED.clear *103ms*
-
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
wie in dem avrdude Trace fängt auch updiprog bzw. pyupdi mit der Kommunikation an: [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
-
Thread
Unverständliches Verhalten von struct-Variablen bei Interrupt
UCB0TXIE + UCB0RXIE; IFG2 &= ~(UCB0TXIFG + UCB0RXIFG); // ************************Ende Konfiguration USCI B0*************************** P3SEL |= 0x0E; // P3.1,2,3 Special Function P3DIR |= 0x0F; // P3.0,1,2,3
********************************************************************** // MSP430x26x Demo - USCI_B0 to USCI_B1 I2C RX and TX single bytes // // Description: This demo connects both USCI_B channels on one MSP430 via the // I2C bus. The master (B0) reads from the slave(B1), then the slave (B1)
-
Thread
Billigfunkgeraete aus Fernost die Zweite a.ka. Radio-SDK
gehoerig Programmcode in die Kiste reinbekommt, RevEng-Aufwand allerdings gehoerig. Tidradio T8 Gen2: Bisher das Radio mit der besten Sensitivitaet, ordentlich Reichweite und sauberem TX bei 2m und 70cm, aber leider einem eingeschraenkt nutzbaren 8051-Custom-SoC. Es gibt inzwischen eine Gen3, da loest
werden kann, scheint fuer einen Eintrag in der Liste zu reichen. Oder: Geraet sendet auf 446.* mit 2W und hat eine abnehmbare Antenne. Auch wenn die 60dB resp. 70dB zwischen 1. und hoeheren Harmonischen eingehalten werden. Um die Geraete fuer z.B. Betriebsfunk legal in Verkehr bringen zu duerfen
-
Thread
Ethernet Frames auf Oszi
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
dir allerdings nicht viel Hoffnung dort was erkennen zu koennen Das ist tatsächlich so, mit 100BaseTx hast Du ein stetiges Idle-Signal (Dauer-1, 4B5B-Codiert und dann noch MLT-3 (Differenziell 3-Level)) auf der Leitung, da ist es aufwändig einen Frame-Start zu erkennen, bzw. der Oszi müsste fast das
-
Thread
CW-Sender fürs 20m-Band
B e r n d W. schrieb im Beitrag #2881480: > Du meinst vermutlich > 0,7µH. Ja, sorry, selbstverständlich 0,7µH! > Die Berechnung ist auf obige 2µH ausgelegt. Werde ich testen. Wie schlägt
Habe mittlerweile zwei BC547C mit gleichem beta über zwei kleine Emitter-Rs (je 1R2) parallelgeschaltet, das macht in der Praxis mehr Dampf. B e r n d W. schrieb im Beitrag #2901463: > Das ist ein Kerb- bzw Notchfilter. Ohne dieses Filter kommen die 28 MHz > noch mit -30dB durch
-
Thread
Schaltung entwerfen: USB Daten und Stromleitungen erst aktivieren wenn externe 5V anliegen?
2 Dioden, eine vom USB in Richtung Arduino über FTDI möglicherweise und eine Diode von externen 5V zum Arduino. so treffen sich die beiden 5V am Arduino und keine kann rückspeisen. z.B. bei meinen
Joachim B. schrieb im Beitrag #4231813: > 2 Dioden, eine vom USB in Richtung Arduino über FTDI möglicherweise und > eine Diode von externen 5V zum Arduino. > > so treffen sich die beiden 5V am Arduino und
-
Thread
Handy-Ansteuerung
An TX habe ich 2,8V gemessen. Heißt das, ich muss mit 3V-Pegeln arbeiten?
> An TX habe ich 2,8V gemessen. Heißt das, ich muss mit 3V-Pegeln > arbeiten? Das ist zumindest ein sehr deutliches Indiz dafür.
-
Thread
200m Datenübertragung 2-Draht
IGEL-Layout gemacht. Bauteile wie angegeben, bis auf folgende Änderungen: - andere 20mA Stromquelle - 4x 2N32 - Empfänger VCC 5V - 50cm Leitung Im Anhang Messergebnisse. blau: Spannung über 390R TX1-Vorwiderstand gelb: Spannung RX2 Ergebnis: - TX1-LH -> Delay < 5µs - TX1-HL -> Delay 50%VCC 450µs
angegeben, bis auf folgende Änderungen: >- andere 20mA Stromquelle Welche GENAU? Schaltplan? >- 4x 2N32 Du meinst 4N32. >>- Empfänger VCC 5V >>- 50cm Leitung >Im Anhang Messergebnisse. >blau: Spannung über 390R TX1-Vorwiderstand >gelb: Spannung RX2 >Ergebnis: >- TX1-LH -> Delay < 5µs
-
Thread
I2C Kommunikation ESP32 -> Arduino Pro Micro 5v / Logiclevel converter
Hi, welche Pins verwendest Du denn um die beiden Arduinos zu verbinden? RX und TX haben nämlich nichts mit I2C zutun (das ist UART). I2C gibt es beim Pro Micro an Port 2 (SDA) und Pin 3 (SCL). Bei einem Standard ESP32 Board sind es 22 (SCL) und 21 (SDA), falls Du etwas exotiches hast
die Bezeichnung des LLCV > TX wird über einen Mosfet geschaltet, RX ist ein Spannungsteiler I2C (SDA/SCL) ist prinzipiell bi-directional, es können also beide Seiten den den Zustand beeinflussen. RX/TX stammen vom UART und sind
-
Thread
MSP430 USART RX interrupt wird nicht aufgerufen.
[C] #pragma vector=UART0RX_VECTOR __interrupt void usart0_rx (void) { while (!(IFG2 & UTXIFG0)); // USART0 TX buffer ready? TXBUF0 = RXBUF0; // RXBUF0 to TXBUF0 } #pragma vector=UART0TX_VECTOR __interrupt void usart0_tx (void) { asm(
_rx (void) { while (!(IFG2 & UTXIFG0)); // USART0 TX buffer ready? TXBUF0 = RXBUF0; // RXBUF0 to TXBUF0 } [/C] Der Widerstand ist natürlich vorhanden.
-
Thread
I2C Slave mit dem Attiny 841
1<<TWCMD1); } } } } [/c] [c] int main(void) { //ADC_init(); I2C_init(); while(1) { if(command != 0x00) { switch(command) { case 0x01: // Test Daten tx_buf[0] = 0x01; tx_buf[1] = 0x02; tx_buf[2] = 0x03; tx_buf[3] = 0x04; tx_buf_index = 0; break; } command = 0x00; } [/c]
-
Thread
Arduino Pro mini mit FTDI Adapter programmieren
Sebastian AD schrieb im Beitrag #3399263: > Was die Datenübertragung angeht habe ich "TX zu Tx0 und RX zu RX1" sowie > eine gekreuzte Variante probiert. Wenn die Pins richtig beschriftet sind, muss TX -> RX und RX -> TX verbunden werden. "TX" ist ein Ausgang und Ausgang auf Ausgang
Wenn ich die LED an RX des USB-Adapters und an Masse hänge Leuchtet sie (neg. Logik ?) Wenn ich zB. 110011001100 bei 300Baud schicke blinkt sie. Es ist auch im Schaltbild, dass ich vorher schon mal angehängt habe, so angezeigt, dass der Rx mit Tx bezeichnet wird. Also sollte es nur mehr am uC-Board
-
Thread
UART<->RS232 ARM-Cortex<->Atmel?
wenn ich 2 arm-cortex via rx/tx-uart zusammenstecke funktioniert es wenn ich 2 atmel via rx/tx-uart zusammenstecke funktioniert es wenn ich einen atmel und einen arm-cortex via rx/tx-uart zusammenstecke geht
zurück ;) ziel ist es ja nur einen atmel mit einem arm-cortexM4 zu verbinden, leitungslänge ca. 2meter - 2 atmels (mini pro & nano) einfach via rx/tx (ttl) zu verbinden geht - 2 arm-cortexM4 einfach via rx/tx (ttl) zu verbinden geht - 1 atmel mit 1 arm-cortexM4 einfach via rx/tx (ttl)
-
Thread
Uart Problem mit ATMega8a
die Baudrate berechent. (http://www.nongnu.org/avr-libc/user-manual/group__util__setbaud.html#ga0b029ff580b042a27aaac4bd2ec925e2 )
Marc V. schrieb im Beitrag #4664345: > Dein uC sendet mit Baud / 2, probiere 4800B oder habe ich probiert. Es kommt immer noch nichtssinnvolles
-
Thread
Sind das 19375 baud, 8 bit, parity, OHNE Stopbit ?
loop: [code] void loop() { for (int i=0; i<30; i++) digitalWrite(LED_BUILTIN, (millis()/500)%2); } [/code] Und hier der komplette Testcode: [code] //#define SERIAL_RX_BUFFER_SIZE 2 //#define SERIAL_TX_BUFFER_SIZE 1 #define BAUD_DISPLAY 19200 #define TX 1 // pin 1 is TX on Arduino
store serial config byte UCSR0B = 0; // disable serial pinMode(TX,OUTPUT); Write(TX,1,100); Write(TX,0,30); Write(TX,1,30); Write(TX,0,30); Write(TX,1,1); pinMode(TX,INPUT_PULLUP); UCSR0B = w;
-
Thread
Beschaltung Treiber RS485
Ist irgendwo auf dem RS485-Bus ein Abschlusswiderstand aktiviert (R70, J4.2-3)?
weil diese steile Flanken erfordern. Wenn man diese Nachteile im Griff hat, also: kurzes Netzwerk (z.B. halber Meter), passende Baudrate (z.B. 9600) und passendes Biasnetzwerk (z.B. je 560ohm), keine nennenswerte Ground-Unterschiede, ist die Billiglösung aus meiner Sicht völlig legitim.
-
Thread
Atmega328P @ 3,3 V - Tx Rx Kommunikation mit 5 V?
Joachim B. schrieb im Beitrag #6317036: > rs232.jpg TxD und RxD sind unidirektional. Was sollen die Doppelpfeile bedeuten? Wozu sollen R1 und D1 gut sein - Angstwiderstand/-diode, falls du den RX-Pin vom
funktioniert egal in welche Richtung und ich war faul, also C&P und musste mich nicht festlegen und 2 Pfeile malen. Zumal Rx und Tx immer eine Bedingung der Guckrichtung ist jeder sieht das anders! Klar muss gekreuzt werden bei 2 Contoller Rx an Tx und Tx an Rx. Mitleser schrieb im Beitrag #6317047
-
Thread
kein definiertes Verhalten in der ISR
// Timer Stopp P2IES |= T_SET; // Zurück auf negative Flanke TX_String("Zu kurz gedrueckt\n"); } P2IFG &= ~(T_SET); // Flanken Ereignis löschen
negative Flanke if(Saegezahn == 1) { Saegezahn = 0; //Wobbel_Dir = 1; TX_String("\nSignal Sinusfoermig\n"); } else { Saegezahn = 1; // Wobbel_Dir = 1; TX_String("\nSignal Saegezahn\n"); } Wobbel_Dir =1; i=3; TB0CCR0 = Freq [i]; TB0CCR2
-
Thread
Datenübertragung von 8 Gerät auf PC
Mathias B. schrieb im Beitrag #6236347: > Und natürlich RS232 Nö, nicht so optimal. Ist nur P2P und bei ein paar Meter Leitungslänge wirds störanfällig.
hintereinanderschalten. [code] Arduino1 ... Arduino N TTL2RS232 PC +---------+ +---------+ +---------+ +---------+ +----------+ +----->+ RX TX +------->+ RX TX +------>+ RX TX +------->+ RX TX +---->+ |
-
Thread
Das A und O des UART- Puffers
Nehmen wir mal das: A=Startbit D=Datenbits E=Stopbit X=Umschaltzeitpunkt AD E TX1 1111011110000111111111111 -- sendet 0xf0 AD E TX2 1111111110111100001111111 -- sendet 0xf0 X RX 1111011110111100001111111 -- empfängt 0xf7 und 0x1f
auf jeden Fall beschädigt. Und wenn es sich z.B. nicht um GPS-Pakete handelt, sondern z.B. um irgendeinen anderen Wert, der alle 2 Minuten mal gesendet wird, dann erfolgt bis dahin kein Update, das ist unabhängig vom zyklisch sendenden GPS oder sonstwas
-
Thread
RFM70-Funkmodul funkt nicht!
code als attachment. der debug sieht dann so aus: [rfm70 sender] debug registers: 0:72, 1:1, 2:1, 3:3, 4:0, 5:B, 6:34, 7:2E, 8:0, 9:0, sent payload debug registers: 0:72, 1:1, 2:1, 3:3, 4:0, 5:B, 6:34, 7:2E, 8:0, 9:0, sent payload debug registers: 0:72, 1:1, 2:1, 3:3, 4:0, 5:B, 6:34, 7:2E, 8:0, 9:0, sent payload debug registers: 0:72, 1:1, 2:1, 3:3, 4:0, 5:B, 6:34, 7:2E, 8:0, 9:0, sent payload debug registers: 0:72, 1:1, 2:1, 3:3, 4:0, 5:B, 6:34, 7:2E, 8:0, 9:0, sent payload debug registers: 0:72, 1:1, 2:1, 3:3, 4:0, 5:B, 6:34, 7:2E
-
Thread
Chip Select für UART Slaves - Wie realisieren?
) 2) TX vom Controller geht dann über EINEN simplen Analog-MPX (4051/52/53) auf die einzelnen RX der Displays.
Thorsten M. schrieb im Beitrag #7295000: > Brauche auch die CD4052B und der ist in der > Bucht nicht zu kriegen, nur noch bei Reichelt Apotheke. Warum nicht den 74HC4052? Der ist niederohmiger, günstiger und läuft an 2..10V. Die Hochvolt CMOS sind bei 5V schon
-
Thread
STM32L4 I2C slave interrupt transmit
z.B. in der main.c selbst festlegen. z.B. so? [c] void HAL_I2C_SlaveTxCpltCallback(I2C_HandleTypeDef *hi2c) { /* Prevent unused argument(s) compilation warning */ UNUSED(hi2c); HAL_I2C_Slave_Transmit
; huart2.Init.BaudRate = 115200; 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;