Изменение сети Wi-Fi ESP8266 через точку доступа

В этом вопросе несколько взаимосвязанных вопросов.

Во-первых, код setup() запускается раньше, чем должен.

Первая проблема здесь:

  server.on("/authenticate", HTTP_POST, onSetCredentials);
  server.begin();
  
  performWifiConnect(ssid, password);
  WiFi.waitForConnectResult(CONNECTION_TIMEOUT);

Вы уже установили для ssid и password значение null, а server.begin() еще не запустит сервер (я перейду к этому вопросу через минуту), так что это означает, что ваши учетные данные будут равны нулю при запуске программы. Тогда нет смысла запускать waitForConnectResult(), потому что не к чему подключаться. Однако в настройке performWifiConnect() может быть логика, поскольку, если вы когда-либо устанавливали учетные данные Wi-Fi с помощью wifi.begin() раньше при отключении постоянных учетных данных эти учетные данные по-прежнему запоминаются (просто не запоминаются новые).

Следующая проблема заключается в том, что вы обрабатываете только запросы к серверу, а соединение не является недействительным. Таким образом, при наличии недействительных учетных данных для сети сервер не запускается, и вы не получаете ответа.

void loop() {
  if (state == STATE_DEFAULT) {
    server.handleClient();
    if (WiFi.status() == WL_CONNECTED) {
      Serial.println("Connected!");
    }
  }

  else if (state == STATE_CREDS) {
    whileConnecting();
  }
  
  delay(DELAY);
}

Как видите, server.handleclient() (фактический сервер; способность отвечать на запросы) работает только тогда, когда у него нет state == STATE_DEFAULT. Это затем изменяется, state = STATE_CREDS;, во время обратного вызова для получения учетных данных сети. Вероятно, вы получите ответ от работающего в данный момент обработчика запросов, но в противном случае это вызовет у вас проблемы, поскольку сервер никогда не будет отвечать ни на какие будущие запросы. Вы должны постоянно вызывать server.handleclient(), иначе ничего, связанное с сервером, работать не будет.

Но что-то еще не так. Вы можете передавать ответы обратно с сервера только в том случае, если вы фактически отправляете их во время обработки запроса сервером.

else {
    Serial.println("Switching from " + String(ssid) + " to " + String(ssidNew));
    state = STATE_CREDS;
    performWifiConnect(ssidNew, passNew);
    startingMillisConnection = millis();
  }

Как видите, в этой ветке нет server.send(), поэтому вы не получите ответа. Вероятно, это самая непосредственная причина вашей проблемы с пустым ответом.

Вместо этого у вас есть это в функции whileConnecting(). Как отмечалось ранее, сервер не может отправлять ответы, которых нет в функции, которую он вызывает при получении запроса, или в функциях, вызываемых этой функцией. Сервер не вызывает whileConnecting(), это делает loop(). Поэтому он не может увидеть или отправить этот ответ.

(Примечание: это требование сервера реализовано довольно странно, поскольку вы вызываете методы сервера, в то время как один из его методов вызывает ваш код, только для того, чтобы сервер спросил себя, что вы сказали ему, пока он был занят вашего запроса, возьмите этот буфер и верните его клиенту. Но он только выполняет эту проверку где-то внутри server.handleClient() и другие send() вызовы либо игнорируются, либо помещаются в очередь для отправки при следующем запросе клиента.)

Если бы вместо этого вы ждали соединения внутри обработчика запросов сервера, а затем также отправляли туда сообщения об ошибке/успешном выполнении, это могло бы сработать. Это по-прежнему плохая практика, так как сервер (эта часть, о которой я сказал, вы всегда хотите не задерживать) и весь остальной код будут приостановлены, пока он ожидает подключения, но вы вероятно пусть он работает пока не происходит ничего срочного или важного.

Лучшим подходом было бы, чтобы ваш клиент опрашивал второй адрес (или просто тот же адрес без значений POST, а затем сервер проверял, нет ли аргументов) и сообщал, подключен ли он в данный момент.

Кроме того, ваш код проверки соединения также имеет проблему. В loop() есть задержка, которая уже увязнет. Но у вас также есть функция whileConnecting для проверки прошедшего времени. Это это правильный способ координации нескольких независимых операций проверки и выполнения, так что вы знаете об этом, но это не было перенесено в остальную часть кода.

