-
Thread
Frage zu UART mehrere Teilnehmer
| | 2x 4,7k Bus TxD ---|--+----|--+----|--+------[===]---o VCC | | | | | | Rx Tx Rx Tx Rx Tx µC 1 µC 2 µC 3 [/code] So geht das nicht, denn dann ist
4,7k | | | | | | Rx Tx Rx Tx Rx Tx µC 1 µC 2 µC 3 [/code]
-
Thread
enc28j60 LanController initialisieren auf ARM7
ByteCount; u8_t LongEvent:1; u8_t Reserved:1; u8_t CarrierEvent:1; u8_t Reserved2:1; u8_t CRCError:1; u8_t LenChkError:1; u8_t LenOutofRange:1; u8_t RxOk:1; u8_t RxMultiCast:1; u8_t RxBroadCast:1; u8_t DribbleNibble:1; u8_t RxCntrlFrame
0x06 //Pin0.6 #define SPI1_CS 0x07 //Pin0.7 #define UART0_Rx_u8 0x08 //Pin0.8 #define UART0_Tx_u8 0x09 //Pin0.9 #define CS2_Pin 0x0a //Pin0.10 #define CS3_Pin 0x0b //Pin0.11 #define CS4_Pin 0x0c //Pin0.12 #define CS1_Pin
-
Thread
Parsen klappt nur bis zur ersten Stelle.
! Warum kommt Stelle 2.4 nicht zum Vorschein? [c] if (usart_status.usart_ready) { if (!strcmp(usart_rx_buffer,"99|11|01|00")) { usart_write("----Jipppieee----"); }
stehen. usart_write_int(au8Value[0]); usart_write_int(au8Value[1]); usart_write_int(au8Value[2]); usart_write_int(au8Value[3]); usart_status.usart_ready = 0; } [/c] Da mein "usart_rx_buffer" so deklariert ist (kein unsigned): [c] #define
-
Thread
Primitiv(st)er AM TRX gesucht
über einen 1-2 Stufigen Transistorsender den Quarz wieder zum schwingen anregt, und sich so "selber Empfängt". Hier muss man halt mit der Kontaklösung schauen. Dennoch kann man mit einem Pendel Rx und 5 anderen Transistoren
B e r n d W. schrieb im Beitrag #4034776: > Im Prinzip wäre so ein 7-Teile-Sender auch mit einem Keramikresonator > möglich. Es gibt bei box73.de (Webshop des FUNKAMATEUR) auch preiswerte (2,95)
-
Thread
<rotary.h> mit bool "ein" und Ausschalten.
// 25Hz PWM an Pin12 Atmega if (rx != rx2) { showFreq(); sendFrequency(rx); rx2 = rx; } buttonstate = digitalRead(A0); if (buttonstate == LOW) { buttonist = millis(); if
if (rx <= 100000) { rx = rx2; }; // LOWER VFO LIMIT } } // frequency calc from datasheet page 8 // = <sys clock> * <frequency tuning word>/2
-
Thread
avr gcc, xmega 128a4, switch-Anweisung
(bridge_if_state) 1f32: c5 30 cpi r28, 0x05 ; 5 1f34: 09 f4 brne .+2 ; 0x1f38 <run_bridge_interface+0x68> 1f36: 25 c1 rjmp .+586 ; 0x2182 <run_bridge_interface+0x2b2> 1f38: 08 f4 brcc .+2 ; 0x1f3c <run_bridge_interface+
72 2d mov r23, r2 ....[/c] Das wären dann die Ziele 1036, 1061, 10b5 usw. Servus Wolfgang
-
Thread
Lauschen an serielle Verbindung!
RxD1 RxD2 Mithörer Da muss nichts umgeschaltet werden, und die Übertragung zwischen PC und Steuereinheit wird durch nichts gestört. Um einen zeitlichen Zusammenhang der aufgezeichneten
Verbindung ist dann nur mit dem Mithörere. 2. Als zweite Variante zur Kommunikation. Ich möchte pc gesteuert zum anderen folgenden Kommunikationsweg mit der Steuereinheit erreichen: TxD >---------------------> RxD PC
-
Thread
Warum liest man hier so wenig von Renesas?
double Wo ist der Fehler? https://www.renesas.com/us/en/products/microcontrollers-microprocessors/rx-32-bit-performance-efficiency-mcus#featured_products https://gcc.gnu.org/onlinedocs/gcc/RX-Options.html
war super günstig und die liefen schneller als die RX-Teile.
-
Thread
EA eDIPTFT43-A Problem mit rs232
Schaltungsmäßig kann man nicht viel falsch machen. 1 GND 2 VCC 10 RX Ohne Lötbrücken ist die Baudrate 115200. MfG Ak Tronik
Um Missständen vorzubeugen hier mal meine Beschaltung: PIN 1 -> GND 2 -> VCC von Labornetzgerät 3 -> N.C. 4 -> N.C. 5 -> High (Reset) 6 -> N.C. (Baud0) 7 -> N.C. (Baud1) 8 -> GND (Baud2) 9600Bd ? 9 -> N.C. 10 -> TxD von Bridge 11 -> RxD von Bridge und sonst
-
Thread
CAN-Device oder Platine zum üben
Bestätigung des Empfang erfolgt (das kann man mit dem Oszilloskop prüfen). Der Diagnose-CAN reagiert z.B. auf die folgende Nachricht (VW Transport Protocol 2.0, "Channel setup"): [code] Request 0x200: 1F C0 00 10 21 03 01 Response 0x21F: 00 D0 21 03 2E 03 01 (wird mehrfach wiederholt) Response 0x321: A8 [/code] Ein paar Informationen zum VW Transport Protocol 2.0 findet man z.B. hier: https://jazdw.net/tp20 Als Anmerkung: in dem Gateway 3C0907530C von Temic sind ein µPD70F3178(A) (V850E/CG3), zwei TJA1054 (CAN Transceiver), drei TLE6250 (CAN Transceiver
-
Thread
Mikrocontroller mit Rs232 Schnittstelle
Schnittstelle wie der mega32u4 (oder war das u2?) Du müsstes also schon einen TTL Uart USB Adapter anklemmen sowas in der Art an Tx und Rx vom ATmega8 wenn du am PC Hterm o.ä. machen willst https://www.ebay.de/i/172228517190 oder nimm gleich
auch programmieren wie gewohnt als puren ATmega8, musst dich halt um alles selber kümmern Ausgaben an Rx/Tx selber anklemmen Pegelwandlung machen und zu +-12V zum PC wandeln. Ich finde nano praktischer, auc hindert dich keiner den ohne die IDE zu programmieren, notfalls mit einem 2ten nano der als ISP
-
Thread
Blutzucker-Messgerät Hardware OLED Display
das z.b. ist so ein adapter wie oben beschrieben -mit notwendigen elektronik, 2.54 anschluss und befästigten display.
Danke Tobi, was mir fehlen würde: ein normaler SMD Quarz mit 2 Cs als Alternative RxD und TxD 'rausführen z.B. für externe Ansteuerung ein ISP-Header wäre auch schön Platz dafür wäre in den Platinenmaßen da. Gruß Einhart
-
Thread
Levelshifter
Arduino auf den LV Eingang des LevelShifters gelegt. Welchen Hintergrund hat dies? https://dlnmh9ip6v2uc.cloudfront.net/assets/6/3/6/e/d/5266e578757b7fdf4c8b4570.png Vielen Dank und viele Grüße Stefan
diesem Wandler kann man die Pegel von zwei unterschiedlichen Signalebenen mit einander verbinden. z.B. 5V System mit 3,3V. Der Wandler arbeitet aber auch mit 1,8V und/oder 2,8V Pegeln und kann für I2C verwendet werden.
-
Thread
DALI Interface für AVR und PIC
Hallo, eine kurze Frage zu deiner Schaltung: Bei Stecker J3 ist Pin1 Vdd, Pin2 DALI_RX?, Pin3 RX_Supply? Was ist RX_SUPPLY? Vielen Dank Paul Pritz
das STM diese Schaltung auf einem EVAL Board so wie gezeigt, verbaut hat. Meistens wird VDD und RX-Supply identisch, z.B. 5V sein. DALI_RX und DALI_TX sind dann die DALI Signale zum/vom Mikrocontroller und RX_Supply ist die Stromversorgung vom Mikrocontroller, da die Spannung auf dem DALI Bus ja
-
Thread
RS422 in RS 485 wandeln
aufgebautes Glasfaserssystem übertragen. Das Problem: Das Glasfasersystem unterstützt nur RS232 (Rx-Tx) oder RS485 zweidraht (A-B).Unser Signal ist aber ein 4 Draht Rx-Ry/Tx-Ty Signal.(Näheres zum RS422 Signal ist nicht bekannt, da der Hersteller keine Infos rausrückt ;-)) Als ersten Versuch haben
Infos scheinbar etwas zu "verwirrend" erscheinen, hier mal ein paar Skizzen! Auf die Bezeichnungen Rx-Tx hab ich erst mal bewusst verzichtet, sonst gibt es da wieder Debatten.... Grundproblem ist: Geräte A und B sind normalerweise über Kupferleitungen, 4 Draht, RS422 (punkt zu punkt) verbunden.
-
Thread
Umkehrfunktion für Messbrücke
[math] Ubr = Uo (\frac{Rx}{Rx+R1} - \frac{R2}{R2+R3}) [/math] [math] \frac{Ubr}{Uo} = \frac{Rx}{Rx+R1} - \frac{R2}{R2+R3} [/math] [math] \frac{Ubr}{Uo} + \frac{R2}{R2+R3} = \frac{Rx}{Rx+R1} [/math] [math] (Rx
weiß einer wie man das Wolfram Alpha beibringt? solve(Ubr = U0 * ( (Rx / (Rx + R1)) - (R2 / (R2 + R3))) ),Rx) -> http://www67.wolframalpha.com/input/?i=solve+%28Ubr+%3D+U0+*+%28+%28Rx+%2F+%28Rx+%2B+R1%29%29+-+%28R2+%2F+%28R2+%2B+R3%29%29%29%2CRx%29 Geht nicht
-
Thread
AT90CAN128
_2 init_mob_rx(2,24576,536862720); #define init_mob_rx_3 init_mob_rx(3,32768,536862720); void Can_bit_timing (void) { CANBT1= 0x06; CANBT2= 0x0C; CANBT3= 0x5A; } void can_init
noch nicht rausbekommen habe wie das mit den Takteinstellungen funktioniert. Die Routine sendet CAN2B Du kannst es ändern indem Du auf 2A umschaltest, dann ist der Identifierer nur 11 Bit lang statt 29
-
Thread
Mega32P + max232 funktioniert nicht
nicht gesteckt habe geht gar nichts. Das Terminal von BASCOM meldet dann Fehler: Could not Open COM2. Das Brücken der Anschlüsse RX/TX hinter dem Wandler habe ich auch schon gemacht, sollte ja dann ein Echo zum PC zurückkommen. Das klappt aber nicht weil das Signal invertiert wird. Es passiert also
Gehäuse eingebaut. An der Stiftleiste kann ich dann +5V, GND aus der Schaltung zuführen und TX und RX abgreifen. Die grüne LED zeigt die Stromversorgung an. Die beiden gelben LEDs sind jeweils über 1,2k Ohm Widerstände mit der Anode auf Pin 13 und 14 gelegt und die Kathode auf GND. Mit den beiden
-
Thread
USART problem mit MAX232
einem MAX232? Deine Auflistung mal komplettiert: Signal 9-Pin 25-pin DCD [i] 1 8 RxD [i] 2 3 TxD [o] 3 2 DTR [o] 4 20 GND [-] 5 7 DSR [i] 6 6 RTS [o] 7 4 CTS [i] 8 5 RI [i] 9 22 (Richtung aus Sicht des PCs)
hallo ich muss sagen Schneider hat recht. du hast die TX und die RX vertauscht. also TX geht an Pin 2, RX an Pin 3.(bei 9 pin)
-
Thread
Tester für Spezialversion des AVR Bootloaders optiboot gesucht!
atmega1284p Bootloader HFUSE = 0x9E [0x9F], BootLoader Start is enabled to 0x1FC00 avrdude -c stk500v2 -B 50 \ -p atmega1284p -P usb -b 115200 \ -e -u -U efuse:w:0xFD:m -U hfuse:w:0x9E:m -U lfuse:w:0xFF:m avrdude: stk500v2_command(): command failed Da ich den passenden
nicht läuft. Für den ATmega1284 müßten die Befehle [avrasm] ASBI DDRD, DDD7 ldi r24, (1<<COM2A0) AOUT TCCR2A, r24 ldi r24, (1<<CS20) AOUT TCCR2B, r24 [/avrasm]bei Zeile 579 in optiboot.S eingefügt werden, um ein Ausgangssignal an PortD, Pin 7 mit der Frequenz 16000000/512 = 31250Hz
-
Thread
RX und TX auf einer Leitung
hi, wäre es 'ohne großen aufstand' möglich, RX und TX auf einer leitung zu handlen? also bidirektional, solange TX was von sich gibt, müsste RX einfach mal 'weghören', nach kurzer wartezeit oder einem TX-ende signal dürfte dann RX lauschen. geht
Harry Up wrote: > hi, > wäre es 'ohne großen aufstand' möglich, RX und TX auf einer leitung zu > handlen? Na klar, überhaupt kein Problem. Mache ich z.B. in meinem Bootloader: http://www.mikrocontroller.net/attachment/29691/fboot18.zip Peter
-
Thread
Raspberry Pi C-Programmierung: RS232 Read Problem
termios.h - see http://pubs.opengroup.org/onlinepubs/007908799/xsh/termios.h.html): // Baud rate:- B1200, B2400, B4800, B9600, B19200, B38400, B57600, B115200, B230400, B460800, B500000, B576000, B921600, B1000000, B1152000, B1500000, B2000000, B2500000, B3000000, B3500000, B4000000 // CSIZE:- CS5
data waiting } else { //Bytes received rx_buffer[rx_length] = '\0'; printf("%i bytes read : %s\n", rx_length, rx_buffer); } return rx_buffer; } void uart_close(int uart0_filestream) { close(uart0_filestream);
-
Thread
Lock In Verstärker; Vibrometer
hast recht. Da hatte ich einen fehlerhaften Gedanken, von dem ich irgend wie weg kam :-( . > Uwe B. schrieb im Beitrag #4538643: > Die 100 Hz der Lampe kommen als 100 Hz an der > Rx-LED an. Von der Sende-LED kommen zunächst mal z. B. 6 kHz an der > Rx-LED an. Kommt das Objekt näher, wird die Intensität
mal abklemmen. Dann sollte der Ausgang etwa auf das Potential des eingestellen Arbeitspunktes ca. 2,4V gehen. Wenn du die Fotodiode mal durch einen hochohmigen Widerstand ersetzt, sollte der Ausgang entsprechend aussteueuern. Mit z.B. 1 MOhm etwa auf ca. 4,8V, mit 2,2 MOhm auf ca. 7,6V. Der OPV
-
Thread
WizNet W5500 Probs als Webserver
und beachte das ein nur einmaliges lesen zu Fehler führen kann da nicht atomar. also z.b doppelt lesen so lange beide gelesenen werte gleich sind. Dies beim Rx Register für Anzahl Bytes im Fifo genau so. Wenn nun platz zum Senden von Daten ist, dann: 2. Tx Write Zeiger aus w5500
zusammen der W5500 wird von Arduino nativ unterstützt. Man includiert statt ethernet.h ethernet2.h dann geht der w5500 und das ohne Probleme bei mir dann noch zu den Pointer und Buffer beim W5500. 1. müssen die für alle benutzten sockets angelegt werden. Es ist getrennt RX und TX
-
Thread
ATSAM4E8C SPI Hilfe
PIO_PA13A_MOSI #define SPCK PIO_PA14A_SPCK #define NPCS0 PIO_PA11A_NPCS0 #define NPCS1 PIO_PA9B_NPCS1 #define NPCS2 PIO_PA10B_NPCS2 #define NPCS3 PIO_PA22B_NPCS3 #define NPCS4 PIO_PA24 #define aktuel_CS NPCS3 Pio *p_pio; uint32_t pin, ul_sr, i; /* assign
PIO_ABCDSR[0] = 0 A p_pio->PIO_ABCDSR[0] |= NPCS2; // PIO_ABCDSR[0] = 1 B ul_sr = p_pio->PIO_ABCDSR[1]; p_pio->PIO_ABCDSR[1] = ~(NPCS1 | NPCS2) & ul_sr; // PIO_ABCDSR[1] = 0 p_pio->PIO_PUER = pin; // Enable Pull up p_pio
-
Thread
Entwicklungsboard ATmega168PA anschliessen
Das Board lässt sich sich seriell oder mit vorgeschaltetem FTDI programmieren. Alternativ kann man z.B. auch einen Arduino Uno nehmen, den Prozessor (wenn kein SMD)entfernen und folgende Anschlüsse benutzen: Arduino UNO Pollin Board RX -------------> TX0 TX -------------> RX1 RESET
Über der UART Anschluss (Rx, Tx Pins) meinte ich.
-
Thread
[V] Grafikkarte Radeon RX 580
Ja so eine RX580 8GB von Sapphire habe ich hier auch noch rumliegen, ist IMHO noch 60-70 Öcken wert. Habe mir vor ca.3 Monaten eine MLLSE RX 6600M bei Alix für 150 Euros NEU geschnappt. RDNA2 und doppelte Leistung
Gibts neu für gut 150€, z.B. hier: https://www.mindfactory.de/Hardware/Grafikkarten+(VGA)/Radeon+RX+Serie/RX+580.html
-
Thread
Eingangsspannung an MC ohne Versorgungsspannung.
Du kannst das mit einer Diode entkoppeln. [code] Quelle 1N4148 2,2kΩ Tx o-------|<|-------+-------[===]-----o Vcc | o µC Rx Pin [/code]
kann ich grad nicht so recht nachvollziehen oder schaltet hier tatsächlich jemand so ab, dass er z.B. die Vcc-Pins des AVRs niederohmig auf GND legt (bzw. die GND-Pins auf Vcc legt)? Nur dann hätte überhaupt eine Schutzdiode die Chance wirksam zu werden bei einem Signal auf der RX-Pin. Kaputt wird
-
Thread
ATmeag88 <> RaspberryPi - UART Problem
***** void uart_read (void) { if (uart0_filestream != -1) { unsigned char rx_buffer[256]; int rx_length = read(uart0_filestream, (void*)rx_buffer, 255); if (rx_length < 0) { //printf("Error\n"); } else if (rx_length == 0) { //printf("No data waiting.\n"); } else { rx_buffer[rx_length] = '\0'; printf("UART: %i bytes - read : %s \n",
-
Thread
CH340 UART to USB - Rx und Tx Pegel
auf ca. 0,27V runter und man erkennt eine Art Sinusschwingung. Über HTerm empfange ich nichts. 2. Wenn ich über den COM Port Zeichen vom PC zum Board sende, dann empfange ich auf der Rx Leitung was, aber der Pegel geht auf 2V runter. 3. Im letzten Bild(Tx_3V3_ohne_USB) habe ich das USB Kabel
TX-Sender gehört natürlich an RX-Empfänger! Und umgekehrt! Falls Du das mal versehentlich verwechselt hast könnte der CH340 beschädigt sein, ist nicht unwahrscheinlich. > - R4 und R5 entfernt und gebrückt. > - R2 und R3 entfernt
-
Thread
LS + FI Tyb B, C oder D für Natriumdampflampen. Welcher Hersteller ?
habe ja ne lächerliche absicherung im gebäude... 10A und 6A bei sehr kurzen leitungslängen und 1.5mm2 kupferdrähten! wie sieht es mit steuersignale im gebäude aus.. z.B ölheizung und warmwasserboiler, sind diese steuersignale getrennt vom netz oder haben die eine scvhutzschaltung? biss her hatte
da um den Strom, der irgendwohin falsch abgeflossen ist, z.B. in den Menschen der hinfasst. Daher auch der heute üblichere Name RCD = Residual Current Detector 2. das Schaltvermögen (typische Werte sind 25A, 40A, 63A). Das ist der maximale Strom, den die Kontakte
-
Thread
2 mal Uart beim Mega8
OCR1B += BIT_TIME; // next bit slice }else{ srx_done = 1; // mark rx data valid srx_data = srx_tmp; // store rx data TIFR = 1<<ICF1; // clear pending interrupt TIMSK
=0x2a; sfrb OCR1AH=0x2b; sfrw OCR1A=0x2a; // 16 bit access sfrb TCNT1L=0x2c; sfrb TCNT1H=0x2d; sfrw TCNT1=0x2c; // 16 bit access sfrb TCCR1B=0x2e; sfrb TCCR1A=0x2f; sfrb SFIOR=0x30; sfrb OSCCAL
-
Thread
Aufstieg STM32F4 zu F7. Probleme mit der Geschwindigkeit.
wenn er nicht richtig aligned ist... dann wird ein teil der SW zum bremsklotz witzig ist dann zB auch wenn 1-2 Tasks ( von 10 ) langsamer laufen .. der rest aber weiterhin schnell agiert man sucht sich dann blöd
aufgetaucht. > hier werden die buffer für die LAN schnittstelle > also descriptoren und TX/RX Buffer > auf 8byte aligned in die extra 16kb SRAM 2 gelegt So ganz verstehe ich das noch nicht :-/ Du legst also den buffer gezielt in einen anderen Speicherbereich. Was genau sagt hierbei das
-
Thread
Atmega48 UART sendet bei TX Abschaltung ein ungültiges Zeichen
; UDRIEn: Data Register Empty Interrupt Enable ; RXCIEn: RX Complete Interrupt Enable ; TXCIEn: TX Complete Interrupt Enable .equ UH_UCSR0B_RXTX_ON = 0b11011000 ; Parameter-Bitmasken für UH_De/Activate .equ UH_UCSR0B_RX_ON = 0b10010000 .equ UH_UCSR0B_TX_ON = 0b01001000 .equ UH_UCSR0B_RXTX_OFF = 0b00100111 .equ UH_UCSR0B_RX_OFF = 0b01101111 .equ UH_UCSR0B_TX_OFF = 0b10110111 .equ UH_UCSR0B_UDRIE_ON = 0b00100000
-
Thread
DMA für Can beim STM 32
Testaufbau sind zwei Peakcan Adapter und eben mein STM Board, natürlich mit Widerständen. Nachdem man z.B mit 1Mbit und 1ms Abstand die Nachrichten zwischen den beiden Peakcan hin und herschicken kann, fehlen bei meinem STM dann ca. 2 bis 10 Nachrichten, immer unterschiedlich. Mit etwas mehr Programm scheinen
Effizienz Wert legt, dann sollte man selber Hand anlegen. Beispielsweise verwendet CAN_Receive [c] RxMessage->Data[0] = (uint8_t)0xFF & CANx->sFIFOMailBox[FIFONumber].RDLR; RxMessage->Data[1] = (uint8_t)0xFF & (CANx->sFIFOMailBox[FIFONumber].RDLR >> 8); RxMessage->Data[2] = (uint8_t)0xFF & (CANx
-
Thread
STM32: CAN Loopback mit merkwürdigem Effekt
initialisiert: [code] GPIO_InitTypeDef GPIO_InitStructure; /* GPIO clock enable */ RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO |RCC_APB2Periph_GPIO_CAN, ENABLE); /* Configure CAN pin: RX */ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_CAN_RX; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IPU
r1 cmp r2, r3 bcc CopyDataInit ldr r2, =_sbss b LoopFillZerobss /* Zero fill the bss segment. */ FillZerobss: movs r3, #0 str r3, [r2], #4 LoopFillZerobss: ldr r3, = _ebss
-
Thread
PIC24F32KA302 UART-Konfiguration
U2MODEbits.ABAUD = 0; //Baud rate measurement is disabled or completed U2MODEbits.UEN = 0b00; //UxTX and UxRX pins are enabled and used; UxCTS and UxRTS/UxBCLK pins are controlled by port
char UART2_RX_Status(void) { if(U2STAbits.URXDA) //1 = im Buffer sind Daten return 1; return 0; } char UART2_char_empfangen(void) { return U2RXREG; } int main(int argc, char** argv) {
-
Thread
AVR Uart empfangene Daten weiterleiten
reset_rs485_driver(); // switch MAX485 back to receiver mode } [/c] Variante 2: [c] ISR(USART1_RX_vect) { uint8_t data; data = UDR1; // debug count to check for lost bytes uart_count++; // add data to ringbuffer for later use uart_ringbuff_add(data);
(&rx_buff_uart1, data); // add data to uart0 tx buffer uart_ringbuff_add(&tx_buff_uart0, data); // trigger UDRE interrupt to transmit new data UCSR0B |= (1<<UDRIE0); } ISR(USART0_UDRE_vect
-
Thread
Problem mit DCF77 Empfänger, Signal passt nicht
, hier die Ausgabe auf dem UART: DCF 77 Clock by Ulrich Radig 0-0-0 Time: 0:0:0 Sync: 0 Rx: 0 0-0-0 Time: 0:0:11 Sync: 0 Rx: 0 0-0-0 Time: 0:0:23 Sync: 0 Rx: 1 0-0-0 Time: 0:0:34 Sync: 0 Rx: 0 0-0-0 Time: 0:0:46 Sync: 0 Rx: 1 0-0-2000 Time: 0:0:0
Netzteil. Der Test fand im Hobbykeller statt. Deine Messungen sind leider Alle unplausibel. Du misst z.B. 161,4ms. Das ist auf DCF77 bezogen kein H und kein L. Wenn die Messung korrekt wäre müsstest Du 1000ms messen. https://www.mikrocontroller.net/attachment/703717/2._Periode.png Was auch nicht stimmt
-
Thread
Arduino: NRF24L01 2.4Ghz maniacbug Library
TX5 device and the RX device: TX5 device: TX_ADDR = 0xB3B4B5B605 TX5 device: RX_ADDR_P0 = 0xB3B4B5B605 RX device: RX_ADDR_P5 = 0xB3B4B5B605 Von hier: https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=0ahUKEwikmvvlranKAhVDig8KHYOvCs0QFgggMAA&url=https%3A%2F%2Fwww.nordicsemi.com%2Fchi%2Fcontent%2Fdownload%2F2730%2F34105%2Ffile%2FnRF24L01_Product_Specification_v2_0.pdf&usg=AFQjCNEnhSNEGSvHG7ZhmZvotFBGsm4Wcg&sig2=AoSfd3MsER5NhB5Y25H8Hg&cad=rja Das muss
-
Thread
AVR-Handheld mit Mega644
den Schaltplan zu zeichnen: (1) - 1KOhm - Zwei Schottky-Dioden zur Spannungsbegrenzung - PTA0 (2) - TX (PTD1) (3) - RX (PTD0) (4) - SDA (PTD1) (5) - GND (6) - Video (330Ohm von PTD4, 1KOhm von PTD5) (7) - 1KOhm - Zwei Schottky-Dioden zur Spannungsbegrenzung - PTA1 (8) - SCL (PTD0) (9) -
2+4 und 3+8 sind demnach verbunden^^ Da ich auf der Arbeit momentan bin und kein Datenblatt des M644 zu Hand habe denke ich 2+3 sind klar TX/RX der Serial aber 4+8 müßten wohl an die I2C des M644 oder
-
Thread
Serial RX Buffer Arduino
\hardware\avr\<platform version>\cores\arduino\". Ich wollte da den Empfangspuffer (SERIAL_RX_BUFFER_SIZE) der seriellen Schnittstelle auf 128B setzen, kam dann aber angesichts des [c]#if !defined(SERIAL_RX_BUFFER_SIZE)[/c] auf die glorreiche Idee, ein #define direkt im Source zu machen. Es
funktioniert, ist aber ein bisschen Murks - und nicht empfohlen: https://forum.arduino.cc/t/arduino-ide-2-0-3-serail-rx-buffer-modified/1067240 Gruss Chregu
-
Thread
STM32 eval board mit MAC aber ohne Eth PHY für SPE
files/DM00039084.pdf/jcr:content/translations/en.DM00039084.pdf PA0- ETH_MII_CRS PA1 - ETH_MII_RX_CLK PA2 - ETH_MDIO PA3- ETH_MII_COL PA7 - ETH_MII_RX_DV (Hier fehlt free I/o) PB0- ETH_MII_RXD2 PB1 - ETH_MII_RXD3 PB8- ETH_MII_TXD3 PB10- ETH_MII_RX_ER (Hier fehlt free I/o) PB11 - ETH_MII_TX_EN PB12 - ETH_MII_TXD0 PB13- ETH_MII_TXD1 PC2- TH_MII_TXD2 PC3 - ETH_MII_TX_CLK (Hier fehlt free I/o) PC4- ETH_MII_RX_D0 PC5- ETH_MII_RX_D1 PE2- ETH_MII_TXD3 d.h. jetzt wenn PA7, PB10, und PC3 nicht nach außen gehen weil (Free i/o) nicht
-
Thread
mega 168 winAVR und A-Studio4.18 Fehler im Vector 19 USART, RX
define SIG_USART_DATA _VECTOR(19) aber im mega168 Datenblatt steht: Vector no. Program address(2) Source Interrupt definition 19 0x0024 USART, RX USART Rx complete
_VECTOR(19) > > aber im mega168 Datenblatt steht: > Vector no. Program address(2) Source Interrupt definition > 19 0x0024 USART, RX USART Rx complete Siehe oben. mfg.
-
Thread
VHDL UART mehrere Vectoren empfangen und einordnen
rechts schieben, weil LSB first end if; else -- warten auf Startbit if (rxd_sr(3 downto 2) = "10") then rxcnt <= ((Quarz_Taktfrequenz/Baudrate)-1)/2; rxbitcnt <= 0; end if; end if; end process; RX_Data <= rxsr; --RX_DATA müsste in den Vektor eingeordnet
schiebst jetzt die Daten in ein Schieberegister, so wie du das schon mit den empfangen Bits machst. RX_Data <= RX_Data(RX_Data'left-8 downto 0) & rxsr; oder halt mit einem Datenarray TYPE RX_Type is array (0 to 15) of STD_LOGIC_VECTOR(7 downto 0); Signal RX_Data : RX_Type (others => (others =>
-
Thread
RS485 Übertragung passt nicht
Dein Signal ist invertiert, taush mal deine A und B Leitung am Stecker.
nicht empfängt: "nicht korrekt zurück gesendet wird". Letzteres hört sich so an: "µC1 sendet, µC2 empfängt nichts." Was denn nun? Wenn letzteres: A & B vertauscht? Was wird empfangen? Nichts oder nur wenig oder nur Schrott?
-
Thread
_delay_us() sehr! ungenau?
Wenn ich das jetzt für einen ATmega8 compiliere (GCC 4.5.1), bekomme ich: [avrasm] .global Rx .type Rx, @function Rx: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 .L2: sbic 48-32,0 rjmp .L2 ldi r20,lo8(37)
Compiler die Schleife, und du bist die Abhängigkeit vom Durchlaufzähler los: [avrasm] .global Rx .type Rx, @function Rx: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 .L2: sbic 48-32,0 rjmp .L2 ldi r24,lo8(37)
-
Thread
3,3V TTL an 5V AVR
High-Pegel ab 3V. Das bedeutet >> doch, dass es eigentlich gehen sollte? > > TTL Pegel heisst Voh >= 2,4V. Und das ist zu wenig. Also doch ein 74HC125 :D A1 -> GPS Tx Y1 -> AVR Rx OE1 -> GND Edit: Aber nach dieser Grafik geht es auch ohne IC: http://www.elektronik-kompendium.de/sites/dig
Ich habe heute Zeit mir mal das Signal des GPS-Moduls mit einem Oszi angeschaut (Abb1). Es sind nur 2,9V. Dann habe ich mit einem Transistor, 2 10k Widerständen einen Pegelwandler gebaut und es hat auch geklappt (Abb2). Für die Tx vom AVR zum Rx vom GPS reicht ja ein Spannungsteiler (1,8k und 3,3k
-
Thread
Drei AVR mit UART verbinden. Pegel zu niedrig
Na er sagt er hat 2 Empfänger A und B. Wenn bei A die Batt zusammenbricht, empfängt auch B (volle Batterie) nichts mehr. So habe ich das verstanden.
Daniel R. schrieb: > Na er sagt er hat 2 Empfänger A und B. > > Wenn bei A die Batt zusammenbricht, empfängt auch B (volle Batterie) > nichts mehr. > > So habe ich das verstanden. Genau darum geht es. Olaf schrieb: > Indem du
-
Thread
3.3 Volt vs 5 Volt
(I2C). Nicht ausprobiert (2): 5V-Ausgang direkt auf ESP32. Dennoch würde ich nicht direkt (2) in der Serie umsetzen. Punkt. Ich habe nie behauptet, dass (2) nicht funktioniert! Ich hätte dabei lediglich
Stefan S. schrieb im Beitrag #8013593: > ich möchte einen ESP32 (mit 3,3Volt) via RX / TX > mit einem 8051 (mit 5Volt) verbinden .. > Wie am besten? Sicherste Weg: 3,3 -> 5 mit 74HCT oder 74 AHCT Gatter. Ich nehme gewöhnlich entweder 74AHCT125 oder 2x 74AHCT14 (noch mehr sicher