nodeMCU ESP-12E und Arduino NANO

[Klebwax]

Ich nutze am nodeMCU die Pins für GPIO13 und GPIO15, in Verbindung mit SoftwareSerial. So wie ich raus fand, macht GPIO15 Schwierigkeiten.

Zu GPIO15 fällt mir ein, daß der Pin beim Booten low sein muß.

MfG Klebwax

[Moppi]

Zu GPIO15 fällt mir ein, daß der Pin beim Booten low sein muß.

MfG Klebwax

Wenn ich die Kabel abziehe, dann hängt der in der Luft, dann bootet das nodeMCU.

Steht irgendwo, dass der auf LOW gezogen werden soll?

MfG

[Klebwax]

Steht irgendwo, dass der auf LOW gezogen werden soll?

Der Zustand der GPIO15, GPIO0 und GPIO2 , wenn Reset oder CH_PD high wird, bestimmt den Boot Mode des ESP. Hier eine Tabelle dazu


In der linken Spalte stehen die Zuständer der Pins 15, 0 und zwei. Die beiden grünen Werte werden typisch verwendet, einmal zum Flashen, einmal zum Betrieb.

MfG Klebwax

[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.

[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