ESP32 sethostname klappt nicht

[Thorsten M. (Gast)]

Hallo,
bevor sich vieles wiederholt: Ich habe sämtliche im Netz verfügbaren 
Tipps und angebliche Lösungen ausprobiert. Gibt auch Bug Reports. Der 
Hostname eines ESP32 WROOM lässt sich nicht setzen fürs Wifi. Weder die 
Reihenfolge der Befehle verändern, noch das Löschen des Flashs, noch 
Resetten der Fritzbox oder wifi.mode (STA) etc halfen etwas. In der 
Liste steht immer ein ESP-xxxxxx und das nervt.

Jemand eine Idee?

[Thorsten M. (cortex_user)]

Also das hier in jeder nur denkbaren Variante

void initWiFi() {
  WiFi.mode(WIFI_STA);
  WiFi.config(INADDR_NONE, INADDR_NONE, INADDR_NONE, INADDR_NONE);
  WiFi.setHostname(hostname.c_str()); //define hostname
  WiFi.begin(ssid, password);
  Serial.print("Connecting to WiFi ..");
  while (WiFi.status() != WL_CONNECTED) {
    Serial.print('.');
    delay(1000);
  }
  Serial.println(WiFi.localIP());
}

[Jim M. (turboj)]

Die FritzBox merkt sich den Hostnamen und die Mac Adresse, damit immer 
dieselbe IP vergeben werden kann.

Der Hostnamen kann dadurch auch in der FritzBox geändert werden.

[Sebastian (Gast)]

Thorsten M. schrieb:
> Jemand eine Idee?

Wird der Hostname nicht mit mDNS bekanntgegeben? Ich meine, beim ESP8266 
hätte ich sowas mal gesehen ...

LG, Sebastian

[Thorsten M. (cortex_user)]

esp8266 klappt alles, ist aber ne ganz andere Kiste, andere befehle usw.

[Thorsten M. (cortex_user)]

Jim M. schrieb:
> Der Hostnamen kann dadurch auch in der FritzBox geändert werden.

ja, kann er, einfach editieren. Aber eben auch nur für die FB. Davon 
merkt der Client aber nichts.

[Werner P. (werner4096)]

Thorsten M. schrieb:
> Also das hier in jeder nur denkbaren Variante
>
>

> void initWiFi() {
>   WiFi.mode(WIFI_STA);
>   WiFi.config(INADDR_NONE, INADDR_NONE, INADDR_NONE, INADDR_NONE);
>   WiFi.setHostname(hostname.c_str()); //define hostname
>   WiFi.begin(ssid, password);
>   Serial.print("Connecting to WiFi ..");
>   while (WiFi.status() != WL_CONNECTED) {
>     Serial.print('.');
>     delay(1000);
>   }
>   Serial.println(WiFi.localIP());
> }
>

Setze mal den Hostname vor WiFi.mode

void initWiFi() {
  WiFi.setHostname(hostname.c_str()); //define hostname
  WiFi.mode(WIFI_STA);
  WiFi.config(INADDR_NONE, INADDR_NONE, INADDR_NONE, INADDR_NONE);
  WiFi.begin(ssid, password);
  Serial.print("Connecting to WiFi ..");
  while (WiFi.status() != WL_CONNECTED) {
    Serial.print('.');
    delay(1000);
  }
  Serial.println(WiFi.localIP());
}

Hatte mit einem ESP32 das gleiche Problem. Seither funktioniert es.

Grüße

[Thorsten M. (cortex_user)]

Ich probiers aus, danke!

Da ich vom Web nichts verstehe, bzw fast nichts... ich will nur einen 
struct voller Daten versenden von einem Server zu einem Client.

server.on("/pressure", HTTP_GET, [](AsyncWebServerRequest *request){
  request->send_P(200, "text/plain", readPres().c_str());
});

Kann mir jemand mal Wort für Wort erklären,w was dieser Ausdruck 
bedeutet? Ja, es ist ein HTTTP GET Request Response.  Er installiert 
eine Callback Funktion, die auf /pressure in der URL IP.x.y.z./pressure 
reagiert. Lässt sich sowas ummodeln um damit einen Binärstruct zu 
versenden? Oder muss ich da über JSON gehen?

verstehe von C++ nur Bahnhof, was da gemacht wird, schon die Syntax ist 
krpytisch: Anweisungen / Quellcode in einem Methodenaufruf?
https://github.com/me-no-dev/ESPAsyncWebServer#the-async-web-server

