-
Thread
Tx/Rx von Platine abgreifen! Nur wo?
habt als meiner einer. Meine Aufgabe für die Uni soll es sein eine optische Verbindung zwischen 2 PLC Adaptern (Power-Line) herzustellen. Da das Signal bei PLC üblicherweise dem Wechselstrom aus der Steckdose aufmoduliert wird, soll ich zunächst Versuchen das zu sendende Signal Tx und das Empfngssignal
link mit Foto der Platine (http://www.tomsnetworking.de/content/tests/j2008a/test_zyxel_pla_400/page2.html). Das Platine im Huckepack stellt das HomePlug AV Modul dar mit einem Int6000. Rechts davon befindet sich laut Autor die Kopplung ans Stromnetz. Ich hatte gehofft Tx und Rx möglicherweise an dem
-
Thread
Probleme mit GY-271 (HMC5883) Compass
int serialWrite(char c, FILE *stream) { if (c == '\n') { serialWrite('\r', 0); } tx_buffer[tx_load_pos]=c; tx_load_pos++; if (tx_load_pos>=tx_buffer_size) { tx_load_pos=0; } return 0; } void compass_init() { i2c_start(compass_write); i2c_write(0x00); i2c_write(0b0001000); i2c_stop(); i2c_start(compass_write); i2c_write(0x01); i2c_write(0b00100000); i2c_stop(); i2c_start(compass_write); i2c_write(0x02); i2c_write(0x00);
-
Thread
Schema eines Bluetooth Moduls (HC-06) gesucht
Ok, das hilft mir weiter. Macht man es mit einem SD-Card Modul genau gleich? Da gibt es z.B. solche: https://cdn.competec.ch/images2/1/0/6/51255601/51255601_xxl.jpg
Hersteller oder Vertrieb. https://www.google.com/search?q=sd+card+shield+schematic&client=firefox-b-d&hl=de&sxsrf=ALeKk0367OQKvgL_kwg1nPvP2EOSOmt4VA:1601468129152&source=lnms&tbm=isch&sa=X&ved=2ahUKEwja0dPX7ZDsAhWH2aQKHWQcCAgQ_AUoAXoECAsQAw&biw=1771&bih=1057 Seite 26: https://cdn-learn.adafruit.com
-
Thread
UART mit GPS Modul
die meisten GSM module haben einen UART pegel von 2,8V TX des GSM kann aber direkt mit RX den AVR verbunden werden einzi die TC vom AVR müsste entkoppelt werden .. dazu reicht ein widerstand ~10Kohm und eine diode zB 4148 der widerstand is ppullup auf der gsm seite .. also an rx und 2,8V die diode an tx vom AVR und an RX vom gsm das ist auch nützlich da die meisten gsm module wärend der init funkstille haben wollen
-
Thread
PIC empfängt keine CAN-Bus-Nachrichten?
(_CAN_FILTER_B2_F1, 0x5,_CAN_CONFIG_STD_MSG); // receive messages with identifier = 5 CANSetFilter(_CAN_FILTER_B2_F2, 0x6,_CAN_CONFIG_STD_MSG); // receive messages with identifier = 6 CANSetFilter(_CAN_FILTER_B2_F3, 0x7,_CAN_CONFIG_STD_MSG); // receive messages with identifier = 7 CANSetFilter(_CAN_FILTER_B2_F4, 0x8,_CAN_CONFIG_STD_MSG); // receive messages with identifier = 8 // // Set CAN module
-
Thread
Vivado frisst massig RAM und liefert nichts.
UART_start_snd, start_rcv => UART_start_rcv, byte_snd => UART_byte_snd, byte_rcv => UART_byte_rcv, tx => TX, rx => RX, ready => UART_ready); process begin wait until rising_edge(clk); UART_start_snd <= '0'; if FSM = 0 then CLK_A_SR <= CLK_A_SR(62 downto 0) & ADC_DCOA; CLK_B_SR
*8); send_counter_A <= send_counter_A +1; if send_counter_A = 7 then FSM <= 2; end if; end if; elsif FSM = 2 then rec_counter <= 0; if UART_ready = '1' then UART_start_snd <= '1'; UART_byte_snd <= CLK_B_SR((7-send_counter_B)*8+7 downto (7
-
Thread
funkthermometer hat selbe frequenz wie klingel
trafficjam schrieb im Beitrag #4457753: > Gibt es eine Möglichkeit Zerlege mal RX und TX, bei meiner sind da Lötpads die man optional brücken kann um die Codierung zu ändern. Holm T. schrieb im Beitrag #4459467: > (Pendelaudion!) Super einbauen, der kostet unter 2€ beim Chinamann
Bodi B. schrieb im Beitrag #4460540: > Wenn du mir jetzt auch noch sagst was rx und tx ist. Empfänger und Sender Bodi B. schrieb im Beitrag #4460540: > super Überlagerungsempfänger Bodi B. schrieb
-
Thread
Inbetriebnehmer als Jungingenieur, was springt raus? Gesperrt
Hm, Schweiz bringt eine Wahnsinns-Auslandserfahrung... B-)
Jahren kann man sich ja nach > etwas familienfreundlicherem umschauen. Naja aber so ein Job wo man zB 1 Woche im Monat rumkommt und die Welt sieht wär ja spitzenklasse zB
-
Thread
CAN Mikrocontroller im KFZ
Treiber 2551 (oder sogar isoliert) an den Mikrocontroller, am besten gleich über kleine Transistorstufen 2 LEDs für TX und RX anbinden. Alles mit 5V und schon kannst Du Dich connecten... Für Dein Thema müssten erstmal einige weitere Infos gegeben werden: - Baudrate (wg. Pinbelegung am 2551 beachten)?
hallo zusammen, ich habe mich für AT89C51CC03 entschieden. über kleine Transistorstufen 2 LEDs für TX und RX möchte ich mein Mikrocontroller mit dem CAN Bus anbinden. dazu auch ein CAN Treiber 2551 und ein Motor Treiber L293D. Das ganze mit 5V Spannung einspeisen. könnt ihr mir bitte
-
Thread
Kommunikation zwischen STM32 und RaspberryPi über 50m Distanz
PS: Bei CAN ist es nochmal einfacher, da braucht es genau 2 Leitungen am Controller, den Rest erledigt der Transceiver-IC.
hast, wird einer davon die Richtung > umschalten müssen, so dass der zweite Pin sowohl RxD als auch TxD ist.
-
Thread
Probleme mit i2c beim msp430f5438 und digipoti
// is TX'd while (UCB0CTL1 & UCTXSTP); // Ensure stop condition got sent #pragma vector = USCI_B0_VECTOR __interrupt void USCI_B0_ISR(void) { switch(__even_in_range(UCB0IV,12)) {
UCTXSTP; // I2C stop condition UCB0IFG &= ~UCTXIFG; // Clear USCI_B0 TX int flag __bic_SR_register_on_exit(LPM0_bits); // Exit LPM0 } default: break; } } [/c]
-
Thread
GigabitTap selber bauen
habe ich keine TX und RX-Kabelanschlüsse gefunden, dort gibt es A+, A- usw.
www.reichelt.de/Netzwerk-Switches/HP-1820-...; Gibt auch einige günstigere die das können: z.B.: https://geizhals.de/tp-link-tl-sg10-desktop-easy-smart-switch-tl-sg108e-a1124237.html?hloc=de Handbuch: 6.2 Port Mirror Port mirror functions to monitor and mirror network traffic by forwarding
-
Thread
Attiny1616 USART Verständnissproblem
delay_ms(1000); } } [/c] Leider empfange Ich weder über RS232 oder Oszi irgendetwas auf dem TX Port. Der USART ist wie folgt initalisiert, baud ist 9600: [c] void USART_0_initialization(void) { // Set pin direction to input PA2_set_dir(PORT_DIR_IN); PA2_set_pull_mode(
einfach. Eine Library bringt eigentlich nichts, Flupp - in die Tonne - Rxpin als Input (DDRx) - TxPin als Output (DDRx) - PortControlRegister setzen (Baud, Parity, 2x, ..) - Baudrate setzen. (BRRH & BRRL) - auf UART Schreiben (UDRx) Und dann mit dem Oszilloskop schauen. Dann ist vielleicht die
-
Thread
JETI-Protokol
geforderte Betriebsart. Um mit einem STM32 arbeiten zu können, muss man zu anderen Tricks greifen, z.B. zu einem Software-UART mit DMA. Das funktioniert in unseren Fernsteuerungen (iVol 2G16 usw.) mit Jeti-Modul(en) und Jetibox-Anschluss einwandfrei.
hab ich es damals aber anders gelöst (kp warum): Rx---->100Ohm-------+------->4k7Ohm ----> Jeti TG2 Pin D tx------------------^ So lief es bei mir. Gruß Ert
-
Thread
ESP 8266 (ESP-01) - AT Befehle liefern kein Ergebnis
Hallo zusammen, ich habe ein 5er Pack ESP-01 zu Weihnachten bekommen: https://www.amazon.de/dp/B015D1AJ8S/ref=wl_it_dp_o_pC_nS_ttl?_encoding=UTF8&colid=3JKBQDDLZHSIX&coliid=I3CG2WCQF936A1 Diese versuche ich über den seriellen Monitor von Arduino mit AT-Befehlen anzusteuern. Dazu nutze ich:
eine Meldung beim Start des Controllers: https://www.amazon.de/gp/product/B01DC0D9U2/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1 P.S.: Ich habe 2 von den 5 ESP-01 mit der Schaltung getestet. Ergebnis ist das Gleiche. Beide machen den Access Point auf und ich kann mich mit
-
Thread
RS485 vermute Störsignale, wie entfernen
über Widerstände und Kondensatoren nach (fummeln am Symptom), sondern geht die Ursachen an, also z.B.: A: Ausschalten der Störer B: Abschirmung des Kabels, gute Erdung C: verdrilltes Kabel verwenden Gruß Klaus (der soundsovielte) P.S. Daß A und B bei 1,1/1,2 Volt über Ground liegen, kommt mir
hab ich auch schon weggelassen, kommt auf Gleiche heraus. * Falsche UART-Parameter im uC (z.B. 2 Stoppbits statt einem, falscher Baudteiler) Wie kann ich das denn ändern/kontrollieren?
-
Thread
Zeigerzuweisung in funktioniert nicht?
volatile unsigned char * myUSART_tx ; unsigned char USART_received[MaxLen]; // fertig empfangener string uint8_t ov0_cnt = 0 ; uint8_t cmp2_cnt = 0 ; int main(void) { DDRC = 0xff ; // Setzt das Richtungsregister des
_delay_ms(100); set_cursor(0,2); myUSART_tx = &myUSART_tx_mes_1[0] ; // Ersten Text Ausgeben Zeigerzuweisung funktioniert hier!!! USART_Init(UBRR_VAL); sei(); //Interrupt wieder global freigeben for(;;) /
-
Thread
ATmega Regelung mit schneller Werteausgabe auf UART
/ void uart_putc(unsigned char data) { unsigned char tmphead; tmphead = (UART_TxHead + 1) & UART_TX_BUFFER_MASK; while ( tmphead == UART_TxTail ){ ;/* wait for free space in buffer */ } UART_TxBuf[tmphead] = data; UART_TxHead = tmphead;
*******************************************/ { unsigned char tmptail; if ( UART_TxHead != UART_TxTail) { /* calculate and store new buffer index */ tmptail = (UART_TxTail + 1) & UART_TX_BUFFER_MASK; UART_TxTail = tmptail; /* get one byte from buffer
-
Thread
CANopen Implementierung "nur" für Sensordaten
Stoppe Node CO_REQ_SDO_WR_4 = 0x23, //SDO Request, 4 Byte schreiben CO_REQ_SDO_WR_2 = 0x2B, //SDO Request, 2 Byte schreiben CO_REQ_SDO_WR_1 = 0x2F, //SDO Request, 1 Byte schreiben CO_RES_PDO_RD = 0x37, CO_REQ_SDO_RD = 0x40, //SDO Request
}CANOPEN_COBID; typedef enum{ CMD_TX = 0x22, CMD_TX_4 = 0x23, CMD_TX_3 = 0x27, CMD_TX_2 = 0x2B, CMD_TX_1 = 0x2F, CMD_RX = 0x40, CMD_RX_1 = 0x40, CMD_RX_2 = 0x40, CMD_RX_3 = 0x40, CMD_RX_4 = 0x40 }CANOPEN_CMD;
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Lx2 - Lx1 Cv = M1 / M2 Bn = Int(cv) M = Low(bn) B = M * Lx1 B = -1 * B 'If Ly1 = Ly2 Then B = 0 'If Lx1 = Lx2 Then B = 0 B = B + Ly1 For R = Lx1 To Lx2 Yg = M * R Yg = Yg + B Call S65_pset(
0x7E, 0x04, 0xEF, 0xB0, 0x5A, 0x48, 0xEF, 0x00, 0x7F, 0x01, 0xEF, 0xB0, 0x64, 0xFF, 0x65, 0x00, 0xEF, 0x00, 0x7F, 0x01, 0xE2, 0x62, 0xE2, 0x02, 0xEF, 0xB0, 0xBC, 0x02, 0xEF, 0x00, 0x7F, 0x01, 0xE2, 0x00
-
Thread
Sumd (Graupner) mit Micropython auswerten
basteln alle mögliche Zeug zusammen und wieder > auseinander. [code]#!/python import struct a,b = 0x33,0x44 # Konvertiert zwei unsigned 8bit in ein unsigned 16bit c = struct.unpack('H', struct.pack('2B', a,b))[0] # c=17459 [/code] Ausgabe noch vergessen: [code]#!/python print(f'{c:05}
Norbert schrieb im Beitrag #7770568: > servopos = struct.unpack('H', struct.pack('2B', ba[4],ba[3]))[0] Oder kurz: [code] servopos, = struct.unpack('>H', ba[3:5]) [/code]
-
Thread
Lm3s9b96 CAN controller initialisierung
time, and can be used for repeatedly sending the same message ID. // g_sCANMsgObject2.ulMsgID = 0x200; g_sCANMsgObject2.ulMsgIDMask = 0; g_sCANMsgObject2.ulFlags = MSG_OBJ_TX_INT_ENABLE; g_sCANMsgObject2.ulMsgLen = sizeof(g_ucMsg2); g_sCANMsgObject2.pucMsgData
right // away. // // PrintCANMessageInfo(&g_sCANMsgObject2, 2); CANMessageSet(CAN0_BASE, 2, &g_sCANMsgObject2, MSG_OBJ_TYPE_TX); // // Load message object 3 with message 3. This is needs to be done each
-
Thread
wie startet man einen interrupt?
RXRDYIE das man wohl benutzen muß. Aber ich weiss nicht ganau wie. Weiterhin kann ich mit den Zeilen z.B.: #pragma vector=USART0TX_VECTOR __interrupt void I2C_ISR(void) nichts anfangen. Ich weiss, dass damit die Interrupt Routine gestartet wird, aber was muß ich für mein Problem in diese beiden
ich das Programm auf Interruptbetrieb umschreiben und zwar wieder mit einem Zwischenschritt: Z.B. Polling-UART nach Interrupt-UART und I2C-Polling konstant lassen. Bzw. umgekehrt Polling-UART konstant lassen und I2C-Polling nach Interrupt-I2C umstellen. Danach dann das grande finale.
-
Thread
RS485 Schaltung funktioniert nicht
=s&source=web&cd=1&cad=rja&uact=8&ved=0CCQQFjAAahUKEwiOjuqet7jHAhUFPxoKHd0AC_A&url=http%3A%2F%2Fwww.ti.com%2Flit%2Fan%2Fsnla049b%2Fsnla049b.pdf&ei=Vy_WVc6GBYX-aN2BrIAP&usg=AFQjCNFP1T__GMeEkt8jhZLIrR7nFkPXBw mal durch. MfG Spess
UCSR1B |= (1<<TXEN1); // UART TX einschalten UCSR1B |= (1<<RXEN1); UCSR1B |= (1<<RXCIE1); UCSR1C |= (1<<URSEL1)|(1<<UCSZ10)| (1<<UCSZ11); // Asynchron 8N1 USART_Transmit(
-
Thread
Leitung "beobachten" UART
senden von Befehlen etc. tue ich über den PC ich benutze die Baudrate 9600. Nun möchte ich auf der TX Leitung einfach die Bewegung "beobachten"(diese läuft mit verschiedenen Baudraten) um dann falls bewegungen auf der TX sowie auf einer anderen Leitung ist z.B. eine LED blinken lassen. Gleichzeitig möchte
Naja diese beiden Leitungen gehen zu einem anderen Modul und sind deren TX RX Leitung. Und will halt gucken ob auf den beiden Leitungen etwas geschieht. Falls z.B. nur die TX Leitung etwas zu diesem modul sendet muss irgendwann mal was auf der RX eine Antowort kommen, falls
-
Thread
Vier PWM über eine Signalleitung
Falk B. schrieb im Beitrag #7120050: >> Möglichst ohne Software mit einer kleinen Hardwarelösung. >> Kann man da z.B. einfach einen Multiplexer nehmen? > > Nö. Mehrkanal-Fernsteuerung ist ja auch
Ausgangswerte) * uart_init() : initialisieren mit hoher Baudrate (Wert ist egal, ohne Parity. Z.B. 1 MBaud oder minimaler Baudratenteiler) * tx_flg : (rd-only) Flag, dass Transmit-Buffer leer ist * reg_tx : (wr-only) Register um ein Byte zu senden * rx_flg : (rd-only) Flag, dass ein neues Byte
-
Thread
Probleme mit BMP085 und ANT+ über UART
Press_Raw = (Press_Raw >> (8 - BMP085_OVERSAMPLING)); B6 = (B5 - 4000); X1 = ((B6 * B6) >> 12); X1 *= B2; X1 >>= 11; X2 = (AC2 * B6); X2 >>= 11; X3 = (X1 + X2); B3 = ((((((long)AC1 << 2) + X3) << BMP085_OVERSAMPLING) + 2) >> 2); X1 = ((AC3 * B6) >> 13); X2 = ((B1 * ((B6 * B6) >> 12)) >> 16); X3 = (((X1 + X2) + 2) >> 2); B4 = ((AC4 * (unsigned long)(X3 + 32768)) >> 15); B7 = (((unsigned long)(
-
Thread
AVR-ASM M8 USART-Funk problem
udr uart7: sbis UCSRA, RXC rjmp uart7 in usart7, udr warte usart_tx0: sbis ucsra, udre rjmp usart_tx0 ldi r17, 0x0f out udr, r17 usart_tx1: sbis ucsra, udre rjmp usart_tx1 out udr, usart1 usart_tx2: sbis ucsra, udre rjmp usart_tx2 out udr, usart2 usart_tx3: sbis ucsra, udre rjmp usart_tx3 out udr, usart3 usart_tx4: sbis ucsra, udre rjmp usart_tx4 out udr, usart4 usart_tx5
-
Thread
STM32L1 Bootloader (USART)
ist 57600 baud, 8E1, LSB first, Polarität wie im Anhang. Flashloader macht das aber mit 115200B. Anbei 2 Bilder. P.S. Und die Zeit zwischen Antwort und 2-tem Req.
Laut AN2606 sind pullups an RX und TX empfohlen. GND auch verbunden? Mal schreibst Du USART1, mal USART2. Was denn nun? Hast Du auch die richtigen Pins erwischt?
-
Thread
AVR asm - Befehl nur jedes 2. mal ausführen
RAMEND) ;Stack Initialisierung out ioSPL,r16 ;Init Stackpointer ;Interrupt ldi r16,0b01000000 ;Maskiere INT0 out GICR,r16 ldi r16,0b00000011 ;Konfiguriere out MCUCR,r16 ;fallende Flanke ;Taster, Lampen cbi DDRD,2 ;PORTD2 Taster = IN sbi PORTD,2 ;Pull-Up
lo8(RAMEND) ;Stack Initialisierung out ioSPL,r16 ;Init Stackpointer ;Interrupt ldi r16,0b01000000 ;Maskiere INT0 out GICR,r16 ldi r16,0b00000011 ;Konfiguriere out MCUCR,r16 ;fallende Flanke ;Taster, Lampen cbi DDRD,2 ;PORTD2 Taster = IN sbi PORTD,2 ;Pull-Up
-
Thread
Brauche Hilfe bei Projektarbeit
Allerdings ist hier eine Kommunikation in beide Richtungen möglich, welche ich nicht benötige. PIN2 (RxD = Receive Data) des SUB-D wird daher nicht benötigt. PIN3 (TxD = Transmit Data) muss natürlich angeschlossen werden, damit ich über diese Leitung meine Daten senden kann. PIN6 ist meiner Recherche
Ausgehend vom Bild im Anhang: 1. Beschaltung der 5 Cs (0,1µF) wie im Bild 2. Pin11 (oder Pin10) zum ATMega32 an Pin15 (PD1, TxD) 3. Pin14 (oder Pin7) über einen Schutzwiderstand von ca. 50 bis 100 Ohm an den Innenleiter der 50Ohm-Leitung, Pin15 des MAX232 und alle GND des ATMege
-
Thread
Inkonsistentes Verhalten einfachem avr-gcc-codes
Beitrag #2829563: > //Serial port setup > DDRD = 0x02; Lass das mal weg. Wahrscheinlich ist TX ein input pin in open collector Beschaltung. Die Leitung wird auf GND gezogen, um ein Startbit anzukündigen.
die Firmware macht, du hast es nicht unter Kontrolle. Wenn schon, dann eine LED+220 Ohm an die Tx Leitung. Damit kannst du eine Aussage treffen, aber auf irgendwelche Wandler, die irgendwie flackern und keiner weiß wie genau, würde ich nicht setzen.
-
Thread
HVProg
proggen geht, aber nicht dann nicht als stk500 erkannt wird. LED's: (nach reset) ROT (ca. 0,2s) ROT & GRÜN (ca. 0,2s) GRÜN (ca. 0,2s) BEIDE AUS (ca. 0,2s) GRÜN (AN und bleibt an), ROT ist AUS Was mache ich da falsch ? Habe mal das TX signal mit Oszi bis zum Pin verfolgt, kommt auch
"Habe mal das TX signal mit Oszi bis zum Pin verfolgt, kommt auch an. Aber RX bleibt stumm." Mal etwas besser formuliert: das TX Signal des PC kommt auch auf PIN PD= (RXD PIN14) an. Aber der µc gibt nichts auf PIN
-
Thread
I2C mit dem STM32: Nach Stop-Enable direkt ein Disable notwendig?
= address; i2c_tx_buffer[0] = registeraddress; i2c_tx_buffer[1] = data; i2c_DirectionWrite = 1; i2c_rx_MsgSize = 0; i2c_tx_MsgSize = 2; I2C_GenerateSTART(I2C2, ENABLE); } /* * Liest Daten
i2c_deviceAddress = address; i2c_tx_buffer[0] = reg_address; i2c_DirectionWrite = 1; i2c_rx_MsgSize = size; i2c_tx_MsgSize = 1; I2C_GenerateSTART(I2C2, ENABLE); } [/c] IRQs: [c]
-
Thread
Sternförmiges BUS-System
Transceiver 1 +------+ +-------------+ | RX | ---+--|>|---- | TX | | TX | -+-|--------- | RX | +------+ | | +-------------+ | | | | Transceiver 2 | | +-------------+ | +
Es gibt sogar fertige Module: http://www.mouser.de/Search/m_ProductDetail.aspx?FTDI%2FUSB-COM422-PLUS4%2F&qs=nswjyC6mNJp%252b9v404rWEGg%3D%3D Ich hab zwar eben nur schnell geguckt aber die RS422 Anschlüsse sollten Vollduplex unterstützen.
-
Thread
Sende/Empfangsumschaltung
Gut, das eigentliche Schaltelement ist die eine Seite. Aber oft gibt es zwischen Rx, Tx und zurück eine Umschaltsequenz. Die sieht z.B. so aus: Audio aus Sender Stromversorgung an (da hängt auch die Pindiode mit dran) Sendesignal erzeugen bei CW Mithörton ein Sendesignal aus bei
* "T/R switch with 1N4007":http://www.seboldt.net/k0jd/r2t2stn.html * "T/R switch with 1N4007, TenTec Argosy_II":http://www.tentec.com/wp-content/uploads/2016/05/Argosy_II_Model_525_Manualf933.pdf, p. 3-23 Axel
-
Thread
Verschiedene UART Schnittstellen kombinieren ?
Ich mache das so, falls ein Umschalten nicht nötig ist: [code] 1 bis 2kΩ Tx o-----|<|------+---[===]----o VCC | Tx o-----|<|------+------------o AVR Rx | Tx o-----|<|------+ 1N4148 Rx o--------------+
Geräte gleichzeitig. Bei 1 bis 2kΩ sind Baudraten bis 115200 problemlos machbar. Alle Rx und Tx Signale müssen im Bereich zwischen 3,3V und 5V liegen.
-
Thread
SAM3X8E Interruptproblem bei Uart/PMC(DMA)
IrqState* HandleIrq(IrqState* state) { IPSR_Type type; type.w = __get_IPSR(); switch (type.b.ISR) { case 0: case 1: case 2: break; case 3: case 4: case 5: case 6: HandleFaultIrq(type.b.ISR,state); break; case 11: state =
verschicken hinzufügt! Hä? Verstehe ich nicht, deine Anmerkung. Der Pseudocode ist (variante 2): Applikation: { Hinterlege String und Stringlänge in Struktur; Triggere Tx Interrupt; <optional: Warte auf ISR Signal, s.o.> } Tx ISR: { wenn Stringlänge = 0 {
-
Thread
Reflektionen mit Oszi messen
> Die Kommuniaktion ist zeitweise gestört und mir wurde empfohlen > Serienwiderstände in die RX TX Leitungen > einzubauen, seitdem kommt es zu keiner Fehlübertragung. Wo hast du die Widerstände eingebaut? Welcher Wert?
Was liegt den noch auf dem Board? Kannst du die Störung zeitlich eingrenzen? Wenn z.B. alle 60min ein Relais schaltet und du zuuufäällig alle 20min eine Störung auf der UART hast... Eventuell hilft es auch, wenn du mal eine extra Masse-Strippe um die RX/TX Leitungen wickelst um eventuelle
-
Thread
Xmega mit USB on board
iram_size_t copy_nb; uint8_t *ptr_buf = (uint8_t *)buf; if (9 == udi_cdc_line_coding[PORT].bDataBits) { size *=2; } // hier die dann entstehende Endlosschleife udi_cdc_write_buf_loop_wait: // Check avaliable space if (!udi_cdc_multi_is_tx_ready(PORT)) { if (!udi_cdc_running
der ist ja variabel ;) -> main_b_cdc_enable
-
Thread
Keller-Aufputzschalter
Aufputz-Serienschalter, z.B. Jung 605W. Daß die Löcher passen werden, ist sehr unwahrscheinlich.
Forums-Diskussion und Reparaturversuche überflüssig. https://www.busch-jaeger.de/produktuebersicht?tx_nlbjproducts_catalog%5Baction%5D=show&tx_nlbjproducts_catalog%5BcatBjeProdukt%5D=2042&tx_nlbjproducts_catalog%5BcatStdArtikel%5D=3245&tx_nlbjproducts_catalog%5Bcontroller%5D=CatStdArtikel&cHash=bb951e3eca8f60322eb97442437bc5e2
-
Thread
Soft UART und Hardware UART gleichzeitiges empfangen
on the TX_PIN. } else { // Otherwise: CLEAR_TX_PIN(); // Send a logic 0 on the TX_PIN. } SwUartTXData = SwUartTXData >> 1; // Bitshift the TX buffer and SwUartTXBitCount++; // increment TX bit counter. } //Send stop bit. else { SET_TX_PIN(); // Output a logic 1.
-
Thread
USB über LWL
@Christian R ja überlegmal >bidirektionales differenzielles Signal das entspricht 2 leitungen mit je 2 zuständen rx/tx mit h/l und das auch noch mit ttl-pegeln! pico
R > > ja > > überlegmal > >>bidirektionales differenzielles Signal > > das entspricht 2 leitungen mit je 2 zuständen rx/tx mit h/l und das > auch noch mit ttl-pegeln! > > pico Und woher weißt du, ob der Slave gerade in seinem Zeitschlitz was sendet oder ob der Host was sendet? Diese
-
Thread
µC <--> Handy Interface (Spannungsteiler?)
wobei du die D2 und R2 auch weglassen kannst und eventuell von der basis von T1 noch ein R gegen masse... mfg Elko
bleibt die Frage wie ich das realisieren soll, ich hab hier verschiedene Ansätze gefunden: -) Rx,Tx multiplexen -) Uart Baustein -) Software Uart Der Grund warum ich gerne 2 Uarts hätte: Rein theoretisch könnte ich ja auch nur mit einer Uart Schnittstelle auskommen indem ich zuerst den µC mit
-
Thread
Can Bus galvanische Trennung
Datenblatt bis zu 10Mhz, was völlig reicht. > Spricht was gegen diesen Controller? Wegen rx/tx besser ADuM1201BRZ, wobei ein "Hausbus" sicher auch mit der langsamsten "A"-Variante auskommt, falls diese preisgünstiger verfügbar ist. (Reichelt: A 2,99; B 3,30; C 3,50; bei 3 Stück gerne C, bei 1k
Thomas schrieb im Beitrag #5660182: > Könnt ihr mir eine TVS Diode empfehlen? Hab nun 2 verschiendene gefunden > (zB. SP0502B), finde diese aber weder auf reichelt, noch auf ebay bei > den chinesen. Für CAN? PESD1CAN oder PESD2CAN, die sind genau dafür vorgesehen.
-
Thread
Layoutüberprüfung: Ethernet PHY
Hallo, Schaltplan: 1. Q2 sieht jetzt deutlich besser aus, trotzdem Belastbarkeit laut Datenblatt überprüfen 2. Wo sind denn die 4 x 49r9? Diese sind elementar und müssen wieder rein 3. L4 und L5 halte ich für überflüssig/kontraproduktiv
diese Beschaltung eine Referenz? 4. Es fehlt weiterhin der R zwischen Pin 4 und 5 5. Pin M1 und M2 von X3 sollte/muss über FB mit Masse verbunden werden Layout 1. Die Vias/leiterbahnen unter Q2 können Kurzschluss verursachen Gruß
-
Thread
CAN-Bus - Senden & Empfangen mit AT90CAN128
meines Quarzes aus? Wenn ich aber doch einen manuellen Zustandswechsel am TX direkt am RX wieder herein bekomme, wo soll dann das Hardware-Problem sein? Ich hänge mal noch twei Bilder von der Oszilloskopmessung an. das erste: TXCAN - CANH, Channel1: TX, Channel2: CANH
wahrscheinlich ja, wenn es tatsächlich ein Bus gemäß ISO 11898-3:2006 und nicht einer nach ISO 11898-2:2003 ist und auch kein Single Wire gemäß J2411 ist. Letzteres ist wieder was anderes und braucht wieder eine völlig andere Beschaltung und einen dazu passenden Transceiver wie zB MC33897. Gewissheit
-
Thread
RS485 am UART betreiben.
zeit, bis der Bus wieder frei sein muß. Von Maxim gibt es die RS485 Treiber als nur RX oder nur TX auch im sot23-6. Sonst weichst Du auf die uDFN aus, die sind 2x2mm groß.
Brummschleifen", etc.. Und immer einen Prozessor als Reserve bereithalten. Nächste Stufe: RX und TX gemeinsam an die B-Leitung; A mit einem Spannungsteiler auf mittleren Pegel. Sollte zur Verständigung mit einer standardkonformen Gegenseite reichen, sofern man nicht vergißt, den TX-Pin bei Nichtgebrauch
-
Thread
Logarex eHZ liefert keine zuverlässigen Daten mit IR-Lesekopf
M-^@7^@4^@4^A ^H1!^@^H0M-pM-^@M-^BB^PR^@M-^BM-^@M-@pM-^P^@M-i^X^AM-Cg7^@8'.02^H ^P^F^@^F^F0J^B ^H^@/LOG5LK13BE803039 1-0:96.1.0*2^AL ^@M-dz>M-^@^F4^@6^@8^LHh ` :0.8.0^H^BM-#0^AM-^PM-^BM-^H^B:@M- M-^ZM-^^M-^@^B M-:M-B^@ ^F^@V^B) ^@M-^@6D:.^@*^@^@$^@2#4^AM-&f ^PX^YM-$ 0^@ ^N *TTB 6M-
: > - du braucht nicht 3x 1uF, 1x reicht für RX und TX Ok, wo sollte dieser 1uF Kondensator dann angeschlossen werden? Ich dachte die Kondensatoren sollten jeweils in Nähe der Schmitt-Trigger ICs sein. Falk B. schrieb im Beitrag #7034503: > - D2 ist
-
Thread
Funktionsgeneratoren a la JDS6600, FY6800/6900 & Co.
ist ja mal interessant! Woher weiß man das alles Den Verdacht hattest du ja schon selber. > (z.B. die 3,3V), Das habe ich an Tx nachgemessen. Aus Neugier habe ich noch einen USB-UART-Adapter angeschlossen, und siehe da, man konnte darüber den Signalgenerator genauso vom PC aus steuern wie
es, ein Multimeter anzuschließen und die > Rechtecksignalfrequenz auf ganz langsam zu stellen ( z.B. 0.1Hz ): hmmmm....ich habe 4 Multimeter hier und gerade aus Neugier mal einen Test gemacht mit einer 1,5V und einer 9V Batterie: Gerät 1 = 1,604V ----8,97V Gerät 2 = 1,595V ----8,91V Gerät 3