ESP32-S3-Touch-LCD-4.3B

Die Schaltung ist... Spannnend...

Beim Senden wird nicht der Treiber genutzt, sondern mit jedem Bit wird die Richtung umgeschaltet - Ich bezweifele, dass das zu einer korrekten Änderung auf der Busleitung führt.

Aber vielleicht weiß ja jemand mehr.

Das senden kann ich mir ja noch schön reden auch wenns der Erfinder vom Transiver so nicht gemeint hat. aber wie soll ein normaler Treiber einer Uart das empfangen hinbekommen?

Michael M. schrieb:

aber wie soll ein normaler Treiber einer Uart das empfangen hinbekommen?

Nur dann lesen, wenn nicht geschrieben wird (Grundvoraussetzung von 2-Wire-RS485).

dafür müsste in diesem Fall aber erst mal der TX read enablen weil er da dran hängt. Und noch besser wärs wenn er nicht selbst einen loobback simuliert der garnicht da ist. Schau dir die Schaltung an und erklähr mir was der Hersteller damit wollte.

Michael M. schrieb:

dafür müsste in diesem Fall aber erst mal der TX read enablen weil er da dran hängt.

Mal dir doch einfach mal eine Tabelle mit den logischen Pegeln für TX, RX und DE/RI auf. Beachte dabei den (vorgespannten) Ruhepegel der RS485-Leitung.

Und noch besser wärs wenn er nicht selbst einen loobback simuliert der gar nicht da ist. Schau dir die Schaltung an und erklähr mir was der Hersteller damit wollte.

1. Dich verwirren ;)
2. Eine automatische Sende-Empfangsumschaltung realisieren, wodurch man sich den Richtungsumschaltpin spart.

Solche Beschaltungen hatten wir hier schon ein paar Mal. Also das die Richtungsumschaltung als TX Pin verwendet wird. Wenn du suchst findest du bestimmt andere Threads dazu. Wahrscheinlich wollten man Pins sparen. In meinen Augen Murks. Das traurige ist, dass zumindest auf manchen Boards noch Pins frei sind.

Seither äußerte sich das nicht nur in schlechten Pegeln, sondern auch in viel langsameren Umschaltzeiten von Low auf High, weil da nicht aktiv getrieben wird.

OK also TX ist murx das ist schon klar, funktioniert dafür. RX geht nicht obwohl es hardwareseitig ansich ok ist. RX sollte gehen wenn die Uart TX hi oder undefiniert ist, tut es aber nicht. Ich bekomme (ESP Home) schlicht keine logischen daten im Log angezeigt, wenn ich was sende kommt laut log ein das gesendete 1:1 zurück, auch wenn ich die GPIOs in den Wald konfiguriere, muss also im Uart Treiber Teil sein. Wenn ich am Bus von anderen Geräten was versende sieht jeder de Daten nur der ESP nicht. Wenn der ESP register abfragen will macht er das, bekommt auch Antwort aber er selbst behauptet eben laut log das er ein echo bekommen hat = crc fehler.

das steht im log vom esp: [15:35:32.762][D][uart_debug:114]: >>> 01:04:00:64:00:01:70:15 [15:35:32.774][W][modbus:135]: Modbus CRC Check failed! C022!=64 [15:35:32.879][D][uart_debug:114]: <<< 01:04:00:64:00:01:70:15

das sehen alle anderen: -<R [15:35:32:508] 01 04 00 64 00 01 70 15 01 04 02 00 00 B9 30

Ich hätte ohne mich damit auseinandergesetzt zu haben zwei Gedanken. Vielleicht fehlt ein Software Pull-up oder Pull-down am RX. Oder RX/TX sind am selben Pin und der muss zwischen Input und Output umgeschalten werden.

Das hier habe ich noch gefunden, kannst ja mal reinschauen.

https://github.com/Westcott1/Waveshare-ESP32-S3-Touch-LCD-4.3-and-Arduino

Ich hab das Teil jetzt umgebaut und verwende die CAN Bus Gpios ich bin am Ende zum Schluss gekommen das die ursprünglichen Gipos, weil an Uart1 offenbar intern verwendet werden, log daten oder sonst was, und desshalb was rein pfuscht.

Also reines Softwareproblem. Ich habe sowas mal gelöst indem ich Serial umgeleitet habe.

1

// do not print any debug messages on controller to reduce noise

2

Serial.begin(115200, SERIAL_8N1, RX3, TX3);  // swapped -> UART3

3

Serial1.begin(9600, SERIAL_8N1, RX0, TX0);   // swapped -> UART0

4

Serial2.begin(115200, SERIAL_8N1, RX2, TX2);

Alexander (alecxs) 31.10.2025 08:39

Also reines Softwareproblem. Ich habe sowas mal gelöst indem ich Serial umgeleitet habe.

Das Problem scheint es öfters zu geben:
Beitrag "Re: Cheap Yellow Display"

Hab ich alles durch, das Problem ist das im ESP Home nicht alles so einfach ist, im esp-idf war es möglich, aber im esp Home hoffnungslos.