/ Send a GET request to <IP>/get?message=<message>
    server.on("/get", HTTP_GET, [] (AsyncWebServerRequest *request) {
        String message;
        if (request->hasParam(PARAM_MESSAGE)) {
            message = request->getParam(PARAM_MESSAGE)->value();
        } else {
            message = "No message sent";
        }
        request->send(200, "text/plain", "Hello, GET: " + message);
    });

[PROGRAMINO (Gast)]

Hi,

// Costum Hostname
const char* hostname = "WiFi-Thorsten"; (global).

Router neu starten!

[Thorsten M. (cortex_user)]

Ist anderes Thema aber neuer Thread lohnt nicht. Ist dieses Konstrukt da 
unten geeignet mir Daten aus einem Struct an einen Client zu schicken, 
wenn ich meinen Struct Element für Element als JSON String zusammenbaue 
wie dargestellt? Die Laenge scheint ja unbegrenzt zu sein. Also Name des 
Elementes + String(Data.xyz).

//First request will return 0 results unless you start scan from somewhere else (loop/setup)
//Do not request more often than 3-5 seconds
server.on("/scan", HTTP_GET, [](AsyncWebServerRequest *request){
  String json = "[";
  int n = WiFi.scanComplete();
  if(n == -2){
    WiFi.scanNetworks(true);
  } else if(n){
    for (int i = 0; i < n; ++i){
      if(i) json += ",";
      json += "{";
      json += "\"rssi\":"+String(WiFi.RSSI(i));
      json += ",\"ssid\":\""+WiFi.SSID(i)+"\"";
      json += ",\"bssid\":\""+WiFi.BSSIDstr(i)+"\"";
      json += ",\"channel\":"+String(WiFi.channel(i));
      json += ",\"secure\":"+String(WiFi.encryptionType(i));
      json += ",\"hidden\":"+String(WiFi.isHidden(i)?"true":"false");
      json += "}";
    }
    WiFi.scanDelete();
    if(WiFi.scanComplete() == -2){
      WiFi.scanNetworks(true);
    }
  }
  json += "]";
  request->send(200, "application/json", json);
  json = String();
});

[FromahschdiBrie (Gast)]

Thorsten M. schrieb:
> Da ich vom Web nichts verstehe, bzw fast nichts... ich will nur einen
> struct voller Daten versenden von einem Server zu einem Client.

Moeglicherweise bist du hier mit Websockets besser bedient. Es kursieren 
im Netz jede Menge Beispiele im Sourcecode fuer den ESP32. Oder einfach 
mit dem Arduino Library Manager eine Websocket Lib laden und die 
mitgelieferten Beispiele testen.

[c-hater (Gast)]

Thorsten M. schrieb:

> In der
> Liste steht immer ein ESP-xxxxxx und das nervt.
>
> Jemand eine Idee?

Verrate uns, um welche "Liste" es hier geht. Das dürfte der Knackpunkt 
sein.

[Thorsten M. (cortex_user)]

FromahschdiBrie schrieb:
> Moeglicherweise bist du hier mit Websockets besser bedient.

Du hast wohl recht, ich lese mich mal ein. Mein Server soll ja von sich 
aus tätig werden können und nicht nur auf Anfrage.

[Thorsten M. (cortex_user)]

c-hater schrieb:
> Verrate uns, um welche "Liste" es hier geht. Das dürfte der Knackpunkt
> sein.

Die Liste der Clients in der Fritz Box unter Heimnetz? :-)

[c-hater (Gast)]

Thorsten M. schrieb:
> c-hater schrieb:
>> Verrate uns, um welche "Liste" es hier geht. Das dürfte der Knackpunkt
>> sein.
>
> Die Liste der Clients in der Fritz Box unter Heimnetz? :-)

Aha. DHCP-Leases, eventuell sogar "reservierte". Einfach ESP ausmachen, 
Lease/Reservierung auf der Fitzbox löschen, ESP wieder anmachen. Dann 
muss er sich zwangsläufig ein neues Lease holen und wird dabei auf der 
FB seinen (dann hoffentlich korrekten) Hostnamen hinterlassen.

Danach kann man das Teil auf der FB dann noch auf eine gewünschte 
Adresse zwingen und diese dauerhaft zuweisen. Danach ist dann wiederum 
der ESP neu zu starten, damit der das auch mitbekommt.

So weit, wie es richtig wäre. Man kann aber auch pfuschen and das Ding 
in der Fritzbox-"Liste" stumpf umbenennen. Es spielt nämlich fast keine 
Rolle, was das Teil selber als Hostnamen an die FB meldet. Das tut es 
nur beim allerersten Bekanntwerden.

