-
Thread
BMP280 an PIC18F45K42 mit MPLAP und I2C
, I2C2_SEND_RESTART_READ, I2C2_SEND_RESTART_WRITE, I2C2_SEND_RESTART, I2C2_SEND_STOP, I2C2_RX_ACK, I2C2_TX_ACK, I2C2_RX_NACK_STOP, I2C2_RX_NACK_RESTART, I2C2_RESET,
(void); static i2c2_fsm_states_t I2C2_DO_RX_ACK(void); static i2c2_fsm_states_t I2C2_DO_TX_ACK(void); static i2c2_fsm_states_t I2C2_DO_RX_NACK_STOP(void); static i2c2_fsm_states_t I2C2_DO_RX_NACK_RESTART(void); static
-
Thread
Wie RXD / TXD / DTR signale auslessen
raus hast, dann klemm RX und TX des Wechslers auf 2 RX-Eingangsleitungen RS232 deines PC, starte geeignete Protokoll-Mitschnitt-Software und lausche und da Madin anscheinend auch die Schnittsellen-Protokoll-Beschreibung
brauchst du "irgendeine" Software, um das was da abläuft "einzufgangen". Es bietet sich an, an deinem PC 2 serielle Schnittstellen zu haben, an denen die beiden Leitungen deiner Jukebox als "Schnüffel-Leitungen" angeklemmt werden, also: PC-ser1-rx <--> Jukebox RX PC-ser1-DSR <--> Jukebox DTR PC-ser2-
-
Thread
Wie verbindet man Usb2TTL-Programmer mit Mega328P
mein Usb2TTL-Programmer hat kein DTR, nur: 5V VCC 3V3 TxD RxD GND muss wohl einen neuen kaufen..
gebe ich meine 2 Korinthen hinzu. Das Signal TxD ist von DTE nach DCE definiert. Das Signal RxD ist von DCE nach DTE definiert. DCE und DTE sind die Rollen der 2 Gegenstellen einer "V.24/RS-232"-Strecke. DCE
-
Thread
Spannungsteiler funktioniert nicht, was mache ich falsch?
Richtig dimensioniert würde dort dann die Spannung entsprechend abfallen und eine Spannung von ~3,3V an Rx (SDS011) anliegen. Sein Vorschlag von 1,5kOhm (4,7kOhm 3x parallel) als Vorwiderstand (kein R2), hat für einen Spannungsabfall gesorgt, so dass noch 4,2V an Rx (SDS011) anliegen. Ich habe weiterhin versucht R1 und R2 kleiner zu dimensionieren. R1 ~1,5kOhm (3x 4,7kOhm parallel) und R2 ~3,3kOhm (3x 10kOhm parallel). Entsprechend verkabelt liegen jetzt ca. 3,2V bei High an Rx (SDS011) an. Allerdings ist hier das
-
Thread
UART mit Optokopplern galvanisch trennen bei unterschiedlichen Spannungen
H. B. schrieb im Beitrag #6484413: > Du schliesst alles so an wie auf deinem 2. Bild - nur läst du den > DC/DC-Wandler weg. Dann fehlt dem aktiven Koppler auf der rechten Seite die Spannungsversorgung
+----+ | TX--270R--|A C|---+--|<|--+ | | ZD5V1 | GND ------|K E|--+---1k2--+-- GND (Display) +----+ | PC827 +----------- RX +----+ +5V ------|C A|---270R--- TX | | RX ----+--|E K|---------- GND (Display)
-
Thread
Software UART
(CompareB) nicht länger als 1/2 Bitzeit und der Sendeinterrupt (CompareA) nicht länger als 1 Bitzeit verzögert werden. Die höhere Baudrate sollte deshalb immer mit der Hardware-UART erfolgen. Die Soft-UART
Zeichen mehr empfangen. Auffällig ist, das bei srx_done = 0 und srx_mask = 1 der Capture Interrupt B nicht mehr enabled ist. (Nur noch der für A). Es scheint das im INT0 die Bedingung, das der RX-Pin immer noch low ist manchmal nicht zutrifft. Das ist, soweit ich sehe der einzige Punkt wo OCIE0B
-
Thread
Batterieladen mit solarüberschuss. Einspeisen bei verbrauch.
Angenommen R11 ist 45k und R10 ist 5.1k. Spannungsteiler aus: - R11 und (parallel R10 + RX1 + RX2) = 23V - R11 und R10 und (RX1 auf 3.3V) und (RX2 auf 3.3V) = 25.3V - R11 und R10 und (RX1 auf 0V) und (RX2 auf 3.3V) = 27.6V Wobei bei den IO pins ausser 0V und 3.3V auch noch "open" möglich
Käferlein schrieb im Beitrag #7201065: > Die Widerstände RX1 RX2 musst du über je einen open Collector bzw. > open Drain anschalten. Richtig. Einfacher. Spannungsteiler aus: - R11 und (R10 + RX1 + RX2) = 23V - R11 und (R10 + RX1) = 25.3V - R11 und R10
-
Thread
C++ auf einem MC, wie geht das?
questions/1201593/c-subset-of-c-where-not-examples http://en.wikipedia.org/wiki/Compatibility_of_C_and_C%2B%2B
z.B. SPI2_RX nicht von USART1_TX überschrieben wird? Beides zusammen geht nicht (1. Bild).
-
Thread
Mehrere Attiny's mit 1 Atmega kommunizieren lassen
idealerweise vor: a) Schlussendlich mindestens 14 Attiny's werden mit jeweils einer LiIon Zelle versorgt (2.5-4.2v, bei den langsameren Versionen der Attiny's sind 1.8-5v Versorgungsspannung ok, das sollte also gehen). b) Am Arduino gibt es einen RX und einen TX. Die werden jeweils mit einer Leitung verbunden
vor: > a) Schlussendlich mindestens 14 Attiny's werden mit jeweils einer LiIon > Zelle versorgt (2.5-4.2v, bei den langsameren Versionen der Attiny's > sind 1.8-5v Versorgungsspannung ok, das sollte also gehen). > > b) Am Arduino gibt es einen RX und einen TX. Die werden jeweils mit > einer
-
Thread
Attiny2313 - DMX-Receiver - eingestellte Startadresse != reale Startadresse
Hier noch die Codes zum DMX-Empfang. Initialisierung: [c] void init_DMX_RX(void) { DDRD |= (1<<PD2); PORTD &= ~(1<<PD2); UBRRH = 0; //enable reception UBRRL = ((F_OSC/4000)-1); //250kbaud, 8N2 UCSRC = (3<<UCSZ0
deine Bedenken bezüglich RDM verstehe ich. Bislang bin ich immer davon ausgegangen, dass in DmxRxField[0] der Wert des ersten Datenbytes (1. Kanal) liegt. Das habe ich gerade auch nochmal nachvollzogen. Das ist wirklich so. In DmxRxField[2] liegt dementsprechend der Wert des zweiten Datenbytes (2
-
Thread
[V] Auflösung alte PC Hardware Komponenten und alte Komplett-PCs incl Zubehör
1Rx8 PC2-5300E-555-12-F1.667.ECC - NT512T72U89A1BY-3C 0736.TW 2 x 2GB Samsung DDR3-RAM 1333MHz 1.35V ECC 1Rx8 PC3L-10600E-09-11-D1 - M391B5773DH0-YH9 RAID-Controller Dell GN148 / Modell UCS-60 - PWB HM031
1Rx8 PC2-5300E-555-12-F1.667.ECC - NT512T72U89A1BY-3C 0736.TW 2 x 2GB Samsung DDR3-RAM 1333MHz 1.35V ECC 1Rx8 PC3L-10600E-09-11-D1 - M391B5773DH0-YH9 RAID-Controller Dell GN148 / Modell UCS-60 - PWB HM031
-
Thread
CAN übertragung brich ca. nach 10 sek ab
spiout sbi PortB, 4 ; release /CS ;temp2 has content of TXB0CTRL sbrc temp2, 3 ; Test on TXREQ rjmp wait_TX_empty
Naja, dann liegt es daran schonmal nicht. Da nach ca. 5s nichts mehr geht würden ja dann auch nur 2 Messages empfangen. Das hört sich dann trotzdem schwer nach nem Overload an, da genau 2 buffer zur verfügung stehen. Benutz mal die RX Buffer Instruction, evtl. klapt das mit der Buffer freigabe nach
-
Thread
Chiptuning KFZ
Also der geringere Verbrauch, war bei unserem RX-7 leicht erklärt. 1. läuft der Motor jetzt deutlich magerer 2. durch die optimierte Auspuff- und Ansauganlage hat er viel weniger Rückstau 3. durch das längere Getriebe und das geänderte Differiential
Ich halte es aber für unwahrscheinlich das er wegen dem Chiptuning eher reist, ein Verschalter z.b. statt in den 4ten in den 2ten wäre balastungsmäßig viel schlimmer.
-
Thread
mega128 usart1 test
, temp1 ldi temp1, HIGH(UBRRVAL) sts UBRR1H, temp1 ; RX1 / TX1 aktivieren ;ldi temp1, (1<<RXEN1)|(1<<TXEN1) ;TX1 aktivieren ldi temp1,(1<<TXEN1) sts UCSR1B,temp1 ; Set frame format: 8data, 2stop bit ldi temp1, (1<<USBS1)|(3<<UCSZ10) sts UCSR1C
Kay B. wrote: > hallo winne, > ""dann musst > du es aber auch in der richtigen reihenfolge tun"" > > so in etwa, > > USART_Transmit: > ; Wait for empty transmit buffer > push temp2 > lds temp2,
-
Thread
artix 7 transceiver debuggen?
_0_2 CONFIG.RX_CB_DISP_0_3 CONFIG.RX_CB_DISP_1_0 CONFIG.RX_CB_DISP_1_1 CONFIG.RX_CB_DISP_1_2 CONFIG.RX_CB_DISP_1_3 CONFIG.RX_CB_K_0_0 CONFIG.RX_CB_K_0_1 CONFIG.RX_CB_K_0_2 CONFIG.RX_CB_K_0_3 CONFIG.RX_CB_K
_1_2 CONFIG.RX_CC_DISP_1_3 CONFIG.RX_CC_KEEP_IDLE CONFIG.RX_CC_K_0_0 CONFIG.RX_CC_K_0_1 CONFIG.RX_CC_K_0_2 CONFIG.RX_CC_K_0_3 CONFIG.RX_CC_K_1_0 CONFIG.RX_CC_K_1_1 CONFIG.RX_CC_K_1_2 CONFIG.RX_CC_K_1_3 CONFIG.RX_CC_LEN_SEQ
-
Thread
CAN: Timing Probleme
void blink() { while(CAN_MSGAVAIL == CAN0.checkReceive()) { CAN0.readMsgBuf(&len, rxBuf); rxId = CAN0.getCanId(); // Get message ID if(rxId == 0x2000) has2000 = true; if(rxId == 0x2001) has2001 = true; if(rxId == 0x2003) has2003
, rxBuf); rxId = CAN0.getCanId(); // Get message ID Serial.println(rxId, HEX); } } void loop() { } [/CODE] Weitere Ideen
-
Thread
VT100-Terminal (VGA+PS2)
Spin_to_Font und Font_to_Spin liegen sollte. Der Font sollte dann in einem der üblichen Formate (z.B. .bdf oder .fnt) vorliegen. Dazu gibt es dann genug Fonteditoren wie z.B. [1,2]. [1] http://hukka.ncn.fi/?fony [2] http://fontforge.github.io/en-US/downloads/windows/
USB Tastatur funktionieren? https://www.amazon.de/LINDY-70002-USB-PS-Maus-Tastauradapterkabel/dp/B0037KJB96/ref=pd_lpo_vtph_147_tr_t_2?_encoding=UTF8&refRID=HAB82292ZRWCT2KBK6AZ&th=1
-
Thread
Beschaltung Treiber RS485
Der ist doppelt bezeichnet. Links unten ist es dann RX
PC sendet (zB Stille). Der serielle Eingang des Controllers würde normalerweise RX heißen, also RO direkt mit RX verbunden.
-
Thread
Variablen setzen sich auf 0 Gesperrt
das optimiert wird: [c]void test2 (int a) { printf ("%d\n", a); } void test () { int a = 0; while (a < 100) { int b = 7; test2 (a + b); } }[/c] Der GCC macht daraus: [c] c: b508 push {r3, lr} e: 2007 movs r0, #7 10: f7ff fffe bl 0 <test2> 14: e7fb b.n e <test+0x2> 16: bf00 nop[/c] Die Variable verschwindet hier sogar komplett. In Fällen wo sie nicht verschwindet, wird sie sich wohl zwischendurch ändern, und dann
-
Thread
AVR-Atmega32 RS232 keine PC Verbindung?!
Der ATmega 32 ist mit RXD/TXD mit dem MAX232 verbunden, nur T2IN und R2OUT habe ich nicht verbunden! Bei dem erweiterten Schaltplan, sieht man nur die erweiterte Schaltung ohne die Grundbeschaltung!
was mist Du denn an pin 2 und 6 ?
-
Thread
C_CAN Device: LPC11C24/301
) Message interface 2 data A2 Register */ __IO uint32_t IF2_DB1; /*!< Offset: 0x000 (R/W) Message interface 2 data B1 Register */ __IO uint32_t IF2_DB2; /*!< Offset: 0x000 (R/W) Message
########################################## https://www.youtube.com/watch?v=nlksYTtgeXE (Ver:C_CAN2.0'Bosch) Die Couter'sw Rx /TX Err_counter:127> ist nicht dabei ); 255 BUSS-OFF Self-Remove Fault. Resync (128 )--Bus-Onn...kicker // (#cB)osch-Protocoll Analyse & 'Err-Anarchie..multivariante-'
-
Thread
Hausautomatisierung, aber womit?
etwas problematisch ist. Aber warum Kombinieren? Beckhoff Kontroller und darauf eine Certec WebNI2ADS Visu http://www.atvise.com/de/brochures?download=26:atvise-webmi2ads-broschuere , was will man mehr? Ist vielleicht etwas mehr Arbeit, dafür Industriequalität, offen, langlebig und flexibel. Christian_RX7
simulieren, danach musst du auf der realen Hardware testen. Bei den kleinen SPSen ist die Twincat 2.11 die richtige Wahl. Christian_RX7
-
Thread
welche Signale liefert ein Handy an TX
Atmega aus anzusprechen, habe ich mir mal mit dem Oszi angesehen, was das Handy an seiner TX- bzw. RX-Schnittstelle abgibt. Das Ergebnis ist frustrierend: fast nichts! Wenn ich das Handy einschalte, springt die TX-Leitung auf 2,6V, RX bleibt low. Rufe ich das Handy an, dann gibt es auf der 2,6V-high-Linie
> eingefügt. > Nun geht nichts mehr! > Ich meine, die RS232-Stecker richtig belegt zu haben: PIN 2 u. 3 für TX > bzw. RX und PIN 5 für GND. > Das deutet darauf hin, daß Du mit der Vermutung einer weiteren > Verbindungsleitung recht hast. Aber wo ist diese geheimnisvolle Leitung? Ah, Du hast
-
Thread
Virtual RS232 am USB send DTR aber wie ?
funktioniert ? Hier das Listing auf dem Arduino Nano <code> #include <SoftwareSerial.h> #define RX_PIN 10 // RX-Pin von SoftwareSerial #define TX_PIN 11 // TX-Pin von SoftwareSerial //SoftwareSerial Serial1(RX_PIN, TX_PIN); void setup() { // Serielle Schnittstellen initialisieren Serial.begin(115200); Serial1.begin(115200); // DTR-Signal simulieren pinMode(RX_PIN, OUTPUT); pinMode(TX_PIN, OUTPUT); digitalWrite(RX_PIN, LOW); digitalWrite(TX_PIN, LOW); delay(15); digitalWrite(RX_PIN, HIGH); digitalWrite(TX_PIN, HIGH); delay(15);
-
Thread
Geldscheinleser Noteacceptor NV9 USB+ Serielle Kommunikation ESP32 TX Problem
_8N2, 4, 17);" Die Baudrate, der Serial-Typ 8N2 und die Ports sind korrekt (4 RX vom ESP mit TX1 des Lesers und 17 TX/ESP mit RX5 des Lesers verbunden. Kabel sind auf Kabelbruch geprüft. Die Pins habe ich
Rüdiger B. schrieb im Beitrag #7860651: > Bei mir: > #include <HardwareSerial.h> > HardwareSerial SerialGPS ( 2 ); > > const byte rx2Pin = 22; > const byte tx2Pin = 27; > SerialGPS.begin(9600,SERIAL_8N1,22,27
-
Thread
Schulnotenbewertung eines Arduino-Programms
aROAtgcSfCDABkutTjB13cNJC8j8bXRbKmOvYPvY+WfdYmb4Ds9zkT4xg8XOPY40yUAwYCqwLQKkQYAAdqIAK5oTbtd5dKiMX6MOiJNyJLG8F7A0Hg1CQxAsNQAITAaCgAGUQAALMAqfgqCAqADmYAwkOgChpUG2pTQTOREQAsl0Vl53DKhr0LuKDHS9r0FoMNAkNeMAldkKhzBt0IyqsrgBg9vLGCwUtbGICXpdslAFApEGgIPCVOboLMNKt-nbA1Q4gE-AEipQSm8ZrEQ2GliG6GsI
akMTnWbOzDTbwPapwXeO4Bo9FirbW+olsDgJcEI9yz9+GvwovguGcoCCDArvOKuZCfzamXF8RIjCEEqI0W+LCI91G0QMXAnBvFjyviZtQ1WWiLFnG9qheB098Eex0ZoE2CiWLKOcR4WxntLGGS8bImCI9-byJEQHYO5tkA0GzqcfmvD86JxQgNIeG8rEZnXhfeqfiiZYK8DY88wAQjgAgLoIAA
-
Thread
Antennenbau, Eure Bilder.
zu den Baugrupoen: semco: http://ve6aqo.com/baugruppen1.htm http://ve6aqo.com/images/Semco/10m_rx_modules/MB103_Platine_oben-r.jpg Mein Gerät: http://ve6aqo.com/images/Projects/VE6AQO/MB103_portable.jpg http://ve6aqo.com/selbstbau_seite_2.htm http://www.repeater-builder.com/hamtronics/pdf2/T301
LF-Rechteck-Luftspule: 53 Windungen 0,6mm isol. Schaltdraht primär, 4 sekundär. Maße primär: 40x60cm. Die Antennen 2 und 3 können mit Parallelkondensatoren und Drehko abgestimmt genutzt werden. Frequenzbereiche: 1.A. 1..70Hz, 1.B. 1..9,3Hz, 1.C. 1..13Hz 2. 3..45kHz 3. 10..180kHz
-
Thread
Einfachste USART ansteuerung funktioniert nicht.
aufmachst (sonst ist lokales Echo aktiv, dann müsstest du für jedes ausgegebne Zeichen 2 gleiche zusückbekommen). Wenn das geht, dann funktioniert mal deine Hardware bis und vom uC. (Es könnte allerdings noch sein, dass RX und TX vertauscht sind...) Danke für diesen Tip! Bin gerade
Erstmal danke für die vielen Tipps. Hab eure Ratschläge befolgt - das sind die Ergebnisse: 1) RX und TX an USB to Serial Kabel gebrückt: Gesendetes Zeichen = empfangenes Zeichen --> Kabel OK 2) RX und TX nach Max232N gebrückt: Gesendetes Zeichen = empfangenes Zeichen 3) RXD und TXD Pins direkt
-
Thread
UART Datenstrom mit Array vergleichen
= rx0_buffer[5]; //hier wird es in den Ringpuffer geschoben rx0_buffer[5] = rx0_buffer[4]; rx0_buffer[4] = rx0_buffer[3]; rx0_buffer[3] = rx0_buffer[2]; rx0_buffer[2] = rx0_buffer[1];
komplette Prüfung... Danke, Klaus. Kann man das Vergleichen vom Array irgendwie einzeilig lösen? z.B. so:? if(memcmp(rx0_buffer, (0x35, 0x56, 0x23, 0x67, 0x50, 0x23, 0x77) , 6)) oder so:? if(memcmp(rx0_buffer, "Test12" , 6))
-
Thread
Honeywell Rondostat HR20E per AVR steuern und konfigurieren
Newsgroup-Beitrag (http://groups.google.de/group/de.sci.electronics/tree/browse_frm/thread/8da73d7b10113a46/994189d129a732a3?rnum=1&hl=de&q=ethernet+author%3AHeier&_done=%2Fgroup%2Fde.sci.electronics%2Fbrowse_frm%2Fthread%2F8da73d7b10113a46%2F994189d129a732a3%3Ftvc%3D1%26hl%3Dde%26#doc_994189d129a732a3
für den I2C z.B. I2C-Bus-Extender, I2C-Koppler, I2C-Tranceiver usw. Viele Grüße Detlev
-
Thread
Codeblähungen beim Rechnen mit globaler Variable
48: 8b e7 ldi r24, 0x7B ; 123 4a: 01 c0 rjmp .+2 ; 0x4e <foo+0xa> 4c: 8d e2 ldi r24, 0x2D ; 45 i = 123; PORTB = i; 4e: 88 bb out 0x18, r24 ;
hatte ich damit mal rumgespielt, aber das wurde dann ein Fass ohne Boden... Aber nett wär's schon, z.B für Rx unsigned: [c]Ry = Rx < const1 ? -1 : const2;[/c] [avrasm] cpi Rx, const1 sbc Ry, Ry ori Ry, const2 [/avrasm] === [c]Ry = Rx < const1 ? const2 : 0;[/c] [avrasm] cpi Rx, const1
-
Thread
mehrere MC seriell über Datenbus verbinden (1Draht)
nicht quarzstabil sein, ein Fehler von +-15% ist zulässig. Ich nenne ihn 124Bus, weil die Pulse 1, 2 oder 4 Zeiten lang sind. Die Pulse haben folgende Bedeutung: 1 * T: 0-Bit 2 * T: 1-Bit 4 * T: Synchronisationsbit Es wird nur ein Pin benötigt. Man kann aber auch 2 Pins nehmen, wenn man z.B.
uint16_t)(BIT_TIME + 0.5); // 1-bit: 2T *dp <<= 1; // shift bits return; } OCR0B += (uint16_t)(BIT_TIME * 4 + 0.5); // Sync: 4T TCCR0A = 1<<COM0B1 | 1<<COM0B0; //
-
Thread
Seltsames Programmverhalten
&oCTelegram, 2, NULL ); vTaskStartScheduler(); for(;;) { // Should never reached. } } Version mit RAM geht auch. QueueHandle_t sma_rx_qh = xyz; //Beispiel CTelegram
, QUEUE_ITEM_SIZE); sma_rx_qh = xQueueCreate(QUEUE_LENGTH, QUEUE_ITEM_SIZE); xTaskCreate( oCTelegram.Fn_Thread, (const char*)"t3", 2000, &oCTelegram, 2, NULL ); vTaskStartScheduler
-
Thread
mcHF-SDR Selbstbau-Projekt
die Wirkung auf den Empfänger zu zeigen, habe ich einige Bilder angehängt. 1. Schaltplan vom RX-Sampler, um den es hier geht. 2. Aufbau der RF-Platine, wo der CBT3253 sitzt. (noch von TI) 3. Vorbereitung zum Entlöten mit Heißluft. nun der Empfang. 4. & 5. Empfang auf 40m VNA generiert einen
auch an Pin 1 und Pin 3 des Übertragers erscheinen. Die DC-Spannung an den drei Sekundärpins sollte 2,5V betragen. Der theoretische Mischverlust beträgt 3dB, da sich die Eingangsleistung auf zwei Frequenzen aufteilt. In der Praxis betragen die Mischverluste eher 4..5dB. Also sollte das NF-Signal an
-
Thread
Eigener Versuch eines UART-Puffers
kann ich nicht lesen? RXCIE ist nicht UDRIE Bit 7 – RXCIEn: RX Complete Interrupt Enable Bit 5 – UDRIEn: USART Data Register Empty Interrupt Enable Bit 7 6 5 4 3 2 1 0 RXCIEn TXCIEn UDRIEn RXENn TXENn UCSZn2 RXB8n TXB8n UCSRnB
UBRR0L = (unsigned char)baud; /* Enable receiver and transmitter, Set Interrupts: RXCIE - RX-Complete */ UCSR0B = (1<<RXEN0)|(1<<TXEN0)|(1<<RXCIE0); /* Set frame format: 8data, 2stop bit */ UCSR0C = (1<<USBS0)|(3<<UCSZ00); } void UART_start_transmit (void) { UCSR0B |=
-
Thread
RS232 / Nullmodemkabel Unterschied
eine Pinbelegung des Sub-D-Steckers mit dabei an der man auch sehen könnte ob es ein DTE (TX an Pin 2, RX an Pin 3) oder DCE (TX an Pin 3, RX an Pin 2) ist.
Joachim B. schrieb im Beitrag #4320863: > im Zweifel hänge ich einen 2-Kanal Oszi an RX und TX und sende, oder ich > schaue auf die Pins und das Datenblatt und klingel die durch wohin sie > führen. mir reicht
-
Thread
LM3S9B96 SPI über GPIO
1. Welcher FPGA? 2. Der SPI Flash ist parallel an FPGA und Lm3S9B96? 2a. Wnn ja, ist sichergestellt dass der FPGA seine SPI Pins auf Highimpedance hat?
startenden bytes in der jeweiligen Page. Ich kannmir das grad bildlich nicht vorstellen. die aller ersten 2 bits sind das dont cares dann? sagenw ir mal hab da ein Array 1 1000500009EE33213C0B31A101A931412F0031C2FE 2 100060000384E09330E1FFCF30C10081318108810A 3 100070003201001F32C1000532E1000432A1000E3E
-
Thread
STM32F401 Initialisirung USART2 bare metal
(PA2) Alternate function 7 USART GPIOA->MODER |= (0b11 << 6); // USART2 Rx (PA3) Analog mode GPIOA->OSPEEDR |= ( 0b11 << 4); // USART2 Rx (PA3) High speed GPIOA->AFR
// USART2 Tx (PA2) High speed 0b0111 GPIOA->AFR[0] |= ( 0b0111 << 8); // USART2 Tx (PA2) Alternate function 7 USART GPIOA->MODER |= (0b10 << 6); // USART2 Rx (PA3) Analog
-
Thread
Möchte Arduino mit RFM70-S verbinden!?
Und welches dieser zwei Bilder soll ich nehmen? Unter denen steht PRIM_RX. Einmal mit '=0' und einmal mit '=1' hintendran! Und Wozu gibt es PRIM_RX und das RX und PRIM_?
ist? Weißt du dass einzelne Bits in so einem Register spezielle Funktionen und Namen haben? (PRIM_RX z.B.). Im Datenblatt steht was diese Bits bewirken. Im Datenblatt steht wie man die Register schreibt und liest Im Datenblatt steht welche Register es gibt und welche Bits welchen Namen haben.
-
Thread
74HC123 extrem EMV empfindlich
konfiguriert (z.B. bei reboot). Habt ihr ev. eine Idee, weshalb die 2,2k hier anscheinend gegeben EMV nichts ausrichten?
-> 220µF- > Pin15: RxCx -> 220µF+; Rx auf Vcc > Pin16: VCC -> VCC Und inwiefern ist das wie im Eröffnungspost geschrieben? >> Ich verwende Eingang "B" / Pin2, den >> ich entweder mit 2,2k auf GND oder +5V ziehe
-
Thread
STM32 UART Rx IRQ verliert Daten
((USART2->DR >= 0x3B)&&(USART2->DR <= 0x3E)) || (USART2->DR <= 0x2C) || (USART2->DR == 0x0D) || (USART2->DR == 0x2E) || (USART2->DR == 0x2D)) ) { RxBuffer[RxCounter] = USART2->DR ;
John W. schrieb im Beitrag #3220336: > if( (RxCounter < RS232_RX_ZEICHEN_MAX) && ( ((USART2->DR >= 0x61) > && (USART2->DR <= 0x7A)) || > ((USART2->DR >= 0x2F)&&(USART2->DR <= 0x39)) || ((USART2->DR >= > 0x41)&&(USART2->DR <= 0x5A))
-
Thread
RS232 über eine Leitung
%3C!--XB--%3E&av_13=Three%20State%20Tx&op_13=eq&an_2=Supply%20Voltage%20(V)&av_2=5&an_4=Number%20of%20Tx&av_4=1&an_5=Number%20of%20Rx&av_5=1&tree=master&p=1 MFg Falk
Dietmar B. schrieb im Beitrag #6965659: > gehe davon aus, dass GND über den Schirm vom BNC geholt wird > RX und TX über eine Leitung im Halbduplex. > Wie oben Beschrieben, soll das mit Diode und Widerstand
-
Thread
5V und 3,3V aus 12V Akku
650201096G_um.pdf Die Webseite ist gerade kaputt. Aber das Internet sagt, dass es nur ein Signal vom RX-Pin (5 V) zum Microcontroller gibt. Das kannst du mit einem TXU0101 erledigen, aber Wandlung auf eine niedrigere Spannung geht auch mit irgendeinem Logikgatter mit 5V-tolerantem Eingang, z.B. (SN)74AHC1G125
bei 600 mHz, wird aber wahrscheinlich niedriger getaktet, wodurch der Verbrsuch geringer wird. - RX Modul max. 6mA 3,3V: - eventuell für Pegelwandler - evtl. für i2c/spi Treiber für Display Außerdem brauche ich noch: -ein Display (wahrscheinlich ein 16 x 2 LCD Display mit Hintergrundbeleuchtung
-
Thread
Projekt fertig! Kfz-Bordcomputer
aber meist CRCs übertragen, die müsten dann auch noch stimmen, zufällig kann das nicht passieren. 2. Sind die Steuergeräte so entwickelt (bzw. sollten es sein), dass ein Fehler auf dem Bus, z.B. Kurzschluß usw. nicht zu einer gefährlichen Fehlfunktion führt. 3. Bist Du ja mit dem Diagnose CAN verbunden
Baudrate hinbekommen. Er ist jetzt auf 19200 Baud. Trotzdem resetet sich alles wenn ich zb. mit if (rx_data == 0x3E ) { sscanf(rx_buffer,"%*s %*s %X %X",&temp_rpm1,&temp_rpm2); rpm = rpm_convert(temp_rpm1,temp_rpm2); LCDGotoXY(16,0); if(rpm<1000) sprintf(lcd_buffer, " %d", rpm); else
-
Thread
Software funktioniert nicht auf allen PCs
Objekte) Threadsicher machen. Das heist das immer nur ein Thread darauf zugreifen kann. Wenn du z.b. 2. Threads hast die eine Variabel hochzählen i = i + 1; dann ist du hier schon einen Fehler, weil der zugriff nicht atomar ist. Du verzählst dich damit.
8 kerne a 3,2 ghz und und 4 a 2,4 ghz funktioneriert es. und bei 4 a 2,4 ghz funktioniert es. While True Funkmodul.GetRxBytesAvailable(count) Funkmodul.Read(din, 1, bytesread
-
Thread
Verständnisfrage IEEE754 float in dezimal umrechnen
t)RxBuffer[1] << 8) + ((uint32_t)RxBuffer[2] << 16) + ((uint32_t)RxBuffer[3] << 24); fTmpZahl = uiTmpZahl; [/c] In "uiTmpZahl" werden die Bytes richtig eingetragen. Ich habe auch schon die Bytereihenfolge
Erklärung. Ich habe es jetzt mit memcpy gemacht und es funst auf anhieb: :-) [c] memcpy(&f32Zahl,&RxBuffer[0],4); [/c] Die Bytes im Buffer sind: RxBuffer[0]=0B,RxBuffer[1]=13,RxBuffer[2]=28,RxBuffer[3]=40. In der 32Bit float Zahl: 0x4028130B Die getauschte Reihenfolge hatte ich ja bereits
-
Thread
Layout für MCS51 Experimentierboard
M Buchse-Buchse Stecker/Male/Männlich/M 2 - Rx Nullmodem Rx - 2 3 - Tx Rx<->Tx gekreuzt Tx - 3 9-pol sub-d (5 - GND) Kabel dazwischen PC - 9-pol sub-d (5 - GND) Buchse/Female/Weiblich/F Stecker-Buchse Stecker/Male/Männlich/M 2 - Tx 1:1 Verlängerung Rx - 2 3 - Rx Rx<->Tx Nicht gekreuzt Tx - 3 [/code] Nun ich habe mal NUR das PCB entsprechend geändert (Nur Rx+Tx=Pin 2+3 getauscht an der Buchse). Ist
-
Thread
Über USB-RS422 Adapter mit Platine kommunizieren, TxD- stört Kommunikation
Platine des gleichen Herstellers, hier funktioniert das Setup: 2.475V zwischen TxD+ und -, 2.457V zwischen RxD+ und - Platine ist definitiv nicht defekt. Mehrere baugleiche getestet, gleiches Problem. GND ist verbunden. Sherlock 🕵🏽♂️ schrieb im Beitrag
Alex B. schrieb im Beitrag #7843595: > 2.950V an TxD-, 2.693 an TxD+ Also ist die Platine kaputt.
-
Thread
Was macht einen Empfänger Großsignalfest
Expertenmeinung dazu interessant (bitte nicht zerreißen.:)) Nun..wo gibt es jetzt Anhaltspunkte für zB. die 1.ZF Frequenz? Natürlich--am besten so hoch,dass der LO nicht direkt im KW Bereich liegt..aber wie kommt man auf zB: 82,2Mhz oder 74,6? Es kann doch nicht sein,dass man die 1. ZF Frequenz nach
ist Quatsch, viel zu fein. Mache ihn lieber 10dB, 20dB, 30dB. 2. Wie willst du die Vorselektion machen? Sag jetzt nicht "per Varicap". Dieses Detail dürfte haarig werden. Entweder du teilst den Empfangsbereich in mehrere Bänder auf und schaltest
-
Thread
AVR Ardunino Nano ATMega328P Timer OVF (Overflow) Interrupt
PORTB &= ~(1 << LED_L); // LED_L ausschalen sei(); // globale Interrupts aktivieren TCCR0B = 0b00000011; // Clock für Timer vom Prescaler auf 1/64 TIMSK0 |= (1 << 1); // TOIE0=1: Timer/Counter0 Overflow interrupt aktivieren while(1) { PORTD &= ~(1 << LED_RX); // LED einschalten
einschalen //PRR &= ~(1 << 5); // TC0 aktivieren sei(); // globale Interrupts aktivieren TCCR0B = 0b00000101; // Clock für Timer vom Prescaler auf 1/1024 TIMSK0 |= (1 << 1); // TOIE0=1: Timer/Counter0 Overflow interrupt aktivieren while(1) { PORTD &= ~(1 << LED_RX); // LED