-
Thread
virtueller COM-Port mit Atmega
betrieben werden, der keine echte RS232-Schnittstelle mehr hat. Es werden nur die Leitungen Rx und Tx verwendet. Super wäre, wenn ich einen Atmega (z.b. M88) mit der entsprechenden Software flashen und dazwischenschalten könnte.
im Beitrag #4326002: > Da kriecht kein Strom, der fließt ganz normal aus den USB-5Volt über den > TX-Pin in den PIC und da über die Schutzdioden des PortPins auf Vcc. Sehe ich auch so. > Dein Pic16F876 ist im Datenblatt mit 2-5,5Volt Betriebsspannung > angegeben, er war also vermutlich nie
-
Thread
RFM12 868MHz
0xAA); //PREAMBLE RF12_SEND(0xAA); //PREAMBLE RF12_SEND(0x2D); //SYNC HI BYTE RF12_SEND(0xD4); //SYNC LOW BYTE while(PINB&(1<<2));//wait for previously TX over { RF12_WRT_CMD(0xB800+Byte); //B8xx: Daten (0xAA) senden } RF12
, tx-power -21 dB, !mp v_Write_rfm12(0xE000); v_Write_rfm12(0xC800); v_Write_rfm12(0xC000); // 1 MHz , 2.2V } // Einen 16Bit Wert senden void v_Write_rfm12(unsigned int uiDaten) { // Slave
-
Thread
RFM12 Empfangsinit
usw., bis alle Daten geschrieben sind - TX aus Du kannst sofort mit der Preambel (0x2D, 0xD4, ....) anfangen. Die 2 x 0xAA Bytes am Anfang werden automatisch vom RFM TX-Register erzeugt. edit: Das Sendekommando ist 0xB8.., 0xB0.. ist nur
Ich habe noch was vergessen, nach den Daten noch 2 "Dummy Bytes" (z.B. 0xAA) an den RFM senden. Die werden gebraucht, um alle Nutzdaten aus dem TX-Register zum Sender zu schieben.
-
Thread
Bestellung Funkmodul 2,4GHz
ja im TX Mode und nicht im RX Mode..
eine Antenne hat kann nicht gleichzeitig senden und empfangen. Schon das gleichzeitige empfangen von 2 verschiedenen Kanälen ist mehr als erstaunlich. Ich kann mir auch noch nicht wirklich vorstellen das das wirklich funktioniert, vor allem unter extremen Bedingungen, wenn z.B. ein TX direkt daneben steht
-
Thread
quartus nios 2 zugriff hdmi
Hi Gustl B., vielen Dank für deine Antwort :D Habe bis jetzt nur kurze Zeit zum Überlegen gehabt: Jetzt würde ich die Terasic "HDMI TX" Demo gerne so umschreiben, dass ich meine sich ändernden Bilder ( z.B
Wenigstens ist der Titel nicht ganz daneben: quartus nios 2 zugriff hdmi Ziel: Über den NIOS Pixeln eine Farbe zuweisen und über HDMI ausgeben ------------------ Bisher geschehen: * ADV7513 auf Board gesehen * Bei der HDMI TX Demo die den ADV7513 nutzt
-
Thread
MIDI Protokoll
1. UART auf 31250 Baud einstellen 2. TX-pin mit Synth verbinden 3. Messages senden: http://www.midi.org/techspecs/midimessages.php
Endlosschleife { if (LS1=0); //Abfrage der 1 Lichtschranke Note C do { tx0=0x81 0x3C 0x88; //Ausgangsport tx0 mit der Kanal1 (0x81) Note C (0x3C) Lautstärke (0x88) } while (LS1=0); if (LS2=0); //Abfrage der 2 Lichtschranke Note D do
-
Thread
ENC28J60 verliert Packete
0x55 ,0x32 ,0x04 ,0xc0 ,0xa8 ,0x02 ,0x69 ,0x0c ,0x0a ,0x46 ,0x61 ,0x6d ,0x69 ,0x6c ,0x69 ,0x65 ,0x2d ,0x50 ,0x44 ,0x3c ,0x08 ,0x4d ,0x53 ,0x46 ,0x54 ,0x20 ,0x35 ,0x2e ,0x30 ,0x37 ,0x0c ,0x01 ,0x0f ,0x03 ,0x06 ,0x2c ,0x2e ,0x2f ,0x1f ,0x21 ,0x79 ,0xf9 ,0x2b ,0xff ,0x00 ,0x00 ,0x00 ,0x00 ,0x00};
Erfahrungen mit dem Senden mehrerer Pakete nacheinander und entsprechenden Wartezeiten? Mein Enc Code für tx: [c] void enc_txPacket(unsigned char *buf, unsigned int len) { unsigned char controlbyte = 0; unsigned int ms = 1000; // ENC28J60 Rev. B7 Silicon Errata workaround #10, // Internal
-
Thread
seriell auslesbare Taster/Schalter, Idee zur Diskussion
Moin, vielleicht kann man einen z.B. ATtiny 4313 über I2C ansprechen. Der hätte dann bis zu 15 Ein- oder Ausgänge, um eine Matrix zu bedienen und bräuchte für die Anbindung an den Master nur 2 Adern. Über die gleiche Anbindung lassen sich
Carsten-Peter C. schrieb im Beitrag #7755027: > vielleicht kann man einen z.B. ATtiny 4313 über I2C ansprechen. Der > hätte dann bis zu 15 Ein- oder Ausgänge, um eine Matrix zu bedienen und > bräuchte für die Anbindung an den Master nur 2 Adern. Über die gleiche > Anbindung
-
Thread
STM32F401 Initialisirung USART2 bare metal
GPIOA->OTYPER &= ~( 1 << 2); // USART2 Tx (PA2) Output push-pull (reset state) GPIOA->OSPEEDR |= ( 0b11 << 4); // USART2 Tx (PA2) High speed 0b0111 GPIOA->AFR[0] |= ( 0b0111 << 8); // USART2 Tx
// 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
welche Signale liefert ein Handy an TX
direkt vom 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
> 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
BMP280 an PIC18F45K42 mit MPLAP und I2C
I2C2_DO_SEND_ADR_WRITE(void) { I2C2_Status.addressNackCheck = 2; I2C2_MasterSendTxData((uint8_t) (I2C2_Status.address << 1)); return I2C2_TX; } static i2c2_fsm_states_t I2C2_DO_TX(void
dataTx = *I2C2_Status.data_ptr++; i2c2_fsm_states_t retFsmState = (--I2C2_Status.data_length)?I2C2_TX:I2C2_DO_TX_EMPTY(); I2C2_MasterSendTxData(dataTx); return retFsmState; }
-
Thread
ATxMega Stick
2 0 Klaus De lisson (kolisson) 0 1 B. B. (schwanzus_longus) 0 2 e-fuzzi 0 1 + Weitere Besteller: 1 2 ------------------
hallo, hab grad meine 2 sticks aufgebaut. Hab grad den usb chip getestet. hab rx auf tx umgeleitet und empfange auch das was ich sende. leider bekomm ich nur keine der beiden LEDs zum für TX, bzw. Rx zum leuchten. egal
-
Thread
Modbus Pegel
Ohm | ------ Modbus A | R2 120 Ohm | ------ Modbus B | R3 390 Ohm | | GND Ich habe mir ein kleines Testprogramm programmiert, womit ich ein Paar Bytes über den Uart0 sende. Dann kann ich am Tx Pin vom
-- A | | | | -------------- | PA0 ---- DE/!RE | | |(TX)PA1 ---- D | R2 120 Ohm |(RX)PA2 ---- R | !B | | | | -------------- --------- ------------ |
-
Thread
Layout für MCS51 Experimentierboard
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
UART parallel schalten
aussehen mit dem Decoder? Hab einen rausgesucht, aber wie es scheint braucht der 6 Leitungen A, B, C und G1, /G2A, /G2B. http://www.ti.com/lit/ds/symlink/74ac11138.pdf
aussehen mit dem Decoder? > > Hab einen rausgesucht, aber wie es scheint braucht der 6 Leitungen A, B, > C und G1, /G2A, /G2B. Die "restlichen" Pins kommen auf statische Pegel wie GND oder VCC. Sollte man nach kurzem Studium des Datenblatts aber selber drauf kommen.
-
Thread
Ethernet GMII
Ich habe einen FiFo geschrieben, der als Zusatzfunktion den Ethernet frame miterzeugt. z.B. ein Softcore schreibt auf den Fifo und wenn alles fertig ist, wird das Paket gesendet. Das nteressante File ist ether_tx.vhd eintakt.vhd erzeugt den 125Mhz takt. ether_top.vhd ist ein Testfile
SDR-Zusatzboard für das Atlys machen, aber dafür gäbe es auch schon einen fertigen GMII-core in den USRP2 sourcen. Der eigene core eigentlich nur deshalb, weil die von opencores recht komplex waren und ich ein möglichst einfaches Interface will, dass ich den core auch einfach ohne richtigen Bus z.B. an
-
Thread
CH340N nur bis 38400 Baud?
englischen Datenblatt von Sparkfun steht: "The baud rate error of CH340 UART reception is about 2%, the baud rate error of CH340G/CH340T/CH340R UART transmission is less than 0.3%, and the baud rate of CH340C/CH340N/CH340K/CH340E/CH340X/CH340B is less than 1.2%" https://cdn.sparkfun.com/assets
ich mir angeschaut, wie der CH340N mit einer relativ schnellen Datenübetragung zurechtkommt und z.B. eine Bilddatei von ca. 100 Kilobyte in Schleife (RX und TX des CH340N verbunden) mit dem PC durch den durchgejagt. Bei 1Mbit kam die Datei unbeschädigt an, bei 2Mbit war das Bild ab einem gewissen Zeitpunkt
-
Thread
FIR Filter auf PIC
//Pin D4 is TX void initUART2(){ //Route UART2-TX to D4 ANSELDbits.ANSD4 = 0; //Make D4 a digital Pin TRISDbits.TRISD4 = 0; //Make D4 an output RD4PPS = 0x11; //Route UART2-TX to D4
= 1; //enable TX2STAbits.SYNC = 0; //Async TX2STAbits.TX9 = 0; //8-bit data transmission TX2STAbits.TXEN = 1; //transmit enable } [/c] Ich hab das UART Signal nun mal mit Logic aufgezeichnet, wenn ich
-
Thread
Mit MSP430F2132 den Hardware I2c Bus aufbauen um Temperatursensor anzusteuern
UCB0CTL1 |= UCTXSTT; // I2C start condition while (UCB0CTL1 & UCTXSTT); // Loop until I2C STT is sent UCB0CTL1 |= UCTR + UCTXSTT; // I2C TX, start condition __bis_SR_register(CPUOFF + GIE
führen das sich der Wert der Variable nicht ändert? Versuch doch mal andere Register zu lesen. z.B. Tos: if (i2c_write_byte(0x48, 0x03)) { if (i2c_read_bytes(0x48, 2, &data[0])) { Sollte 0x5000 ergeben. Oder bei Register 0x02 sollte 0x4B00 raus kommen.
-
Thread
ENC28J60 PC reagiert nicht
stimmen. Zurzeit ist die Schaltung auf einem Steckbrett aufgebaut und ich benutze einen RBIAS von 2k statt 2k7. Könnte dort der Fehler liegen?
((unsigned int)0x0000) #define ENC28J60_RX_BUFFER_END ((unsigned int)0x19FF) #define ENC28J60_TX_BUFFER_START ((unsigned int)0x1A00) #define ENC28J60_TX_BUFFER_LEN ((unsigned int)0x0600) #define ENC28J60_TX_BUFFER_END ((unsigned int)0x1FFF) ENC28J60_REG_ETXSTL, lo8(ENC28J60_TX_BUFFER_START
-
Thread
MSP430F1611: UART RX Interrupt löst nicht aus?
18 /* 0xFFF2 USART 0 Receive, I2C tx/rx */[/c] 4. Funktioniert denn das Demo-Programm ( fet140_uart01_09600_2.c ) von TI in *unveränderter* Form? 5. Vor der Initialisierung der USART sollte man das SWRST Bit
Ok, also msp430x16x.h sagt folgendes: #define USART0RX_VECTOR 18 /* 0xFFF2 USART 0 Receive, I2C tx/rx */ #define UART0RX_VECTOR USART0RX_VECTOR d.h. UART0RX_VECTOR ist korrekt. Und auch die interrupt(...)-Schreibweise funktioniert bei mir, da ich das mit GPIOs schon
-
Thread
STM32L051 UART transmit
_t received = 0; if (USART2->ISR & USART_ISR_RXNE) { received = USART2->RDR & 0x01FF; if (received == 'a') { LED_PC13_ON; } if (received == 'b') {
Codebeispielen zur Implementierung von Ring-Puffern https://www.mikrocontroller.net/articles/FIFO#2n-Ringpuffer_-_die_schnellste_L%C3%B6sung
-
Thread
Sende/Empfangsvorgang mittels nur 1St. µC
, daran erkennt B, dass er gemeint ist, C erkennt, "nicht für mich". Nun kann B seinerseits, nachdem er was immer auch gemacht hat, nicht über sein TX an C senden, denn das ist schon vergeben! Sein TX muß also auf das
Geräten. Noch einmal eine kurze Erläuterung. Der µC von Gerät A schickt über UART nach Tastendruck (P2.0) an E32 in der Funktion "daten_tx_festlegen();" die 4 Bytes für Adresse, Kanal und "Schlüsselbyte 0x56" an E32_868, welcher diese Daten drahtlos an das Gerät B sendet. E32_868 von Gerät B, mit
-
Thread
LM3S9B96 SPI über GPIO
while(SSIDataGetNonBlocking(SSI0_BASE, &ulDataRx[0])) { } ulDataTx[0] = 0x90; ulDataTx[1] = 0x12; ulDataTx[2] = 0x13; ulDataTx[3] = 0x14; ulDataTx[4] = 0x15; for(ulindex = 0; ulindex < 5; ulindex++) { SSIDataPut(SSI0_BASE, ulDataTx
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?
-
Thread
GPS + Mega128 + VERZWEIFLUNG
DB9 adapting cable". Christoph hat schon darauf hingewiesen, dass man oft die Vcc und GND vom PS/2 Anschluss holt und TX/RX/GND auf den DB9-Anschluss gibt. Setzt man voraus, dass die Entwickler mit dem Pinout am PS2 Stecker keinen Unfug getrieben haben (z.B. um proprietäre Adapter zu verkaufen) geht es so weiter: Das PS2 Pinout findet man z.B. bei http://www.burtonsys.com/PS2_keyboard_and_mouse_mini-DIN-6_connector_pinouts.html Interessant sind für Vcc und GND Pin 3 und Pin 4. Versorgt man die GPS-Maus mit Vcc und
-
Thread
IR Lese-Schreibkopf
anstatt der TX-LED angeschlossen (und das Signal invertiert, das geht beim ESP per Pin-Konfiguration). Interessanter Weise scheint es verfälscht zu werden. Beispielsweise kommt statt 0x1b1b1b1b ein 0x12121212 an (das
Michael W. schrieb im Beitrag #7384694: > Edit: Zwischen Basis (Out2) und Plus (9V) messe ich 0.8V, egal wie rum > ich den Transistor drehe. Dann ist es ein BJT. Bei falschem Einbau sinkt die Verstärkung. Falk B. schrieb im Beitrag #7384640: > Vermutlich einen
-
Thread
Vorteil/ Nachteil?
Bauform B. schrieb im Beitrag #6225956: > und weil da die { } fehlen. Lass den String mal länger werden und jemand > teilt ihn deshalb auf zwei TX_String() auf -> Überraschung! Keine Überraschung - dann wird
zumindest in dieser Formulierung) Unsinn, denn sie verbietet u.a. auch folgendes: [c] bool b1=true, b2; b2 = b1; // Diese Zuweisung in einem Ausdruck, der einen booleschen // Wert liefert, verstößt gegen MISRA-Regel 13.1. [/c] Vermutlich ist die Regel anders gemeint und
-
Thread
TX/RX Schalter mit PIN-Dioden - Spice Modell
Wenn RX_ACT (Empfänger aktiv ist, 5V Pegel am R5 von Basis Q1) auf High ist, ist gleichzeitig TX_ACT (Sender still, 0V am R6 von Q2) auf Low. Dabei Leitet D2 das HF-Empfangssignal an den Widerstand RX, der symbolisch für den Empfangsteil steht. Im umgekehrtem Fall ist D2 gesperrt und D1 schließt
alle Ausgänge zusammen nur 50mA liefert, was bei weiten zu wenig ist. Die PIN-Diode D4 muss unter 0,2 Ohm kommen (d.h. I > 100mA) um das PA-Signal in einem 50 Ohm System um 40dB zu dämpfen. Bei 10 Watt sind das immer noch 1mW am RX-Eingang. Die mcHF Gemeinde hat teilweise den TX/RX-Switch durch
-
Thread
Viele Fragen und ein kleiner Blog
kann ich sogar für jedes Bit machen ist doch prima. In meinem Fall bei dem AT-Tiny 2313 also PortB und PortD. Soweit so gut aber warum hat der nur PD0-PD6. Was mache ich mit PD7? PD0=RX der RS232 =Eingang =0 PD1=TX der RS232 =Ausgang =1 PD2=Disable U2270B=Ausgang=1 PD3=Daten vom U2270B=Eingang
Schritt in die ATMEL Geschichte sieht nun so aus: [avrasm] .INCLUDE "tn2313def.inc" ldi r16, 0b11111111 out DDRB, r16 ldi r16, 0b00000110 out DDRD, r16 cbi PortD,2 Loop: cbi PortB,7 sbi PortB,6 rcall Warte cbi PortB,6 sbi PortB,7 rcall Warte
-
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
Wie die Baudrate am Pin rausfinden? Gesperrt
ja in der Mitte vermessen, schon ist die Baudrate kein Geheimnis mehr. man kann sogar mit einem 2-Kanaler Tx Eingang und Ausgang vom MAX3232 gleichzeitig sichtbar machen und sieht die Invertierung wenn OK. MAX3232 scheinen sensibler zu sein wenn sie ohne Versorgung vom Wirt an RS232 angeschlossen
das frage ich mich die ganze Zeit Karl schrieb im Beitrag #4783922: > ...ich habe nun mal das 0,2V > Cal-Signal an den Tastkopf gehalten Joachim B. schrieb im Beitrag #4785163: > fange doch mal endlich mit einem ordentlichen Messignal CAL an!
-
Thread
Wie per RX/TX 5V-AVR und 3,3V-AVR verbinden?
mir aber unsicher: 1. Einfach verbinden, die Schutzdioden halten beim 3,3V AVR die 5 V schon aus 2. in die RX/TX-Leitung einfach 2 Dioden in Reihe, der Spannungsabfall reich 3. Levelshifter in die RX/TX einbauen, nur welchen kaufen als Normalsterblicher? Jetzt stellt sich die Frage, was am sichersten
Es geht auch auch an den TX1, TX2 usw.
-
Thread
IIR Filter 2. Ordnung in FPGA implementieren
nA1 = nZ1 * cA1; nA2 = nZ2 * cA2; nB1 = nZ1 * cB1; nB2 = nZ2 * cB2; print("nA1=",nA1/scale," nA2=",nA2/scale) --s1 nSUMA1A2 = nA1/scale + nA2/scale; nSUMB1B2 = nB1/scale + nB2/scale; print("nSUMA1A2=",
die Kommentare geben Aufschluss über die Implementierung, ich multipliziere meine Koeffizienten mit 2^16 und right shifte um 2^16 nach der Multiplikation. [code] scale=65535 gB0=1 gB1=2*gB0 gB2=1 gA1=-1.4 gA2=0.7 gain = 1/((gB0+gB1+gB2)/(1+gA1+gA2)) B0=gB0*gain*scale B1=gB1*gain*scale B2
-
Thread
Display mit Touchscreen bei Pollin?
temp1, sreg push temp1 push adhigh push temp4 push zl push zh clr temp2 z_laden Touchstatus ld adhigh, z ; Statuszähler ; Ist X- wirklich Low? in temp1, pina ldi temp2, 1<<x_minus andi temp1, 0b00010000 cpi temp1, 0b00010000 breq
2 soll liegen bei X Y P1 80 40 P2 120 40 P3 80 80 P4 120 80 usw. Werden z. B. die Koordinaten x=60 y= 65 ermittelt, dann sehe ich, dass der berührte
-
Thread
Was hört ihr für Musik ?
https://youtu.be/KQ2LWI5iOYY?list=PLCD2717F4D21B5E85
Pendulum - Remember Me https://youtu.be/33bOc2tUzpU
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
gpio_register_get = 0x40004d5c ); PROVIDE ( gpio_register_set = 0x40004d04 ); PROVIDE ( hmac_md5 = 0x4000a2cc ); PROVIDE ( hmac_md5_vector = 0x4000a160 ); PROVIDE ( hmac_sha1 = 0x4000ba28 ); PROVIDE ( hmac_sha1_vector = 0x4000b8b4 ); PROVIDE ( lldesc_build_chain = 0x40004f40 ); PROVIDE ( lldesc_num2link
0x400062dc ); PROVIDE ( rom_get_noisefloor = 0x40006394 ); PROVIDE ( rom_get_power_db = 0x400063b0 ); PROVIDE ( rom_i2c_readReg = 0x40007268 ); PROVIDE ( rom_i2c_readReg_Mask = 0x4000729c ); PROVIDE ( rom_i2c_writeReg = 0x400072d8 ); PROVIDE ( rom_i2c_writeReg_Mask = 0x4000730c ); PROVIDE (
-
Thread
STPM32 - Register beschreiben..
send and receive data via SPI HAL_SPI_Transmit(&hspi2, tx_data, AC_METRO_FRAME_LEN, 1000); // set CS-signal HAL_GPIO_WritePin(SPI2_CS_GPIO_Port,SPI2_CS_Pin,GPIO_PIN_SET); } int main() { volatile uint8_t tx_data[AC_METRO_FRAME_LEN];
(tx_data); ++tx_data[0]; // read back all 32-bits of register ++tx_data[1]; // write 16-bit MSW of register tx_data[2] = 0x27; // write LSB tx_data[3] = 0x0F; // write MSB
-
Thread
Richtiger Bus bzw. dynamische Adressvergabe
könnte einen Treiber reinbauen. ------------- | | ------>---|Rx Tx|--------->------ ... | | ------<---|Rout Rin|---------<------ ... Rin und Rout nicht einfach verbinden, sondern über ein Leitungstreiber zB. Bei RS232 kannst du die beiden
| --------------------------------------------- So in etwa: DRV : Treiber zB. ein 74HC573 (Leitungstreiber) XXX : Umschalter, entweder Rin oder TxD auf DRV, je nachdem, ob dahinter noch einer da ist. SO kannst dir die Brücke am Ende sparen.
-
Thread
DMX Auswertung mit Arduino geht nicht
welchen PIN ich vom MAX mit welchem DMX PIN verbinden muss? Im Internet habe ich gefunden, dass pin 2 DMX- und pin3 DMX+ ist. Muss jetzt pin2 auf A oder auf B vom MAX?
meiner Eingänge. Muss ich bei den PINs vom MAX auch Pulldown/Pullup Widerstände verbauen? Also beim RxD TxD und dem PIN2?
-
Thread
Arduino und struct gefallen sich nicht !
[c] struct TxBox { int x1, y1; //class/struct Point int x2, y2; //class/struct Point int upBorderAttr; int dwnBorderAttr; int txFieldAttr; }; TxBox tbox { x1: 0, y1: 0, x2: 40, y2: 10, upBorderAttr: 0x70, dwnBorderAttr: 0xae, txFieldAttr: 0x2e }; void ansiTxBox(const TxBox &box) { int x; x= box.x1; Serial.println("\n\r Nur eine Testausgabe \n\r")
-
Thread
I2C Kommunikation zwischen uCs Master/Slave getrennte Vcc
nicht. I2C --> hierüber kommunizieren die uCs untereinander, das hat nix mit Seriell zu tun. UART/RS232 --> ich geb dir recht, ich hab das fälschlicherweise verwendet. Der uC spricht UART über RX/TX. Über den
gezeichnet, das funktioniert natürlich nicht :-o So langsam versteh ich das. Habe an der +5V Seite ca. 2,5V gemessen. An den TX/RX-Pins 3.1...3.3V. Das ist dann wohl die Vcc+0.6...0.8V was der Diodenspannung entspricht. Du hast schon Recht irgendwie mit dem außer Spec, aber ich messe 2.5V auf der Vcc
-
Thread
DS18B20 1-Wire Implementierung - Timing-Probleme
TIM2->CR1 |= TIM_CR1_CEN; setWriteMode(); /* Begin Master Tx Reset Pulse By Pulling 1-Wire Line Low */ GPIOC->ODR &= ~GPIO_ODR_ODR14; /* Wait 480µs */ TIM2->CNT = 0; while( TIM2->CNT < 34560 ) { ; } TIM2->CNT = 0; /* End Master Tx Reset Pulse By Releasing 1-Wire Line */ GPIOC->ODR |= GPIO_ODR_ODR14; setReadMode(); /* Let DS18B20 Delay Time Elapse */ while( TIM2->CNT < 4320 ) {
-
Thread
Serielles Gerät (STM32/DSO138) reagiert nicht auf FTDI, wie Fehler suchen?
aufzubauen. Kurzversion: > Ich habe einen (FTDI-Adapter FT232RL), der laut Prüfschleifen-Test (TX zu RX, siehe z.B. https://www.youtube.com/watch?v=4rYHHLNufb0) funktioniert. > Dann verbinde ich den FTDI-Adapter mit dem seriellen Gerät: RX an TX, TX an RX und GND an GND. > Das serielle Gerät
ST-Link propagierst Bitte bleibe bei den Tatsachen. Auf meiner Homepage werte ich den seriellen bBootloader nicht ab. Das Wort "unzuverlässig" existiert dort nicht, auch kein anderes abwertendes Wort. In der 2. Auflage meines Tutorials im PDF Format nutze ich sogar ausschließlich den seriellen Bootloader
-
Thread
PCIe Kommunikation
Lanes erwischt? Oder sinds welche vom PEG? Die können oft nicht als Einzellanes konfiguriert werden. 2. Rx auf Tx, + und - richtig herum? Was macht der Clock? Presence ist low?
erwischt? Oder sinds welche vom PEG? Die > können oft nicht als Einzellanes konfiguriert werden. > 2. Rx auf Tx, + und - richtig herum? Was macht der Clock? Presence ist > low? PEG hab ich auf dem CPU-Board, allerdings hab ich diese nicht erwischt. Hab einfach PCIe_Rx0+/- und PCIe_Tx0+/- verwendet
-
Thread
Programm zum MC68HC11 auslesen und programmieren
das Reset-Signal vom PC empfangen deshalb R1IN (PIN 13 vom MAX232) T2IN/OUT und R2IN/OUT gehören dem zweiten Wandler an, welcher ja vom HC11-MiniKit für TxD (PD1) und RxD (PD0) genutzt wird. Bernd_Stein
Schnittstelle mit Hyperterminal testen. Dazu enfernst Du erstmal den HC11. Dann an CN3 Pin 2 mit Pin 3 brücken ( RxD mit TxD ). Jetzt erhältst Du nämlich dein vom PC gesendetes Zeichen direkt zurück. Jedoch must Du im Terminalprogramm das Echo abschalten. (z.B. Hyperterminal - must Du evtl
-
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.
TIFR0 = 1<<OCF0B; // clear earlier interrupts DATA_INT = 1; // enable tx interrupt volatil(tx_idx) = 0; // point to first bit
-
Thread
Probleme mit neuer USART-Konfiguration
<< 16)/nFadingTime)) >> 16; if(data == 1) TCCR0A |= (1<<COM0A1); else if(data == 2) TCCR0B |= (1<<COM0B1); else if(data == 3) TCCR2B |= (1<<COM2B1); else if(data == 4) TCCR1A |= (1<<COM1A1); } else // FadeOUT // mit 'nSavedPWM-Zählerfaktor(s.o.)' wird
PWM-Wertes an das jeweilige Compare-Register if(data == 1) OCR0A = tmp; else if(data == 2) OCR0B = tmp; else if(data == 3) OCR2B = tmp; else if(data == 4) OCR1A = tmp; if(tmp == 0) { if(data == 1) TCCR0A &= ~(1<<COM0A1); else if(data == 2) TCCR0B &= ~(1<<COM0B1
-
Thread
AVR-UART master slave
,UDRE0 rjmp Ausgabe ; Byte bereit ist sbi UCSR0B,TXB80 out UDR0, adresse ; senden der Adresse=168 cbi UCSR0B,TXB80 Ausgabe2: sbis UCSRA,UDRE ; Warten bis UDR für das nächste rjmp Ausgabe2 ; Byte bereit ist out UDR
uart send sbis UCSR0A,UDRE0 ;warte bis udre0 bereit zum senden ist rjmp uart send cbi UCSR0B,TXB80 sbrc WL,0 sbi UCSR0B,TXB80 out UDR0,adress ;adresse die übertragen wird 168 USART_TX00: sbis UCSR0A,UDRE0 ; Warten bis UDR für das Byte bereit ist rjmp USART_TX00
-
Thread
muArt - Der zuverlässige und universelle UART-Konverter
Das Ding ist fast 4$. dann nimm einen für 1,-€ oder weniger...... https://www.ebay.de/itm/5Pcs-B0505S-1W-DC-DC-5V-to-5V-Isolated-Power-Supply-Module-for-MORNSUN-Lot/123049696042?hash=item1ca6555b2a:g:3hMAAOSwAtlavdqn
das Produkt nur in einem einzigen Land, hier im Heimatland > registrieren, da ich ausschliesslich B2B an Distributoren verkaufe. Den > Rest müssen die Distributoren selbst übernehmen. Check. Ich fürchte so einfach ist es nicht: Auch bei B2B-Verkauf ist der Hersteller für die Entsorgung zuständig
-
Thread
IRMP - Infrared Multi Protocol Decoder
TCNT0 = -12 ; // 2 15625 64 -2 -> TCCR0B=(CS01 | CS00); TCNT0 = -2 ; // 2 10416 64 -3 -> TCCR0B=(CS01 | CS00); TCNT0 = -3 ; // 2 20833 8 -12 -> TCCR0B=(CS01); TCNT0 = -12 ; // 2 19230 8 -13 -> TCCR0B=(CS01); TCNT0 = -13 ; // 2