-
Thread
UART zwei mal ausgelöst nach Interrupt?
uart3_rx_handler(mss_uart_instance_t *this_uart) { unsigned int rx_size = MSS_UART_get_rx(this_uart, g_rx_buff, sizeof(g_rx_buff) ); printf("\n------------------------- [UART RX HANDLER]"); uart_calls_cnt
Grade am testen: Es scheint echt besser zu laufen :D [c] unsigned int rx_size = MSS_UART_get_rx(this_uart, g_rx_buff, sizeof(g_rx_buff)); (void)rx_size; uart_calls_cnt++; uart_handler_flag = 0; for (int i = 0; i < (int)rx_size; i++) { if (g_rx_buff
-
Thread
VS1011 an PIC18F252 Audio-Probleme
beim init kommen kann. Notfalls lass dem Chip doch einfach etwas Zeit nach dem Einschalten so 10 ms z.b. oder mach 2 inits also init reset init. Dann sollten alle C´s schon geladen sein und fehler bei der 2ten init dürften dann nicht auftreten. Das ist jetzt nur ne idee ^^. Grüße ErgoProxy
Schaltplan ist mies, das muss ich zugeben. Ich hab seitdem auch etliche Verbsserungen vorgenommen: A2) Pulldown hab ich. RX PullUp -> Welches RX? da hab ich nix im Datasheet gesehen... A3) Hab ich A4) Hab ich A5) Ich versorge das Ding mit einem Spannungswandler IC von TI. Die SPannung ist auch bei
-
Thread
Wie die Baudrate am Pin rausfinden? Gesperrt
das frage ich mich die ganze Zeit Karl schrieb im Beitrag #4783922: > ...ich habe nun mal das 0,2V > Cal-Signal an den Tastkopf gehalten Joachim B. schrieb im Beitrag #4785163: > fange doch mal endlich mit einem ordentlichen Messignal CAL an!
Beitrag #4788989: > 3. Was meinst du mit little und big endian? Wenn der Wert aus 2Bytes besteht, z.B. 0x1234, dann muss entweder zuerst das höchtwertige Byte kommen, also 0x1234 - das ist big endian oder das niederwertigste Byte zuerst, also 0x3412 - little endian. In der Wikipedia
-
Thread
Dipmeter für 868 MHz?
die Probleme mit dem > Empfang. Das ist exakt das Problem, das ich untersuchen möchte. Das RFM12B befinden sich auf einem ADD-ON AVR-NETIO-BOARD > Signalquelle ist dann am besten der RX-Pin eines FS20 Empfänger Moduls. Ist dies ein bestimmtes Modul oder geht jeder Empfänger, wie z. B. die FS20
Jürgen schrieb im Beitrag #2847262: > Ist dies ein bestimmtes Modul oder geht jeder Empfänger, wie z. B. die > FS20 ST-4 Funksteckdose? Die Empfänger sind da meistens als eigenständige Platinen integriert, also leicht zu finden. Die Spannung am RX-Pin ist aber relativ niedrig (1,5V), ein Transistor
-
Thread
LED-Lauflicht Ansteuern
--+ | | | | v v v v Empf.1 Empf.2 Empf.1 Empf.2 RxD RxD GND GND [/code] sollte eigentlich funktionieren, solange die Datenrichtung nur vom PC zu den Anzeigen verläuft, keine Rückmeldungen notwendig sind
sieht, wie die genau verschaltet sind. Das ist praktisch eins zu eins durch verdrahtet. sprich rx auf rx, tx auf tx...... Marc Vesely schrieb im Beitrag #4090375: > 1) Alles abklemmen. > 2) 24V und GND anschliessen. > 3) COM1_TxD an LED_ANZEIGE_1 / Zeile_1 anschliessen. > 4) Danach COM1
-
Thread
Sinnvollster Vergleich von 2 Integern #C #CAN
einen Stadard Frame (11-Bit) oder einen Extended Frame handelt (29-Bit). Es gibt also Integer die z.B. wie folgt aussehen (Extended): 1B000012x, 1BFC0C11x, 1BFC0C21x. Und Integer die so aussehen (Standard): 86, B4, 121. Je nachdem um welches Format es sich handelt muss ich einen IF-Vergleich
Jim Street schrieb im Beitrag #4103201: > 0.111111 1 1BCC0C21x Rx d 8 00 01 00 00 00 03 06 28 > 0.222222 1 121 Rx d 8 00 01 00 00 00 03 06 29 > > [Zeitstempel - 1 - ID - RX - d - DLC - Daten] > > Habt Ihr noch ne Idee ? :-/ In deinen ganzen
-
Thread
Senden mit CAN Transceiver
Falk B. schrieb im Beitrag #5566185: > Nö, eher 1 Mbit/s oder auch 1MBaud. Meinte ich auch hab mich verschrieben ^^ Falk B. schrieb im Beitrag #5566185: > Warum nimmst du nicht einfach 2 Tranceiver
der Dioden ins Spiel. Selbst wenn der Mikrocontroller seine Sendung beendet hat und das TXD an IC2A auf HIGH geht, bleibt CAN-INTERN auf LOW, denn die Diode D2 sperrt! Das Signal CAN-INTERN wird immer noch durch IC1B über D1 auf LOW gehalten! Und kein Teilnehmer an CAN-INTERN kann das verhindern,
-
Thread
Visual Studio 13 und RS232
SerialPort1.DtrEnable = False End If End Sub Das habe ich gefunden. Aber noch nicht RxT, TxT oder CTR. HTerm macht das! Ich möchte mir z.B. ein Schieberegister an der RS232 bauen.
siehe mein Link weiter oben) und mit TXD nur mit Trickserei, die a) so nur unter Windows funktioniert, b) evtl. nicht mit allen USB-RS232-Adaptern funktioniert und c) von Deinem ach so tollen Tool genutzt wird. Jürgen H. schrieb im Beitrag #7843554: > CTR gibt es gar nicht! Tja, "RxT, TxT oder CTR
-
Thread
Berechnungen in C fehlerhaft
; //blaa[2] = UCB0RXBUF; UCB0CTL1 = UCSSEL_2 + UCTXSTP; while (UCB0CTL1 & UCTXSTP); UP = UP>>5; //Pres B6 = (signed long)(B5)-4000; X1 = (((B6*B6)>>12)*B2)>>11; X2 = (AC2*B6)>>11; X3 = X1 + X2; B3 = (((((long)AC1<<2)+X3)<<3)+2)>>2; X1 = (AC3*B6)>>13; X2 = (((B6*B6)>>12)*B1)>>16; X3 = (X1 + X2 + 2)>>4; if ((X3 + 32768) < 0){X4 = ~(X3 + 32767);} else{X4 = X3 + 32768;}
-
Thread
Bluetooth modul
auf manchen (wahrscheinlich allen) Dongles ne Firmware mit BT Stack drauf ist. Du musst die halt z.B. auf HCI Ebene ansprechen.
@Florian: In den meisten Bluetooth Headsets ist ein BlueCore2-Audio mit integriertem Headset Profile drin. Datenblatt gibts bei CSR: http://www.csrsupport.com/public/152_BlueCore2-Audio%20Data%20Sheet%20(BC213159A-ds-001Pc).pdf Kai
-
Thread
Problem mit Infinion C167CR mit AM29F200B-70SE
? Gibts es außer dem CAN Bus noch eine andere möglichkeit um auf den Kontroller zuzugreifen wenn z.B der Bootloader defekt ist?
7562-1.php http://www.infineon.com/dgdl/p1601310_Bootstrap_Loader_Versions.pdf?folderId=db3a304412b407950112b409d4b00386&fileId=db3a304412b407950112b40a11780435 Ohne Speicher Oszi wird es vermutlich schwer die Antwort zu überprüfen, aber ich würde vermuten, der Fehler liegt irgendwo in der Hardware
-
Thread
RS485 mit LoS detection und PoB möglich und sinnvoll?
ich zum Schluss gekommen, dass eine Art Daisy-chain das sinnvollste ist. Also Master Tx -> Knoten 1 Rx ; Knoten 1 Tx -> Knoten 2 Rx ; ... ; Knoten N Tx -> Master Rx. Das passt ganz gut, denn dann geht die Kommunikation immer nur in eine Richtung und ein Knoten kann jederzeit entscheiden Eine Nachricht
damit ich ein bisschen mehr stöbern kann. Exotisch? Kennst du SerCos? Da hat in einem Frame, der z.B. 2ms dauert, jeder der angeschlossenen Slaves seinen eigenen kurzen Zeitschlitz von z.B. 50µs, in den er seine Daten hineinpacken kann. Und das geht tatsächlich "bitgenau" vor sich. Die Verzögerung Im
-
Thread
uC Aufhängung technisch möglich?
eher syntaktischer Zucker. > > Auf welches Dokument bezieht man sich hier? Datenblatt 32 * mov rx,rx // 1 Takt 32*2 lds/sts rx,adrX // 2 Takte 16 * br (sreg,c/s) // durchschnittlich 1,5 Takte ;-) 112 > Was bedeutet UOP? Ableitung NOP: No Operation; UOP Unknown Operation > In welchen Zustand
mov rx,rx // 1 Takt > 32*2 lds/sts rx,adrX // 2 Takte > 16 * br (sreg,c/s) // durchschnittlich 1,5 Takte ;-) > 112 Das ist aus meiner Sicht nicht das Dokument sondern ein beliebiger Code-Schnipsel eines
-
Thread
MAX485 - Kommunikations- und Pegelprobleme
de/products/filter/schnittstelle/treiber-empf%C3%A4nger-transceiver/710?s=N4IgjCBcoEwOwDYqgMZQGYEMA2BnApgDQgD2UA2uHACwxgAcIxYNYYArEyOwJzv08u1OAAYRCRsWF0wg4v1kihMHiJpCEYBNSRSAzNUNyQtevVldNesVzB6Y8GLb0J4xu6J56uMETHoixr7%2BdD5%2B9DC6IMH0cN5SEjB68VRg8BDMcGDUItQgALrEAA4ALlAgAMolAE4AlgB2AOYgAL5SucggaJBYeESkFCAIemwQhSCl5VV1Ta3ycIzQXRg4BMRkkJR6PKrCBcVlkJU1Dc1t4BJ5S929awObIHrsMNTsnOOTR9OnrS0tQA
Natürlich kann man das auf irgendeinem hohen Level der Protokolls abfangen, aber einfacher wären doch 2 Bias-Widerstände. KISS
-
Thread
Ein minimalistisches GPS-Frquenznormal
TCXO : zB bei digikey. Ich wuerd allerdings auf einen VCOCXO gehen zB CW701-2-ND (ConnorWinfield DOC100V-020.0M) fuer 25Euro oder so. Der ist auf 1ppm vorkalibriert und kann per Controllspannung um +-10ppm verschoben
diesen GPS Repeater: https://www.amazon.com/Lysignal-1575-42MHz-Receiver-Transmitter-Navigation/dp/B01FCY8B2M/ref=pd_sbs_107_5?_encoding=UTF8&pd_rd_i=B01FCY8B2M&pd_rd_r=9CA5MXVZEXSHDRD0HJBH&pd_rd_w=5In7i&pd_rd_wg=qriwH&psc=1&refRID=9CA5MXVZEXSHDRD0HJBH Funktioniert im ganzen Raum über 5m. Die Reichweite
-
Thread
Spannungsquelle parallel zu Kollektor-Emitter
erst mal den Basisstrom: ((-22V) - (-5V) + 0.7V) / Re = IB dann den Kollektorstrom Ic Ic = IB * B, mit B: Gleichstromverstärkung. Das fließt durch den Transistor, unabhängig von Rx. Aus der Quelle muss jetzt noch der Strom durch Rx geliefert werden.
"Naja, der kann ja fast beliebig leistungsfähig sein. Ein 2N2955 mit bestenfalls B=70, bei Re=10k" Falls 2A bzw. 40W zu wenig sein sollten, als bipolare Leistungstransistoren, leider nur npn, gäbe es da auch andere Kaliber, s. Anlage.
-
Thread
Verständnisfrage stm32 uart
man schon mal sagen, wie diese zusammenarbeiten. "Normal" wäre: uC bekommt ein Zeichen per UART-Rx - Interrupt wird ausgelöst - im INT_Handler wird das empfangene Byte "weggeschrieben" (z.B. in ein Struct oder Buffer oder was auch immer)- in der Haupschleife verarbeitet man das Byte Thema String
; uart_config.Init.BaudRate=115200; uart_config.Init.WordLength=UART_WORDLENGTH_8B; uart_config.Init.StopBits=UART_STOPBITS_1; uart_config.Init.Parity=UART_PARITY_NONE; uart_config.Init.Mode=UART_MODE_TX_RX; uart_config.Init.HwFlowCtl=UART_HWCONTROL_NONE; uart_config.Init.OverSampling
-
Thread
Geschwindigkeit eines ARM9 mit 180MHz (UDP Checksum-Berechnung)
sum = sum & 0xffff; } /* calculate 16-bit words in UDP payload */ words = ((endians(RxPd->udp_header->length))-8) / 2; /* set payload pointer */ ptr = (unsigned short*) RxPd->PMI_prot; /* calculation for UDP payload */ for (i = 0; i < words; i++) { sum += ptr[i];
unaligned_bytes; /* return if ptr hasn't got at least a 16bit alignment */ if ((unsigned int)ptr % 2) { return 0; } /* if pointer is not 4B aligned */ if ((unsigned int)ptr % 4) { unaligned_bytes = 2 + ((length - 2) & 3); aligned_bytes = length - unaligned_bytes; /*
-
Thread
i2c slave controller
wie gesagt, man kann auch von dem Slave lesen und nach jedem Transfer gibts einen Status, also z.B. TX_UNDERRUN, RX_OVERFLOW, NO_ACK ... Aber einfach so zum kopieren und abheften gibts den nich :-)))
der Output-Tristate-Buffer an den Core angeschlossen werden müssen. von außen kommen ja auch nur 2 Leitungen, SDA und SCL. Egal, werde bis Freitag mal den Slave-Core präsentieren, geplant ist TX und RX doppelt gepuffert, also man kann schon das nächste Byte einschreiben während das vorherige
-
Thread
UART einzelne Zeichen senden
2cents schrieb im Beitrag #6904406: > Sieht nach statischem Pegel an der Rx-Leitung aus. Warum erkennt dann der Empfänger im PC ein Startbit? Denn ohne Startbit gäbe es ja kein empfangenes Zeichen..
Lothar M. schrieb im Beitrag #6904413: > 2cents schrieb: >> Sieht nach statischem Pegel an der Rx-Leitung aus. > Warum erkennt dann der Empfänger im PC ein Startbit? > Denn ohne Startbit gäbe es ja kein empfangenes Zeichen... Was erwartest
-
Thread
RS232 / trackball
Marcus C. schrieb im Beitrag #5022288: > Orange transmit, an pin 3 rx vom DB9. > Gelb Receive, an pin 4 tx vom DB9. Das wäre ungewöhnlich. Die übliche Pinbelegung für RS232 mit DB9-Stecker sieht vor, dass die seriellen Daten auf Pin2 und 3 übertragen werden. Wo RX
Hi, ja, ist klar oder auch nicht... Orange ist am IC der TX, der muss an den RX am Rechner, sprich PIN 3 Gelb ist am IC der RX, der muss an den TX am Rechner, sprich Pin 2? Ist das so richtig von mir verstanden? Bzw. genau umgekehrt je nachdem ob DTE oder DCE. Grün an 4
-
Thread
Linux RS232 Problem
} // if uart0 sleep(1); // Bytes empfangen if (uart0_filestream != -1) { unsigned char BUF_RX[50]; int rx_length = read(uart0_filestream, (void*)BUF_RX, 50); if (rx_length < 0) { printf("[ERROR] UART RX\n"); } else if (rx_length == 0) { printf("[ERROR] UART RX - no data\n
so in der Art [c] int rx_length = 0; char BUF_RX[50]; while(rx_length<9) { int r = read(uart0_filestreamm, &BUF_RX[rx_length], rx_length-9); if ( r < 1 ) { //Fehlerbehandlung //break; } rx_length
-
Thread
HC-05: Merkwürdige Bemerkung im Datenblatt
das Teil in der Aruino-Welt so beliebt wurde. Das Datenblatt des HC-05 / HC-06 enhält für den Pin 2 des Moduls - RX - eine für meine Begriffe etwas merkwürdige Bemerkung: [pre] Note that, the PIN2:UART_RXD of Bluetooth module has no pull- up resistor. If the MCU TXD doesn’t have pull-up
Nöö... Z.B. wenn der Prozessor (z.B. eine AVR) im Reset steckt ....
-
Thread
Mehrere AVRs miteinander verbinden - Spezielle Bedinung
Also alles was Du da so beschreibst passt perfekt auf ein TWI/I2C-System mit entweder niedrigen Taktraten oder Treibern (P82B96 ist da das Stichwort). Broadcastfähig experimentelle Kabellängen über 100m Multimasterfähig Hot-Pug/-Unplugfähig Acknowledgement
Hi >Bitte korrigiert mich. >Zu 3.) >Aehnlich wie 2., nur dass andere Treiber-ICs benutzt werden. In diesem >Fall z.B. die ICs SN75176A oder MAX485. Der, von dir erwähnte, PCA82C250 ist lediglich ein Bustreiber. Der stellt nur die Verbindung zwischen
-
Thread
Artikelvorstellung "24V UP-Einsatz für Bewegungsmelder von Jung, Berker und Gira"
werden. Eine Frage hätte ich vorweg: Wie kann man den Artikel zu Kategorien zuweisen? Christian_RX7
sehr interessant hätte ich schon bei 2 "Projekten" gebraucht (hab dann, aufgrund mangelnder alternative die KNX Version genommen) ich versteh sowieso nicht, warum es das nicht als offizielles Produkt von z.B. GIRA gibt, SPS Taster haben
-
Thread
Matching mit einfachem Analyzer / Punkt in Smith Chart einzeichnen
Ohm-System und die Antenne kann auch nicht mehr wesentlich verbessert werden (Rückflussdämpfung bereits 14 dB!). Zum anderen ist die Anpassung der Gegenseite (Tx/Rx) an 50 Ohm unbekannt. Wenn schon anpassen, dann Tx/Rx gg. Antenne (konjugiert komplex). Zweimal an ein Bezugssystem anpassen hilft nur, wenn man
man verschiedene Komponenten unter Wahrung der Anpassung ganz einfach miteinander verbinden kann. Z.B. eine Chipantenne mit einer 50-Ohm-Mikrostreifenleitung, die wiederum an einen Rx/Tx-IC-Pin angeschlossen wird, der ebenfalls 50 Ohm Impedanz aufweist. Genauso wie bei man sich bei Kabeln, Verbindern
-
Thread
Constante in If-Anweisung geht nicht?
Und woher weißt Du, daß RxByte irgendwann mal den Wert 10101100b enthält?
Also beim Mega186 zB. ist der interne 8Mhz schon DEUTLICH stabiler, als beim Mega8!! Die UART initialisiere ich so: [c] UCSR0A |= (1<<U2X0); /* improves baud rate error @ F_CPU = 1 MHz */ UCSR0B |= (1<<TXEN0
-
Thread
IQ Mischer beim Elecraft KX3
Als Diskussionsgrundlage habe ich hier mal die Ausgangssignale der vorher angehängten Schaltung "RX.png"... Si570 Ausgang 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 IC4(B) Pin 9 0 0 0 0 1 1 1 1 0 0 0 0 IC4(A) Pin 5 0 0 1 1 1 1 0 0 0 0 1 1 1 1 IC4(B) Pin 8 1 1 1 1 0 0 0 0 1 1 1 1 IC4(A) Pin 6 1 1
Mischer einen Diplexer eingebaut. Das ist schon so ähnlich. Eine typische Induktivität hat dann z.B. 2,7mH um bei 50 Ohm eine Grenzfrequenz von 2.6 kHz und einen steilen Abfall zu erreichen. Da alle 4 Schalter des Mischers aus der selben Quelle versorgt werden und immer 2 Schalter auf EIN stehen
-
Thread
MAC Vhdl Artix750T
Guten Morgen, Ich hab mal intern ein Loopback gemacht im FPGA also TX-> RX Hier ist das erste Packet das mein RX Empfangen hat 50 55 55 55 55 55 55 55 A0 2B B5 32 78 0C 01 01 01 01 01 01 08 00 45 00 00 44 00 00 00 00 80 11 00 00 C0 A8 02 20 A9 FE 6E FE 10 00 10 0000 30 0000 1A1A1B1B 36x00 FF 60 B8 99 der Preamble ist falsch aber egal weil die nächsten Gesendeten Pakete so aussehen: 55 55 55 55 55 55 55 D5 A0 2B B5 32 78 0C 01 01 01 01 01 01 08 00 45 00 00 44 00 00 00 00
-
Thread
LCD Befehl zu langsam in BASCOM
End '************************************************************************* Rx_isr: Text = Text + Chr(udr) Return _init_micro: Config Portd = &B11111100 Set Rxd_pullup Reset Txd_pullup Return [/pre] Danke, Gregor
einiges zu probieren. Nur so nebenbei: Was ist besser für eine Uart Empfangsroutine? 1: Rx_isr: Incr I Text = Text + Chr(udr) Return oder 2: Rx_isr: rs232buffer(i)=UDR return Bei der ersten Routine empfange ich ja Strings, bei der zweiten Routine kommen die Werte in ein Array
-
Thread
Probleme mit UART-Empfang
LED spendieren... } character = getc(); // Character in den Puffer if (character == 0x2A) buffid_rx = 0; // Bei Empfang von * Pointer zurücksetzen else buffid_rx++; // Zeiger inkrementieren if (buffid_rx >= RX_BUFFER_LENGTH) buffid_rx = RX_BUFFER_LENGTH; // Überlauf abfangen rx_buffer[buffid_rx]=character; if (character == 0x0D) rx_complete=true; // Bei Empfang von CR aus der } [/c] Danach kannst Du den Krempel interpretieren z.B. [c] LED_data_hb = ASCI_TO_HEX(rx_buffer[2],rx_buffer
-
Thread
Schaltzustände potentialfreier Kontakte per LAN übertragen
Axel S. schrieb im Beitrag #8048310: > Im Prinzip etwas wie der Shelly i4 Shelly Pro 1 oder 2? Eigentlich mit 1 oder 2 Ausgängen, hat aber auch 1 oder 2 Eingänge.
> Shelly Pro 1 oder 2? Eigentlich mit 1 oder 2 Ausgängen, hat aber auch 1 > oder 2 Eingänge. Sind die Eingänge nicht fest mit den Ausgängen verknüpft und hängen an der Versorgungsspannung des Shelly ? Ich wollte bei
-
Thread
STM32F767: "HAL_UART_Receive_IT" bringt busy
UART_HandleTypeDef *huart) { uint16_t* tmp; uint16_t uhMask = huart->Mask; /* Check that a Rx process is ongoing */ if(huart->RxState == HAL_UART_STATE_BUSY_RX) { if ((huart->Init.WordLength == UART_WORDLENGTH_9B) && (huart->Init.Parity == UART_PARITY_NONE)) { tmp = (uint16_t*) huart->pRxBuffPtr ; *tmp = (uint16_t)(huart->Instance->RDR & uhMask); huart->pRxBuffPtr +=2; } else { *huart->pRxBuffPtr++ = (uint8_t)(huart->Instance->RDR & (uint8_t)uhMask)
-
Thread
Probleme mit Avrdude
, skipping Using Port : /dev/ttyS0 Using Programmer : stk500v2 avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] avrdude: ser_recv(): programmer is not responding avrdude: stk500_2_ReceiveMessage(): timeout avrdude: Send: . [1b] . [01] . [00] .
skipping Using Port : /dev/ttyUSB0 Using Programmer : stk500v2 avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] avrdude: ser_recv(): programmer is not responding avrdude: stk500_2_ReceiveMessage(): timeout avrdude: Send: . [1b] . [01] . [00]
-
Thread
Kommunikation mit AVR´s
Als ich noch nichts von SPI wußte, habe ich mal eine Schleife gebaut TxD1 zu RxD2, TxD2 zu RxD3 und TxD3 wieder zu RxD1. Ähnlich wie auch bei der MIDI-Übertragung hat das das erste zu übertragende Byte die Aufgabe, mitzuteilen für welchen AVR die Nachricht gilt. Das folgende Byte
Hi, So ähnlich wie Erwin das beschrieben hat (Schleife von TxD1 zu RxD2, TxD2 zu RxD3 und TxD3 wieder zu RxD1) usw. hatte ich das auch vor. Allerdings wollte ich anstelle des ersten ATMELs einen PC hinstellen, der auch den Master spielen soll. Unabhängig davon, ob ein
-
Thread
LM358N + Mosfet
basierend auf der zeichnung von MaWin wäre mein Cx, den ich kurz eingesetzt habe, genau an der position. R2 und Rx habe ich nciht vergessen, die sind wirklich nicht da. Noch nicht.
ein RC ohne R. Aber sinnvoll zusammenpassen muss es ja auch. Wie schätzt man nunn die Bauteile R2 Cx und Rx ab?
-
Thread
Vom Hauptnetz ins Subnetz
packets:4393 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:480924 (469.6 KiB) TX bytes:785887 (767.4 KiB) eth0 Link encap:Ethernet HWaddr 64:66:B3:93:CB:92 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:
:1 RX packets:13381 errors:0 dropped:2559 overruns:0 frame:0 TX packets:4884 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:32 RX bytes:2432605 (2.3 MiB)
-
Thread
Frage zu Strukuren
previous declaration of 'test' was here struct.c: In function 'main': struct.c:14: error: 'struct rx' has no member named 'tx' struct.c:15: error: 'struct rx' has no member named 'rx' struct.c:17:2: warning: no newline at end of file [/pre] 1/ Du darfst den Variablennamen test nicht zweimal vergeben. 2/ Du musst auch die einzelnen Elemente der jeweiligen Struktur ansprechen. Lauffähig ist z.B. [C] struct tx { int x; int y; } test_tx; struct rx { int x; int y; } test_rx; int main
-
Thread
neues aus der ABS (Audiophiler Bull Shit) ecke
Asko B. schrieb im Beitrag #6710369: > Marc D. schrieb: >> https://www.hifimueller.de/produkt/audiolabor-coax-hohlleiter-kabel-25m/ > > Das sind doch bloss 2,5m und keine 25. > Und dann auch bloss ein
Asko B. schrieb im Beitrag #6710369: > Marc D. schrieb im Beitrag #6708080: >> https://www.hifimueller.de/produkt/audiolabor-coax-hohlleiter-kabel-25m/ > > Das sind doch bloss 2,5m und keine 25. > Und
-
Thread
Arduino uno aus china. Ich kann kein Sketch hohladen
dennoch fehlschlägt, könnte es noch sein, dass du eine der vielen Platinen mit falsch angeschlossener Rx LED bekommen hast. Messe die Spannung zwischen GND und dem Rx0 Pin im Ruhezustand (eingeschaltet). Sie muss höher als 2V sein. Wenn du dort eine Spannung zwischen 1 und 1,9V misst, dann hast du ein fehlerhaftes
. b) Entferne die Rx LED.
-
Thread
Weiterleitung von Daten
byte + 1 } } void uart_init(void) { UBRR0H = 0x00; UBRR0L = 0x17; UCSR0B = (1<<TXEN0) | (1<<RXEN0); // UART TX und RX einschalten UCSR0C = (1<<USBS0)|(1<<UCSZ01)|(1<<UCSZ00); // Asynchron 8N2 } void uartRx() { satz[0] = 1; for(i=0; satz[i] != 0; i++) {
// wait until byte received srx_done = 0; return srx_data; } ISR (INT0_vect) // rx start { OCR0B = TCNT0 + (u8)((BIT_TIME * 3) / 2);// scan 1.5 bits after start srx_tmp = 0; // clear bit storage srx_mask = 1; // bit mask if( !(SRXPIN & 1<<SRX)) { // still
-
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
monoflop als interrupt? evtl. NE555
oberhalb von 2,7V leitet D2, begrenzt die Spannung, und es fließt ein hoher Ausgangsstrom aus dem Handy, ähnlich wie in Punkt 1 aus dem AVR. Auf der 3,3V-Seite muss aber gar nichts begrenzt werden, also lass D2 einfach weg. Sonst sieht die Schaltung aber richtig aus und sollte auch mit Falks Vorschlag "kompatibel" sein, weil der L-Pegel am Kollektor von T2 niederohmig ist und damit den Kondensator schnell
-
Thread
ATxmega32A4U - wieviele Uarts?
das jetzt wirklich 5 individuell und gleichzeitig nutzbare Uarts, oder sind es - wie ich vermute - 2 Uarts, die ich an 3 bzw. 2 verschiedene Stellen für RxD und TxD legen kann? Ich hab auch noch nichts gefunden, wie man die Selektion der Uarts vornimmt.
B .equ USARTC0_CTRLC = 2213 // Control Register C .equ USARTC0_BAUDCTRLA = 2214 // Baud Rate Control Register A .equ USARTC0_BAUDCTRLB = 2215 // Baud Rate Control Register B
-
Thread
serial sniffer
Das heißt mit dem Pi kann ich das loggen vergessen? Der bietet ja nur ein Rx kanal an. Zu meinem Converter bräuchte ich noch 2 Schnittstellen, um es vernünftig zu loggen?!
brauchst du 2 und belauschst RX und TX auch mit dem PI weil was dem einen Rx ist mus das Gegenüber ja Tx sein und umgekehrt ich habe das am PC so gelöst, dual RS232 USB Konverter und 2x Pegelwandler mit MAX3232
-
Thread
Schaltplancheck erbeten - ATtiny & MAX485
überhaupt gespannt was am Ende für ein Strom fließt mit allen drum und dran. Deswegen hatte ich an die Rx/Tx LEDs usw. nicht gedacht. Wenn ich jedoch die 2mA LEDs nehme, behaupte 2 leuchten "für die Spielereien" immer gleichzeitig, dass umrechne auf die 24V Versorgung und 30 Platinen, macht 0,6W, dann komme
/details/ip4220cz6/ Die sind für 4 Leitungen und gehen auch für höhere Geschwindigkeiten, wie USB 2 und 100MBit-LAN. Für das RS485 gehen die nicht, denn die sind nur bis 5V gedacht. Ich würde da lieber gleich robustere Transceiver nehmen. Ich selbst habe z.B. in einem Projekt erfolgreich SN65HVD1780
-
Thread
(Tipp) Günstiges 13Euro Autorange Multimeter derzeit beim Lidl
Joachim B. schrieb im Beitrag #6617224: > supi bekam, heute das Lidl Teil, mal sehen nach "unboxing" erste Kritik, in der Dioden Messung kommen nur 2,2V raus, damit konnte ich keine weisse SMD LED testen,
Joachim B. schrieb im Beitrag #6619054: > erste Kritik, > in der Dioden Messung kommen nur 2,2V raus, damit konnte ich keine > weisse SMD LED testen, Das ist das Problem aller Multimeter mit Endwert 2000
-
Thread
Arduino CAN-Bus Problem
CNF1/BRGCON1 b'00000001' 0x01 CNF2/BRGCON2 b'10111000' 0xB8 CNF3/BRGCON3 b'00000101' 0x05 500 kbps CNF1/BRGCON1 b'00000000' 0x00 CNF2/BRGCON2 b'10111000' 0xB8 CNF3/BRGCON3
CAN TX buffers #define READ_STATUS 0xA0 #define RX_STATUS 0xB0 #define BIT_MODIFY 0x05 //Other commands //Registers #define CNF0 0x2A #define CNF1 0x29 #define CNF2 0x28 #define TXB0CTRL 0x30 #define TXB1CTRL 0x40 #define TXB2CTRL 0x50 /
-
Thread
1-Wire und non-blocking code (state machine)
blockierend" geschrieben ist, können einem irgendwelche ISRs derbe ins Timing spucken. Drum: Mit einem 2 Kerne µC mag das günstiger sein. Auch ein 2ter µC(Tiny?), welcher als Koppler zwischen z.B. I2C und OnWire dient, bekommt man das hin. Provokation Was ist mehr Wert, die Arbeit(Lebenswerk?) eines
Schutz. Nebenbei sorgt er selbständig für das korrekte Timing, auch mit Overdrive Speed. Und dank I2C braucht er ggf. keinen einzigen uC-Pin extra. Es gibt auch noch andere 1-Wire Master, z.B. den DS2480 für UART zu 1-Wire, jeder mit eigenen Vor- und Nachteilen: https://www.maximintegrated.com
-
Thread
STM32 DMA Lookuptable etc.
deutlicher was ich eigentlich bezwecken möchte :> [c] // Übergabe einer Peripherie und der ID (z.B. UART1, UART3, SPI2, ...) void UART::InitRx(uint8_t * rx_buffer, bool rx_dma_mode) { if (rx_dma_mode) { DMA dma = DMA(DMA::UART_RX, ID, (uint32_t)&UART_PERI->DR, (uint32_t)&RxBuffer);
Peripheral* Next; }; class PItemDef { public: Peripheral USART_RX_1_0 = Peripheral{ 2, 2, 2, 4, &USART_RX_1_1 }; Peripheral USART_RX_1_1 = Peripheral{ 2, 2, 5, 4, &USART_RX_1_0 }; Peripheral USART_RX_2 = Peripheral{ 1, 1, 5, 4 }; Peripheral USART_RX