-
Thread
miniVNA Tiny - Schaltungsanalyse - Vecor Network Analyzer
aus einem anderen Thread hab ich hier (erstes Bild) mal jene HF-Pfade markiert, die zum RX(gelb), TX(rot) und TX-REFELCTED(lila) gehören. Das zweite Bild zeigt die LDOs und ihre Zugehörigkeit. -) ROT: LDO + LC-Filter für TX-"amplifier"? -) GELB: LDO + LC-Filter für den Oszillator -) BLAU: LDO
"S1X 316" (hat balanced input und unbalanced output?) -) "TA 2y" (ich vermute ein SAW filter) -) Der silberne chip im 6-pin CSP rechts über dem "TA 2y" (Filter?) Weiters sind die verwendeten Balancer Trafos noch nicht klar. Wahrscheinlich wurden einfach jene
-
Thread
Rauschen auf Sprachleitung (Sprachübertragung via Oberwellen)
geerdete Spannung (von der Anzeigetafel) könnte was helfen. Sehe ich dies richtig, rs232 ist gnd und TX. Oder ist es TX/rx ? Auch schon 2x 100 Ohm Widerstände in der TX/gnd Leitung zum Display könnte was bringen ohne eine Isolierte Leitung zu benötigen.
Telefone Headsets mit 2,5mm-Klinke anschliessen, einige Grandstreams haben sogar Bluetooth eingebaut. Ein Tastendruck, das Gegenüber klingelt ... und die Verbindung steht. Von SNOM gibts z.B. auch ein SIP-Durchsagesystem
-
Thread
FT232R agiert "zufällig"
RTS/CTS müssen verbunden sein bei Betrieb von RX/TX einzeln, ansonsten ist es ein Zufallsspiel ob die Übertragung frei ist oder nicht.
http://www.ftdichip.com/Documents/DataSheets/Modules/DS_UM232R.pdf Gibt es zu kaufen, z.b. RSonline ohne Versandkosten auch mit kleinem USB Stecker = UB232R
-
Thread
LED blinken lassen waehrend senden/empfangen vom USART
Was ist denn die Aufgabe? Zum Blitzen kann man doch einfach eine High-Effizient direkt an RX/TX hängen. Z.B. eine High-Effizient in rot mit 10k an 3/5V direkt am Controller oder mit 20k gegen Masse vor bzw. hinter dem Inverter. Und wenn es ganz sicher sein soll, dann halt noch antiparallel eine
dann, wenn sie ein Byte transportiert hat, ein Flag setzt. Für mehrere Kommunikationskanäle (z.B. auch: TX und RX einer UART) braucht man die Statemachine des Monoflop übrigens nur einmal implementieren.
-
Thread
ESP32 Audio Kit V2.2 RX Pin ohne Funktion
laufen lassen mit selbem Display... alles funktioniert! Hat einer von euch auch dieses Audio Kit v2.2 und die Seriale Schnittstelle getestet? Ich gehe nämlich inzwischen davon aus, dass mein Board ne Macke hat! Wäre für eine Rückmeldung ob RX und TX bei euch geht echt dankbar! Gruß Uli
Schaltungsunterlagen von deinem Board und zeige deinen Schaltplan. Hallo Stefan! Ich hänge dir mal 2 Fotos des Schaltplans an. Es handelt sich um die ESP32 Audio Kit "V2.2" Version Gibt es da Unterschiede der Anbindung von RX/TX bei diesem Board und z.B. einem ESP32 WROOM -32U? Gruß Uli
-
Thread
ST24c04 - Nur erster Block lässt sich beschreiben
nicht, daß es nicht funktioniert. Du hast ne Menge zusätzlicher Fehlermöglichkeiten (Interrupt, HW-I2C). Machs erstmal zu Fuß (SW-I2C, keine Interrupts). Außerdem fehlen Funktionen, z.B. EEPROM_Select. Quelltexte als Anhang mit allem zum Compilieren nötigem! Peter
Mein EEPROM_Select setzt die Adresse des EEPROMS zusammen. Also 0b1010 und dann eben 0b00hintendran für die hardwired Adresse sowie eine 0 für Block 0 bzw. eine 1 für Block 1 hinten dran. Ergo: Block 0 = 0b1010000 Block 1 = 0b1010001 Das kommt ja auch raus
-
Thread
MENÜ-STEUERUNG
Timer3 CompareB Handler jmp nix; TIM3_OVF ; Timer3 Overflow Handler jmp nix; TIM2_COMP ; Timer2 Compare Handler jmp nix; TIM2_OVF ; Timer2 Overflow Handler jmp nix; TIM1_CAPT ; Timer1 Capture Handler jmp nix; TIM1
CompareB Handler jmp nix; TIM3_OVF ; Timer3 Overflow Handler jmp nix; TIM2_COMP ; Timer2 Compare Handler jmp nix; TIM2_OVF ; Timer2 Overflow Handler jmp nix; TIM1_CAPT ; Timer1 Capture Handler jmp nix; TIM1
-
Thread
Handshake das auf TCP aufsetzt
Ethernet-IC von Wiznet unterstützt nur TCP und UDP. - 4 Sockets können frei verwendet werden. - TX-Buffer bzw. RX Size kann auf 2/4 kB gesetzt werden - TCP Handshake endet am Wiznet-IC -> daher habe ich keine Möglichkeit die Übertragung zu blockieren - disconnect/connect der TCP-Verbindung nach
Signalisierung kennen. Wie sich das beim Wiznet darstellt habe ich grad nicht parat. http://docs.hp.com/en/B2355-90136/ch03s07.html
-
Thread
Max485 TX abschalten - RX erkennt dies
gerade am rumtesten von rs485 als Bus für ein paar teilnehmer Mein testaufbau besteht gerade aus 2 MAX 485. RX_seite: RE/DE sind auf GND gezogen, RO geht an einen MAX232, welcher das ganze in RS232 umsetzt. TX_seite: DI geht an RX, RO an den TX von einem Mega8, !RE/DE gehen an TX_PIN(=PD2
den anderen Teilnehmer Mist ankommt. Mit einem Multimeter hab ich mal die Spannung zwischen A und B gemessen. wenn TX_PIN=1 (also senden) hab ich 2.3 Volt - nach dem Umschalten 32mV. Jetzt wollte ich fragen ob ich beim Aufbau einen theoretischen fehler gemacht habe bezüglich rs485 -> max232 ->
-
Thread
[ASM & C] PIC12/PIC18/PIC24 WS2812 SPI Library
.section MAINRAM, bss, address(0x850) RGB_bytes: .space number_rgb_bytes[/code] Variblem wie tx_cnt/tx_buf brauch es nicht, das der PIC24 16 Arbeitsregister hat. -Dann wird das SPI Modul initialisiert. -Dann erden die RGB Werte byteweise mit mov.b in die Register geschrieben. -Danach kann die
die Funktion: *data : Ein Array aus unsigned char in dem die RGB werte in der Reihenfolge G1,R1,B1,G2,R2,B2,G3,R3,B3,G4,R4,B4,... stehen number_leds : Die Anzahl der LEDs an die die Daten gesendet werden sollen Das Timing ist für Fosc=32MHz geschrieben. Wenn jemand eine andere Taktfrequenz verwenden
-
Thread
CAN-Bibliothek für den at90CAN128 und das AVRStudio
falls du keinen externen hast?! // PullUps für Eingänge aktivieren PORTA |= (1<<PA0)|(1<<PA1)|(1<<PA2)|(1<<PA3); PORTC |= (1<<PC0)|(1<<PC1)|(1<<PC2)|(1<<PC3)|(1<<PC4)|(1<<PC5)|(1<<PC6); // CAN initialisieren CAN_init(get_baudrate(), TX); // ...wie das Senden und Empfangen funktioniert,
while (!getbit(CANSTMOB, TXOK)); clearbit(CANSTMOB, TXOK); PORTB = 0b00000100; //LED 2 blinkt _delay_ms(1000); PORTB = 0b00000000; Dadurch, dass die erste LED blinkt die zweite allerdings nicht weiß ich, dass ich wohl nicht über die while Schleife hinaus komme
-
Thread
Erfahrungen mit Nordic Semi nRF24L01+ Reichweite?
t status; uint8_t rpd; status = nRF24L01_command(NOP, 0, 0); displayBargraph(++irqCount * 2); if(status & (1 << TX_DS)) { if(TxActive == 2) { RX; mirf_CE_hi; } TxActive = 0; displaySymbols(0, LCD_TOWER); nRF24L01_write_register(STATUS
status; > uint8_t rpd; > status = nRF24L01_command(NOP, 0, 0); > displayBargraph(++irqCount * 2); > > if(status & (1 << TX_DS)) > { > if(TxActive == 2) > { > RX; > mirf_CE_hi; > > } > > > TxActive = 0; > displaySymbols(0, LCD_TOWER); > nRF24L01
-
Thread
STM32 CAN Botschaft empfangen
im refman gucken, an welcher stelle im filterwort das RTR bit steht, ich glaube, Bit 1 oder 2.
Rainer B. schrieb im Beitrag #6233744: > Was zeigt das Oszi denn da? Das Tx-Signal vom Sender-Board oder das > RX-Signal vom Empfänger-Board? Das Siganl zeigt das CAN Low Signal. Im jetzigen Anhang zeigt
-
Thread
bidirektionale Datenübertragung zwischen 2 Atmega 8
Grundlagen! Tx1<->Rx2 RX1<->TX2 Also eine art Crossover!
2ter
-
Thread
[S] günstigen 5V kompatibles TTL(232) USB-Kabel mit schnellem Versand
Was ist denn ein "Hobby King 2.4Ghz 6Ch Tx USB Cable" ?
>Was ist denn ein "Hobby King 2.4Ghz 6Ch Tx USB Cable" ? Ein günstigen 5V kompatibles TTL(232) USB-Kabel :-) Die "Hobby King 2.4Ghz 6Ch Tx" ist eine billige China-Modellfernsteuerung, die eine seriellen TTL-Schnittstelle zur
-
Thread
PIC16F1825 - I2C Acknowledge Problem?
***************************************************** ; setze Adresspointer auf adr_l/adr_h im I2C-Device adr_e i2c_set movfw adr_e ; 1010 xxx0 I2C-Adresse fuer schreiben andlw b'11111110' ; letztes Bit 0 = write Data call i2c_tx ; sende I2C-Adresse movfw adr_h call i2c_tx ; sende interne Adresse HI movfw adr_l call i2c_tx ; sende interne Adresse LO return ;****************
-
Thread
SRAM auslesen der von einer anderen CPU genutzt wird
; public TF2_EXF2 code:002B TF2_EXF2: code:002B ljmp TF2_EXF2_0 ; timint2 code:002B ; End of function TF2_EXF2 code:002B code:002B ; --------------------------------------------------
; 60 loops code:0B2F code:0B2F code_B2F: ; CODE XREF: code_920+210j code:0B2F dec A code:0B30 jnz code_B2F code:0B32 jb RAM
-
Thread
Probleme mit ADC LTC2418
2) Read and send byte array { SPDR = tx[cnt]; // Write data-byte while(!(SPSR & (1<<SPIF))); // Wait until data is transmitted rx[cnt] = SPDR;
Ich übergeben: [c] #define CH0 0xB0 #define CH1 0xB8 #define CH2 0xB1 #define CH3 0xB9 #define CH4 0xB2 #define CH5 0xBA #define CH6 0xB3 #define CH7 0xBB #define CH8 0xB4 #define CH9 0xBC #define CH10 0xB5 #define CH11 0xBD
-
Thread
Netzwerkproblem
RX packets:66413 errors:0 dropped:0 overruns:0 frame:0 TX packets:52422 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:71485462 (68.1 MiB) TX bytes:6677326 (6.3 MiB) Interrupt:
geschafft, die Netzwerkbelegung meines Netzes statisch zu machen, es gibt jetzt: Router: 192.168.2.2. Lin32 2.3 win 2.7 Lin64 2.4 Printer 2.60 Was ich ursprünglich wollte und noch immer will, ist einige Daten von Rechner A nach Rechner B schieben. Früher
-
Thread
UART-Verbindung eines DSPIC30F4011 zu PC
= 1; //Enabling Transmission U2STAbits.URXISEL = 0b00; } void __attribute__((interrupt, no_auto_psv)) _U2TXInterrupt(void) { U2TXREG = uc_data; IFS1bits.U2TXIF = 0b00; } int main(void) { UART2_Init();
1; //Enabling Transmission U2STAbits.URXISEL = 0; } int main(void) { UART2_Init(); while (1) { U2TXREG = 0b10101010; delay(2); U2TXREG = 0b11111111; delay(2); } return
-
Thread
IR-Emfänger TSOP 4838 an ATmega328P
(ATMEL_AVR) # define IRSND_OCx IRSND_OC2B // use OC2B [/c] Im Kommentar steht eigentlich alles drin. Der ATmega328 ist nur ein größerer ATmega88. Also hast Du zur Auswahl: OC2A und OC2B. Notfalls geht auch noch OC0A und
IRSND_OC2B // use OC2B [/c] bzw. [c] # define IRSND_OCx IRSND_OC2A // use OC2A [/c] Gehe dann einfach so vor wie im Artikel beschrieben.
-
Thread
STM32 SPI DMA - Overrun error
dass immer zuerst RX und dann TX stattfindet. Benötigt einen zusätzlichen DMA Kanal und einen Puffer für die Dummy TX Daten.
>Abhilfe: Sowohl TX als auch RX mit DMA machen. Der TX hat dabei >niedrigere Priorität als RX, so dass immer zuerst RX und dann TX >stattfindet. > >Benötigt einen zusätzlichen DMA Kanal und einen Puffer für die Dummy
-
Thread
Seltsames Phänomen bei serieller Übertr. ESP8266 - MBus 2. Versuch
Christian B. schrieb im Beitrag #7456227: > TX (vom MBus-Board) und RX (vom ESP) sind verbunden, somit (erwartbare) > 0.000V Eben nicht. UART Rx und Tx Leitungen müssen im Ruhezustand auf HIGH Pegel sein, also
Spannung an allen Massepins der Module gegeneinander messen. Da muss immer 0V herauskommen. Christian B. schrieb im Beitrag #7456261: > Ich messe mal den TX ohne ESP ... Tu das.
-
Thread
atmega128 receive uart0 funktioniert nicht
is not a power of 2 #endif #if ( UART_TX_BUFFER_SIZE & UART_TX_BUFFER_MASK ) #error TX buffer size is not a power of 2 #endif /** Size of the circular receive buffer, must be power of 2 */ #ifndef UART_RX_BUFFER_SIZE
#define UART_RX_BUFFER_SIZE 32 #endif /** Size of the circular transmit buffer, must be power of 2 */ #ifndef UART_TX_BUFFER_SIZE #define UART_TX_BUFFER_SIZE 32 #endif /* test if the size of the circular buffers fits into SRAM */ #if ( (UART_RX_BUFFER_SIZE+UART_TX_BUFFER_SIZE) >= (RAMEND-0x60
-
Thread
NFS mit grasshopper / AVR32
701034> 10:15:43.866136 IP 192.168.12.2.0x605294b4 > 192.168.12.1.sunrpc: 108 set mountd.3 10:15:43.866493 IP 192.168.12.2.984 > 192.168.12.1.sunrpc: . ack 694 win 3612 <nop,nop,timestamp 701034 4080105> 10:15:46.867231 IP 192.168.12.2.0x605294b4
Dumps steht beim grasshopper [pre]INFO: task ifconfig:730 blocked for more than 120 seconds.[/pre] 2. Im Syslog des PCs findet sich als letztes [pre]Sep 20 16:07:52 localhost dhcpd: DHCPDISCOVER from 00:0b:2b:12:33:a1 via eth2: network 192.168.12/24: no free leases[/pre] Das führt mich zu folgenden
-
Thread
Endlich neue Probleme! :-(
sehen, was man eintippt. - Stimmt die Terminalprogramm-Einstellung? - Hast Du einen Pegelwandler (z.B. MAX232) am µC und arbeitet er? - Hast Du ein "richtiges" Kabel zwischen µC und PC (TX von PC auf RX vom µC und RX von PC auf TX vom µC)? Gruß Dietrich
Terminalprogramm-Einstellung? Mit Sicherheit ja. Alle Einstellungen sind korrekt. > - Hast Du einen Pegelwandler (z.B. MAX232) am µC und arbeitet er? Ich benutze das Atmel Evaluatuions-Board mit dem eingebauten MAX232. > - Hast Du ein "richtiges" Kabel zwischen µC und PC (TX von PC auf RX vom µC > und RX von PC auf
-
Thread
CH/D/AT Zugelassene Frequenzen ohne Lizenz
gaaanz geringer Leistung, sind trotzdem übrig. Für CB aber sogar besser gedampft als die geforderten 60dB zwischen 50-1000MHz. Der Filter bringt ab 52MHz 62dB, der FT-817 ist ein ziemlich sauberer TX, auch, in dem Fall, im Betrieb außerhalb des Afu. Gezähmt auf 2kHz und nicht mehr als 5W sind als "quasi
328 und EN 300 220 haben die schöneren Tabellen wie ich finde. Receiver Spurious nach EN 300 328 V2.2.2: Frequency range Maximum power Bandwidth 30 MHz to 1 GHz -57 dBm 100 kHz 1 GHz to 12,75 GHz -47 dBm 1 MHz über 1G sind die TX Spurs bei -30dBm. Das ist bei 20dBm im Band (also in der Größenordung
-
Thread
Ansteuerung eines SRAM mit einem FPGA
die einzelnen Komponenten zu instanzieren und diese zu verbinden. Lass dort die Prozesse weg. z.B. top | |-Uart | |-tx_makro | | |-Fifo | | |-tx | |-Baudraten_gen | |- Sram |- FSM Fördert die Übersichtlichkeit enorm und die einzelnen Komponenten lassen sich besser simulieren. Weiter ist mir aufgefallen, dass die funktionale Simulation scheitert (UART TX Leitung wird zu 'X'). Vermutlich liegt das an der Baudratengenerierung. Dein Zähler teilt deine 25 Mhz um Faktor 2 runter. Du musst aber einen Puls mit der 16fachen Frequenz deiner Baudrate generieren
-
Thread
I2C Übertragung ziemlich fehlerhaft
WDTPW | WDTHOLD; // Stop WDT P3SEL |= 0x03; // Assign I2C pins to USCI_B0 // P3DIR |= 0x03; UCB0CTL1 |= UCSWRST; // Enable SW reset UCB0CTL0 = UCMST | UCMODE_3 | UCSYNC; // I2C Master, synchronous mode UCB0CTL1 = UCSSEL_
UCTXSTP; // I2C stop condition UCB0IFG &= ~UCTXIFG; // Clear USCI_B0 TX int flag //__bis_SR_register_on_exit(LPM0_bits); // Exit LPM0 } break; default: break; } } [/c
-
Thread
STM32 CAN Reset Bug Workaround geht nicht
diese schier endlosen Register zu umgehen, dann möchte ich das auch nutzen. Einfache Peripherie (z.B. I2C Temperatursensoren) habe ich kein Problem mit den Registern. Was ich sehr ungern mache und beim STM32 nicht machen werde, ist auf Verdacht in Registern rumzuspielen. Entweder man weiß genau was
Dann besorg dir eins von den billigen LA's. Heinz M. schrieb im Beitrag #5750030: > dass UART, I2C und einige andere Sachen super schnell funktioniert > haben. I2C ist deutlich lästiger als CAN bei den STM32. Bei CAN macht die Hardware alles automatisch, bei I2C muss man jedes Schrittchen steuern
-
Thread
Defektes GPS Modul
base onNEO-6M core, onboard EPPROM chip, backup battery and HMC5883 compass chip, directly use for APM2.52，2.6，2.8.0, and the port direct compatible with APM serial port and I2C port, plug and play and suitable for other flight control like MWC GPS wire order: Black wire: GND Green wire: TX Yellow
dieses GPS Modul eingebaut: > https://www.amazon.de/LHI-Precision-GPS-Modul-Eingebauter-Kompass/dp/B00XU8TNN4/ref=sr_1_fkmr0_2?ie=UTF8&qid=1541751296&sr=8-2-fkmr0&keywords=ublox+6n
-
Thread
Diskretes Oszilloskop-Frontend
erstaunlicherweise relativ wenig Unterschied, auch mit den BC547/BC557 komme ich da jetzt auf +20dB bis 3MHz und +17,5dB bei 10MHz. Für höhere Frequenzen sind die 2N3904/2N3906 vermutlich aber doch besser geeignet. Die Phasenverschiebung bei hohen Frequenzen macht mir aber irgendwie Sorgen... Könnte
Jonathan Strobl schrieb im Beitrag #4156568: > Der Verstärker im Anhang schafft mit 2x 2N3904 +20dB bei 100kHz bis > 100MHz mit fast komplett glattem Frequenzgang... Zumindest laut LTSpice. > > Lügt die Simulation? Nein, die Simulation lügt nicht, aber die Schaltung ist natürlich
-
Thread
Virtuelle serielle Schnittstelle verliert Daten
ACM-Treiber oder irgendwas in der Gegen das Problem. Beispiel: Verbinde ich einen Arduino mit einem RPi2 über USB und lese von ttyACM gehen zeichen verloren. Verbinde ich den Arduino (RX0/TX0) direkt mit der Pinleiste des RPi2 (RX/TX) und lese von ttyAMA geht nichts verloren. Es geht ebenfalls nichts
Kaj schrieb im Beitrag #4202069: > Beispiel: > Verbinde ich einen Arduino mit einem RPi2 über USB und lese von ttyACM > gehen zeichen verloren. > Verbinde ich den Arduino (RX0/TX0) direkt mit der Pinleiste des RPi2 > (RX/TX) und lese von ttyAMA geht nichts verloren. > Es geht ebenfalls
-
Thread
eHZ - Auslesen über rückseitige IR-Schnittstelle (Elektronischer Haushaltszähler)
=> COM-Port PIN 4 (DTR) GND (grün) ===> COM-Port PIN 5 (GND) Rx (rot) ===> COM-Port PIN 3 (TXD) Tx (schwarz) ===> COM-Port PIN 2 (RXD) COM-Port Settings: Baud: 9600 Data: 7 Stop: 1 Parity: Even DTR ===> enabled Bin für jede Hilfe dankbar!!!!
verdrahtet? Meines ist wie folgt verkabelt: EHZ001 ===> COM-Port (9pol. Sub-D) braun ===> Pin2 weiß ===> Pin3 gelb ===> Pin4 grün ===> Pin5 (Original EHZ001-Farben) wobei ich glaube, dass ich Rx/Tx noch auf meiner Platine gedreht habe, d.h. Rx/Tx evtl. mal tauschen. Messe mal die
-
Thread
Telit GM862-Quad Problem
= power off // I/O port initialization P1M1 = 0x2F; // #00101111B; 0-QUASI BIDIR| 0-PUSH PULL | 1-INPUT ONLY | 1-OPEN DRAIN P1M2 = 0x0F; // #00001111B; 0/ | 1/ | 0/ | 1/ P1 = 0xD0; // P1 = b11010000
= b11010000; LED_R P1.7=1->off, LED_W P1.6=1->off, // MDM_SHDN P1.4=1->off, MDM_RST P1.3=0->on, MDM_PWR P1.2=0->on P2M1 = 0x3C; // #00111100B; 0-QUASI BIDIR| 0-PUSH
-
Thread
USART von Microcontroller zu GSM Modul funktioniert nicht
.Init.WordLength = UART_WORDLENGTH_8B; huart2.Init.StopBits = UART_STOPBITS_1; huart2.Init.Parity = UART_PARITY_NONE; huart2.Init.Mode = UART_MODE_TX_RX; huart2.Init.HwFlowCtl = UART_HWCONTROL_NONE; huart2.Init.OverSampling
__HAL_RCC_GPIOB_CLK_ENABLE(); /*Configure GPIO pin Output Level */ HAL_GPIO_WritePin(LD2_GPIO_Port, LD2_Pin, GPIO_PIN_RESET); /*Configure GPIO pin : B1_Pin */ GPIO_InitStruct.Pin = B1_Pin; GPIO_InitStruct.Mode = GPIO_MODE_IT_FALLING; GPIO_InitStruct.Pull = GPIO_NOPULL; HAL_GPIO_Init
-
Thread
ASCII über UART senden
zeros // clear RI0 and TI0 bits if (SYSCLK/BAUDRATE/2/256 < 1) { TH1 = -(SYSCLK/BAUDRATE/2); CKCON &= ~0x0B; // T1M = 1; SCA1:0 = xx CKCON |= 0x08; } else if (SYSCLK/BAUDRATE/2/256 < 4) { TH1 = -(SYSCLK/BAUDRATE/2/4); CKCON &= ~0x0B; // T1M = 0; SCA1:0 = 01 CKCON |= 0x01; } else if (SYSCLK/BAUDRATE/2/256 < 12) { TH1 = -(SYSCLK/BAUDRATE/2/12); CKCON &= ~0x0B;
-
Thread
Antennenbau, Eure Bilder.
Ralf L. schrieb im Beitrag #7148277: > Der selbstgebaute Fernsehsender hat eine Leistung von 2 Watt... Als Transistor werkelt in der Endstufe ein MRF237 im B-Betrieb. Der werkseitig eingebaute Baluntransformator in der VHF Yagiantenne hat die 2 Watt Sendeleistung zwar gut überstanden, trotzdem
LF-Rechteck-Luftspule: 53 Windungen 0,6mm isol. Schaltdraht primär, 4 sekundär. Maße primär: 40x60cm. Die Antennen 2 und 3 können mit Parallelkondensatoren und Drehko abgestimmt genutzt werden. Frequenzbereiche: 1.A. 1..70Hz, 1.B. 1..9,3Hz, 1.C. 1..13Hz 2. 3..45kHz 3. 10..180kHz
-
Thread
Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus
GastTX wrote: > @Benedikt: Was ist ClockL und ClockH und für was sind diese? Das sind die Werte die an PortB angelegt werden, mit jeweils dem Shiftclock Pin auf Low bzw. auf High. > In deiner CLRLOOP
@Wigbert > sowas in der Art? > Printbin 17 ; 2 ; 2 'Zeile Vorwahl Nr. > Print = Mid(text , 27 , 6) 'Vorwahl Nr. Danke, "PRINTBIN" hat mir sehr weitergeholfen. Inzwischen habe ich noch gelernt, dass es z.B. auch so gehen würde
-
Thread
Gibt es passiv arbeitende USB 2.0 Verstärker?
tobi schrieb im Beitrag #2424782: > mein USB nutzt die Signale RX (lesen) Einseitig gerichtet, TX > (schreiben) einseitig gerichtet und die Handschkesignale ebenflls > einseitig gerichtet eine andere USB-Schnittstelle kenne ich nicht. Echt? Ich kenn USB (1.1, 2.0) nur mit 4 Adern und Schirm.
z.B. bei WLAN. Die Geschindigkeit (Low Speed und Full Speed bei USB1.1, zusätzlich noch High Speed bei USB 2) wird quasi mit der Entwicklung festgelegt. Diese Leitungsumsetzer arbeiten USB-seitig immer mit
-
Thread
PIC18F Can Hardwarefilter anstatt Software Filter?
USE_LOOPBACK_MODE #endif //Size of RX buffer (14 bytes per buffer entry) has to be greater than or equal to 2 #define RXBUF RX_BUFFER //Size of TX buffer (14 bytes per buffer entry) has to be greater than or equal to 2 #define TXBUF TX_BUFFER #if TXBUF < 2 || RXBUF < 2 #error "The RXbuffer and TXbuffer
values 0x03, 0xAA, 0x05 at Fosc = 16MHz works with * the default firmware at nodeB on the CAN I/O expander board. ********************************************************************/ char CANOpen(unsigned char CONFIG1, unsigned char CONFIG2, unsigned char CONFIG3) { TRISB2
-
Thread
GCC Compiler Optimierungen
); #endif UCSRB = (1<<TXCIE)|(1<<TXEN); // UART TX + TX fertig int einschalten UCSRC = (1<<UCSZ1)|(1<<UCSZ0); // Asynchron 8N1 //init_fifo fifo[0] = 0; fifo[1] = 0; fifo[2] = 0; //Timer1 init erzeugt den IR
<WGM11); // Clear OC1A on Compare Match (Set output to low level) TCCR1B = (1<<WGM13)|(1<<CS10); // TCCR1A (1<<COM1A1) wird später gesetzt TCCR1C = 0; ICR1H = 0; // Timer max auf 8,8 (8MHz/455KHz)/2 ICR1L = 9;
-
Thread
Hilfe beim Überprüfen von Arduino GPS-Modul
Verwendung mit einem Arduino bestellt (Link: http://www.aliexpress.com/item/Free-shipping-GY-NEO6MV2-new-NEO-6M-GPS-Module-NEO6MV2-with-Flight-Control-EEPROM-MWC-APM2/32576382110.html), Fotos anbei. Das Modul hat 5 Anschlüsse - VCC, GND, TXD, RXD und PPS (PPS = "Timepulse" laut Datenblatt). Ich bekomme
Serial Konverter um das GPS Modul direkt mit dem PC zu verbinden: GND, VCC (3,3V und 5V probiert), TX/RX überkreuz. Sobald das GPS Modul mit dem USB/Serial Konverter verbunden ist wird dieser nicht mehr vom PC erkannt. Außerdem wird der Chip auf dem Konverter schnell sehr warm. (2) Statt VCC vom USB
-
Thread
PIC16F877 - Interrupt auslösen bei Empfang eines Bytes
// Variablen char n; char w; uns16 addr; uns16 test1; uns16 test2; TRISA = 0b.0000.0000; // PortA als Ausgang definieren TRISB = 0b.0000.0000; // PortB als Ausgang definieren TRISE = 0b.0000.0000; // PortE als Ausgang definieren TRISD = 0b.0000.0000; PORTA = 0b.0000.0000; PORTB = 0; PORTE = 0; PORTD = 0b.0000.0000; TRISC=0b.1011.1100; // RC6>TX, RC7>RX InitUSART(); // Hardwareschnittstelle
-
Thread
Unsauberes UART Signal
Hallo, ich verwende einen STM32L010 Controller und wenn ich über die Tx-Leitung Daten an den Teilnehmer sende, (@ 57600 b/s) erhalte ich ein etwas unsauberes low-Signal (siehe Bild). Das low-Signal wird hier wie es aussieht beim Sampling um ca. 0.2V hoch gezogen. Kann
zusammen hängen. Dann wäre der Effekt genau umgekehrt, d.h. eine langsame Flanke. Der Anstieg um 0,2V ~10µs nach der Flanke sieht eher nach 2 Ausgängen aus, die gegeneinander kämpfen. Könnte aber auch ein spezieller 1-Draht Mode sein, z.B. LIN-Bus.
-
Thread
Anfängerfrage: AM vs FM und CC1101
from 0.02 to 1621.83. Default is 99.97 kBaud! ELECHOUSE_cc1101.setPA(10); // Set TxPower. The following settings are possible depending on the frequency band. (-30 -20 -15 -10 -6 0 5 7 10 11 12) Default is max! ELECHOUSE_cc1101.setSyncMode(2); // Combined
Whitening off. 1 = Whitening on. ELECHOUSE_cc1101.setPktFormat(0); // Format of RX and TX data. 0 = Normal mode, use FIFOs for RX and TX. 1 = Synchronous serial mode, Data in on GDO0 and data out on either of the GDOx pins. 2 = Random TX mode; sends random data using PN9 generator. Used for
-
Thread
Zwei Chips per UART verbinden + USB Adapter
Dem Rx Eingang des AVR genügen die 3,3V als High Pegel. Dieser Wandler ist total überflüssig. 2) Die 5V vom Tx Ausgang des AVR kannst du mit einem simplen Spannungsteiler (1k Ohm und 2,2k Ohm) auf 3,3V runter bringen. Bei 115200 Baud klappt das absolut zuverlässig. Höhere Baudraten habe ich nicht
auch miteinander funktioniert das zunächst. Manchmal kommt es nun vor, 1) dass die Richtung ESP TX -> AVR RX gar nicht mehr funktioniert oder 2) nur noch funktioniert nachdem man die USB-Adapter gezogen hat. Beides ist irgendwie irreversibel und funktioniert wieder, wenn man den AVR getauscht
-
Thread
RS485 Pegelunterschiede
~4iDFBhau2hQpve-OQAy103dWUle6yM9Yy68UYzJMPGX-nHDFYBgXoJH5Rs213mu5ZiF4F7YW4MOUS2OBAiYob0DSnmjMHwjDrc2Sng7bw8xqpQCU0bsiNpg__&Key-Pair-Id=K1I2N54A7B0GD Dort wird im Bild 13 geschrieben, dass der GND nicht zwingend
Seiten in etwa das gleiche Potential hat (+- 5 bis 10V), dann braucht man keinen GND mitführen. Z.B. weil irgendein Gerät doch einen Erdbezug herstellt. Wenn beide GND floatend sind, werden sie sich aufeinander einpendeln. Wenn GND1 floatend ist und GND2 nicht, dann wird sich GND1 auf GND2 einpendeln
-
Thread
D-Flip Flop: Daten werden nicht übernommen
von ATMEL */ PIN 13 = Tx1 ; NODE Delay1A ; /* D-Flip Flop 1. Delay */ NODE Delay1B ; /* D-Flip Flop 2. Delay */ NODE Clock ; /* D-Flip Flop als Teiler
; /* */ Delay1A.CK = Clock ; /* 5 MHz vom D-FF Clock */ Delay1B.CK = Clock ; /* dito */ Delay1A.D = Tx1 ; /* Tx1 1. Delay */ Delay1B.D = Delay1A ; /* Tx1 2. Delay */ end ;
-
Thread
Übertragungsfehler mit dem FT232RL
>Die Datenübertragung ist also total verstümmelt. Falsche Baudrate. >Schließe ich an die RX,TX Pins des Atmels einen TUSB3410 oder einen >CP2102 an, funktioniert die Übertragung wunderbar. Masse auch verbunden? http://www.mikrocontroller.net/articles/AVR_Checkliste#UART.2FUSART >weiterhelfen
Sebastian Weidmann schrieb: > Wenn ich den FT232R ohne AVR anschließe, liegt am RX und TX > 0V an! Beim TUSB3410 liegen da z.B. 3,3V an. > Versorgungsspannung ist aber OK und der 3V3OUT Pin hat auch seine 3,3V. Und an VCCIO? Mess mal nach, ob da auch wirklich 5V anliegen. > Ich bin