2 x ESP8266 an Mobile Hotspot ?

[mhc2004]

Hallo,

wie der Titel schon sagt würde ich gern wissen ob es machbar ist 2 ESP Module gleichzeitig an einen Mobile Hotspot z.B. ein Handy an zu melden und von beiden, sicher mit der richtigen App, gleichzeitig Daten zu empfangen.
Es geht mir erstmal nur um die Frage: Geht oder geht nicht.

Hat da jemand evtl. schon Erfahrung mit gemacht?


Viele Grüße
Maik

[radbruch]

Hallo

Es geht mir erstmal nur um die Frage: Geht oder geht nicht.

Ich hab's noch nicht versucht, aber ich gehe davon aus, dass es funktionieren würde.

Die ESP8266 verbinden jeweils mit einer eigenen IP über die sie dann mit einer APP (oder anderen Anwendungen) kommunizieren würden.

Gruß Micha

[Klebwax]

Hallo,

wie der Titel schon sagt würde ich gern wissen ob es machbar ist 2 ESP Module gleichzeitig an einen Mobile Hotspot z.B. ein Handy an zu melden und von beiden, sicher mit der richtigen App, gleichzeitig Daten zu empfangen.

Wenn ein "Mobile Hotspot" ein Accesspoint im WLAN Sinn ist, ja. Ich hab mehr als ein halbes dutzend ESPs in meinem WLAN am Laufen.

MfG Klebwax

[HaWe]

hallo,
ich habe z:Zt. 1 ESP mit Port 80 im häuslichen WiFi eingeloggt, der baut 1 Website auf, auf die ich per Internet-Browser Zugriff habe, und noch 2 weitere ESP (Port 81+82), die ebenfalls im WiFi Heimnetz eingeloggt sind und und mit dem 1. ESP Daten austauschen können, die dann ebenfalls über dessen Website angezeigt werden können.
Die Website kann von jedem PC oder Handy etc. unabhängig aufgerufen werden, als Dashboard sowohl zur Schaltung über Website-Buttons (LEDs, Motoren) als auch zur Datenüberwachung von allen ESPs (z.B. Temperatur, Feuchtigkeit, Helligkeit).

[Ceos]

und noch 2 weitere ESP (Port 81+82)

wozu denn das ?

Jeder von den ESP kann doch auf Port 80 lauschen, solange er seine eigene IP hat (Grundvoraussetzung für den normalen WLAN Betrieb)

Was dir sicher mehr helfen würde, wäre ein Master Modul dasss die Webseite bereitstellt und Verbindung mit weiteren ESPs in WLAN über TCP oder ein UDP Protokoll aufbauen kann, dafür brauchtest du dann eine Art Discovery protokoll, also dein Master müsste regelmäßig oder auf Anfrage (Im Browser) einen Multicast ins WLAN senden und alle verfügbaren ESP Nodes würden dann eine Antwort als Multicast zurück senden oder eine TCP Verbindung aufbauen um sich zu identifizieren.

Solange deine Nodes nicht zwingend Energie sparen müssen, würde ich auf eine robuste TCP Verbindung zwischen Node und Master setzen.

Der Master hat einen HTTP-Server Port auf Port 80 offen für die Browser Verbindung zum steuern. Außerdem noch einen normalen TCP Server Port irgendwo jenseits Port 10000 um mit keinen gänigen Diensten zu konkurrieren. Wenn du jetzt das Discovery startest, sendet dein Master ein oder mehrere Multicast Messages via UDP ins Netzwerk auf einen bestimmten Port.

Jeder deiner Nodes lauscht permanent auf diesem Port. In den Multicast Nachricht steht dann sowas drin wie "Master auf Adresse 192.168.1.115 Port 12403, bitte antworten" und die Nodes bauen dann eine TCP Verbindung mit dem Master auf, der muss natürlich die ganzen TCP Connections speichern und behandeln und entsprechend die WEbseite updaten. Denkbar wäre es auch einfach für jeden Node in der Webseite einen IFrame zu generieren und dann die Webseite vom Node abzurufen und im Iframe darzustellen, wie ein Proxy.

[HaWe]

dazu bin ich noch zu sehr Neuling...
die beiden "Slaves" können sich zu Energiesparzwecken selber abschalten (DeepSleep), wie hier in diesem Beispiel:
http://www.mikrocontroller-elektroni...d-arduino-ide/

Die Website vom "Master-web-Server" dagegen habe ich nach diesem Beispiel aufgebaut:
http://www.instructables.com/id/Quic...n-Arduino-IDE/

Ich nutze sie auf extra Ports, damit ich getrennte scripte zur Kommunikation habe.
Nur der Port 80 dagegen ist fürs Internet im Router und beim Domain-Hoster noIP.com für die dynamische web-IP + url weitergeleitet.

[Ceos]

Du hast also dynDNS aufm Router laufen und ne Portweiterleitung zu deinem Master-Node eingerichtet damit du aus dem Internet drauf zugreifen kannst.

Sei dir bitte im klaren darüber dass so eine Konstruktion zum Missbrauch durch Dritte einlädt und du ggf. erstmal ohne Internet Anbindung basteln solltest bis du dir sicher bsit dass man dir über deinen Port 80 nicht irgendwas wichtiges kaputt machen kann.

Worauf ich hinaus wollte, die Slaves müssen ja vom Master gesteuert werden. Eine TCP Verbindung über WLAN ist dabei am aller einfachten zu halten. Eine UDP Lösung hingegen erfordert entweder von dir eine Feedback Nachricht oder du kannst dir nicht sicher sein, dass der Befehl auch angekommen ist (gerade im WLAN besoders wichtig). Im DeepSleep halten die ESP leider nicht die WLAN Verbindung offen, d.h. dein Node kann immer nur zu gewissen Zeiten aufwachen, sich melden, auf Antwort warten und dann nach 5sek. oder so wieder in den DeepSleep fallen.

Die Stromersparnis wird also weniger effektiv sein oder du musst mit Verzögerungen rechnen (z.B. Master wartet nach einer Eingabe einfach und übermittelt Zeitversetzt den Befehl zum Slave wenn er sich aus seinem Schlaf zurückmeldet)

Der DeepSleep vom ESP sit eher was für Geräte die eine WLAN Verbindung brauchen um sich Informationen abzuholen.

Du könntest als deinen Master mit Port 80 und z.B. Port 8080 machen. auf Port 80 deine Steuerung und auf Port 8080 die Befehle in irgendeinem für die Slaves verständlichen Format.
Der Slave wacht auf, verbindet sich mit dem WLAN, und fragt den MAster kurz ab ob es Aufgaben für den Slave gibt. Nach Erledigung der Aufgaben fällt der Slave dann wieder in Sleep.

Aber das sind nur so meine Gedanken dazu. Habe eben wegen der Stromspargeschichte den ESP erstmal bei mir auf Eis gelegt.