-
Thread
RS485 Busaktivität erkennen
Soviel ich weiss, geht full duplex mit 4 Leitungen. Was hindert dich daran, mit diesen 4 Leitungen 2 Netze aufzubauen ? -2 Leitungen fur TALKER (Sensoren) -2 Leitungen fur LISTENER (Aktoren) Falls Aktoren nur LISTENER und Sensoren nur TALKER sind: Hardware-RxD fur Sensoren Hardware-TxD fur Aktoren Falls Aktoren und Sensoren beides sind: Hardware-TxD, Software-RxD fur Aktoren Software-TxD, Hardware-RxD fur Sensoren. Aktoren: Master entscheidet wann etwas gesendet werden soll, erwartet evtl. eine Bestatigung, also Software-RxD und Hardware-TxD
-
Thread
Atmega 328P + MCP2120 = IrDA?
sie durchaus. Und für Q1 dürfte es gern auch ein Transistor sein, der etwas mehr Strom liefert. Z.B. ein BD136 oder 2SB772. Und vergiß nicht einen dicken Stützkondensator von einigen 100µF direkt an den 5V.
RECS80 Fernbedienungen von mir beweisen. Da muß man sich das Knowhow abgucken. Ich meine es sind z.B. immer 2 IR in Serie drin, unter anderem.
-
Thread
MAC Vhdl Artix750T
Guten Morgen, Ich hab mal intern ein Loopback gemacht im FPGA also TX-> RX Hier ist das erste Packet das mein RX Empfangen hat 50 55 55 55 55 55 55 55 A0 2B B5 32 78 0C 01 01 01 01 01 01 08 00 45 00 00 44 00 00 00 00 80 11 00 00 C0 A8 02 20 A9 FE 6E FE 10 00 10 0000 30 0000 1A1A1B1B 36x00 FF 60 B8 99 der Preamble ist falsch aber egal weil die nächsten Gesendeten Pakete so aussehen: 55 55 55 55 55 55 55 D5 A0 2B B5 32 78 0C 01 01 01 01 01 01 08 00 45 00 00 44 00 00 00 00
-
Thread
Isolierter DC DC Wandler mit Impulsübertrager
wird das Angebot an fertigen ICs und Trafos dünner. Für niedrigere Leistung & Spannung gäbe es z.B. den SN6501 oder MAX253 und darauf abgestimmte Trafos. Beide arbeiten ungeregelt, man könnte die also auch mit nem 555er und 2 FETs ersetzen. Oder noch besser: 74AC14, davon einige Gatter parallel geben
Die Topologie der Wahl ist ein ungeregelter, selbstschwingender Gegentakt-Durchflußwandler. Siehe z.B. http://joretronik.de/Web_NT_Buch/Kap8_2/Kapitel8_2.html Neben der Primär- und der Rückkopplungswicklung kann man praktisch beliebig viele Sekundärwicklungen unterbringen. Bei guter magnetischer
-
Thread
Interruptroutine und Hauptprogramm wird nicht richtig ausgeführt
nach dem ersten empfangen eine 1 ausgegeben }; int main(void) { UCSR0A |= (1<<RXC0); UCSR0B |= (1<<TXEN0); // USART1 TX einschalten UCSR1B |= (1<<TXEN1); // USART2 TX einschalten UCSR0B |= (1<<RXCIE0)|(1<<RXEN0); UCSR1B |= (1<<RXEN1); UCSR0C |= (1<<URSEL0)|
); USART_KESSEL_Transmit(receiveflag); }; int main(void) { UCSR0A |= (1<<RXC0); UCSR0B |= (1<<TXEN0); // USART1 TX einschalten UCSR1B |= (1<<TXEN1); // USART2 TX einschalten UCSR0B |= (1<<RXCIE0)|(1<<RXEN0); UCSR1B |= (1<<RXEN1); UCSR0C |= (1<<URSEL0)|
-
Thread
Arduino Serial println Funktion gibt plötzlich nur
>da fehlen 2 Beine Grobian!
dem Serial Monitor irgendwas damit zu tun das der Chip auf der Platine sitzt und ich ihn nur über TX, RX angeschlossen habe. Trennt das Relais doch aber nicht die 2 Stromkreise?
-
Thread
MSP430 Senden eines Bytes via I2C
WDTPW + WDTHOLD; // Stop WDT P1SEL |= BIT6 + BIT7; // Assign I2C pins to USCI_B0 P1SEL2|= BIT6 + BIT7; // Assign I2C pins to USCI_B0 UCB0CTL1 |= UCSWRST; // Enable SW reset UCB0CTL0 = UCMST + UCMODE_3 + UCSYNC;
// I2C stop condition IFG2 &= ~UCB0TXIFG; // Clear USCI_B0 TX int flag __bic_SR_register_on_exit(CPUOFF); // Exit LPM0 } } [/c] Die SDA und SCL Leitungen (P1.6
-
Thread
ADC-Kanäle sukzessive abfragen
Hallo, ich will drei ADC-Kanäle (0 bis 2) so schnell wie möglich hinter einander abfragen, die Werte der Kanäle separat aufsummieren und nach z.B. vier Wiederholungen die Mittelwerte bilden und die Messungen beenden. Die Wandlungen sollen im
Falk B. schrieb im Beitrag #7880743: > Beispielcode mit Free Running Modus und Mittelwertbildung in der ISR: Halbiert die Abfragerate bei mehr als einem Kanal, da jede 2te Messung verworfen werden muss.
-
Thread
Variablen über Indexnummer auslesen?
eine Union verwenden: typedef union { uchar Buffer[10]; uchar Test1; uchar Test2; --- usw.. } TTest; TTest TX_Buffer; TTest RX_Buffer;
[C] typedef union { uchar Buffer[10]; struct { uchar Test1; uchar Test2; --- usw.. } } TTest; TTest TX_Buffer; TTest RX_Buffer; [/C]
-
Thread
Letzte Aktion erkennen
eine Poti-Aktion erfolgt? Hier mein Code: [c] #include <SoftwareSerial.h> #define BT_Rx_Pin 2 // Rx Pin (Arduino) für BT #define BT_Tx_Pin 1 // Tx Pin (Arduino) für BT int PotiPin = 1;
Bluetooth-Interaktion wunderbar funktioniert): [c] #include <SoftwareSerial.h> #define BT_Rx_Pin 2 // Rx Pin (Arduino) für BT #define BT_Tx_Pin 1 // Tx Pin (Arduino) für BT int PotiPin = 1;
-
Thread
Bräuchte ein paar Tipps für großes Projekt mit gcc und make
sind und die Taktfrequenz, fällt eine lib weg. Nun dachte ich, ich kann die "c" File im make das z.B. in "source/tx_main/main" liegt relativ einbinden in der Art: "../../global_files" so wie bei den Includes. Das geht leider nicht. Hier kommt eine Fehlermeldung das das Object File nicht erzeugt werden
die rx_main (m32@16MHz) und tx_lcd (m16@8MHz). Diese benutzen teile aus global Files (I2C, Uart, Umwandelung Routinen) Es ist auch ausreichend immer nur ein Projekt zu erstellen Gruss Juergen
-
Thread
Atmega48 UART Kommunikation funktioniert nicht
wenn vorhanden, ist aber nur ein baudrate-Quarz optimal. Am Besten, Du nimmst eine fertige lib, zB von Peter Dannegger oder andere. Dann hast Du ggf einen Puffer für RX und TX gleich mit dabei. Und Beispiele, die funktionieren.
include <avr/interrupt.h> #include <avr/power.h> int main(void) { clock_prescale_set(clock_div_2); //4MHz UCSR0B = (1 << RXEN0) | (1 << TXEN0) | (1 << TXCIE0); UBRR0 = UBRR_VAL; DDRB |= (1 << 0); sei(); while(1) { } } ISR(USART_TX_vect) { UDR0 = UDR0; PINB |= (1
-
Thread
RTC Schaltung mit Led
Batterien. Dann beträgt der LED-Strom bei vollen Batterien mit 3*1.55 V = 4,65V: I=U/R= (4,65V-2V)/470 = 0,0056 A = 5,6 mA Bei leeren Batterien mit 3*1.1V = 3.3V: I=U/R= (3,3V-2V)/470 = 0,0027 A = 2,7 mA Das wäre mehr eine Signalisierung als dass Du damit was ausleuchten kannst. Dafür hält
DTR. Das schaffe ja sogar ich als Grobmotoriker ohne Probleme. Hinweis zur Verkabelung mit RX/TX "über Kreuz": GND Arduino - GND Adapter RX Arduino - TX Adapter TX Arduino - RX Adapter Und bei der Stromversorgung kommt es drauf an. Am besten zum Programmieren des Boards darauf achten, dass
-
Thread
Ethernet MII Hilfe
Wie sieht dann die Verbindung zwischen den beiden Switches aus? TXD0 -> RXD0 TXD1 -> RXD1 TXD2 -> RXD2 TXD3 -> RXD3 TX_EN -> RX_DV RX_CLK -> TX_CLK RXD0 -> TXD0 RXD1 -> TXD1 RXD2 -> TXD2 RXD3 -> TXD3 RX_DV -> TX_EN RX_CLK -> TX_CLK oder TXD0 -> TXD0 TXD1 -> TXD1 TXD2 -> TXD2 TXD3 -> TXD3 TX_EN -> TX_EN TX_CLK -> TX_CLK RXD0 -> RXD0 RXD1 -> RXD1 RXD2 -> RXD2 RXD3 -> RXD3 RX_DV -> RX_DV RX_CLK -> RX_CLK
-
Thread
UART funktioniert nicht
vom Seriellen Ports liegen? Hier ist die Beschreibung http://www.pollin.de/shop/downloads/D810038B. Danke, Florian
sry, habe das pdf vergessen. Hier der richtige Link: http://www.pollin.de/shop/downloads/D810038B.PDF
-
Thread
Problem mit SPI / Linux
das mit dem ioctl genauso machen muss, ungefähr so: void spi_send (char test) // test = z.B. der Lesebefehl, 1 Byte { int ret; struct spi_ioc_transfer tr = { .tx_buf = (unsigned long)test, .rx_buf = (unsigned long)rx, .len = ARRAY_SIZE(tx), .delay_usecs = delay,
das mit dem ioctl genauso machen muss, ungefähr so: void spi_send (char test) // test = z.B. der Lesebefehl, 1 Byte { int ret; struct spi_ioc_transfer tr = { .tx_buf = (unsigned long)test, .rx_buf = (unsigned long)rx, .len = ARRAY_SIZE(tx), .delay_usecs = delay,
-
Thread
eine Erklärung-
Wenn die Potentialdifferenz von A nach B positiv ist, dann ist die Potentialdifferenz von B nach A eben negativ. Wie bei einem Vektor. Dreht man den von der Richtung her um, so bleibt der Betrag gleich aber das Vorzeichen dreht sich ebenfalls
das elektrische Gegenstück dazu wäre das Bezugspotential, auch Masse genannt). Ein Fenster ist z.B. 2m über dem Gehweg, hat also eine (positive) Höhe von 2m. Ein Bauarbeiter gräbt ein Loch um ein Kabel freizulegen, das Loch sei 1m tief. Also 1m unter Null, sozusagen eine Höhe von -1m. Zwischen
-
Thread
Handhabung globaler Variablen
of `TxBuffer' .\objects\cpuinit.o:(.data+0x0): first defined here
Initialisierungen. immerhin tut: [c] #define countof(a) (sizeof(a) / sizeof(*(a))) #define TxBufferSize (countof(TxBuffer) - 1) EXTERN volatile uint8_t TxBuffer[] INIT("\n\rbla bla bla\n\r"); [/c] aber offensichtlich gibts keine wirkliche Patentlösung
-
Thread
Pollin RFM12 Funkmodul Probleme
) ;//NOT USE RFXX_WRT_CMD(0xC800) ;//NOT USE RFXX_WRT_CMD(0xC400) ;//1.66MHz, 2.2V } void RF12_SEND(unsigned char aByte) { while(PIND&(1<<2)) ;//wait for previously TX over RFXX_WRT_CMD(0xB800+aByte) ; } #define LEDG_OUTPUT() DDRD|=~(1<<6) #define LEDR_OUTPUT
) ;//NOT USE RFXX_WRT_CMD(0xC800) ;//NOT USE RFXX_WRT_CMD(0xC400) ;//1.66MHz, 2.2V } void RF12_SEND(unsigned char aByte) { while(PIND&(1<<2)) ;//wait for previously TX over RFXX_WRT_CMD(0xB800+aByte) ; } unsigned char RF12_RECV(void){ unsigned int FIFO_data;
-
Thread
NEC Beamersteuerung
Device 1 DCD 1 DCD 2 RxD x 2 TxD 3 TxD x 3 RxD 4 DTR 4 DTR 5 GND 5 GND 6 DSR 6 DSR 7 RTS x 7 CTS 8 CTS x
, wie z.B. dem Max232 über den Tx Ausgang des µC an den Rx des Beamers schicken (am Beamer Pin 1 am 8Pol Mini DIN oder Pins 2 am 9pol DSub, je nach Ausstattung. GND Leitung Pin 4 bzw. 5 nicht vergessen). Unter
-
Thread
p90 protokoll kieback&peter ddc3200
> z.B. "\x02T1 2 81 10 00\r\x03AD37\xa1" (in Bash Notation) Abgehörte Befehle: ------------------ G0 0000 Terminalprog.__ 128 0 1.04 A 0.0.0 2 KPT001 (Checksumme: D240) G0 0000 Ich_bin_ein_LRP 81 10
><ACK><STX>G1 0000 000000000000000 32 96 6.300 A 1 2 DDC001<CR><ETX>E4C1<SUB> 12.03.2014 09:35:35.555 [TX] - <SYN><ACK> 12.03.2014 09:35:40.432 [TX] - <STX>p0 1.0.0 *<CR><ETX>E2DA<SUB> 12.03.2014 09:35:40.456 [RX] - <SYN><ACK><STX>p1 1.0.0 899/1 6.300
-
Thread
Programmierung und Betrieb der Funkmodule E32-868T
Wenn du eine einfache Verbindung willst kannst du dann M0 auf 0 halten. Du musst dich nur noch um TxD und RxD kümmern.
Zunächst noch 2 weitere Fragen: a) Falls die Konfiguration des Funkmoduls erfolgreich war, bleibt die Einstellung auch nach Abschalten der Vorsorgungsspannung erhalten? b) Ist das das Senden eines Datenpaketes wirklich
-
Thread
ATMEGA88V BOD 1,8V Reset HC05
an PC0-3 hängt die LED (PAD1-4) Die anderen Pads sind 3,3V VCC HC05 2x GND HC05 TX und RX HC05 Bei den TPs hängt ein Taster auf GND (INT0 / INT1). Leider gibt es das HC05 nicht nicht Eagle so dass ich es nicht direkt einzeichnen kann.
Leiterbahnen mal so belassen, damit man einen Überblick hat. Die Pin Anzahl Stimmt jetzt auch 1x VCC 2x GND am FET 1x TX und 1x RX
-
Thread
Wasserzähler erfassen
Auslesen von Wasseruhren: http://www.diehl.com/de/diehl-metering/produkte-loesungen/pdb-details.html?tx_diehlproducts_pi1[product]=1411124601&tx_diehlproducts_pi1[backPid]=491&tx_diehlproducts_pi1[action]=show&tx_diehlproducts_pi1[controller]=MeteringProduct&cHash=b2e94dda13cbb12120cf6916964fe55c
die IR-Diode mit IF=30mA. Laut Datenblatt bei Raumtemperatur also etwa VF=1.37V, damit R1 = 120. R2: Dunkelstrom ist wohl zu Vernachlässigen, da laut Datenblatt nur im nA Bereich. Hellstrom 0.8mA, ergäbe einen R2 = 2k2. Bist du auch in etwa in diesem Bereich? Darf ich fragen wie du die mechanische
-
Thread
Clevercard USB Lesegerät
einem Cypress Controller? http://groups.google.com/group/de.sci.electronics/browse_thread/thread/8b285a3496828caa/d4d45a00f2b91e83
Pinbelegungen abgeglichen. ####################################### J1 External UART 1 PA6 / TX 2 PA5 / RX 3 PA4 / CS 4 GND ####################################### J2 PA IO 1 PA7 / PGMNVALID 2 PA8 / PGMM0 3 PA9 / PGMM1 / DRXD 4 PA10 / PGMM2 / DTXD 5 PA11 / PGMM3 6 PA12
-
Thread
Wiederstände im seriellen Bus
Christoph Kind schrieb im Beitrag #4001480: > dass zwischen den seriellen > Leitungen RX und TX (z.B. wenn ein ATMEGA mit einem GPS-Modul verbunden > ist) 1K Wiederstände geschaltet sind. in Reihe? parallel? zwischen Rx und TX? nach GND? nach VCC? Christoph Kind schrieb im Beitrag #4001480
Christoph Kind schrieb im Beitrag #4001480: > welchen Sinn die Dinger dort haben? Bei 2 Leitungen RxD und TxD gibt es zwar nur 2 Anschlussmöglichkeiten, aber das ist auch oft eine zuviel, und dann sind 2 Ausgänge miteinander verbunden. Oft ist auch nicht klar, ob auf der "seriellen Schnittstelle
-
Thread
MAX232 mit 10µF - Ein Problem?
Verbinde RX und TX VOR dem MAX232 Geht nicht (kein echo) => Software-Problem auf PC-Seite Geht schon => Verbinde RX und TX nach dem MAX232 Geht nicht => MAX232 kaputt Geht schon => Problem auf µC Seite, z.B. Baudrate
Messe mal die Spannungen an Pin 2 und 6; an Pin 2 sollen ca. +10V, an Pin6 ca. -10V anliegen.
-
Thread
Serielle Verbindung: Mehrere "Empfänger" - Spannung bricht ein
Hallo zusammen, am Serial-TX eines ATMEGA 2560 möchte ich drei "Verbraucher" anschließen: 1.) 433Mhz Radio. Das als einziges auch am Serial-RX des MEGA angeschlossen ist 2.) ATMEGA328 (nur am Serial-TX des APM) 3.) Arduino-Micro
drei Empfänger als Last treiben können. 1.Hast du die Pins am ATMEGA328 richtig initialisiert? 2.Ist der ATMEGA328 auch richtig angeschlossen? (RX an TX sowie TX an RX!) 3.Hat der ATMEGA256 sowie der ATMEGA328 die selbe Versorgungsspannung? Bei unterschiedlichen Versorgungen kann es sein das
-
Thread
State Machine mit Signalzuweisung
: in std_logic; MI1_UB_sTX : out std_logic; MI1_UA_DataReceive_o : out std_logic_vector(7 downto 0); MI1_DataSend_o : out std_logic_vector(15 downto 0); MI2_UA_sRX : in std_logic; MI2_UA_sTX : out std_logic; MI2_UB_sRX : in std_logic; MI2_UB_sTX : out std_logic; SaveData2 : out std_logic_vector(15 downto 0); DebugSig : out std_logic_vector(7 downto 0) ); end fb_Top_Module
-
Thread
STM32 feature DMAMUX
= SPI1 MOSI // Initialize SPI WRITE_REG(SPI1->CR1, SPI_CR1_SSM_Msk|SPI_CR1_SSI_Msk|(0b010<<SPI_CR1_BR_Pos)| SPI_CR1_SPE_Msk|SPI_CR1_MSTR_Msk); MODIFY_REG(SPI1->CR2, SPI_CR2_DS_Msk, (7<<SPI_CR2_DS_Pos)); } [/c] Übetragung: [c] /** \brief Transmit SPI data block by
>CCR, DMA_CCR_MINC_Msk|DMA_CCR_DIR_Msk); WRITE_REG(DMAMUX1_Channel0->CCR, 17); // Assign SPI1 TX to DMA1_Channel0 using DMAMUX SET_BIT(DMA1_Channel1->CCR, DMA_CCR_EN_Msk); // Start new transfer SET_BIT(SPI1->CR2, SPI_CR2_TXDMAEN_Msk); } [/c] Ist also so ähnlich wie bei Dir
-
Thread
UART ISR Reihenfolge
); // 8Bit , 2 Stop Bit UCSR0B |= (1 << TXEN0) | (1 << TXCIE0) | (1 << UDRIE0); UDR0 = 0; // start USART [/c] Transfer enabled sowie ISR für "transfer complete(TX)" und "data register empty (UDRE)". Im Forum
aufgerufen wird, da UDR0 ja 0 ist. [c] ISR( USART0_UDRE_vect ) { static volatile uint8_t *DmxTx; .... } else if (gDmxStateA == txRESET) { UCSR0B &= ~(1 << UDRIE0); //UDRE ISR off DmxTx = DmxTxA; // reset txpointer to first byte of transfer array } else { UCSR0B
-
Thread
Usb Seriell Konverter
nur TTL Pegel ein/aus. Markus B. schrieb im Beitrag #5448944: > Habe eine uralte Steuerung hier rumliegen und wollte den RX/TX mal mit > nem FT232RL verbinden, leider ohne Erfolg Herzlichen Glückwunsch, du hast den FT232 mit
gibt nur TTL Pegel ein/aus. > > Markus B. schrieb im Beitrag #5448944: >> Habe eine uralte Steuerung hier rumliegen und wollte den RX/TX mal mit >> nem FT232RL verbinden, leider ohne Erfolg > > Herzlichen Glückwunsch, du hast den FT232
-
Thread
Hat schon jemand Erfahrungen mit dem Board: NVIDIA Jetson und Xavier?
/developer.nvidia.com/embedded/develop/hardware Preise sind beide gleich, aber NX hat 21 TOPs und TX2i hat 1.26 TFLOPs. TX2i ist vermutlich die ältere Generation jetzt gegenüber Jetson Xavier NX? Oder lese ich falsch?
Hi, der TX2i ist die industriel Version vom TX2. Ich glaube der Xavier hat den neueren GPU Kern. Zum Spielen auf dem Eval-Board ist es ein netter Rechner, aber so richtig überzeugt diesem im kommerziellen einzusetzen
-
Thread
UART Tx/Rx zu RS485
Achim S. schrieb im Beitrag #6076659: > Das Originalteil hat die Anschlüsse A,B,Y,Z alles was ich sonst in > die Richtung gefunden habe hat z.B. RO,RE,DE,DI,Enable und was weiß ich > nicht noch alles. Da steige ich nicht durch. Der SN65HVD71 ist ein Baustein für RS485 Full
muss also an den RX /Eingang/ des µC. Und D ist der /Eingang/ des RS422 Treibers, der muss an den TX /Ausgang/ des µC.
-
Thread
Atmel Studio 6 Problem
: UBRR0 = (F_CPU / (DMX_BAUD_BREAK * 16L) - 1); UDR0 = 0; //RESET Frame dmx_tx_state = 1; break; case (1): UBRR0 = (F_CPU / (DMX_BAUD * 16L) - 1); UDR0 = 0; //Start Byte dmx_tx_state = 2; break; case (2): _delay_us(10);
UBRR0 = (F_CPU / (DMX_BAUD * 16L) - 1); DDRD |= (1<<PD1); //Output TXD Pin ATmega88 UCSR0B|=(1<<TXEN0)|(1<<TXCIE0); // TXEN0 Transmitter enable / TXCIE0 TX complete interrupt enable UCSR0C|=(1<<USBS0); //USBS0 2 Stop bits sei();//Globale Interrupts Enable UDR0 = 0;//Start DMX
-
Thread
Preiswertes CC1101-Funkmodul
pins // 2=Random TX test mode; sends random data using PN9 generator. Works as normal mode, setting 0 in RX // 3=Asynchronous serial mode
versuchen, die Parameter der verwendeten Library einzeln zu ändern und den Effekt zu beobachten. Z.B. hast Du verwendet 'ELECHOUSE_cc1101.setPA( 10 ) ; // TxPower' - offensichtlich kann man die HF-Leistung aber noch erhöhen (11,12). Hast Du einmal eine einfache Initialisierung versucht wie in
-
Thread
Micro-USB-Anschluss auf Platine: Kontakte nicht mehr vollständig, was zu machen?
...wieso hörst du nicht auch mal meiner "Stimme" zu? ;) 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.
die entsprechenden Leitungen noch "oberirdisch" vorhanden sind. Evtl. ist ja neben so einem Chip z.B. noch ein SMD-Bauteil wo es drüber läuft (?).
-
Thread
DIAMEX USB ISP-Programmer für Atmel AVR
über AVRDUDESS auslesen möchte kommt folgende Fehlermeldung: >>>: avrdude >>>: avrdude -c stk500v2 -P COM11 -b 115200 -p m8 WARNING: Unable to detect MCU avrdude.exe: ser_open(): can't open device "\\.\COM11": Zugriff verweigert avrdude.exe: opening programmer "stk500v2" on port "COM11"
der den Takt ausgibt. Damit ist klar, wer auf COPI und CIPO der Sender ist. Besser als "RX" und "TX", wo nie klar ist, ob das aus der Sicht des Datenverbindung oder aus Sicht des Gerätes bezeichnet ist. Und ganz spaßig wird es mit TX/RX bei bidirektionalen Signalen (z.B.RS485 Bus)
-
Thread
Seagate ST3500820AS defekt
- den anderen Pin nehmen. Also den Wandler TX-Pin noch frei halten. Bei genau dieser Herangehensweise kann nichts schlimmes passieren. (Noch nen Angstwiderstand von z.B. ~50 Ohm in Serie rein - muss aber nicht) [Trail&Error]. Wenn du was Empfangen hast, dann schließe den Wandler-TX Pin mit dem "übrigen" Platten RX-Pin zusammen. [pre]Platte Wandler GND ---- GND TX ---- RX RX ---- TX[/pre] Pete schrieb im Beitrag #5319869: > Hier ist das Netz nicht
-
Thread
STM32: Sendepuffer für USART
arbeite, sind die CMSIS-Bitnamen und -masken für mich nicht sprechend. Wer ständig und viel mit z.B. STM32 hantiert, sieht das sicherlich anders. Ich hantiere dann lieber mit Konstanten und zugehöriger Erklärung: [c] static void i2c_init(void) { SYSCTL->RCGC1 |= (1 << 12); /* enable clock for I2C */ SYSCTL->RCGC2 |= (1 << 1); /* enable clock for GPIOB */ GPIOB->ODR |= 0x0C; /* PB[2:3] open drain */ GPIOB->AFSEL |= 0x0C; /* PB[2:3] alt. function (i2c) */ I2C0->MCR = 0x0010
-
Thread
megaAVR 0-Series
UPDI UPDI wird ja von avrdude unterstützt. Reicht es, einen USB/Seriell-Wandler zu verwenden und TX an den UPDI-Pin anzuschließen? 2) CPU-Core der 0-Serie Wird der vom gcc unterstützt? Etwa als atxmega? Danke für jeden Hinweis!
die crt*.o selbst assembliert, ist darauf zu achten, dass die .vectors-Einträge für Devices <= 8KiB nur 2-Byte-Einträge sind, was für kleine Devices wie ATtiny814 etc. wichtig ist (avrxmega2 geht von Flash > 8KiB aus => JMP/CALL wird unterstützt => avr-libc schließt daraus, dass IRQ-Vektoren 4 Bytes
-
Thread
RS485 Bus tot
Zahlenkombis). Zunächst meine Schaltung: Ganz einfach, Arduino hängt mit SoftwareSerial an Pin D2-4 (D2 = RO/Rx TTL, D3 = DEPin, D4 = DI/Tx TTL. Testschaltung hat auch gut funktioniert, alles schön. Habe mir dann neue Platinen bestellt und alles aufgelötet. Jetzt die Enttäuschung: Sobald Die neue
worden), sodass jetzt RxPin = D2 und TxPin = D3, dePin = D4 (DE und RE sind natürlich verbunden, danke Harald). Also, hier sind die Ergebnisse meiner Messungen: TxLeitung (D3) in Ruhe: 4,6 V, fällt beim Senden ab. RxLeitung (D4)
-
Thread
TTL oder RS232 bei 3m Signalweg über Cat 5?
(z.b. SPI) ist das ein Problem. Bei Uart (wie RS232, mit start, Daten, Stopp, RX und TX separat) spielen Reflexionen keine Rolle, die um eine Größenordnung kleiner sind als ein Bit.
Terminierung am Eingang (gegen GND oder Vcc/2) möglich. Und dann z.b. 1k am Ausgang (Nicht, dass ich das empfehle oder für EMV-gerecht halte. Es funktioniert aber rein technisch als Hack oder Zwischenlösung zuverlässig)
-
Thread
Enttäuscht vom Arbeitgeber: Wer ranklotzt verliert! Gesperrt
Teffen sich 2 Mitarbeiter im Magen des Chef's... MA1: Mich hat der Chef gefressen.....:-( MA2: Och...ich hab den anderen Weg genommen........
Du lebst hier im Deutscheland, dem Land der Zweifler und Nörgler. 1. das Startkapital muß stimmen 2. wie gut ist die Idee wirklich? 3. was machen, wenn 1.+2. nicht stimmt? Verschulden?
-
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.
Master oder ein Slave? Als Slave an einem Bus 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
BTM-222: Anschluss so korrekt?
wieder TX mit RX und RX mit TX verbunden; dann ist das ja schon mal klar :-) Aber ich verstehe noch nicht, warum a) jeweils zwei Schmitt-Trigger hintereinander gehängt werden und b) warum zwischen DOUT
verstehe noch nicht, warum > a) jeweils zwei Schmitt-Trigger hintereinander gehängt werden und > b) warum zwischen DOUT und UART_TX der IC dazwischen geschaltet ist a) weil es ein invertierender S.-T. ist b) um den Hi-Pegel von 3V3 des BTM auf 5V auf der Mikrocontroller-Seite anzuheben. Bei dem
-
Thread
Warnung in GCC
arg 2 of `Int2BCD' discards qualifiers from pointer target type Als globale Variable ist volatile uint8_t tx_buffer[7]; // buffer for data paket to external display definiert. Die drei Warnungen werden bei diesen Funktionsaufrufen generiert. Seconds2BCD(display_time, tx_buffer); Int2BCD(goals_B, tx_buffer+2); Int2BCD(goals_W, tx_buffer+3); welche die folgenden Funktionen aufrufen. void Int2BCD(uint8_t data, uint8_t *buffer) { uint16
-
Thread
Arduino an einzelnen USB Ports gesperrt
Verbindung)=> Arduino Uno/R3 <=(SW Serial über PIN 6/7)=> USB/Serial Adapter <=> selber PC (Terminal 2)[/pre] Als USB/Serial Adapter habe ich folgendes verwendet: https://www.amazon.de/gp/product/B0757FQ5CX Der kommt mit 3,3V und 5V zurecht, ich habe aber nur dessen GND mit dem Arduino verbunden,
ich immer die selbe COM Port Nummer, Dann hast du Geräte, welche eine Seriennummer mitliefern. z.B. Arduino UNO und Mega mit dem 16U2 als Serial Adapter tun das so.
-
Thread
CAN mit STM32F4Discovery und MCP2551: MCP lässt nichts von CANBus zu Rx durch
; CanTxMessage.Data[0] = 'H'; CanTxMessage.Data[1] = 'i'; CanTxMessage.Data[2] = ' '; CanTxMessage.Data[3] = 'C'; CanTxMessage.Data[4] = 'A'; CanTxMessage.Data[5] = 'N'; CanTxMessage.Data[6
>Da stimmt doch schon was grundlegendes nicht. Wieso? Sieht doch gut aus. Kapitel 2.2: D10 VO(CANH) CANH dominant output voltage 2.75 4.5 V VTXD = 0.8V D11 VO(CANL) CANL dominant output voltage 0.5 2.25 V VTXD = 0.8V Wären 2.25V Hub. Auf dem Oszi-Bild hat er etwa 2.0V
-
Thread
Ethernet-Protokoll für LED-Controller "Linsn"?
davon ausserhalb der Anzeigefläche zu liegen scheinen. Die Farbcodierung ist x+0=Blau x+1=Grün x+2=Rot Allerdings sind die restlichen Werte, vor Allem die räumliche Zuordnung z.Zt. noch nebulös. Ich muss für meine 192x32-Matrix z.B. 143 Pakete aus einem Mitschnitt übertragen, von denen nur 32 wirklich
in the figure below, the connection speed bit 1000M is a Gigabit Ethernet card and can be used. 2 and 568B GB cable connection Gigabit Ethernet and receiving card, distance cannot be more than 80 meters, led the studio software with more than 12.* version open the power LED screen, which is receiving