nodeMCU ESP-12E und Arduino NANO

**Rabenauge** · 01.02.2020, 11:53

Hm, mir ist da noch was eingefallen: ich hatte Timingprobleme (irgendwelche Interrupts hatten mir in die Suppe gespuckt, und damit die Kommunikation ab und zu gestört).
Das hab ich gelöst, indem ich eine zusätzliche Busy-Leitung zwischen beiden Controllern gelegt hatte.
Wer was vom anderen wollte, hat die auf HIGH gezogen, und somit konnte ich das Problem dann umschiffen.

Das hilft dir evtl. auch weiter.

**Moppi** · 01.02.2020, 12:27

Das Problem ist, dass ich nichts mache, außer ser. Kommuniaktion. Da ist kein Sensor angeschlossen, keine IR-Diode oder sonst was. Außer er L293D, der nicht angesteuert wird.
Wie ich das Problem lösen kann, das ist mir geläufig, werde ich auch tun müssen. Aber Störungen in der Kommunikation verlangsamen die Reaktionszeit auf der Empfängerseite.
Wenn ich günstige Einstellungen finde, habe ich nicht so viele Fehler.

MfG

- - - Aktualisiert - - -

GPIO12 und GPIO13 machen weniger Probleme. Die Störungen in der Übertragung bleiben.
Stimmt aber, ich könnte noch eine dritte Verbindung stecken. So dumm ist das gar nicht.

**Rabenauge** · 01.02.2020, 12:36

Die NodeMCU treiben einiges im Hintergrund.
Und: es ist nicht alles dokumentiert, bei manchem (und niemand weiss, wieviel) hüllt sich Expressif in eisernes Schweigen.

Die haben das Ding nur teilweise offengelegt- von daher gibt es immer mal wieder Überraschungen.

**Moppi** · 01.02.2020, 12:38

Hier mal, was so im Monitor ankommt.

Code:

2337!2337!2337?2337!Hello, world: 
2338!2338!2338!?338!Hello, word 
2339!2339!233??2339!Hello, wo?ld:

**Klebwax** · 01.02.2020, 17:29

Zitat von Rabenauge

Die NodeMCU treiben einiges im Hintergrund.

Da läuft das ganze W-Lan im Hintergrund. Ich halte eine SW-Uart generell für schlecht und auf einem ESP8266 für unbrauchbar. Ich benutze nur die HW-Uart und habe damit auch bei 115kB keine Probleme.

MfG Klebwax

**Moppi** · 01.02.2020, 18:38

Ich habe es jetzt rausgefunden, woher die Fehler kommen. Nicht vom nodeMCU. Die kommen vom ATmega328P, also von "SoftwareSerial.h" auf einem 328P. Mit UART gibt es da keine Übertragungsfehler. Bloß müssen dann bei jedem Programmaufspielen die Kabel an RX/TX abgezogen werden und dann wieder drauf gesteckt. Deswegen hatte ich auch SoftwareSerial auf dem 328P. Gut, weiß ich jetzt, kann die Kommunikation mit Fehlererkennung umsetzen und dann später, wenn alles fertig ist, auf UART umstellen.

MfG