ESP8266 USB Adapter an zwei Pc benutzen.

Auf beiden PCs die Arduino IDE instalieren.

https://www.heise.de/ct/artikel/Arduino-IDE-installieren-und-fit-machen-fuer-ESP8266-und-ESP32-4130814.html

Gibt es bitte auch ein Programm extern nur für Windows um das USB-Modul 
anzusprechen als serielle Schnittstelle?

Danke.

Peter B. schrieb:
> Gibt es bitte auch ein Programm extern nur für Windows um das USB-Modul
> anzusprechen als serielle Schnittstelle?
> Danke.

Wenn es nur im die Kommunikation mit der seriellen Schnittstelle des 
ESP8266 geht, verwende ich HTerm:


https://www.heise.de/download/product/hterm-53283

**Inbetriebnahme** :

- Terminalprogramm HTerm starten, ohne das der USB-Adapter gesteckt ist.
- angebotene COMs notieren [CONNECT]
- USB-Adapter mit ESP8266 anstecken
- HTerm mit der neu dazugekommenen COM verbinden [CONNECT]
- loslegen

peter bierbach schrieb:
> Wusste nicht, das es da so einfach ist.

**Noch ein Tipp** :

Die AT Kommandos müssten, vorausgesetzt man hat die richtige Baudrate 
eingestellt, sofort funktionieren.

Die Eingabe von AT<CR><LF> liefert OK zurück. Im Anhang Liste der AT 
Kommandos.

Stefan ⛄ F. schrieb:
> Hier ist meine Info-Sammlung dazu:
> http://stefanfrings.de/esp8266/index.html

Beste Seite über den ESP8266. Besten Dank!

werden die 2 USB Adapter über die Vendor ID oder PID oder nur über Com 
identifiziert?

VID (Vendor ID) und PID (Product ID) weitere wichtige Merkmale zur 
eindeutigen Identifizierung von USB-Geräten

wenn du wirklich sicher gehen willst sollte jeder ESP eine Antwort mit 
seinem Namen fest im flash verankert! senden!

Unter windows hatte ich mal alle Coms abgeklappert um
1. zu sehen wer antwortet, und
2. zu sehen wer was antwortet um sicher zu gehen das ich den richtigen 
Ansprechpartner finde, denn Com Nummern können sich ja auch mal ändern!

Die ESP MAC sollten aber verschieden sein, aber auch nicht immer, am 
Router also MAC testen!

Ich nehme an, es soll von einem Terminalprogramm von einem PC mit dem 
Terminalprogramm des zweiten PCs, über zwei ESP8266, kommuniziert 
werden.

Stefan ⛄ F. schrieb:
> Das Windows selbst auch und hat damit schon heftige Irritationen
> ausgelöst.

den Satz verstehe ich nur halb, wenn du meinst das windows antwortet, da 
hast du Recht, deswegen habe ich dem Empfänger "Fragen" gestellt und 
wenn die Antwort nicht passt dann war es nicht der Empfänger.
Ich hatte im Antennenmessgerät ein RS232 nachgerüstet und manche USB 
rs232 antworteten komisch, aber wenn ich eine Kanaleinstellung schickte 
und eine Abfrage nach dem Pegel und die Antwort passte in den Grenzen 
von Antennenpegel oder error zurück kam weil ich ausserhalb der Grenzen 
fragte, ja dann war ich sicher das das Messgerät antwortet.
Das kann im ESP ja auch mit name? IP? connect? einprogrammiert werden

Stefan ⛄ F. schrieb:
> Ich meine damit, dass man Befehle sendet

ok, ist ja ähnlich wie ich es machte

Joachim B. schrieb:
> Ich hatte im Antennenmessgerät eine RS232 nachgerüstet und manche USB
> rs232 antworteten komisch, aber wenn ich eine Kanaleinstellung schickte
> und eine Abfrage nach dem Pegel und die Antwort passte in den Grenzen
> von Antennenpegel oder error zurück kam weil ich ausserhalb der Grenzen
> fragte, ja dann war ich sicher das das Messgerät antwortet.

