-
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
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
Shift operation auf Integer vereinfachen
Gustl B. schrieb im Beitrag #6175467: > Mal ganz naiv gefragt: > > Was wird denn gebaut wenn man > > SPI_DATA_H <= r_MemSegmentValue(SPI_TX_ROW)(SPI_TX_COL)/256 > SPI_DATA_L <= r_MemSegmentValue(SPI_TX_ROW
Gustl B. schrieb im Beitrag #6175467: > Was wird denn gebaut wenn man > SPI_DATA_H <= r_MemSegmentValue(SPI_TX_ROW)(SPI_TX_COL)/256 > SPI_DATA_L <= r_MemSegmentValue(SPI_TX_ROW)(SPI_TX_COL)%256 > schreibt
-
Thread
C# - Mikrocontroller Brige
Ganz einfache Sachen wie z.B 2+2. Nichts kompliziertes. Hauptaugenmerk liegt auf der Verbindung C# zum ATMEGA8. Quasi als Fernsteuerung.
im Beitrag #4108846: > Das war ja die Frage. Wie ich genau das mache. [c] int zahl_1; int zahl_2; // Read user input string tx_str = zahl_1.ToString(); tx_str += "+"; tx_str += zahl_2.ToString(); tx_str += "\n"; // Now send tx_str via serial [/c]
-
Thread
Ethernet XGMII: warum erhalte ich 0xfe bei meiner Präambel
he received frame does not meet the specificiation" [c] //Sender: MAC1-> RS1 -> XGMII1 -> 8B/10B (XAUI)1 -> GTP1 -> XGXS1 -> 64B -> PCS1 ->66B-> PMA1 -> PMD1 --> MEDIUM //Empfänger: MEDIUM --> PMD -> PMA->66B ->PCS -> 64B -> XGMII -> XGXS-> 8B/10B -> GTP-> XGXS-> XGMII -> RS -> MAC2 [/
fest-verdrahtet mit dem PHY. Im Phy selber können die XAUI lanes sogar getauscht werden. Aber nur 0 mit 3 und 2 mit 1 ... also nicht so flexibel. Aber immerhin. Auch separat für RX und TX
-
Thread
UART Bridge des mySmartUSB MK2
baud rate: 9600 (20 Mhz OSC) */ UBRR0 = 129; /* Enable receiver and transmitter */ UCSR0B = (1<<RXEN0)|(1<<TXEN0); lcd_string("Init ready"); while(1); /* Set frame format: 8data, 2stop bit */ UCSR0C = (1 << UCSZ01)|(1 << UCSZ00)|(1 << USBS0); // Asynchron 8N2 } int
Mach das mal so _delay_ms(200); lcd_string("Start"); UCSR0B = (1<<RXEN0)|(1<<TXEN0); flackert das Display dann? >Auch wenn ich die Brück abnehme Welche Brücke? Du hast doch nicht etwa Rx und Tx am uC bei angeschlossenem MAX232 verbunden? Dann hast
-
Thread
MAX2871 Phasendrift
Autoselect state machine zu überlassen. Außerdem habe ich mangels verfügbarkeit den Attenuator für den TX Ausgang ersetzt durch einen PE43712B. Wie die Widerholgenauigkeit bei dem ist kann ich nicht sagen. Widerholte Messungen über die Zeit zeigten jedenfalls eine leichte Verschiebung von S11 nach oben
Referenzkanal herausgerechnet. > Außerdem habe ich mangels verfügbarkeit den Attenuator für den TX > Ausgang ersetzt durch einen PE43712B. Der beeinflusst alle Empfangskanäle gleichermaßen und sollte damit keine Rolle spielen (solange kein Eingang übersteuert wird). > Widerholte Messungen
-
Thread
RS232 String in Python entschlüsseln
jemand Lust hat mitzurätseln =) : 36 01 00 31 00 F1 01 DB 01 C3 01 91 01 3C 02 F5 01 AF 01 5B 01 2B 01 EB 02 EA 02 2C 01 8B 01 5E 02 2D 01 C8 00 00 00 02 00 00 00 66 CA 01 00 01 00 00 00 00 00 0A 00 02 00 13 00 00 00 11 00 05 00 E2 07 02 00 00 00 10 00 0D 0C Und die dazu gehörenden Messwerte
Maddin S. schrieb im Beitrag #5440865: > 36 01 00 2F 00 EF 01 D9 01 C2 01 8D 01 65 02 CF > 01 A2 01 59 01 2B 01 ED 02 E9 02 2C 01 8A 01 64 > 02 2C 01 C8 00 00 00 02 00 00 00 E6 EA 01 00 01 > 00 00 00 00 00 0B 00 1D 00 31 00 00 00 01 00 06 > 00 E2
-
Thread
C#: Hex-Wert (0x80) als Char bzw. String senden
Jedenfalls ist mir nichts anderes bekannt. Vereinfacherter Code von SendRecCommand: [c] char[] DataTX = new char[25]; // Zusammenbauen DataTX[0] = '#'; // Startzeichen DataTX[1] = cmd; // Kommando // Daten hinzufügen for (i = 0; i < tx_cnt; i++) DataTX[2 + i] = data_tx[i]; // Anfrage senden COMPort.Write(DataTX, 0, tx_cnt + 2); [/c]
-
Thread
ATtiny1626 XDIR bleibt immer 0
6| | 9 PB0 ----- USART0 XDIR USART0 TxD ----- PB2 7|_______| 8 PB1 [/pre] [c] PORTB.DIRSET = PIN2_bm; // USART0 TxD output (test result: OK) PORTB.DIRSET = PIN0_bm; // USART0 XDIR
Nachdem mir im ATtiny1614 (1-series, 16 kB) der Speicher ausgegangen ist, habe ich nun ATtiny3224 (2-series, 32 kB) besorgt. Mein Code lief dort ohne größere Anpassungen. Aber XDIR ist auch bei mir immer 0. Getestet habe ich mit USART0 in Alternativposition
-
Thread
Uhr RV3029 programmieren
. Nur bin ich mir da nicht so sicher: [c] unsigned int RV3029_set_time() { Set_time: I2C_StartTX(0, RV3029_EEPROM_SLAVE_write, 0); I2C_StartTX(0, RV3029_SEC, 0); I2C_StartTX(0, RV3029_MINUTES, 0); I2C_StartTX(0, RV3029_HOURS, 0); I2C_Stop(); } unsigned int RV3029_get_time() { Get_time: I2C_StartTX(0, RV3029_EEPROM_SLAVE_write, 0); I2C_StartTX(0, RV3029_EEPROM_SLAVE_read, 0); I2C_StartRX(0, RV3029_SEC, Data_sec); I2C_StartRX(0, RV3029_MINUTES, Data_min); I2C_StartRX(0, RV3029
-
Thread
MSP430 Interrupt verschachteln
Sendepuffer habe ich soweit verstanden, aber was ist der Vorteil gegenüber der Kontrolle mit while (!(IFG2 & UTXIFG1)); // USART1 TX buffer ready hier wird doch m.E. auch geprüft, ob der Sendepuffer leer ist. Wäre das überarbeitete Programm im Ansatz möglich? Für bessere Lösungen bin ich immer
Sendepuffer habe ich soweit verstanden, aber was >ist der Vorteil gegenüber der Kontrolle mit >while (!(IFG2 & UTXIFG1)); // USART1 TX buffer ready >hier wird doch m.E. auch geprüft, ob der Sendepuffer leer ist. Ja, aber während der Prüfung kann die CPU NICHTS anderes machen, sie rennt wie wild in
-
Thread
Ethernet mit Oszi messen - Aufbau?
Die richtige Antwort wäre b) (leicht angepasst) Zumindest nach dem Tektronix Ethernet Compliance Test: https://de.tek.com/datasheet/10base-t-100base-tx-1000base-t-ethernet-application
anklemmst. Das hier ist für die TDSET3 Software von Tek: http://imex.co.uk/WebRoot/Store15/Shops/20249b99-f30f-43a5-8f50-a5e2562eae4e/5954/FB26/5B83/2E75/2E07/0A48/3535/6E6A/tf-gbe.jpg Die Signalqualität geht über TC2, dazu ist dieser kleine Stummel in den entsprechenden RJ45 eingepömpelt und in deinem
-
Thread
Funk und I2C oder...
sich doch synchronisieren, habe gelesen das bei rs232 immer eine % fehlerquote besteht, meine z.B. der sender schickt mit 9615 bps und empfänger arbeitet mit 9600 bps also wäre da von vornherein eine %fehler von ca. 0,16% !!! das gilt doch für USART und UART, oder? bei I2C gebe ich den Takt parallel
andere Geschichte. Um Fehlerfreiheit zu haben, benötigst du also ein einfaches Protokoll, das z.B. mit einer einfachen CRC die Datenpakete prüft. Ein I2C-"Signal" könnte man wohl kapseln, ich persönlich wüsste im Moment allerdings nicht, wie. Vielleicht könnte man das I2C-Datensignal in Mark
-
Thread
Atmega4809nano
auch für die 16- und 32-Bit-Entwicklung – zum Teil dank ihrer integrierten 300-MHz-MCU ATSAME70Q21B. "
nur gegen einen Kurzschluss zwischen Rx<>Tx und Signalanbindung. Ich habe einen 4,7k dazwischen.
-
Thread
PIC18F2550 und I²C
(Page) call i2c_tx movlw B'01110000' ; low Teil der Adresse call i2c_tx movlw B'10101010' ; Wert der auf Adresse 3 soll call i2c_tx call i2c_off
Adresse (Page) > call i2c_tx > movlw B'01110000' ; low Teil der Adresse > call i2c_tx > > movlw B'10101010' ; Wert der auf Adresse 3 soll > call i2c_tx > > call
-
Thread
CH340 UART to USB - Rx und Tx Pegel
Daten von der > Platine an den PC senden kann, kann ich mir auch nicht erklären. Wenn man zum Test Tx-Ausgänge mit einem weitern Tx-Anschluß verbindet, darf man sich nicht wundern, wenn nichts mehr funktioniert. Tx-Ausgänge sind in der Regel nicht kurzschlußfest. Just my 2 cents
Klaus S. schrieb im Beitrag #7225304: > Wenn man zum Test Tx-Ausgänge mit einem weitern Tx-Anschluß verbindet, > darf man sich nicht wundern, wenn nichts mehr funktioniert. Tx-Ausgänge > sind in der Regel nicht kurzschlußfest. > > Just my 2 cents Danke fü
-
Thread
Mega32P + max232 funktioniert nicht
nicht gesteckt habe geht gar nichts. Das Terminal von BASCOM meldet dann Fehler: Could not Open COM2. Das Brücken der Anschlüsse RX/TX hinter dem Wandler habe ich auch schon gemacht, sollte ja dann ein Echo zum PC zurückkommen. Das klappt aber nicht weil das Signal invertiert wird. Es passiert also
kleines Gehäuse eingebaut. An der Stiftleiste kann ich dann +5V, GND aus der Schaltung zuführen und TX und RX abgreifen. Die grüne LED zeigt die Stromversorgung an. Die beiden gelben LEDs sind jeweils über 1,2k Ohm Widerstände mit der Anode auf Pin 13 und 14 gelegt und die Kathode auf GND. Mit
-
Thread
MCP2515 Probleme
> Letztere haben dann nur eine FIFO von Tiefe 1, während die Wichtige eine > FIFO der Tiefe 2 hat FIFO von Tiefe 1 und 2. Was heißt das? > 32bitter schrieb: VCC VCC _____ | | ____ '2515| R | |'2551 | | | | CANTX|--|<--* +--|TX
|--|<--*----+--|TX | | CANRX|------*-->|-*-|RX _____| |_____| |____ [/code] Braucht also 4 Jumper / einen 4-fach Schalter oder 2 Wechsler. Ob das so funktioniert müsste man mal ausprobieren
-
Thread
mikrokontroller per I2C verbinden
festlegt: [c] ... case(fb_red): //Owx_Daten_senden #ifdef owx_port owx_len=10; owx_tx_buffer[0]=88+owx_WRITE;//dest_adr owx_tx_buffer[1]=owx_len-2; owx_tx_buffer[2]=10;//source_adr owx_tx_buffer[3]=0;//status owx_tx_buffer[4]=0;//len_read owx_tx_buffer[5]=hou; owx_tx_buffer
[0]=88+owx_READ;//dest_adr owx_tx_buffer[1]=owx_len-2; owx_tx_buffer[2]=10;//source_adr owx_tx_buffer[3]=1;//status owx_tx_buffer[4]=6;//len_read ret=owx_senden(owx_tx_buffer,owx_len,1); lgi(1,15,ret); #endif break
-
Thread
J-Link EDU Mini
developer/artikel/Keine-bittere-Pille-die-Blue-Pill-mit-ARM-Cortex-M3-4009580.html?wt_ref=https%3A%2F%2Fwww.google.de%2F&wt_t=1532238954374
muss ? Von Samtec muss der gar nicht sein. Stiftleiste, traditionell https://www.reichelt.de/2x10pol-stiftleiste-gerade-rm-1-27-sl-2x10g-1-27-p51698.html?&trstct=pos_2 Stiftleiste, SMD https://www.reichelt.de/2x10pol-smd-stiftleiste-gerade-rm-1-27-sl-2x10g-smd1-27-p51715.html?&trstct=pos_4
-
Thread
MAX232 Baustein benutzen oder überflüssig?
-/171394123226?pt=LH_DefaultDomain_77&hash=item27e7e2c5da oder: http://www.ebay.de/itm/Male-MAX3232-RS232-to-TTL-Serial-Port-Converter-Module-DB9-Connector-MAX232-/161286371764?pt=LH_DefaultDomain_0&hash=item258d6ab9b4 damit sind dann auch unterschiedliche
Joachim B. schrieb im Beitrag #4003904: > 1. halten sich nicht alle an die Pegel! Die +-12V werden nicht immer > eingehalten. warum sollte sie sich auch an die 12V halten? > Für die Datenleitungen (TxD
-
Thread
Sender-Empfänger
gefunden die passen würde da gibt es nur zwei probleme 1.die ics bekomme ich nirgends ichwolte japaniche tx-2b und rx-2b verwenden sie wären für forwets rückwerts an beiden ketten und ein kanal zum schießen aber ich habe sie nicht bekommen 2. und der verkeufer im elektroladen sagte ich könne sie nicht
Für mich sieht das so aus, als ob du dich längst auf die tx-2b Variante eingeschossen hast. Da bis jetzt keine Rückmeldungen speziell dazu gekommen sind, kannst du mal davon ausgehen, dass hier niemand diese Chips kennt und auch niemand dir sagen kann, wo du
-
Thread
Default Werte für Register/Zustände
SRESETN='1' or stop='1'then Data <= x"0A"; -- hier fehlt mir jeweils noch irgendwie der 'Tx_Start' State <= S1; else case State is when S1 => if Tx_Done='1' then Data <= x"0B"; State <= S2
or stop='1'then Data <= x"0A"; State <= S1; else if Tx_Done='1' then -- die Tx_Done Abfrage "nach vorne rausziehen" case State is when S1 => Data <= x"0B"; State <= S2; when
-
Thread
VHDL-SPI implementierung
rx_reg(rx_reg'left-1 downto 0) & MISO; end if; if (spitxstate=spi_stx) then tx_reg <= TX_Data; end if; if(spitxstate=spi_txactive and spiclkstate=shift and delay=0 and (cpha='0' or bitcounter/=Laenge)) then tx_reg <= tx_reg(tx_reg'left-1 downto 0) & tx_reg(
https://www.amazon.de/Precision-Ultra-low-Leistungsaufnahme-barometrische-Drucksensor-Brett-Modul/dp/B07KXMTYNY/ref=sr_1_2?ie=UTF8&qid=1549722967&sr=8-2&keywords=drucksensor+spi+3%2C3v via SPI auslesen. Ich nutze ein DE0-Nano und VHDL. Ich bin mir aber nicht ganz im klaren, was für Veränderungen ich
-
Thread
STM32-SPI-Code Feedback
[2] = tx_data >> 16; tx_byte[3] = tx_data >> 8; tx_byte[4] = tx_data; GPIOA->BSRR |= GPIO_BSRR_BR4; while(tx_count < 5) { transmitByteSPI1(tx_byte[tx_count]); tx_count ++;
Lesekommando. Der 2. Transfer kann irgendwas enthalten zB Schreibkommando + Daten und liefert SPI Status und die Daten zum Lesekommando des 1. Transfers. Noch was, das BSRR Register verodert man eigentlich nicht. Pins
-
Thread
OpAmp für Ethernet
eine vorhandene Karte umbauen? Für Eigenentwicklungen gäbe es reine physical layer transceiver, mit TX_DATA und TX_ENABLE Eingang.
Es gibt doch kleine managebare Switche, wie zB den HP Procurve 1810-8G v2. Damit sollte so etwas hinzubekommen sein. Du kannst zB den Traffic an einem Port zusätzlich an einen anderen ausleiten (Port Mirroring). Wenn dann der Mirror Port in einem
-
Thread
RS232 --> TTL Wandler Unterschied
verlinkten Seiten gibt es jeweils einen Link auf eine Beschreibung. Und in der Beschreibung auf Seite 2 bzw. 4 siehst du im Schaltplan, dass der eine nur TX und RX umsetzt, der andere auch RTS und CTS.
Joachim B. schrieb im Beitrag #6496467: > TTL meint eigentlich 5V wurde aber schon mißbräuchlich für 3,3V Pegel > genutzt. Nö. TTL heißt, alles unter 0.8 V ist low, alles über 2.4 V ist high. So war
-
Thread
NRF24L01 und Atmega328P
schreibt über UART: Beginne Initialisierung... Status: 1110 RX_payload: 32 rf_setup: 110 rf_ch: 2 rx_addr: e7, e7, e7, e7, e7, Warte_auf Empfang...(RX_FIFO_DATA_READY_FLAG) Der sender schreibt: Beginne Initialisierungen... Status: 1110 RX_payload: 32 rf_setup: 110 rf_ch: 2 tx_addr: e7,
hallo zusammen, ich habe die gleichen Probleme bzw. komme gar nicht soweit. TX_modul löst keinen Interrupt aus... ich habe die wl_module.c datei abgeändert (war das wirklich nur statt dem define-Wert der 0b00000111?) und trotzdem funktioniert nix. Zur Zeit debugge ich, indem
-
Thread
Alternative Teile für diesen 27MHz Sender und Empfänger gesucht!
27095 > KHz (Kanal 11A) wäre mir neu. Was ich im Plan vermisse, ist z.B. eine > Tx/Rx-Umschaltung, elektronisch oder wenigstens mit HF-Relais. Wie wird > der Tx moduliert? Kein Mikro o.a. zu sehen. Im Kollektorzweig des BFY51 > habe ich einen Modulationstrafo für AM
1 S-Stufe=6dB => 2*U, 4*P. Ein Transistor für mehrere Watt HF-Output ist nicht billig. Er wird noch teurer, wenn er wg. unsachgemäßem Gebrauch im Handumdrehen den Geist aufgibt, z.B. bei einem schlechten SWR, Antenne
-
Thread
Z80 Single Board Computer
Ja klingt ja alles sehr interessant. Warum der IM2 Transmit nicht funktioniert weiß ich noch immer nicht. Der Buffer funktioniert jedenfalls. Mittlerweile ist I2C und SPI implementiert.
SIO im IM2 zum Senden benutzt? Wie kann es sein, dass ein IM2 Rx und IM2 Tx funktioniert solange ich nur ein Echo mache, aber nicht, wenn ich einen String im Programm in den Tx-Puffer schreibe? Muss man ein
-
Thread
[Cortex-M3] Problem mit dem UART
; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART2, &USART_InitStructure); // enable serial USART_Cmd(USART2, ENABLE); // Enable the USART2 Pins Software Remapping GPIO_PinRemapConfig(GPIO_Remap_USART2
(USART2, (uint16_t)0xAA); //USART_SendData(USART2, TxBuffer[TxCounter++]); while(USART_GetFlagStatus(USART2, USART_FLAG_TXE) == RESET); } /* Receive a string (Max RxBufferSize bytes
-
Thread
RS232 galvanische Trennung zwischen Raspberry und STM32
Es ist genau umgekehrt: weglassen kannst Du die Masseleitung nur, wenn beide Massen gleich sind, z.B. GND. (lässt man trotzdem nicht weg) Mit DC/DC oder 2 potentialfreien Netzteilen ist die masseleitung unverzichtbar oder Du brauchst je 2 Leitungen für RX und TX (bzw. 2 Leitungen und Halbduplex/Bidirektional
ADUM doch > direkt mit dem RPi verbinden... Masse verbinden und ein paar kOhm zwischen RX und TX reicht für 99% der Fälle. Wenn Du galvanische Trennung willst, reichen 2 Optokoppler (oder heute "PhotoMos") und 5 Widerstände, plus 1 Transistor wegen der 3mA des RPis. Mit DC/DC sparst Du eine
-
Thread
soc-lm32 tut nicht so richtig
( 'h64 ); // 'd' uart_wait_tx; // send address uart_send( 'h04 ); uart_wait_tx; uart_send( 'h00 ); uart_wait_tx; uart_send( 'h00 ); uart_wait_tx; uart_send( 'h08 ); uart_wait_tx; // send length
Sebastian B. wrote: > Hi, > > ich habe mir mal Joergs soc-lm32 vorgenommen. Die Dateien habe ich in > ISE Webpack 9.2i (Windows) importiert und das ganze laeuft auch > wunderbar ohne Aenderungen auf meinem
-
Thread
RS232 - TTL Wandlerproblem
keinen Schaltplan, sondern das fertig gekauft. Was ich noch rausgefunden habe ist: Verwendet das 2. Paar RX/TX.
So wie ichs auf dem Foto erkennen kann, hast du auf der TTL-Seite RX mit RX und TX mit TX verbunden. Das kann nicht funktionieren. Platine 1 -- Platine 2 TX -> RX RX <- TX, dann klappts mit der Übertragung.
-
Thread
STM32F4 Discovery Board + USART
Guten Abend, ich habe nun zwei Versuche durchgeführt: 1.) Am Computer TX und RX verbunden und somit ein Echo Test durchgeführt: Erfolgreich 2.) Am STM32F4 Discovery TX und RX verbunden und über SemiHosting (SH_SendString) das Empfangene in der im RX-Interrupt zum Computer
Schaltplan ?! STM32F4 Disocvery Board: PC6 ---- TX (Pin 3) USB-RS232 Konverter STM32F4 Disocvery Board: PC7 ---- RX (Pin 2) USB-RS232 Konverter STM32F4 Disocvery Board: GND ---- GND (Pin 5) USB-RS232 Konverter Schaltplan vom USB-RS232 Konverter
-
Thread
AVR atmega324p UART
(long)1000000))+1)/2-1)&0xff;//Baudrate setzten UCSR0B = (1<<RXEN0)|(1<<TXEN0); //RxD0 & TxD0 aktivieren UCSR0C = (1<<UCSZ00)|(1<<UCSZ01); //8 Bit Datentransfer UCSR0A |= (1<<U2X0
//Setzt Register UCSR0B auf Null UBRR0H = ((((((long)MCU_CLOCK)*2)/(8*((long)1000000))+1)/2-1)>>8)&0xff;//Baudrate setzten UBRR0L = (((((long)MCU_CLOCK)*2)/(8*((long)1000000))+1)/2-1)&0xff;//Baudrate setzten UCSR0B
-
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
5V <=> 3,3V Pegelwandlung
dieses Problem ja in 3 Teilprobleme, nämlich: 1) Bereitstellung von VCC (=3,3V) für das Modul. 2) Tx (uC) => Rx (Modul) wandeln 3) Tx (Modul) => Rx (uC) wandeln Zu 1) Eher einfach, zB durch Linearregler oder Spannungsteiler. Zu 2) Auch eher einfach, Spannungsregler oder IC Zu 3) Größeres
Lugge schrieb im Beitrag #2458380: > Zu 1) > > Eher einfach, zB durch Linearregler Oder DC/DC-Wandler, je nach Stromaufnahme des BT-Moduls. Auf jeden Fall KEIN Spannungsteiler. Lugge schrieb im Beitrag #2458380: > 2) Tx (uC) => Rx (Modul) wandeln > > 3
-
Thread
Problem mit UART RX und Atmega32
uart_string_result; void uart_init(void) { UBRRH = UBRRH_VALUE; UBRRL = UBRRL_VALUE; #if USE_2X /* U2X-Modus erforderlich */ UCSRA |= (1 << U2X); #else /* U2X-Modus nicht erforderlich */ UCSRA &= ~(1 << U2X); #endif UCSRC = (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0); // Asynchron 8N1
Sebastian schrieb im Beitrag #3455657: > MAX PIN 1 -> "+Pol ELKO (C2)" -> "-Pol ELKO (C2)" -> MAX PIN 3 > blabla > MAX PIN 16 -> "-Pol ELKO (C4)" -> "+Pol ELKO (C4)" -> MAX PIN 2 Das sieht richtig aus. Sebastian schrieb im Beitrag #3455657: > Also gehen von Pin
-
Thread
RS232 allgemein
nicht. Wenn du einen 9-poligen Stecker/Buchse hast, dann liegen die relevanten Signale an Pin 2/3. Nimm dein Voltmeter und sieh nach auf welchem der beiden Pins eine Spannung von ca. -8V (oder weniger) anliegt. Ist es Pin 2, dann ist dieser Pin der Tx Ausgang und muss mit dem Rx Eingang am
. Geht man von einer Standart PC-Schnittstelle aus, dann sind natürlich alle Tx usw. an der gleichen Position und man braucht ein "gekreuztes" Nullmodem-Kabel um die Verbindungen Tx-Rx herzustellen. Bei manchen Ports wie z.B. beim STK500 sind die Ports schon so verdrahtet, das
-
Thread
USB to RS232 TTL PL2303 Chip Module Converter Adapter
Module+Converter+Adapter%22+filetype%3Apdf&p=1&qs=1&ac=590&g=689cN+jkrSteDv&cu.wz=0&en=te&io=0&ep=&eo=&b=a009&bc=&br=&tp=d&ec=1&pt=UC00B%20User's%20Manual&ex=tsrc%3Dtled&url=&u=http%3A%2F%2Fwww.cytron.com.my%2Fusr_attachment%2FUC00B%2520Users%2520Manual.pdf Siehe dort, Auswahl 5V/3,3V für RS-232-Chip
USB-Seriell-Bridge. Sorry, hab mich wahrscheinlich nur falsch ausgedrückt. Das der µC nur die Pegel liefert (z.B. 0V und 5V) die mit seiner Vcc korrelieren ist mir schon klar. Ich meinte: "µC(0...5V) --> MAX232(Vout(RX,TX)z.B. +/-12V) --> RS232" || "RS232 (Vin(RX,TX)z.B. +/-12V) --> USB(0...5V) --> PC"
-
Thread
PSOC+Capsense+CSD -> Hilfe!
erstellt. Hast du vielleicht Informationen bzgl.der settings (z.b.Pin,Clocks...) meine seettings: global: VC1=SYSClk/N =1 VC2=VC1/N =1 VC3Source =SysClk/1 VC3Divider =2 TX8: Clock =VC3 Clocksync=SynctoSysClk ... Mfg Christian
[TX8_PortDR], A ... hängt also anscheinend mit der Änderung des Port Pin 1.2 (in TX8.inc) zusammen (TX8_PinMask: equ 0x4 ; P1.2),was ich aber nicht verstehe, da ich nur Pins mit P(0.X)und P(2.X)(
-
Thread
AFU-Antenne für die Wohnung (für QRP)
beachten? Ach ja, und dann noch eine Frage zur Erdung: wenn ich eine symmetrische Antenne (z.b. Loop oder Dipol) zum Senden verwende, kann ich dann auf eine Erdung des TX ganz verzichten? Allgemein: wenn ich in der Wohnung eine gute HF-Erde für den TX benötige, wie mache ich das? Steckdosenerde
> > > Ach ja, und dann noch eine Frage zur Erdung: wenn ich eine symmetrische > Antenne (z.b. Loop oder Dipol) zum Senden verwende, kann ich dann auf > eine Erdung des TX ganz verzichten? > Allgemein: wenn ich in der Wohnung eine gute HF-Erde für den TX > benötige, wie mache ich das? Steckdosenerde
-
Thread
Raspberry Pi Compute Module mit PCIe in kleinerem Formfaktor
mehr wäre es > wohl auch nicht angekommen. ;) Bei RGMII gibt es Restriktionen beim Routing, z.B. muss einiges gematcht sein, und das gleich mit mehreren Gruppen von Signalen. Einige Phys verlangen sogar, dass man eine Zeitverzug zwischen TX-Takt und Daten im Routing unterbringt, weil das 2 Bits
schrieb im Beitrag #6458360: > Außerdem sind es verdammt viele Leitungen, mindestens 14 (6xRX, 6xTX, > MDIO). Dazu noch eventuell PHY-Reset und vielleicht Takt. Es sind 12 4TX 4RX 2CLK 2Error Deshalb ist es ja reduced GMII
-
Thread
Frage zu TTL Signal
Hallo, danke für die Antwort. Mein Multimeter Metrahit 2+ unterstützt TRMS, im Leerlauf messe ich wie gesagt 4.2 auf der TX Leitung vom Chronographen und 3.4V auf der TX Leitung von dem USB Adapter. Beide Werte ändern sich aber auch nicht wenn beide Geräte
Johannes E. schrieb im Beitrag #3644058: > im Leerlauf messe ich wie gesagt 4.2 auf der TX Leitung Das Passt zum von aGast erwähntem Emitterfolger, wenn der Chronograph mit 5V arbeitet. > 3.4V auf der TX Leitung von dem USB Adapter Miss mal die Spannung von Pin 4 (VDD_232)
-
Thread
Pins mehrfach belegen
[/code] Jetzt möchte ich noch an Pin 7 Rx und an Pin 8 Tx unterbringen. Ich denk mal, dass die LED da stören wird. Ich könnte den LDR-Teil an den Pins 2, 3, 4 auch auf die Pins 4, 6, 7 legen und die LED an 2 und 3. Der LDR zwischen Rx und Tx würde doch sicher
Peripherieschaltung zu ersinnen, die weniger Platz benötigt als diese 6 zusätzlichen Pins. Der Platz wäre z. B. schon mit nur einem einzigen externen UND-Gatter ausgeschöpft, denn das hat ja auch schon mindestens 6 Pins (VCC, GND, 2 Inputpins, 1 Outputpin plus ein unbenutzter Pin um auf gerade Pinzahl zu kommen
-
Thread
Pointer in ISRs
Beliebt ist auch der Fehler, einen Zeiger anzulegen, ihn aber nicht vernünftig zu initialisieren. Also z.B. nach volatile unsigned char *TXBUF; hat man einen Zeiger, der noch überhaupt nichts kann. Besser wird's mit z.B. TXBUF = &Mein_Puffer;
|= ((1<<TXEN)|(1<<RXEN)); // UART TX + RX einschalten UCSRC |= (1<<URSEL)|(1 << UCSZ1)|(1 << UCSZ0); // Asynchron 8N1 sei(); while(1) { _delay_ms(1000); Line[0]='a'; Line[1]='b'; Line[2
-
Thread
Solarstrom mit Batterie für 19000 €
Falk B. schrieb im Beitrag #4234332: > Die gibt es, in Form von Hochdruck oder Tiefsttemperatur. Alles aber > nicht so ganz billig. Du kannst bis zu 5% H2 dem Erdgas zusetzen, danach bekommst Du Probleme
Thomas B. schrieb im Beitrag #4236236: > Bei einem 48V-System sind 600Ah nicht wirklich interessant. Ups, hatte den Link vergessen. http://www.ebay.de/itm/12-V-Nickel-Eisen-Akku-fur-Solar-Wind-10-x-1-2
-
Thread
Software UART mit FIFO
Pins einen Interrupt, aber ich kann Sie in der Tabelle nicht finden. Da gibt es nur PCINT1 und PCINT2. Wo bekomme ich denn den passenden Vector für PCINT1 und PCINT5 her? @Peter Könntest du bitte mal kurz nennen an welchen Stellen ich drehen muss, um RX auf PA5 und TX auf PA1 zu haben. (... das
Erfahrung eine Anpassung durch zu führen. Wer kann Helfen ? Im Zielcode sind: * OCR1A, OCR1B, bzw. die Pins PB1, PB3 belegt und geben ein Audio PWM Signal aus. * Eine SD Karte ist über PB0 (CS), PA0 (DataIn), PA1 (DataOut) und PA2 (Clk) angeschlossen. * Der attiny861 läuft mit dem internen
-
Thread
ATmega32: UART klappt nicht
von PD0 und PD1. - wenn ich das 2 Adrige kabel von RS232 Spare nach PD0 und PD1 führe, sind laut Durchgangsprüfung auch Rx und Tx auf RS232 wie gaplant verbunden, also gleich wie bei Erkenntnis1, wo da direkt ein Jumper drauf war. ABER
. Hast du geprüft, ob es richtig angeschlossen ist? PD0 auf RXD und PD1 auf TXD. Das Kabel vom 2. [[RS232]] Anschluss des [[STK500]] zum PC sollte ein 1:1 verschaltetes RS232-Kabel sein mit mindestens *drei* Adern: TX, RX und GND und auch kein sog. Nullmodemkabel mit RX/TX Kreuzung.