-
Thread
USB CDC von Stefan Frings und WS
wird das Zeichen zum MC gesendet und dort geechot. Und das braucht seinhe Zeit. Bei UART hast du 2 Leitungen unidirektional ( Tx - Rx ) bei USB hast du EINE bidirektionale Leitung. Wie war das mit Äpfeln und Birnen?
dieser Fall ein: [c] /* Bulk EP anwählen und Anzahl der Bytes ermittlen */ avail = EpTable[2].RxCount & 0x3FF; i = rxw - rxr; if (i < 0) i += rxLen; hdroom = rxLen - i; if (hdroom <= avail) return;[/c] Und dann wird fortan gar nichts mehr empfangen,
-
Thread
RGB-LED Ansteuerung mittels PWM in AVR Studio 4 (C-Programmieren)
PWM // 16MHz / (2*256) = 31.25kHz // maximum is 255 so 0 - 255 are allowed values TCCR2B = 0b00000001; // WGM: 8, 16 MHz // TC5 for period measuring TCCR5A = 0b00000000;
geprägt. 'OC0A = PD.6 = Pin 12 - RGB LED_1 R 'OC0B = PD.5 = Pin 11 - RGB LED_2 R 'OC1A = PB.1 = Pin 15 - RGB LED_1 G 'OC1B = PB.2 = Pin 16 - RGB LED_2 G 'OC2A = PB.3 = Pin 17 - RGB LED_1 B 'OC2B = PD.3 = Pin 5 - RGB LED_1 B 'ADC0 = PC.0 = Pin
-
Thread
[V] GPS/GSM Modul FALCOM beides in einem 8€
Zum Verkauf stehen GSM/GPS A2D-SI GSM Module, diese befinden sich noch in einem Gehäuse (Minorplanet AEM 3000) - somit ist auseinanderbauen angesagt. Der Vorteil, die Platine, auf der das Modul sitzt, hat einen Stecker mit RX
Aktive-GPS-Antenne-MCX-Kabel-f-Navigation-Emtac-Falcom_W0QQitemZ270386202440QQcmdZViewItemQQptZNavigations_Zubeh%C3%B6r?hash=item3ef4460748&_trksid=p3286.c0.m14&_trkparms=65%3A15%7C66%3A2%7C39%3A1%7C293%3A1%7C294%3A50
-
Thread
Antenne (verkürzt) für 160m Band - nur rx
einen (fuer) 11m gedachten Oblong im Spitzboden haengen. Neben einem SVW von 1:1 fuer CB taugt der z.B. fuer den UKW-Fernempfang (200 km sind da kein Problem wenn der RX mitmacht). Zu Plattenbau/S.B.Z.-Zeiten konnte Mann so einen Oblong zur Not auch direkt von innen an eine Aussenwand haengen. Fuer
dann etwas schlechter, dafür trifft man sicherer den gewünschten Empfangsbereich. 2nF kann man z.B. aus 1nf plus 1nF oder aus 1,5nF und 470pF zusammenschalten (beide Cs parallel). Viel Spaß auf Arbeit!
-
Thread
LON Bus Windhager mitlesen/steuern
zusammen, das parsen hat ordentlich geklappt. https://github.com/g3gg0/LonScan/releases/tag/v0.2.1 Unterstützte Modelle: [code] B-PLM + V 1.00 B-PLM + V 2.02 B-PLM + V 2.24 B-PLM + V 2.40 BioWin V 3.22 BioWin V 3.60 BioWin V 4.53 BioWin V 4.54 BioWin V 6.24 BioWin V 6.60 BioWin2 V
adapter and that's it. https://www.amazon.de/-/en/DollaTek-MAX485-Module-RS-485-Development/dp/B07DK4QG6H/ref=sr_1_18?crid=2NK01FS6P0E6S&keywords=ICQUANZX+MAX485%2FRS485&qid=1643754798&sprefix=icquanzx+max485%2Frs485%2Caps%2C80&sr=8-18
-
Thread
Empfangen und Übertragung von Daten über USART
UBRR1L = (unsigned char) ubrr; /* Enable receiver and transmitter and set frame format: 8data, 2stop bit */ UCSR0B = (1<<RXEN0)|(0<<TXEN0)|(0<<RXCIE0)|(0<<TXCIE0)|(0<<UCSZ02); UCSR0C = (1<<USBS0) | (1<<UCSZ01)|(1<<UCSZ00); UCSR1B = (0<<RXEN1)|(1<<TXEN1)|(0<<RXCIE1)|(0<<TXCIE1)|(0<<
Korrektur (falscher Register UCSR0B statt UCSR1B) : [c] ISR(USART0_RX_vect) { char data; data = UDR0; // read Byte if (counter < buffer_size) { buffer[counter1] = data; // write into buffer counter++;
-
Thread
UART vom ESP8266
Der Tx Ausgang des ESP Moduls (an dem die blaue LED übrigens hängt) muss mit dem Rx Eingang des AVR verbunden werden. Der Tx Ausgang des AVR muss über einen Spannungsteiler (z.B. aus 1k und 2,2k Ohm) mit dem Rx Eingang des ESP Moduls verbunden werden.
Stefan U. schrieb im Beitrag #5281110: > Der Tx Ausgang des AVR muss über einen Spannungsteiler (z.B. aus 1k und > 2,2k Ohm) mit dem Rx Eingang des ESP Moduls verbunden werden. Genau so hab ich es auch verschaltet. Stefan U. schrieb im Beitrag #5282009: > Ich fürchte wir reden von unterschiedlichen
-
Thread
Platinen mit GPS - Empfänger bei ebay
Der Tipp ist wirklich gut sucht da mal nach b2motion einer anderen Firma unseres Verkäufers ;-)))
ja, im Anhang ein Kartenausschnitt von Bremen [(c) by Falk]. Der blaue Pin zeigt den Standort von B2motion, dem Modulhersteller :-))
-
Thread
ESP-32 SPI sendet falsche bits
Slave slave; static const uint32_t BUFFER_SIZE = 4; /* Tx byte: bit 1: 1 == valid message bit 2: 1 == pin is high bit 3 - 8: pin_nr */ uint8_t* spi_slave_tx_buf; /* Rx byte: bit 1: cmd bit 2: 1 == pin is high bit 3 - 8: pin_nr */ uint8_t* spi_slave_rx_buf; #define LED 2 void
= (spi_slave_rx_buf[0] & 0b10000000) >> 7; data = (spi_slave_rx_buf[0] & 0b01000000) >> 6; pin_nr = (spi_slave_rx_buf[0] & 0b00111111); Serial.print("cmd "); Serial.print(cmd); Serial.print
-
Thread
MAX3232 "sendet" endlos ein 70-100kHz Signal ohne Einkommende Daten
Was passiert, wenn du 10 und 11 z.B. gegen Masse schaltest? Kommen da an 7 und 14 immer noch die Signale raus? Die beiden Treiber (DIN1/DOUT1 und DIN2/DOUT2) haben keinen Trigger drin im Gegensatz zu den Empfängern (RIN1/ROUT1 und RIN2
ist die 8 und Ausgang die 9. Die beiden Driver (vom Prozessor TX) zur RS232-Seite sind D1 und D2. Eingang vom D1 ist die 11, Ausgang die 14. Eingang vom D2 ist die 10, Ausgang die 7. Wenn du die 8 als Eingang vom RS232 beschaltet hast, mußt du auch die 9 zum Prozessor-RX führen, sonst klappt
-
Thread
Nachbaubares Funkmodul auf Basis des RFM12
festgelegt wird. [pre] Configuration Setting Hex = 80 & xx Bit-Syntax: 10000000 | el | ef | b1 | b0 | x3 | x2 | x1 | x0 el (TX FIFO) = Sendepuffer für Datentransfer nutzen (1 = An / 0 = Aus) ef (RX FIFO) = Empfangspuffer für Datenspeicherung nutzen (1 = An / 0 = Aus) b... = Zu nutzende Basisfrequenz
Veränderungen durchgeführt: [code] 1. Hinzufügen der status_register.c zum AVR-Studio Projekt. 2. Das Status Register wird im Programm mit 0b1011 = 0xB kodiert! => An dieser Stelle scheint die Doku nicht zu stimmen. configuration.c #306: uart_putc(0xD5); // anstelle von 0xD4, das dort falsch
-
Thread
RS 232 Schnittstelle doppelt belegen
ich nun die IPL T S2 zuerst an. Blinkt Tx und Rx und ich kann den Beamer steuern. Stecke ich nun das MLC Tastfeld dazu, geht gar nichts mehr. Weder an der IPL T S2 noch am MLC 206. Tx blinkt , Rx blint nicht mehr.
Rx und ich kann > den Beamer steuern. Stecke ich nun das MLC Tastfeld dazu, geht gar > nichts mehr. Weder an der IPL T S2 noch am MLC 206. Tx blinkt , Rx blint > nicht mehr. Wie sieht dein Verbindungskabel
-
Thread
Verlosung RX210 Promo-Board
avnetexpress.avnet.com/store/em/EMController?action=products&catalogId=500201&storeId=500201&N=0&langId=-1&slnk=b&term=YRPBRX210&hrf=http%3A%2F%2Fwww.em.avnet.com%2Fen-us%2Fdesign%2Ffeaturedpromotions%2FPages%2FRenesasNow.aspx%3Furl%3Dhttp%3A%2F%2Fwww.em.avnet.com%2Fen-us%2Fdesign%2Ffeaturedpromotions%2FPages%2FRenesasNow.aspx
Berechnung auf einem AVR ausführst, versuche sie zu übertragen und sieh, wieviel schneller sie auf dem RX läuft. Teste, wie schnell die Interrupts erledigt werden (z. B. UART mit Rx und Tx-Puffer). Schliesse ein LCD 2x16 an und bringe es als Ausgabeeinheit zum laufen. Schreib Dir eine kleine Testroutine
-
Thread
MIDI over WIFI ( RF Bluethoot Dect USB ) Homemade Interface
Gruss Holger. ########################################################################## Lösung(2): Du Progst den PIC32 auf transparent TX1-RX1 TX2 RX2 Damit kann man auch den PIC32 RX--TX 'transparent machen. ######################################################################### Must
dem USB TTL Wandler, der hat neben 5 v auch 3,3 v die hab ich dann verwendet und anstatt RS232 ( Rx2, Tx2 ) den TTL Pegel ( Rx1 und Tx1 ) denn beim RX232 ( Rx2, Tx2 ) brauchst auch den SGND - sonst wird dir der Pegel im RS232 Moden nicht erkannt der braucht seine eigene Masse. Daher ist dieser Pegel
-
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
Bei RS232 Baudrate per Hardware herabsetzen
Günter, eine serielle Schnittstelle besteht nun mal aus mindestens 2 Datenleitungen (RxD, TxD) = Received Data und Transmitted Data, und verschiedenen Steuer-Leitungen (welche möglicherweise gar nicht ausgenutzt werden) Lass mal die Steuerleitungen erst mal gedanklich
geschaltete Leitungen (nämlich die TX-Leitung vom Display und vom PC, welche zum RX-Eingang des Datenlogegrs führen). Welcher von den beiden Leitungen "gewinnt" denn nun, wenn die eine Leitung (z.B. der PC) ein "+5 Volt" auf die Strippe legt, die andere Datenquelle (das Display) gleichzeitig
-
Thread
STM32 Tutorial
Es wird nicht Port B konfiguriert, sondern nur 2 Pins dieses Ports. Und warum nur Port B, dafür solltest du dir mal die folgende Zeile ansehen: [c] GPIO_Init(GPIOB, &GPIO_InitStructure); [/C] Und dir dazu vielleicht
Problem ist, dass wohl irgendwas mit dem DMA / IRQ Handling nicht funktioniert. Immer wenn ich Daten (z.B. 3Byte) mit der „RS485_Trasmit“ Funktion versende, werden diese direkt wieder rückgelesen und stehen dann im definierten Rx Datenbereich [c]DMA_InitStructure.DMA_MemoryBaseAddr = (uint32_t)&RS485
-
Thread
Störungen durch Radiosender auf 2m Relais
müßte also auch 600 kHz oberhalb des eigenen Relaissenders zu empfangen sein. Kontrolle: zweiter RX am Eingang der Relais-RX mit z.B. 3dB-Koppler anschließen. Jetzt ein Gedankenspiel von mir: Ich gehe aufgrund der Beschreibung in dem Link von Andrea davon aus, dass die Antennenweiche am 2m-Relais
Metallschrank untergebracht, welcher bis auf ein paar Lüftungsschlitze, komplett zu ist. Wir haben also 2 Antennen mit einer Entkopplung von ca. 35dB. Eine zum Senden und eine zum Empfangen. Hinter den Antennen kommt jeweils ein Triplexer für 2m/70cm und 23cm. Als Antennenkabel haben wir Cellflex 1/2" im
-
Thread
muArt - Der zuverlässige und universelle UART-Konverter
Das Ding ist fast 4$. dann nimm einen für 1,-€ oder weniger...... https://www.ebay.de/itm/5Pcs-B0505S-1W-DC-DC-5V-to-5V-Isolated-Power-Supply-Module-for-MORNSUN-Lot/123049696042?hash=item1ca6555b2a:g:3hMAAOSwAtlavdqn
das Produkt nur in einem einzigen Land, hier im Heimatland > registrieren, da ich ausschliesslich B2B an Distributoren verkaufe. Den > Rest müssen die Distributoren selbst übernehmen. Check. Ich fürchte so einfach ist es nicht: Auch bei B2B-Verkauf ist der Hersteller für die Entsorgung zuständig
-
Thread
74HCT04 gegen 12V oder 20V schützen
Andreas B. schrieb im Beitrag #5457952: > Gerade nochmal der Vorthread gelesen. Wenn Du den Rx des Steuergerätes > meinst, der 20V bekommt, geht das mit dem MAX232 nicht ohne Schutz. 30V > hält nur der Rx des
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
Vier RS232 miteinander verschalten, einer der vier sendet, die anderen Empfangen
[pre] 10kΩ TxD 1 o----|>|----+----[===]----0 -12V | RxD 1 o-----------+ | | TxD 2 o----|>|----+ | RxD 2 o-----------+ | | TxD 3 o----|>|----+
> 10kΩ > TxD 1 o----|>|----+----[===]----0 -12V > | > RxD 1 o-----------+ > | > | > TxD 2 o----|>|----+ > | > RxD 2 o-----------+ Man braucht keine negative Versorgungsspannung, wenn man über
-
Thread
Daten zwischen zwei USARTS durchschleusen
GPS_RX_BUFFER_LENGTH - 1) { rx_buffer[i++] = b; // check for end delimiter if (b == '\n') { // '*' funktioniert prima gps_disable_serial_rx(); gps_rx_within_message
// flush cached bytes for (uint8_t j = 0; j < 2; j++) { while ( !(UCSR1A & (1<<RXC1)) ) ; b = UDR1; } gps_rx_within_message = FALSE; gps_rx_complete =
-
Thread
Puffer mit Zeigern oder Index
<avr/interrupt.h> #include <avr/io.h> #ifndef UART_RX_BUFSIZ #error "Define UART_RX_BUFSIZ!" #elif !defined( UART_RX_INREG ) #error "Define UART_RX_INREG. A register where in_buffer is stored." #else volatile char uart_rx_buffer[ UART_RX_BUFSIZ ]; register char * uart_rx_buffer_in asm( UART_RX_INREG ); char volatile * uart_rx_buffer_out; inline void uart_rx_buffer_reset( void ) { asm volatile ( "movw %[in], %[buf]" "\n\t" : : [buf] "r" ( uart_rx_buffer
-
Thread
USART Verbindunz zwischen Atmega 32 und Cortex M3 (Stm32)
RCC_APB2Periph_GPIOA #define USARTy_RxPin GPIO_Pin_10 #define USARTy_TxPin GPIO_Pin_9 int main(void) { RCC_ClocksTypeDef Clocks; GPIO_InitTypeDef GPIO_InitStruct;
gerade mit Hterm, aber empfang nichts. Anschließen muss man hier wieder Überkreuzt richtig? Also PIN2 TX bei mir auf RX?
-
Thread
Atmega 328P wird nicht (mehr) erkannt
du damit erreichen. Auf der Platine ist ein USB-UART Konverter. USB/UART TX geht an MCU1 RX (PB0) MCU1 TX (PB1) geht an MCU 2 RX (PB0) MCU2 TX (PB1) geht an USB/UART RX in jedem MCU wird alles was auf der Softserial ankommt gleich wieder versendet. Wie ein Echo, nur das es erstmal zum
, und eventuell bereits falshe Bytes im Buffer RX MCU2 -> Fehlerhafte Bytes werden fehlerhaft eingelesen TX MCU2 -> Fehlerhafte Bytes werden noch fehlerhafter gesendet RX USB -> nur noch Fehler ;)
-
Thread
Brushless Regler Umbau
= (1<<ACIE); TIMSK1 |= (1<<TOIE1); if(rotor_run == 200) { OCR2A = rx_pwm; OCR2B = rx_pwm; OCR0B = rx_pwm; } i2c_timeout++; if(i2c_timeout>100000) { rx_pwm = 0; } } else {
|= (1<<ACIE); //Interrupts enable sei(); while(1) { asm("wdr"); if(rx_pwm > START_PWM) { ACSR |= (1<<ACIE); TIMSK1 |= (1<<TOIE1); if(rotor_run == 200) { OCR2A = rx_pwm; OCR2B = rx_pwm; OCR0B = rx_pwm;
-
Thread
Speichinhalte aus Fritzbox lesen und auf LCD-Display darstellen
: 0x0; TxActQueueTail: 0x94902930; TxActive: 0; TcbStart: 0x94902000; TxTeardownPending: 0; RxBufSize: 1582; RxBufferOffset: 0; RxNumBuffers: 64; RxServiceMax: 48; TxNumBuffers: 56; TxNumQueues: 2; TxServiceMax: 56; CpcsUU: 0; Gfc: 0; Clp: 0; Pti: 0; DaMask: 1; Priority: 2; PktType
TxActQueueHead: 0x0; TxActQueueTail: 0x0; TxActive: 0; TcbStart: 0x95ef8e40; TxTeardownPending: 0; RxBufSize: 256; RxBufferOffset: 0; RxNumBuffers: 4; RxServiceMax: 2; TxNumBuffers: 4; TxNumQueues: 1; TxServiceMax: 2; CpcsUU: 0; Gfc: 0; Clp: 0; Pti: 0; DaMask: 0; Priority: 0; PktType: 3;
-
Thread
AVR64DD20 - USART stürzt bei großem Buffer ab
die Ausgabe nicht beeinträchtigen, denn er schließt die Zeichenkette deppensicher ab: > testbuffer2[999] = '\0'; Falk B. schrieb im Beitrag #7449900: > Kann man so lösen, nach der Schleife > testbuffer2[999] = 0; Ach was!? Falk B. schrieb im Beitrag #7449900: > Schönes Chaos. Und dort sind ZWEI Arrays drin! 2x 1kB! Wo denn?
-
Thread
STM32F1 (Nucleo-F103RB) - HSE ohne Quartz?
de.rs-online.com/web/c/halbleiter/entwicklungskits/entwicklungskits-prozessor-mikrocontroller/?searchTerm=rx71m&h=s&sra=oss&redirect-relevancy-data=636F3D3226696E3D4931384E4B6E6F776E41734D504E266C753D6465266D6D3D6D61746368616C6C7061727469616C26706D3D5E5B5C707B4C7D5C707B4E647D2D2C2F255C2E5D2B2426706F3D313326736E3D592673743D4B4559574F52445F53494E474C455F414C5048415F4E554D455249432677633D424F5448267573743D727837316D267374613D727837316D26
de.rs-online.com/web/c/halbleiter/entwicklungskits/entwicklungskits-prozessor-mikrocontroller/?searchTerm=rx71m&h=s&sra=oss&redirect-relevancy-data=636F3D3226696E3D4931384E4B6E6F776E41734D504E266C753D6465266D6D3D6D61746368616C6C7061727469616C26706D3D5E5B5C707B4C7D5C707B4E647D2D2C2F255C2E5D2B2426706F3D313326736E3D592673743D4B4559574F52445F53494E474C455F414C5048415F4E554D455249432677633D424F5448267573743D727837316D267374613D727837316D26
-
Thread
Probleme mit neuer USART-Konfiguration
<< 16)/nFadingTime)) >> 16; if(data == 1) TCCR0A |= (1<<COM0A1); else if(data == 2) TCCR0B |= (1<<COM0B1); else if(data == 3) TCCR2B |= (1<<COM2B1); else if(data == 4) TCCR1A |= (1<<COM1A1); } else // FadeOUT // mit 'nSavedPWM-Zählerfaktor(s.o.)' wird
PWM-Wertes an das jeweilige Compare-Register if(data == 1) OCR0A = tmp; else if(data == 2) OCR0B = tmp; else if(data == 3) OCR2B = tmp; else if(data == 4) OCR1A = tmp; if(tmp == 0) { if(data == 1) TCCR0A &= ~(1<<COM0A1); else if(data == 2) TCCR0B &= ~(1<<COM0B1
-
Thread
Suche µC mit 10 MBit/s via UART
Sorge. Das sind nur Bustreiber. Deswegen wurde auch weiter oben geschrieben, dass man für SPI z.B. 2 Stück braucht: Daten und Takt. In der Redundanz liegt die Erleuchtung ;)
RX oder TX hat doch nichts mit der Funktion zu tun. A.K. hat doch schon alles geschrieben. RS485 oder RS422 ist doch nur ein physikalischer Layer. Da kannst Du locker ne SPI oder I2C aufbauen. Nur solltest
-
Thread
Modbus RTU Slave fuer AVR
// call initInterrupts() after baudrate init! TCCR2A = (1 << WGM21) | (0 << WGM20); TCCR2B = (1 << WGM22) | (0 << CS22) | (1 << CS21) | (1 << CS20); OCR2A = UBRR0 >> 1; TIMSK2 |= (1<<OCIE2A); } [/c] Gruß aus Uppsala,
folgenden Aufbau: [code] ATMega MAX485 USB->RS485-Adapter ________ PD2 1|RO Vcc|8 5V | | PD7 2|/RE B|7 485- | | PD7 3|DE A|6 485+ | | PD3 4|DI GND|5
-
Thread
Strukt mit Pointer auf Array wird um ein byte verschoben
#4671498: > Aber wie kopiere ich dann die Werte aus dem Bytearray in das Strukt? [c] x.Address = rxBufferA[0]; x.Length = rxBufferA[1] << 8 | rxBufferA[2]; [/c] > Zudem kostet dies einiges an speicherplatz. ist es wirklich so knapp bemessen? > Ich nutze das Strukt ja nur zur interpretation
UNPACKED STRUCT > schreibst und einsortierst ... Dann noch einmal für dich: [c] x.Address = rxBufferA[0]; x.Length = rxBufferA[1] << 8 | rxBufferA[2]; [/c]
-
Thread
A2DP Bluetooth Modul China eBay
schnell auf geeignete Sende- und Empfangsmodule gestoßen. Sender http://www.amazon.de/TaoTronics%C2%AE-TT-BA01-Bluetooth-Stereo-Transmitter/dp/B003QOJCZG/ref=pd_cp_ce_1 Empfänger http://www.amazon.de/Sony-Ericsson-Bluetooth-Headset-UKW-Radio/dp/B002WCVZT4/ref=pd_bxgy_ce_img_y Der einzige Fakt,
-Version-2-0-Bluetooth-Stereo-Audio-Modul-Steuerchip-OVC3860-Modul-/301374746666?pt=Wissenschaftliche_Ger%C3%A4te&hash=item462b55b02a http://www.ebay.de/itm/Bluetooth-4-0-Audio-Receiver-Board-Wireless-Stereo-Sound-Module-for-Car-Phone-PC
-
Thread
Protokoll DC-3840 Handycam
><\0><\0><\0><\0><1><2><3><4><5><6><7><\b><9><\n><11> D<\0>5<16><\0><2><1><3><3><2><4><3><5><5><4><4><\0><\0><1>}<1><2><3><\0><4><17><5><18>!1A<6><19>Qa<7>"q<20>2<1><17>!<\b>#B1A<21>RQp$3br<2><9><\n><22><23><24><25><26>%&'
\n><11> D<\0>5<17><\0><2><1><2><4><4><3><4><7><5><4><4><\0><1><2>w<\0><1><2><3><17><4><5>!1<6><18>AQ<7>aq<19>"2<1><\b><20>B<17>!1A<9>#3Rp<21>brQ<\n><22>$4a%q<23><24><25><26>&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz<2><3><4
-
Thread
CH348 USB zu 8 Port Serial (UART)
Zum Bestückungsdruck der Platine: Dort sind die Pins RxD0, RxD2, RxD4 und RxD7 als 5V-tolerant bezeichnet, das sind aber laut Datenblatt auch noch die Pins DTR0, DTR2 bis DTR7, CTS2 bis CTS5 und alle RI, DCD und DSR. (In der Tabelle 4 'Pin Definitions' ab
Handshake-Leitungen, manchmal auch DSR und DTR, es gibt z.B. Maschinensteuerungen, die neben TX und RX weitere 2 oder sogar weitere 4 Leitungen wollen.
-
Thread
Kleiner UART / Problem
else if count = X"8" then case state is when X"1" => rx_buffer (0) <= rx_in_z3; state <= X"2"; when X"2" => rx_buffer (1) <= rx_in_z3; state <= X"3"; when X"3" => rx_buffer (2) <= rx_in_z3; state <= X"4"; when
state is when X"11" => state <= X"1"; -- ein Bit warten when X"1" => rx_buffer (0) <= rx_in_z3; state <= X"2"; when X"2" => rx_buffer (1) <= rx_in_z3; state <= X"3"; when X"3" => rx_buffer (2) <= rx_in_z3; state <= X"4"; when
-
Thread
RS232 funktioniert nicht!
anders schreiben: http://www.rn-wissen.de/index.php/RS232 Da steht auch drücklich TX zu Pin3 und RX zu Pin2! Gruss
>Da steht auch drücklich TX zu Pin3 und RX zu Pin2! Das ist auch richtig! Zwischen zwei RS232-Schnittstellen von DTEs (z.B. PC, µP, etc) ist von der Definition her eine Modemverbindung vorgesehen. Diese kreuzt die Pins 2 und 3. Für den normalen
-
Thread
VOLTCRAFT DSO-3062C 60 MHz = baugleich mit?
getan hat dann nur potentiele verschlechterung um geld zu sparen. Beim hw0 ist die bestückung RX1_1=RX1_2=RX1_3=RX1_4 = 280R RA1_1=RA1_2 = 4x33R R01_2 = 20R (eingangwiderstand) R01_7 = 10R (snoober auf 159MHz im abschwächer) R03_33 = 82R (in der trigger schaltung) In den Voltcraft ist der
messungen gemacht, diesmal an der schaltung die bei mir die org. 200MHz schaltung ersetzten wird: RX1_1=RX1_2=RX1_3=RX1_4 = 270R RA1_1=RA1_2 = 4x33R R01_2 = 20R (eingangwiderstand) R01_7 = 10R (snoober auf 159MHz im abschwächer) R03_33 = 82R (in der trigger schaltung) plus deine modifikation,
-
Thread
Neues Terminal-Programm für Windows
(RX-überwacht auf RX-com1 und TX-überwacht auf RX-com2)
(@buffer, chr (16 * wert ($str1) + wert ($str2))); } my $b2 = join ('', @buffer); $b2 =~ tr/\{\[\}\]\~\^\|/äÄüÜßÖö/; $b2 =~ s/\014/<FORMFEED>/g; $b2 =~ s/\n//g; return $b2; } sub wert { my $s = shift; my $erg = ord
-
Thread
UART RX Interrupt Problem
interrupt.h> uint8_t BAUD_Wert = 103;//Baudrate (9600) volatile uint8_t UART_Daten = 10; ISR (USART_RX_vect) { PORTB ^= (1<<PB5); UART_Daten = UDR0; } void UART_Init (void) { UBRR0 = BAUD_Wert;//Baudrate setzen UCSR0B |= (1<<RXCIE0) | (1<<RXEN0) | (1<<TXEN0);// RX, TX und RX Interrupt
uint8_t BAUD_Wert = 103;//Baudrate (9600) volatile uint8_t UART_Daten = 10; ISR (USART_RX_vect) { PORTB ^= (1<<PB5); UART_Daten = UDR0; } void UART_Init (void) { UBRR0 = BAUD_Wert;//Baudrate setzen UCSR0B |= (1<<RXCIE0) | (1<<RXEN0) | (1<<TXEN0);// RX, TX und RX
-
Thread
Seriell Data übertragung crash bei dem letzten Byte
RESERVED15_VECTOR (15 * 2u) /* 0xFFDE Reserved Int. Vector 15 */ #define USCIAB1TX_VECTOR (16 * 2u) /* 0xFFE0 USCI A1/B1 Transmit */ #define USCIAB1RX_VECTOR (17 * 2u) /* 0xFFE2 USCI A1/B1 Receive */ #define PORT1_VECTOR
0xFFEA ADC */ #define USCIAB0TX_VECTOR (22 * 2u) /* 0xFFEC USCI A0/B0 Transmit */ #define USCIAB0RX_VECTOR (23 * 2u) /* 0xFFEE USCI A0/B0 Receive */ #define TIMERA1_VECTOR (24 * 2u) /* 0xFFF0 Timer A CC1-2, TA */ #define TIMERA0_VECTOR
-
Thread
Absolute Position mit Schrittmotor
Hier noch der Quellcode vllt ist dann das Problem eindeutiger zu sehen: [c] ucRxBuffer[8] [/c] ändert sich natürlich mit jeder neuen Position die gesendet wird z.B. so: [c] // 1.Positionen M0&M1 ucRxBuffer[0] = 0x57; ucRxBuffer[1] = 0x03; ucRxBuffer[2] = 0x92; ucRxBuffer[3] = 0x09; ucRxBuffer[4] = 0xC4; ucRxBuffer[5] = 0x01; ucRxBuffer[6] = 0x38; ucRxBuffer[7] = 0x80; // 2.Positionen M0&M1 ucRxBuffer[0] = 0x57; ucRxBuffer[1] = 0x03; ucRxBuffer[2] = 0x92; ucRxBuffer[3]
-
Thread
GNUARM: Problem mit einer Warnung
CAN_MSG operieren willst, dann könntest du die Zuweisung so machen: pSrc = (unsigned int *) &(mRxCAN[mRxOUT].MsgID); Beim Erhöhen mit ++ zeigt dann pSrc auf mRxCAN[mRxOUT].DatA, dann auf ...DatB und so weiter.
( pdest, 8, pMessage->DataB ); ex_setb32( pdest, 12, pMessage->Frame ); } void foo() { serialize_RxCAN( &(mRxCAN[mRxOUT]), uc_RxBuf ) Write_Buffer( uc_RxBuf ); if ( mRxOUT >= MAX_QUEUE ) { mRxOUT = 0;
-
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
Logikausgang des 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
-
Thread
Reichweitenvergleich FM vs. DMR im 70cm Amateurband
Hätte man denn einen Gewinn, wenn man das digitale Audio auf z. B. einen SSB-Sender geben würde? Ich meine das Verhältnis 2,4 kHz analog (300 - 2700 Hz) zu den geschalteten Einzeltönen (ähnliche Rechunung wie mit FT8 und seinen ca. 2 Hz)? Und abgesehn davon, dass der
Charly B. schrieb im Beitrag #6627335: > Die BESTE 'Fehlerkorrekturmaschine' sitzt zwischen 2 Ohren! Die Leistungsfähigkeit dieser Maschine ist individuell sehr verschieden.
-
Thread
Probleme mit USART Ausgabe über SN75176
für MAB wenn 0x00 gesendet wird. Byte mit 57,6KB raus, sofort danach auf 250KB/2 Stoppbit und los gehts. P.S. Selbstverständlich kannst du Start und MAB auch auf anderen Baudraten senden, z.B. mit 100KB und 1 Stoppbit.
Matthias S. schrieb im Beitrag #5509209: > 1. Warum denn floating? Schalte den Pullup an. > 2. Warum die Begrenzung auf 10MHz? Ist zwar vermutlich nicht so wichtig, > kann aber doch Ärger machen. Normalerweise wird der Rx-Pin auf Pull-down geschaltet.
-
Thread
LED Tisch mit Berührungs-/Gegenstandserkennung
f | d | e | f | d | 1 --+---+---+---+---+---+---+---+---+---+---+-- 2 | g | h | i | g | h | i | g | h | i | g | 2 --+---+---+---+---+---+---+---+---+---+---+-- 3 | a | b | c | a | b | c | a | b | c | a | 3 --+---+---+---+---+---+---+---+---+---+---+-- 4 | d | e | f
=ASC&visible_params=2%2C367%2C35%2C10%2C2613%2C365%2C98%2C383%2C32%2C364%2C120%2C55%2C375%2C2234%2C63%2C31%2C804&used_params=383%3A24821%2C24608%2C24792%3B http://www.alibaba.com/product-detail/Linear-Mixed-Signal-Integrated-Circuits
-
Thread
ISM Empfänger mit kleinstem Standby
/800/900MHz, 27,54€ ATZB-A24-UFLB: 2,4HHz + PA und LNA (nicht lieferbar), 40,84€ ATZB-A24-U0: 2,4HHz + PA und LNA, 40,84€ Ist das "ATZB-900-B0" für den "Einstieg" in 802.15.4 das richtige? Es scheint kein AT86RF212B drauf zu sein,
Payloads> <Payload id="payl01" text="1 Byte (55)" value="55"/> <Payload id="payl02" text="2 Bytes (00-00)" value="00-00"/> <Payload id="payl03" text="32 Bytes (Random)" value="B2-F8-78-5E-1B-3C-2E-DF-AE-A3-0C-94-CB-39-FF-D3-00-5C-83-17-96-A7-02-B8-6A-23-98-82-B8-C2-A6-7D"/> </Payloads
-
Thread
Arduino Clon Vergleich
Hallo Kann man in diesen Teil einfach mehrere Serielle Schnittstellen einrichten? z.B. Erste Tx/Rx Weiterleitung Zweite Tx/Rx
#4063908: > Hallo > Kann man in diesen Teil einfach mehrere Serielle Schnittstellen > einrichten? > z.B. > Erste Tx/Rx > > Weiterleitung > Zweite Tx/Rx Man kann, aber nicht einfach. Vielleicht schreibst Du mal, was Du vorhast?