-
Thread
Projekt Kurzwellenempfänger Doppelsuper welcher VCO?
Phasenrauschen noch schlechter und dann VCO Phase Noise Performance −89 dBc/Hz 10 kHz offset from 2.2 GHz carrier wird natürlich nach Teilung besser nur immer noich nicht gut genug für einen SSB RX Trägernähere werte (z.b. bei 1kHz, 0,1kHz) gibt AD nicht an aber die wären für diesen Fall wichtiger
Nachteil vom DDS, Spurs sollten nicht unterschätz werden, ist aber abhängig vom Anwendungsfall z.b. beim beschränken auf die Afu Bänder ist bei Verwendung von schmalen und steilen Bandfiltern am RX Eingang davon nichts zu merken auch hat der AD9912 2 Spurs Killer integriert zum nachlesen, gibt
-
Thread
Daten ins Flash speichern mit dem STM32
Im Datenblatt steht wahrscheinlich "up to 255 Pages" ... Also hast du nur 192 Seiten a 2kB, was dann deine 384kB ergibt.
block: [...] up to 64 Kb × 64 bits divided into 256 pages of 2 Kbytes each (see Table 6) for high-density devices [...] [/code] Also wieder das "up to". Da dies 512 kB Flash entsprechen würde, musst du halt deine 192 Pages a 2 kB selbst ausrechnen und kommst
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
wenn's hier eh schon so schön OT ist... PIC32 wurden schon erwähnt: Gibt's bspw als PIC32MX270F256B mit 256 kiB Flash, 64 kiB RAM, USB im DIP-28 (mit Steigerungsmöglichkeit: SOIC, SSOP ;)) Oder QFP zum Löten Üben? ;) 0.8mm Pitch und 64-Pins gibt's bei Renesas: RX111 geht bis 512 kiB Flash, 64 kiB,
, und den R8C13 im Regen stehen lassen. Für die SH2A µCs braucht man zum Einstieg allein schon einen E10A Emulator, der vor ein paar Jahren bei € 200/Stk. lag. Erst die neueren Renesas µCs (RX) werden mit 1- bzw. Mehrdraht Debug-Interface angeboten. SWD
-
Thread
40 Spannungen einlesen und an AtMega8 übertragen
Wie kommst Du auf 7s? 1,2kBit / 10 Bit / 40 = 0,4s Und niemand sagt, daß Du mit 1,2kBit senden mußt. Du kannst z.B. 50kBit nehmen. Peter
avion23 schrieb im Beitrag #1904687: > Warum i2c mit zwei Oktokopplern nicht funktionieren soll verstehe ich > nicht. Dann hast Du Dir I2C noch nie angeschaut. I2C ist bidirektional, d.h. Du brauchst 4 Optokoppler und nen Splitter (P82B96).
-
Thread
Kann man denn jetz das hi- und low-byte eines uint16_t effizient lesen in c?
Wege ein globales volatile uint16_t ins eeprom zu schrieben: [code] u16_t tmp; tmp.b.hi = spi_rx_buf[1]; 2fa: 70 91 68 00 lds r23, 0x0068 tmp.b.lo = spi_rx_buf[2]; 2fe: 60 91 69 00 lds r22, 0x0069 eeprom_write_word( &ee_temp_high, tmp.i ); 302: 82 e0
Leo B. schrieb im Beitrag #2961818: > eeprom_write_word( &ee_temp_high, (spi_rx_buf[1]<<8) + spi_rx_buf[2] ); probier doch Mal statt dessen uint16_t temp; temp = spi_rx_buf[1]<<8 + spi_rx_buf[2]
-
Thread
ST26 16MBit Flash <.> XMEGA256A3BU
wait_is_busy(DataFlash,FlashSPI); Spi_USARTD0_Slave_Select_Low(FlashSPI); Spi_USARTD0_Rx_Tx(0x03); Spi_USARTD0_Rx_Tx((addr>>16)&0xFF); Spi_USARTD0_Rx_Tx((addr>>8)&0xFF); Spi_USARTD0_Rx_Tx((addr&0xFF)); for (uint8_t byte=0;byte<leng;byte++) { DataFlash->RxBuffer[byte
while (1) { char Read[7]; Spi_USARTD0_Slave_Select_Low(FlashSPI); Spi_USARTD0_Rx_Tx(0x72); Read[0] = Spi_USARTD0_Rx_Tx(0x00); Read[1] = Spi_USARTD0_Rx_Tx(0x00); Read[2] = Spi_USARTD0_Rx_Tx(0x00); Read[3] = Spi_USARTD0_Rx_Tx(0x00); Read[4] = Spi_USARTD0_Rx_Tx
-
Thread
RFM12 Statusabfrage
); rf12_ready(); rf12_trans(0xB82D); // Datenschlüssel 2D und 4D senden, damit der Empfänger erkennt, rf12_ready(); // wo die Nutzdaten beginnen rf12_trans(0xB8D4); rf12_ready(); rf12_trans(0xB800 | data); // Sende Daten rf12_ready(); rf12_trans(0xB8AA); // Sende 2x Dummybyte AA, damit der Sender rf12_ready(); // nicht zu früh abgeschaltet wird rf12_trans(0xB8AA); rf12_ready(); rf12_trans(0x8208); // TX off } [
-
Thread
RS-422 - Adapter die NICHT "das Gras wachsen hören", keine Geister-Bytes (0xff) melden?
dem Oszilloskop (über Trenntravo versorgt) sehe. Dagegen hilft auch nicht a) je 100 Ohm zwischen Rx+ und Rx-, Rx+ und Gnd, Rx- und Gnd, sowie zusätzlich b) je 0,1 µF zwischen Rx+ und Rx-, Rx+ und Gnd, Rx- und Gnd. Also Terminierung differentiell sowie gegen Masse und auch Tiefpassfilterung differentiell
> Dagegen hilft auch nicht a) je 100 Ohm zwischen Rx+ und Rx-, Rx+ und > Gnd, Rx- und Gnd, sowie zusätzlich b) je 0,1 µF zwischen Rx+ und Rx-, > Rx+ und Gnd, Rx- und Gnd. Lass mich mal raten. Du hast keine Ahnung von dem was du da machst oder?
-
Thread
Hammond B3 Clone mit ATMega
@Eric B. (beric): Da der TO ja schon den ATmega328 genannt hat, bin ich davon ausgegangen, daß die 'Unter-Baugruppen' ja schon _einen_ echten UART haben, der 'µC MIDI' braucht aber 2, was es nicht bei allen
das wäre wenigstens einfach zu ersetzen wenn es mal kaputt oder verschütt ginge: 1 +12V (5V ?) 2 +12V (5V ?) 3 TX+ 4 RX+ 5 RX- 6 TX- 7 Ground 8 Ground Schirm Ground > [...] mit weniger Pins für alle Peripherie passt vielleicht das > ganze System in einem einzelnen uC. Hatte
-
Thread
2 mal USART interrupt, wie gestalten?
Beitrag #4967290: > Mal angenommen eine Routine liest grade ein byte ein. Nach Übertragung > von z.B. 4 bit geht der andere interrupt los und unterbricht. Ist dieses > "Szenario" überhaupt denkbar? Nein. -> Rx1_Byt1 -> Rx1_Byt2 -> Rx1_Byt3 -> Rx2_Byt1 -> Rx1_Byt4 usw. Was soll da unterbrochen
brne .-28 ; 0x3998 <testfunc2+0x2e> 39b4: 08 95 ret break; default : if (z > BUFFSIZE) { z=0; break; } 39b6: e1 32 cpi r30, 0x21 ; 33 39b8:
-
Thread
80 Bit x 80 Bit auf dem AVR multiplizieren
1 ; im ersten Durchlauf wird immer gesprungen mul32_loop: brcc mul32_noadd add RX4,RY0 adc RX5,RY1 adc RX6,RY2 adc RX7,RY3 mul32_noadd: ror RX7 ror RX6 ror RX5 ror RX4 ror RX3 ror RX2 ror RX1 ror RX0 dec
[0]*b[4]*B^4 +... [/pre] mit der Basis B (hier 256) gibt es keine Überläufe von einer Doppelziffer (B^2) zur nächsten. Dito für [pre] a[1]*b[0]*B^1 + a[1]*b[2]*B^3 + a[1]*b[4]*B^5 +... [/pre] etc.
-
Thread
Microchip PIC18F und ESP8266 Verbinden/einrichten
simpler Spannungsteiler als Pegelwandler: [code] 1,5k 5V Tx o---[===]----+------o Rx ESP | |~| |_| 2,2k | GND o--------------+------o GND Rx o---------------------o Tx [/code] Auf der Webseite von
Jens schrieb im Beitrag #4727165: > Was mit nun auch aufgefallen ist, das mein PIC18F26K22 kein TX/RX hat :( Nein du hast nicht 1x Tx/Rx sondern sogar 2 EUSART-Module auf dem Chip. Schon mal ins Datenblatt geschaut?
-
Thread
rpi <--> avr uart Übertragungsfehler bei Quarzbetrieb
Ich nehme also den originalen rpi zero 2W, getrennt vom board, bestromt über USB, setze einen jumper über rx/tx, und sende 5 Sekunden lang mit 921k Daten zu mir selbst. Das klappt /linux-serial-test -f -e -S -p /dev/ttyAMA0 -b 921600
, wenn die Uart-Einstellung 2 (oder 1.5) Stoppbits nur auf TX, nicht auf RX wirkt (was bei manchen der Fall ist).
-
Thread
RFM12 vs nrf24l01
// RX Payload with: 5 SPI_Write_Reg(WRITE+EN_RXADDR, 0x01); SPI_Write_Reg(WRITE+RF_SETUP, 0b00101011); SPI_Write_Reg(WRITE+EN_AA, 0b00000001); SPI_Write_Reg(FLUSH_RX,0); SPI_Write_Reg(WRITE+CONFIG,0b01001010); // TX //SPI_Write_Reg(WRITE+CONFIG,0b00111011); // RX }[/c]
-
Thread
Handy-Ansteuerung
und 2 ohne Beschriftung. In einer Reihe TX RX VBAT GND etwas versetzt VRTC ON An TX, RX und GND habe ich über einen Pegelwandler ein Terminal angeschlossen. Mit der Einstellung
das Telefonbuch eines defekten RX-80 auslesen. Das ist über diese Schnittstelle möglich. PSS.: Die von mir gemachten Angaben zu den verwendeten Chips im Telefon bezogen sich auf die Revision 1.2. Mittlerweile wird RX-
-
Thread
EMV von Datenleitungen?
meinen UART wäre ein Bus und man könne mehrere Teilnehmer drauflegen. Dann treiben zwei TX-Ports z.B. auf einen RX. Je nach Zustand treiben dann zwei TX aufeinander. Was ist da so schwer zu verstehen. Stell dir vor das eine TX sendet 0 (es "verbindet" den Ausgang mit GND) das andere sendet 1 (
meinen UART wäre ein Bus und man könne mehrere > Teilnehmer drauflegen. Dann treiben zwei TX-Ports z.B. auf einen RX. Je > nach Zustand treiben dann zwei TX aufeinander. > > Was ist da so schwer zu verstehen. > > Stell dir vor das eine TX sendet 0 (es "verbindet" den Ausgang mit GND) > das andere
-
Thread
Seltsame Ausbreitungsbedingungen
aus, NB ist aus, JS8Call 2.2.0, Interface ist die Soundkarte, über Lutsprecherausgang vom Funkgerät zu Mikrofoneingang PC, Lautsprecherausgang PC zu Mikrofoneingang Funkgerät, AGC Aus, Keine Brummschleife, PTT über CAT-62 Kabel
Spitzenempfängern findet man daher einen logarithmischen Detektor, der eine in dB oder S-Stufen a 6dB/Stufe kalibrierbare Anzeige erlaubt.
-
Thread
Hex File von Atmega16 in Atmega32 verwandeln
Flash > 8KiB gibt's dann zusätzlich noch JMP / CALL, wobei diese Instruktionen bei manchen neueren Devices (zB 0-Series) auch schon bei Flash <= 8KiB unterstützt werden. Das Problem mit RJMP / RCALL im Kontext
kleiner ist NUR RJMP, die anderen JMP oder wenn man möchte auch RJMP, falls die relative Reichweite +2k -2k reicht. Dann bleiben die beiden letzten Bytes ebend unbenutzt.
-
Thread
Pappradio ein günstiges SDR für Kurzwellenhörer
des RX. Hier http://www.fernempfangsradio.de/start.html in der Baumappe findest Du ziemlich weit hinten einige Erläuterungen. Außerdem was hier http://b-kainka.de/iqrx3.htm und hier http://www.andreadrian.de
, DL7AV; mal z.B. nach BCC-Preselektor googeln. Das vom FUNKAMATEUR nach DL2EWN vertriebene SDR verwendet z.B diese Schaltung. Was die Bandbreite betrifft: die 96 kHz Bandbreite der Soundkarte ist sowas immer breit,
-
Thread
ATmega16 startet von allein neu?
schrieb im Beitrag #1923937: > Mir fällt auf, dass du "i" auf Überlauf prüfst, dann aber > "pos_uart_rx_in" zum Speichern für UDR verwendest. Falls > "pos_uart_rx_in" aus irgendeinem Grund aus dem Ruder gelaufen ist (z.B. > im Hauptprogramm), bekommst du eine Speicherverletzung! Die Variable pos_uart_rx_in
schrieb im Beitrag #1923937: >> Mir fällt auf, dass du "i" auf Überlauf prüfst, dann aber >> "pos_uart_rx_in" zum Speichern für UDR verwendest. Falls >> "pos_uart_rx_in" aus irgendeinem Grund aus dem Ruder gelaufen ist (z.B. >> im Hauptprogramm), bekommst du eine Speicherverletzung! > > Die Variable
-
Thread
mehrere AVR synchron laufen lassen
für mich auch viel Zeit, so gut bin ich halt nicht..... deine 1wire quält mich gerade, 1-8 DS18B20 bus powered kurz angebunden klappen, an einer Tel Leitung 10-30m schon mit 2en nur noch Short ERRORs wobei ich das Zusammenspiel mit I/O noch verstehen muss, wo genau da die Wartezeiten oder längeren
*result, u_buff, 10), 5); strcpy(u_buff, insert_char(trimm_string(' ', itoa(((_m*result)+_b), u_buff, 10), 5), ',', 2)); //strcpy(d_buff, itoa(result, d_buff, 10)); u_buff[5]=0; strcat(u_buff, "V "); if(u_buff[1]==' ') u_buff[1]='0'; if
-
Thread
static char *pointer;
// hier vermute ich den Fehler } else rx_state = 2; break; case 2: // hier wird noch einiges geprüft und verarbeitet rx_state = 0; break; } } [/c]
'daten' ein Array eines beliebigen Typs ist (typ daten[array_length]). 2a. Offenbar muss dort stehen rx_buffer_end = ((U8*)daten) + sizeof(daten); denn 2b. Da wir den Typ von daten nicht kennen, muss vor dem Berechnen der Endaddresse der Datentyp auf U8* gecastet werden
-
Thread
STM32F103 und CooCox, Anfängerfragen
Programmiervorgang startet. Lasse sofort danach den Reset Knopf wieder los. https://www.youtube.com/watch?v=jEz0C2bT2M0
im Beitrag #5130869: > Wie > wird der virtuelle COM-Port dann an das STM32-Board angeschlossen? RX an > IO und TX an SCK??? Nein, an eines der Rx/Tx Pärchen von denen es drei gibt, z.B. Rx an PA9, Tx an PA10, und Masse nicht vergessen.
-
Thread
SPI 16-Bit Problem
data0; RXByteCounter = 1; } [/c] Das Empfangen ist, das gebe ich zu, Schwachsinn! Mal wird cmd2 zuerst empfangen, mal cmd1. Ich brauche also irgend eine Art Synchronimpuls. Wie reaisiert man das bei SPI am Besten, es gibt ja keine direkte Adressierung und ACKs wie z.B. bei I2C?! Ich bin über
schrieb im Beitrag #4186575: > Ich habe das Problem bisher so angegangen... > #pragma vector=USCIAB0RX_VECTOR > __interrupt void USCI0RX_ISR (void) > { > ..... > while ((IFG2 & UCA0RXIFG) == 0); // wait > while(TXByteCounter) > while ((IFG2 & UCA0TXIFG
-
Thread
Mini Loopantenne mit NE592N14
"527" -84 dBm +10.57 dB, 1.83 NF PN2222A "327 S-92" -82 dBm +10.53 dB, 2.33 NF plastic 2N2222A "331" -82 dBm +10.48 dB, 2.46 NF KSP2222A "B24" -80 dBm +10.44 dB, 2.65 NF PN2222A "H47" -80 dBm +10.44
1.43 dB NF 2N3866 CEN -88 dBm +10.45 dB, 1.57 dB NF 2SC5706 -86 dBm +10.13 dB, 1.85 dB NF
-
Thread
Kommunikationsprobleme mit UART
Row_0_Output_0 Code: While(1) { DigBuf_RS_Stop(); Driver - Empfang while(!(UART_1_bReadRxStatus()& UART_1_RX_COMPLETE)); x=UART_1_bReadRxData(); DigBuf_RS_Start(); Driver- Senden while(!(UART_1_bReadTxStatus()&UART_1_TX_BUFFER_EMPTY)); UART_1_SendData(x); while(!(bUART_1_ReadTxStatus
DI für Tx und R0 für RX. und geben auf dem Bus die invertierende Signal A und B. Es ist auf dem Bild nicht auf die lineare Anordnung von Tx bzw. A oder B aufzupassen. Dies zeigt nur den Prinzip
-
Thread
TX/RX Schalter mit PIN-Dioden - Spice Modell
Hallo Ihr Lieben, die Schaltung sollte wie folgt funktionieren. Wenn RX_ACT (Empfänger aktiv ist, 5V Pegel am R5 von Basis Q1) auf High ist, ist gleichzeitig TX_ACT (Sender still, 0V am R6 von Q2) auf Low. Dabei Leitet D2 das HF-Empfangssignal an den Widerstand RX,
alle Ausgänge zusammen nur 50mA liefert, was bei weiten zu wenig ist. Die PIN-Diode D4 muss unter 0,2 Ohm kommen (d.h. I > 100mA) um das PA-Signal in einem 50 Ohm System um 40dB zu dämpfen. Bei 10 Watt sind das immer noch 1mW am RX-Eingang. Die mcHF Gemeinde hat teilweise den TX/RX-Switch durch
-
Thread
STM32F2xx USART weigert sich
; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; /* Enable GPIO clock */ RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); /* Enable UART clock */ RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1
5 #define EVAL_COM1_TX_GPIO_PORT GPIOD #define EVAL_COM1_TX_GPIO_CLK RCC_APB2Periph_GPIOD #define EVAL_COM1_RX_PIN GPIO_Pin_6 #define EVAL_COM1_RX_GPIO_PORT GPIOD #define EVAL_COM1_RX_GPIO_CLK RCC_APB2Periph_GPIOD #define EVAL_COM1_IRQn
-
Thread
ENC28J60 PC reagiert nicht
lo ENC28J60_REG_ERXNDH, hi8(ENC28J60_RX_BUFFER_END ), //end hi //rx ptr: //ENC28J60_REG_ERDPTL, lo8(ENC28J60_RX_BUFFER_START+1), //ENC28J60_REG_ERDPTH, hi8(ENC28J60_RX_BUFFER_START+1), //setup bank2: (see microchip datasheet p.36) //1.) clear the MARST bit in MACON2. ENC28J60_REG_MACON2, 0x00, //2.) mac rx enable, activate pause control frame support ENC28J60_REG_MACON1, ((1<<ENC28J60_BIT_MARXEN)|(1<<ENC28J60_BIT_RXPAUS)|(1<<ENC28J60_BIT_TXPAUS)),
-
Thread
default von Switch wird nicht abgearbeitt
typedef struct { uint8_t start; uint8_t len; uint8_t adress; } protoIn; enum { RxLed, RxCh1, RxCh2, RxComp }; #define RxLedPort *((uint8_t volatile*) 42) void RxProt (uint8_t input) { extern protoIn Proto[2]; static uint8_t pos; static uint8_t error;
7dc: 81 30 cpi r24, 0x01 ; 1 7de: 21 f0 breq .+8 ; 0x7e8 <RxProt+0x64> 7e0: 82 30 cpi r24, 0x02 ; 2 7e2: 09 f0 breq .+2 ; 0x7e6 <RxProt+0x62> 7e4: 3f c0 rjmp .+126 ; 0x864 <RxProt+0xe0> Das ist der default
-
Thread
Hardware-Interrupt R8C/13
)[6] 75 'K' 00040A (Rx_Daten)[7] 13 00040B (Rx_Daten)[8] 10 00040C (Rx_Daten)[9] 97 'a' 00040D (Rx_Daten)[10] 116 't' 00040E (Rx_Daten)[11] 112 'p' 00040F (Rx_Daten)[12] 63 '?' 000410
(Rx_Daten)[19] 48 '0' 000417 (Rx_Daten)[20] 13 000418 (Rx_Daten)[21] 10 000419 (Rx_Daten)[22] 79 'O' 00041A (Rx_Daten)[23] 75 'K' 00041B (Rx_Daten)[24] 13 00041C
-
Thread
[How-To] Seagate Dockstar als 300mbit Draft-N Access Point
supported iwconfig scheint korrekt zu sein: wlan0 IEEE 802.11bgn Mode:Master Frequency:2.442 GHz Tx-Power=20 dBm Retry long limit:7 RTS thr=2347 B Fragment thr=2346 B Power Management:off mon.wlan0 IEEE 802.11bgn Mode:Monitor Tx-Power=20 dBm Retry
netzwerkteilnehmer "clienten" verteilt wird. man müsste dann doch nur die wlan0,0, wlan0,1, wlan0,2 nach wlan weiterleiten und von wlan nach z.B. eth0. sehe ich das so richtig?
-
Thread
NRF24L01 und Atmega328P
(RX_PW_P0, 0x00); // Auto-ACK pipe ... nrf24_configRegister(RX_PW_P1, payload_len); // Data payload pipe nrf24_configRegister(RX_PW_P2, 0x00); // Pipe not used nrf24_configRegister(RX_PW_P3
einstellungen zu erhalten. Auch z.B. die Funktion um in den RX-Mode zu gelangen [code] void nrf24_powerUpRx() { wl_module_CSN_lo; spi_fast_shift(FLUSH_RX); wl_module_CSN_hi; nrf24_configRegister(STATUS,(1
-
Thread
Eigenbau KW-Empfänger für angehenden Amateur (SWL)gesucht
'Modulare' seit langer Zeit das Mass der Dinge. Bei Interesse stelle ich gerne meine Version des RX zur Verfügung. VY73 Wilhelm (1) 'Experimental Methods in RF Design' Wes Hayword, Rick Campbell, Bob Larkin ARRL 2003 PS: Diese Teil läuft bei mir seit ca. 2 Jahren auf 30m (10MHz) als
Mit modular meine ich folgendes: Wenn mir z. B. das 2-Kreis Bandfilter nicht gut genug ist, kann ich es ein durch ein 3.kreisuges ersetzen, ohne das ganze Werk neumachen zu müssen. Wenn mir der einfache VFO nicht gefällt, kann ich ihn einfach
-
Thread
Victron ve.bus protokoll analyse
8383FE26E48050C310D6EE400FF82F86C30901C9FF 8383FD2755D6D9EE40FF 8383FE28E47E50C36099EF400FF82F86C20901B6FF 8383FD2955D69CEF7AFF 8383FE2AE48050C3B05CF0400FF82F86C309019DFF 8383FD2B555860F031FF Ich brauche hilfe bei der interpretation.
0xFA 0x04 0xFF wird zu 0xFA 0x05 Stimmt das? Aber was ist denn das? [code] FE72E4 4850 C38076B1 490F 02608634 1A01 1CFF FE74E4 8050 C3D039B2 490F 02608634 1A01 CEFF FE76E4 4A50 C320 FA7DB2 490F 02608635 1A01 73FF FE78E4 8050 C370C0B3 490F 02608634 1A01 A2FF [/code]
-
Thread
Interesse an einfach erweiterbarem Experimentierboard fuer den Xmega128a1?
Sven K. schrieb: > wäre es nicht denkbar die Platine in 2 aufzuteilen, > 1. Ethernet, SD, Bluetooth, etc, Reset Taster > 2. UI (also Display, Taster, etc.) Hm. Das UI also z.B. vorne andockbar ueber einen Steckverbinder? > Dann könnte man die 1.
Nochmal eine Frage an die 100MHz-Erfahrenen hier: Davicom schreibt im Layout Guide zum DM9000B: "Avoid using vias in routing the traces of RX± pair and TX± pair" - klar. VIAs sind fuer das Signal rechte Winkel und verursachen Reflexion. Dann aber auch: "Do not place the DM9000B / 9010B
-
Thread
UART mit 1MBaud
Tycho B. schrieb im Beitrag #4058627: > so, das sagt mir gerade überhaupt nichts. Wo stelle ich was ein? Einfach ohne Mikrocontroller eine Drahtbrücke zwischen RX und TX des FTDI setzten. Alles was du sendest
@Tycho B. (asellus) >> FTDI mit Loopback-Brücke RX<>TX läuft mit 1MBaud? >so, das sagt mir gerade überhaupt nichts. Wo stelle ich was ein? einfach RX und TX am FT232 mit einer Drahtbrücke verbinden.
-
Thread
LM75 am Atmega32
_R)<<1)|((dat2>>7)); //für LM76 komma=(10*(dat2>>3&0b00001111))/16; //für LM76 Datenblatt: http://docs-europe.electrocomponents.com/webdocs/06ec/0900766b806ece4e.pdf Vielleicht habt ihr ne idee, wo mein Denkfehler
Raumtemperatur ca. 22,5°: dat1: 0b00001001 dat2>>3: 0b00011111 temp_sensor1.temp= (dat1<<1)|((dat2>>7)); = 22 DEZ temp_sensor1.komma= ((dat2>>3)&0b00001111)*10/16; //für LM76 = 9 DEZ Die High bei dat2 sind das Problem
-
Thread
Absicherung durch einen MAX232?
schaffen. > Was ist denn bitte ein "unnormaler" Optokoppler? Dir fehlt Bildung. Es ist eher bei 10+2us = 83kHz Schluss https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&ved=2ahUKEwiUuPT-6tvqAhUMXsAKHbSICuEQFjAAegQIBBAB&url=https%3A%2F%2Ftoshiba.semicon-storage.com%2Finfo%2Fdocget.jsp%
da schneller durch. Karl B. schrieb im Beitrag #7085014: > am STK500 EVA Board ist beim RS232-Port in Reihe zum TXD und RXD jeweils > ein 470 Ohm Widerstand und parallel ein 1,2 nF Kondensator. (Wohl zur > UKW-Rundfunkentstörung
-
Thread
STM32 USART4 funktioniert nicht
GPIO_MODE_OUTPUT_PP, GPIO_NOPULL); HAL_GPIO_WritePin(FP_TX_PORT, FP_TX_PIN, GPIO_PIN_RESET); Set_GPIO(FP_RX_PORT, FP_RX_PIN, GPIO_MODE_INPUT, GPIO_NOPULL); huart4.Instance = USART4; huart4.Init.BaudRate = bRate; huart4.Init.WordLength = UART_WORDLENGTH_8B; huart4.Init.StopBits = UART_STOPBITS
Ich habe weitere Tests durchgeführt*: USART1: Rx und Tx reagieren nicht. Die LED die an Rx angeschlossen ist blinkt wenn ich vom PC aus Daten sende. Die LED die an Tx angeschlossen ist blinkt NICHT wenn ich vom MCU aus Daten sende. USART2:
-
Thread
TJA1020 mit ESP32 betreiben
55 50 00 4a b5 00 55 2b 02 41 47 I (6699) LIN_SNIFFER: 39 4e 00 00 00 ed 00 55 6a ff ff ff ff ff ff 00 I (6705) LIN_SNIFFER: 00 55 06 00 00 ff 00 55 97 b8 c7 e8 c3 d2 00 55 I (6711) LIN_SNIFFER: 20 94 82 03 00
82 03 00 | 94 82 02 00 0x21 => Unanswered 0x26 => 87 C3 6C C2 0x27 => FF FF FF FF 0x2A => Unanswered 0x2B => Battery-Sensor, Ford-Part-Number (Multiframe, 8 Byte) 0x35 => Rain-Sensor, Ford-Part-Number (Multiframe, 8 Byte) [/code] Die 0x2B ist nämlich die
-
Thread
AtMega ehwiges Fuse Thema 16 Mhz Quarz
void uart1_init(unsigned int baudrate) { UART1_TxHead = 0; UART1_TxTail = 0; UART1_RxHead = 0; UART1_RxTail = 0; /* Set baud rate */ if ( baudrate & 0x8000 ) { UART1_STATUS = (1<<U2X1); //Enable 2x speed baudrate &= ~0x8000; } UBRR1H
xtalCpu)/((baudRate)*8l)-1)|0x8000) /** 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
-
Thread
CH340N nur bis 38400 Baud?
englischen Datenblatt von Sparkfun steht: "The baud rate error of CH340 UART reception is about 2%, the baud rate error of CH340G/CH340T/CH340R UART transmission is less than 0.3%, and the baud rate of CH340C/CH340N/CH340K/CH340E/CH340X/CH340B is less than 1.2%" https://cdn.sparkfun.com/assets
ich mir angeschaut, wie der CH340N mit einer relativ schnellen Datenübetragung zurechtkommt und z.B. eine Bilddatei von ca. 100 Kilobyte in Schleife (RX und TX des CH340N verbunden) mit dem PC durch den durchgejagt. Bei 1Mbit kam die Datei unbeschädigt an, bei 2Mbit war das Bild ab einem gewissen Zeitpunkt
-
Thread
STM32: To HAL or not to HAL
= DMA_PRIORITY_HIGH; hdma_rx.Init.Request = DMA_REQUEST_2; assert_ok( HAL_DMA_Init(&hdma_rx) ); [/c] Was ist DMA_REQUEST_2? Die ganzen Felder, die da gefüllt werden sind 1:1 auf die Register der Pheripheral
dreifach. Diese ST HAL ist vor allem garkein HAL, sondern eher eine Registerabstraktion. Beim DMA zB muss man immernoch DMA 1/2 und Channel selber raussuchen anstatt zu sagen "Machmal DMA mit dem UART1 RX" (Mein Eigenbau HAL kann das) Habt ihr USB Host oder Device genutzt? Der USB OTG Host in Verbindung
-
Thread
STM32 / C++: Initialisierung von Memberobjekten einer Klasse
ohne new? [c] class Uart { private: OutputPin TxPin; //Memberobjekte InputPin RxPin; public: // Pins per copy Uart(OutputPin TxPin,InputPin RxPin):TxPin(TxPin),RxPin(RxPin){} }; Uart test{OutputPin{1,1},InputPin{2,2}}; // Instanziierung [/c] Verbesserung
Device-Tree an der alle Peripherien enthält. Das kann man sich etwa so vorstellen, hier mit einer I2C Schnittstelle als Beispiel: [c] struct Peripheral_t { // Beispiel I2C struct I2c2_t { enum class IRQn { Event = I2C2_EV_IRQn, Error = I2C2_ER_IRQn }; struct DmaRequest1Rx_t : Dma1_t:
-
Thread
ALLPOWERS S2000 PRO Reparaturhilfe
Implementer code: 0x41 (ARM) Found Cortex-M4 r0p1, Little endian. FPUnit: 6 code (BP) slots and 2 literal slots CoreSight components: ROMTbl[0] @ E00FF000 [0][0]: E000E000 CID B105E00D PID 000BB00C SCS-M7 [0][1]: E0001000 CID B105E00D PID 003BB002 DWT [0][2]: E0002000 CID B105E00D PID 002BB003
Implementer code: 0x41 (ARM) Found Cortex-M4 r0p1, Little endian. FPUnit: 6 code (BP) slots and 2 literal slots CoreSight components: ROMTbl[0] @ E00FF000 [0][0]: E000E000 CID B105E00D PID 000BB00C SCS-M7 [0][1]: E0001000 CID B105E00D PID 003BB002 DWT [0][2]: E0002000 CID B105E00D PID 002BB003
-
Thread
Freescale Drucksensor an Atmega8
die beiden Ports kombinieren, so dass eine (transparente) Brücke entsteht - mit allen Nachteilen (z.B. Ausfall einer Komponente legt den gesamten Bus lahm). [code] Rx1 -- R1in(13) - R1out(12) - Brücke - T2in(11) - T2out(7) -- Tx2 Tx1 -- T1out(14) - T1in(11) - µC/Gatter - R2out(9) - R2in(8) -- Rx2 Tx(PC) - Rx1(C1) Tx2(C1) - Rx1(C2) Tx2(C2) - Rx1(Cn) Tx2(Cn) Rx(PC) - Tx1(C1) Rx2(C1) - Tx1(C2) Rx2(C2) - Tx1(Cn) Rx2(Cn) [/code] Der jeweilige Client entscheidet dann, ob die Daten weitergeleitet werden, oder
-
Thread
WLAN Steckdosen Unterschiede?
GMBH https://www.vtrust.de/35c3/ READ FLASH: http://10.42.42.42/backup ChipID: d1a59a MAC: D8:F1:5B:D1:xx:xx BootVersion: 7 BootMode: normal FlashMode: 1M DOUT @ 40MHz FlashChipId: 144051 FlashChipRealSize: 1024K Active Userspace: user2 0x81000 ===============================================
bekannt ist: > https://www.amazon.de/Gosund-Steckdosen-erforderlich-Stromverbrauch-Fernsteurung/dp/B085RFKVW4/ Bei Amazon bekommt man mittlerweiled das Nachfolger Modell EP2, das sich nicht mehr mit Tuya-Convert flashen laesst: https://github.com/ct-Open-Source/tuya-convert/wiki/Collaboration-document-for-PSK-Identity
-
Thread
Wie kann man diese State mal erklärend schreiben?
IDLE = 0 BUSY = 1 READY = 2 signal rx_state : rx_state_t := IDLE; Vorbelegen der Variable mit '0'. in Pascal: typisierte Konstanten
Also wird hier schon der Wert vergeben beim Statebefehl: type rx_state_t is (IDLE, BUSY, READY); Die Reihenfolge in der Klammer bestimmt den Wert? IDLE = 0 BUSY = 1 READY = 2 Danke. Gruss
-
Thread
Microchip LAN9352
Port 0 ist die Host MAC - desshalb landen eingehende Pakete beim RX counter 0 0 - virtuell / host mac 1 und 2 sind die Physischen
schrieb im Beitrag #7835104: > Port 0 ist die Host MAC Das Datenblatt sagt nein, siehe Figure 2-1. Demnach ist MAC_RX_256_TO_511_CNT_0 der Counter auf Switch-Seite.