nodeMCU ESP-12E und Arduino NANO

[Moppi]

Irgendeinen Zusammenhang wird es da wohl geben. Denn wenn ich den RESET-Knopf auf der Platine drücke, bleibt der ESP hängen, aber nicht, wenn ich die Stromversorgung trenne und er dann neu startet.
Wenn ich SoftwareSerial verwende, kann ich auf GPIO12 und GPIO13 umschwenken, GPIO15 dann nicht benutzen. Wird, mangels der nutzbaren Pins, dann immer weniger, was ich am nodeMCU betreiben kann.
Wenigstens bekomme ich noch eine SD-Karte dran und der Rest muss dann an den NANO angeschlossen werden.

MfG

[Rabenauge]

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]

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]

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]

Hier mal, was so im Monitor ankommt.

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

[Klebwax]

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]

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

[Moppi]

Wie soll man das hinterher wieder in der Software lösen? Habe DIP-Schalter bestellt.

[Klebwax]

Irgendeinen Zusammenhang wird es da wohl geben.

Nicht irgendeinen, sondern wie in der Tabelle, die ich gepostet hab. Elektronik funktioniert deterministisch.

Denn wenn ich den RESET-Knopf auf der Platine drücke, bleibt der ESP hängen, aber nicht, wenn ich die Stromversorgung trenne und er dann neu startet.
Wenn ich SoftwareSerial verwende, kann ich auf GPIO12 und GPIO13 umschwenken, GPIO15 dann nicht benutzen. Wird, mangels der nutzbaren Pins, dann immer weniger, was ich am nodeMCU betreiben kann.
Wenigstens bekomme ich noch eine SD-Karte dran und der Rest muss dann an den NANO angeschlossen werden.

Was spricht eigentlich dagegen, sich mal GPIO15 (oder auch die anderen Pins) auf dem Scope während Reset oder Power-On anzusehen? Und was spricht dagegen einen Pulldown an GPIO15 zu legen, damit er beim Booten low ist, wie man das mit solchen Config-Eingängen normalerweise macht?

MfG Klebwax