-
Thread
BTM 222 paaren mit Androis app
in the file “BluetoothChatService.java” in line 49 with the UUID “00001101-0000-1000-8000-00805F9B34FB http://helios.wh2.tu-dresden.de/~benni_koch/blog/?p=274 ----- Mangels an 2 Android-Phones war meine erster Test den Bluetoothchat mit meinem BT-GPS-Empfänger zu verbinden, denn der verwendet
// hex: 31 mein_byte = RxBuffer[1]; mach_mal_was(); // :-) break; // case '2': // hex: 32 // mein_byte = RxBuffer[1]
-
Thread
Arduino Pro mini mit FTDI Adapter programmieren
darüber nachlesen weshalb ich den Widerstand und Kondensator brauche? Ist es nun richtig, dass ich RX auf TX0 und TX auf RX1 verbinde?
auf Deinem Foto funktionieren müsste. Ja hab ich extra nochmals probiert. Wenn ich die LED an RX des USB-Adapters und an Masse hänge Leuchtet sie (neg. Logik ?) Wenn ich zB. 110011001100 bei 300Baud schicke blinkt sie. Es ist auch im Schaltbild, dass ich vorher schon mal angehängt habe, so angezeigt
-
Thread
Abschlussprojekt
; Interrupt bei Empfang sbi UCSRB, RXEN ; RX (Empfang) aktivieren dein Code: LDI temp, 0b00010000 OUT UCSRB,temp und jetzt die Frage: empfängst du irgendwas in deiner Interruptroutine?
Zählvorgänge machen sollst, ehe du wieder > bei 0 bist, wie weit musst du dann zählen > > 0, 1, 2, 0, 1, 2 > > | | > +--------+ > > Es wird bis 2 gezählt und damit hat man 3 Zählvorgänge bis man einmal > rundum ist. Ja, aber wenn man nun z.B. den Startwert rechnen möchte von TCNT0
-
Thread
Ein paar Fragen zum Umstieg auf die STM32 Reihe
der Performance: Mir ist es 1000x lieber, der uC macht beim Laden eines 'unaligneten' DWORD's mal 2 oder 3 Zugriffe, als daß er Müll ins Register lädt mit anschließender Fehlfunktion - und die Alternative L = (a<<24)||(b<<16)||(c<<8)||d ist auch alles andere als angenehm. W.S.
Als Firma z.B. hier: http://www.ebv.com/index.php?L=0&no_cache=1&id=58&tx_ebvsearch_pi1[qs]=1&ct_ref=u6&tx_indexedsearch[sword]=stm32F2&tx_indexedsearch[results]=5&tx_indexedsearch[lang]=&search_est=ce034c707f8038b0296b7feee7dc80e1
-
Thread
Atmeg führt reset ohne Grund durch
testen. Aber mein Atmel Studio behauptet, aus welchem Grund auch immer, dass sich [code] USART0__RX_vect [/code] mit 2 Stück Underscores (in Summe also 3) schreibt.
_RX_vect)" ist der richtige Handler > beim Atmega 1284. Karl Heinz schrieb im Beitrag #4045889: > Aber mein Atmel Studio behauptet, > aus welchem Grund auch immer, dass sichUSART0__RX_vect > mit 2
-
Thread
"Arduino kompatibler" MC für 2025
bauen, die dann von - sagen wir mal Einsteigern - verwendet und programmiert wird. Nichts spezielles, 2x ADC einlesen, 4 Taster, 4 Relais, Display. Daher auch keine besonderen Anforderungen an den MC. Der unbedingte Wunsch war aber, dass die Platine direkt mit einem FTDI Kabel (TTL-232Rx) aus der Arduino-IDE
Hallo, a) verwende ich die Arduino IDE 1.x und 2.x schon sehr lange, ich weiß was ich dazu schreibe b) habe ich es mit dem .zip File jetzt nochmal gegen getestet, falls sich etwas unerwartet geändert haben sollte, kann ja sein c) steht es in der
-
Thread
Max487 brennen im RS485-Bus unter bestimmten Bedingungen durch
Andreas F. schrieb im Beitrag #4627265: > den Connector zum Arduino (12V, GND, RX, RXenable, TX) Das klingt gefährlich. Da die RJ Buchsen keine Vorichtung haben, um z.B. den Massepin als ersten zu verbinden, kann es sein, das die 12V und z.B. einer der Datenpins als erstes Kontakt
E. schrieb im Beitrag #4627346: > Was läuft da alles in dem CAT5-Kabel? 12V, GND, RS485-A, RS485-B, sonst > noch was? OK. 1 und 2 sind A und B 3 ist offen 4 und 6 sind Masse 5, 7 und 8 sind 12V (nom) und der Schirm geht auch auf Masse Die AMS1117-05 machen die 5V nur für den Max487. Die
-
Thread
Probleme beim STM32H743 & SPI
(CPHA): 1 Edge * NSSP: Enabled * NSS: Output Hardware * * DMA Config: * SPI2 Rx: DMA1 Stream 2 - Normal - Byte * SPI2 Tx: DMA1 Stream 3 - Normal - Byte */ IPC_SPIcfg.hSPI = SPI2; IPC_SPIcfg.rxDMA = DMA1; IPC_SPIcfg.rxCh = LL_DMA_STREAM_2; IPC_SPIcfg.txDMA
LL_DMA_ClearFlag_TC2(IPC_SPIcfg.rxDMA); DBG_ipc_itctr[1]++; } if(LL_DMA_IsActiveFlag_TE2(IPC_SPIcfg.rxDMA)) { LL_DMA_ClearFlag_TE2(IPC_SPIcfg.rxDMA); DBG_ipc_itctr[2]++; } } [/c] Was ich
-
Thread
DCF77 ausgefallen
Karl B. schrieb im Beitrag #7378935: > Und arbeitet sogar in 2m Entfernung von altem Röhrenfernseher noch. Mit solchen pauschalen Aussagen wär ich vorsichtig. Mir scheinen 180€ nur für so einen Empfänger
Wetterdaten in etwas anderer Form auch über die Funkrundsteuersender (DCF49, DCF39 und HGA22) als "Meteotime 2". Siehe z.B. Theben Meteodata 139.
-
Thread
USB-UART Baugruppe
Johnny B. schrieb im Beitrag #5454815: > - SPI Schnittstelle > - I2C Schnittstelle Schon fertig (und funktioniert): https://www.mikrocontroller.net/articles/Bus-Pirate http://dangerousprototypes.com/docs
Joe G. schrieb im Beitrag #5457154: > Bei der ausschließlichen Verwendung von Rx/Tx sicherlich eine Variante. > Bei I2C, SPI oder CAN muß das aber schon bidirektional erfolgen. Wieso bei SPI?
-
Thread
Gibt es einen passenden BUS zur steuerung vieler Clients über mehrere Meter?
Falk B. schrieb im Beitrag #5291918: > and we have developed our own DLL > which in turn interfaces with the D2XX DLL from FTDI. This threaded DLL > includes Open, Close, Read, Write & Status functions and
Ich würde hier auf ein Tranceiver Baustein verzichten, und es z.B. mit einem Tiny20 machen. 6x pwm + i2c slave sowie 2x i2c master in SW.
-
Thread
ENC28J60 verliert Packete
0x55 ,0x32 ,0x04 ,0xc0 ,0xa8 ,0x02 ,0x69 ,0x0c ,0x0a ,0x46 ,0x61 ,0x6d ,0x69 ,0x6c ,0x69 ,0x65 ,0x2d ,0x50 ,0x44 ,0x3c ,0x08 ,0x4d ,0x53 ,0x46 ,0x54 ,0x20 ,0x35 ,0x2e ,0x30 ,0x37 ,0x0c ,0x01 ,0x0f ,0x03 ,0x06 ,0x2c ,0x2e ,0x2f ,0x1f ,0x21 ,0x79 ,0xf9 ,0x2b ,0xff ,0x00 ,0x00 ,0x00 ,0x00 ,0x00};
CLKRDY bit while((enc_readReg(ENC_ESTAT, enc_cur_bank, 1) & 0x01) != 0x01); // ENC28J60 Rev. B7 Silicon Errata workaround #1, ESTAT.CLKRDY is not working _delay_ms(1); // sets Buffer RX/TX start/ end pointer enc_writeReg(ENC_ERXSTL,ENC_BANK0,LO8(RX_BUF_START)); enc_writeReg(ENC_ERXSTH
-
Thread
USRP-Board selbst bauen
Atlys-Design. Zunächst mal zum daughterboard-interface (Skizze im Anhang). Ein db-if ist entweder für RX, oder für TX, d.h. transceiver-boards haben 2 db-ifs (Rx+Tx) die größtenteils identisch sind, aber separat bedient werden. Nur I²C wird gemeinsam genutzt. Die Erklärungen gelten also für ein Rx oder
schon Leute, die sowas selbst gebaut haben und mit Krakan verwenden: http://g3gg0.de/projects/USB-RX/v2/USB-RX_1.png http://g3gg0.de/projects/USB-RX/v2/USB-RX_2.png Ich hätte auch Interesse an ein entsprechendes Board wenn dieses nicht einen 4stelligen Eurobetrag knackt...
-
Thread
Eine UART abwechseln mit IC und PC verwenden?
Über die USB/UART Bridge (1) soll IC (3) per UART verbunden werden. Gleichzeitig soll auch die MCU (2) mit IC (3) per UART verbunden sein. 1 und 2 sind niemals gleichzeitig aktiv! Sobald ich Tx von 2 dazu hänge habe ich Probleme bei der Datenübertragung.
doch einfach das DTR-SIgnal vom FTDI, um einen Multiplexer umzuschalten. Zum Multiplexen kannst Du z.B. einen 74LVC2G125 und einen 74LVC2G126 nehmen - neim 125 ist der Enable invertiert, beim 126 nicht. Problem gelöst. Wenn Du magst, kannst Du das DTR noch an einen Pin vom Prozessor führen, damit der
-
Thread
print binary
; const std::size_t maxBuf = sizeof (rxBuf); // Maximale Anzahl ausgebbarer Bits (lasse 2 Bytes frei für Zeilenumbruch & 0-Byte) const std::size_t maxBits = std::min<std::size_t> (maxBuf - 2, sizeof(val)*CHAR_BIT); if (d) { /
destination -= destLenNibble; value >>= 4; } // terminate string rxBuf[nNibbles*destLenNibble-1] = '\0'; // reverse string if required: if( backward ) { destination = rxBuf; char *end = rxBuf + nNibbles*destLenNibble - 2; while( destination
-
Thread
-minit-stack=N
buffer_rx-section? Hast du zusätzliches externes Ram am Prozesor? Oliver
du wahrscheinlich auch noch eine Vorgabe für .noinit mit unterbringen, z. B. genau vor dem rx_buffer oder genau danach. Aber ich würde das alles so umschreiben, dass man keine bestimmte vorgegebene Adresse für rx_buffer braucht, diese section dann ganz eliminieren, und
-
Thread
Welche autonomen Mini-SDR-Geräte bzw. Bastelprojekte dazu kennt ihr?
Billig muss nicht zwangsläufig heißen, dass es schlecht ist. Bei einem vergleichbaren analogen RX steckt der Aufwand und die Kosten in der Hardware. Beim Pico Rx stecken die Kosten wohl in der Software, das aber nur einmal weil sie beliebig vervielfältigt werden kann. Für Nachbauer fallen diese
Mein FT-818 brauch 400mA beim RX, mein QMX mini 120mA. Also braucht der SDR nur 1/3 eines nicht SDR.
-
Thread
Problem mit UART beim empfangen
vom Compiler. Irgendwas in Richtung: xxxxx seems to be an illegal Interrupt Name > ISR (USART0_RX_vect) meistens heißt die irgendwas in Richtung ISR (USART0_RXC_vect) RX steht für Receive und das C für Complete. Genau aus dem Grund heißt ja auch die Freigabe für den Interrupt > UCSR0B
//33 hex nach Datenblatt-Tabelle UBRR0H=0x0; UBRR0L=0x33; //Interrupts enable UCSR0B |= (1 << RXCIE0); UCSR0B |= (1 << TXCIE0); UCSR0B |= (1 << UDRIE0); //Receiver und Transmitter enable UCSR0B |= (1 << RXEN0); UCSR0B |= (1 << TXEN0); //asynchroner modus, kein parity
-
Thread
Opto-Sensor Signal Überbrücken - Sektialtorsteuerung
hoermann-anschlusseinheit-s1-empfaenger-sks Diese beiden Sensoren gehen 3-Adrig auf jeweils eine Klemmleiste (Tx/Rx): https://www.tor7.de/hoermann-anschlusseinheit-s1-s2-platine-sks Ich hoffe ihr könnt mir irgendwie weiterhelfen...
Durchgang... > > Sicher ein Messfehler, oder ein Defekt. > > Miss doch mal die Spannungen an Rx, in Betrieb natürlich. bn-gn (Rx) 11,56V bn-wt (Rx) 11,95V gn-wt (Rx) 0V bn-gn (Tx) 11,56V bn-wt (Tx) 11,95V gn-wt (Tx) 0V bn(Rx)-gn(Tx) 11,56V bn(Rx)-wt(Tx) 11,95V bn(Rx)-bn(Tx) 0V
-
Thread
Universeller JTAG-Adapter
Der Beeprog2 hat einen 20-poligen Flachkabelanschluss für viele Hersteller mit Hilfe-File zur Belegung. http://www.elnec.com/en/products/universal-programmers/beeprog2/ Die Software läuft als Demo auch ohne Gerät
Cortex-A5/A8/A9 Cortex-M0/M0+/M1/M3/M4/M7 Cortex-R4/R5 Microchip PIC32 Renesas RX110, RX111, RX113 Renesas RX210, RX21A, RX220 Renesas RX610 Renesas RX621, RX62G, RX62N, RX62T Renesas RX630, RX631, RX63N, RX63T Sven L. schrieb im Beitrag #4446276: > Schau
-
Thread
Billiges Cortex-M4-Board STM32F4DISCOVERY jetzt erhältlich
de.rs-online.com/web/p/products/7458434/?searchTerm=745-8434&relevancy-data=636F3D3126696E3D4931384E525353746F636B4E756D6265724D504E266C753D656E266D6D3D6D61746368616C6C26706D3D5E5C647B337D5B5C732D2F255C2E5D5C647B332C347D2426706F3D313426736E3D592673743D52535F53544F434B5F4E554D424552267573743D3734352D383433342677633D4E4F4E4526
de.rs-online.com/web/p/products/7458434/?searchTerm=745-8434&relevancy-data=636F3D3126696E3D4931384E525353746F636B4E756D6265724D504E266C753D656E266D6D3D6D61746368616C6C26706D3D5E5C647B337D5B5C732D2F255C2E5D5C647B332C347D2426706F3D313426736E3D592673743D52535F53544F434B5F4E554D424552267573743D3734352D383433342677633D4E4F4E4526
-
Thread
RF01 und RF02 433 MHz Funkmodul
- Was macht die Crystal Load Capacitance beim Tx und Rx? Welchen Einfluss hat das? - Wie wichtig ist es, dass ich nach Datenblatt exakt 2,2 uF, 10 nF und 220 pF an VCC nutze? Ich gebe nicht auf :P
. Und leiste Dir beim netten Chinesen einen USB-TTL-serial-Adapter: http://www.ebay.de/itm/USB-2-0-to-TTL-RS232-3-3V-5V-ch340-Adapter-seriell-converter-Arduino-RX-TX-/221685456394?hash=item339d7b9e0a:g:MtsAAOSwHnFV1YXl FTDI232, oder CP2102 oder eben CH340/341 sind ok, Profilic ist nicht unbedingt
-
Thread
USB to TTL mit CH340
umgehen, aber dein billiges China-Dings hat keinen Reset Ausgang (jedenfalls nicht für STM32). Es gibt 2 Workarounds: a) Den Reset-Knopf gedrückt halten, Programmiervorgang starten, Reset loslassen. Das Timing ist tricky, dazu gibt es Videos bei Youtube. b) Den Boot0 Jumper auf 1 setzen und Reset
Boardverwalter die von STM gelieferten Dateien dazuinstalliert. Ich habe jetzt im Boardverwalter 2 Installationen f.STM32 stehen, einmal "STM32F1xx/GD32F1xx boards" by stm32duino Version 2021.5.31 und einmal "STM32 MCU based boards" by STMicroelectronics Version 2.2.0. Wenn ich dann in Werkzeuge
-
Thread
*CAN Baudrate Berechnung*
Hallo Otto, wie schaut es bei dir mit dem Oszillator aus. Ich habe z.B. einen 16MHz an XTAL1 und XTAL2 parallel 1mOhm und dann jeweils ein 22pF auf Masse. Den Rx1 habe ich an einem Spannungsteiler auf 2,5V gesetzt. Langsam weiss ich wirklich nicht mehr was ich noch
Hallo Georg, ich habe einen 16MHz Quarz mit 2 22pF-Kondensatoren ohne einen Widerstand - das ist aber nicht Dein Problem, denn der SJA arbeitet ja. Der "RX1" liegt bei mir an GND, der "TX1" ist offen RX0 geht an RX des Transtceivers TX0 an
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
t VCP_DataTx (uint8_t* Buf, uint32_t Len) { uint32_t i=0; /* while(i < Len) { APP_Rx_Buffer[APP_Rx_ptr_in] = *(Buf + i); APP_Rx_ptr_in++; i++; // To avoid buffer overflow if(APP_Rx_ptr_in >= APP_RX_DATA_SIZE) { APP_Rx_ptr_in = 0; }
. Was ich aber nicht verstehe ist folgendes: Wenn ich an manchen Stellen in APP_Rx_Buffer den Inhalt ändere (ich wollte z.B. am Anfang jedes Paketes die Werte 255, 255, 0 haben), dann bricht die Übertragung nach einer (scheibar zufälligen) Anzahl von Paketen ab. Bei Anschluss an einem
-
Thread
Probleme UART, Baudrate Atmege8
.. hast du auch das Terminal (welches denn ?) korrekt eingestellt ? 9600 N 8 1 z.B. die Masse vom Um232 ist auch mit der Atmel Masse verbunden ? also RX TX GND ? Gruss k.
Beitrag #2258021: > > PPS: Gebe ich "FAXY" aus, erscheint "LARS" ;-) Hinweis datauf, dass du 2 Datenleitungen irrtümlich vertauscht hast. Edit: Das Bitmuster für L ist 0x4C also 0b01001100 F 0x46 0b01000110 A 0x41 0b01000001
-
Thread
STM32 CAN Botschaft empfangen
auslesen? CK schrieb im Beitrag #6150647: > Da kannst du dann bis zu 4 IDs ein schreiben, die z.B. alle in den > ersten Puffer einsortiert werden. Muss man den Puffer zwangsläufig zuweisen oder wird immer in den "CAN_RX_FIFO0" geschrieben, sofern nicht anders konfiguriert? VG Jens
Rainer B. schrieb im Beitrag #6233744: > Was zeigt das Oszi denn da? Das Tx-Signal vom Sender-Board oder das > RX-Signal vom Empfänger-Board? Das Siganl zeigt das CAN Low Signal. Im jetzigen Anhang zeigt
-
Thread
LED-Lampe reparieren
Platine feststellen können, oder? Rainer W. schrieb im Beitrag #7821650: > Der braune Schmodder bei RX1 stammt wohl von der Verlötung der Kabel. Ja, die noch funktionierende Lampe sieht von innen ähnlich aus. Gerald B. schrieb im Beitrag #7821852: > Dann kannst du je mit diesem Ergebnis schauen
komme ich auf ca. 265 Ohm Mein ESR-Meter sprach: 12 Ohm für einen 1uF/400V; 11 Ohm für einen 2,2uF/400V; Beide sind billige Chinaware.
-
Thread
avr-gcc-10 - "volatile deprecated [-Wvolatile]" Warnungen
push r0 a: cd b7 in r28, 0x3d ; 61 c: de b7 in r29, 0x3e ; 62 uint8_t x[3] = { 2, 4, 6 }; e: 82 e0 ldi r24, 0x02 ; 2 10: 94 e0
wird. Nun wollte ich volatile_load und volatile_store ausprobieren aber das kennt mein avr-gcc 10.2 inkl. C++20 Option nicht. [c] // statt buffer[USARTn].lastRxError = buffer[USARTn].lastRxError | lastRxError; // dann auto temp = volatile_load(buffer[USARTn].lastRxError); temp |= lastRxError
-
Thread
STM32F103VET6 und CH340R
pegel schrieb im Beitrag #6112375: > Aber mit dem G passt das so. Dann sind zwar RX und TX getauscht aber dennoch ist RX (auf dem Bild U1_2) nirgends angeschlossen. Oder sehe ich das falsch?
type b ist an D+/D- vom CH und micro ist direct an den serial pins RX / TX
-
Thread
AVR UART + andere Interrupts / Konflikte
sollte das doch mit den 3ms und 9600 Baud noch gerade so hinhauen. Vorzugsweise schreibt man den RX-Interrupt als do{}while() Schleife und spart so den Prolog/Epilog-Overhead ein, falls wirklich 3 Byte angekommen sind. Und mit Parity und 2 Stopbits hat man etwas mehr Luft (2,4Byte/3ms). P.S.:
c-hater schrieb im Beitrag #4928838: > Nein, das kann sie nicht. Es sind nur (knapp) 2 Byte. OMG. Probiers doch wenigstens mal aus, eh Du solchen Schmarrn erzählst. Schreib eine Schleife aus 5s Delay und Senden solange RX-Puffer nicht leer. Und dann gibt z.B. "12345" ein. Die '1
-
Thread
CAN-Bibliothek für den at90CAN128 und das AVRStudio
ermitteln, der den Interrupt ausgelöst hat uint8_t mob = CAN_getMOBInterrupt(); if (LED2) LED2 = 0; else LED2 = 1; ... [/c] Im main.c habe ich mit [c] CAN_message msg0, msg1; CAN_init(83, RX); msg1.idm = 0xffffffff; // Es kommt nur genau
abspeichern // RXOK-Flag löschen clearbit(CANSTMOB, RXOK); // MOB auf Empfang und CAN 2.0B Standard setzen can_set_mode(CAN_MODE_RECEIVE_DATA); // CANPAGE wiederherstellen CANPAGE = save_canpage; //IRQ_CAN_RX = 1; }//end CAN_Interrupt handle Zudem war im Modul
-
Thread
RS232 Splitten 1 Endgerät 2 Master
Also Linux ist jetzt Overkill. Selbst der kleinste uC mit 2 Sios reicht mehr als aus. 2xRx, jedes Byte was reinkommt wird rausgepustet, wenn auf beiden Rx gleichzeitig, dann halt zwischen gepuffert. Das sind in C 20 Zeilen + uart aufsetzen... Den Rückweg
#5006044: > (womit die gesplittets Rückrichtung kein Problem ist), und dann braucht es doch nur 2 Rx und 1 Tx, oder habe ich was übersehen?
-
Thread
Schaltung entwerfen: USB Daten und Stromleitungen erst aktivieren wenn externe 5V anliegen?
2 Dioden, eine vom USB in Richtung Arduino über FTDI möglicherweise und eine Diode von externen 5V zum Arduino. so treffen sich die beiden 5V am Arduino und keine kann rückspeisen. z.B. bei meinen
Joachim B. schrieb im Beitrag #4231813: > 2 Dioden, eine vom USB in Richtung Arduino über FTDI möglicherweise und > eine Diode von externen 5V zum Arduino. > > so treffen sich die beiden 5V am Arduino und
-
Thread
Daten über I2C von AtTiny85 als Slave auslesen / TinyWireS Lib
Andreas V. schrieb im Beitrag #6904964: > Und genau mit 2,2K bringt es den AtTiny zum Absturz! Erzähl mal Genaueres über den Testaufbau. Was sind da alles für I2C-ICs dran, wie lang sind die Leitungen. Z.B. ein COG-LCD ist sehr hochohmig, das kann keine
SDA/SCL ist daher zu empfehlen. Aber auch viele andere Atmel AVRs und 8051 patzen leider beim I2C-Standard, d.h. halten ihn nicht ein. Alle, die ich probiert habe, sind nicht Multimaster fähig (z.B. ATmega8, AT89C51ID2). Auch der Nachbau des Philips P89C668, der Tekmos TK89C668, kann kein Multimaster
-
Thread
[V] Rauchmelder FireAngel ST-620-DET
k.A.) b) Jeden Melder einzeln vom Sockel genommen und wieder aufgesetzt (Melder Lokalisierung und Typ wurde dabei erkannt) c) Netzwerk mehrfach gescannt und komplett alle Daten abgerufen. 2 Besonderheiten
> John D. schrieb im Beitrag #6471308: >> an welche Zelle hast Du gedacht? > > Es gibt 14335 = 2/3AA auch mit 3,6 Volt, z.B. von Eve, Tadiran, > Emmerich, die sind zwar etwas dünner, passen aber von den Abmessungen. > Im Datenblatt die Belastbarkeit ansehen, notfalls Innenwiderstand selber
-
Thread
rs232 USBProg Problem
0x00000012 (18) length 0000: 12 01 10 01 02 00 00 08 81 17 64 0c 00 01 01 02 0010: 00 01 bLength : 0x12 (18) bDescriptorType : 0x01 (1) bcdUSB : 0x0110 (272) bDeviceClass : 0x02 (2) bDeviceSubClass : 0x00 (0) bDeviceProtocol :
CONFIGURATION TransferBuffer: 0x00000009 (9) length 0000: 09 02 43 00 02 01 00 a0 1a bLength : 0x09 (9) bDescriptorType : 0x02 (2) wTotalLength : 0x0043 (67) bNumInterfaces : 0x02 (2) bConfigurationValue: 0x01 (1) iConfiguration : 0x00
-
Thread
PCIe Kommunikation
Lanes erwischt? Oder sinds welche vom PEG? Die können oft nicht als Einzellanes konfiguriert werden. 2. Rx auf Tx, + und - richtig herum? Was macht der Clock? Presence ist low?
erwischt? Oder sinds welche vom PEG? Die > können oft nicht als Einzellanes konfiguriert werden. > 2. Rx auf Tx, + und - richtig herum? Was macht der Clock? Presence ist > low? PEG hab ich auf dem CPU-Board, allerdings hab ich diese nicht erwischt. Hab einfach PCIe_Rx0+/- und PCIe_Tx0+/- verwendet
-
Thread
Atmega168 Power_down
auf: [c] void USART_WAKE_UP_MODE(void) { //The uC have to wake up from Power Down by PCINT16 (RX) //Disable USART RX UCSR0B &= ~(1<<RXEN0); //Disable RX Complete Interrupt UCSR0B &= ~(1<<RXCIE0); //Enable PCIE2 --> PCINT23...16 PCICR = (1<<PCIE2) | (0<<PCIE1) | (0<<
void USART_NORMAL_MODE(void) { //Disable Pin Change interrupt PCICR &= ~(1<<PCIE2); PCMSK2 &= ~(1<<PCINT16); //Enable USART RX UCSR0B |= (1<<RXEN0); //Enable RX Complete Interrupt UCSR0B |= (1<<RXCIE0); } [/c] In der Theorie müsste er nun im USART Interrupt
-
Thread
Max3232 auf Max3232
Lukas B. schrieb im Beitrag #7786062: > Ich habe den pi-seitigen Max mit +5V versorgt, obwohl das RxTx Level > dort 3,3V ist. Ich gehe davon aus, dass ich damit den Max beschädigt > haben könnte und es deshalb
Lukas B. schrieb im Beitrag #7786062: > Ich habe den pi-seitigen Max mit +5V versorgt, obwohl das RxTx Level > dort 3,3V ist. Ganz schlechte Idee.
-
Thread
Ethernet mit Oszi messen - Aufbau?
in der Anleitung keine Spannungsversorgung hat. b) Selbstgebauter passiver Adapter mit RJ45 Stecker, kurzem CAT Kabel und RJ45 Buchse, an der der Abgriff für RX- und RX+ erfolgen kann. Nachteil: Signalverfälschung durch Reflektionen c) Direkt auf
anklemmst. Das hier ist für die TDSET3 Software von Tek: http://imex.co.uk/WebRoot/Store15/Shops/20249b99-f30f-43a5-8f50-a5e2562eae4e/5954/FB26/5B83/2E75/2E07/0A48/3535/6E6A/tf-gbe.jpg Die Signalqualität geht über TC2, dazu ist dieser kleine Stummel in den entsprechenden RJ45 eingepömpelt und in deinem
-
Thread
Probleme win WinAVR 20081205
wiederholt. Diesmal beginnt er jedoch korrekt mit dem LED Toggle. [avrasm] uint8_t main (void) { b2: df 92 push r13 b4: ef 92 push r14 b6: ff 92 push r15 b8: 0f 93 push r16 ba: 1f 93 push r17 bc: cf 93 push r28 be: df 93
r15, r15 de: f0 2d mov r31, r0 while(1){ // Endlosschleife // neue PWM Daten if (uart0_rx_is_buffer_empty() == NO){ e0: 4e d0 rcall .+156 ; 0x17e <uart0_rx_is_buffer_empty
-
Thread
UART<->RS232 ARM-Cortex<->Atmel?
wenn ich 2 arm-cortex via rx/tx-uart zusammenstecke funktioniert es wenn ich 2 atmel via rx/tx-uart zusammenstecke funktioniert es wenn ich einen atmel und einen arm-cortex via rx/tx-uart zusammenstecke geht
zurück ;) ziel ist es ja nur einen atmel mit einem arm-cortexM4 zu verbinden, leitungslänge ca. 2meter - 2 atmels (mini pro & nano) einfach via rx/tx (ttl) zu verbinden geht - 2 arm-cortexM4 einfach via rx/tx (ttl) zu verbinden geht - 1 atmel mit 1 arm-cortexM4 einfach via rx/tx (ttl)
-
Thread
ctoi funktion winavr ?
u8 data0; u8 data1; u8 data2; u8 data3; }commands; volatile unsigned char rx_buffer[BUFLEN]; // Receive Buffer volatile unsigned char rx_ptr; // uchar pointer volatile unsigned char wrx_ptr
break; case byte2: p->data1 = rx_buffer[rx_ptr]; break; case byte3: p->data2 = rx_buffer[rx_ptr]; break; case byte4: p->data3
-
Thread
Folienkondensator Beschriftung
ciao gustav P.S.: OK. DSGVO verlangt Quelle: Bitteschööön: http://www.hifi-forum.de/bild/yamaha-rx-e810-rx-e410-schematic-detail-main2-standby-control-circuit_449562.html
kein "Beweis". ;-) Ich finde leider keine Dokumente mit eindeutiger Erklärung. Schade. Joachim B. schrieb im Beitrag #5473785: > 2xSQR(2) als Vpp Hier geht es aber nicht z.B. um einen Koppelelko eines Verstärkers (Halbbrücke) mit nur einer Rail, bei dem wegen Vp+Vp nun eben Vpp anliegt (einfach
-
Thread
Wo sind die Audion-Bauer?
-0V2/0V2.htm Das war 1970 mein 1. RX; 40mBand, sehr empfindlich; mit einem Draht in der Bude hörte man die halbe Welt. Ich hoffe, das war zuträglich..?? 73 Wilhelm D
versuchsweise auf Masse oder Bremsgitterpotential. (so wie hier, Tetrodenaudion): http://www.b-kainka.de/roehren/kurzwelle2sh27.htm
-
Thread
YOULOOP VS Magneticloop VS HaarsprayAntenne nach DL7AHW
hat kann man die Antenne drehen, da durch kann man z.B. sehr gut Störungen ausblenden, oder aber da durch die empfangenen Stationen besser fixiren, um so den Signalpegel zu steigern. Auf KW kann man damit gute Ergebnisse erziehlen was rx angeht. Statt
Antennen, und weißt weniger QRM auf. Der Unterschied 2 - 3 S-Stufen im Vergleich. Ändert man dann aber den Standort der Youloop Antenne ist sie fast so gut vom rx Signal wie die MLoop. 3.) Die Superantennen nach DL7AHW http://dl7ahw.bplaced.net/dl7ahw
-
Thread
UKW-Empfänger/Selbstbauanleitung gesucht
diesen UKW-Superhet gebaut: https://www.elenco.com/wp-content/uploads/2017/10/AMFM-108CK_low-res-2.pdf https://www.amazon.com/Elenco-Radio-Kit-Combines-Transistors/dp/B008515U1U Der ist völlig diskret, sogar für den Audioverstärker gibt es eine Transistorvariante. Der Bausatz lohnt sich nur schon
Bradward B. schrieb im Beitrag #7924957: > verwies der Erbauer auf eine holländische Website die "sein > Projekt" auch als Set zum nachbauen anbietet. Ja, wäre toll gewesen wenn sich das für den Pico RX auch
-
Thread
Datentyp Formatierung
c = 55; fwrite(&c, sizeof(uint16_t), 1, f); an einen RaspberryPi und lese dort mit: char rx_header_buffer [4] = {0}; read(uart0_filestream, rx_header_buffer, 2); Nach einem printf("%i ... %i \n", rx_header_buffer[3],...,rx_header_buffer[0]) erscheint folgendes auf der Konsole:
Daten kommen doch über den UART und werden Bit für Bit übertragen. Die obige read Funktion liest 2 Byte und schreibt sie in rx_header_buffer. Wenn ich nun folgendes probiere: int rx_header_buffer; read(uart0_filestream, rx_header_buffer, 2) Kommt folgender Fehler: invalid conversion
-
Thread
Das A und O des UART- Puffers
wenn du 8 Quellen hast, die nicht gegenseitig aufeinander warten und synchron laufen, oder? Wenn z.B. zwei GPS-Sender als Quellen dienen, der erste bei 0s anfängt, der zweite bei 0,2s, dann sendet jeder für sich noch immer im Sekundentakt, das Delta zwischen beiden ist aber 0,2s. Schaltet der Multiplexer
auf jeden Fall beschädigt. Und wenn es sich z.B. nicht um GPS-Pakete handelt, sondern z.B. um irgendeinen anderen Wert, der alle 2 Minuten mal gesendet wird, dann erfolgt bis dahin kein Update, das ist unabhängig vom zyklisch sendenden GPS oder sonstwas