Hallo,
das esp01 Modul funktioniert bei mir einwandfrei, jedoch bekomme ich den
TCP Server nicht zum laufen.
Die AT Befehle:
Das Module in den Soft AP Modus bringen:
AT+CWMODE=2
AT+CWSAP="ESP-Modul","supersecret",5,3
AT+RST
Nachdem Neustart des Modul, starte ich den TCP Server auf Port 5000:
AT+CIPSERVER=1,5000
Wenn ich mich nun mit dem Server verbinden möchte:
nc 192.168.0.111 5000
bekomme ich ein timeout.
Mit ping 192.168.4.1 habe ich aber eine Verbindung.
Natürlich hatte ich mich mit dem SOFT AP mit meinem Smartphone
verbunden.
Ja, wo liegt nun das Problem?
andy_help schrieb:> nc 192.168.0.111 5000
Und was passiert dann bei
nc 192.168.4.1 5000
?
Oder hast du die default IP vom ESP8266 mit AT+CIPAP geändert?
Hi,
war ein Fehler von mir.
Ich hab die IP Adresse vom esp Module natürlich nicht geändert.
Das esp Module hat die IP Adresse 192.168.4.1 und mein Smartphone
192.168.4.2.
Beide IP Adressen sind mit ping erreichbar.
Wenn ich aber nc 192.168.4.1 5000 ausführe, erhalte ich ein timeout.
Also nochmal zusammen gefasst:
Dein ESP Modul ist im SOFT-AP Modus und kann auf 192.168.4.1 angepingt
werden. Du hast dort einen TCP Server auf Port 5000 gestartet.
Dein Smartphone ist in das WLAN Netz "ESP-Modul" eingeloggt und hat die
IP Adressse 192.168.4.2 bekommen.
Mit "nc 192.168.4.1 5000" ausgeführt auf deinem PC bekommst du keine
Verbindung.
Ist das bis hierhin alles 100% richtig?
Dein PC ist hoffentlich ebenfalls in das WLAN Netz "ESP-Modul"
eingeloggt, welche IP Adresse hat er bekommen? Ist er gleichzeitig mit
weiteren Netzwerken verbunden? Welches Betriebssystem nutzt du auf dem
PC?
Ja, dass ist zu 100% richtig.
Das esp01 Modul ist im soft AP Modus und hat die IP Adresse 192.168.4.1.
Mein Android Smartphone verbindet sich mit dem access point und bekommt
die IP Adresse 192.168.4.2.
Beide IP Adressen sind erreichbar per ping, jedoch funktioniert der TCP
Server nicht.
Aufgebaut ist es momentan so.
Atmega ist über uart mit dem esp module verbunden.
Der Atmega geht eine Schleife durch und sendet die at Befehle zum esp01
Module.
Der Atmega empfängt die Daten vom esp01 Module und schickt sie über eine
Software uart an meinen PC.
So sehe ich, dass die at Befehle richtig übermittelt wurden.
Hm..odet fehlt eventuell ein at Befehl?
Heute Abend werde ich mal den udp Server vom esp01 module testen.
andy_help schrieb:> fehlt eventuell ein at Befehl?
Was fehlt sind Antworten auf meine Fragen
Stefan ⛄ F. schrieb:> Dein PC ist hoffentlich ebenfalls in das WLAN Netz "ESP-Modul"> eingeloggt, welche IP Adresse hat er bekommen? Ist er gleichzeitig mit> weiteren Netzwerken verbunden? Welches Betriebssystem nutzt du auf dem> PC?
Mein PC ist über uart mit dem Atmega und der Atmega über uart mit dem
esp01 Module verbunden.
Der Atmega sendet die at Befehle zum Module. Die Rückmeldungen sendet
der Atmega umgehend an den PC.
Beim Linux PC läuft der Hammer terminal, so dass ich die Rückmeldungen
vom Module erhalte.
Mein Smartphone verbindet sich mit dem access point des esp module.
Das esp01 module hat die IP Adresse 192.168.4.1 und das Smartphone hat
die IP Adresse 192.168.4.2.
Verbindet sich mein Smartphone mit dem esp01 Module, so ist die WLAN
Verbindung aktiv und das Smartphone verbindet sich für das Internet mit
meinem Telefonanbieter.
Beim Smartphone starte ich dann ein terminal und sende dann nc
192.168.4.1 5000 und ich erhalte dann ein timeout.
In dem terminal pinge ich dann beide IP Adressen an und das funktioniert
auch.
Du führst den "nc" Befehl wirklich in einem Terminal auf dem Smartphone
aus?
Wie hast du dass den installiert?
Ist es nicht eher so, dass du den "nc" Befehl auf deinem PC ausführst,
der gar nicht mit dem WLAN Netz "ESP-Modul" verbunden ist?
Ich hab beim Android Smartphone das terminal Programm termux
installiert.
Beim termux program kann man dann das nc Programm installieren.
Ja ich führe den nc Befehl beim Smartphone und nicht beim PC aus.
Vielleicht geht das einfach nicht richtig. Die Installation solcher
Kommandozeilentools ist bei Android nicht vorgesehen. Es kann durchaus
sein, dass das Betriebssystem nicht alle dazu nötigen Funktionen bereit
stellt.
Mache das mal auf dem Linux PC. Verbinde den PC mit deinem WLAN Netz und
Benutzer dort das "nc" Programm. Unter Linux ist das ein ganz normales
Tool, das ohne solche Tricks installiert werden kann.
Alternativ könntest du auf Port 80 wechseln und mit dem Web-Browser auf
dem Smartphone testen. Dann hast du natürlich ein HTTP Protokoll oben
drauf. Aber da dieses Text-Basiert ist kannst du zumindest sehen, was
der Browser an den ESP sendet.
andy_help schrieb:> Ja ich führe den nc Befehl beim Smartphone und nicht beim PC aus.
Das war ne schwere Geburt den Satz dir aus der Nase zu ziehen....
Und wenn du dich zum SoftAP des ESP mit deinem PC verbindest und nc
ausführst, dann bekommst du kein Timeout?
Timo N. schrieb:> Das war ne schwere Geburt den Satz dir aus der Nase zu ziehen....
Und es war der einzige Punkt, wo er von meiner Anleitung abgewichen ist.
Daraus kann man etwas lernen.
@Timo N. Wenn ich meinen PC mit dem esp verbinde klappt es.
Wenn ich aber das Smartphone mit dem esp verbinde, funktioniert es eben
nicht.
Es klappt auch nicht, wenn ich den esp im server modus mit dem Port 80
betreibe und dann den esp per webbrowser anspreche.
Mit dem pc klappt es.
Warum funktioniert dies nicht mit meinem android smartphone und wie
bekomme ich ein brauchbares netcat Programm für android zum laufen?
> und wie bekomme ich ein brauchbares netcat Programm für android zum laufen?
Ja, es ist kaum vorstellbar, aber wirklich alles was ich damals
getestet habe, hat nicht, halb oder nur mit Einschraenkungen
funktioniert.
Auch zahlreiche netcat-Quellen haben Bugs die das Binary unbrauchbar
machen.
Damals war die Androidentwicklungsumgebung ADT und fuer direktere
Zugriffe via C das NDK. Keine Ahnung wie das heute heisst.
Ist dein Fon eigentlich gerootet?
Vielleicht sollte ich mein nc im Guggelstore verkaufen
wenn der Rest der Welt nichts brauchbares zustande bringt.
Hi mein Smartphone ist nicht gerootet.
Ist ein Huawei p30 lite.
Das Smartphone verbindet sich mit dem soft ap vom esp module, aber es
kann keine tcp bzw. udp verbindung mit dem module herstellen.
Da muss es doch eine Lösung für geben.
> Hi mein Smartphone ist nicht gerootet.
Dann kann auch die Android-Firewall noch die interessanten Pakete
verwerfen.
Dagegen kannst du ohne "root" nicht viel tun.
Fuer deine Tests solltest du auch immer Portadressen ueber 1024
verwenden.
Wenn man alle Funktionen von netcat nutzen will, muss netcat mit
setuid=0 laufen.
1
void netcat_printhelp(char *argv0)
2
{
3
printf(_("GNU netcat %s, a rewrite of the famous networking tool.\n"), "ndkbuild");
4
printf(_("Basic usages:\n"));
5
printf(_("connect to somewhere: %s [options] hostname port [port] ...\n"), argv0);
6
printf(_("listen for inbound: %s -l -p port [options] [hostname] [port] ...\n"), argv0);
7
printf(_("tunnel to somewhere: %s -L hostname:port -p port [options]\n"), argv0);
8
printf("\n");
9
printf(_("Mandatory arguments to long options are mandatory for short options too.\n"));
10
printf(_("Options:\n"
11
" -c, --close close connection on EOF from stdin\n"
12
" -e, --exec=PROGRAM program to exec after connect\n"
13
" -g, --gateway=LIST source-routing hop point[s], up to 8\n"
Hi,
hab eben gesehen, dass das Problem mit dem Android Smartphone nur
besteht, wenn ich die mobile Datennutzung aktiviert habe.
Jetzt ist es eine gute Frage, wie ich trotz aktiver mobilen Datennutzung
Pakete an den tcp Server vom esp module senden kann.
andy_help schrieb:> Jetzt ist es eine gute Frage, wie ich trotz aktiver mobilen Datennutzung> Pakete an den tcp Server vom esp module senden kann.
Ich kann mich an Zeiten erinnern, wo Netzwerke noch Kabel hatten und der
Computer ein komplettes Betriebssystem.
Wenn du meinst, dass deine Stock-ROM (von Google/Apple beschlagnahmt und
kastriert) trotzdem ausreicht, dann würde ich bei netcat an den
Optionen:
-l listen
-L tunnel
ansetzen. Insbesondere ein paar Gedanken zu listen investieren. Ob vllt.
eine Instanz (das netcat Gegenstück) nötig ist, welches auf dem ESP
nicht z.V. steht).
Ebenso sich an ping zu klammern ist naiv. Versuche es mal mit netstat
-tun, traceroute, pathping, nmap, iptables -L u.ä. Diagnosetools.
Immerhin kam ja eine schöne und wichtige Meldung: timeout.
Wenn er mit netcat zu einem auf einem Port lauschenden Server
connecten will, braucht er kein:
> -l listen> -L tunnel
und erst recht keinen Tunnel.
Auf meinem Routerchen laeuft z.B. ein handgestrickter Server,
der das Datum und die Uhrzeit zurueckgibt:
> nc gw 49
time 06:52:11
date 22-02-2020
Damit kann ich bei "Dummsystemen" ohne NTP bequem die
Systemzeit setzen.
Scheinbar hast du netcat selber noch nicht benutzt.
> Jetzt ist es eine gute Frage, wie ich trotz aktiver mobilen Datennutzung> Pakete an den tcp Server vom esp module senden kann.
Dazu muesste dein ESP Internetkonnektivitaet bereistellen koennen.
Ansonsten interessiert sich der Androide nicht besonders dafuer.
Mach es andersrum: Lass den ESP auf den Androiden connecten.
Der sollte dann vom Android per DHCP eine IP-Adresse bekommen.
Ohne root-Zugriff kannst du die Netzwerkinterface ja nicht
am Android vorbei konfigurieren.
Ergo70 schrieb:> Wenn nc über das Mobilfunknetz rausgeht, wird eine 192er IP wohl kaum> geroutet werden! Du mußt nc an das richtige, sprich WLAN, Interface> binden (-s).
Und darauf deutet genau das beschriebene Fehlerbild hin. Nämlich das es
nicht funktioniert, wenn er zusätzlich noch mit dem Mobilfunknetz
verbunden ist.
Kenn mich zwar nicht mit Netcat aus, aber die Option -s wäre für mich
die Naheliegendste um das Problem zu lösen.
andy_help schrieb:> Warum funktioniert dies nicht mit meinem android smartphone
Weil Android kein vollwertiges Unix Betriebssystem ist, Netcat dieses
aber erfordert. Du könntest genau so gut fragen, warum auf deinem
Smartphone kein MS-Office läuft.
> wie bekomme ich ein brauchbares netcat Programm für android zum laufen?
Android ist keine Plattform für Entwicklung und Diagnose Tools. Da dreht
sich alles nur darum, Java Apps ausführen zu können.
C/C++ ist bei Android nur dafür vorgesehen, zeitkritische Algorithmen
auszulagern. Der Trend geht aber ganz eindeutig dahin, dass in C/C++
immer weniger geht. Zugriff auf Bluetooth geht z.B. auch nicht (ging
früher mal).
Die -s Option braucht man eigentlich nur, wenn man ein multihomed
betriebenes Netzwerkgeraet 2 Interface hat, die in das selbe Subnetz
senden, so dass der Routingprozess nicht entscheiden kann, welches
Interface er benutzen soll. Ansonsten traegt jedes Interface sich
beim Router mit seiner Netzwerkadresse in die Routingtabelle ein.
Das reicht in der uebrigen Welt zuverlaessig dafuer, ein Geraet
das sich ebenfalls in diesem Subnetz befindet, zu erreichen.
Beispiel: Ein Geraet hat WLAN und Ethernet die im selben Subnetz
arbeiten. Will ich mit netcat jetzt per Ethernet senden, muss
ich die Sourceadresse des Ethernets angeben. Sonst entscheidet
die Metrik, die Reihenfolge der Interface oder der Zufall.
Das Android im uebrigen von der Intention nur ein Uebertrager von
S.P.A.M. mit einem gewissen Sekundaernutzen fuer den Besitzer ist,
haben hier ja andere auch schon festgestellt.
Ob die in meinem obigen Beitrag "netcat_printhelp" dargestellen
Optionen bei deinem netcat bereitstehen und auch funktionieren
musst du selber herausfinden. Die sind aus den Sourcen zu meinem
Compilat.
Auf meinem Fon startet z.B. ein sshd per Java/Android problemlos,
ist aber nicht zu erreichen, weil ihm das passende Owner-Socket
fehlt, um ihn in der Firewall freizugeben.
Abschliessend: Ohne root wuerde ich weitere Tests nicht durchfuehren.
D.H.: Roote dein Fon erstmal, dann kann man weitersehen.
Was spricht dagegen sich zuerst einmal die Routingtabelle auf dem
Androiden anzusehen, bevor am Layer7 geschraubt oder spekuliert wird?
Die Route das 192.168.4.0/24 Subnet (vom SoftAP) dürfte an der Prorität
kaum Einfluss haben. Sollte sich das default Gateway durch das
Datenverbindungs-Interface prioritätsmäßig hochschieben kann ich mir
kein Fehlrouting vorstellen.
Datenverbindung hin oder her, dafür habe ich den Punkt Tunnel
eingebracht. Das scheint mir am logischsten, a) einem Fehlrouting
entgegen zu wirken, b) die avisierte Mobilität sicherzustellen. Netcat
gehört jetzt nicht zu meinen top10 Kommandos in der bash_history. Ich
werde mich mal neugierigerweise durchkauen.
pumuggl schrieb:> Die sind aus den Sourcen zu meinem> Compilat.
Zeig her das Teil oder schweig still.
Protzen trägt nicht zur Problemlösung bei.
Danke.
pumuggl schrieb:> Roote dein Fon erstmal, dann kann man weitersehen.
LOL, auch eine Möglichkeit Probleme vom Tisch zu fegen :)
Ich vertrete auch das rooting, jedoch nicht als generelle Handlung oder
Pauschallösung für den Endanwender.
> Was spricht dagegen sich zuerst einmal die Routingtabelle auf dem> Androiden anzusehen
Es gibt kein netstat -rn, das eine Routingtabelle ausgeben koennte.
Nur ein "cat /proc/net/route". Was mir natuerlich reicht.
Bei einer aktiven Datenverbindung, ist die selbstverstaendlich
als Route mit ihrer PPP-Adresse ins Netz 0.0.0.0 eingetragen.
Davon unbenommen ist ein aktives WLAN genauso selbstverstaendlich
ueber seine Netzadresse zu erreichen. Die steht natuerlich auch
in der Routingtable des Androiden.
Die PPP-Adressen der Datenverbindung auch.
Und zu tunneln gibt es da nichts. Dann muesste ein Gegenpart
ja eingetunnelten Traffic wieder austunneln.
Netzwerk scheint auch nicht unbedingt zu deinen
> top10
zu gehoeren.
> Zeig her das Teil
Nach den Sourcen von GNU-netcat darfst du gerne selber suchen.
Und wie bei Open-Source ueblich, darf sich das auch jeder selber
kompilieren. Und etwaige Fehler beheben.
> nicht als generelle Handlung
Wer netcat mit allen angebotenen Optionen nutzen will,
muss root auf dem Geraet sein.
Fuer ca. die Haelfte reicht ein normaler Account mit UID>0.
Aber ein "nc -T -l -p23 -e'sh -l'" geht z.B. nur als root.
Das wirst du ja wohl kaum in Frage stellen wollen.
pumuggl schrieb:> Netzwerk scheint auch nicht unbedingt zu deinen>> top10> zu gehoeren.
Nimm bitte deinen Hammer an die Leine, wenn du unter die Leute spazieren
gehst.
Ich Klinke mich an dieser Stelle aus. Auf Hochflieger habe ich wirklich
kein Bock.
Mister A. schrieb:> Was spricht dagegen sich zuerst einmal die Routingtabelle auf dem> Androiden anzusehen, bevor am Layer7 geschraubt oder spekuliert wird?
Er hat schon mit dem Web Browser erfolgreich getestet.
Stefan ⛄ F. schrieb:> Er hat schon mit dem Web Browser erfolgreich getestet.
Der Verlauf ist etwas irritierend. Möglich dass wir etwas weit ausgeholt
und falsch abgebogen sind, uns auf netcat und deren Optionen und
Parameter festgebissen haben.
Zunächst eröffnete der TO, er versuche über 192.168.0.111 an den
(Web)Server über 5000/tcp heranzutreten. Er konnte sich erfolgreich
"verbinden". Für mich klang das nach einem klassischen STA-Mode.
Dann kam heraus, er hätte den AP-Mode im Einsatz, welche auch die IP für
das Smartphone geleased hätte. Einerseits spricht nichts dagegen, jedoch
mit Ausrufezeichen ob der AP wirklich laufen soll oder ob es ein Hinweis
auf einen nicht (fertig)konfigurierten ESP sei. In diesem Schritt kommt
das Thema routing und Routingtabelle zum Einsatz. Wurde hier versucht
ein forwarding vom Router (192.168.0.x) zum ESP einzurichten?
Dann wurde noch ein ATmega als Translator/Bridge erwähnt. Letztendlich
noch der Hinweis auf die Mobile Datenverbindung via Smartphone.
Es ist gut möglich dass zwischendrinn einfach nur verschiedene Szenarien
getestet wurden.
Letztendlich stellt es trotzdem kein Problem dar, auf dem Router
(192.168.0.x) eine statische Route zum 182.168.4.0 via 192.168.0.111
einzurichten und das ganze zu betreiben.
Ich bin gerne bereit weiter mitzudenken und einer Lösung für den TO
beizusteuern. Jedoch blöd anpumpen, wie oben, lasse ich mich nicht. Wir
machen das hier als Hobby, es soll Spaß machen.
Hallo,
entschuldige, dass ich mich jetzt erst melde.
Momentan hatte ich versucht mein Smartphone huawei p30 lite zu unlocken,
was aber nicht geklappt hatte, da mir hierzu der bootloader code fehlt.
Erst wenn das Smartphone unlock wäre, hätte ich es rooten können.
Naja, es gibt hierzu viele Anleitungen im Netz mit dem Ergebnis 0.
Aber das unlocken u. rooten trägt ja hier nicht zum Thema bei.
Der Testaufbau:
Atmega
ESP01
Der Atmega ist mit rx u. tx mit dem esp01 Module verbunden.
Der Atmega schickt seine AT Befehle zum esp01 Module und das esp01
Module startet ein SOFT AP.
PC:
Verbinde ich mich mit dem PC mit dem SOFT AP funktioniert alles optimal,
was bedeutet, dass ich mich mit dem Server des ESP01 Module verbinden
kann und er auch Daten erhält.
Smartphone:
Verbinde ich mich mit dem Smartphone mit dem SOFT AP, erhält das
Smartphone eine IP Adresse vom SOFT AP und das war es.
Ich kann keine Daten zum Server des esp01 senden.
Weder mit netcat, noch mit dem Webbrowser.
Das aber nur, wenn zur Wlan Verbindung zum SOFT AP die mobile
Datenverbindung aktiv ist.
Deaktiviere ich die mobile Datenverbindung, dann kann ich auch Daten zum
Server des esp01 Module senden.
Es wäre echt cool, wenn hier jemand eine Lösung hätte, wie ich trotz
aktiver mobilen Datenverbindung auch Daten schicken könnte.
Scheint es hier ein routing Problem der Daten zu geben?
Wenn ja, wie könnte ich das beheben?
Ich verstehe deinen Aufbau nicht. Ist das ganze eine Vorgabe oder hast
du es, aus der Legokiste, zusammen geschustert?
Für "das Paket" gibt es keine fertige Lösung. Es sei denn du weist genau
was du da aufbaust und wie man es kombiniert und umsetzt.
Warum muss die heutige Generation alles mögliche mit dem Smartphone und
Mobil machen? Kennt man nichts anderes oder kann man es nicht
einschätzen wozu der beleuchtete Klotz entwickelt wurde?
Jetzt rennst du los und rootest das Smartphone, ohne im klaren zu sein,
was du da machst... Nur weil ein Befehl nicht möglich ist?
Wozu brauchst du einen SoftAP auf dem ESP?
Kennst du den Unterschied zwischen dem ESP SoftAp, hostap, Accesspoint,
Router und Netzwerkgeräten?
Wozu brauchst du eine Datenverarbindung neben Wifi?
Hast du keinen PC/Laptop als Arbeitsplatz/Entwicklungsrechner?
Die einfachste Lösung: Du hast einen DSL-Router mit Accesspoint. Er
kümmert sich um alles was das Netzwerk betrifft.
Lass den ESP dahin verbinden und gut ist.
Entwickle deine Projekte auf einem "Personal Computer" mit einem
richtigen Betriebssystem.
andy_help schrieb:> Das aber nur, wenn zur Wlan Verbindung zum SOFT AP die mobile> Datenverbindung aktiv ist.> Deaktiviere ich die mobile Datenverbindung, dann kann ich auch Daten zum> Server des esp01 Module senden.
Klingt nach einem Bug im Betriebssystem des Smartphones. Das muss out of
the box gehen - ist bei meinen Geräten auch der Fall. Ich hatte eher ab
und zu Probleme mit der Anmeldung am SoftAP.
> Wenn ja, wie könnte ich das beheben?
Anderes Smartphone nehmen. Fehler vom Smartphone mit seiner
closed-firmware kannst nicht auf dem ESP lösen, der ebenfalls eine
closed-firmware hat. Das sind beides Plug&Pray Systeme.
Mister A. schrieb:> kann man es nicht einschätzen wozu der beleuchtete Klotz entwickelt wurde?
Ich denke das ist der Punkt.
Meine Tochter wollte partout nicht einsehen, dass es eine ganz dumme
Idee ist, auf dem Smartphone den ganzen Tag lang Streaming-Video zu
schauen (und zugleich immer abwechselnd alle 90 Minuten den Akku wieder
aufladen).
Am Ende des Tages meinte sie nur: Mein Smartphone ist ganz heiß, kannst
du etwas dagegen tun?
Stefan ⛄ F. schrieb:> Klingt nach einem Bug im Betriebssystem des Smartphones.
Muss nicht sein.
Zumindest in AOSP Vanilla, Cyanogen, Lineage u.a. gibt es in den
Settings die Möglichkeit Datenverbindungen priorisiert bzw. hart zu
behandeln. Zudem auch noch jede App für die Datenverbindung +
Hintergrunddaten per default einen Freifahrtschein hat.
Das hat dann Auswirkungen über welches Interface bzw. Route es hinaus
geht. Genauer gesagt, wird gerne eine Datenverbindung aufgebaut und
schon ist Wifi und LAN ade.
Seit geraumer Zeit wird eh daran gearbeitet, lokale Netzwerke so
umzumodeln, dass möglichst alle Anfragen ins Inet fließen.
So ein altmodisches lokales Netzwerk, mit DNS, Intranet und Co zu
betreiben wird immer anstrengender.
Stefan ⛄ F. schrieb:> Am Ende des Tages meinte sie nur: Mein Smartphone ist ganz heiß, kannst> du etwas dagegen tun?
Ein neues, schnelleres, mit nochmal doppelt Kernen kaufen :)
... Und die Energieversorger jubeln noch kräftiger.
Verstehe euch nicht. Warum hinterfragt ihr die Anforderungen des TOs?
Mister A. schrieb:> Warum muss die heutige Generation alles mögliche mit dem Smartphone und> Mobil machen?
Weil Sie eben diese Art des Umgangs als angenehmer empfindet. Der Markt
verlangt das scheinbar. Ist auch nicht mein Lieblings-Endgerät, aber ich
kann zumindest verstehen, warum es viele gibt, die damit lieber umgehen.
Du machst für mich den Eindruck als würdest du dich sehr gut auskennen,
also hilf ihm doch einfach mit seinem Anliegen oder gebe ihm hinweise,
wie er eine Lösung finden könnte.
> Wozu brauchst du einen SoftAP auf dem ESP?
Vielleicht will er den Aufbau irgendwo mobil und Akku einsetzen. Der ESP
bietet mit seinem Deepsleep Mode schließlich diese Möglichkeit an.
Vielleicht handelt es sich um irgendeine Art von Sensor, der ausgelesen
werden muss. Aber das ist nur Spekulation. Du kennst seine Anwendung
doch gar nicht. Warum meinst du, dass ein Router in der Nähe ist und er
den Station Mode einsetzen kann?
> Wozu brauchst du eine Datenverarbindung neben Wifi?
Warum jedes mal die mobile Datenverbindung am Handy deaktivieren, wenn
es technisch auch so gehen sollte?
> Hast du keinen PC/Laptop als Arbeitsplatz/Entwicklungsrechner?
Wieder das gleiche Problem: Wenn er den Aufbau mobil einsetzt, ergibt es
Sinn sich mit dem Handy verbinden zu wollen. Du schleppst deinen PC ja
auch nicht mit dir rum.
An den TO: Hier scheint jemand ein ähnliches Problem zu haben:
https://administrator.de/forum/android-routing-wifi-netzwerkschnittstelle-mobiler-datenverbindung-518949.html
Sorry an den TO, aber ich bin bei dem Thema kein Experte und kann dir
nicht weiterhelfen. Aber vielleicht hilft dir das weiter nach einer
Lösung zu suchen.
Timo N. schrieb:
Ja du hast Recht. Warten wir auf Antwort vom TO.
Mir schien es so, als könne er (anhand der Fragestellung) nicht so gut
mit den vorhandenen Werkzeugen umgehen.
> Hier scheint jemand ein ähnliches Problem zu haben:>> https://administrator.de/forum/android-routing-wifi-netzwerkschnittstelle-mobiler-datenverbindung-518949.html
Wenn es eine FritzBox ist, ist er im Gästebereich/Gastnetz 192.168.179.0
gelandet. Da ist vieles isoliert, was auch Sinn macht. Internetzugang
sollte grundsätzlich möglich sein. Außer man hat in der Kindersicherung
weitere Restriktionen (Blacklist) mit Regeln (Portblocking) erstellt,
was ebenfalls Sinn macht, dieses Segment weitestgehend einzuschränken...
Wenn der TO tatsächlich das ganze mobil betreiben möchte, ergänze ich
o.g. Vorschlag um folgende Punkte:
- DynDNS einrichten
- ggf. VPN Zugang einrichten
- DNS Domain rebind eintragen
- DNS Filter (Pihole) empfehlenswert (um wildes treiben des Smartphones
etwas einzudämmen)
Timo N. schrieb:> Vielleicht will er den Aufbau irgendwo mobil und Akku einsetzen. Der ESP> bietet mit seinem Deepsleep Mode schließlich diese Möglichkeit an.
Deep-Sleep und SoftAP schließen sich gegenseitig aus - zumindest
praktisch gesehen.
> Warum jedes mal die mobile Datenverbindung am Handy deaktivieren,> wenn es technisch auch so gehen sollte?
Daran hätte ich auch keine Freude.
Vielleicht muss man den "Intelligenten Netzwechsel" deaktivieren, das
gibt's bei Samsung. Habe ich aber sehr früh deaktiviert, weil es den
Akku belastet.
Hm, wenn meine mobile Datenverbindung und das Wlan aktiv ist, so ist die
mobile Datenverbindung mit meinem Telefonanbieter u. das Wlan mit dem
soft ap des esp01 Module verbunden.
Gibt es nicht irgend eine Möglichkeit, dass ich von der IP Adresse
192.168.4.2 der Wlan Karte des Smartphones alles zur IP Adresse des
esp01 192.168.4.1 umleite?
Anscheinend leitet er ja momentan alles von 192.168.4.2 Richtung
Internet um, sonst könnte ich ja tcp bzw. udp pakete zum esp01 schicken.
Wiegesagt...deaktiviere ich die mobile Datenverbindung, dann
funktioniert es.
Stefan ⛄ F. schrieb:> Deep-Sleep und SoftAP schließen sich gegenseitig aus - zumindest> praktisch gesehen.
Jetzt wo du es sagst...Macht natürlich gar keinen Sinn.
andy_help schrieb:> Gibt es nicht irgend eine Möglichkeit, dass ich von der IP Adresse> 192.168.4.2 der Wlan Karte des Smartphones alles zur IP Adresse des> esp01 192.168.4.1 umleite?
Wie gesagt: Nennt sich "Routing" und die Regeln dafür müssen befolgt
werden. Ich kenne mich zu wenig damit aus, aber wenn du eine Möglichkeit
findest, berichte doch bitte. So wie es sich anhört, hängt es auch vom
Handymodell ab?
Hier noch was dazu:
https://github.com/esp8266/Arduino/issues/5314
Hi, ich hab mir die App udp/TCP widget installiert. Dort kann man sich
mehrere udp bzw TCP Regeln erstellen, die man bei einer IP Adresse und
Port ausführen soll.
Das schöne daran ist, dass man sich widgets erstellen kann.
Wegen dem routing werde ich heute Abend noch einmal paar Sachen
ausprobieren.
