-
Thread
STM32F7 SPI DMA 400kSPS zum externen ADC
irgendwie nicht. SPI GPIO init ist gemacht. SPI init: [c] RCC->APB1ENR |= RCC_APB1ENR_SPI2EN; //SPI2 clock enable SPI2->CR1 = SPI_CR1_MSTR|(0b001 << SPI_CR1_BR_Pos)|SPI_CR1_SSM|SPI_CR1_SSI ; SPI2->CR2 = (0b0111 << SPI_CR2_DS_Pos)|SPI_CR2_TXDMAEN|SPI_CR2_RXDMAEN; SPI2->CR1 |= SPI_CR1_SPE; [/c] Timer init: [c] RCC->APB1ENR |= RCC_APB1ENR_TIM2EN; TIM2->CR1 = 0b00000000; TIM2->CR2 = 0b00000000; TIM2->DIER = TIM_DIER_UDE; TIM2->PSC = (108/1)-1; //Set the prescaler TIM2->ARR = 29; //Set the autoreload value TIM2->CR2 &=
-
Thread
BLDC, Synchronmaschine, Drehfeld Teil 2
Gast wrote: > Moin > falls Q2 deine Bremse sein soll, dann solltest du die lieber garnicht > ansteuern- ausser du willst Q2 ,F1 ,R1 zerstören:-) Wiso sollte das passieren ?
Hier ist noch eine Alternative: http://home.versanet.de/~b-konze/blmc_bko/schaltplan.htm
-
Thread
BLE Stromversorgung aus RS232 Tx Leitung
Du könntest Dein Messgerät animieren, ständig immermal was zu senden "UUUUUUUU" zB. Aus den sich bildenden Impulsen am TX-Pin kannst Du dann über eine Spannungsverdopplerschaltung (Villard-Kaskade, Delon-Schaltung, Greinacher usw. etc) eine positive Ausgangsspannung erzeugen. Das sollte
de.wikipedia.org/wiki/Spannungsverdoppler#/media/File:Greinacher_Schaltung.svg Links vom C1 sitzt dein TX-Pin, Masse bleibt Masse, rechts liegt die Spannung an. Wenn dein Messgerät etwas sendet, sollte die Spannung am C2 positiv werden. Strombegrenzenden Widerstand vor dem C1 nicht vergessen, sont hast Du
-
Thread
mit Arrays aus Arrays lesen
_2[profil_zuw[j]][i*4+0]) & 0xFF); canTxMessage.data[1]=(((profil_time_2[profil_zuw[j]][i*4+0])&0xFF00)>>8); canTxMessage.data[2]=((profil_time_2[profil_zuw[j]][i*4+1]) & 0xFF); canTxMessage.data[3]=(((profil_time_2[profil_zuw[j]][i*4+1])& 0xFF00)>>8); canTxMessage.data[4]=((profil_time_2[profil_zuw[j]][i*4+2]) & 0xFF); canTxMessage.data[5]=(((profil_time_2[profil_zuw[j]][i*4+2])&0xFF00)>>8); canTxMessage.data
-
Thread
China SUPER Bauteile-Schnäppchen Thread
-- : 0x00000000 Ethernet Driver Initilization. v2.0 256 rx/tx descriptors allocated, mtu = 1500! init ethernet macaddr : E0B2F1436A40 MAC_ADRH -- : 0x0000e0b2 MAC_ADRL -- : 0xf1436a42 PROC INIT OK! PPP generic driver version 2.4.2 PPP Deflate
MAC_ADRL -- : 0x00000000 Nov 13 22:35:26 easynetting user.warn kernel: Ethernet Driver Initilization. v2.0 256 rx/tx descriptors allocated, mtu = 1500! Nov 13 22:35:26 easynetting user.warn kernel: init ethernet macaddr : E0B2F1436A40 Nov 13 22:35:26 easynetting user.warn kernel: MAC_ADRH -- : 0x0000e0b2
-
Thread
Probleme nach Optimierung
...oder man hat einen GCC 4.3.0-2 (debian), der optimiert schon mal uint32_t Operationen (z.B. division) weg...
[10] = {0x82, 0xF3, 0x4A, 0x62, 0x33, 0x26, 0x06, 0xF2, 0x00, 0x20}; // Bitmaske für die Zahlen volatile unsigned char display[2] = {0x10, 0x08}; // Siebensegmentanzeige (Einer- , Zehnerstelle) volatile unsigned char segment[2]; volatile uint8_t uart_tx_flag
-
Thread
dsPIC33E mit ECAN - Geht es auch ohne DMA?
while (OSCCONbits.COSC != 0b001); // Wait for Oscillator to switch to FRC w/ PLL while (OSCCONbits.LOCK != 1); // Wait for Pll to Lock Delay_us(200); } #define CAN_OPMODE_CONFIG 0x4 #define CAN_OPMODE_LOOPBACK 0x2
txMsgBox; DMA0CONbits.CHEN = 1; //Channel 0 Enabled DMA2CON = 0x0000; //DIR: Peripheral adress -> DMA RAM 0x0440 DMA2PAD = (volatile unsigned int) &C1RXD; //Adress
-
Thread
UART + Taschenrechner Teil2
Hauptschleife. Siehe ...HanneS... "Jobflag http://www.mikrocontroller.net/search?query=jobflag&forums%5B%5D=1&forums%5B%5D=9&forums%5B%5D=10&forums%5B%5D=2&forums%5B%5D=4&forums%5B%5D=3&forums%5B%5D=6&forums%5B%5D=17&forums%5B%5D=11&forums%5B%5D=8&forums%5B%5D=12&forums%5B%5D=14&forums%5B%5D=7&forums%5B
: Du solltest zuerst mal "aufräumen" 1. vor brne muß kein cpi, wenn Du auf "0" vergleichst 2. den Z-Pointer mußt Du auch initialisieren (z.B. auf Ramstart) 3. es heißt "receive" Otto
-
Thread
GPS Module an AVR
1) RX an TX und TX an RX habe ich gemacht 2) Spannung habe ich noch nicht gemessen aber laut Spezifikation arbeiten die auf 3V CMOS Level und benötigen für RS232 einen Max3232. Kann es vielleicht sein das
Ähm, bei deinem Aufbau wäre das ein Pegelwandler unidirektional step-up 3.3V => 5V für TX (3.3V GPS) auf RX (5V AVR). http://www.mikrocontroller.net/articles/Pegelwandler#UNIDIREKTIONAL.2C_STEP-UP:_3.3V_-.3E_5V
-
Thread
Hameg Oszi HM1508, neuere Firmware als 05.306
neuere geben. Hat jemand neuere Firmware als 05.306 für einen Hameg Oszi HM1508? (nicht HM1508-2)
http://web.archive.org/web/20130624000819/http://www.hameg.com/software.0.html?&no_cache=1&L=0&tx_hmdownloads_pi1[page]=2&tx_hmdownloads_pi1[language]=&tx_hmdownloads_pi1[product]=&tx_hmdownloads_pi1[search]=&tx_hmdownloads_pi1[hits]= Leider ist der eigentliche Download für das HM1508 nicht im
-
Thread
Class-E mit 1. oder 2. Oberwelle
Dann braucht er aber einen Bandpass am TX-Ausgang! Wenn er 1/3f-TX aus dem Si570 ausgibt und die f-TX 3x-fosz ist, muss er 1/3f und 2/3f unterdrücken um f alleine am PA -Ausgang zu bekommen, sonst störe er die unteren Bänder. Markus
CQAgLCDMB0CMBMBWApgWgJwlneAGAHGJIovGPrrgGzqQiK732MqqywBQAxlLhPAHZ4vCJEhUQjWGkypc0XLAGR0AxPnj50sXOjDlJCxdyjiQg4UWEXJ5tDpD4YVKoVUDYLmisOVOAGxEsKkZIPnMwRiijSj50eITEpIk5BU9FSDB0eDwlFQoJXA4ANxB0CTJGcqwBQttIrCjbeUQOAHMyiobqmyj2oPF8IMimooB3CNDXSdNCjgmw0WnF2cl5oJtK8yE1ia3NhpXxjZ2VrePq9M6auYmlCUg8YNCnooAnZ8+kCSvo+HXvp8Vr9+ltBjMRs0OAAzG5QJ5gp6XaCILAcABKQKe7GEjyk5kasUojWahlae0OCMOZiKgTAVH4O0QIW2wmiRMehlgkFgiCEyngkGUYAYLjWHWZUyGkvAxL6E3pjMsnN66zEFVO4VVHxl4JlvUaHAADiAQkMbGaoNNYFhdvQWRaCKy7brppbwUUhVUfiyrn6oTxAVdAedfLEbehoPF8DpcGpHvB0Ph8Kj5H5QcyZiHM30APbmOg2xgAD1gKcUElTcFs1lJUkYqCEHCAA
-
Thread
10-30V potenialfrei messen
/adum1401.html Den ADC versorgst Du mit einem kleinen isolierten(!) DC-DC-Wandler, zB. http://www.tracopower.com/products/detail-view/?tx_products_pi1[series]=TMR%201&tx_products_pi1[parent]=bc_dcdc&tx_products_pi1[category]=bc_dcdc_sip&tx_products_pi1[browsebymode]=1&tx_products_pi1[action]=show&tx_products_pi1[controller]=Series&cHash=5237cbeacebc57e87dd6a1337c2de81c Thema erledigt. fchk
-
Thread
DHCP geht, Ping nicht. Wtf?
inet 192.168.235.242 netmask 255.255.255.0 broadcast 192.168.235.255 ether 76:77:ca:dd:2f:ad txqueuelen 1000 (Ethernet) RX packets 382 bytes 76806 (75.0 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 17 bytes 2759 (2.6 KiB) TX errors 0
RX packets 382 bytes 76806 (75.0 KiB) > TX packets 17 bytes 2759 (2.6 KiB) Auf jeden Fall gingen schonmal Pakete rein und raus. Frank K. schrieb im Beitrag #7050860: > PING 192.168.235.2 (192.168.235.2) 56(84) bytes of
-
Thread
TTL <--> RS232 Level Shifter
der Verdahtung und bitte um Hilfe. Meine bisherige Verdrahtung sieht wie folgt aus: Steuergerät TX geht auf RX (PIN 1 RXD am TTL Wandler) Steuergerät RX geht auf TX (PIN 2 TXD am TTL Wandler) Vom TTL Wandler geht das RS232 Signal wie folgt ab: PIN 2 TXD RS232 (vom Wandler) geht auf PIN 2 Rx meines
Dennis M. schrieb im Beitrag #5063840: > Steuergerät TX geht auf RX (PIN 1 RXD am TTL Wandler) > Steuergerät RX geht auf TX (PIN 2 TXD am TTL Wandler) ...und die Masse von Deinem Steuergerät, wo ist die dran?! ...und die Betriebsspannung für den Kollegen
-
Thread
uint32 Array in uint8 Array wandeln
was verwenden, aber vielleicht hat jemand noch andere gute Ideen. [c] uint8_t arr[24]; uint32_t Tx_PP[6]; arr[0]=(Tx_PP[0] >> 24) & 0xFF; arr[1]=(Tx_PP[0] >> 16) & 0xFF; arr[2]=(Tx_PP[0] >> 8) & 0xFF; arr[3]=(Tx_PP)[0] & 0xFF; [/c] Vielen Dank, Grüße, Seppel Quelle: https://electronics.stackexchange.com
typedef union { uint8_t i[24]; } A; typedef union { uint8_t i[24]; uint64_t j[3]; } B; static_assert(sizeof(A) == sizeof(B)); static_assert(alignof(A) == 1); static_assert(alignof(B) == 8); [/c]
-
Thread
LANC Implementierung
Wunderbar, die Kommunikation läuft nun einwandfrei! Vielen Dank. Ein Problem gibt es noch: wenn T2 länger als c.a. 100ms durchschaltet (z.B. durch längeres Low auf dem TX pin, oder trennen der TX Leitung) bricht die ganze Versorgungsspannung auf c.a. 2,3V ein und der µC kommt damit natürlich nicht
emc2 schrieb im Beitrag #3972961: > Hat da jemand eine Idee, wie ich das lösen kann? Du sorgst mit einem z.B. 5,6k Pullup an PD1 (TXD) des MC dafür, das bei undefiniertem Portpin T2 sicher sperrt.
-
Thread
Serielle Kommunikation STM32 -> ESP8266 klappt nicht
Hi, - GND ist verbunden? - Loopbacktest ( TX/RX kurzschließen) auf ESP-Seite klappt auch? - Was sagen die UART-Fehlerbits auf ESP-Seite ? - ist die Baudrate auf beiden Seiten von einer ausreichend genauen Quelle (zB Quarz/kalibrierter RC-Oszillator
einmal alles überprüft und frisch angeschlossen, und siehe da: [code] ets Jan 8 2013,rst cause:2, boot mode:(3,2) load 0x4010f000, len 1384, room 16 tail 8 chksum 0x2d csum 0x2d v8b899c12 ~ld Init done. [/code] Dieser Fehler wiederholt sich ca. alle Sekunde. rst cause 2 steht
-
Thread
ESP-01 Anschlussfrage
Jetzt ist meine Frage....leuchtet diese LED grün auf, wenn die Spannung stimmt? Soll ich mit 2 Widerständen einen Spannungsteiler einmal für vcc u. eine für tx bewerkstelligen?
esphilfe schrieb im Beitrag #5655930: > Starte ich nun picocom mit folgender Einstellung: > picocom -b 9600 /dev/ttyUSB0 Probiere es mal mit 115200 Baud statt 9600. Anschlüsse: TX -> RX RX <- TX
-
Thread
Rs232 PC -AVR-Palm m100
Frage wg 0ahnung)? >am >Kabel nur die Pins 2-3, 3-2 und 5-5. Meinst Du also wirklich nur 2-3,3-2,5-5 und den Rest offen lassen? Die Kommunikation vom AVR mit dem PC Klappt übrignes ohne das ich irgendetwas kreuze.Ich habe nur ein 1:1 Kabel
aber vielleicht hilfts. Bei der einfachsten seriellen Verbindung gibt es eine Signalleitung von A->B (Pin 2 und/oder 3), eine zweite von B->A (Pin 2 und/oder 3)und die gemeinsame Masseleitung (Pin 9). Auf beiden Seiten gibt es einen Sender und einen Empfänger und das vergleiche ich jetzt mit Mund und
-
Thread
Stroboskop im flaschrohr aus den 80er/90er Jahre dmx?
den vorhergehenden Controller und gibt sofort die Folgeadresse weiter. Nach z.B. 5 Sekunden hat jeder Controller eine Adresse. Danach können Pakete zur Ansteuerung genau so durchgeroutet werden oder RX/TX werden auf „Durchzug“ geschaltet, damit alle Controller die Steuerinfo gleichzeitig
Also nix mit RX/TX und Controller pro Segment, das sind alles einfache Logikschaltkreise. Also geht da mehr so eine Art „Taktsignal“ durch. Auch damit kann man einiges codieren, z.B. kurzer Puls weitertakten ohne Blitz
-
Thread
USART Tastendruck senden
mit diesem auf jeden > Fall funktioniert. Du braucht aber zwingend andere Hardware, denn die USB2UART Chips kann man nicht auf USB Tastatur umprogrammieren. Eine Idee wäre das Schlachten einer billigen USB Tastatur, bei der man die entsprechende Taste(n) z.B. mit einem Optokoppler überbrückt
präzisieren? Zum Beispiel sowas: https://www.amazon.de/Exlene®-Nintendo-Controller-Gamepad-Joystick/dp/B06Y2D9QF9/ref=mp_s_a_1_2?__mk_de_DE=ÅMÅZÕÑ&qid=1530955883&sr=8-2-spons&pi=AC_SX236_SY340_FMwebp_QL65&keywords=controller+usb&psc=1 Rufus Τ. F. schrieb im Beitrag #5478546: > Und Dein Atmega8 hat kein
-
Thread
Lauschen an serielle Verbindung!
kommt und die Unterbrechung zur Steuereinheit führt. Die Verbindung ist dann nur mit dem Mithörere. 2. Als zweite Variante zur Kommunikation. Ich möchte pc gesteuert zum anderen folgenden Kommunikationsweg mit der Steuereinheit erreichen: TxD >---------------------> RxD PC
alles abgreift was da an COM1 reinkommt und rausgeht, und dann mit den abgegriffenen daten arbeiten, z.B.: :: über COM2 dem Hasen direkt zum Fraß vorwerfen :: auf Platte bunkern, und später als Datei dem Hasen zu füttern geben guckstu auch hier: http://www.rabbitsemiconductor.com/products/rab3000
-
Thread
AVR USART will nicht wie ich will
receiver & transmitter and receiver & buffer empty interrupt } void send_Startdaten() { uc_Send_TX_data[0] = (0x9B); //"}" uc_Send_TX_data[1] = (0xD6); //"Ö" uc_Send_TX_data[2] = (0x54); //"T" uc_Send_TX_data[3] = (0xC8); //"È" uc_Send_TX_data[4] = (0x0B); //"K" uc_Send_TX_data
Stefan B. schrieb: > Offtopic: > >> if ((uc_Send_TX_data[uc_TX_zaehler_data] & (0x0D)) == (0x0D)) //<CR>? > > Wieso das "& (0x0D)"? Willst du nie z.B. ein 0x4D versenden? Good catch. Auch 0x0F könnte
-
Thread
Steckerbelegung Rx<>Tx
Ich sehe das bei Ethernet nicht so tragisch. Normalerweise verdrahtet man TX Quelle auf TX Buchse, sodaß das die Leitung ist, die Scharf ist. RX entsprechend gegenteilig. Im Gegensatz zu UART gibt es in der Netzwerktechnik 2 helfende Umstände: wenn's nicht passt kannst du gekreuzte Kabel verwenden (Muss man z.B. machen, wenn man 2 pc's direkt miteinander verbinden will). Außerdem sind die meissten Switche heutzutage so aufgebaut, daß sie die Kreuzung, wenn notwendig, selbst erkennen und ausführen (Früher brauchte
-
Thread
Quansheng UV-K5 Welchen soll ich nehmen ?
nkgdb.ofcomnet.ch/de/p7HRvFch8ipQgDgvb https://funkbasis.de/viewtopic.php?p=680121&sid=3da8e74e3a0319c93d24b37b700a333b
kann ja mehr als nur 2m/70cm.
-
Thread
Problem mit STM32 CubeMX I2S DMA und Full Duplex
->RxXferCount = 0U; if (hi2s->TxXferCount == 0U) { hi2s->State = HAL_I2S_STATE_READY; HAL_I2SEx_TxRxCpltCallback(hi2s); } } if (hi2s->hdmatx == hdma) { /* Disable Tx DMA Request */ if (((hi2s->Instance->I2SCFGR & SPI_I2SCFGR_I2SCFG) == I2S_MODE_MASTER_TX) ||\ ((hi2s->Instance->I2SCFGR & SPI_I2SCFGR_I2SCFG) == I2S_MODE_SLAVE_TX)) { CLEAR_BIT(hi2s->Instance->CR2,
-
Thread
schneller Optokoppler gesucht (3V RS-232, Reichelt?)
Ben B. schrieb im Beitrag #7426167: > Ich brauche eine kurze Info aus der Schwarmintelligenz: Wer kennt einen > Optokoppler, der bei 2,5..3V noch für RS-232 brauchbare Eigenschaften > hat und gut verfügbar
Ben B. schrieb im Beitrag #7426409: > 0.5mA LED-Strom klingt brauchbar, aber mehr als 2.400 baud sind nicht > drin? Fototransistoren sind halt langsam, und wenn du nur wenig LED-/Basis-Strom hast, musst
-
Thread
Aufstieg STM32F4 zu F7. Probleme mit der Geschwindigkeit.
wenn er nicht richtig aligned ist... dann wird ein teil der SW zum bremsklotz witzig ist dann zB auch wenn 1-2 Tasks ( von 10 ) langsamer laufen .. der rest aber weiterhin schnell agiert man sucht sich dann blöd
. hier werden die buffer für die LAN schnittstelle also descriptoren und TX/RX Buffer auf 8byte aligned in die extra 16kb SRAM 2 gelegt 0x20000000...........0x20010000..............................0x2004C000.... _____DTCM RAM_______|______240kb SRAM_________________
-
Thread
ATmega8 und UART => Code bringt Einsteiger zum Verzweifeln
5V) lese ich am ADC0 ein > * PD2 wird high, wenn der ATmega8 den MAX487 zum Senden freigibt Mit cbi(PORTD,PD2); Soll der MAX487 auf RX oder TX geschaltet werden? Und ein paar ns später erwartest Du in if(zeichen==0x0D
wenn der ATmega8 den MAX487 zum Senden freigibt > Mit cbi(PORTD,PD2); > Soll der MAX487 auf RX oder TX geschaltet werden? > Und ein paar ns später erwartest Du in > if(zeichen==0x0D) > daß ein komplettes Zeichen eingelesen wurde? Mit cbi(PORTD,PD2) wird der
-
Thread
STM32 Receive via SPI immer um ein paar Bytes versetzt
Telegramm etwas nicht in Ordnung war. Natürlich können andere Werte auch andere Fehler bezeichnen. b) Ein Telegramm kann *niemals* mit 0xFF anfangen und kann *nicht* länger als z.B. 74 Bytes sein. Deswegen weiss der Slave wenn der Master sich z.B. beim 25-sten Byte resettet: 1) Nach weiteren
etwas zu kollidieren, weil er immer wieder im SPI_Abort an dieser Stelle hängt: /* Change Rx and Tx Irq Handler to Disable TXEIE, RXNEIE and ERRIE interrupts */ if (HAL_IS_BIT_SET(hspi->Instance->CR2, SPI_CR2_TXEIE)) { hspi->TxISR = SPI_AbortTx_ISR; while (hspi->State != HAL_SPI_STATE_ABORT
-
Thread
Zwei Schaltungen über UART kommunizieren lassen.
es soll. Stecke ich Baugruppe B an den PC und teste die TX und RX Seite klappt auch alles wie es sein soll. Und jetzt kommt das "Problem" stecke ich A und B zusammen gehen die Daten vom HUART zwar zun SUART raus, kommen aber nicht
Vielleicht eine dumme Frage, aber hast Du die TX/RX gekreuzt? Denn wenn Du Baugruppe A direkt am PC anschliessen kannst und es läuft, ebenfalls Baugruppe B, dann müssen die Leitungen zwischen A und B gekreuzt sein.
-
Thread
XC16 v1.70- oder Ich mache komische Sachen mit Pointer
break; case I2C_DRV_CMD_TX_STOP: i2c_drv_stop_set(); return 0; break; case I2C_DRV_CMD_TX_ACK: i2c_drv_ack_set(); return 0; break; case I2C_DRV_CMD_TX_NACK: i2c_drv_nack_set(); return 0; break; case I2C_DRV_CMD_TX_DATA: i2c_drv_data_set(); return 0; break
-
Thread
ESP32-S3-Touch-LCD-4.3B
hallo, ich bin mir sicher hier kann mir jemand auf die Sprünge helfen. der ESP32-S3-Touch-LCD-4.3B hat einen RS485 Schaltplan: https://files.waveshare.com/wiki/ESP32-S3-Touch-LCD-4.3B/ESP32-S3-Touch-LCD-4.3B-Sch.pdf wie muss ich die verdrahtung vom SP3485E (RS485 transceiver) verstehen? Der
not print any debug messages on controller to reduce noise Serial.begin(115200, SERIAL_8N1, RX3, TX3); // swapped -> UART3 Serial1.begin(9600, SERIAL_8N1, RX0, TX0); // swapped -> UART0 Serial2.begin(115200, SERIAL_8N1, RX2, TX2); [/code]
-
Thread
TWI hängt sich auf CLK Puls geht unter
runter je nach Chip auf 1,1k ist halt ne Frage der kapazitiven Lasten. sitzen die beiden (SDA SCL) I2C pullup Rs wirklich am Ende der Leitung alleine ! nicht das irgendwelche I2C Chips eigene am I2C Slave haben. Gerne werden auch pullup Rs auch schon mal am Master bestückt -> raspberry Pi z.B. das
startet das Ganze sobald was im Puffer steht (SlaveAdresse,SlaveInternAdresse,Datenbyteanzahl,Byte1,Byte2) über die Funktion Twi_Tx_TriggerNextTransfer(). Danach ist der Handler dran. [c] void Twi_Tx_TriggerNextTransfer(Twi *p_twi){ uint8_t buffer_out = 0; gl_twi0_state = TWI0TX_BUSY; /*
-
Thread
Fritzbox 7950 WiFi 2,4GHz schlechter Empfang
kontrollier doch mal die RF-3,3V auf Ripple unter Temperatur. zu den Frontends: die beiden für 2,4GHz sind mMn für die Streams - ich denke, die machen 2 Streams mit 160MHz Bandbreite oder 4 mit 80MHz; man sieht es auch daran, dass je 2x RX und TX in ein Frontend gehen; bei 5GHz sind es immer 4
Peter K. schrieb im Beitrag #7735813: > zu den Frontends: die beiden für 2,4GHz sind mMn für die Streams - ich > denke, die machen 2 Streams mit 160MHz Bandbreite oder 4 mit 80MHz; > man sieht es auch daran, dass je 2x RX und TX in ein Frontend gehen; > bei 5GHz sind es
-
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)
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 > und
-
Thread
STm32F103: Beispielcode der Chan FatFs zum Laufen bekommen
while (SPI_I2S_GetFlagStatus(RF_SPI, SPI_I2S_FLAG_TXE) == RESET); /* Wait for SPIz Tx buffer empty */ SPI_I2S_SendData(RF_SPI,data); /* Send RF_SPI data */ while (SPI_I2S_GetFlagStatus
korrekt SPI Rotuine sieht so aus: > uint8_t SPI_TransferByte(uint8_t data) > { > while (SPI_I2S_GetFlagStatus(RF_SPI, SPI_I2S_FLAG_TXE) == RESET); > /* Wait for SPIz Tx buffer empty */ > SPI_I2S_SendData(RF_SPI,data); > /* Send RF_SPI data */ > while (SPI_I2S_GetFlagStatus(RF_SPI
-
Thread
Hardware-Designtipps des Monats: Der Schaltplan
auf einen Blick, das der 100nF/16V Kondi bei der 24V Eingangsspannung zu mager ist. Auch werden z.B. von Alitum Constraints im Schaltplan unterstützt, die man bestenfalls sogar mit Design-Rules belegen kann. Nun ist es dem Layouter unmöglich, eine Leiterbahm mit 0,2 zu routen, über die nacher 5A fließen
Datenbank zugewiesen oder (ja sowas gibt's) manuell in eine Stückliste verfrachtet. >Auch werden z.B. von Alitum Constraints im Schaltplan unterstützt, die >man bestenfalls sogar mit Design-Rules belegen kann. Nun ist es dem >Layouter unmöglich, eine Leiterbahm mit 0,2 zu routen, über die nacher
-
Thread
STM32 HAL UART Mysterium oder bin ich dumm?
Konfiguration erfolgt mittels CubeMX. beispielsweise sieht das dann so aus: [c] UART_HandleTypeDef huart2; uint8_t rx2_buffer[100]; uint8_t tx2_buffer[100]; serial_ctx_t serial2; int main(void) { ... MX_DMA_Init(); MX_USART2_UART_Init(); ... uint8_t tx_buffer[100]; serial_init(&serial2, &huart2, rx2_buffer, sizeof(rx2_buffer), tx2_buffer, sizeof(tx2_buffer)); while(1) { ... // senden sprintf((char *)tx_buffer, "hallo."); serial_write_buf(&serial2
-
Thread
rs232 Übertragung hängt fest
. - Baudrate ok? Das Teleskop gibt vermutlich eine vor die in der Software passen muss. - RX/TX gekreuzt? Mal 2/3 umlöten probieren Cheers Detlef
Stellarium hat/hatte wohl Probleme mit der Ansteuerung von Teleskopen je nach Version/Variante, siehe z.B. hier: https://github.com/Stellarium/stellarium/discussions/2853
-
Thread
Netzwerkkarte mit RTL8019
Frame Number: 9 Packet Length: 62 bytes Capture Length: 62 bytes Ethernet II, Src: 1e:0a:2b:2b:2d:4d, Dst: 00:0c:76:16:59:a7 Destination: 00:0c:76:16:59:a7 (Micro-St_16:59:a7) Source: 1e:0a:2b:2b:2d:4d (1e:0a:2b:2b:2d:4d) Type: IP (0x0800) Internet Protocol, Src Addr: 192.168.0.101
ausgabe übers Terminal ist: Init Network Card: ......... Init Ready! Card Init: 34 My Mac: 1e.a.2b.2b.2d.4d My IP : 192.168.1.101 hört sich also gut an und 192.168.1.101 is auch in meinem Netzwerk richtig und auch noch nicht vergeben...
-
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 mit dem Gerät
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
8bit Datentransfer von int16-Werten
Byteweise packen typedef struct { char h; char l; } tbytes union { int16 i; tbytes b; } wert; #pragma pack() // Packweise zurückstellen //Empfänger: wert.b.h=owx_rx_buffer[pos]; wert.b.l= owx_rx_buffer[pos+1]; //Sender: owx_tx_buffer[pos]=wert.b.h;owx_tx_buffer[pos+1]=wert.b.l
_t a =-800,b; uint8_t buf[2]; set_tx16(a,0); //buf[0]=a>>8; printf (": %d \n", a); printf (": %d \n",buf[0]); printf (": %d \n",buf[1]); b=get_rx16(0); printf ("b: %d \n",b); return 0;
-
Thread
Kein GND auf RS485
ist dann der 'geheimnisvolle' GND. Aber Gnade, wenn einer irgendwo den PE abgemacht hat oder wenn z.B. zwei Häuser verbunden werden sollen, die mit 2 unterschiedlichen Einspeispunkten (Energieversorger) versorgt werden (also auch 2 unterschiedliche PE s haben können). Ich habe in solchen Fällen schon
#3846091: > 'geheimnisvolle' GND. Aber Gnade, wenn einer irgendwo den PE abgemacht > hat oder wenn z.B. zwei Häuser verbunden werden sollen, die mit 2 > unterschiedlichen Einspeispunkten (Energieversorger) versorgt werden > (also auch 2 unterschiedliche PE s haben können). Ich habe in solchen > Fällen
-
Thread
Can Interruppt
eingetippt, als Denkanstoss für den Kollegen ;) >Hier konfigurierst du etwas: >Can_ConfigureTxMob(int mobIdx); > >Hier >Can_Send(int mobIdx, tData* txData); >aber den Rest. Mit Can_ConfigureTxMob konfigueriert man ein Mob als Tx-Objekt, mit modIdx sagt man welches. Mit Can_Send sagt man,
in 19.5.2.4 Automatic Reply steht in etwa folgendes: Wenn du ein RTR empfängst, wird das dafür zuständige MOB automatisch einen CAN Frame rausschicken. RTR=1 RPLV=1 CAN-ID Maske Tx-Mode und dann
-
Thread
CAN Grundlagenfrage
du brachst noch nen bustreiberbaustein, z.b. den PC82C250 http://www.semiconductors.philips.com/acrobat_download/datasheets/PCA82C250_5.pdf ...für jeden teilnehmer einen... in den kommen deine Tx und Rx leitung... raus kommen dann
doch gesendet wird. Jedenfalls versucht wird zu senden. Ich habe das Oszi mit dem 1. Kanal auf die TX Leitung des MCP2515 vom Empfänger der Nachricht gehängt und den 2. Kanal auf CAN LOW. Jedesmal an der gleichen Stelle vom Frame wird ein Impuls über den TX vom "Empfänger" gesendet. Hab mal ein Bild
-
Thread
2. Serielle am ATmega328P mit 115200
jede Zeit nehmen, die man braucht. Ich betreibe z.B. 3 (TX-)Softwareuart mit 57600 Bit/s im Interruptbetrieb.
Atmega328PB hat zwei serielle Schnittstellen. Dann braucht man aber ein Baudratenquarz für die 115,2k, z.B. 7,3728MHz.
-
Thread
Vergleich µC mit USB zu RS232 Funktionalität
haben auch ab Werk eine echte Seriennummer. Beim FT230XS gehört die RX-LED an den Pin CBUS1 und die TX-LED an CBUS2 -- das z.B. /könnte/ man im EEPROM anders konfigurieren.
schonj fertig. Der USB Teil habe ich mal nach mehrmaligem Lesen mal überarbeitet. Es gejlen noch 2 Pins für die Übertragung Rx Tx und die LEDs. Das bekomme ich noch hin.. Für den RST Pin habe ich mal einen 4,7kO Widerstand davor gesetzt. So sollte es doch funktionieren oder?
-
Thread
DCF77 Selbstbauempfänger
Eine Simu mit dem Spice-Model des CD4007 ergibt, dass durch den Koppelkondensator etwa 4dB Pegel verloren gehen. Die Modifikation mit dem 1M-Widerstand bringt nur weniger als 1dB. Das Spice-Model des CD4007 gibt es hier: http://e2e.ti.com/cfs-file.ashx/__key/communityserver-discussions-components-files
https://www.ptb.de/cms/presseaktuelles/journalisten/nachrichten-presseinformationen/presseinfo.html?tx_news_pi1%5Bnews%5D=11219&tx_news_pi1%5Bcontroller%5D=News&tx_news_pi1%5Baction%5D=detail&tx_news_pi1%5Bday%5D=25&tx_news_pi1%5Bmonth%5D=10&tx_news_pi1%5Byear%5D=2021&cHash=1e27d53fe127612d4f55345fbf7a40b8
-
Thread
(R)MII auf FPGA einsynchronisieren
> Was ich leider auch nicht ganz verstanden habe, ist ob der RX und der TX > Clock zueinander synchron sind, oder ist das vom Phy Baustein abhängig? TxCLK und RxCLK sind zueinander asynchron zum Einsynchronisieren kannst du entweder mit einem höhreren interen Takt des FPGAs die Signale abtasten. RxCLK und TxCLK sind 25 MHz also brauchst du mindestens 50 MHz zum Abtasten, oder du benutzt eine FIFO-Struktur, indem du z.B die Register, mit denen du die Rx-Daten empfängst, mittels RxCLK eintaktest und dann die