-
Thread
Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus
RX_Buffer-1 cp tempi2, RPos breq buffer_full mov WPos, tempi2 clr tempi2 ldi XL, low(RXBUF) ldi XH, high(RXBUF) add XL, WPos adc XH, tempi2 st X, tempi buffer_full: nook:
@Wigbert > sowas in der Art? > Printbin 17 ; 2 ; 2 'Zeile Vorwahl Nr. > Print = Mid(text , 27 , 6) 'Vorwahl Nr. Danke, "PRINTBIN" hat mir sehr weitergeholfen. Inzwischen habe ich noch gelernt, dass es z.B. auch so gehen würde
-
Thread
Protokoll analysieren aber wie ?
00 FF 35 02 02 3A 10 62 80 58 2B 61 06 BD 05 14 02 00 7B 01 CF 0D AC 05 DC 05 14 05 14 01 F4 05 14 01 F4 05 14 01 B2 02 00 8C 05 14 05 14 01 33 05 14 00 35 00 01 00 00 00 00 00 F0 01 01 03 C6 02 0D 11 63 58 12 00 21 35 00 00 FF 36 02 02 3A 10 63 80 58 2B 61 06 BD 05 14 02 00 7B 01 CF 0D AC 05 DC 05 14 05 14 01 F4 05 14 01 F4 05 14 01 B2 02 00 8C 05 14 05 14 01 33 05 14 00 35 00 00 00 00 00 00 00 F0 01 01 03 E4 02 0D 11 64 58 12 00 21 35
-
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
PROVIDE ( uart_buff_switch = 0x400038a4 ); PROVIDE ( uart_div_modify = 0x400039d8 ); PROVIDE ( uart_rx_intr_handler = 0x40003bbc ); PROVIDE ( uart_rx_one_char = 0x40003b8c ); PROVIDE ( uart_rx_one_char_block = 0x40003b64 ); PROVIDE ( uart_rx_readbuff = 0x40003ec8 ); PROVIDE ( uart_tx_one_char = 0x40003b30
-
Thread
FS20 Sender mit ATmega für Dimmer und Heizungsregeler
senden"); } } //ISR (USART_RXC_vect) void uart_empfangen() { //sei(); unsigned char rx_daten; rx_daten = UDR; _delay_ms(50); switch(rx_daten) { case 1:steckdose1_an();break; case 2:steckdose1_aus();break; case 3:steckdose2_an();break; case 4:steckdose2_aus();break
0x00,0x00); }break; default:; } } int main(void) { initUART(); steckdoseninit(); i2c_init(); //Heizung_init(); timer_position=0; //timer einstellungen TIMSK= 0b01000000; TCCR2= 0b00000100; ASSR=0b00001000; print("Init fertig"); TCNT2= 0; sei(); for
-
Thread
Aufbau von Structs im Speicher
data_length; };[/c] Wenn ein Paket empfangen wurde, werden hier die pointer gesetzt: [c]void eth_rx_header (struct PD_typ *RxPd) { void *ptr; ptr = (void*) RxB[RxPd->StartOfFrame]; /* Ethernet II header */ RxPd->eth_header = ptr; /* IP header */ RxPd->ip_header = ptr
hinaus ist der Zeiger auf die Struktur identisch mit dem Zeiger auf das erste Element. Siehe K&R, 2. Auflage, S. 209 > Durch Optimierungen, wie z.B. Allignment, können die > Variablen an nicht aufeinanderfolgenden Adressen liegen. "Alignment" ist eine Eigenschaft, kein Vorgang. Der Vorgang heisst
-
Thread
Bauteile identifizieren - rs232 Pegelwandler
Wenn der -C2 an den Kollektor von Q3 ginge und nicht RX könnte das passen.
er eingebaut ist: über R2 wird B- wenn C-, und wenn ich's richtig verstehe schaltet er dann durch, sodass eben Durchgang von E+ nach B- stattfindet (was korrekt sein sollte) obwohl ich E+ nach C- testen will. Macht das Sinn?
-
Thread
Richis Lab Photomos AD6C111 - Funktionsweise?
Volker B. schrieb im Beitrag #7562939: > Was meinst Du mit RX-Optochip? Das Die der MOSFETs oder das PhotoMOS-IC? Letzteres natürlich.
Volker B. schrieb im Beitrag #7563275: > Aber die große gelbe Fläche oberhalb R2 Ist nicht mit irgendwas verbunden.
-
Thread
Umwandlung ASCII Charactr zu decimal in STM
eigentlich nicht.Ich kann aber leider die empfangenen Daten per UART nicht in einem String haben. Z.B. '2'=0x32 und '2'=0x32 werden nicht '22' sondern 0x64=d (siehe Bild) uint8_t Rx_data[10]; char X [4]; char Y[2]; X[0]=Rx_data[0]; X[1]=Rx_data[1]; Y[0]=X[0]+X[1];
Martin schrieb im Beitrag #5847825: > uint8_t Rx_data[10]; > char X [4]; > char Y[2]; > > X[0]=Rx_data[0]; > X[1]=Rx_data[1]; > Y[0]=X[0]+X[1]; Man was ist den da so schwer. Du hast einen Puffer X der 9 Zeichen aufnehmen kann und das ist
-
Thread
Serielle schnitstelle
Joachim B. schrieb im Beitrag #4205916: > Das ist aber ein 1w oder onewire Schnittstelle wo Rx und Tx > zusammen auf einer Leitung nach GND läuft und mit den oberen erst mal > nix zu tun hat. Noch viel besser: Wenn man möchte, laufen beim DS18B20 drei Dinge über den einen Draht, nämlich die Versorgungsspannung, Rx und Tx. Zusammen mit Gnd braucht man dann für den Anschluss nur zwei Adern.
-
Thread
STM32F4xx UsartRx mit DMA
Libraray nicht gut, da ich mit der Standart Lib arbeite. Mein Vorschlag wäre: [c] g_hdma_usart3_rx.Init.Mode = DMA_Mode_Normal; //Pseudo Code, DMA Channel muss erst ausgemacht werden, //damit neue Bufferlänge Wirkung hat! DMA_UART_RX(uint8_t num2read) { DMA_Cmd(ChannelRx, DISABLE); DMA_SetCurrDataCounter(x,x,num2read); DMA_Cmd(ChannelRx, ENABLE); } [/c] Sry, aber ich denke kaum jemand nutzt die HAL? Bibliothek. mfg
-
Thread
Wlan langsam?
sehen. [pre] vnstat -i wlan0 -l --style 4 Monitoring wlan0... (press CTRL-C to stop) rx: 0 bit/s 0 p/s tx: 0 bit/s 0 p/s rx: 756 bit/s 1 p/s tx: 1.40 kbit/s 2 p/s rx: 1.09 kbit/s 1 p/s tx: 2.05 kbit
Threadersteller sich nicht entblödet hat, mit Rückfragen auf Rückfragen und Hinweise zu reagieren. Wie z.B. hier am 8.2.: https://www.mikrocontroller.net/topic/583212#8005957
-
Thread
Probleme mit serieller Kommunikation
korrekt beschaltet, und die Funktion der Ladungspumpen überprüft? Welche Spannungen liegen an Pin 2 und an Pin 6 an?
verfügbar. CTS/RTS habe ich nicht gesehen. > Mach vielleicht einen Loopback am Wyse mit nur den TX/RX Leitungen > verbunden. Wenn es nicht funktioniert, dann überprüfe die Pegel der > Handshake Pins. Wenn ich am Wyse nur den TX-Pin mit dem RX-Pin verbinde, erscheint alles was ich tippe am Bildschirm
-
Thread
MAX232: T1out Pegel unsymmetrisch
2div=2V/10Ohm = 200mA. Kann so nicht stimmen.
>Nein, Tx und Rx sind NICHT vertauscht. Tx an Rx Rx an Tx Wirklich?
-
Thread
Raspberry pi Pico rp2040 RS485 Implementierung
1016260 bd (+1.63%) Blocknum # 1 OK @ 1018330 bd (+1.83%) Blocknum # 1 OK @ 1020408 bd (+2.04%) Blocknum # 1 OK @ 1022495 bd (+2.25%) Blocknum # 1 OK @ 1024590 bd (+2.46%) Blocknum # 1 OK @ 1026694 bd (+2.67%) Blocknum # 1 OK @ 1028807 bd (+2.88%) Blocknum # 1
Norbert schrieb im Beitrag #7195012: > UART1 Rx: 1Megabaud fest > UART0 Tx: variabel laut Tabelle. Na bitte, kein Schluckauf ;-) Du könntest UART1 (RX) auch noch auf zwei Stoppbits einstellen, TX aber nur ein Stoppbit senden lassen. Da RX im
-
Thread
char an String anhängen
mehrere Bytes hintereinander gesendet werden, diese gehören zum selben Frame und landen hinternander im Rx-Puffer (bei dir myString). Sobald jetzt auf der RX-Leitung eine Pause grösser zB 2Byte-Zeiten erkannt wird, ist der Empfang des aktuellen Frames beendet und die Auswertung kann beginnen... Darüber
Möglichkeiten gibt es viele. Was wäre denn zB eine bessere Idee? PS: du meinst wahrscheinlich das: >> au8RxData = au8RxBuff; Aber bei pseudocode sollte es passen.
-
Thread
Altium - Multi Sheet - Doppelt
eindeutig sein (zweimal R1 auf einem Schlatplan geht ja auch nicht). Wenn du die beiden Sheet Symbols z.B. U_MOTOR1 und U_MOTOR2 nennst sollte es gehen.
Christian B. schrieb im Beitrag #5382919: > Kann es Sein, daß er mit deiner TX - RX > Drehung ein Problem hat? Taz G. schrieb im Beitrag #5382926: > dein UART_RX geht auf den Port UART_TX das geht natürlich
-
Thread
China CNC 2418 Fräse für PCBs - Erste Erfahrungen nicht schlecht!
leider nicht ganz geklappt hat. Ein bischen Unterhaltung für zwischendurch: https://youtu.be/jHbI_B2sPA0 ...damit man weis, womit man es zu tun hat :)
https://www.amazon.de/Einschraubmuffen-Eindrehmuffe-Abdeckrand-Einschraubmutter-Innensechskant/dp/B01MU2D10O/ref=pd_sim_60_68?_encoding=UTF8&pd_rd_i=B01MU2D10O&pd_rd_r=3420b176-24bc-11e9-b4ec-933b86c55cbe&pd_rd_w=ceHdd&pd_rd_wg=XabuR&pf_rd_p=3371dd0f-762d-4d8e-8f21-43659c1afaac&pf_rd_r=H9B15P1D8KEP90A3WCXQ
-
Thread
STM32L051 UART transmit
uint16_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
Konzept Interrupts und Klassen
void MiniLidar::init(USART_TypeDef* USARTx, GPIO_TypeDef* txPort, uint32_t txPin, GPIO_TypeDef* rxPort, uint32_t rxPin) { /* Initialize the UART */ _serial.config(USARTx, 115200); _serial.setRX(rxPort, rxPin); _serial.setTX(txPort, txPin); //_serial.addRxFunction(&miniLidarRead)
USART_ITConfig(USART1, USART_IT_TXE, DISABLE); // disable transmit interrupt } } }[/c] usart1RxFun() ist ein Pointer auf eine Funktion vom Typ [c]typedef void (*isrFun)(void)[/c]. Diese sind globale Variablen in meiner USART-Klasse: [c] isrFun usart1RxFun = &NOP; isrFun usart2RxFun = &NOP;
-
Thread
MSP430 / I2C Timing / Rx Interupt
from USCI_Bx and UCAxTXIFG from USCI_Ax share another > interrupt vector. Die Namen "TX_ISR" und "RX_ISR" wären im UART- oder SPI-Modus korrekt. Für I²C solltest du bessere Namen verwenden, z.B. die aus den Beispielen 17-1 und 17-2, USCIA0_RX_USCIB0_I2C_STATE_ISR und USCIA0_TX_USCIB0_I2C_DATA_ISR.
wieder auf dem Holzweg. Ich frage mich halt nur was die folgenden Zeilen (insbesondere die BIT.B) aus 17.1 sonst bewirken: [c] USCIA0_RX_USCIB0_I2C_STATE_ISR BIT.B #UCA0RXIFG,&IFG2 ; USCI_A0 Receive Interrupt? JNZ USCIA0_RX_ISR JMP USCIA0_TX_ISR . . USCIA0_RX_ISR ; Read UCA0RXBUF
-
Thread
Arduino Mega 2560
ausgänge brauche und ein arduino " zu klein " ist, hab ich zwei fragen: ist es möglich wenn z.b. 2 arduinos beide einen lan shield bekommen und über einen switch verbunden sind, ob es möglich das z.b. an arduino 1 am eingang 1 ein signal anliegt welcher dann aber bei arduino 2 den ausgang 5 schaltet
Timo B. schrieb im Beitrag #5977357: > ist es möglich wenn z.b. 2 arduinos beide einen lan shield bekommen und > über einen switch verbunden sind, ob es möglich das z.b. an arduino 1 am > eingang 1 ein signal
-
Thread
ESP32 + I2S - Immer nur Brummen zu hören
* it only requires the I2S controller id and I2S role * The tx and rx channels here are registered on different I2S controller, * Except ESP32 and ESP32-S2, others allow to register two separate tx & rx channels on
(I2S_NUM_AUTO, I2S_ROLE_MASTER); ESP_ERROR_CHECK(i2s_new_channel(&rx_chan_cfg, NULL, &rx_chan)); /* Step 2: Setting the configurations of standard mode and initialize each channels one by one
-
Thread
Arduono Mega Pin ID 'Programm`
Joachim B. schrieb im Beitrag #6190231: > die Pins können oft nur gegen den USB Chip > auf low gezogen werden, wer gewinnt da? In der Regel befindet sich ein Widerstand in den Tx und Rx Leitungen zwischen
Endlich wurde ich verstanden. :D Glücklicherweise gibt es in meinem Setup keine Möglichkeit, das 2 Ausgänge gegeneinander arbeiten. Analogeingängr und Endschalter bleiben frei, Stepsticks werden nicht gesteckt, genauso alle anderen Sachen, wie z.B. LCD. Ausserden gibts ja auch die entgegengesetzte
-
Thread
Open source Autoradio
kann man schon sehr > viel machen. ..haben auch einige DSP-Befehle. Ich schau mir die Rx und S2h dinger mal genauer an!
Mit GeneralPurpose'd hatte gemeint, dass man mit RX evtl mehr machen kann, ausserdem hat der JETZT SCHON Flash bis zu 100MHz !, max 2MB (und zukünft sogar bis 200MHz!!!, 4MB) (bei zB STM32 kannste das vergessen!!!!, der ist 5..6x langsamer!!) Mit GeneralPurpose'd
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
0b00111100000000 // (0x0F00) 2'nd boot block size is 256W #define THIRDBOOTSTART 0b00111000000000 // (0x0E00) third boot block size is 512W #define LARGEBOOTSTART 0b00110000000000 // (0x0C00) largest
Studio Libs\Fast Boot\fastboot-2.9-140709\fastboot-2.9" -f "Makefile" -B make: Entering directory `E:/Projekte/__Atmel Studio Libs/Fast Boot/fastboot-2.9-140709/fastboot-2.9' ./_conv.awk m128def.inc | gawk '/PAGESIZE|SIGNATURE
-
Thread
c code optimierung ev. assembler?
t)(F_CPU/(BAUDRATE*8L)-1); // Double speed UCSR0A |= (1<<U2X0); // RS232 Settings: double speed UCSR0B |= (1<<RXCIE0)|(1<<RXEN0)|(1<<TXEN0); // Complete Interrupts, RX und TX einschalten UCSR0C |= (1<<UCSZ01)|(1<<UCSZ00); // Asynchron, 8-Bit TCCR2A |= (1<<WGM21); // Timer2 löst mit 100kHz Interrupt aus TCCR2B |= (1<<CS21); TIMSK2 |= (1<<OCIE2A); OCR2A = 30; for(i=0;i<=Buf_max;i++){ rxBuf[i] = 0; }
-
Thread
STM32 OTA Flasher mit ESP8266
AN2606 von STM bietet dieser als Bootloader-Pins lediglich folgende Pins an: - USART 1: TX=PA9, RX=PA10 - USART 2: TX=PA14, RX=PA15 Der Der STM32F767 bietet folgende Pins an: - USART 1: TX=PA9, RX=PA10 - USART 2: Keine - USART 3: TX=PB10, RX=PB11 - USART 3: TX=PC10, RX=PC11 Über PC13
Anatol G. schrieb im Beitrag #7514060: > die Verbindung ist von D2 -> Boot0. Hier die notwendigen Verbindungen, nachzulesen in stm32flash.cpp: [code] STM32 NodeMCU RST D2 GPIO 4 BOOT0 D1 GPIO 5 UART-TX D7 GPIO 13 RXD2 UART-RX D8 GPIO 15 TXD2
-
Thread
Quansheng UV-K5 Welchen soll ich nehmen ?
nkgdb.ofcomnet.ch/de/p7HRvFch8ipQgDgvb https://funkbasis.de/viewtopic.php?p=680121&sid=3da8e74e3a0319c93d24b37b700a333b
generell von einem verbot betroffen! Dem ist aber nicht so! Ich kann mir legal ein KG-UV6D in 4m/2m kaufen und kein mensch sagt "Das ding kann 4m BOS, das ist verboten". Nein, im gegenteil! Das ding taugt für die 4m zuteilung im Afu als RX, ich kann es also kaufen. Der unterschied liegt in der
-
Thread
Probleme beim Steuerung per Funk- ATmega328p und RX315, TX315 set
Pause kommen, die etwas länger als ein Zeichen (incl. Start/Parity/Stop) ist, also bei dir (10Bit) z.B. für 4800Bd >2,1ms und für 2400Bd >4,2ms. Wozu soll die Pause zwischen Adresse und Daten gut sein?
kommen, die etwas länger als ein > Zeichen (incl. Start/Parity/Stop) ist, also bei dir (10Bit) z.B. für > 4800Bd >2,1ms und für 2400Bd >4,2ms. Okay, also mit ein SYNC hat es schon funktioniert aber wenn die beide (Rx und Tx)Schaltungen auf dem selben Breadboard rein gesteckt sind. Ich schicke
-
Thread
Netzwerkverbindung langsam
bekomme ich: TCP connection established. Packet size 1k bytes: 19.34 MByte/s Tx, 822.92 KByte/s Rx. Packet size 2k bytes: 22.63 MByte/s Tx, 1661.18 KByte/s Rx. Packet size 4k bytes: 22.31 MByte/s Tx, 3366.24 KByte/s Rx. Packet size 8k bytes: 20.30 MByte/s Tx, 5798.26 KByte/s Rx. Packet size 16k bytes: 16.72 MByte/s Tx, 11.64 MByte/s Rx. Packet size 32k bytes: 10.34 MByte/s Tx, 22.03 MByte/s Rx. Done. UDP connection established. Packet size 1k bytes: 0 Byte/s (100%) Tx, 834.52 KByte/s (0%) Rx. Packet size 2k bytes: 27.67
-
Thread
DMX empfang in C funktioniert nicht richtig.
define F_CPU 8000000UL #include <avr/io.h> #include <util/delay.h> int main(void) { DDRD = 0b11111111; while(1){ PORTD |= ( 1 << PD7 ); PORTD &= ~( 1 << PD2 ); _delay_ms( 500 ); PORTD &= ~( 1 << PD2 ); PORTD |= ( 1 << PD7 ); _delay_ms( 500 ); } }
Christian Karle schrieb im Beitrag #3521993: > Hmm...Trotzdem blinkt sie immer noch mit 2 Hz... > Ohne das etwas angeschlossen ist... Hmm. Hast du noch eine freie LED (mit 220 Ohm Vorwiderstand), die du mal am RxD Eingang vom Prozessor halten kannst. Wenn nichts angeschlossen ist, sollte
-
Thread
Vorzeichen Ausgeben
RX0Buffer[ i++ ] = c; RX0Buffer[i] = '\0'; j=2; i = 0; } if (c=='3') { while ( ( c = uart_getchar() ) != '\r' && i < BufferLen
) RX0Buffer[ i++ ] = c; RX0Buffer[i] = '\0'; j=10; i = 0; } if (c=='B') { while ( ( c = uart_getchar() ) != '\r' && i < BufferLen - 1
-
Thread
3 RC Kanäle Auswerten
ich die drei vorhandenen PinChange Interupts. Also je RC Kanal einen anderen Port. [c] #define RX_PIN_B PINB #define RX_PORT_B PORTB #define RX_DDR_B DDRB #define RX_1 0 #define RX_PIN_C PINC #define RX_PORT_C PORTC #define RX_DDR_C DDRC #define RX_2 0 #define RX_PIN_D PIND
}; /* INIT */ RX_DDR &= ~((1<<RX_3) | (1<<RX_2) | (1<<RX_1)); TCCR1B = _BV(CS11) ; TIMSK1 = 0; //PinChange Interupt an PB 0,1,2 PCMSK0 |= ((1<<PCINT2) | (1<<PCINT1) | (1<<PCINT0)); //
-
Thread
STM32F407G Bootloader - andere Bootmöglichkeit?
), BOOT1 (PB2 immer über 510 Ohm an Masse)
kommuniziere, > geht 8N1 ohne weitere Schnittstellensignale. Der Bootloader geht auch alleine mit RX und TX (nur eben 8E1 statt 8N1). "Meistens" sind bei solchen Versuchen ja RX und TX vertauscht, aber dann würde der normale Betrieb doch auch nicht funktionieren. Es gibt wohl STM32-Modelle, die RX
-
Thread
DMA + UART parallel empfangen
einer mitgesendeten ID ( Nachricht = ID + 3Byte Variablenwert). Die Auswertung geschieht im HAL_UART_RxCpltCallback() und sieht so aus: [c] SMP_StatusTypeDef MMP_STM32_Client_read(SMP_HandleTypeDef* SMP){ character_id = SMP->rx_buffer[0]; uint8_t data[3] = {SMP->rx_buffer[1],SMP->rx_buffer[2]
==3){ uart_rx_temp=data[j]<<2; //bit identifier cut uart_h_byte=uart_rx_temp>>2; //bit align uart_h_byte=uart_h_byte<<10; //bit align } else{ HAL_UART_Receive_DMA
-
Thread
RC - Drohne zum selberbau !!! Luftbilder per Funk!! (Fake) Gesperrt
Oh hätte es bald vergessen , für die TX ,RX Umschaltung hab ich einen Eingriff ins Funkgerät vorgenommen. --- R R1 ---- | | |-- R R2----| | | ----R N..---| | | Jeder Schalter am PMR ist über einen Wiederstand
am ADC diese Möglichkeiten? -Wieviel Speicher hast du denn an "den AVR" rangebastelt um die min. 2 Bilder zu Speichern? -Welchen Speicher? -Welche Anbindung? Das eigentlich hast du aber verschwiegen: -wie machst du die Umschaltung RX / TX wenn du nur EINE Funkgeräteplatine verbaut hast
-
Thread
Hardware wie CPUs RAM Grafikkarten TV-Karten Laufwerke Lüfter + PlayStation-Anleitungen
das Kit: - 2 x 1GB-800 ASint DDR2-RAM - SEY2128M8-JGGHC 1130 (hynix Chips) 5€: - 1GB ADATA DDR3-1333MHz PC3-10600 SoDimm RAM CL9 204-Pin - AD3S1333B1G9-BSSG 5€: - 1GB HYS64T128020HU-3S-B - 2Rx8 DDR2
RAM PC3-10600R 2Rx8 M393B5273DH0-YH9 (7 Stück vorhanden) - 4GB Hynix registered ECC DDR3-RAM PC3-10600R 2Rx8 HMT351R7BFR8C-H9 T7 AB 16€: - Samsung 4GB 2Rx8 PC3-10600U M378B5273CH0-CH9 DDR3-RAM 240-Pin 5€
-
Thread
Atmega4809nano
auch für die 16- und 32-Bit-Entwicklung – zum Teil dank ihrer integrierten 300-MHz-MCU ATSAME70Q21B. "
microchip.com/downloads/en/Appnotes/AN2519-AVR-Microcontroller-Hardware-Design-Considerations-00002519B.pdf
-
Thread
IR Lese-Schreibkopf
In der Variante 2 mit 2x NPN (8050D) funktioniert der Aufbau super. Die IR-LED ist auch stark genug, um den Lesekopf nur grob vor der LED zu positionieren. Die grüne Kontroll-LED hängt ebenfalls am RX mit einem 8550D
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
ATMega USART: Senden funktioniert nicht
mehr. Meine Initialisierung: [c] uint16_t UBRR0_value = ((F_CPU / (4L * BAUD_RATE)) - 1)/2; UCSR0A |= (1 << U2X0); UBRR0H = UBRR0_value >> 8; UBRR0L = UBRR0_value; UCSR0B |= (1<<RXEN0 | 1<<TXEN0 | 1<<RXCIE0); [/c] Der Empfänger-IRQ (funktioniert): [c] ISR(SERIAL_RX
UBRR0H = bauddivider >> 8; UBRR0L = bauddivider; // set baud rate UCSR0A = 0; // no U2X, MPCM UCSR0C = 1<<UCSZ01^1<<UCSZ00 // 8 Bit #ifdef URSEL0 ^1<<URSEL0 // if UCSR0C shared with UBRR0H #endif ; UCSR0B = 1<<RXEN0^1<<TXEN0^ // enable RX, TX 1<<RXCIE0
-
Thread
Arduino SPI Daten senden
dazu folgenden Code geschrieben: [c] #include <SoftwareSerial.h> #include <SPI.h> int TxD; int RxD; int data; const byte WAKEUP = 0b00000010; unsigned long nextMillis = 0; SoftwareSerial bluetooth(TxD, RxD); /* SPI pin numbers: SCK 13 // Serial Clock. MISO 12 // Master In Slave
rausnehmen. Fürs debuggen noch okay. [c] #include <SoftwareSerial.h> #include <SPI.h> int TxD; int RxD; int data; const byte WAKEUP = 0b00000010; unsigned long nextMillis = 0; SoftwareSerial bluetooth(TxD, RxD); /* SPI pin numbers: SCK 13 // Serial Clock. MISO 12 // Master In Slave
-
Thread
Großes AVR Programmier Problem Arduino Hilfe!
Geht alles ohne DTR RTS mit AVR-BURN-O-MAT --> ist AVR DUDE Aufsatz Bei additional Option dort -b 19200 hinzufügen Programmer Stk500 auswählen Usb --> rs232 ttl out --> auf AVR RX TX GND VCC connecten Write --> JETZT ein Reset (bspw taster auf RST auf GND) ergo Arduino Bootloader startet
µC erstmal den Bootloader verpassen (ISP ). -du hast die Wahl welchen Boot... (Arduino-Boot-->(-b) 19200 Baud) -die Arduino IDE erzeugt das hexFile -dann mit bspw Burn-O-Mat flashen -wg. Reset , teste von Hand ( AvrDude <--> Boot...' ) -( Arduino IDE zieht ueber DTR (Pin2 FT232 )
-
Thread
Arduino + XBee RX & TX Ausgänge schalten
Schaltplan - ich habe meine Kristallkugel grad nicht zur Hand ;) Ich vermute nämlich mal, dass z.B. TX und RX nicht richtig verschaltet sind.
Sender : 3,3V Arduino UNO -> PIN 1 XBee GND Arduino UNO -> PIN 10 Xbee TX Arduino UNO -> PIN 2 Xbee (D-OUT) RX Arduino UNO -> PIN 3 Xbee (D-IN) Empfänger : 3,3V Arduino UNO -> PIN 1 XBee GND Arduino UNO -> PIN 10 Xbee TX Arduino UNO -> PIN 2 Xbee (D-OUT) RX Arduino UNO -
-
Thread
ESP8266 hängt bei gleichzeitigem senden/empfangen
,..................,0xA3,0xB0,0x8C,0xC2,0x32,0x0A,0xCB,0x28,0x2C,0xA3,0xB0,0x8C,0xC2,0x32,0x0A,0xCB,0x28,0x2C,0xA3,0xB0,0x8C,0xE2,0x8A,0x64,0x80,0x5F,0xB8,0xE3,0xB1,0xFA,0xCE,0xDB,0x5B,0x1E,0x00,0x00,0x00,0x00,0x49,0x45,0x4E,0x44,0xAE
+G0pVhkN1tLFpjdY7wpqeRpbRQ2TOJqyMnieWlWDDKvZImsupad5aQmIvVPNdFEpBh9TeycRvukBqRBToyZL53JDFtWvNuM32qP8Ag36lekVS8x42f/5R8mN+6pX2Tt9RMZVigLltXOUjc3KbjQg3HqNk1wfEfxQdi7Q9r9/dLZddFEw5SCNwk1qGz0GplzRxOH5TlPzcU2/jh4hA+ItaPQAW+qR4LKJI7bHe3miKeMsdc3Ot7
-
Thread
[C-Code Optimierung] RDM responder
+000000A2: E030 LDI R19,0x00 Load immediate 165: res-=*b++; +000000A3: 8180 LDD R24,Z+0 Load indirect with displacement +000000A4: 1B28 SUB R18
carry cleared +000000AD: 01C9 MOVW R24,R18 Copy register pair +000000AE: 2B23 OR R18,R19 Logical OR +000000AF: F011 BREQ PC+0x03 Branch if equal +000000B0: E081 LDI R24,0x01 Load immediate +000000B1: E090
-
Thread
CAN-Bus mit Arduino auswerten
[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
3; Zero(); Return = 0; setID = 0; rB = 0; delay(500); updateMenu(); } } else{} } void Zero() { aBit0 = 2; aBit1 = 2; aBit2 = 2; aBit3 = 2; aBit4 = 2; aBit5 = 2; aBit6 = 2; aBit7 = 2; } //Serial.println
-
Thread
Kommunikation mit Beurer BM65 über USB
Ich hab mir den Blog Beitrag angeschaut. Dort steht, dass es als Profilic Chip UART2USB erkannt wird. Leider kann das auch von einem µC emuliert werden. Spannende Frage also, ist es ein µC oder ein echter USB2Seriell Wandler. Danach könnte man sich auf die TX/RX Leitungen hooken ohne
Wäre es nicht einfacher, sich per seriellem UART2USB Adapter auf die RX/TX Leitung zu hängen, womit man dann das ganze beipassen kann. Das geht natürlich nur, wenn zwischen µC und USB Chip seriell kommuniziert wird und nicht z.B. SPI. [code]
-
Thread
EA eDIPTFT43-ATP per RS-232 an Atmega32
Controller mit dem TFT direkt Verbinden,ohne Max232? Wie sonst? Datenblatt: 'Die Leitungen RxD und TxD führen 5V CMOS-Pegel zur direkten Anbindung an z.B. einen Mikrokontoller.' MfG Spess
an rxd txd vom atmega angeschlossen, >>das ging auch nicht. > > Das sollte aber gehen,wenn du Rx nicht auf Rx und Tx nicht auf Tx > geschaltet hast.(5V Pegel) ne rx is auf tx und tx auf rx
-
Thread
Firmware Update auf dem Siemens PAC3100 über einen usb rs485 adapter probleme
Tx:0-20:05:07.507-7E 03 FA 01 00 1B 6F 16 Rx:1-20:05:07.568-7E 03 36 00 2A 37 4B 4D 33 31 33 33 2D 30 41 42 30 30 2D 33 41 41 30 20 20 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 31 FF FF 56 01 00 00 00 00 F6 00 00 00 01 01 00 1F 14 D4 Tx:2-20:05:08.514-7E 03 FA 01 00 1B 6F 16 Rx:3-20:05:08.579-7E 03 36 00 2A 37 4B 4D 33 31 33 33 2D 30 41 42 30 30 2D 33 41 41 30 20 20 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 31 FF FF 56 01 00 00 00
-
Thread
Antenne RFM70
pipe0 ------>? { (0x20|0x12), 0x32 }, // 32 bytes RX Payload in pipe1 ------>? { (0x20|0x13), 0x32 }, // 32 bytes RX Payload in pipe2 ------>? { (0x20|0x14), 0x32 }, // 32 bytes RX Payload in pipe3 ------>? { (0x20|0x15), 0x32 }, /
Enables Dynamic Payload Length,Enables Payload with ACK }; //**************32 bit Register 0A,0B,10 Bank0 Initialisierungsbefehle uint8_t bank0R0A0B10Init[][6]= { {(0x20|0x0A), 0xE7, 0xE7, 0xE7, 0xE7, 0xE7}, //Empfangsadresse pipe0 {(0x20|0x0B), 0xC2, 0xC2, 0xC2, 0xC2, 0xC2