[Thorsten M. (cortex_user)]

c-hater schrieb:
> Dann
> muss er sich zwangsläufig ein neues Lease holen und wird dabei auf der
> FB seinen (dann hoffentlich korrekten) Hostnamen hinterlassen.

Tja, das dachte ich mir auch :-) Nur so einfach ist es nicht. Ist aber 
auch wurscht, mir reicht die IP Adresse.

Aber was anderes .... das Einzige was ich machen will ist einen Brief 
verschicken, Adresse draufschreiben und ihn in den Postkasten werfen. 
Und wie er zum Ziel kommt ist mir wurscht. Websockets sind viel mit 
"Web", grad quer gelesen. Brauche ich gar nicht, nicht mal einen 
Browser. Ein ESP32 bildet den AP, der andere den Client. Der Client kann 
so oft er will was anfordern.

Und dazu ist das Beispiel WifiBasicClient wohl besser, denn mehr als
client.print, .get, available brauche ich nicht! Wenn der String 
beliebig lang sein kann verwurste ich die Binärdaten des fetten Struct 
einfach in Buchstaben (z.b. MIME oder was eigenes mit 7-Bit) und 
decodiere sie drüben wieder in den gleichen struct. Um Checksummen und 
Sendewiederholungen muss ich mir hoffentlich eher keine Sorgen machen, 
die werden wohl in dem Framework mit drin sein.