und was soll der PC an dieser Stelle?

und warum läuft auf dem PC dann kein Programm welches die Daten 
weiterleitet?

also von einer Com entgegenimmt und zur anderen Com weiterleitet?
Woher soll denn der PC wissen was er für dich machen soll ohne Programm?

peter bierbach schrieb:
> Beide sollen Datenaustauschen über Rs232.

Was soll das werden?
Wenn zwei PCs Daten "austauschen" sollen geht das seit vielen Jahren 
problemlos per Ethernet, Ordnerfreigabe usw.

Vielleicht sollte der TO eine Blockschaltung mit folgendem Inhalt 
zeichnen:

- erster PC mit Bildschirm und Tastatur
- erster ESP mit USB und Antenne
- zweiter ESP mit USB und Antenne
- zweiter PC mit Bildschirm und Tastatur
- einzeichnen des Pfades von wo wo hin Zeichen übertragen werden sollen

Dann ist es möglich weitere Tipps zu geben.

Es reicht eine Handskizze wie z.B. wie in der  Beilage.

Stefan ⛄ F. schrieb:
> Ja, jetzt muss er nur noch deinem Vorschlag zustimmen oder ihn
> korrigieren.

Ja, so ist es.  Ich hoffe der TO weiß was er will, wenn ja, dann kann 
ihm geholfen werden.

Mein Vorschlag würde auf einen UDP Paketversandt oder TCP Verbindung 
führen.

Links der Client, Rechts der Server.

https://arduino-esp8266.readthedocs.io/en/latest/esp8266wifi/udp-examples.html

https://www.esp8266.com/viewtopic.php?p=78034

Das ist meine Aufstellung :

- erster Computer(PC) mit Bildschirm und Tastatur
- erster ESP mit USB und Antenne

- zweiter ESP mit USB und Antenne
- zweiter Computer (Spectrum Next) mit Bildschirm und Tastatur

Auf dem ersten PC habe ich Tera Term laufen mit 115200 Baud.
AT+GMR ergibt siehe Screen vom PC.

Auf dem zweiten Computer (Spectrum Next) habe ich ein Next-Programm 
laufen mit 115200 Baud.
AT+GMR ergibt siehe Screen vom Next (Foto).

Wenn ich bei beiden AT+... die Befehle eingebe funktionieren diese.

Ich komme aber aus dem Prüfmodus bei den beiden nicht hinaus zum senden 
von Daten via COM.
Ist meine Spielweise hier falsch um dieses als COM zu nutzen damit beide 
eine Verbindung haben?

Danke.

Peter B. schrieb:
> Ist meine Spielweise hier falsch um dieses als COM zu nutzen damit beide
> eine Verbindung haben?

offensichtlich, nochmal

Joachim B. schrieb:
> und warum läuft auf dem PC dann kein Programm welches die Daten
> weiterleitet?
>
> also von einer Com entgegenimmt und zur anderen Com weiterleitet?
> Woher soll denn der PC wissen was er für dich machen soll ohne Programm?

oder du schickst die Daten von einem ESP zum anderen ESP, wie?
überlege wie 2 ESP zusammen kommen können, im selben Subnetz per IP, in 
verschiedenen Netzen über extern und Weiterleitung!

Die Daten möchte ich von einem ESP zum anderen ESP schicken.

Vom PC über Tera Term und vom Next über das Next-Programm.

Im eigenen WLAN-Netz mit IP sollen die beiden ESP laufen.

Peter B. schrieb:
> Wenn ich bei beiden AT+... die Befehle eingebe funktionieren diese.

- Fein, der 1. Schritt ist getan!

- Fehlt nur noch auf einer Seite den Clientsketch und auf der anderen 
Seite den Serversketch zu installieren.

Gutes Beispiel siehe: https://fipsok.de/udp

Gerald K. schrieb:
> Gutes Beispiel siehe: https://fipsok.de/udp

