Serial läuft per default über UART 1+3,
wenn du SoftSerial zusätzlich brauchst, muss es IMMER über ANDERE Pins laufen (z.B. 12+13).
Was allerdings sein kann, ist, dass der ESP8266 überhaupt nicht zu den SoftSerial Libs kompatibel ist.
PS,
es ist aber denkbar, dass du für reine Ausgabezwecke den TX1 (GPIO2=D4) mit Serial1() nutzen kannst, zusätzlich zu Serial() RX+TX
https://github.com/plerup/espsoftwareserial
hab ich in einem Forum gefunden, es braucht wohl eine ESP angepasste SoftwareSerial (die Info könnet aber auch schon Hoffnungslo veraltet sein)
Ansonsten schließe ich mich hier HaWe an, die SoftSerial auf die gleichen Pins wie die HWSerial zu packen könnte hier schon das Problem erklären, wobei ich nciht 100% sicher bin ob man die HWSerial Pins einfach mit einer Pin Konfiguration überschreiben könnte!?
Es gibt 10 Sorten von Menschen: Die einen können binär zählen, die anderen
nicht.
Das "könnte" durchaus denkbar sein, dann "sollte" man aber vorher "vielleicht" UART 1+3 auf andere Pins umdefinieren, und dann "könnte" man anschließend die frei gewordenen 1+3 für SoftSerial verwenden -Zitat von Ceos
bevor ich das aber hier jemandem empfehlen würde, würde ich lieber dazu raten, bei Standard-UART-1+3 zu bleiben und SoftSerial mit passenden Libs (?) auf anderen Pins probieren.
Der Einwurf zu SoftSerial-Anpassungen über spezielle ESP-Libs ist aber sicherlich wichtig, ich würde das Testprogramm stark abspecken und nur Softserial alleine mit diesen anderen Libs an 12+13 versuchen zum Laufen zu bringen.
- - - Aktualisiert - - -
PS,
dein Link, Ceos, scheint jedoch recht aktuell zu sein:
harlock974 and plerup Add files via upload (#74)
Latest commit 56654d2 on 18 Dec 2018
Geändert von HaWe (07.02.2019 um 12:28 Uhr)
Hallo, vielen Dank für die Informationen.
Ich habe jetzt ein Client.ino auf einem Rechner, einen Server.ino auf einem anderen.
An beiden einen ESP-12E und den JY-R2T Konverter. Über ein RS232 Kabel ist alles verbunden.
Jeweils RX Pin 3 und TX Pin 1.
Im Client ist PinMode RX auf INPUT und TX auf OUTPUT.
Im Server nur RX auf INPUT. Wenn TX hier ebenfalls auf OUTPUT gesetzt wird, geht nichts.
Der Client schickt alle 2 Sec. 7 Byte: 00021900000017,
diese kommen beim Server an und können auch in der Server IDE Console lesbar dargestellt werden.
In der Client IDE Console sehe ich nur Hieroglyphen.
Das ganze funktioniert nur mit erwähnten Einstellungen.
Wenn ich auf der Client-Seite die PinMode TX weglasse oder auf Server-Seite zufüge,
dann geht nicht mehr. ... " ... not available ", aber lesbar.
Ich werde, wie von euch angesprochen, mich jetzt um die RX/TX Pins und um die Library kümmern.
Vielen Dank nochmals, ich melde mich wieder.
Gruß Ede
RX und TX musst du nicht als INPUT/OUTPUT konfigurieren, sie sind bereits korrekt für Serial() UART vorkonfiguriert.
Auch für SoftSerial() musst du nur die (abweichenden) pin-Nummern benennen, nichts weiter, den Rest erledigen die Libs.
Jein!RX und TX musst du nicht als INPUT/OUTPUT konfigurieren, sie sind bereits korrekt für Serial() UART vorkonfiguriert.
wenn die default UART an ist und du dann eine SOFT-UART auf die gleichen Pins belegst, kann es sehr gut zu einem Konflikt führen(vor allem wenn der darunterliegende Chip die Portfunktion nicht automatisch konfiguriert sondern konfiguriert werden muss, leider stecke ich im 8266 was UART angeht nicht drin, aber soweit ich es verstanden habe muss man bei PIC controllern die Pins manuell auf Ausgang schalten auch wenn die peripherie darauf gemappt ist).
Nur um es auszuschließen, soll er prüfen wie die Pins konfiguriert sind.
Das gilt nur, solange du keine "merkwürdigen" Sachen machst und den z.B. Soft Serial auf die eigentlich Hardware Serial Pins zu legen ist in meinen Augen definitv "merkwürdig"den Rest erledigen die Libs.
Es gibt 10 Sorten von Menschen: Die einen können binär zählen, die anderen
nicht.
Uups, meine Antwort vom 13.2.2019 ist auf Seite 1 gelandet.
Sorry.
@Ceos:
(las gerade eben erst deine Antwort vom 11.2.)
Das default UART für Serial() auf ESP8266 GPIOs 3+1 ist bei Arduino nodeMCU cores immer per default an, sobald es per Serial.begin() gestartet wurde. Hier muss man für die Benutzung per Serial() auch keine INPUT/OUTPUT pins zusätzlich initialisieren, das macht die Serial() Lib automatisch.
Auch bei SoftwareSerial() muss man nur die Klasse mir den gewünschten Pins instanziieren und keine INPUT/OUTPUT pins zusätzlich initialisieren, denn das macht auch hier die Arduino-Standard-Lib intern: https://www.arduino.cc/en/Tutorial/S...eSerialExample
Ich sehe noch nicht, dass das bei der auf ESP angepassten Lib anders laufen sollte...(?)Code:SoftwareSerial mySerial(10, 11); // RX, TX void setup() { // Open serial communications and wait for port to open: Serial.begin(57600); while (!Serial) { ; // wait for serial port to connect. Needed for native USB port only } Serial.println("Goodnight moon!"); // set the data rate for the SoftwareSerial port mySerial.begin(4800); mySerial.println("Hello, world?"); } //
Und wir reden hier ja auch ausschließlich über die Arduino API Libs!
Daher schrieb ich ja, dass SoftwareSerial() NICHT auf dieselben Pins wie Serial() initialisiert werden sollte, gerade wenn man Serial() RX0/TX0 dort ebenfalls benutzt!
Daher schrieb ich ebenfalls, dass man für Serial() RX0/TX0 bei GPIO 3+1 bleiben soll und für SoftSerial andere GPIOs nutzen soll...
@ede62
... was du ja jetzt wohl auch getan hast - und es funkioniert
gerade gefunden, als update zu ESP8266 software-serial::
https://github.com/arduino/Arduino/issues/8733
Berechtigungen
Zitieren
Lesezeichen