-
Thread
RS232-Pegelwandler
Information in der Fußnote 3: "Invertiertes RS232-Signal, TTL, 9,6 kBaud" (laut S.25 umstellbar auf 115,2 kBaud) also genau das was z.B. ein Arduino als "serielles TTL-Signal" erwartet. Der invertierende Pegelwandler wird nur für einen PC mit RS232-Anschluss benötigt. Oder man für ein RS232/USB-Wandlerkabel
geht nicht für SoftwareSerial Interface da an diesem Pin der interne Timer mit einwirkt, daher PIN 2 , nun reicht das 3.3V Signal um den Arduino Pin2 durchzusteuern).
-
Thread
ATxmega: Warnung bei Adresse->Integer Wandlung für DMA
Adressregister der DMA laden kann. Konkret handelt es sich um folgenden Code: [C] EXTADC_TX_DMA.SRCADDR0 = (uint8_t) ( (uint32_t) ( (void*)ConvBytes ) >> 0 ); EXTADC_TX_DMA.SRCADDR1 = (uint8_t) ( (uint32_t) ( (void*)ConvBytes ) >> 8 ); EXTADC_TX_DMA.SRCADDR2 = (uint8_t) ( (uint32_t) ( (void*)ConvBytes ) >> 16 ); EXTADC_TX_DMA.DESTADDR0 = (uint8_t) ( (uint32_t) ( (void*)& ( EXTADC_UART.DATA ) ) >> 0 ); EXTADC_TX_DMA.DESTADDR1 = (uint8_t) ( (uint32_t) ( (void*)& ( EXTADC_UART.DATA ) ) >> 8 ); EXTADC_TX_DMA.DESTADDR2
-
Thread
Zeitmessung für RC Car
von ca vier bis 20 Paketlängen zwischen den Paketen. Als Empfänger würde ich die Standard Irda RX/TX-Module verwenden (tfdu xxx oder so ähnlich, die tx Hälte wird zwar nicht benötigt, aber die Bausteine sind absolut unproblematisch und haben sich in der Praxis bewährt). "Verstümmelte" Pakete werden
@Christian: RTFD ;-) die tfdu sind "nur" eine IR-LED im TX-Teil und ein IR-Empfänger im RX-Teil. Die Signalform muß schon der uP liefern, bzw decodieren. Den tdfu mußt du zwischen rx und tx Betrieb umschalten, also zum gleichen Zeitpunkt entweder senden oder
-
Thread
Neue Propeller Karte zu Fertigen
Hallo, Ich möchte für mich eine Propeller Karte zu vertigen lassen (z.B. M eile (ungefär& V Leiterplatten) 2 Seitige mit PTH usw. Mit folgenden _Passenden_ Bauteilen (ungefär) 1x Paralax Propeller (QFP oder DIP) 1x FTDI232 mit USB Buchse (zur programmierung) 1x 24LC256
IO-Pins. Die Pheripherie muss schlau angebunden werden. 2. Eine zweite Version, einseitig, nur mit THT-Bauteilen, soll aus dem vorhandenen Schaltplan kurzfristig entstehen können. 3. Will ich durch Austausch der CPU, z. B. durch einen ARM oder einen ATmega128
-
Thread
Reverse Engineering eines LIN Bus
Mit Bitschubserei hab ich noch nicht angefangen, konnte nicht so recht was erkennen. [code] 00D#B81FC42B -> 00 C4 00 00 -> 12,8 00D#081FC22B -> 00 C2 00 00 -> 12,7 00D#8C1CBB2B -> 00 BB 00 00 -> 12,3 00D#2F1DBC2B -> 00 BC 00 00 -> 12,3 00D#DA0DAA2B -> 00 AA 00 00 -> 11,1 00D#4E12AD2B -> 00 AD
#D11CBC2B -> 00 BC 1C D1 -> 12328145 -> 12,0 V 00D#DE1CBC2B -> 00 BC 1C DE -> 12328158 -> 12,0 V 00D#FA1CBC2B -> 00 BC 1C FA -> 12328186 -> 12,0 V 00D#141DBC2B -> 00 BC 1D 14 -> 12328212 -> 12,0 V 00D#2F1DBC2B
-
Thread
Gewindebuchsen zum Einkleben
". Ich kenne das noch aus der Lehrzeit, so wie in diesem Video: https://www.youtube.com/watch?v=i2uuVLRKJIc
Man könnte sich eventuell auch mit Flachkopfschrauben behelfen. z.B sowas: https://www.screwsandmore.de/de/sortiment/schrauben-und-bolzen/torxschrauben/sammy-flachkopf-tx/sammy-a2-tx6-m3/sammy-a2-m3x16/11973/25-stueck-sammy-flachkopfschrauben-tx-a2-m3x16
-
Thread
Rs485 reagiert nicht auf Daten
= (uint8_t) USART_CHSIZE_8BIT_gc | USART_PMODE_DISABLED_gc; // f=2MHz USART_485.BAUDCTRLA = 12; USART_485.CTRLB |= USART_TXEN_bm; Danach schreibe ich ein einfaches Zeichen und lese es am PC aus. Ich greife dazu direkt die beiden Pins für Rs485_A/B ab und leite
Aha, da haben wir es doch. für 9600Baud bei f_CPU=2MHz musst du das CLK2X Bit im Register USARTE0.CTRLB auf 1 setzen Außerdem hast du den BSCALE Faktor von 4 komplett unterschlagen. Dieser wird in BAUSCTRLA und B eingetragen.
-
Thread
Ringzähler mit Thyratrons?
Hier gibts ein (russisches) PDF mit den Daten des TX4b Thyratrons: http://tec.org.ru/board/0-0-0-1538-20 und hier ein Bild: http://ixbt.photo/photo/812167/3895743RZPpZqOR/928846w.jpg Hier auf der Seite ein leider kaum zu entzifferndes Schaltbild eines FlipFlops mit TX3b, für TX4b wird empfohlen beide Gitter zusammen zu schalten und es wie ein MTX-90 als Triode zu betreiben. Leider läßt sich die Dimensionierung kaum erkennen. Eine Übersetzung des Textes mit onlinetranslator.com
-
Thread
SIM900A, nur ECHO
Ich habe diese Firmware eingespielt: 1137B09SIM900B32_ST.rar
TX: AT+GMR\r\n RX: 41 54 2B 47 4D 52 0D 0A (AT+GMR\r\n) Habe jetzt auch eine Schematic zu dem Modul gefunden. Aktuell habe ich die 3 Jumper entfernt und hänge auf P2 Pin 1 & 3 mit der RS232 vom PC
-
Thread
Atmega 128 reset bei Interrupt
) ((uint32_t) F_CPU/(16*BAUDRATE) - 1); UBRR1L = (uint8_t) (ubrr); // set Baudrate UCSR1B |= (1<<RXCIE) | (1<<TXEN) | (1<<RXEN); //TX, RX, RX Interrupt enable } [/c] in der mainloop lasse ich leds im sekundentakt blinken, die im interrupt alle eingeschaltet werden. Sende ich über
USART initialization initRS232(); // USART output sendStringRS232("\x1B[2J \x1B[0;0f"); /* clear screen and cursor home */ // output UART welcome screen sendStringRS232("\a\r\n\r\n\r\n"); sendStringRS232(" \x1B[41m****************
-
Thread
Bluetooth Modul mit SPP
nichts. Pegelwandler sind nur notwendig, wenn der Mikrocontroller mit 5V läuft. Einfach RX und TX verbinden und gut ist. Und die Konfiguration ist sehr einfach.
-42 ein Class-2, sonst sind beide gleich zu bedienen. Es gibt auch eine Version ohne Antenne, die ist mit einem N nach der Bezeichnung gekennzeichnet.
-
Thread
char[x]-Wert in Switch Anweisung nicht möglich?
M.B. schrieb: > M..., so was blödes. Gibts eine andere Möglichkeit? es gibt 2 Möglichkeiten: Entweder du beschränkst dich in deiner Übertragung und damit in den Kommandos, die du übertragen kannst,
gehen und schauen, welche infrage kommen // anfangs- und endeposition merken, bei 'a' also 0 2 // immer auf länge der zechenketten achten! // nun wieder von vorn anfangen und liste von 0-2 durchsuche nach 2. Zeichen schauen while( anfang!=ende ) myCommands[anfang].actionRoutine
-
Thread
Flowcontrol und UART
Programm das die Leitung abhört. Das erreichte ich indem ich zwei FTDI/USB-UART)-Adapter mit Rx an TX (Adapter1)und RX an RX(Adapter2) verband. Das ist zwar nicht richtig, aber so habe ich es herausgekriegt. 1. Problem Merkwürdigerweise kann ich keinen (hochwertigen) Logic-Analyzer, noch ein modernes
Andreas V. schrieb im Beitrag #6125917: > Statt 08-0D-84-B7-84-CA-08-01 kommt dann > 07-0D-84-B7-84-CA-08-01 Ack. also (nach Startbit) nur die ersten 4 Bit falsch herum? Mit oder ohne Parity? 0111000001 statt 0000100001 und der Rest perfekt?
-
Thread
USB to RS232
26pid%3D100005%26rk%3D4%26rkt%3D6%26mehot%3Dpp%26sd%3D280742411314&rt=nc http://www.ebay.de/itm/USB-2-0-auf-RS-232-Converter-Adapter-9-Buchse-Nullmodemkabel-Drucker-Kabel-NEU/301121050932?_trksid=p2047675.c100005.m1851&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D30068%26meid%3D523c1a0affae42f7b3cab2032818ba0b
Treiber dabei XP/W7/W8/W10 ??????? Suche Kostengünstig für Versuche. http://www.ebay.de/itm/USB-2-0-zu-RS232-Seriell-DB9-9-Pin-Adapter-Kabel-Serial/280951874744?_trksid=p2047675.c100005.m1851&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D30068%26meid%3D523c1a0affae42f7b3cab2032818ba0b%
-
Thread
Verbindung zwischen Laptop und Stk500
in der Regel Ports zwischen COM1 und COM4 betroffen, einer fast immer, manchmal auch zwei, also z.B. COM1 + COM2 oder COM1 + COM3. es empfiehlt sich also bei Verwendung eines externen USB-RS232-Konverters sich bei der Auswahl der COM-Port-Nummer von oben nach unten vorzuarbeiten also z.B. mit COM6
der Regel Ports zwischen COM1 und COM4 betroffen, einer fast immer, > manchmal auch zwei, also z.B. COM1 + COM2 oder COM1 + COM3. es empfiehlt > sich also bei Verwendung eines externen USB-RS232-Konverters sich bei > der Auswahl der COM-Port-Nummer von oben nach unten vorzuarbeiten also > z.B.
-
Thread
USART Kommunikation zwischen ATMega32 und ATMega328p
und und und... Dann bestell dir echt mal lieber ein Logic Analyser, damit wäre das Problem in 2-3 Minuten eingegrenzt gewesen und schon gelöst ;-) Sascha B. schrieb im Beitrag #7794698: > Bei HTerm hatte ich 8Datat 1Stop Parity-none Newline at LF Das betrifft jedoch nur den Empfang, was
und und... > > Dann bestell dir echt mal lieber ein Logic Analyser, damit wäre das > Problem in 2-3 Minuten eingegrenzt gewesen und schon gelöst ;-) > > Sascha B. schrieb im Beitrag #7794698: >> Bei HTerm hatte ich 8Datat 1Stop Parity-none Newline at LF > > Das betrifft jedoch nur den Empfang
-
Thread
UART Sniffer mit Max3232 basteln
ich die Verbindung zum PC mache. Mit dem Teil wollte ich dann später andere Projekte überwachen z.b. Kommunikation zwischen 2 µC. Also mein gedanke war so: µC 1 µC2 [RX]--.------[TX] [TX]--|-.----[RX] | | | |--[RX 1 IN] [RX 1 OUT]-| |----[RX 2 IN] [RX 2 OUT]-|---[RS232
<--. | | |----[RX 2 IN]--[2/2 MAX232]--|<--.--[RX IN RS232-USB (z.B. FT232)]-[PC] D2 [/c] Angaben ohne Gewehr und Pistole! mfg
-
Thread
STM32 Problem
CAN_FilterInitStructure.CAN_FilterActivation=ENABLE; CAN_FilterInit(&CAN_FilterInitStructure); /* transmit */ TxMessage.StdId = 0x321; TxMessage.ExtId = 0x01; TxMessage.RTR = CAN_RTR_DATA; TxMessage.IDE = CAN_ID_STD; TxMessage.DLC = 8; RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE); /
EA4F6313 mov.w r3, r3, lsr #24 B2DA uxtb r2, r3 683B ldr r3, [r7, #0] 739A strb r2, [r3, #14] sehe ich das recht, dass hier gerade das 4.Byte aus dem Receive-FIFO kopert werden soll (kann leider [noch
-
Thread
RS485 - kein Empfang
transmission completed TXSTA2bits.SYNC = 0; // Asynchronous mode TXSTA2bits.TXEN = 1; // Transmit Enabled if(bLaenge == 9) { TXSTA2bits.TX9 = 1;// Selects 9 bit transmission RCSTA2bits.RX9 = 1;// reception
LATGbits.LATG0 = 0; bReadPtr2 = 0; bWritePtr2 = 0;
-
Thread
Mehrere AVRs miteinander verbinden?!
nichts lernen, darum suche ich ja ein "Beispielprojekt", ein passendes Tutorial oder dergleichen... 2. Mein "Gedankenproblem" liegt eigentlich in der Art, dass ich mir vorstellen kann, 2 µC zu verbinden (RxD mit TxD und umgekehrt), aber wie dann einen ggf. dritten?! Wäre das auch noch möglich?!
Möglicherweise braucht man Schutzdioden. Dann musst du dir ein Protokoll ausdenken. z.b. 3|1F2E34CC 3 als ID der Rest als hexadezimale Daten. Antworten darf natürlich nur der gefragte µC.
-
Thread
Linux Netzwerkkarte
14258.080746] [<ffffffff8147c2f0>] ? dev_watchdog+0x0/0x270 [14258.080750] [<ffffffff8107710b>] run_timer_softirq+0x19b/0x340 [14258.080754] [<ffffffff8106dd57>] __do_softirq+0xb7/0x1f0 [14258.080759] [<ffffffff810132ec>] call_softirq
[14258.080784] [<ffffffff810131e0>] ? child_rip+0x0/0x20 [14258.080786] ---[ end trace 4c28ff1647b81511 ]--- [14258.080984] e1000e 0000:02:00.0: eth0: Reset adapter [14261.269328] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [14306.080119] e1000e 0000:02:00.0: eth0: Reset
-
Thread
[V] Xilinx Artix-7 A200T AC701 FPGA Eval Kit
Steckverbinder mit 58x 1.25 Gbit/s LVDS I/Os, bzw. single ended 116 I/Os mit einstellbarer Spannung 1.8V/2.5V/3.3V und 2x 6.6 Gbit/s GTPs (RX+TX) - SFP+ Steckverbinder (1x 6.6Gbit/s GTP, RX+TX) für optische Transceivermodule - 2x SMA I/O Steckverbinder - SMA Steckverbinder für 1x GTP und REFCLK Input
verglichen woher der Preisunterschied kommt - Nexys 7 versus AC701: - XC7A200T-1SBG484C vs. XC7A200T-2FBG676C - 484 Pin FPGA package versus 676 Pin - Speedgrade -1 vs. -2, das macht einen großen Unterschied bei der erzielbaren Taktrate (z.B. 0.95 versus 1.25 Gbit/s LVDS, F_max: 388 versus 460 MHz BRAM
-
Thread
JAVA RXTX Übertragungsproblem
Weitere Infos: - Umstellen der Baudrate ändert nichts. - Hardware-Echo (RX-TX Kurzschluss) funktioniert! ich schreibe 1 runter und bekomme 1 zurück(im Java). Nächster Schritt: Mit dem Oszi Signal analysieren :( EDIT Ist der Server von JD2XX down? Ich komme nur auf den SVN
und solange weitere verfügbar sind überschreibst du das zuvor gelesene Byte, also Beispiel: [pre]A B C[/pre] Also können 3 Zeichen gelesen werden. 1.Durchlauf readBuffer = 'A' 2.Durchlauf readBuffer = 'B' 3.Durchlauf readBuffer = 'C' --> Abbruch da keine weiteren Zeichen vorhanden. Nun schreibst
-
Thread
USB 2.0 High Speed extender 10m
@ Mw E. wo gibt es denn optische USB 2.0 High Speed ICs? Das was ich nur kenne sind fertige Module die A Teuer sind und B meistens nur Base Speed besitzen. @Frank K Das mit den FPD-Link II Serializer finde ich eine interessante Lösung
Martin schrieb im Beitrag #6138072: > @ Mw E. wo gibt es denn optische USB 2.0 High Speed ICs? Das was ich > nur kenne sind fertige Module die A Teuer sind und B meistens nur Base > Speed besitzen. Das ist nicht nur ein Chip sondern ein ganzes System, meist mit einem Asic
-
Thread
Leiser PC gesucht
Daumen rund doppelt > so schnell, wie nen Rpi1. Kleiner als der Pi und schneller sind z.B. die Compute Sticks von Intel mit Atom Z3735F, 2 GB RAM, 32 GB Flash für irgendwas um die 100 € Noch mehr Rechenleistung (i7-4600U) und passiv gekühlt, aber auch deutlich teurer http://www.tinygreenpc.com
Daumen rund doppelt >> so schnell, wie nen Rpi1. > > Kleiner als der Pi und schneller sind z.B. die Compute Sticks von Intel > mit Atom Z3735F, 2 GB RAM, 32 GB Flash für irgendwas um die 100 € > Noch mehr Rechenleistung (i7-4600U) und passiv gekühlt, aber auch > deutlich teurer > http://
-
Thread
AD7793 Continious Conversation Mode
Schreibevorgang send(0xB16); //Mode schreiben send(0x8); //Mode Schreibevorgang 16bit send(0x0009); //IO schreiben send(0x28); //IO Schreibevorgang send(0x03); //IEXC2 an IOUT2 // 1mA
send ... eine Klammer "}" kommen. [c]void send(BYTE d) { SPIM_SendTxData(d); while(!(SPIM_bReadStatus() & SPIM_SPIM_SPI_COMPLETE)){}; } [c] Da ich die Funktione "SPIM_SendTxData(d);" nicht kenne, stellt sich noch die Frage, wer die CS Leitung kontrolliert.
-
Thread
Kleines Display Wie an den Controller anschliessen? Datenblatt ist unverständlich :(
mode, the IM0/ID pin functions as ID pin. In the SPI mode, the DB17-2 pins, which are not used, must be fixed at either IOVcc level. DB17-2 es gibt doch überhaupt keine DB Pins... nur R G und B Pins... IM3/2/1 ??? Gibt es nach der Pinbelegung auch nicht!!.... Ich
ich jedoch die SDI und SCL Leitung beim Pinout gesehen.... Die Frage ist mehr, welches die IM3/2/1 Pins sind und welche R G und B Pins ich den nach VCC Schliessen soll...
-
Thread
Temp. Sensor
Temperaturen (negativ, positiv). Ich hätte übrigens mal eine Frage zu meiner stm32 uC i2c-Funktion. Die Funktionen nehme ich an sind ja bei allen stms die gleichen. Nun ich habe beispielweise HAL_I2C_Master_Transmit(&hi2c1, TEMP_SENSOR_ADRESS_7_BIT << SHIFT, &txData, sizeof(txData),
geschrieben und es gibt mir die richtige Temperatur heraus. [c] t_ByteArray readTemperature() { txDataBuf[0] = READ_TEMPERATURE; uint8_t resultBuf[2]; t_ByteArray tempBytes; HAL_I2C_Master_Transmit(&hi2c1, TEMP_SENSOR_ADRESS_8_BIT, txDataBuf, 1, 10); // Shift is necessary because of
-
Thread
AVR mega32 uart empfang geht nicht
PonyProg markierte ConfigBytes : // JTAGEN CKOPT BOOTSZ1 BOOTSZ0 SUT0 // CKSEL3 CKSEL2 // ==> 4 Mhz interner RC osc // #include <avr/io.h> #define bit(x) (1<<(x)) // Bit Position #define setBit(r, b) ((r) |= bit(b)) // set bit<b> in byte <r> #define clrBit(r, b) ((r) &= ~ bit(b)) // clr bit<b> in byte <r> #define uart_tx(data) {while ( ! (UCSRA & (1<<UDRE)));UDR = data;} char x; uint8_t i = 0; void uart_init(void){ setBit(DDRD,1); // TXD output clrBit(DDRD
-
Thread
max232 mit Atmega8 auf myAvr Board MK2 schickt von selbst falsche Zeichen
5V Controllerpegel hast. Beim Pollinbausatz hast du da glaube ich 4 Schraubklemmen, 5V, Masse und TX,RX. TX/RX einfach kurzschliessen. So schickst du die Daten vom "Ausgang" vom PC direkt wieder in den Eingang. Vielleicht stimmen die Kondensatoren auch nicht. Schreib mal bitte welche Ausführung vom
10uF bei den Elkos. Wie in der Beschreibung angegeben http://www.pollin.de/shop/downloads/D810036B.PDF Ich habe jetzt noch mal probiert mit HTerm und die RX und TX vom Wandler kurzgeschlossen und habe folgendes Ergebnis: Also wenn ich 100 Zeichen auf die Schnittstelle schicke kommen teilweise
-
Thread
DIY RS232 Pegelwandler zwischen Raspi und Heizung
auch nicht unerschwinglich: https://www.amazon.de/Serial-Converter-CHG340G-Arduino-Multiwii/dp/B01N9M2WKD https://www.amazon.de/AZDelivery-Adapter-FT232RL-Serial-gratis/dp/B0753GY7FR/ Gibts mit CH340, FT232, mit Pins oder Kabeln, etc. Fürn Raspi sollte sich da aber immer das passende Treibermodul
nicht. Ich weiss also nicht ob jemand noch den alten PI1 dafür nutzt oder bei PI allgemein für 1/2/3/4 b,+ spricht. Von daher alles undurchsichtig und nicht belastbar!
-
Thread
STM32F4 Discovery: USB CDC (serielle Schnittstelle) arbeitet!
********/ #ifdef USB_OTG_HS_CORE #define RX_FIFO_HS_SIZE 512 #define TX0_FIFO_HS_SIZE 512 #define TX1_FIFO_HS_SIZE 512 #define TX2_FIFO_HS_SIZE 0 #define TX3_FIFO_HS_SIZE 0 #define TX4_FIFO_HS_SIZE 0 #define TX5_FIFO_HS_SIZE 0 #define TXH_NP_HS_FIFOSIZ 96 #define TXH_P_HS_FIFOSIZ
-
Thread
i217 kompatibilität
Einstellungen des Chips? Ich > mutmaße das ist nicht optional.. Die Firmware des Prozessors z.B. Ich hatte bei einem NVidia TX1/TX2 das Problem gehabt, dass der i210 mit der Standardfirmware irgendwelche non-standard PCIe-Zyklen ausgeführt hat, an denen sich der TX2 verschluckt hat. Das war nicht auf TX2-Seite per Software patchbar gewesen, dazu brauchte ich eine spezielle Firmware, die diese PCIe-Zyklen nicht durchführt. Dabei handelte es sich nicht um einen nackten Chip auf einem eigenen Board, sondern
-
Thread
Normal-Mode CAN-BUS
3 CANSetFilter(CAN_FILTER_B2_F2, 0x00000000, CAN_MSG_XTD); // Filter 4 CANSetFilter(CAN_FILTER_B2_F3, 0x00000000, CAN_MSG_XTD); // Filter 5 CANSetFilter(CAN_FILTER_B2_F4, 0x00000000, CAN_MSG_XTD);
1 sampled once PS1=4TQ PropagationT 4TQ BRGCON3 = 0x03; //0000 0011 //PS2 4TQ // Setup Programmable buffers // B0 is a receive buffer AND B2,B3,B4,B5 are Transmit buffers BSEL0 = 0xF8; //1111 10-- // Initialize Receive
-
Thread
Serielle Steuerung für China Buck-Power-Module
man gelegentlich so geile Überraschungen wie 1) +/- der Stromversorgungs-Anschlüsse vertauscht 2) Das Display ist mit anderen I/O Pins des µC verbunden 3) Grenzwerte (z.B. maximale Eingangsspannung) sind erheblich niedriger als erwartet 4) Die aktuell verlinkte Software funktioniert nicht, wohl
html Außerdem wird ein ESP32 benötigt. Ich habe ein Esp32 S3 von hier: https://www.amazon.de/dp/B0D6B2CYNW. Andere Esp32 (also nicht S3) könnten auch funktionieren. Micropython läuft imho auf allen. C3 weiß ich nicht genau, sind die evtl. weniger leistungsfähig? Neben der Spannungsversorgung
-
Thread
UART => zwischen zwei Sendern umschalten
> Oder geht es einfacher? Ja. 1) Installiere einfach ein 2. Funkmodul, oder 2) Controller B sendet Daten an Controller A (über UART, SPI, I2C, such dir was aus) und Controller A funkt an die Zentrale.
Datentelegramm 'plötzlich' die Konfiguration zwischenfunken und umgekehrt. Da könnte man einen AVR mit 2 HW-UARTs oder als zweites ein Soft-UART als Kontroller B nutzen. Wenn das der Kontroller B nicht mit übernehmen kann, dann halt ein Kontroller C. So passiert die Umschaltung zwischen zwei vollständigen
-
Thread
ATXmega - Pin Eingang oder Ausgang
den Source lesen: [c] // PORTS CONFIGURATION // Initial value PORTA.DIR = 0x00; // CH2, CH1, 1V, K1, K2, K3, K4, REF // PORTCFG.MPCMASK = 0b00011110; // // Pull up on pin PA4, PA3, PA2, PA1 PORTA.PIN7CTRL = 0x07; // Input Disable on pin PA7 PORTA.PIN6CTRL = 0x07; //
PA3, PA2, PA1 will be the interrupt 0 sources PORTB.DIR = 0x0B; // RES, AWG, D/C, R/W // Initial Value PORTB.OUT = 0x00; // // Initial Value PORTC.DIR = 0x00; // LOGIC PORTC.INT0MASK
-
Thread
UART Daten Salat mit fleury lib
Eric B. schrieb im Beitrag #3899023: > Ja, wenn die gelesene Daten mit 0x06,0x00,0x02 anfangen wirst du > nicht viel sehen da: > > 1) 0x00 den auszugebenen String terminiert > 2) 0x06 und 0x02 non-printable
; } void uart1_putc(unsigned char data) { unsigned char temphead; temphead = (UART1_TxHead +1 ) & UART_TX_BUFFER_MASK; while (temphead == UART1_TxTail){} ; UART1_TxBuf[temphead] = data; UART1_TxHead = temphead; // Enable TX Interrupt UCSR1B |= _BV(UDRIE1);
-
Thread
Was genau liest der Pic an RS232?
was genau schreibt der pic in eine variable (c-programmierung) wenn die eingabe über das terminal zB eine "2" war? schreibt er da den ascii code rein als wert? oder was genau? da ich bislang feststellen konnte das die im terminal eingegebene 2 keine 2 in der variable ergibt und mein wissen anscheint
hier noch ein kleiner auszug aus dem quellcode: { while(!PIR1bits.RCIF); ein = RCREG; //wenn 2 im terminal eingegeben wird soll es in ein geschrieben werden LATB = ausgabeB[ein]; //hier wird nun allerdings nicht die wertigkeit von 2 LATA = ausgabeA[ein]; //für ein angenommen, was steht da
-
Thread
ESP8266 defekt oder bin ich zu dumm?
den Befehl "AT" zu senden, passiert gar nichts. Habe bereits verschiedene Programme versucht wie z.b. Putty und Term 1.9b und habe auch bereits alle Baud Arten im Testverfahren durchprobiert, jedoch war der TX Counter immer auf 0 und ich war nicht in der Lage einen Befehl zu senden. Habe auch schon
nochmal getestet. Bei 115200 Baud bekomme ich folgende Meldung: [code] rll▒▒|▒l▒| ▒ l▒ b|▒▒▒▒r▒b▒ b▒▒nn▒lnn▒▒▒ bp▒lrlrlp▒n▒ ▒ l b n▒|l l▒▒b▒▒nn▒l▒▒l`▒nn l`nr▒▒▒n ▒▒l`p▒n▒ r▒▒▒▒▒ b n▒|쎎▒b▒▒nn▒ l`▒nn l`nr▒▒▒n ▒l`p▒n▒ r▒▒▒▒▒▒l b n▒|l▒r▒ b▒▒nn▒ l`▒nn l`nr▒▒▒n ▒ll`r▒▒n
-
Thread
40 Bit Schieberegister verwalten
_t*)(bit_band_base + (offset * 32) + (bit * 4)) ; } [/c] P.S. [c] // Example: STM32 USART1 Tx Int Enable/Disable uint32_t* tx_intr_enable_bit_addr = getBitBandAddress( (&(USART1->CR1)), 7 ) ; *tx_intr_enable_bit_addr = 0 ; // Disable Tx *tx_intr_enable_bit_addr = 1 ; // Enable Tx [/c]
{ 080014BC push {r4, r5, r6, r7, lr} 080014BE sub sp, #20 080014C0 add r7, sp, #0 080014C2 strd r0, r1, [r7] (110) for (uint8_t i = 0; i < NSHIFT; i++) { 080014C6 movs r3, #0 080014C8 strb r3, [r7, #15] 080014CA b.n 0x8001510 <Set74HCT595+84> 0800150A ldrb r3, [r7, #15]
-
Thread
Geschwindigkeit eines ARM9 mit 180MHz (UDP Checksum-Berechnung)
unaligned_bytes; /* return if ptr hasn't got at least a 16bit alignment */ if ((unsigned int)ptr % 2) { return 0; } /* if pointer is not 4B aligned */ if ((unsigned int)ptr % 4) { unaligned_bytes = 2 + ((length - 2) & 3); aligned_bytes = length - unaligned_bytes; /*
word */ sum = *(unsigned short*)ptr; /* adjust pointer and counter */ ptr += 2; unaligned_bytes -= 2; } /* if pointer is 4B aligned */ else { unaligned_bytes = length & 3; aligned_bytes = length - unaligned_bytes; } /* start calculation */
-
Thread
Transistortester Erweiterung
, Trans, Mosfet ... - Belegung Pin2 : _K,A E,B,C, G,D,S G,D,S, G,E,C für Diode, Trans, Mosfet ... - Belegung Pin3 : _K,A E,B,C, G,D,S G,D,S, G,E,C für Diode, Trans, Mosfet ... abgeschlossen mit CR / 13 Ich nutze die Daten zur automatischen
E,B,C ) auf den TT verlegt. Angesteuert werden die 9 Leitungen über einen Portexpander MCP23017, 4 weitere Pins des Expanders verwende ich für einen 4-bit DAC (R2R-Netzwerk), der die Bauteilinformation
-
Thread
Prozessorauslastung bei SPI
(zB Daten aus RAM.. holen) liegt, oder obs am Programmeinsprung.. liegt...
rjmp wird ausgeführt. Dann dauert es nochmal 4 Takte, bis man aus der Schleife draußen ist, da rjmp=2 + aktives_sbis=2. Wenn man jedoch einfach 16 Takte durch nops verliert (oder Platzsparender rjmp +0), dann wäre man eigentlich genau richtig im Timing. Die zweite Frage ist, ob das auch so hinhaut
-
Thread
ADM3070 RE/DE Leitung
erfolgt in der txEnable Routine.
byte, wo UDRE schon 1 ist obwohl das ende einer Frame noch nicht komplett gesendet wurde. Die txEnable Routine sieht so aus: [c] void txEnable(bool value) { if(value) { UCSR0B &= ~(1 << RXEN0); PORTD |= (1 << PIND2); }else{ PORTD &= ~(1 << PIND2); UCSR0B
-
Thread
NEC D79F8513A Programmer und Compiler/IDE für dat Dingen?
252Bmi%252Byf6i8CSTi1GujMNX5B4jW6LzCM2MJdovtyDexA0OEtuIrDJjDvtav33bOMDsbxTB60NVuXwM4O1iagwmZiu%252Bw5u8r9K269Ob8rEg0f8GnpNAkmQcHGz360DFIfrSB8lV4rcrBJckwGZKUhyeYscX0%252BNjQvGjIpa0vVCWgJSjqT3s%252FgKWckOxI7CzTZjrwg6JppKuF%252Fhf91VUQSV1s2QmmPQ%252B0cr1vmqlIMLRhHSBdSE1a2DmlS7Uc0HaspyGh2yhvmWnRBZBFHKaiHnwdomLi%7Ccksum%3A252756113817fe19914ec6f746e7b80afdda1d4d8e41%7Campid%3APL_CLK%7Cclp%3A2334524 oder braucht man da was größeres? Ich weiß, was
-
Thread
NODEMCU ESP32 Anemometer RS485 MAX485
to transmit or receive data. Arduino Digital Pin 2 = Rx/Tx 'Enable'; High to Transmit, Low to Receive #define Slave_ID 1 #define RX_PIN 16 //RX2 #define TX_PIN 17 //TX2 // instantiate ModbusMaster object ModbusMaster modbus;
MAX485_RE_NEG 18 //D4 RS485 has a enable/disable pin to transmit or receive data. Arduino Digital Pin 2 = Rx/Tx 'Enable'; High to Transmit, Low to Receive #define MAX485_DE 19 #define Slave_ID 1 #define RX_PIN 16 //RX2 #define TX_PIN 17 //TX2 // instantiate ModbusMaster object
-
Thread
1-Wire Uart Problem
Wieviel busteilnehmer kann es geben ? zB 10 busteilnehmer -> 3k9 x 10 in parallel = 390 ohm Sind alle busteilnehmer gleiche version ? Oder gibt es zB teilnehmer mit die genennte 24V und anderen mit die genennte 5V ? Wie lange sind die
gestellt ... es fehlt immer noch die >> Antwort > > Sorry das hab ich überlesen. > Maximal sind es 2 Teilnehmer Echt? Ein Bus mit zwei Teilnehmern? Oder meinst Du 1x master und 2x slave? Die 18mA@24V sollten ok sein.
-
Thread
Attiny 441 UART
841 haben remapbare UART Pins. Hast du die korrekten RXD0 und > TXD0 kontaktiert? Sollten PA1 und PA2 sein. Nein, natürlich nicht! die Drähte hängen an P7,B0. Ich kann es zwar heute nicht mehr testen aber ich denke das war's. Vielen Dank,natürlich auch an alle anderen! Stefan
Edit A7,B2. Stefan
-
Thread
SPI Kommunikation mit Target über USBasp
sieht dann so aus: [c] 00000ba0 <__vector_10>: ba0: 1f 92 push r1 ba2: 0f 92 push r0 ba4: 0f b6 in r0, 0x3f ; 63 ba6: 0f 92 push r0 ba8: 11 24 eor r1, r1 baa:
bae: ef 93 push r30 bb0: ff 93 push r31 bb2: 80 91 79 01 lds r24, 0x0179 bb6: 9f b1 in r25, 0x0f ; 15 bb8: e9 e7 ldi r30, 0x79 ; 121 bba: f0 e0