Man muss das Beispiel nur so umbauen, dass statt Daten vom Sensor, Daten 
von der seriellen Schnittstelle schickt werden.

Irgendwer ist in den 90ern in ein Zeitloch gepurzelt. Ich weiß nur noch 
nicht wer.

Aber ohne Flax. Auf irgendeine Art wurde einer Untergruppe der µ-User 
(Modellbauer, Drohnenflieger, E-Techniker usw) im Jahr 2021 in einer 
ihrer Fachzeitschriften wohl der ESP2866 vorgestellt. Bisher auf dem 
8051 programmiert und nun kommt die Offenbarung. Leute! Diese Chips mit 
integriertem WLAN gibt es seit Jahren, die AT-befehle sind als Beispiel 
gedacht, viele Programme laufen besser und wesentlich performanter 
direkt auf dem ESP als diesen als WLAN-Modem zu miss/gebrauchen.

https://fipsok.de/udp

Danke.
Das Beispiel ist gut.
Für den Sensor schicke ich erstmal alle 2 Sekunden 1 Byte mit der 
Arduino IDE zum ESP auf dem Spectrum Next , welches auch ankommt.

Gruss

Hier ist zu sehen, wie man die serielle Scnittstelle auslesen kann:

https://www.arduino.cc/reference/de/language/functions/communication/serial/read/

1

void loop() {

2

 // Daten nur senden, wenn Daten erhalten: 

3

 if (Serial.available() > 0) 

4

 { 

5

    // Lies das eingehende Byte: 

6

     incomingByte = Serial.read(); 

7

     Udp.beginPacket(unicastIP, PORT); 

8

     Udp.printf("%c", incomingByte);

9

     Udp.endPacket()

10

  } 

11

}

Oliver S. schrieb:
> die AT-befehle sind als Beispiel gedacht

Wozu als Beispiel und  gerade warum AT-Kommandos?

**AT-Kommandos haben einen praktischen Nutzen** :

- man kann leichter die Plattform wechseln

- man kann den ESP als Modem verwenden, zumal der ESP8266/01 nur sehr 
wenige IOs hat

- und  einen zweiten MC nutzen um die Anwendung zu implementieren

**Der zweite MC hat den Vorteil** :

- der ESP mit seinem IP-Stack wird weniger belastet

- man kann die Software des ESPs unverändert lassen (es ist ein Eingriff 
in ein zugelassenes System)

- man kann leicher auf ein anderes Modem umsteigen

- leichter zu testen

- mit Sketches Software zu implentieren ist nur für sehr kleine Systeme 
möglich (Multitasking?)

Oliver S. schrieb:
> Leute! Diese Chips mit integriertem WLAN gibt es seit Jahren, die
> AT-befehle sind als Beispiel gedacht, viele Programme laufen besser und
> wesentlich performanter direkt auf dem ESP als diesen als WLAN-Modem zu
> miss/gebrauchen

