-
Thread
Benzinmotor Drehzahlbegrenzen
unter der Annahme, das es sich um einen Weber (Doppel)Register-Vergaser mit pneumatisch gesteuerter 2. Registerstufe handelt -> ein 2/2 Wegeventil von einem Pierburg 2B3 Vergaser o.ä. (gibt es reichlich auf Schrottplätzen) in die Leitung vom Saugrohr zur Membrandose der 2. Stufe eingebaut, sorgt dafür
zündverteiler macht das auch via zentrifugalkraft. also solte es auch elektronisch kein problem sein t2b
-
Thread
STM32F446 - USART
RCC_AHB1ENR_GPIODEN; COM_TX_PORT -> MODER |= GPIO_MODER_MODER8_1; COM_TX_PORT -> AFR |= GPIO_AFRH_AFRH7_2 | GPIO_AFRH_AFRH7_1 | GPIO_AFRH_AFRH7_0; //D9 => RX RCC -> AHB1ENR |= RCC_AHB1ENR_GPIODEN; COM_RX_PORT -> |= GPIO_MODER_MODER9_1; COM_RX_PORT -> AFR |= GPIO_AFRH_AFRH7_2 | GPIO_AFRH_AFRH7
RCC_AHB1ENR_GPIODEN; COM_TX_PORT -> MODER |= GPIO_MODER_MODER8_1; COM_TX_PORT -> AFR[1] |= GPIO_AFRH_AFSEL8_2 | GPIO_AFRH_AFSEL8_1 | GPIO_AFRH_AFSEL8_0; //D9 => RX RCC -> AHB1ENR |= RCC_AHB1ENR_GPIODEN; COM_RX_PORT -> MODER |= GPIO_MODER_MODER9_1; COM_RX_PORT -> AFR[1] |= GPIO_AFRH_AFSEL9_2 | GPIO_AFRH_AFSEL9
-
Thread
uart drahtlos senden empfangen
einsetzen? Einfach RX, TX, CTS, RTS anschließen und direkt mit UART ansprechen (autark)?
Schnittstelle einsetzen? > Einfach RX, TX, CTS, RTS anschließen und direkt mit UART ansprechen > (autark)? Meinstens brauchst du zumindest noch etwas, was dem Modul sagt, dass es sich verbinden soll. Also z.B. einen Mikrocontroller,
-
Thread
uhrenquelcode
immediate from word +00000021: F7E9 BRNE PC-0x02 Branch if not equal +00000022: B784 IN R24,0x34 In from I/O location +00000023: 2E08 MOV R0,R24 Copy register +00000024: 7F87 ANDI R24,0xF7 Logical AND with immediate
bspw. CLR Rx und EOR Rx,Rx zum gleichen Maschinencode übersetzt. Der Disassembler hat dann die Wahl. Dazu gab sogar mal einen Thread: https://www.mikrocontroller.net/topic/406918
-
Thread
Neue Cortex-M0+-Familie von Atmel
>Warum soll ich jetzt davon begeistert sein? Wegen SERCOM mit nur 2x-RX-Buffer braucht man es jedenfalls nicht. (PIC24 zB hat da ein 8x FIFO)()
Vitamin-B schrieb im Beitrag #3219501: > Die Chips haben eben viel weniger Flash und RAM und dafür mehr analoge > Schaltung drauf. Naja, der ATmega256RFR2 hat mit den größten RAM, den AVRs überhaupt so
-
Thread
R-IN32M3-CL (Cortex-M3): Wie funktioniert Senden/Empfangen auf dem Feldbus?
Daten /* Main loop */ while (1) { // Loopback sample j = (occupied_station + 1) * 2; for (i = 0; i < j; i ++) { *(rx_base + i) = *(ry_base + i); } } }[/c] Wobei "rx_base" und "ry_base" aus der Struktur "RIN_CCLSLAVE_TypeDef" stammen: [
M RX10-1F */ __IO uint16_t CCS_M3RMRX20_2F; /*!< 0x008Eh : R ¨M RX20-2F */ __IO uint16_t CCS_M3RMRX30_3F; /*!< 0x0090h : R ¨M RX30-3F */ __IO
-
Thread
SPI Kommunikation zwischen 2 MSP430 funktioniert nicht
unsigned int i; while (!(IFG2 & UCA0RXIFG)); // USART1 RX buffer ready? if (UCA0RXBUF == 'A') // Test for correct character RX'd { P2OUT |= 0x02; // If correct, light
'c' ... und empfängt 'b' 6. Der Slave empfängt 'c' und hat derweil (wieder) 'b' gesendet; danach setzt er "flag" auf 2. In der Hauptschleife des Slaves wird daraufhin 'd' in das Senderegister geschrieben. 7. Master
-
Thread
ublox CR4 - kleine Frage RX-TX
funktioniert? Finde hierzu irgendwie nichts. Also ich würde es an Pin 3 / 4 anhängen, bei Pin 1 / 2 steht ja reserved. Laut Datenblatt ist auch Pin 3 / 4 UART1, Pin 1 / 2 ist UART2 http://www.u-blox.com/products/Data_Sheets/LEA-4x_Data_Sheet(GPS.G4-MS4-06143).pdf
Modul steht noch drin das man, wenn man seriell und nicht USB nutzen möchte, den Widerstand R4A und R4B tauschen soll. Muss man das? Ist es wirklich möglich nur Pin 1 an den RX des uP zu hängen und ab geht die Post? Settings in u_Center sollten stimmen. Ich erhalte einfach immer nur 0en, das ist mein Problem
-
Thread
USB CDC (virtual Com-port) mit hohen Datenraten verwenden
Terminalprogramm) und der USB-Bus selbst ist auch nie ganz frei. Da läuft ständig irgendeine Pollerei! Z.B. mit ZOC als Terminalprogramm erreiche ich die 2,5Mb/s nicht!
Εrnst B✶ schrieb im Beitrag #2611560: > Ich hab mal ein bischen mit CDC gebenchmarkt: > > Host ist ein Linux-PC (Athlon 64 X2) mit cdc_acm, verbunden über einen > USB2.0 HUB an das Device, ARMv7@1GHz, embedded-Linux
-
Thread
PIC16F1827 EUSART und FT232RL: Loopback
neeneee). //----- Oscillator Control Register ---------------------------------------- OSCCON = 0b01110000;//Internal Oscillator 8MHz Nun tut's auch bei 19,2kBaud! Leider hab ich nun wohl ein Problem mit dem Lazarus-Programm. Ich hab das so aufgebaut das ich mir die Schnittstelle aussuchen
Moin ;o), sodele, also Volker S. schrieb im Beitrag #5027329: > Nur GND oder auch RX/TX? RX/TX waren auch dran, also wahrscheinlich wie gehabt: Volker S. schrieb im Beitrag #5027329: > Vielleicht wird jetzt das FTDI-Modul über seinen RX und die integrierte > Schutzdiode vom PIC-TX
-
Thread
In-System-Programming über CAN
Controllerserien, genaueres für ältere hier: http://documentation.renesas.com/doc/products/mpumcu/apn/reu05b0067_mcuap.pdf Für RX600 hier: http://documentation.renesas.com/doc/products/mpumcu/apn/rx/r01an0235eu0121_rx.pdf Vielleicht auch zum Abgucken/Anregung für andere Comtroller geeignet. Beispielprojekte
einen CAN-Bootloader. Aber wie aktiviere/deaktiviere ich das Ding? Ich muss ja , wie in Kapitel 5.2 beschrieben, den BOOT0 pin auf high (und den BOOT1 pin auf low) legen während des Resets. Damit aktiviere ich den Bootloader, der anschließend auf einen Frame mit id=0x79 an CAN_RX2 wartet und, wenn
-
Thread
UART, Testprogramm aus Buch läuft nicht
------ */ interrupt [UART_RX_vect] void UartRxIntHandler( void ) { unsigned char data; data = UDR; // Lesen der Empfangsdaten RxBuf[RxProducer] = data; // Empfangenes Byte in Puffer ablegen RxProducer++; // Bufferindex setzen RxProducer &=BUFFER_MASK; // Index begrenzen und evtl. auf Puffer-Anfang if (RxProducer == RxConsumer ) { // Fehler! Ueberlauf
-
Thread
UART RX interrupt löst nicht aus
// init dmx sei(); // enable interrupts while(1) { out.data[0] = DmxRxField[0]; out.bit.adc = out.bit.adc << 2; dac_output(1, out); if(i == 7) i = 0; } return 0; }[/c] Die DAC Ausgabe funktioniert einwandfrei (manuell werte ausgeben
Jedenfalls ist der Ausgang vom 6N137 genau dann 0, wenn die LED leuchtet, und das tut sie bei RX=1. Das passt nur dann, wenn DMX gegenüber RS485 invertiert definiert sein sollte oder die A/B-Inputs verdreht wurden.
-
Thread
Mein erstes Selbstbau Funkgerät
halt immer DC-Pfade benötigt, wobei die HF nicht gestört werden soll. Kleine Signale lassen sich z.B. auch mit Analogschaltern schalten, z. B. den AS169-73, PHEMT GaAs IC SPDT Switch, DC–2.5 GHz. Um eine Übersprechen zu vermeiden, können einzelne Schalter verwendet werden. Per Umschalter wird der
. Später habe ich ein original B&W 2Q4 bekommen. Sieht aus wie eine Stahlröhre 6AC7. > im Hilberttransformator einsetzen zu müssen. Ist das die Bezeichnung für den plusminus 45 Grad-Phasenschieber?
-
Thread
RS485 - kein Empfang
TXSTA2bits.SYNC = 0; // Asynchronous mode TXSTA2bits.TXEN = 1; // Transmit Enabled if(bLaenge == 9) { TXSTA2bits.TX9 = 1;// Selects 9 bit transmission RCSTA2bits.RX9 = 1;// reception
LATGbits.LATG0 = 0; bReadPtr2 = 0; bWritePtr2 = 0;
-
Thread
Mikrocontroller mit exotischem SPI?
Ist das so ein Laser-Scanner-Protokoll wie z.B. XY2-100? http://www.alaser.com.tw/db/upload/webdata4/5alaser_201412422541519318.pdf
variabler Bitzahl (da wird die Luft schon dünner). > Es gibt sicher etliche die das können. Renesas RX mit RSPI bspw. die RX63N/RX631 mit drei RSPI-Kanälen, die Cortex-M4 (u.a. S3A7, S5D9, S7G2) aus der Synergy-Reihe haben bis zu zwei RSPI-Kanäle (dort nur SPI genannt). Die normalen SCIs können nur 8-
-
Thread
MSP430 SPI Daten verschicken, empfangen
danke für die schnelle Antwort. Jim M. schrieb im Beitrag #4823931: > Ich sehe nirgendwo das UCB RX interrupt Bit. Meinst du das hier? Das ich das UCB RX ebenfalls aktivieren muss? [c] IE2 |= UCB0TXIE + UCB0RXIE + UCA0TXIE + UCA0RXIE; [/c] Jim M. schrieb im Beitrag #4823931: > Ich sehe
die machen das auch so wie ich. Ich mein, ich hab doch die Bezeichnungen richtig: Von Master B0 TX ... [c] __interrupt void USCIB0TX_ISR(void) [/c] ... zu Slave A0 RX [c] __interrupt void USCIA0RX_ISR(void) [/c] Oder stehe ich total auf den Schlauch und erkenne nicht, was du meinst
-
Thread
UART-Interrupt wird nicht ausgelöst
38400 #include <util/setbaud.h> UBRR0H = UBRRH_VALUE; UBRR0L = UBRRL_VALUE; #if USE_2X UCSR0A |= (1 << U2X0); #else UCSR0A &= ~(1 << U2X0); #endif //UCSR0A |= (1<<RXC0); UCSR0B |= (1<<TXEN0)|(1<<RXEN0)|(1<<RXCIE0); // UART TX/RX einschalten, RX-Interrupt aktivieren
UCSZ01)|(1<<UCSZ00); // Asynchron 8N1 }[/c] Meine ISR sieht bisher so aus: [c]ISR(USART_RX_vect){ uart_rx(); uart_putc('1'); }[/c] Die Funktion uart_rx() ruft unter anderem UDR0 ab. Vielen Dank Sam
-
Thread
Ideen/Anregungen zur Steuerung eines DC-Motors mit einem Infrarotsensor im Sanitärbereich
: int FF2 = 0; // Fehlermeldung 2 am Motortreiber am pin 0 (RX<-) int FF1 = 1; // Fehlermeldung 1 am Motortreiber am pin 1 (TX->) int RESET = 2; // RESET Motortreiber int PWMH =
Weiterhin mit dem Bereich Setup angefangen: /* Badezimmer-Spiegelsteuerung V1.0 */ int FF2 = 0; // Fehlermeldung 2 am Motortreiber am pin 0 (RX<-) int FF1 = 1; // Fehlermeldung 1 am Motortreiber am pin 1 (TX->) int RESET = 2; // RESET Motortreiber int PWMH =
-
Thread
DS3231SN RTC Module mit DS3231M (MEMS) Typ installiert
Bauform B. schrieb im Beitrag #7483853: > Bei Mouser gibt's für 30 Cent mehr den > RV-8803-C7, mit Kompensation An die Pads unterm Chip kommt aber kein Bastler mit dem Lötkolben ran. Den RX8010SJ kann man
Falk B. schrieb im Beitrag #7485266: > Joachim B. schrieb: >> Gerhard O. schrieb: >>> Die interne Temperatur wird ominös mit 42.25C ausgegeben. >> >> mit jeder Auslesung am Chip steigt auch die Temperatur
-
Thread
Messkette: Wo ist der Fehler?
Am mega tx und rx brücken und schauen ob ein echo zurück kommt
shop.in-circuit.de/pages/27/Schnittstellenmodule Achim schrieb im Beitrag #3645691: > Hast du vllt. RX und TX vertauscht? Ausgeschlossen. Ich arbeite mich gerade in die Thematik Fuse-Setzung ein (Will ja nichts verfusen). Ich wollte zuerst mittels PonyProg 2.7 durch Learning-by-doing machen. Allerdings
-
Thread
Kommunikation zwischen zwei Mikrocontrollern. welches Protokoll?
hohe Robustheit geringe Latenz Die Datenrate ist nicht so wichtig. In Hardware könnte ich z.B. nutzen: USART SPI I2C/TWI oder etwas eigenes Es ist ein AVR-Controller.
sind kleine Fifos oder DMA am Eingang interessant, wenn Interrupts zu lange gesperrt sind. Also z.B. 100µs bei 115.2. Gerade für einen Anfänger erhöht sich die Komplexität deutlich.
-
Thread
Lasst uns mal ein richtigen "HANDHELDEN" bauen! Gesperrt
Applikation Programmen nicht mehr nötig, da die Aufgabe vom OS übernommen wird.) [c] int x1=0,y1=0,x2=0,y2=0; int x1b=1,y1b=1,x2b=2,y2b=2; [/c] x1,y1 ist das erste Ende der Linie x1,y2 ist das andere Ende der Linie x1b ist die Geschwindigkeit des ersten Endes der Linie in X-Richtung y1b ist die
sich die Geschwindigkeit ins negative mit einer neuen zufälligen Zahl(rand()) die < als 5 ist. y1,x2,y2 haben ähnliche Bedingungen. [c] x1 = x1 + x1b; y1 = y1 + y1b; x2 = x2 + x2b; y2 = y2 + y2b; [/c] Die Geschwindigkeiten werden der aktuellen Position dazu addiert. Kommen wir zur Grafik
-
Thread
Für Experten: Durch den Einsatz von UART werden Variablen außerhalb der Hauptschleife manipuliert?
RX_COMPLETE (1<<RXC) // USART Receiver buffer #define RX_BUFFER_SIZE 16 char rx_buffer[RX_BUFFER_SIZE]; #if RX_BUFFER_SIZE<256 unsigned char rx_wr_index,rx_rd_index,rx_counter; #else unsigned
status=UCSRA; data=UDR; if ((status & (FRAMING_ERROR | PARITY_ERROR | DATA_OVERRUN))==0) { rx_buffer[rx_wr_index]=data; if (++rx_wr_index == RX_BUFFER_SIZE) rx_wr_index=0; if (++rx_counter == RX_BUFFER_SIZE) { rx_counter=0; rx_buffer_overflow=1; }; };
-
Thread
RFM12 fehlersuche
= 2; break; case 2: //init rf12_init(); // ein paar Register setzen (z.B. CLK auf 10MHz) rf12_setfreq(RF12FREQ(433.92)); // Sende/Empfangsfrequenz auf 433,92MHz einstellen
// RX off } unsigned int receive(void) { unsigned char test[4]; rf12_rxdata(test,4); // daten verarbeiten sprintf(buf, "DATA RECEIVED: %i%i%i%i\n",test[0],test[1],test[2],test[3]);
-
Thread
UART routen?
reinkommt, muss ignoriert werden und es darf zu diesem Zeitpunkt auch nichts gesendet werden. RS/232 RX => uC-RX RS/232 TX <= uC-TX Funk-RX => X Funk-TX => X 2) Im weiteren Betrieb des uC sollen RX+TX zunächst mit Funkmodul A verbunden werden. Es wird dann in einen Konfigurationsmodus gesetzt und
konfiguriert. Die RS/232 Schnittstelle muss hierbei komplett abgehängt werden... beide Richtungen. RS/232 RX => X RS/232 TX => X uC-TX => Funk-RX uc-RX <= Funk-TX 3) Das gleiche nochmal, nur mit Funkmodul B 4) Der eigentliche Betriebsmodus: Über einen Schalter kann eingestellt werden, welches Funkmodul
-
Thread
Micro-USB-Anschluss auf Platine: Kontakte nicht mehr vollständig, was zu machen?
sein sollte. Kann man da was machen? Mir scheint an einer Stelle ist gar nichts mehr. Das ist "2", "RX", oder? Ich sehe da aber keine Ader (mehr) hingegen (oder ist da noch was, Ich bin mit einem Wattestäbchen und etwas Ceranfeldreiniger über alle drüber, daher sieht man zumindest etwas mehr, aber
Hast du TX durchgeklingelt? Hast du "durchleuchtet"? Dann findest du die Lösung. Im Übrigenist TX/RX für D+/D- schon etwas "komisch"! Klaus.
-
Thread
XMEGA software ATOMIC_BLOCK(ATOMIC_RESTORESTATE)
->rx_head_; } if( ( temp_head + 1 == buffer->rx_tail_ ) || ( buffer->rx_tail_ == 0 && temp_head + 1 == rRX_BUFFER_SIZE) ) { buffer->rx_buffer_overflow_ = true; } else
->rx_head_ = temp_head; } } } [/code] MFG Matthias
-
Thread
STM32 USART will nicht
// Rx (PA10) in floating RCC->APB2ENR |= RCC_APB2ENR_USART1EN; // enable clock for USART1 USART1->BRR = 8000000L/9600L; // set baudrate USART1->CR1 |= (USART_CR1_RE | USART_CR1
ST-Lib nutze, habe ich meine Initialisierung hier mal in 'Pseudocode' abgetippt: [code] RCC_APB2RSTR_USART1RST = 1 // reset des UART Moduls RCC_APB2RSTR_USART1RST = 0 RCC_APB2ENR_USART1EN = 1 // enable UART1 im RCC RCC_APB2ENR_IOPAEN = 1 // enable GPIO-A GPIOA->CRH |= 0x0B << 4
-
Thread
Routing CP2102N zu USB-C
angesehen. Sie haben es wie im Bild „routing2.png“ gemacht. Ich habe mich dagegen entschieden, weil A6 und B7 die gleiche Länge hatten wie B6 und A7. Der Schaltplan entspricht genau den Empfehlungen im Datenblatt, mit dem SP0503BAHTG zum Schutz
findet keine Kommunikation mehr statt. >Du solltest auf der Client-Seite vom USB-C nicht die USB2 Signale >brücken. Wo ist dort etwas gebrückt? Dp ist ausschließlich mit Dp verbunden und Dn mit Dn. Damit der USB-Stecker für A6 und A7 sowie B6 und B7 funktioniert, sprich der USB-Stecker beidseitig
-
Thread
Rufzeichen alte Klasse C
Endstufe aus 2x 572B! EINE 572B hat unter besten Betriebsbedingungen eine max Pa von 160W - HHHMMM Der Heathkit HW 100 (habe selbst einen...) Hätte schon die Klasse A (gerade) gesprengt... Von der Weiterverwendung
auf max Leistung im Bundesgesetzblatt von 1980: https://www.bgbl.de/xaver/bgbl/start.xav?start=//*%5B@attr_id=%27bgbl180s0569.pdf%27%5D#__bgbl__%2F%2F*%5B%40attr_id%3D%27bgbl180s0569.pdf%27%5D__1663486844737
-
Thread
DOGM-204 Problem mit Steuercodes
) Entry-Mode = Bottom view .EQU DSP_INIT_BIAS = 0b0001_1110 ; (0x1E) Bias BS1=1 .EQU DSP_INIT_FCTSET2 = 0b0011_1001 ; (0x39) Function Set, 8 Bit, RE=0, Rev=1 .EQU DSP_INIT_OSC = 0b0001_1011 ; (0x1B) Osc=540 (Def), BS0=1: Bias 1/6 .EQU
(spi, &tx, 1, HAL_MAX_DELAY); tx = 0; HAL_SPIEx_FlushRxFifo(spi); HAL_SPI_TransmitReceive(spi, &tx, &rx, 1, HAL_MAX_DELAY); return rx; } static void LCD1803_WriteB(SPI_HandleTypeDef *spi, uint8_t b) { uint8_t tx[3]; tx[0] = LCD1803
-
Thread
Verständins Problem mit ENUM in "C"
Hallo liebe C Gemeinde Ich habe da ein enum i2s_mode_t; typedef enum { I2S_MODE_MASTER = 1, I2S_MODE_SLAVE = 2, I2S_MODE_TX = 4, I2S_MODE_RX = 8, I2S_MODE_DAC_BUILT_IN = 16, /*!< Output I2S data to built-in DAC
I2S_MODE_SLAVE = 2, I2S_MODE_TX = 4, I2S_MODE_RX = 8, I2S_MODE_DAC_BUILT_IN = 16, /*!< Output I2S data to built-in DAC, no matter the data format is 16bit or 32 bit, the DAC module
-
Thread
Konzept DMA STM32 Uart
größer als das größte am Stück zu erwartende Datenpaket). Etwa so: [c] static void aioEnableRxDMA() { uint32_t u32; // disable usart rx interrupt USART2_RXNEIE = 0; // DMA2 Stream 2 Channel 5 while (DMA1_Stream5->CR & DMA_SxCR_EN) DMA1_Stream5->CR &= ~DMA_SxCR_EN; u32 = 4ul
0 // DMEIE = 0 DMA1_Stream5->NDTR = AIO_RXBUF_SIZE; DMA1_Stream5->PAR = (uint32_t)&(USART2->DR); DMA1_Stream5->M0AR = (uint32_t)&aioRxBuffer[0]; DMA1_Stream5->FCR = 0; // reset all irq flags DMA1->HIFCR = DMA_HIFCR_CDMEIF5 | DMA_HIFCR_CFEIF5 | DMA_HIFCR_CHTIF5 | DMA_HIFCR_CTCIF5
-
Thread
Uart Terminal Monitor open source
gibt. - Das reine mithören ergibt schnell zuviele Daten für den Bildschirm. - ohne Dekodierung (2 Byte integer, dann 17 Chats Text, Startzeichen, CRC richtig?, ... ) Wird's oft kryptisch - andere brauchen die Interaktion RX/TX zeitlich aufgelöst. Das gezeigte Gerät scheint zudem über einen
. Zum Mithören an einer seriellen Verbindung ist das nahezu ungeeignet, weil man nur die Daten auf RxD sieht, die Antworten uf TxD NICHT. Ganz einfach weil TxD an der verwendeten Hardware ein Ausgang ist, egal ob Arduino oder sonstwas. Ich habe dazu einen Protokollanalysator HP4952A, der zeigt z.B
-
Thread
RS485 und RS232-USB-Konverter
Richtigstellungen" gibt, meine Erfahrung mir RS485 ist, dass der Begriff nicht nur für die halbduplex (2 bzw. 3 Drähte), sondern auf für vollduplex (4 bzw. 5 Drähte) benutzt wird, obwohl der eigentlich eher RS422 heißen könnte. Wenn Dein Konverter mehr als 3 Anschlüsse hat (also mehr als GND, A, B) sondern 5 (Tx-, Tx+, Rx-, Rx+, GND) dann kannst Du Dein Experiment mit 4 Drähten wiederholen. Manchmal muss man dazu aber auch noch etwas "DIP switchen" oder "Jumpern". Kann z.B. "voll/halbduplex" heißen.
-
Thread
NAZA CAN BUS mit Arduino und MCP2515 auslesen
so: [c]// CAN Receive Example // #include <mcp_can.h> #include <SPI.h> long unsigned int rxId; unsigned char len = 0; unsigned char rxBuf[8]; char msgString[128]; // Array to store serial string #define CAN0_INT 2 // Set INT to pin 2
DLC: 2 Data: 0x66 0xCC Standard ID: 0x118 DLC: 8 Data: 0xB4 0x01 0x54 0xFF 0x90 0xFF 0x66 0xCC Standard ID: 0x118 DLC: 8 Data: 0x55 0xAA 0x55 0xAA 0x04 0x10 0x06 0x00 Standard ID: 0x118
-
Thread
Anpassung Atmel MAC Zigbit Module -- Nur Reset & Int?
Jörg, Jörg Wunsch schrieb im Beitrag #1746487: > Das Pinout dürfte sich allerdings nicht von der 2,4-GHz-Variante > unterscheiden. Das Pinout des ZIGBIT_900MHz_B0 Moduls ist eigentlich nicht unterschiedlich mit meinem ZIGBIT_ZDM_A1281_A2 Modul, hat nur extra fünf RF output Pins. Unterschied ist
vieles Problem. Ich habe neue Platine entwickelt und darauf habe ich neue Version von dem Modul ZigBit 2,4GHz gelötet, der sicher AT86RF230_Rev_B hat. Jetzt bin ich schon weit in der Application Star_Nobeacon, aber ich habe noch ein Fehler irgendwo. Wenn LED1 nichts gefunden hat, sollte statig leuchten
-
Thread
UART mit mehreren Teilnehmern
Sensoren der reihe nach immer wieder ab. 3. Ist es korrekt, das die TX Leitung des Masters an alle RX der Slaves angeschlossen wird, die RX Leitung des Masters allerdings über einen Pullup auf 5V gelegt werden muss? Die Slaves ziehen zur Übertragung z.B. über einen NPN-Transistor die Leitung dann immer
Marvin H. schrieb im Beitrag #4494064: > 4. I2C scheidet aufgrund der Abstände ja schonmal aus korrekt? So langsam ist I2C nun auch nicht. CAN könntest du auch nehmen.
-
Thread
Pegelwandler für 18V Signal
. 180 Ohm, wobei dann ca. 44 mA Strom fließen. Zieh die 18V/10V-Leitung über 180 Ohm auf GND, z.B. über einen NPN-Transistor. BC547 wär mit zu sehr auf Kante genäht. Ich würde eine Nummer 'größer' gehen, z.B. sowas wie BC337, 2N2222, BC140 ... Basiswiderstand ist klar? Vermutlich brauchst Du aber
dem Bus angeschlossenen Bedienteil eindeutig Botschaften über den Bus senden auf die es reagiert, z.B. mit einer Temperaturanzeige im Display. Die Botschaften habe ich zuvor vom arbeitenden Bus mit dem RX-Pegelwandler ermittelt. Das Bedienteil verfügt über ein LCD-Display mit Hintergrundbeleuchtung,
-
Thread
RX210 IIC Beispiel
Hier noch der Link http://www.renesas.eu/support/downloads/download_results/C1000000-C9999999/mpumcu/rx/an_r01an0630ej_rx_iic.jsp
genauer. ...... // init von IIC-Registern und abschließend /* Port setting */ PORT1.PMR.BIT.B3 = 1; // SDA0 setting PORT1.PMR.BIT.B2 = 1; // SCL0 setting MPC.PWPR.BIT.B0WI = 0; MPC.PWPR.BIT.PFSWE = 1; MPC.P12PFS.BYTE = 0xf; MPC.P13PFS.BYTE = 0xf;
-
Thread
Arduino Gateway
Rdui B. schrieb im Beitrag #6004217: > als auch für die Programmierung des ESP8266 dienen > kann (TX, RX und GPIO0 rausgeführt). Kann man den 8266 direkt über Usb Flashen? Ich brauche dafür ein rs232?
Rdui B. schrieb im Beitrag #6004318: > TX, RX und GPIO0 hängen am USB dran. Darüber kann aber nur mit einem > Programmer programmiert werden (CP2102 oder ähnliches). Das finde ich ziemlich abwegig, so
-
Thread
UART Daten empfangen HAL mit Interrupt
Ich hange immer noch am RX interrupt, besser gesagt bei der Unterscheidung von RX und TX in der globalen IRQ. [c] if(__HAL_UART_GET_IT(&huart1,UART_IT_RXNE) != RESET) {...} [/c] Scheint nicht zu passen.
29.8.8 für CR1 und ISR). Auch für STs HAL gibt es ein User-Manual. Für die F3-Familie wäre das z.B. www.st.com/resource/en/user_manual/dm00122016.pdf Siehe dort Kapitel 54.2 "UART Firmware Driver API Description"
-
Thread
RST bei Buffernutzung
uart_puts("PONG\n"); } else if(strstr(buffer,"set:ssid\t")) // set:ssid\ta1b2c3d4\t\n { int i = 9,j = 0; while(buffer[i] != '\t') { ssid[j] = buffer[i]; i++; j++; } kill_buffer(
("set:ssid:OK\n"); } else if(strstr(buffer,"set:key\t")) // set:ssid\ta1b2c3d4\t\n { int i = 8,j = 0; while(buffer[i] != '\t') { key[j] = buffer[i]; i++; j++; } kill_buffer()
-
Thread
RS 485 2wire in 4wire umwandeln
4 wire RS485, mit jeweils einem paar zum Senden und einem zum Empfangen. RX+ RX- TX+ TX- Die Baugruppe liefert mir leider nur RS485 signal A und RS485 signal B.
zusammen mit anderen Slaves muss er in der Lage sein, die Tx Leitungen abzuschalten. Dann kann man Rx und Tx einfach auf 2-Draht-RS485 zusammenkloppen. Der Master muss das nicht können - dann Pech.
-
Thread
I2C Slave Reciever
Hallo, ich habe folgendes Problem: Derzeit programmiere ich an einem Hardware I2C-Slave der von einer C-Control 2 ausgelesen werden soll. Folgender Ablauf ist momentan eingestellt: 1. C-Control schickt START Condition mit der Adresse des ICs 2. C-Control gibt ACK oder NACK zurück
EndAsm Case TW_SR_STOP '0xA0 TWI_RXD_INDEX = 0 twi_rx_handle() 'neue I2C-Daten liegen vor $Asm ldi r16, (1<<TWIE | 1<<TWINT | 1<<TWEA | 1<<TWEN) out TWCR, r16 $EndAsm TWI_STATE = TWI_IDLE 'switch to SR mode with
-
Thread
Endlich neue Probleme! :-(
Mit Oszi, ggf. mit LED (dazu Baudrate "runterdrehen")? - Funktioniert das Terminalprogramm (TX und RX des nicht am µC angeschlossenen Kabels brücken), dann müsste man auf dem Bildschirm als Echo sehen, was man eintippt. - Stimmt die Terminalprogramm-Einstellung? - Hast Du einen Pegelwandler (z.B. MAX232
Mit Sicherheit ja. Alle Einstellungen sind korrekt. > - Hast Du einen Pegelwandler (z.B. MAX232) am µC und arbeitet er? Ich benutze das Atmel Evaluatuions-Board mit dem eingebauten MAX232. > - Hast Du ein "richtiges" Kabel zwischen µC und PC (TX von PC auf RX vom µC > und RX von PC auf
-
Thread
NRF24L01+ Reichweitenproblem
Ach so, Trace 2 hat 2 Volt pro Div, dann ist alles ganz anders. Dann nehme ich alles zurück und behaupte das Gegenteil.
USART-Schnittstelle ist auf 115200 Baud konfiguriert und verwendet die BluePill Pins Tx Port A Pin 9 Rx Port A Pin 10 Masseverbindung nicht vergessen. Der NRF24 wird so verdrahtet: ------------------------ (Bluepill) NRF24 STM32F103C8 Pin ------------------------ PA2:
-
Thread
Bluetooth sendet kryptische Zeichen
auch im 2-Sekundentakt, sodass ich davon ausgehen kann, dass das was da ausgegeben wird, immerhin tatsächlich vom Controller kommt. Ich habe das Bluetooth Module (RN41) an mein SAMD21 XPlained Pro angeschlossen
RT41 unterstützt zum einen UART und zum anderen RS232. Ich hatte meinen Controller Ausgang an den RX Pin der RS232-Schnittstelle (Header A, Pin 4= Rx, RS232) direkt angeschlossen, was natürlich nicht funktionieren kann. Ich habe also auf den RX Pin der UART Schnittstelle gewechselt (auf Header B wechseln
-
Thread
bluetooth sniffer bauen
10) AIO(0) AIO(1) RESET SPI_MISO SPI_CSB SPI_CLK SPI_MOSI UART_CTS UART_TX UART_RTS UART_RX PIO(II) 3V3 GND rechte seite: GND RF_IO GND PIO(0) PIO(1) PIO(2) PIO(3) PIO(4) PIO(5) PIO(6) PIO(7) USB_DN USB_DP PCM_CLK PCM_IN PCM_SYNC PCM_OUT Ich habe eine Vermutung die
- BTM-182 (1) +3.3V - an VCC und UVCC (2) RST - offen (3) TXD - (10) UART_RX (4) RXD - (9) UART_TX (5) GND - (15) GND (6) +5V - nicht verbinden Und den RESETB pin mit 10k Widerstand an +3.3V - nicht dass der BTM-182 in einem Dauer-Reset