-
Thread
Ist die Mini-Whip eine brauchbare Antenne?
magnetischen Wellen, ausser man erfindet eine neue Physik (mit sicherer Aussicht auf den Nobelpreis!). 2. In Fig.2 zeigt PTdB die von ihm 'berechneten' Potentiallinien um einen Antennenmast. Antennenmasten gibt es seit über 100 Jahren, - da bedarf es keiner neuen Berechnung - und in allen Lehrbüchern
@ Abdul K. (ehydra) Also 2 gegen-einander als Aktiver Dipol. Sicher, das funzt und das gibt es auch, z.B. von R&S. Ist dann aber eine andere Baustelle. > Dann nur mit Batterie oder Laser. Laser ist funktionsmässig das gleiche
-
Thread
Signal in mehrereh Processen ansprechen.
81", x"82", x"83", x"11", x"14", x"17", x"ff", x"ff", x"ff", x"23", x"26", x"29", x"2c", x"2f", x"32", x"36", x"39", x"3c", x"3e", x"40", x"43", x"46", x"48", x"4b", x"4d", x"50", x"52", x"54", x"57", x"59", x"5b", x"5d", x"5f", x"62", x"64", x"65",
04", x"08", x"0e", x"11", x"14", x"17", x"1a", x"1d", x"20", x"23", x"26", x"29", x"2c", x"2f", x"32", x"36", x"39", x"3c", x"3e", x"40", x"43", x"46", x"48", x"4b", x"4d", x"50", x"52", x"54", x"57", x"59", x"5b", x"5d", x"5f", x"62", x"64", x"65",
-
Thread
Problem: LED-Streifen blitzt, wenn das Netzteil aus ist
> Lösen tut man das, indem man Gatter verwendet Serienwiderstände in RX/TX tun es aber auch, oder? Seitem 2K2 in RX/TX sind, ist das Blitzen weg (erst mal; noch kein stundenlanger Test) und es baut sich auf AVR-Siete keine Spannung mehr auf (sehe zur Zeit 1mV und fallend
im Beitrag #5368500: >> Lösen tut man das, indem man Gatter verwendet > > Serienwiderstände in RX/TX tun es aber auch, oder? Seitem 2K2 in RX/TX > sind, ist das Blitzen weg (erst mal; noch kein stundenlanger Test) und > es baut sich auf AVR-Siete keine Spannung mehr auf (sehe zur Zeit 1mV >
-
Thread
ISP Belegung widersprüchlich?
Poste doch mal nen Link zu dem Programmer. Ah gehn. Bin wohl schon beim Mittagsschlaf. Die Pins RxD und TxD sind z. B. für die "USB-RS232/RS485 Wandler Firmware". Bei der "Programmer Firmware" werden die mit Sicherheit auf GND liegen.
B. Limer schrieb im Beitrag #2667895: > Leute - ICP Belegung anlegen. Rx und Tx können frei rumhängen. Bei UART > Bootloader ist das natürlich anderst. OK, also vergesse ich mal TxD und RxD. Nun aber
-
Thread
Controller PLL TBB146
Der Chip TBB1469 ist ein RX und kein PLL. Io cerco 2 PLL TBB146 Siemens Grazie
Hagenuk findet man hier ausführliche Unterlagen eines belgischen SWL: https://manualmachine.com/hagenuk/rx1001/7762821-user-manual/ Autor: PETER DE CONINCK HAGENUK RX 1001MVB RECEIVER ONL4234 SERIAL N° 5820-310-6162 BELGIAN SWL Auf Seite 4-276 ist auch "IC B TBB 146 Siemens" gezeigt, im elften "User
-
Thread
UART-JTAG Wandler
Transceiver Baustein und Schutzschaltung is vorhanden. Aus den Transceiver Baustein gehe ich mit Tx und Rx aus den Microcontroller.. Jetzt muss ich noch mit CAN high und CAN Low auf den Transceiver gehen. Da liegt das Problem.. Die microcontroller sollen alle mit dem WriteNow2! Programmiergerät von
Du hast einen Denkfehler. protokols: UART, SPI, JTAG, I2C, BDM, SWIM, SWD Mit Rx und Tx ist in deinem Fall eine UART-Schnittstelle gemeint, die hat NICHTS mit CAN zu tun (allenfalls die Namensgleichheit, üblicherweise heissen die bei CAN aber CAN_RX/TX).
-
Thread
AVR64DD28, mEDBG, Studio 7.0 - Fehler beim Schreiben von Fuses
[1] https://www.microchip.com/en-us/development-tool/attiny416-xnano [2] https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/UserGuides/ATtiny416-Xpl-Nano-EV-Kit-Users-Guide-DS50002683B.pdf ===== Nachtrag: ich fand gerade einen Hinweis auf
Firmware-Update-Möglichkeit auf einer Seite zu einem ähnlichen Board: https://onlinedocs.microchip.com/pr/GUID-FC2A0384-AC9D-45B4-951E-5C0DEFE8B2E9-en-US-5/index.html?GUID-E45ECAF4-48D5-4D67-BE87-4DF8AE01358D Habe das dort aufgeführte Kommando ausgeführt (siehe Screenshot), was erstmal erfolgversprechend schien
-
Thread
PIC 18F4480 CAN-Modul
:10019000F00E6F1404096F6E62D8000902E0A39894 :1001A00001D0A4980FD0A450200B05E0A350200B41 :1001B00002E0A49A07D0A450400B04E0A350400BE7 :1001C00001E0A49CDF506F6EE552E552E7CFD9FF06 :1001D0001200D9CFE6FFE1CFD9FFE6520001DB2BB9 :1001E000040EE76EDB19E8AE02D0E73402D0E75028 :1001F000DB5D01E3DB6BDF6A0E0EDF5C2AE2DF50C2
:100C6000015816E2D950060F006EDACF01F0DE50BF :100C70000024E96EDD500120EA6EEF50AD6EAC1C31 :100C8000020B01E0FCD7DF2A010E01E3DB2ADBD7F0 :100C900080D7110EE15C02E2E16AE552E16EE552B5 :060CA000E7CFD9FF1200AE :0A0CA6002A0EF66E000EF76E000E27
-
Thread
STM32Fxx - Grundverständnis zu DMA
Kanal und was ein Stream? Aber wie sieht das zb bei einer SPI aus? Eine SPI sind grundsätzlich 2 Register RX und TX und noch einige mehr drumherum. Früher kam ein INT, wenn TX leer war, damit man im INT ein neues Byte einschaufeln kann. Jetzt aber soll SPI und DMA verquickt werden. Wie kann man
rausschicken oder einlesen und schreiben, wie Du selbst schon sagtest. > Eine SPI sind grundsätzlich 2 Register RX und TX … > Wie kann man sich das vorstellen? Also zwei DMA-Kanäle. Für die zwei "Streams" kannst Du einen und den selben Datenblock (RAM-Bereich) nehmen, wenn das im Einzelfall Sinn macht
-
Thread
SN65HVD230 CAN Board Network Transceiver Config und Befelssatz für UART
Transceiver ist nur der Analogteil des CAN-Interfaces. Er setzt die 0V/3.3V Spannungspegel auf CAN_TX/CAN_RX auf die differentiellen 2.5V+/-1V das CAN-Busses um. Mehr nicht. Punkt. Dir fehlt der Digitalteil. > Um das was am UART herauskommt > bzw eingegeben werden muss geht's mir. Das Timing sollte
Der MCP2515 läuft von 2.7V bis 5.5V. So kann ich ihn mit einer USB2SPI Bridge mit 3.3V ansteuern. Der SN65HVD230 hat 3.3V. Gesamte Betriebsspannung wäre somit 3.3V aber stabillisiert.
-
Thread
Vier PWM über eine Signalleitung
Falk B. schrieb im Beitrag #7120050: >> Möglichst ohne Software mit einer kleinen Hardwarelösung. >> Kann man da z.B. einfach einen Multiplexer nehmen? > > Nö. Mehrkanal-Fernsteuerung ist ja auch
Ausgangswerte) * uart_init() : initialisieren mit hoher Baudrate (Wert ist egal, ohne Parity. Z.B. 1 MBaud oder minimaler Baudratenteiler) * tx_flg : (rd-only) Flag, dass Transmit-Buffer leer ist * reg_tx : (wr-only) Register um ein Byte zu senden * rx_flg : (rd-only) Flag, dass ein neues Byte
-
Thread
Renesas M16C Ersatz
steht. Markus L. schrieb im Beitrag #7461328: > nice to have: > RTC naja, wenn man sowieso I2C braucht, kostet eine externe RTC auch nur 1 Pin extra. Dafür ist da der 32kHz-Quarz integriert und abgeglichen und temperaturkompensiert und vor allem schwingt er bei jedem Wetter an. Wer (z.B.) die
passen: https://www.mouser.de/ProductDetail/Renesas-Electronics/R7FA6M3AH3CFCAA0?qs=d0WKAl%252BL4KZxOb%2F3s%2FcNsg%3D%3D zumal er aktuell auch verfügbar ist.
-
Thread
Ab welcher Eingangsspannung übersteuert ein SA602?
Hallo, Dankesehr! B e r n d W. schrieb im Beitrag #4368021: > Der 1dB Kompressionspunkt am Ausgang wird bei ca. 500 mVss erreicht. Da > der SA602 mit 17 dB verstärkt, entspricht dies am Eingang 70 mVss oder > 25 mVeff
NF=11-14db. Der oft gescholtene SA612 erreicht bei richtiger Dimensionierung bei SSB-Bandbreite (b3=2,5kHz) immerhin einen echten Dynamikbereich von gut 80db. MfG, Horst
-
Thread
Microchip TCP IP Stack HTTP Server
define ETH_CFG_SWAP_MDIX 1 // use swapped MDIX. else normal MDIX #define EMAC_TX_DESCRIPTORS 2 // number of the TX descriptors to be created #define EMAC_RX_DESCRIPTORS 8 // number of the RX descriptors and RX buffers to be created #define EMAC_RX_BUFF_SIZE 1536 // size of a
\ 0x65,0x73,0x74,0x20,0x6d,0x69,0x74,0x20,0x3c,0x42,0x3e,0x48,0x54,0x4d,0x4c,0x3c, /* est mit <B>HTML< */ \ 0x2f,0x42,0x3e,0x20,0x0d,0x0a,0x3c,0x2f,0x42,0x4f,0x44,0x59,0x3e,0x20,0x0d,0x0a, /* /B> ..</BODY> .. */ \ 0x3c,0x2f,0x48,0x54,0x4d,0x4c,0x3e,0x0d,0x0a
-
Thread
ATMEGA mit ESP8266 kommunizieren
erkennen würde, jedoch war ich mir beim MAX232 nicht sicher. Ich denke der Spannungsteiler von R1 und R2 sollte schon am RX vom ESP hängen. @jar Wie meinst du beide mit einem MAX232 bestücken? Denkst du da schon an den µC?
wahrscheinlich eh nicht notwendig, aber wie oben geschrieben kann es ja nicht schaden) 4. GPIO0 und GPIO2 hängen in der Luft. 5. Beim RS232-USB-Kabel habe ich auf PIN2 den TX vom ESP und auf PIN3 den RX vom ESP angehängt und PIN5 habe ich mit Masse verbunden, die restlichen Pins habe ich freigelassen.
-
Thread
VHDL-SPI implementierung
spitxstate=del_pre) then -- Initialisierung weglassen spart Ressourcen: 1 Mux = 10 Slices -- rx_reg <= (others=>'0'); -- end if; if(spitxstate=spi_txactive and spiclkstate=sample and delay=0 and bitcounter/=0) then rx_reg <= rx_reg(rx_reg'left-1 downto 0) & MISO; end if
/dp/B07KXMTYNY/ref=sr_1_2?ie=UTF8&qid=1549722967&sr=8-2&keywords=drucksensor+spi+3%2C3v via SPI auslesen. Ich nutze ein DE0-Nano und VHDL. Ich bin mir aber nicht ganz im klaren, was für Veränderungen ich
-
Thread
STM32F429 CAN
(&NVIC_InitStructure); // Enable "FIFO 0 message pending" interrupt CAN_ITConfig(CAN2, CAN_IT_FMP0, ENABLE); //__________ENDE CAN INIT while(1) { } } void CAN2_RX0_IRQHandler() { // Check CAN2_Rx status if( CAN_GetITStatus(CAN2, CAN_IT_FMP0)) {
Habe ich. Läuft da nicht rein. [c] void CAN2_RX0_IRQHandler() { // Check CAN2_Rx status // if( CAN_GetITStatus(CAN2, CAN_IT_FMP0)) // { if(GPIO_ReadOutputDataBit(GPIOG, GPIO_Pin_13)){ GPIO_WriteBit(GPIOG, GPIO_Pin_13, RESET
-
Thread
Ringmischer selber wickeln, welches Kernmaterial
vor Ort sind: 1. Rohrkern 7mm mal 4mm, AL = 1000, Material unbekannt (eine Art Ferritperle?) 2. Ringkern TN9, AL = 1340, Material 3E25 3. Rohrkern 14mm mal 5mm, AL = ca. 500, Material 4B1 4. Ringkern D = 6mm, AL = 300, Material ?, aus ehemaligem Mischer 5. Doppellochkern, AL = 100
B e r n d W. schrieb im Beitrag #4783996: > Trotzdem wäre am Rx-Eingang ein > Hochpass angebracht, der alles unterhalb 10 kHz abschneidet. Sonst wird > am Ende noch Netzbrumm empfangen. Das macht
-
Thread
STM32F429 - kein Takt am SPI
auch nichts zurück. Somit bleibst du wahrscheinlich hier // warte bis empfang fertig while (SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_RXNE) == RESET); hängen, weil nichts zurück kommt. Gruss derKer
"SPI_I2S_GetFlagStatus" deutet ein wenig auf eine Konfiguration der SPI als I²S hin, da würde ich nochmal nachschauen.
-
Thread
Differentielles Routing: LAN 100MBit
Warum nicht RX und TX tauschen? Alle heutigen Phys können Auto-Crossover, da spielt TX oder RX keine Rolle. (Das wird beim Verbindungsaufbau ausgehandelt) Die beiden Paare führst Du jeweils nach unten weg, VDDA dazwischen
Andreas M. schrieb im Beitrag #6158321: > Warum nicht RX und TX tauschen? Alle heutigen Phys können > Auto-Crossover, da spielt TX oder RX keine Rolle. (Das wird beim > Verbindungsaufbau ausgehandelt) > Die beiden Paare führst Du jeweils nach unten weg,
-
Thread
Unbekanntes Bus System entschlüsseln
6 mit RXD und TXD. Edit2: ich habe den 14 Pinner genommen, das macht aber nichts, RX und TX können wohl frei verschoben werden, Pin 12 ist nur default für RX vom 20 Pinner.
Pin 5 > und 6 mit RXD und TXD. > > Edit2: ich habe den 14 Pinner genommen, das macht aber nichts, RX und TX > können wohl frei verschoben werden, Pin 12 ist nur default für RX vom 20 > Pinner. War ein Fehler vom mir, meinte RC4 und RC5
-
Thread
Strukturen verwenden?
Übersichtlichkeit? Ich hab mir natürlich andere Librarys angesehn. Diese sind teilweise hochoptimiert, zB Peter Fleurys. Hier werden nur einzelne, fest codierte Variablen benutzt. Oft sind auch nur Puffergrößen 2^n erlaubt um Zeit und Platz zu sparen. Aber für was sind denn Strukturen dann gedacht? Sollte
Ringpuffer benötigst, brauchst Du keinen Zeiger, sondern kannst eine statische Strukturbenutzen. [C] rxBuffer.head++; if (rxBuffer.head >= rxBuffer.size) { rxBuffer.head = 0; } [/C] Dann sparst Du Dir die Zeigerei. 2. Wenn Du mehrere Ringpuffer benötigst, mußt Du eh irgendwie unterscheiden
-
Thread
UART empfängt eigene gesendete Daten
aus: 2, 1, 2, 1, 1, 255, 0, 255 >> Verbinde ich die RX und TX Leitungen von RPi und Slave direkt miteinandern (schon mit Levelshifter am RPi), so werden die ersten beiden ausgegebenen Bytes am RPi nicht
mit einer Zustandsmaschine loesen. 1. Senden 2. RxBuffer loeschen 3. Empfangsmode einschalten
-
Thread
UART Übertragungsfehler bei bestimmten Zahlenwerten
_t tx_value = 12340; [c]void Task1(uint32_t T_ms){ output = NULL; if (run==1) tx_value=0b0000010100000101; //else if(run==2)tx_value='a'; /*else if(run<=26) { if(change==0){ tx_value = ((run << 8) | (run+1)); } else tx_value = 'n'; run++; } */ else
if (rx_value == 0b101) { Console.WriteLine("Init Byte received"); output = ""; state = "lowByte"; }
-
Thread
RS232 zu USB und wieder zurück..
de.aliexpress.com/w/wholesale-WT3020F.html?SortType=price_asc > > in der Hoffnung das wirklich nur TX und RX gebraucht wird. Was ist wenn > noch RTS, CTR, usw. Verwendung finden? ser2net kann auch das. https://sourceforge.net/p/ser2net/code/ci/master/tree/ https://www.rfc-editor.org/rfc/rfc2217.txt
Wandler. Und die meisten der zu konfigurierenden Geräte sind HA Lösungen und icjh muß zur Konfig 2 parallele Schnittstellen ansprechen können. Also 2 ESP8266. ESPLINK ist aber in der Konfig FIX bei den Wlan AP Adressen, also sourcecode anpassen. kompilieren etc..... Und 2 WLAN Sticks im Notebook
-
Thread
STM32F103 "Blue Pill" USB Bootloader Linux
ORIGIN = 0x20000000+0, LENGTH = 20K-0 EXTSRAM (RWX) : ORIGIN = 0x68000000, LENGTH = 0 FLASH (RX) : ORIGIN = 0x08000000+0, LENGTH = 128K-2K-0 EEMUL (RWX) : ORIGIN = 0x08000000+128k-2k, LENGTH = 2k FLASHB1 (RX) : ORIGIN = 0x00000000, LENGTH = 0 EXTMEMB0 (RX) : ORIGIN = 0x00000000,
ORIGIN = 0x20000000+0, LENGTH = 20K-0 EXTSRAM (RWX) : ORIGIN = 0x68000000, LENGTH = 0 FLASH (RX) : ORIGIN = 0x08000000+0, LENGTH = 128K-2K-0 EEMUL (RWX) : ORIGIN = 0x08000000+128k-2k, LENGTH = 2k FLASHB1 (RX) : ORIGIN = 0x00000000, LENGTH = 0 EXTMEMB0 (RX) : ORIGIN = 0x00000000,
-
Thread
Erfahrungen mit Platinen von www.elecrow.com
>> Musst in den Libs nach USB suchen, da gibts das dann. > > Und wo kann man die kaufen? z.B. hier: de.mouser.com/ProductDetail/JAE-Electronics/DX2R005HN2E700/?qs=sGAEpiMZZMulM8LPOQ%252bykxzv2bXA5oPoy5%252bB%252bhKkReM%3d oder in meinem Fall hier: www.ebay.de/itm/UN3F-100pcs-DIY-Mini-USB
Richard B. schrieb im Beitrag #4747603: > @Elecrow in 5*10 passen keine 2 Stk. hinein. > In 10*10 passen aber 4 Stk. Das solltest Du näher erläutern. Wenn 2 Stück á 2,5 cm * 8 cm nicht in 5 cm * 10 cm passen
-
Thread
Echo UART-Schnittstelle
Was macht denn bei dir die Zeile: [c] UCSR0B |= (1<<RXEN0)|(1<<TXEN0) | (1<<RXCIE0); [\c] ?
Stück Draht zwischen RX und TX spart Dir all die Probleme..
-
Thread
UART RS232 Multiplexen
welcher eine UART besitzt, zwischen mehreren seriellen Geräten Multiplexen. Also um genau zu sein die Rx/Tx-Leitung vom Controller, über ein Switch "intelligent" mit 2-3 verschiedenen Endgeräten verbinden. Mit "intelligent" meine ich eine Möglichkeit, dass mein Controller bzw mein Switch erkennt, welches
also Tx der Teilnehmner über Dioden an den Rx des Controllers? und an der Rx hängt ein Pullup?
-
Thread
LPC1768 (Cortex-M3) und UART IRQ
geschiftet Diese Shifte verstehe ich nicht IIRValue >>= (0x01); was soll das ??? Legende: [DMAS:2][S:1][S:0] [rx_irq_flg:-(1)RHR] [c] LPC_UART->FCR = ( 0x01 ); // (0x04 | 0x02 ); /* 0x07 Enable and reset TX and RX FIFO. */ LPC_UART->FCR = (0x07); // clear receive and transmit FIFOs
1 character LPC_UART->TER = ( 0x80); // enable transmit ########### ############ // [DMAS:2][S:1][S:0][rx_irq_flg:-(1)RHR] // must I shift this RHR Rec-Hold Reg away --Pending Rec-Holding Reg /* ########### Fifo-Betrieb oder Modem ??? ################*/ // IIRValue >>= (0x01); /*
-
Thread
Netzwerk Fehler analysieren Wireshark
gleichzeitig. Aber bei so kleinen Computern ist das nicht selbstverständlich. Wenn A eine Verbindung zu B aufgebaut hat, kann es gut sein, dass B keine weitere Verbindungsanfrage mehr annimmt (egal von wem). Deine Problembeschreibung scheint in diese Richtung zu gehen. A baut Verbindung zu B auf A und B sind verbunden Kabel wird unterbrochen A trennt die Verbindung, B bekommt das nicht mit (weil das Kabel unterbrochen ist) A will eine neue Verbindung zu B aufbauen B lehnt das ab, weil B "denkt"
-
Thread
RS232: kurioses Verhalten bei Messung RxD/TxD
auf TxD raus und die Signale haben folgende Pegel: RS232 RxD: ca. -3,2 V RS232 TxD: Impulse mit Pegel +2,3V/-2,3V Der optischer Kommunikationskopf scheint also nur Daten zu senden, wenn am RxD was angeschlossen ist. Ist das "normal"? Ich benötige eigentlich
, nicht 2.5.
-
Thread
Temperaturregelung: untere Grenze für Messgenauigkeit PT100-Schaltung
+ KOEFF_B * ti * ti + KOEFF_C * (ti - 100.0)* ti * ti * ti; tmp2 = KOEFF_A + 2 * KOEFF_B * ti + KOEFF_C * (3 * ti * ti * (ti - 100.0) + ti * ti *ti); tnew = ti - (((R0 * tmp1) - rx) / (R0 * tmp2)); }while(fabs(ti - tnew) > 0.2); } else { float tmp; tmp = -R0 * KOEFF_A; tmp += sqrt(R0 * KOEFF_A * R0 * KOEFF_A - 4 * R0 * KOEFF_B * (R0 - rx));
-
Thread
ATMega328P/Arduino Nano Fragen
dem RX wird es wohl keine Probleme geben, aber evtl. verträgt die Gegenstelle (z.B. Raspberry PI) die 5V vom TX Pin nicht ohne weiteres... Hier hilft dann ein Spannungsteiler weiter
beide Spannungen mischen muß, verwende ich Pegelumsetzer, bei I2C z.B. den TXS0108. Alternativ nehme man einen geeigneten Arduino mit 8 MHz Taktfrequenz, z.B. den ProMini, die laufen sauber an 3,3 Volt. Dafür braucht es dann einen Programmieradapter, USB auf seriell
-
Thread
MSP430 - UART empfängt keine Zeichen
is ready first #pragma vector=USCIAB0RX_VECTOR __interrupt void USCI0RX_ISR(void) { while (!(IFG2&UCA0TXIFG)); // USCI_A0 TX buffer ready? UCA0TXBUF = UCA0RXBUF; // TX -> RXed character }[/c]
UCBRSx = 5 UCA0CTL1 &= ~UCSWRST; // **Initialize USCI state machine** IE2 |= UCA0RXIE; // Enable USCI_A0 RX interrupt __bis_SR_register(LPM0_bits + GIE); // Enter LPM0, interrupts enabled } #pragma vector=USCIAB0RX_VECTOR __interrupt
-
Thread
[AVR] One-Wire UART
Wenn du TXD und RXD nicht über z.B. Dioden entkoppelst, bleibt dir nur der 2. Ansatz, denn des Freigeben des Sendeteil überschreibt die Portfunktion und macht TXD zwangsweise zu einem Ausgang. Zitat aus dem ATMega8 Datenblatt: > When
Matthias Sch. schrieb im Beitrag #3173254: > Wenn du TXD und RXD nicht über z.B. Dioden entkoppelst, bleibt dir nur > der 2. Ansatz, denn des Freigeben des Sendeteil überschreibt die > Portfunktion und macht TXD zwangsweise zu einem Ausgang. Zitat aus dem > ATMega8 Datenblatt
-
Thread
Java serielle Schnittstelle mit JSSC
{ byte buffer[] = serialPort.readBytes(numberOfBytes); String rxString=""+(char)buffer[0] + (char)buffer[1] + (char) buffer[2] + (char)buffer[3]; System.out.println(rxString); outputTextBereich.append(rxString);
Du hast schon recht, der Fehler liegt ungefähr in der Ecke. Das Problem ist die Zeile: > String rxString=""+(char)buffer[0] + (char)buffer[1] + (char) buffer[2] >+ (char)buffer[3]; Es werden nur 4 Zeichen dargestellt, auch wenn es mehr im Buffer gibt.
-
Thread
USB <---> TTL
Ray M. schrieb im Beitrag #4963661: > ich bin auf der suche nach einem 2- oder 4-kanal usb2ttl chip > sowas wie ftdi232, mcp2200 nur halt mit mind. 2 kanälen wie ein max232 ein max232 hat doch nur 1 RX und TX also eigentlich nur einen Kanal? USB zu Serial gibt es mit
kjgskf schrieb im Beitrag #4963701: > Nicht, wenn man nur RX/TX benutzt (dann ohne oder mit Flusskontrolle > ueber Steuerzeichen) oh, hatte mich von Datenblatt täuchen lassen, das es ja jeweils 2 Einheiten.
-
Thread
Problem mit Mega128 USART
unsigned char check_sum; unsigned int byte = 0; unsigned char uart_rxbuf[4]; unsigned char uart_rx_pos; unsigned char uart_trans; unsigned char x = 0; typedef unsigned char u08; void calc_kompasswert(void) { kompass = (( uart_rxbuf[2]*256) + uart_rxbuf[1] ) /2; uart_rx_pos = 0; check_sum = 0xFF + uart_rxbuf[2] + uart_rxbuf[1]; } SIGNAL(SIG_UART0_RECV) { uart_rx_pos++; byte++; uart_rxbuf[uart_rx_pos]=inp(UDR0); if (uart_rx_pos == 3) calc_kompasswert(); } void print_info(void) { set_cursor_pos
-
Thread
ILI9341 SPI Pixel auslesen geht teilweise. ID4 auslesen nicht
bcm2835_aux_spi_setClockDivider(bcm2835_aux_spi_CalcClockDivider(ILI_CLOCK)); bcm2835_aux_spi_setCS(2); char rxBuf[4] = { 0x00, 0x00, 0x00, 0x00 }; bcm2835_aux_spi_transfern(rxBuf, sizeof(rxBuf)); bcm2835_gpio_write(RPI_BPLUS_GPIO_J8_36, HIGH); //CS High to end
printf("Read Pixel from X:%d Y:%d - Red: %02X - Green: %02X - Blue: %02X - 565: %X\r\n", x, y, rxBuf[1], rxBuf[2], rxBuf[3], ((rxBuf[1] & 0xF8) << 8) | ((rxBuf[2] & 0xFC) << 3) | (rxBuf[3] >> 3)); } [/code] Und auch nochmal hier die readID4() funktion: [code] void ili9341_readID(void) {
-
Thread
Serielle Schnittstelle abgreifen
Nee. Mit dem Max232 greift man beide Signale ab und sendet Rx und Tx beide an den PC. Dort braucht man natuerlich 2 Serialports.
schrieb im Beitrag #3058923: > Nee. Mit dem Max232 greift man beide Signale ab und sendet Rx und Tx > beide an den PC. Dort braucht man natuerlich 2 Serialports. Das wollte Mario aber nicht: Mario Xxx schrieb im Beitrag #3058893: > bzw. dem Chip direkt Daten > über meinen PC senden
-
Thread
Fehler in der Übertragung
einen Vorteil hat deine? Testbench sagt das es funktioniert... Wenn ich im C-Code die Indexe (RxBuffer[p] RxBuffer[p+1]) zum Auslesen des Buffers ändere auf RxBuffer[p+1] und RxBuffer[p+2] ist das Problem mit der Zuordnung weg allerdings hab ich jetzt das Problem das zwischendrin ein Byte verloren
Jain es ist unterschiedlich hab mal unten den "Fehlerreport" angehängt. Fehler : 60b9 5fb9 1029 Fehler : 61b9 60b9 1030 Fehler : 62b9 61b9 1030 Fehler : 63b9 62b9 1030 Fehler : 64b9 63b9 1030 Fehler : 65b9 64b9 1030 Fehler : b966 65b9
-
Thread
1200 MHz Frequenzbereich
Winfried J. schrieb im Beitrag #2896057: > OSD Controller (z.B. M35055) ins Videosignal einschleifen. Schön wär das schon - aber würde bei der Minikamera nirgends unterzubringen sein: http://www.alibaba.com/product-gs/544397813/RY_203_1_2G_mini_cmos.html Die Kamera ist gerade mal 2*2*2cm gross, der Sender ist im Deckel. Alles sehr fummelig und klein. .
-
Thread
Digitaler Spongebob Bilderrahmen für 15€
RSV Disk B mount SUCCESS No [DI[ERR rtc]timer read tiERROR !!! rtc reliable code not matERROR !!! rtc reliable code not match : 0 USB BIG MEMLOCK SIZE [8192] After Create2 [usbMemCreate], ptr = A01C23B8, size
[0]=[0][ 0] MatrixB[1]=[0][ 0] MatrixB[2]=[0][ 0] [settingsInit:227] Load settings B:\settings.dat [Jfs_findLastBlock:168] block=0 [Jfs_findFile:232] file=B:\settings.dat sector=1 [Jfs_open:484] pFile=-2146724040
-
Thread
[s] Platine bohren
fix. Der oft beschriebene Bohrständer ist überflüssig und verlangsamt die Sache nur. Christian_RX7
Minibohrmaschine...vorn sind es zwei Lager 681 (1x3x1) in ca. 1cm Abstand. Für 3,175er Bohrer kann man z.B. R2-5zz Lager nehmen, oder R144zz. Die Motorwelle ist hier extra lang, aber das ist ein eher unwichtiges Detail, nur bei dieser langen Ausführung notwendig. Motorwelle und Bohrer berühren sich normalerweise
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
komplett zu löschen (also z. B. "delete program 2") Gruss Otto
vieleicht so: 'Einrichten von Tasks: >01 ONSYNC 1,10,100< 'erster Parameter ->Task Nr. >02 ONSYNC 2,11,200< >03 ONSYNC 3,12,300< 'Main Loop >06 ? A,B,C< >07 GOTO 6< >10 A=A+1 : RET< 'Task 1 >11 B=B+1 : RET< 'Task 2 >12 C=C+1 : RET< 'Task 3 'Ausschalten von Task 1 ONSYNC 1,0 Es
-
Thread
Mehrere XMEGA über PDI
Bootloader: Billig, da oft bereits vorhandene Schnittstellen genutzt werden.... Alternative mk2 mit usb-avr emulieren (Stichwort lufa mk2 Clone)...
>Eine 32 bit ARM MCU mit 176 Pins gibt es zwischen 10 und 20 Euro. >Die hätte dann 168 MHz, USB, I2C, Can, SPI und vieles mehr... Vielleicht läßt sich mit mehreren Prozessoren die gestellte Aufgabe einfach besser erüllen. Das Steuerteil für das Lego-Roboter-System hat z.B. auch zwei Prozessoren
-
Thread
Schaltplan zu Yamaha Rx797 Receiver
Genauer gesagt hier: http://elektrotanya.com/yamaha_rx-797.pdf/download.html und da: http://elektrotanya.com/yamaha_rx-797_sch.pdf/download.html (der "Get Manual"-Link erscheint jeweils nach kurzer Wartezeit unterhalb des Vorschaubildes) Josefine
und wohl ein bisschen mit der Musiklautstärke übertrieben. Jetzt habe ich hier einen defekten Yamaha RX 797. Beim Einschalten macht er KLICK und 2 Sekunden später KLACK. Das Display bleibt dunkel. Mit dem Schaltplan zur Hand konnte ich messen, dass das PRY (Power Relay) Signal am Mikrocontroller IC602
-
Thread
MPLAB X: Assembler -> C
es ein großer unwartbarer und nicht erweiterbarer Brocken, daran kann C nichts ändern. Wenn Du z.B ein LCD über I2C anschließt, machst Du keinen Brocken daraus sondern schreibst eine I2C-Treiber und einen LCD-Treiber. Und erst wenn Du beide für sich getestest hast, ruft der eine nur noch den anderen
Talris schrieb im Beitrag #4223415: > Denn C arbeitet nicht mit z.B > bank0..bank4. Das macht dann eben der Compiler für dich. Im Assembler Code hätte man aber auch besser so was wie *BANKSEL RX_DATA* als *bank2* (auf der vermutlich RX_DATA liegt) benutzt. Das
-
Thread
AtMega - Pullup aktivieren
, dass wenn bei der USART der Receiver aktiviert wird, auch der dazugehörige Rx-Pin automatisch als Eingang konfiguriert wird. Heißt das ich muss nur noch PORTDx (beim atmega162 PORTD2) setzen um den Pullup zu aktivieren? Leider funktioniert das nicht. Oder was verstehe ich
Rainer B. schrieb im Beitrag #1679863: > Hallo, > >> Du erwähnst einen Pegelwandler. Dann wird dessen Ausgang mit dem Rx-Pin >> verbunden sein. > > Mein Post bezieht sich auf den Fall, wenn ich TxD und