Um ein komplexere Anwendung direkt auf dem ESP laufen lassen zu können 
bedarf es gutes Wissen bezüglich "Embedded Software". Das Betriebssystem 
des ESP ist kooperativ. 
(https://www.mikrocontroller.net/articles/Multitasking) Das hat zur 
Folge, dass eigene lange Codestücke die WLAN Funktion gehörig außer 
Tritt bringen können. Solche Fehler sind schwer zu finden, zumal sich 
diese anfänglich nur in der schlechten "Performance" der 
Datenübertfragung äußern. Sketches sind nur für einfache Anwendungen 
tauglich.

Wenn nur Daten von der seriellen Schnittstelle eines PCs per WLAN auf 
die serielle Schnittstelle das anderen PCs übertragen werden sollen, 
kann man sich doch die ESPs schenken. Ich benutze dazu die virtuellen 
COM-Treiber COM2TCP und TCP2COM. Damit erzeuge ich COM-Ports und die 
Datenübertragung erfolgt per WLAN. Ist genauso wie früher mit 
RS232-Modem-Kabel nur ohne Kabel. Und das ganze läuft unter WIN10.
Und sollte am anderen Ende eine RS232-Schnittstelle benötigt werden, 
kann man ja einen ESP-01 mit MAX3232 und einem klitzekleinen 
Progrämmchen mit SoftSerial verwenden. Das läuft bei mir z.B. zur 
Steuerung eines GPS-Empfängers, der im Dachboden sitzt.

Ich denke der TO will Erfahrung mit dem ESP8266 sammeln und nicht 
konkretes Projektes realisieren.

Hallo,

Gerald K. schrieb:
> Um ein komplexere Anwendung direkt auf dem ESP laufen lassen zu können
> bedarf es gutes Wissen bezüglich "Embedded Software". Das Betriebssystem
> des ESP ist kooperativ.
> (https://www.mikrocontroller.net/articles/Multitasking) Das hat zur
> Folge, dass eigene lange Codestücke die WLAN Funktion gehörig außer
> Tritt bringen können. Solche Fehler sind schwer zu finden, zumal sich
> diese anfänglich nur in der schlechten "Performance" der
> Datenübertfragung äußern. Sketches sind nur für einfache Anwendungen
> tauglich.

Nichts davon kann ich irgenwie nachvollziehen. "Lange Codestücke" stören 
in keiner Weise wenn man weiß, daß man auf einem ESP unterwegs ist.

Gruß aus Berlin
Michael

Martin schrieb:
> Man kötte auch auf einen ESP32 ausweichen

Kostet auch mehr. Wahrscheinlich mehr als ein ESP8266/01 + kleiner MC.

Gerald K. schrieb:
> Kostet auch mehr.

und wo ist das Problem für 2 Stk. als privat Projekt?

Der Topic war doch ein TO will über 2 ESP Daten tauschen, dazu braucht 
es kein PC!

Er hat aber noch nie geschrieben WO die beiden PC / ESP stehen!
im selben Raum?
in dem selben Gebäude?
in dem selben Kontinent?

Das wäre doch mal wissenswert ob es um selbe Subnetze geht interne oder 
externe IP!

Joachim B. schrieb:
> Der Topic war doch ein TO will über 2 ESP Daten tauschen, dazu braucht
> es kein PC!

Er verwendet den PC als Terminal.

Gerald K. schrieb:
> Er verwendet den PC als Terminal.

ja und?

kann man ja machen nur wurden nie Fragen beantwortet:

Joachim B. schrieb:
> Er hat aber noch nie geschrieben WO die beiden PC / ESP stehen!
> im selben Raum?
> in dem selben Gebäude?
> in dem selben Kontinent?
>
> Das wäre doch mal wissenswert ob es um selbe Subnetze geht interne oder
> externe IP!

und weiter:

Joachim B. schrieb:
> und was soll der PC an dieser Stelle?
>
> und warum läuft auf dem PC dann kein Programm welches die Daten
> weiterleitet?
>
> also von einer Com entgegen nimmt und zur anderen Com weiterleitet?
> Woher soll denn der PC wissen was er für dich machen soll ohne Programm?

es wurde alles geschrieben, nur kommen keine Antworten vom TO

Der PC und der Spectrum Next stehen 40 cm auseinander.
Beide haben einen eigenständigen Bildschirm und jeder sein ESP

Der Pc leitet die Daten nicht weiter , weil diese dort erstmal ankommen 
sollen auf dem Pc  vom Next.

Die Ip kommt vom WLAN und hat sich auf dem Next mit 192.168.2.105 
eingerichtet.

Ich kann Daten vom Arduino-IDE-Programm auf dem PC mit ESP zum ESP Next 
rüberschicken die ankommen.

Danke
Der erste schritt ist gemacht.

Peter B. schrieb:
> Ich kann Daten vom Arduino-IDE-Programm auf dem PC mit ESP zum ESP Next
> rüberschicken die ankommen.
> Danke
> Der erste schritt ist gemacht.

Zumindest hat der TO eine Etappenziel erreicht.
Schön wäre ein Foto vom Testaufbau. Bilder sagen bekanntlich mehr als 
tausend Worte.

Der TO will von einem PC aus über ein Terminalprogramm mit einem 
Terminalprogramm, welches auf dem Spectrum Next läuft, kommunizieren. 
Die Verbindung erfolgt über beiderseits an den seriellen Schnittstellen 
angeschlossene ESP's via WLAN.

Am PC ist der ESP8266 über USB, beim Spectrum Next über die serielle 
Schnittstelle angeschlossen. So sehe ich das aus den Postings des TO's. 
Schön wäre es, da sich der TO nicht richtig artikulieren kann, wenn er 
wenigstens aussagekräftige Fotos des Aufbaus posten würde (die beiden 
Geräte stehen kein 50cm nebeneinander).

Habe jetzt ein py-Programm gefunden welches ohne ESP vom Notebook die 
Daten/Programme zum Spectrum Next-ESP schickt. Das py-Programm wir auf 
den Notbook gestartet.
Das Programm heisst : nextsync.py für den Notebook.
Die IP die dort beim Start vergeben wird ist dann 192.168.2.103

Der ESP auf den Next wurde vorher mit dem WLAN verbunden : "EasyBox" und 
"Passwort".

Das Abrufen geht dann vom Next aus.
Als erstes wird dort : .sync 192.168.2.103 eingegeben damit der Next die 
IP vom Programm nextsync.py bekommt . Braucht man nur einmal machen.

Dann immer nur .sync und die Programme werden aus einem UnterOrdner wo 
dieses nextsync.py drin ist überspielt.

Der "Spectrum Next" und "N-Go" ist ein 8-Bitter (Spectrum Nachfolger)
Mit dem Spielen eines PC nicht vergleichbar.

Kann man nachschauen "Spectrum Next" und "N-Go"

Brain 2.0 schrieb:
> Evtl. sollte man den "Funkheld" mit Peter B. ansprechen

Versuch

Peter B. schrieb:
> Hallo, guten Tag.

Peter B., sage wo die beiden PC stehen, maximale Entfernung?
Peter B., say where the 2 PC standing, maximum length between?
Peter B. sind beide PC im selben Netz?
Peter B. sind beide PC im selben Zimmer?
Peter B. are booth PC in the same room?
Peter B. sind beide PC im selben Haus?
Peter B. are booth PC in the same house?
Peter B. sind beide PC im selben Land?
Peter B. are booth PC in the same country?
Peter B. sind beide PC im selben Kontinent?
Peter B. are booth PC in the same continent?

also wenn er das nicht versteht bleibt es sinnlos.
if he doesn't understand no one can help.

Stefan ⛄ F. schrieb:
> Es ist auch aber auch Sinnlos, Fragen nochmal zu beantworten, die schon
> vor 24 Stunden beantwortet wurden.

ich sah das als Testaufbau denn für 40cm braucht es keinen ESP, da 
reicht ein Nullmodemkabel!

Das sagt IMHO nichts über den späteren Einsatzzweck

--------------------------------
Ich hatte immer gedacht das ich einen 2. EPS brauche an meinem Notebook
weil im N-Go schon einer drin ist um den Datentransport zu machen.
-------------------------------

Darum hatte ich dieses Thema auf gemacht, wie man mit 2 ESP umgeht 
miteinander.

peter bierbach schrieb:
> darum diese
> Missverständnisse
Peter B. schrieb:
> Darum hatte ich dieses Thema auf gemacht, wie man mit 2 ESP umgeht
> miteinander.

was war an meiner Antwort nicht zu verstehen?

Joachim B. schrieb:
> und warum läuft auf dem PC dann kein Programm welches die Daten
> weiterleitet?
>
> also von einer Com entgegenimmt und zur anderen Com weiterleitet?
> Woher soll denn der PC wissen was er für dich machen soll ohne Programm?

das war doch schon immer so, es fehlte ein Programm welches Daten 
weiterleitet!

Natürlich kann man das auch gleich in die ESP reinprogrammieren, dann 
braucht man keinen PC dazwischen.