-
Thread
Protokoll für serielle Kommunikation zwischen zwei Controllern
stehen? Was ist mit 32Bit oder gar 64Bit für z.b. nen Key-Exchange? Dann ist man, wenn man das Protokoll wirklich einhalten will an die, an die Commanddaten wie z.b. Servo, I2C gebunden? Nee, das ist zu restriktiv. Nicht umsonst hat sich ModBus seit
Verfügung stehen? Was > ist mit 32Bit oder gar 64Bit für z.b. nen Key-Exchange? Dann ist man, > wenn man das Protokoll wirklich einhalten will an die, an die > Commanddaten wie z.b. Servo, I2C gebunden? Nee, das ist zu restriktiv. Firmdata ist auch NICHT
-
Thread
Probleme mit serieller Kommunikation
korrekt beschaltet, und die Funktion der Ladungspumpen überprüft? Welche Spannungen liegen an Pin 2 und an Pin 6 an?
verfügbar. CTS/RTS habe ich nicht gesehen. > Mach vielleicht einen Loopback am Wyse mit nur den TX/RX Leitungen > verbunden. Wenn es nicht funktioniert, dann überprüfe die Pegel der > Handshake Pins. Wenn ich am Wyse nur den TX-Pin mit dem RX-Pin verbinde, erscheint alles was ich tippe am Bildschirm
-
Thread
Multiplexer für RS232 Pegel
auf Anfrage. Welche Baudrate? Du kannst ja evtl. schon mal die RX-Leitungen alle direkt an den TX anschliessen. Und die Tx-Leitungen über ein Dioden-Widerstandsnetzwerk zusammenfassen: [pre] TX1 ---o--->|-o----o '--[]--' | | TX2 ---o--->|-o---
Zusätzlich zu Tx/Rx brauch ich noch eine Steuerleitung (RTS). Mit dem 3x8 meinte ich also Leitungen dessen Pegel gewandelt werden muss. Wie verwende ich denn den MC1488 (z.B. input d1, d2 => ouput d). So wie ich das
-
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
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
Fragen zu ersten VHDL Beschreibung (UART Transmitter)
Beschreibung also etwa so aussehen: [vhdl] FIFO_LENGTH : positive := 4; -- Fifolänge = 2**FIFO_LENGTH : : type tx_state_t is (IDLE, DATA_BITS, STOP_BIT); type fifo_t is array(0 to 2**FIFO_LENGTH-1) of std_logic_vector(7 downto 0); : signal fifo : fifo_t; : signal wrptr, rdptr
<= '0'; end if; when DATA_BITS => tx_o <= tx_data(tx_bit_index); tx_bit_index <= tx_bit_index + 1; if (tx_bit_index = 7) then tx_state <= STOP_BIT; end if; when
-
Thread
ATMEGA mit ESP8266 kommunizieren
R1 muß in der Leitung zu Tx. So bekommt der ESP immer noch die 5V. Seine Tx kann gleich mit der Rx verbunden werden. (Ohne Transistor) Dem Mega reichen die 3V normalerweise um ihn zu verstehen.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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