void loop()
{
//    const uint16_t port = 80;
//    const char * host = "192.168.1.1"; // ip or dns
    const uint16_t port = 1337;
    const char * host = "192.168.1.10"; // ip or dns

    Serial.print("Connecting to ");
    Serial.println(host);

    // Use WiFiClient class to create TCP connections
    WiFiClient client;

    if (!client.connect(host, port)) {
        Serial.println("Connection failed.");
        Serial.println("Waiting 5 seconds before retrying...");
        delay(5000);
        return;
    }

    // This will send a request to the server
    //uncomment this line to send an arbitrary string to the server
    //client.print("Send this data to the server");
    //uncomment this line to send a basic document request to the server
    client.print("GET /index.html HTTP/1.1\n\n");

  int maxloops = 0;

  //wait for the server's reply to become available
  while (!client.available() && maxloops < 1000)
  {
    maxloops++;
    delay(1); //delay 1 msec
  }
  if (client.available() > 0)
  {
    //read back one line from the server
    String line = client.readStringUntil('\r');
    Serial.println(line);
  }
  else
  {
    Serial.println("client.available() timed out ");
  }

    Serial.println("Closing connection.");
    client.stop();

    Serial.println("Waiting 5 seconds before restarting...");
    delay(5000);

[Thorsten M. (cortex_user)]

Genau das was ich suche: ESP-NOW
Die haben sich was dabei gedacht, ohne Router usw.

https://dronebotworkshop.com/esp-now/

/ Define data structure
typedef struct struct_message {
    float a;
    float b;
    int c;
} struct_message;
 
// Create structured data object
struct_message myData;
 
// Callback function
void OnDataRecv(const uint8_t * mac, const uint8_t *incomingData, int len) 
{
  // Get incoming data
  memcpy(&myData, incomingData, sizeof(myData));
  
  // Print to Serial Monitor
  Serial.print("Temp Sensor ");
  Serial.print(myData.c);
  Serial.print(": ");
  Serial.println(myData.a);
    
  Serial.print("Humidity Sensor ");
  Serial.print(myData.c);
  Serial.print(": ");
  Serial.println(myData.b); 
 
  Serial.println("");
}

[Johann K. (Firma: privat) (johnboyk)]

Die Kommunikation mit ESP-NOW ist nicht sehr stabil.
Speziell wenn man ESP-NOW gleichzeitig mit normalem WLAN-Station-Betrieb 
kombiniert.
Erst wenn der Send-Callback mit einem "ESP-OK" aufgerufen wurde, ist die 
Nachricht beim Empfänger wirklich angekommen. Bei mir braucht es bis zu 
6 Wiederholungen, bis die Nachricht auf dem kombinierten 
WEB-Server/ESPNOW-Empfänger angekommen ist. Aber irgendwann kommt er 
immer durch.
Bei Kombination ESP-NOW mit WLAN-Station-Betrieb ist es wichtig, dass Du 
die Channel-Verwaltung des WLAN-Station-Betriebes berücksichtigst, sonst 
kommen irgendwann gar keine Daten mehr durch....
LG
JK

[Thorsten M. (cortex_user)]

Johann K. schrieb:
> Erst wenn der Send-Callback mit einem "ESP-OK" aufgerufen wurde, ist die
> Nachricht beim Empfänger wirklich angekommen.

Das habe ich auch schon bemerkt !!! Den muss man aber doch nicht manuell 
aufrufen, oder? Wird der nicht von allein aufgerufen als 
Quasi-Interrupt? Mit WLAN zusammen muss man Kanal 1 nehmen.

[Johann K. (Firma: privat) (johnboyk)]

> Wird der nicht von allein aufgerufen als Quasi-Interrupt?
Ja, aber sehr oft mit einem "transmission delivery failed".
In diesem Fall setzte ich mir ein Flag für eine Wiederholung und mit dem 
nächsten Loop-Cycle sende ich eine Wiederholung und warte ob ich im 
nächsten CallBack ein ESP_OK bekomme...
Interessanterweise sind die Übertragungsprobleme höchstgradig in die 
Richtung des ESP, welcher WLAN_STA plus ESP-NOW fährt. In die andere 
Richtung - also den ESP, welcher nur ESP-NOW fährt - gibt es wesentlich 
weniger Übertragungsfehler...

>  Mit WLAN zusammen muss man Kanal 1 nehmen.
NEIN, dem ist leider nicht so.
Wenn Du auf den Kanal 1 schaltest und dein WLAN_STAtion-Mode aktiv wird, 
schaltet der ESP auf jenen Kanal um, welchen er vom WLAN-Accesspoint 
genannt bekommt. Da es nur EIN WLAN-Funk-Interface gibt, wird damit auch 
automatisch der Kanal für die ESP-NOW-Übertragung umgeschaltet.

Ich löse es in der Weise, dass ich auf dem NUR-ESPNOW-ESP, per ScanWlan 
die SSID des Ziel-Netzwerkes suche und den für dieses WLAN propagierten 
Kanal für ESP-NOW verwende. Ist zwar umständlich, aber spätestens mit 
jedem Neustart des WLAN-Accesspoints kann es passieren, dass das WLAN 
einer SSID über einen anderen Kanal funkt. Da ist man mit fixen 
ESPNOW-Kanälen nicht so gut beraten.

[Thorsten M. (cortex_user)]

Lösung: Hostname lässt sich NUR setzen, wenn WIFI_AP ausgewählt ist. 
Reicht einmal, danach ist er im Flash dauerhaft drin.

Die Meldungen von ESP Now sind widersprüchlich... Die Sendefunktion 
liefert OK aber das Callback dann FAIL, weil ich grad keinen Slave habe. 
Allerdings gibt es unter den Events auch keines was besagt, dass es 
keine Antwort gab.

Damit ich mit diesem mixed Mode gar keine Konflikte kriege frage ich den 
NTPm Server einmal ab vom Internet, schalte dann alles ab und 
disconnecte und starte wifi dann wieder neu als softAP für mein Now 
Netzwerk. Das gibt Kuddelmuddel, wenn man beides betreibt, wie Johann 
schon sagte weil die sich die gleichen Register der Hardware teilen. Ich 
kann alles bestätigen was er schreibt und so oft wie die Revs neu 
erscheinen wird da noch viel dran geschraubt.

Als nächtes Problem wird anstehen ESP NOW nur fürs Senden in Betrieb zu 
nehmen und die stromhungrige wifi Schnittstelle zwischendurch ab zu 
schalten. Da nirgens dokuemntiert ist, was ein wifi.mode (OFF) alles 
anrichtet wird das noch lustig.  Aber statt 80-200mA frisst er dann nur 
noch seine 20ma bei 160Mhz.

esp_now_deinit() löscht jedenfalls alles an Config Tabellen, aber das 
tut esp_init() auch. wozu also deinit?

Light Sleep kann ich leider nicht nutzen, da ich die LEDs per PWM 
abdimme., die leuchteten sehr ungleich, sah uncool aus und Nachts bekam 
man Augenkrebs.
Bei einer grünen einen 2.7k (!) Vorwiderstand bei 3.3V und volle 
Helligkeit hatte ich auch noch nicht. 270-390 Ohm war das früher mal auf 
5V aber die werden immer besser.

[Johann K. (Firma: privat) (johnboyk)]

Noch hinzugefügt:
Jetzt habe ich auch wieder die SDK-API-Referenz von Espressif gefunden:

https://www.espressif.com/sites/default/files/documentation/2c-esp8266_non_os_sdk_api_reference_en.pdf

Wenn man unter "channel" sucht und auch im Appendix A4 ist das mit dem 
Kanalwechsel nachzulesen.

[Thorsten M. (cortex_user)]

@Johann:

Ich habe das Ganze jetzt am Laufen, auch einen mixed Mode mit Wifi 
Internet Zugriff. Und bisher habe ich im Haus 0 Transmit Fehler, da 
kommt alles an.
Als Nächstes versuche ich noch OTA zu implementieren, ob das auch noch 
mit rein passt, weil da ein ständiges Lauschen am Netz erforderlich ist.

[Johann K. (Firma: privat) (johnboyk)]

Hallo Thorsten!
> weil da ein ständiges Lauschen am Netz erforderlich ist
Da würde ich nochmals drüber nachdenken (aus Sicherheitsgründen).
Ich habe OTA bei mir immer so implementiert, dass ich an den ESP ein 
Kommando sende und erst daraufhin geht der ESP ein Software-Update 
laden.
Dadurch ist es nicht notwendig, dauernd am Netz zu lauschen und es kann 
mir niemand ein OTA-Update so einfach unterjubeln....
Die Initiative eines Updates geht daher immer von meinem ESP aus, 
niemals von außen.... Naja - schon ein wenig von außen, weil ich das 
Kommando natürlich sende, aber da steht ein Login und eine 
Kommando-Syntax davor...

LG
Johann

[🕵︎ Joachim L. (Gast)]

Ich frage mich nur, warum du nicht gleich den ganzen Sketch gepostet 
hast. Naja, vielleicht wolltest du den Helfern nicht gleich die 
Gelegenheit geben das mal selbst auszuprobieren.

[Johann K. (Firma: privat) (johnboyk)]

Joachim L. schrieb:
> Ich frage mich nur, warum du nicht gleich den ganzen Sketch gepostet
Bei mir ist dieser OTA-Teil in einem Sourcecode von mehr als 20.000 
Zeilen eingebettet. Bevor ich jetzt beginne den OTA-Teil rauszukopieren 
wollte ich mal grundsätzlich mal das Risiko aufzeigen. Wenn er das nicht 
selbst findet, kann er mich fragen und dann setzte ich mich hin, um das 
rauszuschnibbeln...

Die wesentlichsten Dinge sind:

    
#ifdef   ESP32      // if we have an ESP32       
    #include <ESP32httpUpdate.h>  //  on ESP32 for update from Webserver 
#else                             // if we have an ESP8266
    #include<ESP8266httpUpdate.h> // necessary code for update  
#endif                            //  end  if  ESP32    
.....

    #ifdef ESP32          // if we make code for an ESP32
        ret=ESPhttpUpdate.update(               SketchURL,SketchVersion);  
    #else                 // if we make code for an ESP8266
        ret=ESPhttpUpdate.update(HttpSubClient, SketchURL,SketchVersion);  
    #endif                // end if  ESP32/ESP8266

Zusatzinfos hier:
https://github.com/suculent/esp32-http-update
https://www.arduino.cc/reference/en/libraries/esp32httpupdate/
https://www.instructables.com/Set-Up-an-ESP8266-Automatic-Update-Server/


P.S.:
Bevor jetzt eine Diskussion wegen Source-Code mit 22.000 Zeilen 
losgetreten wird: Aus dem einen Code erzeuge ich Binaries für viele 
verschiedene Funktionalitäten und für ESP8266 und ESP32. Es kommt also 
vom Gesamtcode immer nur ein Kern plus jene Teile zum Einsatz, welche 
ich über Include-Schalter regle. Jedes Device hat ein eigenes Set an 
Funktions-Includes (z. B. Webserver, Web-Client, Telnet-Server, UDP, 
ESPNOW, Bluetooth, MQTT, IFTTT, GPS-Empfänger, Sensoren, OLED-Display, 
und einiges mehr..)

Vielleicht bin ich auch ein bisschen crazy, aber nachdem ich einen 
Artikel vom CCC (Chaos Computer Club) gelesen habe, bei dem mittels 
Zerlegung einer Ph*l*ps-Hue-Lampe und Auslesen des EProms die 
Zugangsdaten zu einem Firmen-WLAN gehackt wurden, lege ich in meinen 
ESPs auch die WLAN-Informationen im EPROM verschlüsselt ab... Aber so 
hat eben jeder seine eigene (Vor)Sicht...