Кроме того, также во время подключения вы затем вызываете WiFi.waitForConnectResult(CONNECTION_TIMEOUT);. Это заблокирует эту функцию до тех пор, пока не будет получен результат, что, таким образом, остановит все остальное на время ожидания. Единственное место, где вы "должны" используйте это (опять же, вероятно, плохая практика) внутри сервера, если вы пытались получить от него прямой ответ со статусом соединения или, если не происходит ничего другого важного (что есть, так что это вопрос). Поскольку вы уже периодически запускаете код по таймеру, просто сделайте так, чтобы этот код проверял время ожидания напрямую (самый простой способ: вызовите функцию подключения с учетными данными, установите время проверки с помощью timeout, затем проверьте еще раз) и просто переподключитесь вместо того, чтобы заставлять ждать. Это оставит сервер и остальную часть вашего кода отзывчивыми.

А теперь со всем (ну, с большей частью) из этого вместе взятым: (ПРИМЕЧАНИЕ. Этот код потребует внесения некоторых изменений в остальную часть вашего кода и может потребовать корректировки самого себя, но он должен помочь вам очень близко. Я предлагаю сначала сделать резервную копию вашего кода на случай, если вам нужно сослаться или исправить что-то . Я также написал это в текстовом редакторе, так как в настоящее время у меня нет доступа к IDE, чтобы проверить это. Могут быть небольшие ошибки.)

Решение А (дайте серверу подождать и сообщить вам результаты): (ПРИМЕЧАНИЕ: также удалите whileConnecting() и все state, если вы используете этот метод; вы хотите убедиться, что server.handleClient() всегда вызывается до установления соединения. на самом деле успешно, или просто всегда.)

void onSetCredentials() {
  Serial.println("onSetCredentials");
  
  server.arg("ssid").toCharArray(ssidNew, 64);
  server.arg("password").toCharArray(passNew, 64);

  if (String(ssidNew) == String(ssid) && WiFi.status() == WL_CONNECTED) {
    Serial.println("Already connected to " + String(ssidNew));
    server.send(200, "application/json", "{ \"success\": true, \"changed\": false }");
  } else {
    Serial.println("Switching from " + String(ssid) + " to " + String(ssidNew));
    performWifiConnect(ssidNew, passNew);
    startingMillisConnection = millis();
    //код для определения состояния подключения к серверу и ответа начинается здесь//
    WiFi.waitForConnectResult(CONNECTION_TIMEOUT);
    if (WiFi.status() == WL_CONNECTED) {
      Serial.println("Connected to " + String(ssidNew) + " successfully!");
      
      strcpy(ssid, ssidNew);
      strcpy(password, passNew);
      
      server.send(200, "application/json", "{ \"success\": true, \"changed\": true }");
    }
    
    // Отказ
    if (currentMillis - startingMillisConnection >= CONNECTION_TIMEOUT) {
      Serial.println("connection failed, attempting to reconnect to old network!");
      Serial.println("ssidOld: " + String(ssid));
      Serial.println("passOld: " + String(password));

      String errorMessage = "Timed out while attempting to connect to " + String(ssidNew);
      Serial.println(errorMessage);
      server.send(500, "application/json", "{\"errorMessage\":\"" + errorMessage + "\"}");
    }
  }
}

Это решение (A) вероятно вернет вам состояние подключения, если время попытки подключения Wi-Fi истекает раньше, чем запрос/сервер cURL. На самом деле я не проверял это и упомянул, что это плохая практика.

Решение Б (опросить сервер о состоянии подключения, а не ждать ответа): (Примечание. Опять же, удалите всю логику state и whileConnecting() из другого кода.)

void onSetCredentials() {
  Serial.println("onSetCredentials");
  if (!server.hasArg("ssid")){ //проверить запрос без аргументов и вернуть статус подключения//
    server.send("200", "text/plain", (WiFi.status() != WL_CONNECTED)? "Connected" : "Not Connected"); //или любые другие сообщения, которые вы хотите
    //Возможно, вы также захотите добавить здесь какую-то запись типа Serial.print(), поскольку я этого не сделал.//
  }
  else{ //здесь возобновляется работа существующего обработчика запроса на установку соединения//
    server.arg("ssid").toCharArray(ssidNew, 64);
    server.arg("password").toCharArray(passNew, 64);

    if (String(ssidNew) == String(ssid) && WiFi.status() == WL_CONNECTED) {
      Serial.println("Already connected to " + String(ssidNew));
    } else {
      Serial.println("Switching from " + String(ssid) + " to " + String(ssidNew));
      performWifiConnect(ssidNew, passNew);
      startingMillisConnection = millis();
    }
  }
}

С помощью Решения Б вы можете вызвать команду cURL для ESP8266 без набора ssid и пароль, и вы получите статус соединения обратно вместо этого. Это может занять несколько попыток, пока он все еще находится в процессе подключения, но если он по-прежнему не подключен, вы знаете, что учетные данные неверны.