-
Thread
MCP2515 Probleme
der Wahrheitstabelle ist das Prinzip mit einem Filter leicht zu verstehen, aber was bringen dann z.B. 4 Filter im RXB1? 2. Problem: Ich würde gern mit dem MCP2515 nur passiv mitlesen, also kein Ack, Error, etc. Dazu gibt es ja den "Listen-only Mode". Großer Nachteil dabei ist, dass in diesem Modus
|------*-->|-*-|RX _____| |_____| |____ [/code] Braucht also 4 Jumper / einen 4-fach Schalter oder 2 Wechsler. Ob das so funktioniert müsste man mal ausprobieren... Schöne Grüße, Martin
-
Thread
AVR Assembler Anfängerfrage Bitdefinition
Registern auch nach folgenden Schema Labels für Bits zugeordnet: .def V_BYTE1_USB=R21 .equ B_RX_ON_USB=0 .equ B_RX_OFF_USB=1 .equ B_RX_LOC_USB=2 .equ B_RX_REM_USB=3 .equ B_RX_RST_USB=4 .equ B_RX_B1_USB=5 .equ B_RX_B2_USB=6 .equ B_RX_B3_USB=7 Funktioniert auch wunderbar. Gibt
Na irgendie so z.B. .equ IEEE_REMC = 1<<0 ; Bit 0 .equ IEEE_STAC = 1<<1 ; Bit 1 .equ IEEE_XYZC = 1<<2 ; Bit 2 ... lds temp,IEEE_STAT1 ;prüfen ob IEEE_REMC gesetzt sbrs temp,IEEE_REMC Gruß Ingo
-
Thread
UART/USART Echo
dem Code. Es funktioniet leider nicht und ich finde den Fehler nicht. Ich wollte jetzt ASCII '1','2' und '3' senden und am Terminal empfangen. Anstatt die Hex-Werte 31, 32 und 33 zu erhalten, bekomme ich die Hex-Werte 67 ,B3, 06. [c]#include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h
Pin 2 (RxD) ist mit Pin PD1 des Contollers und Pin 3 (TxD) ist mit Pin PD0 (Rxd) des Controllers verbunden.
-
Thread
Poljakow-Direktmischempfänger
Oszillatorfrequenz. Das ist ja heute dank DDS und PLL auch kein Problem mehr. Für einen einfachen RX gibt es für mich nur einen, den: 'Minimalist' aus EMRFD(*) Kapitel 8 S.5 Das Grundgerüst ist ein 2-Dioden Balance-Mischer und 2 NF Stufen dahinter. Mit sowenig soviel, nicht zu glauben. So habe ich
Wilhelm S. schrieb im Beitrag #6431859: > Für einen einfachen RX gibt es für mich nur einen, den: > 'Minimalist' aus EMRFD(*) Kapitel 8 S.5 > Das Grundgerüst ist ein 2-Dioden Balance-Mischer und 2 NF Stufen > dahinter. > Mit sowenig soviel, nicht zu glauben.
-
Thread
C++ ist schon eine verrückte Sprache
include <iostream> int main() { int i = 7; float x = 7.0; const int &ri = i; const int &rx = x; const int &ri2 = 2 * i; i = 8; x = 8.0; std::cout << ri << std::endl; std::cout << rx << std::endl; std::cout << ri2 << std::endl; return 0; } [/c] [code] $ ./a.out
: Fn1(void); Fn2(void); } MeineStrukt::Fn1() { member1... ... member2... } MeineStrukt::Fn2() { member1... ... member2... } Selbst (gerade) wenn Du den gesamten C++ Schnickschnak
-
Thread
Internetanschluss Umstellung auf Glasfaser.
Andreas schrieb im Beitrag #7570191: > IY-St 4 X 2 als Netzwerkabel verwendet. lt. Iperf hab ich 965Mb/s Also Gbit Ethernet mit vier Pärchen, 2xTX und 2xRX. Wie viele Meter? Hatte das Telefonkabel zwei verseilte Vierer? Pärchen dann immer diagonal
Wolf17 schrieb im Beitrag #7570199: > Also Gbit Ethernet mit vier Pärchen, 2xTX und 2xRX. > Wie viele Meter? > Hatte das Telefonkabel zwei verseilte Vierer? Pärchen dann immer > diagonal in Vierer oder nebeneinander? Und beide TX in einem Vierer, > oder TX RX in einem Vierer
-
Thread
Atmel Studio kennt viele Befehle aus der io.h NICHT warum?
gibt es zwei Möglichkeiten: 1. Was sagt das Handbuch? https://www.arduino.cc/en/Reference/Serial 2. Wie haben es denn Andere gemacht? https://www.google.de/search?q=arduino+uno+rx+tx Fazit 1: doch, es geht. Fazit 2: Fehlersuche besteht zuallererst aus der Fehleranalyse... > Immer noch kommen
nur eine frage. Also wenn ich in Tera Term was eingebe z.B 1 oder 0 dann kann ich am Arduino Board sehen das was über RX gesendet wird aber in der Console kommt es selber, nicht an. Es ist überbrückt. Ich habe vorhin mal ein Skript mit der Arduino IDE Programmiert
-
Thread
ATxmega128a1 und RFM70 Problem.
commands const uint8_t PROGMEM RFM70_bank1Init[][5] = { // address data { (0x20|0x00), 0x40, 0x4B, 0x01, 0xE2 }, { (0x20|0x01), 0xC0, 0x4B, 0x00, 0x00 }, { (0x20|0x02), 0xD0, 0xFC, 0x8C, 0x02 }, { (0x20|0x03), 0x99, 0x00, 0x39, 0x41 }, { (0x20|0x04), 0xb9, 0x9E, 0x86, 0x0B }, // b9? f9
if(plLen > 32 || nr > 5 || en_aa > 1) return 0; // write address if(nr<2) // full length for rx pipe 0 an 1 writeRegCmdBuf(RFM70_CMD_WRITE_REG | (RFM70_REG_RX_ADDR_P0 + nr), adr, sizeof(adr)); else // only LSB for pipes 2..5 writeRegVal(RFM70_CMD_WRITE_REG
-
Thread
RN4871 reagiert nicht
Danish B. schrieb im Beitrag #5116144: > Und ja, ich sende mit 115200 Bd Vielleicht solltest Du hier mal etwas variieren ?!
Danish B. schrieb im Beitrag #5118084: > Ich habe mittlerweile mal die "richtige" Baudrate 115942 Bd (laut > Datenblatt) ausprobiert. Es ergibt genau das gleiche --> nichts. Phasenlage der RX/TX richtig
-
Thread
Serial Bridge
Zur Erkärung. Es sind zwei RS485 Busteilnehmer. Kein RX und TX sondern A und B bei denen eine ständige Kommunikation läuft. Mal eben sehen wer da sendet ist nicht möglich! Andreas B. schrieb im Beitrag #6460540: > Windows: https://freevirtualserialports.com
Michael schrieb im Beitrag #6463385: > Kein RX und TX sondern A > und B > bei denen eine ständige Kommunikation läuft. Mal eben sehen wer da > sendet ist nicht möglich! Aha - dann willst du also mit deiner Bridge alles was auf A/B erscheint
-
Thread
RS232-Buchse am C. male oder female?
Sollten Buchsen sein, wenn beide aktiv senden können und nur noch RxD (Pin 2), TxD (Pin 3) und GND (Pin 5) verwendet werden. Dann müssen aber im Verbindungskabel die Adern gekreuzt werden. Meine gekreuzten Kabel ("Null-Modem"-Kabel") haben an beiden Enden (male) Stecker
Wolfgang schrieb im Beitrag #5340055: > Dirk B. schrieb: >> Tx ist der Eingang beim Modem. > > Den Unsinn muss man nun wirklich nicht mitmachen. > > Tx (transmit) hat was mit Senden zu tun, d.h. Tx sollte immer ein > Ausgang und Rx (receive
-
Thread
FTDI oder CP2102?
ich hatte mit den FTDI Treibern mehr Probleme als mit denen von Silabs. Lag aber einfach daran das zB Altera bei seinem USB-Blaster auch einen FTDI drin hat und ich gleichzeitig noch nen anderen FTDI betreiben wollte. Irgendwie kamen sich die 2 Geräte dann ins gehege, da Altera zu diesem Zeitpunkt keinen
High-Speed-Modus aktiviert (BRGH=1) und Teiler von > 16,361 auf 16 gerundet eingegeben. Die Abweichung liegt bei 2,14%, aber > die Übertragung funktioniert einwandfrei. Für so etwas gibts andere Quarzfrequenzen. Der PIC24 kann bis zu 32 MHz im HS-Modus. Ihr könntet z.B. 18.432 MHz verwenden. fchk
-
Thread
Welches Filter für CW
ein 150 Hz Filter noch weiter viel wichtiger ist aber ein guter Shape Faktor - 6/60 dB
einen Collins Filter erwerben. Bei CW kann man bei 50 Hz anfangen und nach oben rauf. Filter gibt es z.B. http://barendh.home.xs4all.nl/Indexeng.htm bei HF Barendt. oder auch http://www.ebay.de/itm/COLLINS-2-1Khz-SSB-MECHANICAL-FILTER-F455Y-21-75S-1-32S-1-75S-3-/180770426237?pt=LH_DefaultDomain_0&hash
-
Thread
Rs232 und uc
Ich kann zwar auch nur qualifiziert raten, aber genau das versuche ich mal! ;) Mit "PIN 2 und 3" meint er bestimmt Pins 2 und 3 der seriellen (9-pol. SUB-D) Schnittstelle am PC, also RxD und TxD. Diese beiden Leitungen hat er nun (hoffentlich gekreuzt) mit RxD und TxD auf Pegelwandlerseite
Wenn das Kabel mit einer Verbindung zwischen 2 Rechnern funktioniert muss es ja nicht mit Deinem Pollin-Board gehen. - Beim AVR-NET-IO z.B. ist eine Buchse (female, weiblich) eingebaut mit Pin2=TxD und Pin3=RxD. - Bei einem PC ist es ein Stecker
-
Thread
WR3 gegen ES8266 tauschen (Software/BUS)
befindet sich die Platine, welche ich komplett durchgepiepst habe. Von den 4 Eingängen sind schon mal 2 für die Versorgungsspannung abzuziehen (rot+sw) Bleibt die Frage was die anderen beiden (blau+gelb) für Eine Schaltung bilden und was für ein Protokoll dann hinter RX/TX steht?? PIN10 + PIN3 werden
310EKW%20-%20Deutsch.pdf), aber ich poste mal den Deckel, dann kann mann bereits alles sehen: 6. = 2x 7Segment (für den aktuellen Wert bzw. Sollzustand) Ron-Hardy G. schrieb im Beitrag #7577950: > Bei 4-Pin-Connector und der Beschaltung sieht das eher nur nach > RX/TX-Kommunikation zum Controller
-
Thread
PIC32MX795 und UART4: Kein Interrupt beim Empfang von Zeichen.
_4_VECTOR=49 _UART_5_VECTOR=51 _UART_6_VECTOR=50 _UART_1A_VECTOR=24 _UART_1B_VECTOR=49 _UART_2A_VECTOR=31 _UART_2B_VECTOR=50 _UART_3A_VECTOR=32 _UART_3B_VECTOR=51 Hier ist 1->1A,2->3A,3->2A,4->1B,5->3B,6->2B. Warum ist jetzt die UART4_VECTOR Nummer 49 aber UART_1B
Prinzipiell ist das aber meistens das gleiche. Ich würde das für den PIC32 wie folgt initialisieren (RX): [c] U4STAbits.URXISEL = 0b00; //interrupt, if RX-Buffer is not empty IPC9bits.U4IP = 3; //set interrupt priority to 3 IFS2bits.U4RXIF = 0; //reset flag
-
Thread
cubemx Erfahrungen mit Bugs
stoplert ihr über Bugs da? Eher beim HAL oder LL oder beidem? Wo soll man aufpassen? BUG /**USART2 GPIO Configuration PA2 ------> USART2_TX PA3 ------> USART2_RX */ GPIO_InitStruct.Pin = LL_GPIO_PIN_2|LL_GPIO_PIN_3; GPIO_InitStruct.Mode = LL_GPIO_MODE_ALTERNATE; GPIO_InitStruct.Speed
GPIO_InitStruct.Alternate = LL_GPIO_AF_7; LL_GPIO_Init(GPIOA, &GPIO_InitStruct); RICHTIG /**USART2 GPIO Configuration PA2 ------> USART2_TX PA15 (JTDI) ------> USART2_RX */ GPIO_InitStruct.Pin = LL_GPIO_PIN_2; GPIO_InitStruct.Mode = LL_GPIO_MODE_ALTERNATE; GPIO_InitStruct.Speed
-
Thread
Gibt es heute noch schöne HiFi-Systeme? :)
Was gefällt dir hieran nicht ? https://www.ltt-versand.de/ton/endstufen-verstaerker/endstufen-2-kanal/60766/audizio-ad220b-2-kanal-hifi-verstaerker-schwarz Oder hieran https://www.amazon.de/dp/B0BZ11C53T oder hier https://www.otto.de/p/yamaha-yamaha-r-s202d-verstaerker-anzahl-kanaele
Michael B. schrieb im Beitrag #7983611: > https://www.ebay.de/itm/167954273728 > > 20 Watt mit 2 Nullen. Und wo sind die 2kW? "Maximale Leistung: 2000W." "Maximal 600 W Gesamtleistung" Das das Teile
-
Thread
Was hört ihr für Musik ?
https://youtu.be/KQ2LWI5iOYY?list=PLCD2717F4D21B5E85
/watch?v=2qN_Ev2ruSA&list=PLQc53gaRx40mxwk2kwvbr8ZCOlhLZHDo_&index=44 https://www.youtube.com/watch?v=svitEEpI07E&list=PLT19PrRti_J2pNQXSa9tjlvG2gPgwxAL1 https://www.youtube.com/watch?v=_4E_924b9SU https://www.youtube.com
-
Thread
Erfahrungen mit Nordic Semi nRF24L01+ Reichweite?
t status; uint8_t rpd; status = nRF24L01_command(NOP, 0, 0); displayBargraph(++irqCount * 2); if(status & (1 << TX_DS)) { if(TxActive == 2) { RX; mirf_CE_hi; } TxActive = 0; displaySymbols(0, LCD_TOWER); nRF24L01_write_register(STATUS
status; > uint8_t rpd; > status = nRF24L01_command(NOP, 0, 0); > displayBargraph(++irqCount * 2); > > if(status & (1 << TX_DS)) > { > if(TxActive == 2) > { > RX; > mirf_CE_hi; > > } > > > TxActive = 0; > displaySymbols(0, LCD_TOWER); > nRF24L01
-
Thread
Problem mit EEPROM 24LC64 an MSP430
*/ /*************************************************************************/ I2C_RX_8 mov.b #08,BITI2C ; Schleifenzähler (Bit-Anzahl) I2C_RX_Bit_8 bic.b #SCL,&I2C_PORT_DIR ; SCL=1 bit.b #SDA,&I2C_PORT_IN
; dekrementieren jnz I2C_RX_Bit_8 ; Abbruchbedingung ret ; Rückkehr I2C_RX_Ack_8 bis.b #SDA,&I2C_PORT_DIR ; SDA=0, Master Acknowledge I2C_RX_NAck
-
Thread
UART verursacht Reset(?)
gedrueckt... > FF FF 00 00 FF FF 00 00 FF FF > 00 00 FF FF 00 00 FF Da sieht man schon, das 2x hintereinander FF gesendet wird, was heisst, dass 2x mitten in die RST-ISR gesprungen wird. Danach auch einige male an den Anfang der selbigen.
.cseg .org 0 RJMP rst_handler .org INT0addr RETI .org INT1addr RETI .org INT2addr RETI .org T2CMPaddr RETI .org T2OVFaddr RETI .org T1CAPaddr RETI .org T1CMPAaddr RETI .org T1CMPBaddr RETI .org T1OVFaddr RETI .org T0CMPaddr RETI .
-
Thread
STM32 UART Merkwuerdiges Verhalten
// \r\n -- CR + LF if (usart_rx_buffer[usart_rx_idx-2]==0x0d && usart_rx_data0==0x0a) { for (i=0;i<usart_rx_idx;i++) uart_daten[i]=usart_rx_buffer[i]; len = usart_rx_idx - 2; usart_rx_idx = 0; CommandComplete(uart_daten[0], (uint8_t *)&uart_daten[1], len-1); } } } } [/c]
-
Thread
Digitale I/O am PC
Ralf: Schwer aufzutreiben? Gibts für EUR 2,10 pro Stück bei Reichelt. Andreas: I2C mit PCF8574 könnte auch gehen, weiß aber nicht ob das dann schnell genug wäre ... Joline: Soweit ich weiss haben auch einige von den größeren AVRs (z.B.
555µs pro Portpin, oder anders ausgedrückt: 1800 baud. Das könnte - zuzüglich Adressierung - für den I2C-Bus schon etwas viel werden. Die Vernetzung von mehreren µC über Rx/Tx wird sicher auch jede Menge Protokolloverhead erzeugen, von daher wäre ich auch für einen einzelnen µC, als Wandler von RS232
-
Thread
Peinliche Frage zu C-Grundlagen
int inpos=0; int outpos=0; } buff_t; // 3 Instanzen von buff_t (Daten) buff_t buffer1, buffer2, buffer3; // hier die Functionen void add(buff_t *b, char ch) { b->buffer[b->inpos=(b->inpos+1)%BUFSIZ]; } char read(buff_t *b) { return b->buffer[b->outpos=(b->outpos+1)%BUFSIZ]; } int full(buff_t
schreibst, dass du in Objektorientierter Programmierung firm bist: Das hier buff_t buffer1, buffer2, buffer3; sind 3 'Objekte' vom Typ buff_t Das hier void add(buff_t *b, char ch) { b->buffer[b->inpos=(b->inpos+1)%BUFSIZ]; } char read(buff_t *b) { return b->buffer[b->outpos=(b->outpos+1)%BUFSIZ
-
Thread
uart interface pic18
nicht als Ausgang konfiguriert werden. > (Ist fast bei allen so und steht im Data sheet 17.1.1.7 - 2.) Habe es mir durchgelesen und im Datenblatt steht tatsächlich: "Set RX and TX TRIS controls to 1." Finde ich etwas verwunderlich. Im Microchip Beispiel Code ist TX jedenfalls auch als Ausgang
(((FOSC/BAUDRATE)+8)/16)-1 // BRG16=0, BGH=1 ! #define SPBRG_VAL (((FOSC/BAUDRATE)+2)/4)-1 // BRG16=1, BGH=1 ! baud1USART(BAUD_IDLE_RX_PIN_STATE_HIGH & BAUD_IDLE_TX_PIN_STATE_HIGH & BAUD_16_BIT_RATE & BAUD_WAKEUP_OFF &
-
Thread
eigenartiger Widerstandskode
10Rx0,1= 1R Falls das verständlicher ist 10Ohm x 0,1=1Ohm
https://www.tdk-electronics.tdk.com/inf/30/ds/b78108_148e.pdf
-
Thread
Byte senden über UART
= -(SYSCLK/BAUDRATE/2); CKCON &= ~0x0B; // T1M = 1; SCA1:0 = xx CKCON |= 0x08; } else if (SYSCLK/BAUDRATE/2/256 < 4) { TH1 = -(SYSCLK/BAUDRATE/2/4); CKCON &= ~0x0B;
= -(SYSCLK/BAUDRATE/2); CKCON &= ~0x0B; // T1M = 1; SCA1:0 = xx CKCON |= 0x08; } else if (SYSCLK/BAUDRATE/2/256 < 4) { TH1 = -(SYSCLK/BAUDRATE/2/4); CKCON &= ~0x0B;
-
Thread
CAN ID und IDMask
= ucMsgData[i]; } send_data_epi(&message, canid); g_bRXFlag1 = 0; // } if(g_bRXFlag2) { sCANMessage1.pucMsgData = ucMsgData1; CANMessageGet(CAN0_BASE, 2, &sCANMessage1
message1[i] = ucMsgData1[i]; } send_data_epi(&message1, canid); g_bRXFlag2 = 0; } [/c]
-
Thread
Attiny2313 Problem mit DMX
{ TCCR1A |= (1 << COM1A1); } if(OCR1BL == 255) { TCCR1B &= ~(1 << COM1B1); PORTB |= (1 << PB4); } else if(OCR1BL == 0) { TCCR1B &= ~(1 << COM1B1); PORTB &= ~(1 << PB4); } else { TCCR1A |= (1 << COM1B1); } } } } // UART RX complete interrupt ISR(USART_RX_vect) { static uint16_t dmx_channel=0, dmx_base=1; uint8_t status, data; int16_t index; // read UART data
-
Thread
Ki Hilft.wenn auch nicht immer
wie es "das Auto" gibt. Wie schnell ein Auto fährt, hängt stark am Modell. Als Modell gibt es z.B. Qwen3 Gemma2 Llama3 Mistral Claude3.5 GPT-4o DeepSeek-V3 Phi-3 Nemotron Grok
= w0 ' 0..1023 symbol richtung = b2 ;pwmout B.4, 249, 0 ' PWM starten fehler mit b.4 pwmout B.1, 249, 0 ' PWM starten richtung = 1 main: gosub LedDimmer ' Hier läuft dein normales Programm weiter
-
Thread
RS485 + RS 422 auf einen D-Sub 9
vom Thema zu verhindern. RS485 ist ja Unidirektional. An welche Leitung kommen die Leitungen A und B? dort wo TX+ und TX- von RS422 oder dort wo RX+ und RX- sind? Freundliche Grüsse
Das kann ja nicht so schwierig sein. 1) RS485-A 2) RS485-B 3) GND 4) RS422-Rx-A 5) RS422-Rx-B 6) RS422-Tx-A 7) RS422-Tx-B 8) GND 9) GND
-
Thread
Data aus USART vom SAM7-EX256 lesen
xxx an den PINs, jetzt sag nochmal wie du den PC und den GPS Baustein angeschlossen hast? Yann B. schrieb im Beitrag #4209565: vom 1. Beitrag: > Das GPS ist an > USART1 (RxD0) angeschlossen und der USB-RS232 Adapter an RS232 (USART0) > des Boards und am PC angeschloßen. Ich hab mir einmal das
haben. DAS Board hat nur 1 ST3232 (RS232) Baustein und da liegt entweder die DEBUG oder die USART0(RxD0) Schnittstelle dran! USART1(RxD1) liegt dort nur als TTL Signal am UEXT(10pol) vor! KEIN RS232! Der 2. DSUB ist ein CAN Interface! Stephan
-
Thread
Dip Schalter Abfrage
//TX RS485 //Init usart DMX-BUS UBRR0 = (F_CPU / (DMX_BAUD * 16L) - 1); UCSR0B|=(1 << RXEN0 | 1<< RXCIE0); UCSR0C|=(1<<USBS0); //USBS0 2 Stop bits sei();//Globale Interrupts Enable //Timer2 Timecounter f¸r DMX Ausfall Kabel TCCR2A |= (1<<WGM21); TCCR2B
PORTB |= (1<<0); //LED AN DMX OK } } } else { PORTD |= (1<<PD3); //RX RS485 //Timer2 Timecounter f¸r DMX Ausfall Funk TCCR2A |= (1<<WGM21); TCCR2B |= (1<<CS22|1<<CS21|1<<CS20); TIMSK2 |= (1<<OCIE2A); OCR2A = F_CPU/1024/1000 - 1; //Tick
-
Thread
IAR und TIM6,7 Interruptprobleme beim STM32F107
NVIC_ETH_WKUP 78 /* Ethernet Wakeup through EXTI line interrupt*/ #define NVIC_CAN2_TX 79 /* CAN2 TX interrupt */ #define NVIC_CAN2_RX0 80 /* CAN2 RX0 interrupt */ #define NVIC_CAN2_RX1 81 /* CAN2 RX1 interrupt */ #define
0xA4 Interrupt35 = TIM1_TRG_COM 0xA8 Interrupt36 = TIM1_CC 0xAC Interrupt37 = TIM2 0xB0 Interrupt38 = TIM3 0xB4 Interrupt39 = TIM4 0xB8 Interrupt40 = I2C1_EV 0xBC Interrupt41 = I2C1_ER 0xC0 Interrupt42 = I2C2_EV 0xC4 Interrupt43
-
Thread
CRC-16 Prüfsumme (serielle Übertragung)
, 0x9489, 0x8500, 0xb79b, 0xa612, 0xd2ad, 0xc324, 0xf1bf, 0xe036, 0x18c1, 0x0948, 0x3bd3, 0x2a5a, 0x5ee5, 0x4f6c, 0x7df7, 0x6c7e, 0xa50a, 0xb483, 0x8618, 0x9791, 0xe32e, 0xf2a7, 0xc03c, 0xd1b5, 0x2942, 0x38cb, 0x0a50, 0x1bd9
0x93b1, 0x6b46, 0x7acf, 0x4854, 0x59dd, 0x2d62, 0x3ceb, 0x0e70, 0x1ff9, 0xf78f, 0xe606, 0xd49d, 0xc514, 0xb1ab, 0xa022, 0x92b9, 0x8330, 0x7bc7, 0x6a4e, 0x58d5, 0x495c, 0x3de3, 0x2c6a, 0x1ef1, 0x0f78};
-
Thread
mega64 UART
rjmp rx_end rx_1: cpi mp, 0x32 ;mit 2 vergleiche brne rx_2 ;wenn nicht 2 dann weiter sbi PORTC, 1 ;wenn 2 dann relaise 2 Schalten rjmp rx_end rx_2: cpi mp, 0x33 ;mit 3 vergleiche brne rx_3 ;wenn nicht 3 dann weiter sbi PORTC, 2 ;wenn 3 dann relaise 3 Schalten rjmp rx_end rx_3: cpi mp, 0x34 ;mit 4 vergleiche brne rx_4 ;wenn nicht 4 dann weiter sbi PORTC
-
Thread
Mehrere µCs mit PC kommunizieren lassen
sein, das einer senen TX auf HIGH treibt, der andere aber auf LOW --> Kurzschluss! Also musst du z.b. mit Dioden (und dann Pull Up!!) entkoppeln (Die RX'e kannst du direkt verbinden!): TX1 --|<--- Vcc | || Pull Up |---> RX1 TX2 --|<---------> TX gesamt --|---> RX2 | |---> RX3 TX3 --|<--- Das ganze für beide Richtungem, also 2 mal! Hier ist die '0' dominant!
-
Thread
C: Module in einer .h auslagern
in eine .h datei schreibt man keinen programm-code. das schreibst du in eine .c datei. hast also 2 zusaetzliche dateien, z.b. teilprog1.c teilprog1.h und in teilprog1.h definierst du nur die unterprgramme mit extern extern void funktion_1( void ); und im haupt-teil wird nur das .h included
error-counter DAC_LATCH_LOW; // Pull DAC-latch 'low' DAC_CLEAR_RX_IFG; // Clear RX-IFG DAC_ENABLE_RX_IR; // Enable interrupts for RX-SM DAC_SM.bytecounter = 0; // Reset bytecounter
-
Thread
Wer hat noch Ärger mit NRF24L01+ Funkmodulen?
Empfang und Auslesen eines Datensatzes ausgeführt. 1. Power Down damit niemand dazwischen funkt 2. Clear RX und TX Bit im Status (beide sind R/W) 3. Flush RX und TX Fifo 4. Und nochmal Clear RX und TX Bit 5. Power Up Damit läuft er jetzt nach jedem Empfang sauber durch. Für das Versenden
,0x03); /* Payload Size für die Pipes setzen */ RF_WriteRegSingle(NRF24L01_REG_RX_PW_P0,payload_size); // P0: Auto ACK Pipe RF_WriteRegSingle(NRF24L01_REG_RX_PW_P1,payload_size); // P1: RX Pipe RF_WriteRegSingle(NRF24L01_REG_RX_PW_P0,0); // P2: not used
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
das Datenblatt des kleinen RX210 an. Den ADC mal außen vor gelassen, sind beim 100-pol. Gehäuse nur 2 x VCC und 2 x VSS Anschlüsse zu verdrahten; das Layout wird damit sehr einfach. Die größeren Brüder heißen dann RX610, RX62, RX63, RX64 und RX71, was richtige Edelprozessoren sind ;-) Aktuell ist jetzt das E2Studio, was mir nicht zusagt. Meine Projekte habe ich alle mit HEW erledigt, was mir sehr gut gefallen hat. Renesas ist
-
Thread
Auslesen von Magnetischem Encoder SPI
NVIC_InitStructure.NVIC_IRQChannel = DMA1_Stream5_IRQn; NVIC_Init(&NVIC_InitStructure); SPI_I2S_DMACmd(SPI3, SPI_I2S_DMAReq_Tx, ENABLE); SPI_I2S_DMACmd(SPI3, SPI_I2S_DMAReq_Rx, ENABLE); SPI_Cmd(SPI3, ENABLE); } int SPI_DMA_getData() { if(transferReady) { uint16_t data=Data_Buffer
=s; setTXBuffer(transferState); Data_Buffer[s-2]=SPIBufferRX[0]; DMA_SetCurrDataCounter(DMA_STREAM_RX, BUFFER_SIZE); DMA_SetCurrDataCounter(DMA_STREAM_TX, BUFFER_SIZE); GPIO_WriteBit(SPI_PORT, SS_PIN, RESET); DMA_Cmd(DMA_STREAM_TX
-
Thread
E-Bike legalisieren (PAS+Speed->Gas)
jedoch einige Fahrrad TÜV-Prüfberichte im Netz in denen der Anforderungstext der Norm enthalten ist, z.B. https://cdn.decathlon-share.com/guarantee-user-guide/62601b2de96ea/en-15194-velocargo-r-500-e.pdf https://www.pedelecforum.de/forum/index.php?attachments/mechanical-safety-report-tr_nn23yap3-001
Adafruit_MCP4725 dac; ESP8266WebServer server(80); // Parameter const float RADUMFANG_M = 2.2; // z. B. 28" Reifen const int IMPULSE_PRO_UMDREHUNG = 6; // Anzahl Impulse je Radumdrehung (je nach Signalquelle) const float MAX_GAS_SPANNUNG = 2.8; // Max. am Gasgriff (bei 3.3V Betrieb
-
Thread
OpenCL unter Ubuntu nutzen
[0300]: Advanced Micro Devices, Inc. [AMD/ATI] Baffin [Radeon RX 550 640SP / RX 560/560X] [1002:67ff] (rev ff) Subsystem: Sapphire Technology Limited Radeon RX 550 640SP [1da2:e367] Kernel driver in use: amdgpu [/code] Von PRO steht da nichts. Bedeutet das
@lists.alioth.debian.org> Bugs: https://bugs.launchpad.net/ubuntu/+filebug Installed-Size: 24,6 kB Depends: clang-12 (>= 12~) Breaks: clang-3.2, clang-3.3, clang-3.4 (<< 1:3.4.2-7~exp1), clang-3.5 (<< 1:3.5~+rc1-3~exp1) Replaces: clang (<< 3.2-1~exp2), clang-3.2, clang-3.3, clang-3.4 (<< 1:3.4.2
-
Thread
MENÜ-STEUERUNG
Timer3 CompareB Handler jmp nix; TIM3_OVF ; Timer3 Overflow Handler jmp nix; TIM2_COMP ; Timer2 Compare Handler jmp nix; TIM2_OVF ; Timer2 Overflow Handler jmp nix; TIM1_CAPT ; Timer1 Capture Handler jmp nix; TIM1
CompareB Handler jmp nix; TIM3_OVF ; Timer3 Overflow Handler jmp nix; TIM2_COMP ; Timer2 Compare Handler jmp nix; TIM2_OVF ; Timer2 Overflow Handler jmp nix; TIM1_CAPT ; Timer1 Capture Handler jmp nix; TIM1
-
Thread
STPM32 - Register beschreiben..
STMP32? [c] void stpm32x_write(uint8_t addr, uint32_t cmd){ spi_select_low(); spi_usartx_tx_rx(0x00); // Previously requested data byte LSB spi_usartx_tx_rx(addr); // Previously requested data byte 2 out of 4 spi_usartx_tx_rx((cmd & 0x0000FF00)>>8 ); // Previously requested data byte 3 out
+1); // Previously requested data byte 2 out of 4 spi_usartx_tx_rx((cmd & 0xFF000000)>>24); // Previously requested data byte 3 out of 4 spi_usartx_tx_rx((cmd & 0x00FF0000)>>16); // Previously requested data byte MSB spi_select_high
-
Thread
STM32 USART1 IT Bytes verlust
sendest deutlich nach Wiedereinschalten Testdaten Genau ich sende ein Testpattern repetitiv: A, B , C ... und zum schluss 0xFF > 2. Die Baudrate ist auf <<3% genau (also kein RC oder sowas intern, da > würde auch 9.6 nicht laufen) Wird aktuell in nem FAKE F0 genereriert, gleichen Verdacht
MMM schrieb im Beitrag #7351522: > Marc V. schrieb: >> Auch bei 9600B? > > JA >> Das glaubst du wohl selber nicht... > > Eigentlich ja :-( Bei 9600B dauert es von Byte zu Byte 1ms, selbst mit DMA. Dass irgendein STM32 Interrupt *für 2ms blockiert ist* - das
-
Thread
Alten Gaming-PC aufrüsten
Mainboard mit wechseln? Ja, das solltest Du. AM4 gibt's derzeit günstig im Abverkauf. Du kannst Dir ein B450-Board holen (etwa das Asus B450-F Gaming II ist gut), was zwar nur PCIe3 und nicht PCIe4 kann, was aber hier egal ist. Dann irgendwas wie einen 5700X und 32GB DDR4-3200 oder 3600, und zwar als 2x16GB
was Dein Budget ist. Und dann auch gleich ein Netzteil, was 650W liefern kann - das empfiehlt z.B. bequiet für diese Konfigs [4]. [1] https://www.cpu-world.com/CPUs/Core_i7/Intel-Core%20i7-860%20BV80605001908AK%20(BX80605I7860%20-%20BXC80605I7860).html [2] https://www.igorslab.de/amd-radeon-rx
-
Thread
USART tx-timing Problem
Lösung nicht: [c] (mega328) serial_read(0x01030000000184ff); ..... uint8_t status_0tx_1rx = 0; void serial_read(uint64_t x) { //for (uint8_t i=14;i-=2;i<254) { PORTC|=(1<<2); ct_tx_isr=0; UCSR0A &=~ (1<<TXC0); serial_char((x>>(14*4)) & 0xff); while(!(UCSR0A &
= ~(1<<2); status_0tx_1rx = 1; while (status_0tx_1rx) { if ( (UCSR0A & (1<<RXC0)) ) { // Zeichen wurde empfangen, jetzt abholen uint8_t c; c = uart_getc(); // hier
-
Thread
Der "beste" USB zu UART Konverter ?
Nein, ich meinte die Prolific Wandler (VID 067B, PID 2303), bei denen man nach einem Win10-Update immer neu auf den funktionieren Treiber "aktualisieren" muss (z.B. Version 3.3.2.102 von 2008 ;-)
Wolfgang schrieb im Beitrag #6288205: > Nein, ich meinte die Prolific Wandler (VID 067B, PID 2303), bei denen > man nach einem Win10-Update immer neu auf den funktionieren Treiber > "aktualisieren" muss (z.B. Version 3.3.2.102 von 2008 ;-) Vielleicht besser die gute Frickel-Software