क्या आप कृपया बोर्ड मेनू में डिबग को सक्षम कर सकते हैं और यह देख सकते हैं कि ऐसा करने के लिए कहने पर इसे फिर से जोड़ना क्यों नहीं चाहते?

मैं आज रात कोशिश कर सकता हूं। Arduino कोड बहुत ही बेसिक है, वाईफाई इवेंट को देख रहा है और फिर यह है:

case SYSTEM_EVENT_STA_DISCONNECTED:
    Serial.println("WiFi lost connection.  Attempting to reconnect...");
    WiFi.reconnect();
    break;

लेकिन क्या ऐसा कुछ नहीं होना चाहिए जिसे ऐसा करने के लिए कहा जा सके?

बस जल्दी ठीक करने के लिए:
System_EVENT_STA_DISCONNECTED में एक टाइमर शुरू करें जो WiFi.reconnect () कहता है; फ़ंक्शन और इसे SYSTEM_EVENT_STA_CONNECTED में रोकें। आपके विचार में मुख्य समस्या यह है कि अगर डिवाइस से कनेक्ट नहीं हो सकता है तो System_EVENT_STA_DISCONNECTED इवेंट को कनेक्ट नहीं किया जाता है, इसलिए इसे फिर से कनेक्ट करने का प्रयास न करें।

दुर्भाग्य से मैं किसी और पुस्तकालय को गोद ले रहा हूं और मैं C ++ से बहुत परिचित नहीं हूं, लेकिन मैं देखूंगा कि मैं टाइमर जोड़ने के बारे में क्या कर सकता हूं (मुझे VB.net पता है ... मैं कम से कम तार्किक भागों का पता लगा सकता हूं और उम्मीद है कि अनुकूलन)।

लेकिन मुझे लगता है कि आप इसके बारे में सही हैं कि यह फिर से कनेक्ट या बेहतर नहीं है, केवल एक डिस्कनेक्ट पर कोशिश कर रहा है जो कि अगर यह एक बार हार जाता है तो यह विफल हो जाता है। डिबग सक्षम करना मुझे दिखा सकता है कि इसलिए मैं वहां शुरू करूंगा।

लेकिन मूल प्रश्न और पहले से बंद मुद्दे पर वापस: क्या यह कार्यक्षमता अंतर्निहित नहीं है? और अगर नहीं तो पिछले मुद्दे को "काम" के रूप में बंद क्यों किया गया था? यह भी नहीं तो क्या होगा?

मैंने डिबग स्तर को डीबग करने के लिए स्विच किया और सीरियल मॉनिटर खोला और इसे बार-बार मिला:

[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...

मैंने आखिरी बार चेक किया कि उसने दूसरे कंट्रोलर को डेटा भेजा था और वह 24 घंटे पहले खत्म हो गया था इसलिए मैं इस मोड में फंस गया हूं। इसलिए मैंने इसे नीचे और ऊपर संचालित किया, यह वाईफाई से ठीक और संचरित डेटा से जुड़ा है कि इस बार लगभग 2 घंटे कैसे होना चाहिए। फिर किसी भी अन्य संदेश के बिना यह डिस्कनेक्ट हो गया और ठीक उसी संदेश के साथ शुरू हुआ। मैंने इसे एक घंटे के लिए जाने दिया, नियंत्रक को रिबूट किया, और फिर से जुड़ा लेकिन मुझे यकीन है कि इसके शुरू होने से पहले बस कुछ ही समय है।

तो पहला सवाल यह है कि मैं इसे कैसे ठीक करूं। दूसरा यह अभी भी मुझे ऑटो पुन: कनेक्ट के बारे में मेरे पिछले सवालों की ओर ले जाता है

दोस्तों कृपया डिबग सक्षम करें ताकि आप अधिक वर्बोज़ WiFi स्थिति आउटपुट देख सकें:

यदि मेरा उपकरण अभी भी STA (लूप से कॉल करें) () से जुड़ा है, तो यह जांचने के लिए मैं निम्नलिखित कोड का उपयोग करता हूं। तुम्हें नया तरीका मिल गया है? wifi_is_connected एक वैश्विक है जो वाईफ़ाई इवेंट कॉलबैक में सेट और रीसेट हो जाता है।

static void poll_watchdog_sta(void) {
  static uint32_t ms = millis();
  static uint8_t watchdog = 0;

  // watch out for STA disconnects and reboot if
  // connection cannot be reestablished after
  // X minutes

  // this watchdog MUST NOT reboot the device if
  // wifi is not enabled or never was connected
  // since last reboot

  if (wifi_is_enabled && watchdog_enabled && ((millis() - ms) > 1000 * 6)) {
    ms = millis();

    if (!wifi_is_connected) {
      if (++watchdog < watchdog_timeout * 10) { // timeout in minutes ( * 10 )
        if (watchdog == 1) {
          log_print(F("WIFI: arming network watchdog (reboot in %i min.)"),
            watchdog_timeout
          );
        }
      } else {
        log_print(F("WIFI: still not connected, triggering reboot ..."));
        system_reboot();
      }
    } else {
      if (watchdog) {
        log_print(F("WIFI: network is back, disarming watchdog"));
        watchdog = 0;
      }
    }
  }
}

हाँ, मुझे लाइब्रेरी में एक लूप () नहीं दिख रहा है जिसका उपयोग मैं वाईफाई (फिर से, थर्ड पार्टी) के लिए कर रहा हूँ, लेकिन मैं समझता हूँ कि आप क्या कर रहे हैं और इसके साथ चल सकते हैं।

वर्बोज़ लॉगिंग चालू करने और यह देखने के लिए कि क्या कुछ बदलने से पहले मुझे कोई और जानकारी मिलती है।

इसके अलावा जिन WiFi घटनाओं की जाँच की जा रही है और उन पर कार्रवाई की जा रही है, वे हैं SYSTEM_EVENT_STA_GOT_IP, SYSTEM_EVENT_STA_DISCONNECTED, SYSTEM_EVENT_STA_START, और SYSTEM_EVENT_STA_CONNECTED। हालांकि https://github.com/espressif/esp-idf/blob/master/compords/esp32/include/esp_event.h पर और भी हैं इसलिए मैंने एक डिफ़ॉल्ट जोड़ा: स्विच को जो देखने के लिए घटना को प्रिंट करना चाहिए पुस्तकालय को कुछ मिल रहा है, लेकिन उस पर काम नहीं कर रहा है।

मैंने लाइब्रेरी में देखा कि मैं //WiFi.setAutoReconnect(true) का उपयोग कर रहा हूं; इसलिए मैं मान रहा हूं कि मूल लेखक ने ऑटो पुन: कनेक्ट का उपयोग करने की कोशिश की, लेकिन यह काम नहीं कर रहा था इसलिए इसे टिप्पणी नहीं दी?

@ मुझे-नो-देव - वर्बोस ने बहुत बेहतर स्पष्टीकरण दिया। खैर ... शायद आपके लिए:

सब कुछ ठीक था, तो यह 150 से अधिक बार मिला, शायद:

[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113

इसके द्वारा अनुसरण किया गया:

[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 7 - NOT_ASSOCED
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 202 - ASSOC_FAIL
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5

अंतिम भाग (पुन: कनेक्ट करें, इवेंट 5, कारण 2) बस हर 4 - 5 सेकंड में दोहराता है।

उस पहली त्रुटि के आधार पर जो मैंने दोहराई और मुझे यह पता चला: https://github.com/espressif/arduino-esp32/issues/180। इसमें आपने कहा था "क्लाइंट को फ्लश करने या सभी उपलब्ध डेटा पढ़ने की कोशिश करें।" मुझसे यह कैसे होगा? मैं अपने द्वारा उपयोग किए जा रहे पुस्तकालय को देख रहा हूं और यही वह है जो उन्हें वाईफाई इवेंट को पकड़ना है:

//**************************************************************************************
/// Event Handler for ESP32 WiFi Events (needed to implement reconnect logic for now...)
//**************************************************************************************
    void MyESP32WiFi::WiFiEvent(WiFiEvent_t event)
    {
        Serial.printf("[WiFi-event] event: %d\n", event);

        switch (event) {
        case SYSTEM_EVENT_STA_GOT_IP:
            Serial.println("WiFi connected");
            Serial.println("IP address: ");
            Serial.println(WiFi.localIP());
            break;
        case SYSTEM_EVENT_STA_DISCONNECTED:
            Serial.println("WiFi lost connection.  Attempting to reconnect...");
            WiFi.reconnect();
            break;
        case SYSTEM_EVENT_STA_START:
            Serial.println("ESP32 station start");
            break;
        case SYSTEM_EVENT_STA_CONNECTED:
            Serial.println("ESP32 station connected to AP");
            break;
        default:            
            Serial.println("Unhandled WiFi Event raised.");
            break;
        }

    }

पिछली पोस्ट में त्रुटियों के आधार पर मुझे "5" मिल रहा है जो खोए हुए वाईफाई कनेक्शन में अनुवाद कर रहा है और फिर कोड "WiFi.reconnect ();" लेकिन यह स्पष्ट रूप से काम नहीं कर रहा है। क्या मुझे वहां कुछ और होना चाहिए? हो सकता है कि एक काउंटर थोड़े की तरह @everslick उदाहरण लेकिन सरल (सिर्फ ai = i + 1) और यदि यह 20 रीबूट होने के बाद उसी स्थान पर समाप्त हो जाता है? या ऐसा नहीं होना चाहिए / पहली जगह पर रोका जाना चाहिए?

पुन: कनेक्ट करने और वापस रिपोर्ट करने के बजाय WiFi.begin () कॉल करने का प्रयास करें :)

@ me-no-dev - मैंने इसे WiFi.begin () के बजाय WiFi.reconnect () में बदल दिया, लेकिन इससे कोई मदद नहीं मिली। लगभग एक घंटे के लिए काम किया और फिर lwip_connect_r: 113 लाइन, हर एक मिनट या इसके अलावा हर 5 या इतने सेकंड के बाद डिस्कनेक्ट करें:

[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 7 - NOT_ASSOCED
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE

और फिर 4 लाइनें बस अनिश्चित काल तक दोहराती हैं जब तक कि नियंत्रण को रिबूट नहीं किया जाता है। मेरे द्वारा और क्या आजमाया जा सकता है? तथ्य @everslick नियंत्रक को रिबूट कर रहा है जब उसी डिस्कनेक्ट की गई स्थिति में चिंताजनक है .... मुझे लगता है कि रिबूट करना अंतिम विकल्प है और इसे ऑनलाइन रखने के लिए कुछ किया जा सकता है।

एक साइड नोट के रूप में दो ESP8266 एक ही राउटर (Netgear R8000) से जुड़े हैं, कोई समस्या नहीं है और डिस्कनेक्ट किए बिना एक महीने से अधिक समय से स्थिर है।

हम्मम .... यह या तो निचले स्टैक में या आपके राउटर में एक मुद्दे की तरह लगता है।
आप पहले कारण को NOT_ASSOCED देख सकते हैं और फिर आप AUTH_EXPIRE प्राप्त कर सकते हैं।
क्या आप शायद एसटीए को बंद कर सकते हैं और फिर इसे वापस चालू कर सकते हैं? डिस्कनेक्ट कारण मुझे लगता है कि पुनः-अनुरोध अनुरोध में कुछ भी नहीं बदला गया है या आपका राउटर स्वीकार नहीं करता है, इसलिए यह आपको वापस कनेक्ट करने से मना करता है। मैं देखूंगा कि क्या मैं इस बारे में कोई आंतरिक मुद्दा उठा सकता हूं। राउटर फर्मवेयर संस्करण क्या है जिसे आप उपयोग कर रहे हैं?

इसका नेटगियर नाइटहॉक R8000 है। वर्तमान में नवीनतम फर्मवेयर V1.0.3.54_1.1.37 पर हालांकि यह पिछले संस्करण पर भी किया था। मेरे पास 20 - 25 डिवाइस हैं जो किसी भी समय बिना किसी समस्या के जुड़े हुए हैं, जिसमें पहले उल्लिखित दो ESP8266 शामिल हैं।

मैं एसटीए को बंद करने और चालू करने के लिए वाई-फाई शुरू / पुन: कनेक्ट लाइन को बदलने का प्रयास करूंगा और देखूंगा कि क्या होता है।

संपादित करें: इस बारे में बहुत कुछ नहीं जानना और किसी को लाइब्रेरी का उपयोग करना .... मैं कैसे "एसटीए को बंद कर दूं और फिर इसे वापस चालू कर दूं"?

दूसरा संपादित करें: यह https://github.com/espressif/esp-idf/issues/499#issuecomment -314262611 से संबंधित नहीं हो सकता है? केवल एक ही चीज़ जो मैंने देखी है उसी NOT_ASSOCED और AUTH_EXPIRE के साथ। मैं ऐसा केवल इसलिए नहीं सोचूंगा क्योंकि मैंने खुद को BLE सामान के बिना संकलित किया था लेकिन कभी नहीं जाना।

मैंने wifi टीम को भी अलर्ट कर दिया है :) हम देखेंगे कि इसमें से कुछ आता है या नहीं

धन्यवाद। क्या मुझे एसटीए को बंद करने की कोशिश करनी चाहिए? यदि ऐसा है तो क्या आप मेरा मार्गदर्शन कर सकते हैं या मुझे सही दिशा में कैसे इंगित कर सकते हैं?

मैंने यह भी देखा: https://github.com/espressif/esp-idf/issues/738#issuecomment -311626685 ने संकेत दिया कि मैं इवेंट हैंडलर से WiFi.connect या WiFi.Begin कॉल नहीं कर सकता? क्या यह भी मेरा मुद्दा हो सकता है? @ सरोज ?

इसलिए मैंने कोशिश करने के लिए एक दूसरा ESP32 खरीदा, एक ही, यह सुनिश्चित करने के लिए कि यह एक हार्डवेयर मुद्दा नहीं है। मैंने कल रात फर्मवेयर को जीथब (https://nodemcu.readthedocs.io/en/dev-esp32/en/build/) से एक नए पुल से हटा दिया और नई चिप और पुरानी दोनों को फ्लैश किया। मैं भी ठीक उसी स्केच के साथ दोनों भड़क गया। मूल मेरे गैरेज में है, मेरे राउटर से थोड़े रास्ते हैं, और दूसरा परीक्षण मेरे लिविंग रूम में है जहां वाईफाई बहुत मजबूत है। दोनों में सीरियल मॉनिटर एक कनेक्टेड पीसी पर वर्बोज़ सेट के साथ चल रहा है। मुझे जो भी मिलेगा, मैं उसे वापस रिपोर्ट करूँगा।

ऊपर कहा गया है कि क्या मैं कुछ और कोशिश कर सकता हूं? मैं STA को कैसे बंद करूं? क्या वह STA_Disconnect भाग में किया जा सकता है जहाँ WiFi.reconnect है?

ठीक है कि लंबे समय तक नहीं था .... मैं नए के साथ एक ही मुद्दा रहा हूँ। पहले मूल एक ही "[ई] [WiFiClient। Cpp : 97 ] कनेक्ट (): lwip_connect_r: 113" त्रुटि के साथ शुरू हुआ और मुश्किल से 30 मिनट के बाद ऑनलाइन डेटा नहीं भेज रहा है। आमतौर पर उस त्रुटि को दो बार एक साथ लगभग 5 या 6 सेकंड के बीच और फिर अगले सेट के बीच 45 - 50 सेकंड के बीच फिर से थोड़े यादृच्छिक। लगभग 10 मिनट के लिए किया था कि एक ही डिस्कनेक्ट पैटर्न में चला गया:

[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
Data: Sending: temperature1 -49.02
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
Data: Sending: humidity1 -5.02
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 7 - NOT_ASSOCED
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 202 - ASSOC_FAIL
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5

और अंतिम 4 लाइनों को बार-बार दोहराया। एक बिंदु पर इसने कुछ अलग किया ... त्रुटि संदेश थोड़ा बदल गया:

[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 113
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 118
Data: Sending: temperature2 -1.00
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 118
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 118
Data: Sending: humidity2 -1.00
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 118
[E][WiFiClient.cpp:97] connect(): lwip_connect_r: 118
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5

ध्यान दें कि 113 के विपरीत 118 में समाप्त होने के लिए स्विच की गई त्रुटि। लेकिन उस बिंदु से उस पर STA_DISCONNECTED और AUTH_EXPIRED के साथ-साथ 118 त्रुटि को अनियमित रूप से दोहराया।

फिर नई ESP32 ने ठीक वही काम करना शुरू किया। ज्यादातर 113 त्रुटि तो NOT_ASSOCED, ASSOC_FAIL और AUTH_EXPIRE का एक ही पैटर्न और उसके बाद बस डिस्कनेक्ट और AUTH_EXPIRE ओवर-ओवर।

वे अलग-अलग समय पर विफल रहे, 25 मिनट अलग, जबकि वे ठीक उसी समय शुरू किए गए थे। वाईफाई सिग्नल एक कारक नहीं लगता है और न ही कोई निश्चित समय है।

संपादित करें: बस एक रिबूट पर स्पष्ट होने के लिए यह हर बार पहली कोशिश में तुरंत जोड़ता है:

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
flash read err, 1000
ets_main.c 371 
ets Jun  8 2016 00:22:57

rst:0x10 (RTCWDT_RTC_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0010,len:4
load:0x3fff0014,len:708
load:0x40078000,len:0
load:0x40078000,len:11460
entry 0x400789f4
Everything: init started
Everything: Free RAM = -1
Disabling ESP32 WiFi Access Point
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 2 - STA_START
[WiFi-event] event: 2
Initializing ESP32 WiFi network.  Please be patient...
ESP32 station start
Attempting to connect to WPA SSID: (SSIDRemoved)
..[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 4 - STA_CONNECTED
[WiFi-event] event: 4
ESP32 station connected to AP
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 7 - STA_GOT_IP
[WiFi-event] event: 7
WiFi connected
IP address: 
192.168.xx.xx

अभी भी वाईफाई टीम के जवाब का इंतजार है। कुछ और शोर करेंगे क्योंकि यह मेरे लिए भी कष्टप्रद है। अंक Arduino के नीचे और बंद स्रोत वाईफ़ाई lib में कहीं रास्ता है।

धन्यवाद। मैं STA_DISCONNECTED ईवेंट स्विच स्टेटमेंट में एक काउंटर जोड़ने का प्रयास करने जा रहा हूं जो मुझे मिलता रहता है और 5 के बाद वाईफाई री-इनिट करने की कोशिश करते हैं और 10 के बाद कंट्रोलर को रिबूट करते हैं और एक कनेक्ट पर काउंटर को 0 पर रीसेट करते हैं, देखें कि क्या कम से कम नियंत्रक को बनाए रखता है।

अगर कुछ और है तो मैं आपको यह निश्चित करने में मदद करने के लिए यह कोड या कोड प्रदान कर सकता हूं। अगर यह मायने रखता है कि मैं जिस ESP32 का उपयोग कर रहा हूं उसका उपयोग दो वोल्टेज इनपुट, एक बाइनरी इनपुट और एक DTH22 (अस्थायी + आर्द्रता) के लिए किया जा रहा है, तो उस डेटा को HTTP के माध्यम से एक नियंत्रक को भेजा जा रहा है।

हाय @vseven , मैं अभी खुद इस मुद्दे को पुन: पेश नहीं कर सकता, क्या आप मुझे WiFi के फर्मवेयर संस्करण की जानकारी दे सकते हैं? यदि आप स्टार्टअप लॉग से प्राप्त कर सकते हैं, तो यह "I (588) वाईफाई: वाईफाई फर्मवेयर संस्करण: 2cd69aa" की तरह दिखता है, तो मैं आपको इस मुद्दे को डीबग करने के लिए एक डीबग संस्करण वाईफाई का काम प्रदान कर सकता हूं।

@vseven क्या आप मुझे जोड़ा है? मेरा मतलब है कि कब esp_wifi_connect () कॉल करें? यदि आप कार्यान्वयन तर्क को चिपका सकते हैं तो यह उपयोगी होगा।

@liuzfesp wifi लॉगिंग Arduino में अक्षम है।
@vseven यह दिखाने के लिए इस लाइन पर टिप्पणी

ठीक है, मैंने उस लाइन पर टिप्पणी की और फिर से लिखा। मैं वापस रिपोर्ट करूँगा। एक साइड नोट के रूप में मैंने अपने इनिट () को वापस बुलाने के लिए फिर से जोड़ने के लिए एक काउंटर जोड़ने की कोशिश की, लेकिन यह कुछ भी नहीं किया .... यह इनिट की तरह था () कभी नहीं कहा गया था। हालांकि मैं इसे गलत कर रहा हूं। लेकिन जब काउंटर को 10 मिला तो ESP.restart को रक्षात्मक रूप से बुलाया गया और सही ढंग से रिबूट किया गया जिसके बाद इसे फिर से जोड़ा गया:

    void SmartThingsESP32WiFi::WiFiEvent(WiFiEvent_t event)
    {
        Serial.printf("[WiFi-event] event: %d\n", event);
        switch (event) {
        case SYSTEM_EVENT_STA_GOT_IP:
            Serial.println("WiFi connected");
            Serial.println("IP address: ");
            Serial.println(WiFi.localIP());
            break;
        case SYSTEM_EVENT_STA_DISCONNECTED:
            Serial.println("WiFi lost connection.  Attempting to reconnect...");
            WiFi.reconnect();
            disconnectCounter++;
            if (disconnectCounter > 5) {
                Serial.println("We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...");
                void init();
            }
            if (disconnectCounter > 10) {
                Serial.println("We have recieved the STA_DISCONNECTED event 10 times now.  Reboot...");
                ESP.restart();
            }
            break;
        case SYSTEM_EVENT_STA_START:
            Serial.println("ESP32 station start");
            break;
        case SYSTEM_EVENT_STA_CONNECTED:
            Serial.println("ESP32 station connected to AP");
            disconnectCounter = 0;
            break;
        }
    }

@liuzfesp - यहाँ उस लाइन के साथ अतिरिक्त जानकारी दी गई है:

I (243) wifi: wifi firmware version: c1b8a2f
I (243) wifi: config NVS flash: enabled
I (243) wifi: config nano formating: disabled
I (257) wifi: Init dynamic tx buffer num: 32
I (257) wifi: Init data frame dynamic rx buffer num: 64
I (257) wifi: Init management frame dynamic rx buffer num: 64
I (261) wifi: wifi driver task: 3ffd0d8c, prio:23, stack:4096
I (267) wifi: Init static rx buffer num: 10
I (270) wifi: Init dynamic rx buffer num: 0
I (274) wifi: Init rx ampdu len mblock:7
I (278) wifi: Init lldesc rx ampdu entry mblock:4
I (282) wifi: wifi power manager task: 0x3ffd60f0 prio: 21 stack: 2560
I (290) wifi: wifi timer task: 3ffd7148, prio:22, stack:3584
I (314) wifi: mode : null
Disabling ESP32 WiFi Access Point

I (815) wifi: Init Ampdu: 1 tx baw=6 rx baw=6
I (815) wifi: mode : sta (30:ae:a4:25:78:64)
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 2 - STA_START

Initializing ESP32 WiFi network.  Please be patient...
[WiFi-event] event: 2
ESP32 station start
Attempting to connect to WPA SSID: (SSIDREMOVED)
.I (1946) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
.I (2603) wifi: state: init -> auth (b0)
I (2605) wifi: state: auth -> assoc (0)
I (2612) wifi: state: assoc -> run (10)
I (2670) wifi: connected with (SSIDREMOVED), channel 1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 4 - STA_CONNECTED
[WiFi-event] event: 4
ESP32 station connected to AP
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 7 - STA_GOT_IP
[WiFi-event] event: 7
WiFi connected

और जो फाइलें मैं उपयोग कर रहा हूं (इससे पहले कि मैंने डिस्कनेक्ट काउंटर को जोड़ा):

SmartThingsESP32WiFi.h.txt
SmartThingsESP32WiFi.cpp.txt

@liuzfesp - तो इसने डिबग सक्षम के साथ ऐसा ही किया, उम्मीद है कि यहां कुछ आपको कुछ बताएगा। यह एक घंटे के लिए ठीक चला या फिर 113 त्रुटि को बेतरतीब ढंग से फेंकना शुरू कर दिया। लगभग 15 मिनट के यादृच्छिक 113 त्रुटियों के बीच वास्तविक डेटा भेजने वाले रूटीन के बीच यह किया:

I (5427111) wifi: state: run -> auth (7c0)
I (5427111) wifi: pm stop, total sleep time: 0/1119534452

I (5427111) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 7 - NOT_ASSOCED
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (5427133) wifi: state: auth -> init (0)
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 202 - ASSOC_FAIL
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (5427276) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5427276) wifi: state: init -> auth (b0)
I (5428276) wifi: state: auth -> init (2)
I (5428277) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (5428413) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5428414) wifi: state: init -> auth (b0)
I (5429414) wifi: state: auth -> init (2)
I (5429414) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (5429551) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5429551) wifi: state: init -> auth (b0)
I (5430551) wifi: state: auth -> init (2)
I (5430551) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (5430688) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5430688) wifi: state: init -> auth (b0)
I (5431689) wifi: state: auth -> init (2)
I (5431689) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...
I (5431826) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5431826) wifi: state: init -> auth (b0)
I (5432826) wifi: state: auth -> init (2)
I (5432826) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...
I (5432963) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5432963) wifi: state: init -> auth (b0)
I (5433964) wifi: state: auth -> init (2)
I (5433964) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...
I (5434100) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5434101) wifi: state: init -> auth (b0)
I (5435101) wifi: state: auth -> init (2)
I (5435101) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...
I (5435238) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5435238) wifi: state: init -> auth (b0)
I (5436238) wifi: state: auth -> init (2)
I (5436239) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...
I (5436375) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (5436376) wifi: state: init -> auth (b0)
I (5437376) wifi: state: auth -> init (2)
I (5437376) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[D][WiFiGeneric.cpp:182] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:187] _eventCallback(): Reason: 2 - AUTH_EXPIRE
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event 5 times now.  Re-init...
We have recieved the STA_DISCONNECTED event 10 times now.  Reboot...
I (5437405) wifi: flush txq
I (5437407) wifi: stop sw txq
I (5437410) wifi: lmac stop hw txq
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)

तो प्रत्येक STA_DISCONNECT के लिए इसने WiFi.reconnect को बिना किसी स्पष्ट सफलता के साथ कॉल करने की कोशिश की, फिर इसने init () को चलाने की कोशिश की और फिर 5 डिस्कनेक्ट जो कि तब भी मदद नहीं की, एक बार 10 डिस्क को हिट करने के बाद इसे रिबूट किया और रीबूट किया और फिर से कनेक्ट किया।

मैंने पूरे सप्ताह अपने ईएसपी 32 पर धारावाहिक मॉनिटर चालू रखा और शुक्रवार रात 6 बजे से रविवार रात 9 बजे के बीच लगभग 10 बार रिबूट किया। हर बार यह उपरोक्त लॉग्स की तरह ही था।

@ me-no-dev - क्या आप मुझे एसटीए को बंद करने और वापस देखने के तरीके से मार्गदर्शन कर सकते हैं कि क्या यह भी फिर से जोड़ने के लिए काम करता है और मैं कोशिश कर सकता हूं कि 5 असफल प्रयासों के बाद? 10 कामों के बाद रिबूट लेकिन मैं आरजीबी लाइटिंग को नियंत्रित करने के लिए इसका उपयोग करने की योजना बना रहा हूं और मैं वास्तव में लाइट बंद और चालू नहीं करना चाहता हूं।

@liuzfesp - क्या कुछ और है जो मैं आपको डीबगिंग के लिए प्रदान कर सकता हूं? या कुछ भी है कि मैं बाहर की कोशिश कर सकते हैं?

कोई सुधार? अभी भी दोनों उपकरणों के साथ निरंतर डिस्कनेक्ट हैं।

@ यहाँ कोई भी खबर?

मैं देख रहा हूँ कि ब्लूटूथ और वाईफाई के साथ कुछ कोड परिवर्तन आ रहे हैं। यकीन नहीं होता कि उसमें से कोई मेरी मदद करेगा या नहीं। मेरे पास अभी भी समान मुद्दे हैं और रिबूट मेरे डेटा को पास रखने के लिए काम कर रहा है, लेकिन मैं आरजीबी लाइट स्ट्रिप कंट्रोल के लिए इसका उपयोग नहीं कर पाया हूं क्योंकि लाइट रिबूट को चालू रखती है।

@liuzfesp - क्या लॉग में कुछ भी है जो मदद करता है या कुछ और जो मैं प्रदान या कोशिश कर सकता हूं?

मैंने कुछ चीजों को साफ किया, यह सुनिश्चित किया कि मेरे कोड में कुछ भी देरी या ब्लॉकिंग नहीं थी, और मेरे पास अब कम त्रुटियां हैं (113 और 118 त्रुटियों को न देखें) लेकिन अभी भी एक ही डिस्कनेक्ट मुद्दा रहा है और यह सीधे संबंधित लगता है WiFi प्रमाणित (नवीनीकरण?) और विफल होने की कोशिश कर रहा है। इस सप्ताह के अंत में एक ताजा कब्जा है जहां मैंने 24 घंटे की अवधि में लगभग 5 बार रिबूट किया था। फिर से, दो अलग-अलग ईएसपी 32 पर एक ही बात, मैं डिस्कनेक्ट (इवेंट 5) की तलाश करता हूं और वाईफाई के साथ कनेक्ट करने का प्रयास करता हूं। एक वाईफाई और एक वाईफाई। दोनों बिना किसी भाग्य के साथ इसलिए 10 के बाद इसे रिबूट करने की कोशिश करता है और ठीक से जोड़ता है

I (1903652) wifi: active cnt: 5
I (1913652) wifi: active cnt: 5
I (1923652) wifi: send null to keep active
I (1933652) wifi: send null to keep active
I (1943653) wifi: active cnt: 1
I (1953653) wifi: active cnt: 2
I (1963653) wifi: send null to keep active
I (1973653) wifi: send null to keep active
I (1983653) wifi: send null to keep active
I (1993653) wifi: active cnt: 1
I (2003654) wifi: send null to keep active
I (2013654) wifi: send null to keep active
I (2023654) wifi: send null to keep active
I (2033654) wifi: send null to keep active
I (2043654) wifi: send null to keep active
I (2053654) wifi: send null to keep active
I (2063654) wifi: send null to keep active
I (2073655) wifi: send null to keep active
I (2083655) wifi: active cnt: 1
I (2093655) wifi: send null to keep active
I (2103655) wifi: send null to keep active
I (2113655) wifi: send null to keep active
I (2123655) wifi: send null to keep active
I (2133655) wifi: send null to keep active
I (2143656) wifi: send null to keep active
I (2153656) wifi: send null to keep active
I (2163656) wifi: send null to keep active
I (2173656) wifi: send null to keep active
I (2183656) wifi: send null to keep active
I (2193656) wifi: send null to keep active
I (2203657) wifi: send null to keep active
I (2213657) wifi: send null to keep active
I (2223657) wifi: send null to keep active
I (2233657) wifi: send null to keep active
I (2243657) wifi: send null to keep active
I (2253657) wifi: send null to keep active
I (2263657) wifi: send null to keep active
I (2273658) wifi: active cnt: 2
I (2283658) wifi: send null to keep active
I (2293658) wifi: send null to keep active
I (2303658) wifi: send null to keep active
I (2313658) wifi: send null to keep active
I (2323658) wifi: send null to keep active
I (2333658) wifi: send null to keep active
I (2343659) wifi: send null to keep active
I (2353659) wifi: send null to keep active
I (2363659) wifi: send null to keep active
I (2373659) wifi: send null to keep active
I (2383659) wifi: send null to keep active
I (2393659) wifi: send null to keep active
I (2403660) wifi: send null to keep active
I (2413660) wifi: send null to keep active
I (2423660) wifi: send null to keep active
I (2433660) wifi: send null to keep active
I (2443660) wifi: send null to keep active
I (2453660) wifi: send null to keep active
I (2463660) wifi: send null to keep active
I (2473661) wifi: send null to keep active
I (2483661) wifi: send null to keep active
I (2483663) wifi: state: run -> auth (7c0)
I (2483663) wifi: pm stop, total sleep time: 0/-1824912959

I (2483663) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2483674) wifi: state: auth -> init (0)
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2483805) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2483805) wifi: state: init -> auth (b0)
I (2484805) wifi: state: auth -> init (2)
I (2484806) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2484930) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2484931) wifi: state: init -> auth (b0)
I (2485931) wifi: state: auth -> init (2)
I (2485931) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2486056) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2486056) wifi: state: init -> auth (b0)
I (2487056) wifi: state: auth -> init (2)
I (2487056) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2487181) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2487181) wifi: state: init -> auth (b0)
I (2488182) wifi: state: auth -> init (2)
I (2488182) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2488306) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2488307) wifi: state: init -> auth (b0)
I (2489307) wifi: state: auth -> init (2)
I (2489307) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2489432) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2489432) wifi: state: init -> auth (b0)
I (2490432) wifi: state: auth -> init (2)
I (2490432) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2490557) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2490557) wifi: state: init -> auth (b0)
I (2491558) wifi: state: auth -> init (2)
I (2491558) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2491682) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2491683) wifi: state: init -> auth (b0)
I (2492683) wifi: state: auth -> init (2)
I (2492683) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
I (2492808) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
I (2492808) wifi: state: init -> auth (b0)
I (2493808) wifi: state: auth -> init (2)
I (2493808) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
[WiFi-event] event: 5
WiFi lost connection.  Attempting to reconnect...
We have recieved the STA_DISCONNECTED event over 10 times now.  Reboot...
I (2493819) wifi: flush txq
I (2493822) wifi: stop sw txq
I (2493824) wifi: lmac stop hw txq
ets Jun  8 2016 00:22:57

rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0010,len:4
load:0x3fff0014,len:708
load:0x40078000,len:0
load:0x40078000,len:11460
entry 0x400789f4
Everything: init started
Everything: Free RAM = -1
I (749) wifi: wifi firmware version: c1b8a2f
I (749) wifi: config NVS flash: enabled
I (749) wifi: config nano formating: disabled
I (758) wifi: Init dynamic tx buffer num: 32
I (758) wifi: Init data frame dynamic rx buffer num: 64
I (758) wifi: Init management frame dynamic rx buffer num: 64
I (762) wifi: wifi driver task: 3ffca34c, prio:23, stack:4096
I (768) wifi: Init static rx buffer num: 10
I (771) wifi: Init dynamic rx buffer num: 0
I (775) wifi: Init rx ampdu len mblock:7
I (779) wifi: Init lldesc rx ampdu entry mblock:4
I (783) wifi: wifi power manager task: 0x3ffd6004 prio: 21 stack: 2560
I (791) wifi: wifi timer task: 3ffd705c, prio:22, stack:3584
I (815) wifi: mode : null
Disabling ESP32 WiFi Access Point

I (1816) wifi: Init Ampdu: 1 tx baw=6 rx baw=6
I (1816) wifi: mode : sta (30:ae:a4:07:f1:98)
[WiFi-event] event: 2

Initializing ESP32 WiFi network.  Please be patient...
ESP32 station start
Attempting to connect to WPA SSID: (SSIDREMOVED)
.I (2943) wifi: n:1 0, o:1 0, ap:255 255, sta:1 0, prof:1
.I (3600) wifi: state: init -> auth (b0)
I (3602) wifi: state: auth -> assoc (0)
I (3606) wifi: state: assoc -> run (10)
I (3635) wifi: connected with (SSIDREMOVED), channel 1
[WiFi-event] event: 4
ESP32 station connected to AP
[WiFi-event] event: 7
WiFi connected
IP address: 
192.168.1.142

@liuzfesp / @ me-no-dev - क्या कोई अन्य जानकारी है जो मैं प्रदान कर सकता हूं? क्या यह किसी और के साथ या केवल मेरे दो HiLetGo ModeMCU ESP32s के साथ हो रहा है? क्या कोई कस्टम फर्मवेयर है जिसे मैं आज़मा सकता हूं?

-Allan

मेरे वोरोम -32 मॉड्यूल पर भी मेरा वही व्यवहार है।
हर 3 या 4 रीबूट, यह STA_DISCONNECTED -> AUTH_EXPIRED लूप में लटका रहता है।
समान व्यवहार दिखाते हुए, एक ही प्रकार के दूसरे मॉड्यूल की जाँच की।
मेरा राउटर एक TL-WR841 (TPLINK) है, लेकिन एक ASUS RT-AC87U के साथ भी होता है।

कब समाधान होगा, इसकी बेकार अगर ऐसी स्थितियों में रिबूट की आवश्यकता है ...

संपादित करें: मेरे लिए, यह समस्या बूट के बाद भी होती है, अर्थात WiFi.begin () STA_DISCONNECTED -> AUTH_EXPIRED में सभी छोरों पर कनेक्शन स्थापित नहीं करेगा

मुझे एक महीने में कोई प्रतिक्रिया नहीं मिली है, हालांकि कोई अपराध नहीं है, मुझे खुशी है कि यह किसी और के साथ हो रहा है इसलिए मुझे पता है कि मैं अकेला नहीं हूं।

@liuzfesp / @ me-no-dev - क्या इस पर कोई प्रगति हुई है या कुछ भी हम इसे वाईफाई से मज़बूती से जुड़े रहने के लिए प्राप्त करने का प्रयास कर सकते हैं।

पोक्ड @liuzfesp फिर से ... यह उतना ही है जितना मैं वास्तव में कर सकता हूं। मेरे पास वाईफाई लिब्रो स्रोत तक पहुंच नहीं है

@igrr

@copercini क्यों?

चूँकि मुझे यहाँ टैग किया गया था ... @vseven , क्या कोई मौका है जब आप मॉनिटर मोड में Wireshark और WiFi एडाप्टर का उपयोग करके पैकेट कैप्चर कर सकते हैं? विशेष रुचि वह समय होता है जब पुन: कनेक्ट करने की प्रक्रिया विफल हो जाती है। चूँकि हम नहीं जानते कि यहाँ क्या हो रहा है, और हम अपने CI वातावरण में इसी तरह के मुद्दे को पुन: पेश नहीं कर सकते हैं, पैकेट पर कब्जा कुछ विसंगति को प्रकट कर सकता है, जिससे आप जिस स्थिति का सामना कर रहे हैं उसके बारे में एक सुराग दे सकते हैं।

एक अन्य विचार (बस चर की संख्या को कम करने के लिए), क्या यह समस्या भी होती है यदि आप एक खुले वाईफाई नेटवर्क से कनेक्ट करते हैं?

वर्तमान में, सभी डिबग आउटपुट के साथ मेरी WROOM32s के साथ फिर से जुड़ जाते हैं:

[डी] [WiFiGeneric। cpp: 265 ] _eventCallback (): इवेंट: 2 - STA_START
.... [डी] [WiFiGeneric। cpp: 265 ] _eventCallback (): इवेंट: 4 - STA_CONNECTED
.. [डी] [WiFiGeneric। cpp: 265 ] _eventCallback (): इवेंट: 7 - STA_GOT_IP
वाईफाई कनेक्ट किया गया
... तो मैं ऐन्टेना रिसेप्शन को ब्लॉक करता हूं या डिस्कनेक्ट करने के लिए अपने एपी पर रीसेट दबाता हूं ...
[डी] [WiFiGeneric। cpp: 265 ] _eventCallback (): इवेंट: 5 - STA_DISCONNECTED
[W] [WiFiGeneric। cpp: 270 ] _eventCallback (): कारण: 200 - NO_AP_FOUND
... जब रिसेप्शन फिर से ठीक होना चाहिए, तो इसे कहने में लगभग 2 मिनट लगते हैं:

[डी] [WiFiGeneric। cpp: 265 ] _eventCallback (): इवेंट: 8 - STA_WPS_ER_SUCCESS

हालाँकि यह उस स्थिति में हमेशा के लिए नेटवर्क से डिस्कनेक्ट हो जाता है।
WPS मेरे एपी में बंद है। पता नहीं कि डिबग संदेश का क्या मतलब है।
दो अलग-अलग एपी और दो अलग-अलग WROOM32 मॉड्यूल के साथ एक ही व्यवहार, wificlient उदाहरण स्केच का उपयोग करना। कोई फर्क नहीं पड़ता कि WPA2 का उपयोग किया गया या नेटवर्क खुला।
जरूरत पड़ने पर Wireshark लॉग को मॉनिटर मोड में भेज सकते हैं।

सबसे पहले, एसडीके पर आपकी कड़ी मेहनत के लिए सभी को धन्यवाद। मैंने इसके साथ विकसित होने में एक टन मज़ा लिया है, और इसमें जो प्रयास किया गया है, उसके लिए मैं बहुत आभारी हूं।

मैं इस मुद्दे को भी देख रहा हूं। मुझे लगता है कि मैं इसे थोड़ा कम करने में कामयाब रहा हूं। मैं इस छोटे स्केच का उपयोग कर रहा हूं जो ESP8266 और ESP32 दोनों पर काम करना चाहिए:

https://github.com/sidoh/esp32_reconnect_demo

मैंने ऑटो को फिर से कनेक्ट किया ताकि मुझे चर का अधिक नियंत्रण मिले।

सेट अप

1. ESP8266 और ESP32 दोनों पर परीक्षण
2. मोबाइल हॉटस्पॉट नेटवर्क का उपयोग करना। दोनों WPA2 PSK और खुले नेटवर्क की कोशिश की
3. MCU को नेटवर्क से कनेक्ट करने और कुछ सेकंड के लिए चलाने की अनुमति दें। कनेक्टिविटी को सत्यापित करने के लिए मैंने एक NTP क्लाइंट जोड़ा।

फिर मैंने दो अलग-अलग चीजों की कोशिश की:

(ए) नेटवर्क फाड़, तुरंत विश्राम

इन परिस्थितियों में, नेटवर्क को आमतौर पर उस समय तक फिर से बना दिया जाता है जब एमसीयू नोटिस कट जाता है।

(बी) नेटवर्क को फाड़ दें, एमसीयू के लिए प्रतीक्षा करें कि वह डिस्कनेक्ट हो गया है, फिर से नेटवर्क तैयार करें

टिप्पणियों

1. व्यवहार WPA2 और खुले नेटवर्क दोनों के साथ समान है।
2. ESP8266 सफलतापूर्वक दोनों (ए) और (बी) के साथ सामंजस्य स्थापित करता है।
3. ESP32 प्रयोग (ए) में फिर से जुड़ता है, लेकिन (बी) में फंस जाता है।
4. ESP32 सफलतापूर्वक (ए) और (बी) दोनों में WiFi.disconnect(true); _and_ WiFi.begin(WIFI_SSID, WIFI_PASSWD); कहा जाता है। दोनों की तरह लगता है आवश्यक हैं।
   \
   बूलियन wifioff पैरामीटर से disconnect सही होने के लिए भी आवश्यक प्रतीत होता है। चूंकि WiFi.disconnect(true); WiFi सेटिंग साफ़ करने के लिए प्रकट होता है, begin कॉल में ssid और पासवर्ड को

लॉग्स

ये सभी एक खुले नेटवर्क के साथ हैं। मैं ESP8266 लॉग को छोड़ रहा हूं क्योंकि व्यवहार अपेक्षित था, लेकिन प्रदान कर सकता है कि क्या वे उपयोगी होंगे।

ESP32, प्रयोग (ए)

I (25) wifi: wifi firmware version: 708a055
I (26) wifi: config NVS flash: enabled
I (26) wifi: config nano formating: disabled
I (31) wifi: Init dynamic tx buffer num: 32
I (32) wifi: Init data frame dynamic rx buffer num: 64
I (32) wifi: Init management frame dynamic rx buffer num: 64
I (35) wifi: wifi driver task: 3ffd46dc, prio:23, stack:4096
I (40) wifi: Init static rx buffer num: 10
I (44) wifi: Init dynamic rx buffer num: 0
I (48) wifi: wifi power manager task: 0x3ffd9418 prio: 21 stack: 2560
I (425) wifi: mode : sta (30:ae:a4:04:42:c8)
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
I (2836) wifi: n:6 0, o:1 0, ap:255 255, sta:6 0, prof:1
I (2836) wifi: state: init -> auth (b0)
I (2853) wifi: state: auth -> assoc (0)
I (2872) wifi: state: assoc -> run (10)
I (2872) wifi: connected with glowyrectangle, channel 6
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 7 - STA_GOT_IP
Setup completed
[4] ssid=glowyrectangle
[5] ssid=glowyrectangle
I (5872) wifi: pm start, type:0

[6] ssid=glowyrectangle
[7] ssid=glowyrectangle
[8] ssid=glowyrectangle
[9] ssid=glowyrectangle
[10] ssid=glowyrectangle
I (10388) wifi: state: run -> auth (7c0)
I (10389) wifi: pm stop, total sleep time: 0/4516399

I (10389) wifi: n:6 0, o:6 0, ap:255 255, sta:6 0, prof:1
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:270] _eventCallback(): Reason: 7 - NOT_ASSOCED
W (11413) wifi: Haven't to connect to a suitable AP now!
[11] ssid=
Attempting to reconnect...
I (13822) wifi: n:6 0, o:6 0, ap:255 255, sta:6 0, prof:1
I (13823) wifi: state: auth -> auth (b0)
I (13826) wifi: state: auth -> assoc (0)
I (13839) wifi: state: assoc -> run (10)
I (13839) wifi: connected with glowyrectangle, channel 6
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 7 - STA_GOT_IP
Connection result: 3
[1513219385] ssid=glowyrectangle
[1513219386] ssid=glowyrectangle
[1513219387] ssid=glowyrectangle
[1513219388] ssid=glowyrectangle
I (16839) wifi: pm start, type:0

ESP32, प्रयोग (B)

rst:0x10 (RTCWDT_RTC_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0018,len:4
load:0x3fff001c,len:812
load:0x40078000,len:0
load:0x40078000,len:11404
entry 0x40078aa0
I (25) wifi: wifi firmware version: 708a055
I (26) wifi: config NVS flash: enabled
I (26) wifi: config nano formating: disabled
I (35) wifi: Init dynamic tx buffer num: 32
I (36) wifi: Init data frame dynamic rx buffer num: 64
I (36) wifi: Init management frame dynamic rx buffer num: 64
I (39) wifi: wifi driver task: 3ffd46d0, prio:23, stack:4096
I (44) wifi: Init static rx buffer num: 10
I (48) wifi: Init dynamic rx buffer num: 0
I (52) wifi: wifi power manager task: 0x3ffd940c prio: 21 stack: 2560
I (431) wifi: mode : sta (30:ae:a4:04:42:c8)
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
I (2842) wifi: n:6 0, o:1 0, ap:255 255, sta:6 0, prof:1
I (2843) wifi: state: init -> auth (b0)
I (2846) wifi: state: auth -> assoc (0)
I (2863) wifi: state: assoc -> run (10)
I (2863) wifi: connected with glowyrectangle, channel 6
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 7 - STA_GOT_IP
Setup completed
[3] ssid=glowyrectangle
[4] ssid=glowyrectangle
I (5863) wifi: pm start, type:0

[5] ssid=glowyrectangle
[1513219573] ssid=glowyrectangle
[1513219574] ssid=glowyrectangle
[1513219575] ssid=glowyrectangle
[1513219576] ssid=glowyrectangle
[1513219577] ssid=glowyrectangle
[1513219578] ssid=glowyrectangle
[1513219579] ssid=glowyrectangle
I (13174) wifi: bcn_timout,ap_probe_send_start
[1513219580] ssid=glowyrectangle
[1513219581] ssid=glowyrectangle
[1513219582] ssid=glowyrectangle
I (15676) wifi: ap_probe_send over, resett wifi status to disassoc
I (15677) wifi: state: run -> init (1)
I (15678) wifi: pm stop, total sleep time: 0/9813809

I (15678) wifi: n:6 0, o:6 0, ap:255 255, sta:6 0, prof:1
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:270] _eventCallback(): Reason: 200 - NO_AP_FOUND
W (16387) wifi: Haven't to connect to a suitable AP now!
[1513219583] ssid=
Attempting to reconnect...
Connection result: 5
[E][WiFiUdp.cpp:183] endPacket(): could not send data: 118
W (17412) wifi: Haven't to connect to a suitable AP now!
[1513219584] ssid=
Attempting to reconnect...
Connection result: 5
[E][WiFiUdp.cpp:183] endPacket(): could not send data: 118
W (18437) wifi: Haven't to connect to a suitable AP now!
[1513219585] ssid=
Attempting to reconnect...
Connection result: 5
[E][WiFiUdp.cpp:183] endPacket(): could not send data: 118
W (19462) wifi: Haven't to connect to a suitable AP now!
[1513219586] ssid=
Attempting to reconnect...
Connection result: 5

... ( loops like this indefinitely ) ...

ESP32, प्रयोग (B) डिस्कनेक्ट (सच) + शुरू (ssid, पासवार्ड) के साथ

rst:0x10 (RTCWDT_RTC_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0018,len:4
load:0x3fff001c,len:812
load:0x40078000,len:0
load:0x40078000,len:11404
entry 0x40078aa0
I (27) wifi: wifi firmware version: 708a055
I (28) wifi: config NVS flash: enabled
I (28) wifi: config nano formating: disabled
I (36) wifi: Init dynamic tx buffer num: 32
I (36) wifi: Init data frame dynamic rx buffer num: 64
I (36) wifi: Init management frame dynamic rx buffer num: 64
I (39) wifi: wifi driver task: 3ffd46d0, prio:23, stack:4096
I (45) wifi: Init static rx buffer num: 10
I (48) wifi: Init dynamic rx buffer num: 0
I (52) wifi: wifi power manager task: 0x3ffd940c prio: 21 stack: 2560
I (431) wifi: mode : sta (30:ae:a4:04:42:c8)
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
I (2842) wifi: n:6 0, o:1 0, ap:255 255, sta:6 0, prof:1
I (2843) wifi: state: init -> auth (b0)
I (2847) wifi: state: auth -> assoc (0)
I (2863) wifi: state: assoc -> run (10)
I (2863) wifi: connected with glowyrectangle, channel 6
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 7 - STA_GOT_IP
Setup completed
[1513219802] ssid=glowyrectangle
[1513219803] ssid=glowyrectangle
[1513219804] ssid=glowyrectangle
I (5863) wifi: pm start, type:0

[1513219805] ssid=glowyrectangle
[1513219806] ssid=glowyrectangle
[1513219807] ssid=glowyrectangle
[1513219808] ssid=glowyrectangle
[1513219809] ssid=glowyrectangle
[1513219810] ssid=glowyrectangle
[1513219811] ssid=glowyrectangle
[1513219812] ssid=glowyrectangle
[1513219813] ssid=glowyrectangle
[1513219814] ssid=glowyrectangle
[1513219815] ssid=glowyrectangle
[1513219816] ssid=glowyrectangle
I (17282) wifi: bcn_timout,ap_probe_send_start
[1513219817] ssid=glowyrectangle
[1513219818] ssid=glowyrectangle
[1513219819] ssid=glowyrectangle
I (19785) wifi: ap_probe_send over, resett wifi status to disassoc
I (19785) wifi: state: run -> init (1)
I (19786) wifi: pm stop, total sleep time: 0/13922305

I (19786) wifi: n:6 0, o:6 0, ap:255 255, sta:6 0, prof:1
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:270] _eventCallback(): Reason: 200 - NO_AP_FOUND
W (20616) wifi: Haven't to connect to a suitable AP now!
[1513219820] ssid=
Attempting to reconnect...
I (20632) wifi: mode : null
I (20634) wifi: flush txq
I (20634) wifi: stop sw txq
I (20635) wifi: lmac stop hw txq
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 3 - STA_STOP
I (20644) wifi: mode : sta (30:ae:a4:04:42:c8)
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:270] _eventCallback(): Reason: 201 - AUTH_FAIL
Connection result: 1
[E][WiFiUdp.cpp:183] endPacket(): could not send data: 118
W (24182) wifi: Haven't to connect to a suitable AP now!
[1513219823] ssid=
Attempting to reconnect...
I (24254) wifi: mode : null
I (24256) wifi: flush txq
I (24257) wifi: stop sw txq
I (24257) wifi: lmac stop hw txq
I (24266) wifi: mode : sta (30:ae:a4:04:42:c8)
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 3 - STA_STOP
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:270] _eventCallback(): Reason: 201 - AUTH_FAIL
Connection result: 1
[E][WiFiUdp.cpp:183] endPacket(): could not send data: 118
W (27804) wifi: Haven't to connect to a suitable AP now!
[1513219827] ssid=
Attempting to reconnect...
I (27820) wifi: mode : null
I (27822) wifi: flush txq
I (27822) wifi: stop sw txq
I (27822) wifi: lmac stop hw txq
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 3 - STA_STOP
I (27832) wifi: mode : sta (30:ae:a4:04:42:c8)
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 2 - STA_START
I (30311) wifi: n:6 0, o:1 0, ap:255 255, sta:6 0, prof:1
I (30312) wifi: state: init -> auth (b0)
I (30318) wifi: state: auth -> assoc (0)
I (30339) wifi: state: assoc -> run (10)
I (30340) wifi: connected with glowyrectangle, channel 6
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:265] _eventCallback(): Event: 7 - STA_GOT_IP
Connection result: 3
[1513219831] ssid=glowyrectangle
[1513219832] ssid=glowyrectangle
I (33340) wifi: pm start, type:0

[1513219833] ssid=glowyrectangle
[1513219834] ssid=glowyrectangle
[1513219835] ssid=glowyrectangle
[1513219835] ssid=glowyrectangle
[1513219836] ssid=glowyrectangle

लपेटें

मैंने SDK में कुछ खुदाई की है, लेकिन कुछ भी स्पष्ट नहीं दिख रहा है। मैं लगभग थोड़ा खोद सकता हूं, लेकिन मुझे उम्मीद है कि उपरोक्त जानकारी उपयोगी है। यदि कोई अन्य जानकारी है तो मैं कृपया मुझे बता सकता हूं; मैं उपकृत करने के लिए खुश से अधिक होगा।

मैंने मॉनिटर मोड में कुछ पीसीएप प्राप्त करने की कोशिश की, लेकिन वे बहुत दिलचस्प नहीं थे। बस लग रहा था कि डिस्कनेक्ट के बाद ESP32 कुछ भी नहीं भेज रहा था।

मुझे खुशी है कि मुझे कम से कम एक वर्कअराउंड (डिस्कनेक्ट (सत्य) + शुरू (एसएसडी, पासवार्ड) मिला है।

@vseven @Markusenz @sidoh
बाद में जवाब देने के लिए क्षमा करें, और एसडीके पर आपकी कड़ी मेहनत के लिए धन्यवाद।
अनुलग्नक wifi lib का डिबग संस्करण है, आप इसका उपयोग परीक्षण करने के लिए कर सकते हैं, फिर हम समस्या को हल करने के लिए आपके लॉग का विश्लेषण कर सकते हैं।
wifi_lib.tar.gz

@igrr - मैंने एक ही परिणाम के साथ खुले और सुरक्षित दोनों का प्रयास किया है। मैं आपको एक पैकेट कैप्चर करने की कोशिश कर सकता हूं, लेकिन यह मुद्दा बेहद यादृच्छिक है, यह इसे एक घंटे में 4 बार या दिन में दो बार कर सकता है इसलिए कैप्चरिंग बहुत थकाऊ हो सकता है। अब जब कई लोगों को एक ही समस्या हो रही है, हालांकि मैं डिबग संस्करण की कोशिश करूंगा कि

क्या आउटलुक को काम करने के लिए ठीक किया जाएगा? ऐसा लगता है जैसे @sidoh इसके चारों ओर हो रहा है, जिसके साथ मुझे ज्यादा किस्मत नहीं मिली है। केवल रिबूटिंग लगता है कि यह इन डिस्कनेक्ट लूपों के आसपास मिलता है।

मैं इस सप्ताहांत इसे पुनः लोड और लोड करूँगा।

EDIT: wifi_lib.tar.gz फ़ाइल खाली है। क्या आप रिपॉस्ट कर सकते हैं?

मुझे लगता है कि सबसे दिलचस्प बात मैंने देखी थी:

WiFi.disconnect(true);
WiFi.begin(SSID, PASSWORD);

हमेशा अंत में मेरे लिए ( true परम से disconnect महत्वपूर्ण है)। मुझे लगता है कि WiFi.disconnect(true) रेडियो बंद हो गया। मेरा अनुमान है कि कुछ परिस्थितियों में नेटवर्क के बारे में कुछ राज्य ईएसपी 32 को क्लियर होने के लिए कनेक्ट करने वाला माना जाता है, और उपरोक्त इसे रीसेट करता है।

यह भी दिलचस्प है कि वाईफाई नेटवर्क को बंद करने से मुद्दा 100% प्रतिलिपि प्रस्तुत करने योग्य प्रतीत होता है, ईएसपी 32 के इंतजार में यह नोटिस किया गया है कि यह डिस्कनेक्ट हो गया है, और नेटवर्क को वापस चालू कर रहा है। यदि नेटवर्क ESP32 नोटिस से पहले फिर से प्रकट होता है, तो यह कभी-कभी सफलतापूर्वक पुन: कनेक्ट करने में सक्षम होता है। लॉग से, अंतर यह प्रतीत होता है कि NO_AP_FOUND घटना पूर्व मामले में ट्रिगर होती है, लेकिन बाद में नहीं।

@vseven
wifi_debug_lib.zip

डिबग लिब के साथ जुड़े कोड को फिर से चलाया। यहां लॉग इन करें:

• fast_ap_recreate.log - प्रयोग (A)
• slow_ap_recreate.log - प्रयोग (B)
• slow_ap_recreate_with_disconnect_true.log - WiFi.disconnect(true); और WiFI.begin(SSID) साथ प्रयोग (B) के समान।

यह सब एक खुले नेटवर्क पर था।

संपादित करें - जिस्ट पृष्ठ के बजाय कच्चे लॉग का लिंक।

@zhangyanjiaoesp - इस पर कोई खबर? मैंने डिबग कोड की कोशिश नहीं की है क्योंकि @sidoh पहले से ही किया है और पहले से ही बहुत सारे लॉग प्रदान किए हैं, लेकिन फिर यह कुछ और सप्ताह हो गए हैं और कोई वास्तविक उत्तर नहीं है।

@sidoh
slow_ap_recreate.log , हम पाते हैं कि प्रिंट की तरह हैं

[1513308152] ssid =
फिर से कनेक्ट करने का प्रयास...

ऐसा लगता है कि आपका ssid खाली है, इसलिए सभी चैनलों को स्कैन करने के बाद, कोई एपी नहीं मिला।
इसलिए आपको यह देखने के लिए अपने कोड की जांच करनी चाहिए कि ssid सही तरीके से सेट है या नहीं।

हाय @ ज़नगंजियाओसे ,

मुझे लगता है कि यह शायद इस मुद्दे का मांस है। slow_ap_recreate.log , पुन: संयोजन कोड बस कर रहा है (पूर्ण स्केच यहाँ ):

WiFi.begin();

तो यह एक एपी की आपूर्ति नहीं है। एसडीके के बारे में मेरी समझ यह है कि इसे केवल अंतिम ज्ञात एपी को फिर से कनेक्ट करना चाहिए। शायद अगर यह पिछले इस्तेमाल किए गए SSID को नहीं खोज पाए, तो यह कॉन्फिगरेशन को क्लियर करता है? क्या यह अपेक्षित है?

इसके बजाय इसका उपयोग करना हमेशा काम आता है:

WiFi.disconnect(true);
WiFi.begin(ssid, passwd);

संपादित करें - बस यह सुनिश्चित करने के लिए कि सेटअप स्पष्ट है, जिस मामले में पुन: कनेक्ट नहीं हो रहा है वह तब है जब एपी एसडीके के लिए लंबे समय तक गायब हो जाता है यह तय करने के लिए कि वह चला गया है। शायद यह अपेक्षित व्यवहार है, हालांकि।

@ सिदोह हां, आप सही हैं। यह अपेक्षित व्यवहार है, आप इसे अपनी विधि से हल कर सकते हैं:

WiFi.disconnect (सही);
WiFi.begin (ssid, passwd);

मैं देखता हूं, इससे समझ में आता है। मैं अगले कुछ दिनों में WiFi.begin() बिना प्रजनन करने की कोशिश करूंगा। सही बात यह है कि सिर्फ एसडीके हैंडल को फिर से जोड़ना है।

SDK में पुनर्संरचना को कहां से हैंडल किया जाता है? केवल संदर्भ मैं मिल सकती है यहाँ जो उपयोग करने के लिए लगता है, WiFi.begin() । क्या यह अपेक्षित है?

हाँ आप सही है

इसका मतलब यह नहीं है कि SDK कोड को फिर से कनेक्ट करने का मुद्दा वही होगा जो मेरा डेमो है? यदि यह एपी के गायब होने के बाद फिर से कनेक्ट करने की कोशिश करता है, तो SSID साफ़ हो जाएगा और जब तक AP जानकारी पुनः आपूर्ति नहीं की जाती, तब तक इसे फिर से कनेक्ट नहीं किया जा सकेगा?

निश्चित रूप से SDK को स्वचालित रूप से पुन: कनेक्ट करने का प्रयास करना चाहिए। यह WiFi.setAutoReconnect (सच) होने का पूरा बिंदु है।

@everslick - मैं पूरी तरह से सहमत हूं, यह काम नहीं करता है यही कारण है कि मैंने इसे मूल रूप से 3+ महीने पहले पोस्ट किया है। WiFi.setAutoReconnect (सच) इसे फिर से जोड़ने के लिए नहीं लगता है जो कम से कम कहने के लिए विडंबना है। केवल एक चीज जो काम करती है वह है नियंत्रक को रिबूट करना और इसे अपने सामान्य कनेक्ट के माध्यम से वापस जाने देना (जो कि एल ई डी को नियंत्रित करते समय मेरे लिए काम नहीं करने वाला है) क्योंकि वे पूरी तरह से डिस्कनेक्ट और पुन: कनेक्ट करते हैं।

@zhangyanjiaoesp - तो आप कह रहे हैं WiFi.setAutoReconnect (सच) बस काम नहीं करता है? और चारों ओर काम करने के लिए हमें डिस्कनेक्ट को कॉल करना होगा और फिर से SSID और पासवर्ड के साथ फिर से कनेक्ट करना होगा? अगर यह सच है तो इसे ठीक कर दिया जाएगा या कम से कम यह कहने के लिए कि यह काम नहीं करता है, कागज़ात अद्यतन किया गया है?

मेरा भी वही मुद्दा है,
निम्नलिखित अनुक्रम का उपयोग करके सॉफ्टवेयर द्वारा रीसेट करने के बाद:
WiFi.disconnect (); // सुनिश्चित करें कि वर्तमान ssid / पासवर्ड मिटा दिया गया है
देरी (1000);
ESP.restart ();
ईएसपी रिबूट करता है लेकिन हार्डवेयर रीसेट होने तक एपी से कभी नहीं जुड़ता है।
फ़ंक्शन Wifi.disconnect () भी सही ढंग से काम नहीं कर रहा है।
रॉबर्ट

हार्ड तरीका एक GPIO पिन को EN से जोड़ना है और रिबूट / रिस्टार्ट या wifi (पुनः) कनेक्शन के मामले में सिस्टम रिसेट (GPIO लो) को बल देने की आवश्यकता है।

डिस्कनेक्ट न करें। बस मेरे लिए काम फिर से शुरू। लेकिन फिर से ... अगर WiFi.setAutoReconnect (सच) ठीक से काम किया है तो पुनः आरंभ नहीं करना चाहिए।

Wifi.disconnect या autoreconnect का काम करना अच्छा होना चाहिए, लेकिन क्या बात है, अगर कोई Wifi कनेक्शन समस्या है, तो ESP32 के मामले में यह एक प्रमुख है (सभी बाद के अनुप्रयोग शायद Wifi पर निर्भर हैं), इसलिए अंतिम समाधान एक हार्डवेयर रीसेट की कोशिश करना है, अगर यह विफल रहता है ... अलविदा ESP32 का उपयोग करें।

रिबूट करना कोई समाधान नहीं है। मैं आरजीबी एलईडी नियंत्रण के लिए इसका उपयोग कर रहा हूं और रिबूटिंग लाइट को बंद कर देता है। यदि कोई फ़ंक्शन ईएसपी को बताता है कि अगर यह वाईफाई खो देता है तो इसे कनेक्ट करने के लिए पुन: प्रयास करते रहना चाहिए, फिर उस फ़ंक्शन को वास्तव में दस्तावेज के रूप में काम करना चाहिए।

ठीक है, मैंने एक GPIO के माध्यम से ESP को रीसेट करने का प्रयास किया है, लेकिन ऐसा लगता है कि ESP को आत्महत्या पसंद नहीं है, इसलिए यह बाहरी डिवाइस के बिना काम नहीं करता है। इसलिए मैंने केवल एकमात्र समाधान पर सहमति व्यक्त की जो बचा है वह यह है कि वाईफाई डिस्कनेक्ट, ईएसपी रीस्टार्ट या वाईफाई ऑटो पुनः कनेक्ट वास्तव में काम कर रहे हैं।
एक और मुद्दा जिसके लिए हमें एक कार्यात्मक ईएसपी मॉड्यूल के लिए इंतजार करना होगा (मैं ध्यान देता हूं कि जहां तक ​​मैं इसका परीक्षण कर सकता हूं, I2C प्रोटोकॉल एक और एक है जिसके लिए मैं एक समाधान की प्रतीक्षा कर रहा हूं)।
ESP32 अब तक विश्वसनीय होना बाकी है ...।
रॉबर्ट

और मैंने SPI इंटरफ़ेस का उल्लेख नहीं किया ...

esp_restart_noos ();

जब ESP.restart () काम नहीं करता है।

मैं एक WeMos Lolin32 को कॉन्फ़िगर करने के लिए Arduino IDE का उपयोग कर रहा हूं।
मैं फ़ंक्शन का उपयोग करता हूं:

void unitReset ()
 {
#ifdef DEBUGGING
  Serial.println ("Coordinator will REBOOT NOW ....");
#endif    
  WiFi.disconnect();                          //Ensure current  ssid/password is erased
  delay (1000);
  ESP.restart();
 }

जब WeMos WiFi.mode (WIFI_STA) से जुड़ा है, तो मैं इस फ़ंक्शन को MQTT से कॉल करता हूं।
यह वास्तव में सिस्टम को पुनरारंभ करता है और स्केच शुरू होता है, लेकिन वाईफ़ाई (उस बिंदु से सिंक्रनाइज़ नहीं किया जा सकता है, कनेक्शन प्रयास एक अंतहीन लूप में जाता है)। एक मैनुअल रीसेट इसे हल करता है।
हालाँकि टेलनेट के जरिए WiFi.mode (WIFI_STA) के साथ कॉल किया गया एक ही फंक्शन।

@vseven @everslick @rrobinet
आप WiFi.setAutoReconnect(true) फ़ंक्शन का अर्थ गलत समझते हैं।
हमारे कोड में, WiFi.setAutoReconnect(true) का मतलब पूरी तरह से वाईफाई को फिर से जोड़ना नहीं है। इसका मतलब है कि अगर ESP32 पहले वाईफाई से जुड़ा है, तो जब सिस्टम अगली बार पुनरारंभ होता है, तो यह wiil पिछले कनेक्टेड वाईफाई को कनेक्ट करता है।
इसलिए हम कोड में कुछ टिप्पणियां जोड़ेंगे। क्षमा करें कि आपके काम पर असर पड़ा है।

@zhangyanjiaoesp इसे इस तरह बताते हुए क्षमा करें: यह सिर्फ "गलत" है। उस एपीआई को ESP8266 के लिए पेश किया गया था और इसने ठीक यही किया: स्वचालित रूप से वाईफाई को फिर से जोड़ना। आप क्या वर्णन करते हैं कि WiFi.setAutoConnect () क्या है; विधि के लिए है आप एक अच्छी तरह से स्थापित एपीआई के शब्दार्थ को बदल नहीं सकते।

इसके अलावा, यहां तक ​​कि जब एपीआई आपके जैसा काम करने के लिए था, तो फ़ंक्शन नामकरण अविश्वसनीय बुरा और भ्रामक होगा।

वैसे भी। हम यहां IoT डिवाइस की बात कर रहे हैं। डिफॉल्ट नेटवर्क से जुड़ा रहना चाहिए, चाहे जो भी हो। यदि कुछ भी हो, तो स्वत: पुन: संयोजन को अक्षम करने के लिए फ़ंक्शन होना चाहिए और उस तरह से व्यवहार करने के लिए हुप्स के माध्यम से कूदने के लिए एपीआई उपयोगकर्ता की आवश्यकता नहीं होनी चाहिए।

@vseven @everslick @rrobinet
कृपया यहां देखें , यह बताता है कि उपयोगकर्ता इस फ़ंक्शन को चालू होने पर काम करता है।

ESP.restart मुद्दा, सुधार।
अच्छी तरह से ऊपर की स्क्रिप्ट ESP8266 के साथ काम कर रही थी और ESP32 के साथ नहीं, हालांकि कुछ परीक्षणों के बाद, मुद्दा ES.d.restart () से पहले WiFi.disconnect (सच) का उपयोग है। ESP32 के लिए यह फ़ंक्शन Wifi इनिशियलाइज़ेशन पर होना चाहिए (देखें https://github.com/espressif/arduino-esp32/pull/466)
कुछ इस तरह:

<snip>
  WiFi.disconnect(true);                                      // Clear Wifi Credentials
  WiFi.persistent(false);                                     // Avoid to store Wifi configuration in Flash
  WiFi.mode(WIFI_STA);                                        // Ensure WiFi mode is Station 
  Serial.println("Now Connecting to Access Point ...");  
  // Connect to the Access Point
  WiFi.begin(ssid,key);
<snip>

और यूनिट रीसेट बस होना चाहिए:

void unitReset ()
 {
#ifdef DEBUGGING
  Serial.println ("Coordinator will REBOOT NOW ....");
#endif    
  delay (1000);
  ESP.restart();
 }

क्या आप निम्नलिखित की पुष्टि कर सकते हैं, जिसे मैं इस धागे को पढ़ते हुए अब तक समझता हूं:

• ESP32 ESP8266 की तुलना में भिन्न व्यवहार करता है, ताकि ESP32 के साथ एपी के खो जाने या कुछ समय के लिए अनुपलब्ध होने की स्थिति में रनटाइम के दौरान कोई भी वैसा ही ऑटो फिर से कनेक्ट न हो। उपयोगकर्ता को वाईफाई के नुकसान का पता लगाना होगा और अपने कोड में फिर से कनेक्ट करना होगा (रिबूट करने वाले डिवाइस के बिना संभव नहीं है ??)
• ESP32 ESP8266 से भिन्न व्यवहार करता है क्योंकि बूट के बाद, यह कभी-कभी एपी से कनेक्ट नहीं होता है। हमें इसे ठीक करने के लिए कोड की कुछ पंक्तियों की आवश्यकता है, जैसे यहाँ https://github.com/espressif/arduino-esp32/issues/653#issuecomment -356534618
• वर्णित मुद्दों को अपेक्षित व्यवहार के रूप में देखा जाता है और यह एपीआई में व्यवहार को बदलने का इरादा नहीं है, इसलिए हमें ESP32 के साथ काम करते समय अपने कोड को तदनुसार अनुकूलित करना होगा

@Markusenz , मैं पुष्टि कर सकता हूं कि https://github.com/espressif/arduino-esp32/issues/653#issuecomment -355659659 हमेशा मेरे लिए काम करता है। ऐसा लगता है कि केवल संदर्भ के लिए GetAutoReconnect लिंक है जिसे मैंने टिप्पणी में चिपकाया था, जो कि डिस्कनेक्ट को अच्छी तरह से संभाल नहीं करेगा, अगर यह सब।

@zhangyanjiaoesp , इस पर आपकी मदद के लिए धन्यवाद। :)

आप फ़ंक्शन के अर्थ को गलत समझते हैं WiFi.setAutoReconnect (सच)।
हमारे कोड में, WiFi.setAutoReconnect (सच) का मतलब वाईफाई को पूरी तरह से फिर से जोड़ना नहीं है। इसका मतलब है कि अगर ESP32 पहले वाईफाई से जुड़ा है, तो जब सिस्टम अगली बार पुनरारंभ होता है, तो यह wiil पिछले कनेक्टेड वाईफाई को कनेक्ट करता है।

आपके द्वारा जोड़ा गया तरीका setAutoConnect , न कि setAutoReconnect । मुझे लगता है कि ये तरीके अलग हैं। setAutoReconnect यहाँ है । यह केवल एक ध्वज सेट करता है, और मुझे लगता है कि केवल उस स्थान का उपयोग किया जाता है जो यहाँ है ।

विधि के नाम को देखते हुए, और उस झंडे को आंतरिक रूप से कैसे उपयोग किया जा रहा है, ऐसा लगता है कि यह विधि ऐसा करने वाली है जिसे लोग मान रहे हैं - डिस्कनेक्ट होने के बाद एपी को फिर से कनेक्ट करने के लिए स्वचालित प्रयासों को सक्षम / अक्षम करना।

मेरा विचार यह है कि यह सुविधा अभी अपेक्षा के अनुरूप काम नहीं कर रही है, और मुझे लगता है कि यह संभवतः इसलिए है क्योंकि आंतरिक रूप से SDK WiFi.begin() का उपयोग कर रहा है, जो SSID को बचाने के लिए मौजूद नहीं है, जैसा कि मैंने ऊपर खोजा है।

तो ऐसा ही हो रहा है। अगर इसे तुरंत नहीं देखा जाता है तो क्या SDK AP को खाली नहीं करने के लिए अपडेट किया जा सकता है। या यदि कोई ज्ञात SSID और पासवर्ड का उपयोग कर WiFi.Begin करने के लिए यदि WiFi.setAutoReconnect (सच) या मैं कुछ याद कर रहा हूँ?

यदि मेरी सोच / खुदाई सही है, तो मुझे वास्तव में संदेह है कि यह व्यवहार जानबूझकर या अपेक्षित है। ऐसा लगता है कि setAutoReconnect की कार्यक्षमता का अर्थ है कि इस धागे के लोग इसकी अपेक्षा कर रहे हैं, और इसमें कुछ कीड़े हैं।

मेरा सुझाव इसके लिए अभी से काम करना होगा। अपने स्वयं के प्रोजेक्ट में मैं सिर्फ एक इवेंट हैंडलर संलग्न करता हूं

WiFi.disconnect(true);
WiFi.begin(ssid, passwd);

और यह मेरे लिए काम करता है।

ऐसा लगता है कि वर्तमान में अंतर्निहित सामान के बजाय Arduino SDK द्वारा पुन: संयोजन किया जा रहा है। ESP8266 Arduino SDK के साथ, गैर-OS SDK द्वारा पुन: संयोजन किया जाता है। तो ESP32 Arduino एसडीके के लिए एक फिक्स शायद इस बाहरी वर्कअराउंड की तरह बहुत कुछ दिखेगा (फिर से - मेरी सोच को सही मानते हुए। मैं निश्चित रूप से गलत हो सकता है)।

संपादित करें - यहां मेरे कोड में प्रासंगिक अनुभाग है जो पुन: संयोजन को संभालता है।

@Markusenz
तुम सही हो।
@vseven @sidoh
मैं @sidoh से सहमत

कुछ खुदाई के बाद मुझे यह अच्छी तरह से काम करने के लिए मिला:

static bool sta_was_connected = false;

static void poll_connection(void) {                                         
#ifdef ESP32
  // this is a crude workaround due to the inability of
  // the ESP32 to reconnect to an accesspoint automatically.
  //
  // https://github.com/espressif/arduino-esp32/issues/653

  static uint32_t ms = millis();

  if (!WiFi.isConnected() && (millis() - ms) > 1000 * 5) {
    ms = millis();

    if (sta_was_connected) WiFi.reconnect(); else WiFi.begin();
  }
#endif
}

loop() {
  poll_connection();
}

SYSTEM_EVENT_STA_GOT_IP के लिए WiFi इवेंट हैंडलर में आपको sta_was_connected को true पर सेट करना होगा।

यह तब भी काम करेगा जब ESP32 बूट होने पर एक्सेसपॉइंट उपलब्ध नहीं था।

लाभ यह है कि, यह एसटीए विन्यास को स्पष्ट नहीं करता है। यह विशेष रूप से उपयोगी है यदि आपने एक स्थिर आईपी कॉन्फ़िगरेशन (डीएचसीपी का उपयोग नहीं कर रहा है) सेट किया है।

क्या आपको ए
[D][WiFiGeneric.cpp:293] _eventCallback(): Event: 8 - STA_LOST_IP
यदि आप लंबे समय तक प्रतीक्षा करते हैं (देरी हो रही है)

मैं कोशिश करने वाला हूं

    } else if(event->event_id == SYSTEM_EVENT_STA_LOST_IP) {
        if(WiFi.getAutoReconnect()){
            WiFi.begin();
        }

यहां एक कार्यशील समाधान है जो वाईफाई लाइब्रेरी के साथ कुछ मुद्दों को बायपास करता है।
WiFi.begin () के बाद के छोरों पर ध्यान दें।
मैंने पाया है कि कनेक्शन की देरी राउटर और एन्क्रिप्शन सेटिंग्स के आधार पर भिन्न होती है, एईएस, डब्ल्यूपीए 2 सबसे अच्छा, सबसे तेज और सबसे विश्वसनीय लगता है।

उस अंत तक प्रतीक्षा करना जब तक आप जानते हैं कि एक कनेक्शन काम करता है, लेकिन यह सुनिश्चित करता है कि आप लॉक नहीं करते हैं, बहुत अधिक है।

मैंने नोट किया कि कुछ WiFi.disconnect () कह रहे हैं। वाईफ़ाई का उपयोग करने के लिए सावधान रहें। झूठे (झूठे); इसके साथ या हर बार जब आप ठीक हो जाते हैं तो आप NV FLASH को फिर से लिख रहे हैं और जब FLASH की मृत्यु हो जाएगी, तब इसे ईंट मार देंगे।

आंशिक कोड नमूना

setup()
{
  WiFi.begin( rssiSSID , password );

  int WLcount = 0;
  while (WiFi.status() != WL_CONNECTED && WLcount < 250 ) 
  {
    delay( 100 );
    #ifdef DEBUG
       Serial.print(".");
    #endif
    ++WLcount;
  }
}

void loop() 
{
  if (WiFi.status() ==  WL_CONNECTED) 
  {
    // PUT_YOUR_UP_TIME_CODE_HERE   

    #ifdef DEBUG
       Serial.print("C");
       if (UpCount >= 20)   // just keep terminal from scrolling sideways
       {
        UpCount = 0;
        Serial.println();
       }
       ++UpCount;
    #endif

      // END WiFi connected loop()
  } else
  {
    // PUT_YOUR_DOWN_TIME_CODE_HERE
    //  WiFi DOWN loop

    #ifdef DEBUG
        WFstatus = getWifiStatus( WFstatus );
    #endif

    WiFi.begin( rssiSSID , password );
    int WLcount = 0;
    // loop - depending on router, connect can be from 4 - 20 seconds
    // usually longer to reconnect than the connect at boot
    // lopping till reconnect seems to let it settle
    // usually around 80 count to breakout
    while (WiFi.status() != WL_CONNECTED && WLcount < 250 ) 
    {
        delay( 100 );
        #ifdef DEBUG  
            Serial.print(".");
            // just keep terminal from scrolling sideways in test
            if (UpCount >= 20)
            {
                UpCount = 0;
                Serial.println();
            }
            ++UpCount;
        #endif
        ++WLcount;
    }
    delay( 1000 );
  }  // END WiFi DOWN 
} // END loop()


int getWifiStatus( int WiFiStatus  )
{
  WiFiStatus = WiFi.status();
  Serial.print("\tStatus "); Serial.print( WiFiStatus );
  switch( WiFiStatus )
     {
        case WL_IDLE_STATUS :           // WL_IDLE_STATUS     = 0, 
                Serial.println(", WiFi IDLE "); 
                break;
        case WL_NO_SSID_AVAIL:          // WL_NO_SSID_AVAIL   = 1,
                Serial.println(", NO SSID AVAIL ");
                break;
        case WL_SCAN_COMPLETED:         // WL_SCAN_COMPLETED  = 2,
                Serial.println(", WiFi SCAN_COMPLETED "); 
                break;
        case WL_CONNECTED:      // WL_CONNECTED       = 3,
                Serial.println(", WiFi CONNECTED "); 
                WiFi.persistent(true);  
                break;
        case WL_CONNECT_FAILED:         // WL_CONNECT_FAILED  = 4,
                Serial.println(", WiFi WL_CONNECT FAILED"); 
                break;
        case WL_CONNECTION_LOST:        // WL_CONNECTION_LOST = 5,
                Serial.println(", WiFi CONNECTION LOST");
                WiFi.persistent(false); // don't keep writing FLASH
                break;   
        case WL_DISCONNECTED:            // WL_DISCONNECTED    = 6
                Serial.println(", WiFi DISCONNECTED ==");
                break;
  }
  return WiFiStatus;
}  // END getWifiStatus()

======
मोड परिवर्तन का पता लगाने में औसतन 8-15 सेकंड लगते हैं
नोट "।" कनेक्ट कर रहे हैं
"C" के कनेक्टेड हैं

OUTPUT
CCCCCCCCC     Status 5, WiFi CONNECTION LOST    Unplugged Router here
.........
....................                            Trying
 More lines of dots...
....................
...........       Status 1, NO SSID AVAIL       Gave up, Changed Modes
.........                                       Replugged Router here
....................
................CCCC                            TaDa I'm Back...
CCCCCCCCCCCCCCCCCCCC

मैं इस का उपयोग कर रहा हूँ, मेरे लिए काम करने लगता है

void WiFiEvent(WiFiEvent_t event){
    if(event == SYSTEM_EVENT_STA_DISCONNECTED){
      Serial.println("Event: SYSTEM_EVENT_STA_DISCONNECTED, reconnecting");
      WiFi.reconnect();
    }
}

if(WiFi.getAutoReconnect()) WiFi.onEvent(WiFiEvent);

मुझे लगता है कि पास के 50 एपी के साथ मेरा अपार्टमेंट वास्तव में इस मुद्दे का परीक्षण करने के लिए एक शानदार जगह है। Tablatronix से समाधान मेरे esp32 को डंप करने का कारण बनता है और मैं यह नहीं देखता कि मिकीपॉप का समाधान कोई भी अच्छा कैसे करेगा, जो इसे मदद नहीं करता था। मैंने पाया है कि वाईफाई कनेक्शन को फिर से शुरू करना काफी अच्छी तरह से काम करता है, लेकिन यहां तक ​​कि हर बार एक समय में एक हार्ड पावर रीसेट की आवश्यकता होती है। इस ओर मुझे उसी वातावरण में एक esp8266 मिला है जिसमें कभी भी किसी मैनुअल हस्तक्षेप की आवश्यकता नहीं होती है। मैंने कुछ अन्य सुझावों की कोशिश की है यहाँ भाग्य के बिना।

मुझे लगता है कि यह सभी विकास का कमाल है। सच कहूं तो मेरे पास कोई हल नहीं है। यदि किसी के पास ऐसा कुछ है जो वे कठोर वातावरण में करना चाहते हैं, तो मुझे परीक्षण भेजने के लिए स्वतंत्र महसूस करें। हम वास्तव में esp32 एक ठोस संबंध है और आंतरायिक वाईफ़ाई इनायत से संभाल की जरूरत है।

संपादित करें: बहुत सारे सामानों की कोशिश करने के बाद: @tablatronix अगर मैं इस लाइन को बहुत तेज चलाता हूं तो यह क्रैश हो जाता है / बैकट्रेस देता है। हर कुछ सेकंड पर कॉल करने से मुझे कोई समस्या नहीं हुई। अब यह देखने के लिए कि क्या होता है, कुछ दिनों तक चलने दें
if(WiFi.getAutoReconnect()) WiFi.onEvent(WiFiEvent);
Edit2: छोड़ने से पहले 30 मिनट तक चला

@Thefatmoop मैं एक WiFi पुन: कनेक्ट करने वाले मुद्दे में भाग गया, जो एक NVS भ्रष्टाचार मुद्दा था। # 1147 मैंने एनवीएस डेटा को डंप करने के लिए एक स्केच बनाया। इसे आज़माएं और आउटपुट कैप्चर करें। यह कुछ दिखा सकता है।
एनवीएस कुंजी दिखाएं

चक।

thefatmoop

दोनों समाधान काम करने चाहिए।
जैसा कि मैंने नोट किया; "_Here एक वर्किंग सॉल्यूशन है जो WiFi लाइब्रेरी के साथ कुछ मुद्दों को बायपास करता है ।_"

जबकि एक पुस्तकालय कुछ मुद्दों को दरकिनार करता है,

हालांकि कुछ ने कई घंटों के बाद नोट किया कि वे टकरा रहे हैं, यह लगभग निश्चित रूप से राउटर में डीएचसीपी सर्वर के लीज समय का एक कार्य है।

यदि राउटर का लीज समय समान नहीं है, तो कभी-कभी कोई आईपी पता न देने के लिए डिवाइस "भूल" जाते हैं, भले ही कभी-कभी वाईफाई कनेक्ट होता है।

• WiFi.begin () डीएचसीपी को नए कनेक्शन के साथ एक नया आईपी प्राप्त करने के लिए मजबूर करता है।
• WiFi.reconnect () काम करता है लेकिन अक्सर मानता है कि यूनिट में अभी भी एक IP है और वह DHCP अनुरोध नहीं कर सकता है।

इसके आस-पास का सरल तरीका समय-समय पर डीएचसीपी राउटर को पिंग करना है।
यह राउटर को यह जानने के लिए मजबूर करता है कि आप अभी भी नेटवर्क पर हैं और लीज को चालू रखते हैं।

रिबूटिंग फिर से कनेक्ट हो सकती है, लेकिन डिस्कनेक्ट होने की WHY को संबोधित नहीं करता है और यदि आप केवल रीबूट कर रहे हैं तो अक्सर एप्लिकेशन सिंक से बाहर निकल सकते हैं।

तो रिबूट किए बिना पुन: कनेक्ट करना अक्सर एक आवश्यकता है।

पुनः कनेक्ट नहीं करता dhcp, मुझे यह पता चला जब hostname बदलने और पुन: कनेक्ट करने की कोशिश कर रहा था, तो इसे बग के रूप में दर्ज किया गया था।

@Tablatronix से समाधान मेरे लिए काम कर रहा है धन्यवाद! @thefatmoop आप OpenMQTTGateway.ino कोड पर कार्यान्वयन की जांच कर सकते हैं।

कोड को MQTT वियोग के बाद कहा जाता है, अगर मैं इस शर्त के बाहर कोड को वास्तव में ESP डंप करता हूं।

यदि WiFi.reconnect() फिर से जुड़ता है, लेकिन MQTT क्लाइंट नहीं है, तो आप कुछ और ग्राहक के प्रयासों को फिर से जोड़ने के बाद डिस्कनेक्ट () विलंब () और शुरू () के साथ एक और setup_wifi() बना सकते हैं और यह नए के भीतर काम करता है कनेक्शन। लेकिन क्या होता है जब एमक्यूटीटी सर्वर डाउन होता है?

Thats एक आवेदन स्तर की समस्या ..

विकी को mickeypop कोड प्रस्ताव जोड़ा गया

माफ़ करना। मैं arduino / esp प्रोग्रामिंग में एक शुरुआत कर रहा हूँ। मैं वाईफ़ाई कनेक्ट और फिर से कनेक्ट करने की कीड़े / समस्याओं के साथ भी सामना कर रहा हूं। कोड का मेरा हिस्सा जो WiFi और MQTT क्लाइंट (PubSubClient) दोनों का प्रबंधन करता है, और जो वास्तव में Adafruit / Huzzah32 से ESP32 पर काम करता है:

void setupWiFi() {
  WiFi.disconnect(true);
  WiFi.begin(WLAN_SSID, WLAN_PASS);
  WiFi.waitForConnectResult();
}

boolean clientReconnect() {
  if(client.connect("esp32_client")) {
    client.subscribe("/test");
  }
  return client.connected();
}

boolean wifi_connected_once = false;
unsigned long last_client_reconnect_attempt = 0;
int client_reconnect_attempts = 0;

void setup() {  
  client.setServer(MQTT_SERVER, 1883);
  client.setCallback(client_callback);
}

void loop() {
  unsigned long loop_start = millis();

  if(WiFi.isConnected()) {
    // WiFi connected
    if(client.connected()) {
      // client connected
      // publish data every 5 seconds
      if(loop_start - last_client_publish >= 5000) {
        client_publish_data();
        last_client_publish = loop_start;
      }
      client.loop();
    } else {
      // client not connected
      // try reconnect a few times every 5 seconds
      if(client_reconnect_attempts <= 5) {
        if(loop_start - last_client_reconnect_attempt > 5000) {
          client_reconnect_attempts++;
          if(clientReconnect()) {
            // client connected
            client_reconnect_attempts = 0;
          }
          last_client_reconnect_attempt = loop_start;
        }
      } else {
        // maybe MQTT server is down
        // try reconnect in 5 minutes
        if(loop_start - last_client_reconnect_attempt > 300000) {
          last_client_reconnect_attempt = loop_start;
          client_reconnect_attempts = 0;
        }
      }
    }
  } else {
    // WiFi not connected
    // try connect for the first time or 
    // try reconnect every 2 minutes
    if((loop_start - last_client_reconnect_attempt > 120000) || wifi_connected_once == false) {
      last_client_reconnect_attempt = loop_start;
      wifi_connected_once = true;
      client_reconnect_attempts = 0;
      setupWiFi();
    }
  }
}

कुछ राउटर रिबूट के साथ परीक्षण किया गया और ईएसपी रिबूट की आवश्यकता के बिना कोड काम कर रहा है।
क्या आपके पास कोई बेहतर सुझाव है?

यह मुद्दा मुझे मार रहा है। यह बिना मुद्दों के चलने के दौरान छह घंटे के बाद कभी-कभी पहले घंटे में कभी-कभी यादृच्छिक रूप से हो रहा है। मैं विन्यास के सभी प्रकार की कोशिश की है और उनमें से कोई भी विश्वसनीय नहीं है। सॉफ्टवेयर या हार्डवेयर द्वारा ईएसपी को पुनः आरंभ करना एक अंतिम उपाय है जो वास्तव में काम करता है लेकिन यह मेरे उत्पाद के लिए व्यवहार्य समाधान नहीं है।

पिछली बार मैंने इसे चलाना छोड़ दिया और चार हजार से अधिक प्रयास किए, उनमें से कोई भी सफलता के साथ नहीं हुआ।

मैंने अब तक कोशिश की है:

1) AutoReconnect को सक्षम करना और कॉल करना फिर से कनेक्ट करना
2) स्वतः पुनर्प्राप्ति को अक्षम करना और मैन्युअल रूप से डिस्कनेक्ट करना और पुन: कनेक्ट करना। इस कॉन्फ़िगरेशन में मैंने एंटीना को पूरी तरह से स्विच करने के दोनों तरीकों की कोशिश की है या नहीं। किसी भी मोड में काम नहीं करता है।

यहाँ आपके पास कुछ लॉग हैं (यह वास्तव में अभी चल रहा है 600 से अधिक प्रयासों के साथ एक पूरी तरह से काम करने वाले राउटर पर पुन: कनेक्ट करने के लिए (टीपी-लिंक):

चेतावनी: वाईफाई ने कनेक्शन खो दिया है। अगली पुनरावृत्ति पर 632 के पुन: प्रयास का प्रयास
वाईफाई रीज़निंग प्रयास 632 को ट्रिगर करना
I (14944038) वाईफाई: मोड: सॉफ्टएप (30: ae: a4: 1a: ca: 1d)
SSID 'नैनो BAB - विकास' और पासवर्ड '#######' के साथ WiFi बनाना
WiFi से जुड़ना 'TP-LINK_A8FB38'
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 3 - STA_STOP
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 2 - STA_START
[वाईफ़ाई घटना] घटना: 2
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 5 - STA_DISCONNECTED
[W] [WiFiGeneric।

जैसा कि आप देख सकते हैं कि प्रमाणीकरण पर विफल है, हालांकि पासवर्ड सही है। पिछले उदाहरण में (उदाहरण के लिए नंबर 578 !!) त्रुटि 2 उठा रहा है:

चेतावनी: वाईफाई ने कनेक्शन खो दिया है। अगली पुनरावृत्ति पर 578 के पुन: प्रयास का प्रयास
वाईफ़ाई पुनः प्राप्ति प्रयास 578
I (14134199) wifi: मोड: softAP (30: ae: a4: 1a: ca: 1d)
SSID 'नैनो BAB - विकास' और पासवर्ड '#########' के साथ WiFi बनाना
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 3 - STA_STOP
[वाईफ़ाई घटना] घटना: 3
WiFi से जुड़ना 'TP-LINK_A8FB38'
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 13 - AP_START
[वाईफाई-ईवेंट] ईवेंट: १३ आई (१४१३४) ९ ०) वाईफाई: मोड: स्टा (३०: एई: ए: १ ए: सीए: १ सी) + सॉफ्टएप (३०: एई: ए ४: १ ए: सीए: १ डी)
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 2 - STA_START *

[वाईफाई-ईवेंट] ईवेंट: २ [डी] [WiFiGeneric.cpp: २ ९ ३] _eventCallback (): ईवेंट: २ - STA_START
[वाईफाई-ईवेंट] ईवेंट: २ आई (१४१३ w w४ w) वाईफाई: एपी चैनल एडजस्ट ओ: ११ ९ एन: ६११
I (14137749) wifi: n: 6 1, o: 1 0, ap: 6 1, sta: 6 1, prof: 1
I (14138422) wifi: राज्य: init -> अंतरिम (b0)
I (14139423) wifi: राज्य: स्थिति -> init (2)
I (14139424) wifi: n: 6 0, o: 6 1, ap: 6 1, sta: 6 1, prof: 6
[डी] [WiFiGeneric। cpp: 293 ] _eventCallback (): इवेंट: 5 - STA_DISCONNECTED
[W] [WiFiGeneric।

यह हमेशा दो त्रुटियों में से एक है। अंत में बस इतना है कि यह फिर से कनेक्ट नहीं होता है।

मजेदार बात यह है कि मैं कुछ ही मिनटों के लिए पावर कॉर्ड खींचकर राउटर को मैन्युअल रूप से डिस्कनेक्ट कर सकता हूं, मेरा कोड डिसकनेक्शन का पता लगाता है और फिर से प्रयास करना शुरू कर देता है और फिर वापस आते समय मेरा सिस्टम ठीक हो जाता है, हालांकि अगर राउटर सामान्य रूप से काम कर रहा है तो यह समस्या आखिरकार होती है और ईएसपी बस फिर से कनेक्ट नहीं करता है।

Btw, मैं साथ चल रहा हूँ:

SDK पर चल रहा है: 'v3.1-dev-239-g1c3dd23f-dirty'
CPU फ्रीक्वेंसी: 240MHz
वाईफाई दोनों अपना निजी वाईफाई बनाते हैं और इंटरनेट तक पहुंच के साथ एक दूसरे से जुड़ते हैं

रेपो से अंतिम बार आपको कब निकाला गया था?

1132

आप केवल लॉग पोस्ट करते हैं, कोई स्केच या फिर से कनेक्ट करें समाधान नहीं।

पिछली बार लगभग एक सप्ताह का समय था। मेरा एसडीके संस्करण 3.1-देव -239 है।
क्षमा करें, मैंने कोड नहीं जोड़ा क्योंकि मैंने मूल रूप से पोस्ट के सभी समाधानों का परीक्षण किया था। स्टार्टअप पर मैं इसके समान कुछ कहता हूं:

WiFi.disconnect(true);
WiFi.softAP(wifiName, wifiPassword);
WiFi.begin(connectoToWifiSSID, connectToWifiPassword);

तब मैं WiFi इवेंट्स और विशेष रूप से इवेंट SYSTEM_EVENT_STA_DISCONNECTED हैंडल करता हूं । जब यह घटना होती है, तो मैंने पुन: संयोजन के 3 अलग-अलग तरीकों की कोशिश की है:

1) जब वाईफ़ाई ऑटोरनकनेक्ट सक्षम किया गया था तो मैंने सिस्टम को फिर से अपने आप को संभालने के लिए छोड़ दिया
2) मैंने autoreconnect को निष्क्रिय करने की कोशिश की और उस घटना पर WiFi.reconnect () कॉलिंग
3) नवीनतम मैं कोशिश कर रहा हूं कि रेडियो बंद करके फिर से कनेक्ट करें और यदि कोई अन्य डिस्कनेक्ट नहीं किया गया है तो इसे फिर से कनेक्ट करें। मुझे कुछ ऐसा मिला है:

reconnections++;
needsReconnection = true;
reconnectionDetection = millis();
Serial.printf("\r\nWARNING: WiFi lost connection. Trying reconnection attempt %d on next iteration\r\n", reconnections);

needReconnection एक झंडा है जिसे मुख्य लूप में जांचा जाता है और मूल रूप से कोड की पहली 3 लाइनों को चलाकर कनेक्शन को फिर से चलाता है।

आशा है कि यह अब समझ में आता है ;-)

निश्चित नहीं है कि ऐसा करने का कोई और तरीका है।

मैं उल्लेख करना भूल गया, मैं एक रेस्ट एपीआई को लागू करने के लिए एक बहुत बड़ा सर्वर चला रहा हूं, जिससे अधिकतम 3 समवर्ती कनेक्शन की अनुमति मिलती है। यकीन नहीं तो इसका कारण हो सकता है।

1. कोई ऑटोरनकनेक्ट नहीं है, जो कि यह मुद्दा है।
2. WiFi.reconnect डिस्कनेक्ट, स्टार्ट () (dhcp आदि) के समान नहीं हो सकता है
3. यह मोड विशिष्ट हो सकता है, बिना कोड के किसी को भी पता नहीं है कि आप क्या कर रहे हैं, यह नहीं पता कि आप घटनाओं को कैसे संभाल रहे हैं, या "रेडियो बंद कर रहे हैं"

मैं सुझाव देता हूं कि बदलावों को खींचकर एक साधारण परीक्षण का मामला बनाया जाए।

josmunpav

आपकी समस्या WiFi मोड की हो सकती है

तुम्हारा कोड

WiFi.softAP(wifiName, wifiPassword);
WiFi.begin(connectoToWifiSSID, connectToWifiPassword);

आप मिश्रित मोड चला रहे हैं।
WiFi.softAP () ; डिफ़ॉल्ट WIFI_MODE_AP मोड है

WiFi.begin (); डिफ़ॉल्ट WIFI_AP_STA मोड है

यदि आप WIFI_MODE_APSTA मोड (मिश्रित मोड) के साथ आगे बढ़ते हैं, तो उन्हें नहीं बदलना चाहिए और WiFi EVENT को अलग-अलग मोड के साथ मिलाया नहीं जाएगा।

WiFi.mode( WIFI_MODE_APSTA );
WiFi.softAP(wifiName, wifiPassword);
WiFi.begin(connectoToWifiSSID, connectToWifiPassword);

REF जानकारी
in esp_wifi_types.h

typedef enum {
    WIFI_MODE_NULL = 0,  /**< null mode */
    WIFI_MODE_STA,       /**< WiFi station mode */
    WIFI_MODE_AP,        /**< WiFi soft-AP mode */
    WIFI_MODE_APSTA,     /**< WiFi station + soft-AP mode */
    WIFI_MODE_MAX
} wifi_mode_t;

wifitypes.h में

typedef enum {
    WL_NO_SHIELD        = 255,   // for compatibility with WiFi Shield library
    WL_IDLE_STATUS      = 0,
    WL_NO_SSID_AVAIL    = 1,
    WL_SCAN_COMPLETED   = 2,
    WL_CONNECTED        = 3,
    WL_CONNECT_FAILED   = 4,
    WL_CONNECTION_LOST  = 5,
    WL_DISCONNECTED     = 6
} wl_status_t;

हाय मिक्कीपॉप ,

मैं आपके समाधान का परीक्षण कर रहा हूं:

WiFi.mode( WIFI_MODE_APSTA );
WiFi.softAP(wifiName, wifiPassword);
WiFi.begin(connectoToWifiSSID, connectToWifiPassword);

मैं WiFi.reconnect () कह रहा हूं जब इवेंट SYSTEM_EVENT_STA_DISCONNECTED होता है, जो मैंने राउटर को मैन्युअल रूप से डिस्कनेक्ट करने की कोशिश की थी और लगता है कि काम कर रहा है (वह बिट पहले भी काम कर

अब तक यह 2 अलग-अलग ESP32 पर 7 घंटे नॉन स्टॉप के लिए रात भर काम कर रहा है। मैं उन्हें हर 5 सेकंड में पिंग कर रहा हूं और अब तक कोई समस्या नहीं है। कल्पना नहीं की जा सकती कि मिश्रित मोड घोषणा का कारण हो सकता है, मुझे लगा कि WiFi.begin और WiFi.softAP () कॉल करते समय यह स्वचालित रूप से सक्षम था। उंगलियों को पार कर। मैं अब और अधिक भारी परीक्षण के साथ इसकी पुष्टि करना शुरू करूंगा कि यह उन समस्याओं का समाधान है जो मैं सामना कर रहा हूं।

वैसे, बहुत बहुत धन्यवाद !!

@mickeypop @josmunpav अपने निष्कर्षों को साझा करने के लिए धन्यवाद।
मैंने इसे विकी के साथ जोड़ दिया

इससे कोई मतलब नहीं है कि यह इंगित करता है कि एन्बालेस्टा में एक बग है या यदि परिणाम को बदलने से पहले मोड सेट करना सक्षम करता है। यही कारण है कि मैंने सुझाव दिया कि यह मोड विशिष्ट है, वर्कअराउंड की आवश्यकता नहीं होनी चाहिए। इसलिए प्रजनन कोड अच्छा होगा

इसमें से बहुत कुछ समझ में नहीं आता क्योंकि @everslick ऊपर स्पष्ट रूप से बताया गया है: https://github.com/espressif/arduino-esp32/issues/653#issuecomment -356515973। वास्तव में मुझे विश्वास है कि मैंने इसे 6 महीने पहले पोस्ट किया था और अभी भी इसके बारे में बात कर रहे थे जब इसे पहली जगह में कभी नहीं होना चाहिए था।

क्यों कुछ "autoReconnect" कहा जाता है कि ऑटो पुन: कनेक्ट नहीं करता है puzzling से परे है। हर कोई इस कमी / बग के माध्यम से प्राप्त करने के लिए खुद का कोड बनाने लगता है। मैं कोड की एक नई प्रति खींचने जा रहा हूं और प्रति @tablatronix सुझाव को फिर से

मैं व्यक्तिगत रूप से अभी भी चिप के साथ इस मुद्दे को पूरी तरह से बंद कर रहा हूँ जब यह इस डिस्कनेक्ट लूप में हो जाता है। मैं इसे 10 तक गिन रहा हूं और फिर से शुरू कर रहा हूं लेकिन बेतरतीब ढंग से (15 में से 1 या फिर रिबूट) यह रिबूट नहीं करता है और सिर्फ हार्ड लॉक की आवश्यकता होती है, जिसे ठंडे रिबूट की आवश्यकता होती है। मैं ESP8266 को दिल की धड़कन में बदल देता / सकती हूं अगर इसमें बेहतर / अधिक एनालॉग इनपुट थे, लेकिन यह दुर्भाग्य से नहीं है। ऐसा नहीं है कि ESP32 उस पर बहुत अच्छा है (https://www.esp32.com/viewtopic.php?f=19&t=2881)।

Esp8266 में ऑटोरिक्कॉन को SDK में लागू किया गया है, esp32 में कोई क्रियान्वयन नहीं है, इसलिए इसे कुछ अनुकूलता लाने के लिए पुस्तकालय में जोड़ा गया था, हालांकि इसे केवल WIFI_REASON_AUTH_EXPIRE लिए लागू किया गया है।

इसे लागू किया जा सकता है, लेकिन इस पर काम करने की आवश्यकता है, और यह पुस्तकालय अभी भी अल्फ़ा है इसलिए वास्तव में कोई अपेक्षा नहीं होनी चाहिए, एसडीके परिवर्तन के अधीन है, संपूर्ण घटना प्रणाली परिवर्तन के अधीन है। इसलिए इस तरह की मुख्य विशेषताओं को लागू करने में समय लगता है।

उल्लेख करने के लिए नहीं, अगर एस्प्रेसिफ एसडीके में इसे लागू करता है, तो हम अपना सारा समय बर्बाद कर देते हैं।

जब मैं कहता हूं कि इस पर काम करने की आवश्यकता है, मेरा मतलब है कि कई बकाया मुद्दे हैं जिन्हें हल करने की आवश्यकता है। यही कारण है कि मैं उन लोगों के लिए परीक्षण रेखाचित्र पूछता हूं जिनके लिए उपरोक्त घटना समाधान विफल हो रहा है।

• फिर से कनेक्ट करें, dhcp असाइनमेंट खोने में विफल हो सकते हैं, डिस्कनेक्ट (), शुरू () ** के विपरीत
• ऑटोकनेक्ट गलत wl_status उत्सर्जन और अनंत लूप का कारण बनता है
• sdk कुछ राउटरों पर Cort_fail के लिए Cort_expire का उत्सर्जन करता है, ऊपर ट्रिगर करता है
• esp_wifi_set_mode अतुल्यकालिक, दौड़ की स्थिति है
• ऑटोकनेक्ट, काम भी नहीं करता है, https://github.com/espressif/arduino-esp32/issues/173

** reconnect does not enablesta, it just returns false, you should always be checking for return values!

यदि मैं अपने वर्कअराउंड का उपयोग कर रहा हूं, तो मैं सुझाव देता हूं कि उन बगों में से 2 से बचने के लिए ऑटोरिकोनेक्ट को अक्षम करें।

हाय दोस्तों मैं एक नमूने के साथ वापस आ गया हूं जो उन मुद्दों को पुन: पेश करता है जो मैं सामना कर रहा हूं। नमूना टिप्पणियों से भरा है, लेकिन मूल रूप से इसमें शामिल हैं:

1. दो कार्य: मुख्य एक और वेब / वाईफाई (मंगोलियाई 6.11 पुस्तकालय द्वारा कार्यान्वित)
2. डमी कार्यों को करने के लिए कुछ साझा ऑब्जेक्ट्स जैसे PWM को पिन पर सेट करना, औसत एडीसी मान पढ़ना और एक साझा इंट काउंटर
3. Http: // your_esp32_ip / पर एक परीक्षण पृष्ठ जिसे आप इसे चलाना छोड़ सकते हैं और जब यह डिस्कनेक्ट हो जाएगा तो आपको
4. कार्यों के बीच डेटा भ्रष्टाचार से बचने के लिए एक सेमाफोर। मुख्य कार्य pwm पिन पर परिवर्तन करता है, ADC से पढ़ता है और काउंटर बढ़ाता है। वेब टास्क उस डेटा को होम पेज पर प्रस्तुत करता है।
5. वाईफाई घटनाओं को जोड़ने, डिस्कनेक्ट करने और संभालने के लिए विशिष्ट वाईफाई तरीके।
6. यह APSTA मोड पर चलता है, इसलिए आपको अपने स्वयं के वाईफाई (आपके वाईफाई को इंटरनेट कनेक्शन की आवश्यकता है क्योंकि होम वेब पेज एक सीडीएन से jQuery का उपयोग करता है, नमूना में ESP32 द्वारा कार्यान्वित एपीआई कॉल करने के लिए)

मैंने अब तक जो पाया है, वह यह है कि यदि आप डमी कार्यों को अक्षम कर देते हैं (इसके लिए एक झंडा है) तो दोनों कार्य ठीक-ठाक चलते हैं। यदि आप उन्हें सक्षम करते हैं, तो अंततः (कभी-कभी घंटों लग सकते हैं लेकिन आम तौर पर पहले घंटे के भीतर होता है) वाईफाई से ईएसपी 32 डिस्कनेक्ट करता है और फिर से कनेक्ट नहीं कर सकता है, हर समय सफलता के बिना हर 10 सेकंड में कनेक्शन का प्रयास करता है।

मुझे लगता है कि ADC या PWM लाइब्रेरी ( esp32-hal-ledc.h द्वारा लागू) के बीच कुछ हस्तक्षेप है, क्योंकि मैं इस मुद्दे को पुन: पेश नहीं कर सका जब मुख्य कार्य कुछ भी नहीं है, लेकिन डमी प्रतीक्षा कर रहा है।

कुछ और मैंने देखा जब वियोग होता है एपी के लिए वाईफाई सिग्नल बहुत कम हो जाता है। मैंने इसे अपने स्मार्टफोन पर चेक किया।

यह विशिष्ट WiFi लॉग संदेश है जिसे आप विफल होने पर पा सकते हैं:

[WiFi-event] event: 5
Disconnected from WiFi. Trying connection again in 10000ms
Web/Main Task is up and running. Shared counter is 11309, Average ADC Value = 1305.000000, PWM Value = 0
Connecting to WiFi 'TP-LINK_A8FB38' with password: 'C1A8FB38' on connection attempt = 108
Oops, there was a problem when connecting. It returned error: 1[D][WiFiGeneric.cpp:293] _eventCallback(): Event: 5 - STA_DISCONNECTED
[W][WiFiGeneric.cpp:298] _eventCallback(): Reason: 2 - AUTH_EXPIRE

कृपया संलग्न स्रोत कोड और नमूना पृष्ठ देखें:

ESP32_APSTA_Mode_Disconnection_Test.zip

PS: मेरा असली ऐप उसी तरह का काम कर रहा है। सेंसर, डिवाइस और जीपीआईओएस को अपडेट करने के लिए दो कार्यों में से एक के साथ एपीएसटीए मोड शुरू करना और दूसरा वाईफाई और वेबसर्वर को मानस द्वारा लागू करने और बहुत ही समस्या का सामना करने के लिए।

मैंने कनेक्शन का परीक्षण करने के लिए इस स्केच का निर्माण किया, हर 10 सेकंड में 10 बार समय प्राप्त करें, वाईफाई डिस्कनेक्ट करें, वाईफाई को फिर से कनेक्ट करें। बहुत अच्छा काम करने लगता है इसलिए मैं कुछ दिनों के लिए चलने के लिए अपने अन्य कोड में लागू कर रहा हूं क्योंकि मुझे फिर से कनेक्शन की समस्या हो रही थी।

#include <WiFi.h>
#include "time.h"

const char* ssid       = "ssid1";
const char* password   = "password1";

const char* ntpServer = "pool.ntp.org";
const long  gmtOffset_sec = 3600;
const int   daylightOffset_sec = 3600;

byte wfConnectTry = 0;
byte loopCnt = 0;

void printLocalTime()
{
  struct tm timeinfo;
  if (!getLocalTime(&timeinfo)) {
    Serial.println("Failed to obtain time");
    return;
  }
  Serial.println(&timeinfo, "%A, %B %d %Y %H:%M:%S");
}

void setup()
{
  Serial.begin(115200);

  //connect to WiFi
  Serial.printf("Connecting to %s ", ssid);
  //WiFi.begin(ssid, password);
  wifiStart();
  //init and get the time
  configTime(gmtOffset_sec, daylightOffset_sec, ntpServer);
  if (WiFi.status() == WL_CONNECTED) {
    printLocalTime();
  }

}

void loop()
{
  delay(10000);
  printLocalTime();
  while (WiFi.status() != WL_CONNECTED || wfConnectTry >=5) {
    wfConnectTry++;
    wifiReconnect();

  }
  if (loopCnt >= 10){
    wifiReconnect();
  }
  loopCnt++;
}

void wifiReconnect()
{
  Serial.println(F("Disconnecting"));
  WiFi.disconnect(true);
  delay(500);
  Serial.println(F("Starting WiFi!"));
  wifiStart();
  loopCnt = 0;
}

void wifiStart()
{
  unsigned long timer1 = millis();
  WiFi.begin(ssid, password);
  while (WiFi.status() != WL_CONNECTED && millis() - timer1 < 5000UL) {
    delay(500);
    Serial.print(".");
  }
  if (WiFi.status() == WL_CONNECTED) {
    Serial.println(F(" CONNECTED"));
    wfConnectTry = 0;
  }
  else {
    Serial.println(F("Could not connect!"));
  }
}

.... कोड टिप @tablatronix के लिए धन्यवाद

कोड का उपयोग करें बाड़ तीन टिक नई के बाद amd से पहले

यहाँ जानकारी का एक दिलचस्प टुकड़ा है। मैंने इस धागे में वर्णित हर चाल की कोशिश की और कुछ भी काम नहीं किया। हालाँकि, हर बार जब मैं SimpleWiFiServer को इंस्टॉल और रन करता हूं , तो

मेरा ऐप वाईफाई से बस ठीक से जोड़ता है और कुछ बिंदु (दिन या सप्ताह) पर यह कनेक्शन खो देता है और कुछ भी इसे कनेक्ट नहीं कर सकता है। मैंने इस धागे और नाद पर सभी तरह की कोशिश की। जैसा कि मैंने ऊपर कहा, मैं अपने ESP32 को Wifi से फिर से कनेक्ट करने का एकमात्र तरीका चीजों को रीसेट करने के लिए इस अन्य ऐप को स्थापित करके कर सकता हूं। मुझे आश्चर्य है कि यह क्या करता है कि यह वाईफाई के साथ मेरे ईएसपी 32 को फिर से काम करता है।

@gdombiak , क्या आपके पास कोई डीबग जानकारी है कि यह दिखाने के लिए कि ESP32 क्या कर रहा है जब यह लॉक हो जाता है? मेरे पास हाल ही का एक मुद्दा था, जहां मेरे एक स्केच ने एक विजेता की तरह काम किया, सिवाय जब नया दिन खत्म हो गया और दो लाइनें थीं जो इसे एक निरंतर लूप में डालती हैं और ईएसपी अंत में खुद को नीचे गिरा देती है जब तक मैं रीसेट या पुनः लोड नहीं करता। मेरे पास एक और मुद्दा यह था कि मेरे पास एक और ESP था जो AP_STA के रूप में था और यह सामान्य WiFI के बजाय इसे कनेक्ट करने का प्रयास करता रहा। अन्य ईएसपी को फिर से लोड करना पड़ा और इसे ठीक करने के लिए WiFi.mode (WIFI_STA) को निर्धारित करना पड़ा।

@AIWIndustries

मेरे द्वारा पोस्ट की गई एक पोस्ट देखें :
" SmartConfig / WiFi कंकाल " के लिए खोजें

मैंने एक पूरा कंकाल लिखा है कि; SmartConfig के साथ सेट, WiFi UP और DOWN के साथ डील करता है, यदि डाउन हो तो ऑटो फिर से जुड़ जाता है।

यह एक पूर्ण संरचना है और हमेशा वाईफाई से नीचे जाने या अज्ञात कारणों से डिस्कनेक्ट होने पर हमेशा जुड़ा रहता है।

" // WiFi DOWN " के लिए लूप () में ध्यान दें। मैं वाईफाई स्टेटस को ट्रैक करने के लिए एक साधारण () / अन्यथा का उपयोग करता हूं।
एस्प्रेसिफ पुस्तकालयों की वजह से, जब वाईफाई डाउन होता है, तब पुन: कनेक्ट करने के लिए देखना शुरू करने में लगभग 30-40 सेकंड लगते हैं।

यदि एपी बिजली चक्रित है तो एपी को बूट करने के लिए लगभग 30 सेकंड और पुन: कनेक्ट करने के लिए 15 सेकंड का समय लगता है लेकिन हमेशा पुन: कनेक्ट होता है।

@AIWIndustries

एक लॉकअप देखने का एक तरीका है यदि ट्रेसबैक टर्मिनल पर मुद्रित हो।

"ईएसपी अपवाद विकोडक" से स्थापित करें; https://github.com/me-no-dev/EspExceptionDecoder
निर्देश हैं।

एक बार बस कॉपी करें और ट्रेसबैक लाइन पेस्ट करें और यह आपको बताएगा कि लॉक अप में क्या हो रहा है।

नमस्ते,

निम्नलिखित कोड मेरे लिए काम कर रहा है।

शून्य wifiReconnect () {
जबकि (WiFi.status ()! = WL_CONNECTED) {
WiFi.begin (ssid, पासवर्ड);
for (int i = 0; मैं <= 50; i ++) {
digitalWrite (LED_BUILTIN, HIGH);
देरी (100);
Serial.print ( "।");
digitalWrite (LED_BUILTIN, LOW);
देरी (100);
}
}
}

इस का उपयोग लूप () के रूप में करें

अगर (WiFi.status ()! = WL_CONNECTED) {
wifiReconnect ();
}

नमस्ते
मैं लगभग 2 महीने पहले अपडेट किए गए ESP32 कोर का उपयोग कर रहा था।
मेरे प्रोग्राम में मैं सेटअप में () और कॉलिंग WiFi.regin (ssid, pass) का उपयोग करके "System_EVENT_STA_DISCONNECTED" इवेंट पर WiFi.reconnect () विधि का उपयोग कर रहा हूं। यदि कोई वियोग हो तो सिस्टम स्वतः कनेक्ट हो रहा था। लेकिन कल मैंने लेटेस्ट कोर को अपडेट किया और वह कारण कोड 8 के साथ त्रुटि देना शुरू कर दिया।
कुछ हिट और ट्रायल के बाद, मैंने WiFi.reconnect () टिप्पणी की है तो यह पूरी तरह से काम करना शुरू कर दिया है। एपी बंद हो गया है और पर भी वाईफाई स्वचालित रूप से फिर से जोड़ता है।

मेरे मामले में केवल सेटअप विधि में मैं उपयोग कर रहा हूं
WiFi.mode (WIFI_STA);
Wifi.begin ()

यह ठीक से काम कर रहा है।
क्या हम कह सकते हैं कि नए कोर में फिर से कनेक्ट () को कॉल करने की आवश्यकता नहीं है और ऑटोरिकोनेक अब नवीनतम कोर में काम कर रहा है?

सही बात। अब फिर से कॉल करने की आवश्यकता नहीं है;) मेरे पास यह तय है: पी

Wifi.Reconnect () में एक गंभीर दोष है।

कई स्थितियों में मिली लाइब्रेरियों के बारे में एक गहरी नज़र में, यह डीएचसीपी अपडेट किए बिना कनेक्ट हो जाएगा ताकि आप आईपी पते के बिना जुड़े रहें। - मैंने इसकी सूचना दी, लेकिन अभी तक कोई सुधार नहीं देखा है।

मैंने एक बार कुछ परीक्षण कोड में UDP कॉल जोड़कर यह साबित कर दिया। - मैं यूडीपी द्वारा एपी से बात कर सकता था, लेकिन कोई आईपी पता नहीं था। उसी समय मैक एपी कनेक्शन सूची पर दिखाई दिया।

आप wifi.begin () का उपयोग करना चाहते हैं यह हमेशा विश्वसनीय होता है। - आपको बस यह सुनिश्चित करना चाहिए कि इसे कनेक्ट करने के लिए कॉल करते समय आप नीचे हैं या आप स्टैक ओवरफ्लो मुद्दों के साथ समाप्त हो सकते हैं।

_ मैंने नीचे लिखा टेम्प्लेट फिर से जोड़ने में कभी असफल नहीं हुआ। यह एपी / पास की हार्ड कोडिंग के बजाय स्मार्टकॉन्फिग और वरीयताओं का उपयोग करता है, हालांकि इसे आसानी से बदला जा सकता है।

मेरे कुछ कोड एलईडी फ्लैशर के लिए मालिकाना हैं इसलिए मैंने इसके बजाय टिप्पणियों को छोड़ दिया। आप वहां कोई भी संकेतक कोड डाल सकते हैं।

लूप के वाईफाई डाउन भाग पर एक नज़र डालें ()। मैं WiFi.begin (PrefSSID.c_str (), PrefPassword.c_str ()) कहता हूं; हमेशा WL_CONNECTED की वापसी स्थिति के लिए परीक्षण करते समय।

आशा है कि यह कुछ मदद करता है।

// ESP32 only,  8266 will not work here
#include "FS.h"
#include "esp_system.h"
#include <esp_wifi.h>
#include <string.h>
#include <WiFi.h>
#include <Preferences.h> // WiFi storage

const char* rssiSSID;        // NO MORE hard coded set AP, all SmartConfig
const char* password;
String PrefSSID, PrefPassword;   // used by preferences storage

int WFstatus;
int UpCount; = 0;
int32_t rssi;         // store WiFi signal strength here
String getSsid;
String getPass;
String MAC;

// SSID storage
  Preferences preferences;       // declare class object
// END SSID storage

void setup() {
  Serial.begin(115200);

  Serial.printf("\tWiFi Setup -- \n" ); 
  wifiInit();      // get WiFi connected
  IP_info();
  MAC = getMacAddress();

  delay(2000);  // let thing settle
} // END setup()

void loop()
{
  if ( WiFi.status() == WL_CONNECTED )
  {   // Main connected loop

         // ANY MAIN LOOP CODE HERE

  }   // END Main connected loop()
  else
  {      // WiFi DOWN

    //  wifi down start LED flasher here

    WFstatus = getWifiStatus( WFstatus );
    WiFi.begin(  PrefSSID.c_str() , PrefPassword.c_str() );
    int WLcount = 0;
    while (  WiFi.status() != WL_CONNECTED && WLcount < 200 )
    {
      delay( 100 );
      Serial.printf(".");

        if (UpCount >= 60)  // keep from scrolling sideways forever
        {
           UpCount = 0;
           Serial.printf("\n");
        }
        ++UpCount;
        ++WLcount;
    }

    if( getWifiStatus( WFstatus ) == 3 )   //wifi returns
    { 
      // stop LED flasher, wifi going up
    }
   delay( 1000 );
  } // END WiFi down
} // END loop()


void wifiInit() //
{
  WiFi.mode(WIFI_AP_STA); // required to read NVR before WiFi.begin()

  // load credentials from NVR, a little RTOS code here
  wifi_config_t conf;
  esp_wifi_get_config(WIFI_IF_STA, &conf);     // load wifi settings to struct comf
  rssiSSID = reinterpret_cast<const char*>(conf.sta.ssid);
  password = reinterpret_cast<const char*>(conf.sta.password);

  //  Serial.printf( "SSID = %s\n", rssiSSID );  // un-comment for debuging
  //  Serial.printf( "Pass = %s\n", password );  // un-comment for debuging
  // Open Preferences with wifi namespace. Namespace is limited to 15 chars
  preferences.begin("wifi", false);
    PrefSSID     = preferences.getString("ssid", "none"); //NVS key ssid
    PrefPassword = preferences.getString("password", "none"); //NVS key password
  preferences.end();

  // keep from rewriting flash if not needed
  if( !checkPrefsStore() )   // see is NV and Prefs are the same
  {                          // not the same, setup with SmartConfig
    if( PrefSSID == "none" ) // New...setup wifi
    {
      initSmartConfig();
      delay( 3000);
      ESP.restart(); // reboot with wifi configured
    }
  }

  // I flash LEDs while connecting here

  WiFi.begin( PrefSSID.c_str() , PrefPassword.c_str() );

  int WLcount = 0;
  while (WiFi.status() != WL_CONNECTED && WLcount < 200 ) // can take > 100 loops depending on router settings
  {
    delay( 100 );
    Serial.printf(".");
    ++WLcount;
  }
  delay( 3000 );

  // stop the led flasher here

} // END wifiInit()

// match WiFi IDs in NVS to Pref store, assumes WiFi.mode(WIFI_AP_STA); was executed
bool checkPrefsStore()
{
  bool val = false;
  String NVssid, NVpass, prefssid, prefpass;

  NVssid = getSsidPass( "ssid" );
  NVpass = getSsidPass( "pass" );

  // Open Preferences with my-app namespace. Namespace name is limited to 15 chars
  preferences.begin("wifi", false);
    prefssid  =  preferences.getString("ssid",     "none"); //NVS key ssid
    prefpass  =  preferences.getString("password", "none"); //NVS key password
  preferences.end();

  if( NVssid.equals(prefssid) && NVpass.equals(prefpass) )
  { 
    val = true; 
  }
  return val;
} // END checkPrefsStore()

void initSmartConfig()
{
  // start LED flasher here
  int loopCounter = 0;

  WiFi.mode( WIFI_AP_STA );     //Init WiFi, start SmartConfig
  Serial.printf( "Entering SmartConfig\n" );

  WiFi.beginSmartConfig();

  while (!WiFi.smartConfigDone())
  { // flash led to indicate not configured
    Serial.printf( "." );
    if( loopCounter >= 40 )
    {
      loopCounter = 0;
      Serial.printf( "\n" );
    }
    delay(600);
    ++loopCounter;
  }
  loopCounter = 0;

  // stopped flasher here

  Serial.printf("\nSmartConfig received.\n Waiting for WiFi\n\n");
  delay(2000 );

  while( WiFi.status() != WL_CONNECTED )
  { // check till connected
     delay(500);
  }
  IP_info();

  preferences.begin("wifi", false); // put it in storage
    preferences.putString( "ssid" ,    getSsid);
    preferences.putString( "password", getPass);
  preferences.end();

  delay(300);
} // END SmartConfig()

void IP_info()
{
  getSsid = WiFi.SSID();
  getPass = WiFi.psk();
  rssi = getRSSI( rssiSSID );
  WFstatus = getWifiStatus( WFstatus );
  MAC = getMacAddress();

  Serial.printf( "\n\n\tSSID\t%s, ", getSsid.c_str() );
  Serial.print( rssi);  Serial.printf(" dBm\n" );  // printf??
  Serial.printf( "\tPass:\t %s\n", getPass.c_str() ); 
  Serial.print( "\n\n\tIP address:\t" );  Serial.print(WiFi.localIP() );
  Serial.print( " / " );              Serial.println( WiFi.subnetMask() );
  Serial.print( "\tGateway IP:\t" );  Serial.println( WiFi.gatewayIP() );
  Serial.print( "\t1st DNS:\t" );     Serial.println( WiFi.dnsIP() );
  Serial.printf( "\tMAC:\t\t%s\n", MAC.c_str() );
}  // END IP_info()

int getWifiStatus( int WiFiStatus )
{
  WiFiStatus = WiFi.status();
  Serial.printf("\tStatus %d", WiFiStatus );
  switch( WiFiStatus )
  {
    case WL_IDLE_STATUS : // WL_IDLE_STATUS = 0,
        Serial.printf(", WiFi IDLE \n");
        break;
    case WL_NO_SSID_AVAIL: // WL_NO_SSID_AVAIL = 1,
        Serial.printf(", NO SSID AVAIL \n");
        break;
    case WL_SCAN_COMPLETED: // WL_SCAN_COMPLETED = 2,
        Serial.printf(", WiFi SCAN_COMPLETED \n");
        break;
    case WL_CONNECTED: // WL_CONNECTED = 3,
        Serial.printf(", WiFi CONNECTED \n");
        break;
    case WL_CONNECT_FAILED: // WL_CONNECT_FAILED = 4,
        Serial.printf(", WiFi WL_CONNECT FAILED\n");
        break;
    case WL_CONNECTION_LOST: // WL_CONNECTION_LOST = 5,
        Serial.printf(", WiFi CONNECTION LOST\n");
        WiFi.persistent(false); // don't write FLASH
        break;
    case WL_DISCONNECTED: // WL_DISCONNECTED = 6
        Serial.printf(", WiFi DISCONNECTED ==\n");
        WiFi.persistent(false); // don't write FLASH when reconnecting
        break;
  }
  return WiFiStatus;
}  // END getWifiStatus()

// Get the station interface MAC address.
// <strong i="14">@return</strong> String MAC
String getMacAddress(void)
{
  WiFi.mode(WIFI_AP_STA); // required to read NVR before WiFi.begin()
  uint8_t baseMac[6];
  esp_read_mac( baseMac, ESP_MAC_WIFI_STA ); // Get MAC address for WiFi station
  char macStr[18] = { 0 };
  sprintf(macStr, "%02X:%02X:%02X:%02X:%02X:%02X", baseMac[0], baseMac[1], baseMac[2], baseMac[3], baseMac[4], baseMac[5]);
  return String(macStr);
}  // END getMacAddress()

// Return RSSI or 0 if target SSID not found
// const char* SSID = "YOUR_SSID"; // declare in GLOBAL space
// call: int32_t rssi = getRSSI(SSID);
int32_t getRSSI( const char* target_ssid )
{
  byte available_networks = WiFi.scanNetworks();

  for (int network = 0; network < available_networks; network++)
  {
    if ( strcmp( WiFi.SSID( network).c_str(), target_ssid ) == 0)
    {
      return WiFi.RSSI( network );
    }
  }
  return 0;
} // END getRSSI()

// Requires; #include <esp_wifi.h>
// Returns String NONE, ssid or pass arcording to request
// ie String var = getSsidPass( "pass" );
String getSsidPass( String s )
{
  String val = "NONE"; // return "NONE" if wrong key sent
  s.toUpperCase();
  if( s.compareTo("SSID") == 0 )
  {
    wifi_config_t conf;
    esp_wifi_get_config( WIFI_IF_STA, &conf );
    val = String( reinterpret_cast<const char*>(conf.sta.ssid) );
  }
  if( s.compareTo("PASS") == 0 )
  {
    wifi_config_t conf;
    esp_wifi_get_config( WIFI_IF_STA, &conf );
    val = String( reinterpret_cast<const char*>(conf.sta.password) );
  }
  return val;
}  // END getSsidPass()

मैंने इस पर भी ध्यान दिया, लेकिन इसे कभी भी सीमित नहीं किया, लेकिन मैंने देखा कि फिर से कनेक्ट () और शुरू (ssid ..) हमेशा dhcp को रीसेट नहीं करता है, किनारे का मामला जो मुझे लगता है

शुरू (args)
यदि कॉन्फ़िगरेशन बराबर नहीं है या पहले से कनेक्ट नहीं है, तो केवल dhcp को रीड करता है, अन्यथा यह वापस आ जाता है, जो एक समस्या हो सकती है।

    wifi_config_t current_conf;
    esp_wifi_get_config(WIFI_IF_STA, &current_conf);
    if(!sta_config_equal(current_conf, conf)) {
        if(esp_wifi_disconnect()){
            log_e("disconnect failed!");
            return WL_CONNECT_FAILED;
        }

        esp_wifi_set_config(WIFI_IF_STA, &conf);
    } else if(status() == WL_CONNECTED){
        return WL_CONNECTED;
    }
 // We do not always get here
    if(!_useStaticIp) {
        if(tcpip_adapter_dhcpc_start(TCPIP_ADAPTER_IF_STA) == ESP_ERR_TCPIP_ADAPTER_DHCPC_START_FAILED){
            log_e("dhcp client start failed!");
            return WL_CONNECT_FAILED;
        }
    } else {
        tcpip_adapter_dhcpc_stop(TCPIP_ADAPTER_IF_STA);
    }

कोड साझा करने के लिए @mickeypop धन्यवाद। लेकिन मुझे एक संदेह है।
जैसा कि आपने कहा:
I proved this once buy adding a UDP call in some test code. - I could talk to the AP by UDP but had no IP address. At the same time the MAC showed up on the AP connection list.

लेकिन जहाँ तक मुझे पता है, हम एक आईपी के बिना UDP कनेक्शन नहीं बना सकते। यूडीपी आईपी लेयर पर बनाया गया है।

@jjassar

यूडीपी को किसी भी आईपी की आवश्यकता नहीं है, बस यह स्वयं मैक है।

UDP स्मार्टकॉन्फ़िग में जादू है। आपके सेल पर मौजूद ऐप, AP क्रेडेंशियल्स के साथ ESP32 के लिए एक विशेष रूप से स्वरूपित UDP पैकेट भेजता है।

UDP कनेक्शन रहित होने के कारण, AP पर या बंद सभी WiFi डिवाइस इसे देख सकते हैं।

जब ESP32 इसे देखता है, तो यह एपी से एक अलग यूडीपी भेजता है ताकि एपी से एक कनेक्शन और आईपी एड्रेस मिल सके। कनेक्ट से पहले याद रखें कि कोई आईपी नहीं है।

UDP, IP में पहले स्थान पर पाने के लिए DHCP में उपयोग की जाने वाली अंडर लेयर है, लेकिन इसका उपयोग कई अन्य तरीकों से भी किया जाता है।

@mickeypop क्या यह संभव है, कि आप टीसीपी / यूडीपी को प्रसारण / मल्टीकास्ट के साथ मिला रहे हैं?
टीसीपी और यूडीपी दोनों ट्रांसपोर्ट लेयर पर रहते हैं, जो इंटरनेट लेयर के ऊपर बना है, जहाँ IP है।

@mickeypop @bedenko आप दोनों सही हो सकते हैं, मुझे लगता है, यह 255.255.255.255 पते पर यूडीपी प्रसारित हो सकता है।
वैसे भी, मुझे नवीनतम रेपो के साथ एक नया मुद्दा मिला है।
मेरे पास एक esp32 था जो एपी से जुड़ा था, मैंने एपी को स्विच किया और कुछ समय बाद इसे वापस स्विच किया।
वियोग पर यदि कारण कोड 201 (REASON_NO_AP_FOUND) है तो यह अपने आप जुड़ जाता है
लेकिन कभी-कभी वियोग का कारण कोड 7 (REASON_NOT_ASSOCED) तो यह कभी वापस नहीं जोड़ता है, केवल हार्डवेयर पुनरारंभ होने के बाद पुन: कनेक्ट करें।
यदि मैं AP को बंद कर देता हूं तो कोड 7 क्यों आ रहा है?

शायद, क्योंकि यहां कोड 201 को फिर से लिखा गया है , लेकिन कोड 7 को अनदेखा किया गया है।

@ जजसर @ अब्देंको

एक पल के लिए इसके बारे में सोचो।
डिवाइस को IP से कनेक्ट करने के लिए एक प्रोटोकॉल होना चाहिए, अन्यथा IP के पास डीएचसीपी के पास आईपी को "गेट" करने के लिए डीएचसीपी सर्वर से संपर्क करने का कोई साधन नहीं होगा।

मैं 30 से अधिक वर्षों के लिए एक नेटवर्क इंजीनियर था और अगर यूडीपी टीसीपी / आईपी का अभिन्न हिस्सा नहीं था, तो आपको हर बार जब आप दूसरे नेटवर्क में चले जाते हैं, तो आपको आईपी को फिर से सेटअप करना होगा।

यहाँ थोड़ा प्राइमर है।

डीएचसीपी प्रोटोकोल

_DHCP प्रोटोकॉल UDP_ पोर्ट 68 और 67

डीएचसीपी यूडीपी पर संचालित होता है क्योंकि डीएचसीपी क्लाइंट प्रसारण पर काम करता है, जो केवल यूडीपी द्वारा समर्थित हो सकता है। इसकी आवश्यकता है क्योंकि क्लाइंट मशीन को अभी भी एक आईपी पता प्राप्त नहीं हुआ है (यह डीएचसीपी वार्ता प्रोटोकॉल उद्देश्य है) और आईपी पते के बिना टीसीपी स्ट्रीम स्थापित करने का कोई तरीका नहीं होगा।

DHCP क्लाइंट DHCP DISCOVER पैकेट को प्रसारित करके शुरू होता है। प्रसारण डीएचसीपी सर्वर (एस) द्वारा प्राप्त किया जाता है, जो बदले में डीएचसीपी ऑफिस संदेश के साथ उत्तर देता है। DHCP OFFER संदेश में सर्वर द्वारा दिया गया IP पता और वह समयावधि होती है जिसके लिए IP पता आवंटित किया जाता है (IP एक यादृच्छिक हो सकता है, या एक व्यवस्थापक नीति पर आधारित हो सकता है)।

DHCP क्लाइंट को कई DHCP OFFER संदेश प्राप्त हो सकते हैं, हालाँकि यह DHCP क्लाइंट में कॉन्फ़िगर की गई नीति के आधार पर केवल एक DHCP OFFER संदेश चुनता है। आमतौर पर पहले आओ पहले पाओ के आधार पर। हालाँकि हम डीएचसीपी क्लाइंट को सबसे लंबे समय तक पट्टे पर रखने या कुछ पसंदीदा सबनेट चुनने के लिए डीएचसीपी क्लाइंट को कॉन्फ़िगर कर सकते हैं। डीएचसीपी क्लाइंट अब डीएचसीपी अनुरोध संदेश के साथ जवाब देता है।

DHCP REQUEST संदेश एक प्रसारण संदेश है। जब अन्य डीएचसीपी सर्वरों को यह संदेश प्राप्त होता है, तो वे ग्राहक को दिए गए किसी भी प्रस्ताव को वापस ले लेते हैं और उपलब्ध पते के उपलब्ध पते को वापस कर सकते हैं। संदेश प्राप्त करने पर इरादा डीएचसीपी सर्वर एक डीएचसीपी एसीके संदेश भेजता है, इस प्रकार लेनदेन की पुष्टि करता है और निर्दिष्ट समय के लिए मेजबान को आईपी आवंटित करता है।

@mickeypop : मैं आपके स्पष्टीकरण से सहमत हूँ, इस तथ्य को छोड़कर, कि UDP IP पते के बिना काम कर सकता है। सभी डीएचसीपी वार्ता प्रसारण आईपी 255.255.255.255 ( सूचना ) पर की जाती है।

@bedenko
आपको बहुत सहमत होना होगा। मैंने इसे आधिकारिक डॉक्स से सीधे कट और पेस्ट किया।

आप सही और गलत दोनों हैं और यहाँ क्यों है।

सभी नेटवर्क प्रोटोकॉल एक ही पैकेट संरचना का उपयोग करते हैं। AppleTalk, TCP / IP, Arpnet, AIX, आदि ... यह उन्हें बिना किसी संघर्ष के एक ही ईथरनेट पर सह-अस्तित्व देता है।

संरचना में प्रोटोकॉल, प्रकार, चेकसम, गंतव्य आदि के लिए बिट्स शामिल हैं ... सभी एक विशेष पहचानकर्ता के रूप में गंतव्य पहचानकर्ता में 24 (255.255.255.255) बिट्स की तलाश करते हैं।

ने कहा कि;

IP ट्रैफ़िक को एक नेटवर्क मास्क के माध्यम से संसाधित किया जाता है, इसलिए सभी डिवाइस यह निर्धारित कर सकते हैं कि क्या पैकेट उनके लिए है या रूटिंग नहीं है।

UDP के पास कोई नेटवर्क मास्क नहीं है। 255.255.255.255 यूडीपी प्रेषक के लिए नहीं है या यहां तक ​​कि उनके द्वारा उपयोग किया जाता है, इसलिए यह अन्य सभी डिवाइस विशेष पहचानकर्ता को देखता है। यह इस मामले में एक आईपी की तरह व्यवहार नहीं किया जाता है।

नोट: UDP मैक द्वारा IP द्वारा नहीं भेजता है।

उदाहरण के लिए डीएचसीपी लें, आपके पास अभी तक आईपी या नेटमास्क नहीं है, इसलिए डिवाइस अपने स्वयं के मैक पते के साथ किसी भी पैकेट की तलाश में प्रोमिसस मोड में चला जाता है।

डीएचसीपी सर्वर भेजने वाले मैक पते के साथ यूडीपी द्वारा एक डीएचसीपी डिस्कोवर पैकेट भेजा जाता है, जिसे पता होना चाहिए कि कौन आईपी का अनुरोध कर रहा है।

प्रेषक स्पष्ट रूप से इसे आईपी ट्रैफ़िक के रूप में संसाधित नहीं कर सकता है और अंत में डीएचसीपी सर्वर प्रतिक्रिया भेजने के लिए आईपी का उपयोग नहीं कर सकता है। इसलिए यूडीपी।

UDP द्वारा लौटाया गया DHCP OFFER संदेश क्लाइंट के लिए यह जानना चाहिए कि यह उनके लिए है। ध्यान रहे कि आप सभी ट्रैफ़िक समान हैं, लेकिन यह अभी तक आईपी नहीं है।

यह तब तक नहीं है जब तक कि सभी वार्ता समाप्त नहीं हो जाती है कि कोई भी आईपी यातायात संभव है।

=====
स्पष्ट रूप से, मुझे ध्यान देना चाहिए;
मैं 1968 में टीम में था - 70 UNIX OS विकसित करना। जहां टीसीपी / आईपी होना चाहिए था।
हमने टीसीपी / आईपी से पहले यूडीपी के शुरुआती मसौदे का इस्तेमाल किया था।

@mickeypop आपके काम के लिए धन्यवाद! हम सभी आकाश को छू सकते हैं क्योंकि हम दिग्गजों के कंधों पर खड़े हैं!

चक।

नमस्ते।
मैं इसके लिए इस कोड का उपयोग करता हूं

  if (WiFi.status() != WL_CONNECTED)
{
  digitalWrite(26,0);
  WIFI_Connect();
} else {
  digitalWrite(26,1);
}

और, यह ते फ़ंक्शन "WIFI_Connect" है

शून्य WIFI_Connect ()
{
digitalWrite (26, उच्च);
WiFi.disconnect ();
Serial.println ("Reconectando WiFi ...");
WiFi.mode (WIFI_AP_STA);
WiFi.begin (ssid, पासवर्ड);
// कनेक्शन के लिए प्रतीक्षा करें
for (int i = 0; मैं <50; i ++)
{
अगर (WiFi.status ()! = WL_CONNECTED) {
देरी (500);
digitalWrite (26,0);
सीरियल.प्रिंट ("।");
देरी (500);
digitalWrite (26,1);
}
}
digitalWrite (26,0);
}

मेरे लिए यह कोड काम करता है।
अवलोकन: संस्करण 2.3

शामिल

शामिल

परिभाषित WIFI_SSID "===="

परिभाषित WIFI_PASSWORD "==="

// इस फायरबेस परियोजना को हटा दिया गया था
// आपको अपनी खुद की फायरबेस जानकारी दर्ज करनी होगी

FIREBASE_HOST को परिभाषित करें "home-automation-1122.firebaseio.com"

FIREBASE_AUTH को परिभाषित करें "============"

LED1 को परिभाषित करें 5

LED2 को परिभाषित करें 4

LED3 को परिभाषित करें

LED4 को परिभाषित करें

LED5 को परिभाषित 14

LED6 को परिभाषित करें 12

LED7 को परिभाषित करें 13

LED8 को परिभाषित करें 15

व्यर्थ व्यवस्था() {

pinMode (LED1, आउटपुट);

digitalWrite (LED1,0);

pinMode (LED2, आउटपुट);

digitalWrite (LED2,0);

pinMode (LED3, आउटपुट);

digitalWrite (LED3,0);

pinMode (LED4, आउटपुट);

digitalWrite (LED4,0);

pinMode (LED5, आउटपुट);

digitalWrite (LED5,0);

pinMode (LED6, आउटपुट);

digitalWrite (LED6,0);

pinMode (LED7, आउटपुट);

digitalWrite (LED7,0);

pinMode (LED8, आउटपुट);

digitalWrite (LED8,0);

Serial.begin (9600);

WiFi.begin (WIFI_SSID, WIFI_PASSWORD);

Serial.print ( "जोड़ने");

जबकि (WiFi.status ()! = WL_CONNECTED) {

Serial.print ( "।");

देरी (500);

}

Serial.println ();

Serial.print ("कनेक्टेड:");

Serial.println (WiFi.localIP ());

Firebase.begin (FIREBASE_HOST, FIREBASE_AUTH);

Firebase.setInt ( "LEDStatus", 0);

}

शून्य लूप () {

अगर (Firebase.getInt ( "फ़ील्ड 1"))

{

digitalWrite (LED1, कम);

}

अन्य

{
digitalWrite (LED1, उच्च);

}
अगर (Firebase.getInt ( "field2"))

{

digitalWrite (LED2, कम);

}

अन्य

{

digitalWrite (LED2, उच्च);

}

अगर (Firebase.getInt ( "फ़ील्ड 3"))

{

digitalWrite (LED3, कम);

}

अन्य

{
digitalWrite (LED3, उच्च);

}

अगर (Firebase.getInt ( "फ़ील्ड 4"))

{

digitalWrite (LED4, कम);

}

अन्य

{

digitalWrite (LED4, उच्च);

}
अगर (Firebase.getInt ( "फ़ील्ड 5"))

{

digitalWrite (LED5, कम);

}

अन्य

{

digitalWrite (LED5, उच्च);

}
अगर (Firebase.getInt ( "फ़ील्ड 6"))

{

digitalWrite (LED6, कम);

}

अन्य

{

digitalWrite (LED6, उच्च);

}
अगर (Firebase.getInt ( "फ़ील्ड 7"))

{

digitalWrite (LED7, कम);

}

अन्य

{

digitalWrite (LED7, उच्च);

}
अगर (Firebase.getInt ( "फ़ील्ड 8"))

{

digitalWrite (LED8, कम);

}

अन्य

{

digitalWrite (LED8, उच्च);

}

//Serial.println(Firebase.getInt("led1 "));
//Serial.println(Firebase.getInt("led2 "));
//Serial.println(Firebase.getInt("led3 "));
//Serial.println(Firebase.getInt("led4 "));
//Serial.println(Firebase.getInt("led5 "));
//Serial.println(Firebase.getInt("led6 "));
//Serial.println(Firebase.getInt("led7 "));
//Serial.println(Firebase.getInt("led8 "));

Serial.println ( "...............");
अगर (Firebase.failed ()) // त्रुटियों की जाँच करें {

Serial.print ("सेटिंग / संख्या विफल:");

Serial.println (Firebase.error ());

वापसी;

}

कनेक्शन खो जाने के बाद मेरा nodemcu esp8226 पुन: कनेक्ट नहीं होता है

यह धागा esp32 के लिए है। क्या आप esp8266 का उपयोग कर रहे हैं, या यह एक टाइपो था?

एस्प 82255 नोडेमस्कु

Tue पर, 11 सितंबर 2018 1:45 अपराह्न बेदेंको, सूचनाएं @github.com ने लिखा:

यह धागा esp32 के लिए है। क्या आप esp8266 का उपयोग कर रहे हैं, या यह एक टाइपो था?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/espressif/arduino-esp32/issues/653#issuecomment-420196435 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ApKpJ7SS4fk4KrHA1sVKmwV7brGVeh93ks5uZ3gxgaJpZM4PfOia
।

क्षमा करें, यह esp8266 है

Tue पर, 11 सितंबर 2018 1:48 अपराह्न Ijaz Ahmad, [email protected] ने लिखा:

एस्प 82255 नोडेमस्कु

Tue पर, 11 सितंबर 2018 1:45 अपराह्न बेदेंको, सूचनाएं @github.com ने लिखा:

यह धागा esp32 के लिए है। क्या आप esp8266 का उपयोग कर रहे हैं, या यह एक टाइपो था?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/espressif/arduino-esp32/issues/653#issuecomment-420196435 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ApKpJ7SS4fk4KrHA1sVKmwV7brGVeh93ks5uZ3gxgaJpZM4PfOia
।

यहाँ कोई मेरी मदद करे?

यह धागा ESP32 के लिए है, 8266 के लिए नहीं। एक अलग रेपो का प्रयास करें।

आप मुझे 8226 के साथ मदद कर सकते हैं

@vseven मैं इस समस्या को कैसे हल कर सकता हूं?

@ ijaz1122 यहां देखें अगर कोई मुद्दा है जो आपकी समस्या के अनुकूल है। अन्यथा वहाँ पर एक नया खोलें।
आप वर्तमान में एक अलग डिवाइस पर एक समाधान के लिए पूछ रहे हैं। यह आपकी समस्या के लिए गलत रेपो है।

हे सब अंत में मैं इस कोड को अपने वाईफाई / पोर्टेबल हॉटस्पॉट को कई बार कनेक्ट करने और फिर से जोड़ने के लिए काम कर रहा हूं

उनके कोड के लिए @ThiagoCas को धन्यवाद

`/ * * * * * * * * * * * *
पुस्तकालयों को शामिल करें
* * * * * * * * * * * * /

शामिल

/ * * * * * * * * * * * *
लगातार परिभाषित करें
* * * * * * * * * * * * /

WIFISSID को परिभाषित करें "== Your Wifi SSID ==" // यहां अपना WIFSSID लगाएं

PASSWORD को परिभाषित करें "== आपका पासवर्ड ==" // यहां अपना वाईफाई पासवर्ड डालें

// स्थिरांक नहीं बदलेगा। पिन नंबर सेट करने के लिए यहां उपयोग किया जाता है:
const int ledPin = 2; // एलईडी पिन की संख्या

/ * * * * * * * * * * * *
चर को परिभाषित करें
* * * * * * * * * * * * /
// चर बदल जाएंगे:
int ledState = LOW; // एलईडी सेट करने के लिए ledState का उपयोग किया जाता है

int अंतराल = 100; // अंतराल जिस पर पलक झपकना (मिलीसेकंड)

// आम तौर पर, आपको समय-समय पर चलने वाले चर के लिए "अहस्ताक्षरित लंबे" का उपयोग करना चाहिए
// मान तेजी से स्टोर करने के लिए बहुत बड़ा हो जाएगा
अहस्ताक्षरित लंबे समय तक चली मिली = 0; // पिछली बार एलईडी को अपडेट किया गया था

/ * * * * * * * * * * * *
अपरिचित कार्य
* * * * * * * * * * * * /
शून्य WIFI_Connect ()
{
WiFi.disconnect ();
Serial.println ("वाईफाई से कनेक्ट करना ...");
WiFi.mode (WIFI_AP_STA);
WiFi.begin (WIFISSID, PASSWORD);

for (int i = 0; मैं <60; i ++)
{
अगर (WiFi.status ()! = WL_CONNECTED)
{
देरी (250);
digitalWrite (ledPin, LOW);
सीरियल.प्रिंट ("।");
देरी (250);
digitalWrite (ledPin, HIGH);
}
}
यदि (WiFi.status () == WL_CONNECTED)
{
Serial.println ( "");
Serial.println ("वाईफाई कनेक्टेड");
Serial.println ("आईपी पता:");
Serial.println (WiFi.localIP ());
}
digitalWrite (ledPin, 0);
}

/ * * * * * * * * * * * *
मुख्य कार्य
* * * * * * * * * * * * /

व्यर्थ व्यवस्था()
{
Serial.begin (115200);

// डिजिटल पिन को आउटपुट के रूप में सेट करें:
पिनमोड (ledPin, OUTPUT);
WIFI_Connect ();
}

शून्य लूप ()
{
अहस्ताक्षरित लंबी currentMillis = मिली ();

यदि (करंट मेमिलिस - पिछले मैमिलिस> = अंतराल)
{
यदि (WiFi.status ()! = WL_CONNECTED)
{
Serial.println ("वाईफाई डिस्कनेक्ट");
WIFI_Connect ();
}
// आखिरी बार एलईडी को ब्लिंक करने से बचाएं
पिछलामिलिस = करंटमिलिस;
// यदि एलईडी बंद है, तो इसे चालू करें और इसके विपरीत:
अगर (ledState == कम)
{
ledState = उच्च;
अंतराल = 100;
}
अन्य
{
ledState = LOW;
अंतराल = 2500;
}
// एलईडी को वैरिएबल के एलईडीस्टेट के साथ सेट करें:
digitalWrite (ledPin, ledState);
}
} `

नए फर्मवेयर की मदद करने लगता है, इसे बंद करें।

नए फर्मवेयर से @vseven ... क्या आपका मतलब इस लाइब्रेरी के मास्टर से नवीनतम संस्करण है? मैं 26 सितंबर के बाद से मास्टर करने के लिए नए कमिट्स नहीं देखता हूं, अगर आप किसी और चीज का जिक्र कर रहे हैं तो आश्चर्य होगा।

अपना स्पष्टीकरण के लिए धन्यवाद
गैस्टन

मैंने इसे एक साल पहले खोला था इसलिए हां, पिछले कुछ महीनों में जैसा नया था।

महान। स्पष्टीकरण के लिए धन्यवाद। मुझे यकीन नहीं है कि जब मैंने अंतिम (2 महीने पहले?) अपडेट किया था, लेकिन मैंने इस त्रुटि को अंतिम अपडेट के बाद कभी नहीं देखा (और यह हर दो महीने में एक बार होता था)। मुझे लगा कि मैं भाग्यशाली हो रहा हूं लेकिन मैं अब देख रहा हूं कि यह भाग्य से अधिक था। ;)

अच्छा काम।
गैस्टन

यह भी मदद करने लगता है:

    esp_wifi_set_ps(WIFI_PS_NONE);

@vseven

नए फर्मवेयर की मदद करने लगता है, इसे बंद करें।

नमस्ते,
मैंने हमेशा सोचा था कि arduino-esp32 लाइब्रेरी को अपडेट करके platformio भी फ़र्मवेयर को अपडेट करने में सक्षम है। क्या मै गलत हु? मैं अभी भी इस समस्या से पीड़ित हूँ!

@vseven
नए फर्मवेयर की मदद करने लगता है, इसे बंद करें।

नमस्ते,
मैंने हमेशा सोचा था कि arduino-esp32 लाइब्रेरी को अपडेट करके platformio भी फ़र्मवेयर को अपडेट करने में सक्षम है। क्या मै गलत हु? मैं अभी भी इस समस्या से पीड़ित हूँ!

मुझे भी। अपने आप को डिस्कनेक्ट करने के लिए platformio द्वारा फर्मवेयर को अपडेट करने के तरीके के लिए एक पॉइंटर रखना चाहते हैं ...

@vseven
प्लेटफ़ॉर्म IO सेटअप निर्देश और अद्यतन यहाँ संबोधित किए गए हैं
https://github.com/espressif/arduino-esp32/blob/master/docs/platformio.md

हालाँकि, tid bit: Arduino और प्लेटफ़ॉर्म IO दोनों पर जब मैं SDK को अपडेट करने के लिए git का उपयोग करता हूं तो मैंने कुछ मौकों पर पाया कि अपडेट पूरा नहीं हुआ था और इसमें समस्याएँ थीं।

Esp32 फ़ोल्डर का नाम बदलें और एक ताजा गिट से पुनः स्थापित करें और मैंने हमेशा एक साफ अपडेट प्राप्त किया है।
बस उनके निर्देशों का पालन करें।

@mickeypop : ठीक है, मेरा प्लेटफ़ॉर्म नवीनतम स्थिर संस्करण पर है, लेकिन मेरे पास अभी भी डिस्कनेक्ट मुद्दा है। क्या आप इसके बजाय मंच या अपस्ट्रीम संस्करणों का उपयोग करने का सुझाव देते हैं? स्थिर केवल कुछ दिनों पहले ही अद्यतन किया गया था, वैसे।

@ Miq1 केवल IDF उदाहरण का उपयोग करने पर यह समस्या मौजूद है?

मुझे यह स्वीकार करना चाहिए कि मैं प्लेटिनियो के माहौल में केवल Arduino का उपयोग कर रहा हूं - मैंने कभी भी IDF से निपटा नहीं है। मैं आज इस पर गौर करूंगा कि क्या मैं वहां अपने आवेदन का एक मूल संस्करण स्थापित कर सकता हूं।

सिर्फ रिकॉर्ड के लिए: मैंने पाया कि अगर मैं एक मोड (WIFI_OFF) और बीच में मोड (WIFI_STA) करता हूं तो डिस्कनेक्ट () और बाद में शुरू () के लिए वर्कअराउंड मेरे लिए काम करता है। मैं वर्तमान में एक पंक्ति में 5 बार पुन: कनेक्ट करने का प्रयास कर रहा हूं और सभी प्रयास विफल होने पर एक esp.restart () करेंगे, लेकिन अभी तक कोई पुनरारंभ आवश्यक नहीं था।

मैंने इस बीच कुछ पुनः आरंभ किए, इसलिए समाधान उतना प्रभावी नहीं लगता है।

क्या इस बग के बारे में कोई अपडेट है?

एफडब्ल्यूआईडब्ल्यू मुझे अक्सर ईएसपी 8266 इकाइयों पर भी दिखाई देता है - सटीक समान लक्षण। मैंने पाया है कि मैं यूनिट को अलग तरह से उन्मुख करके काफी हद तक कनेक्ट को बदल सकता हूं - इसलिए यह संबंधित प्रतीत होता है कि यूनिट (ESP8266 और ESP32 दोनों) कैसे खराब सिग्नल का जवाब देते हैं।

यह देखते हुए कि मैं नॉनोस और एक ESP8266 का उपयोग कर रहा हूं, सामान्य भाजक को lwIP के नीचे निम्न स्तर की नेटवर्किंग लगती है

(Arduino-esp32 के 1.0.4 संस्करण का उपयोग करते हुए)

मुझे यहाँ भी यही समस्या थी (ESP32 का उपयोग करके)। पाया कि राउटर को रिबूट करने से समस्या हल हो जाती है ... एक बार । यही है, रिबूट के बाद, ईएसपी 32 एपी से कनेक्ट करने में सक्षम है, एक आईपी पता प्राप्त करें और कनेक्ट रहें, लेकिन अगर कोई चीज विफल हो जाती है (जैसे ईएसपी 32 को रिबूट करना), ईएसपी 32 तो _is कभी भी कनेक्ट करने में सक्षम नहीं है। AP फिर से_

राउटर एक टीपी-लिंक टीएल-एमआर 2030 है जिसे मैं वायर्ड ईथरनेट परीक्षणों के लिए चारों ओर रखता हूं और इसमें फर्मवेयर है जो वर्षों तक बेकार है और कोई नया आधिकारिक फर्मवेयर मौजूद नहीं है।

हालाँकि, अगर मैं अन्य APs का उपयोग करने की कोशिश करता हूँ, जैसे कि कार्यालय में कुछ नई Ubiquiti इकाइयाँ, तो समस्या बस इतनी ही नहीं होती है। मैंने आईटी कर्मचारियों पर जानबूझकर रिबूट करने के लिए बोर्ड को मजबूर करके और अंत में घंटों के लिए जितनी बार संभव हो उतनी बार फिर से जोड़ने के लिए मजबूर किया ... और कोई परेशानी नहीं हुई।

_, अंत में, जबकि यह संभव है कि ESP32 के पुस्तकालयों में कुछ गलत या अधूरा है, मैं सारा दोष पुराने राउटर के फर्मवेयर पर डालने के लिए तैयार हूं। परीक्षण के लिए एक नया राउटर प्राप्त करने का समय, टीपी-लिंक के लिए नहीं , तथापि।

मुझे आमतौर पर इस तरह की चीजों के लिए संदेह है। या कभी-कभी राउटर को लगता है कि आप जुड़े हुए हैं और कभी भी आपको फिर से कनेक्ट करने की अनुमति नहीं देता है

नहीं, राउटर को दोष नहीं देना है। कम से कम मेरे मामले में। ज़रूर, यह नवीनतम (wnr2200) नहीं है, लेकिन एक डीडी-डब्ल्यूआरटी स्थापित करने और कई एंड्रॉइड, लिनक्स और विंडोज़ उपकरणों के साथ बिना मुद्दों के काम कर रहा है।

अंत में अपने लिए इस समस्या को हल करने के लिए, मैंने WiFiClientEvents.ino के आधार पर पूरी तरह से नए कार्यान्वयन के साथ शुरुआत की - इसलिए यह ईवेंट-आधारित है। मैंने arduino-esp32 के नवीनतम प्रतिबद्ध संदेशों को भी पढ़ा, जो हाल ही में लेकिन प्रासंगिक प्रतिबद्धताओं को प्रकट करते हैं। मुझे WiFiGeneric.cpp में कुछ डिबगिंग करनी थी और पाया कि मोड हमेशा वह नहीं करता है जो अपेक्षित है (https://github.com/espressif/arduino-esp32/issues/1306)।

अंतिम परिणाम: WiFiGeneric.cpp (फ़ाइल का अंत देखें) पर एक छोटे से पैच के साथ, मैं अपने AP - hurray :) से कई बार कनेक्ट / डिस्कनेक्ट करने में सक्षम था।

मुझे पता है अगर आप कुछ सुधार करने के लिए देखते हैं।

/*
 * This is a very stable example of repeated connecting and disconnecting to/from a wifi access point on STA32
 * Unfortunately, it needs patching of the WiFiGeneric.cpp library file
 * Author: Daniel Alder, based on the example WiFiClientEvents.ino
 * Tested with Arduino 1.8.5 and 1.8.10 with ESP library from Nov 11 2019 (cec3fca4) + patch
*/

#include <WiFi.h>   

#include "HomeWifiConfig.h" // use an extra include or uncomment the following 2 lines
//const char* ssid     = "myssid"; // your network SSID (name of wifi network)
//const char* password = "****";   // your network password

typedef enum {
  MYSTATE_OFFLINE = 0,
  MYSTATE_CONNECTING,
  MYSTATE_ONLINE,
  MYSTATE_DISCONNECTING
} mystate_t;
mystate_t mystate = MYSTATE_OFFLINE;
long state_since = 0;

#define TIMEOUT_ONLINE     20  // reconnect after this [s] offline time
#define TIMEOUT_OFFLINE    20  // disconnect after this [s] online time
#define TIMEOUT_CONNECTING 20  // cancel connecting after this [s] without success

////////////////////////////////////////////////////////////////////////////////

long getUptime() {
  return esp_timer_get_time() / 1000000L;
}

void changeState(mystate_t state) {
  mystate = state;
  state_since = getUptime();
}

void WiFiEvent(WiFiEvent_t event, WiFiEventInfo_t info)
{
    Serial.printf("[WiFi-event] event: %d\n", event);

    switch (event) {
        case SYSTEM_EVENT_WIFI_READY: 
            Serial.println("WiFi interface ready");
            break;
        case SYSTEM_EVENT_SCAN_DONE:
            Serial.println("Completed scan for access points");
            break;
        case SYSTEM_EVENT_STA_START:
            Serial.println("WiFi client started");
            break;
        case SYSTEM_EVENT_STA_STOP:
            Serial.println("WiFi client stopped");
            changeState(MYSTATE_OFFLINE);
            break;
        case SYSTEM_EVENT_STA_CONNECTED:
            Serial.println("Connected to access point");
            break;
        case SYSTEM_EVENT_STA_DISCONNECTED:
            Serial.println("Disconnected from WiFi access point");
            break;
        case SYSTEM_EVENT_STA_AUTHMODE_CHANGE:
            Serial.println("Authentication mode of access point has changed");
            break;
        case SYSTEM_EVENT_STA_GOT_IP:
            Serial.print("Obtained IP address: ");
            //Serial.println(WiFi.localIP());
            //Serial.println("WiFi connected");
            //Serial.print("IP address: ");
            Serial.println(IPAddress(info.got_ip.ip_info.ip.addr));

            changeState(MYSTATE_ONLINE);

            break;
        case SYSTEM_EVENT_STA_LOST_IP:
            Serial.println("Lost IP address and IP address is reset to 0");
            //changeState(MYSTATE_OFFLINE);
            break;
        case SYSTEM_EVENT_STA_WPS_ER_SUCCESS:
            Serial.println("WiFi Protected Setup (WPS): succeeded in enrollee mode");
            break;
        case SYSTEM_EVENT_STA_WPS_ER_FAILED:
            Serial.println("WiFi Protected Setup (WPS): failed in enrollee mode");
            break;
        case SYSTEM_EVENT_STA_WPS_ER_TIMEOUT:
            Serial.println("WiFi Protected Setup (WPS): timeout in enrollee mode");
            break;
        case SYSTEM_EVENT_STA_WPS_ER_PIN:
            Serial.println("WiFi Protected Setup (WPS): pin code in enrollee mode");
            break;
        case SYSTEM_EVENT_AP_START:
            Serial.println("WiFi access point started");
            break;
        case SYSTEM_EVENT_AP_STOP:
            Serial.println("WiFi access point  stopped");
            break;
        case SYSTEM_EVENT_AP_STACONNECTED:
            Serial.println("Client connected");
            break;
        case SYSTEM_EVENT_AP_STADISCONNECTED:
            Serial.println("Client disconnected");
            break;
        case SYSTEM_EVENT_AP_STAIPASSIGNED:
            Serial.println("Assigned IP address to client");
            break;
        case SYSTEM_EVENT_AP_PROBEREQRECVED:
            Serial.println("Received probe request");
            break;
        case SYSTEM_EVENT_GOT_IP6:
            Serial.println("IPv6 is preferred");
            break;
        case SYSTEM_EVENT_ETH_START:
            Serial.println("Ethernet started");
            break;
        case SYSTEM_EVENT_ETH_STOP:
            Serial.println("Ethernet stopped");
            break;
        case SYSTEM_EVENT_ETH_CONNECTED:
            Serial.println("Ethernet connected");
            break;
        case SYSTEM_EVENT_ETH_DISCONNECTED:
            Serial.println("Ethernet disconnected");
            break;
        case SYSTEM_EVENT_ETH_GOT_IP:
            Serial.println("Obtained IP address");
            break;
        default: break;
    }
}

#include "esp_wifi.h" // only for fixWifiPersistencyFlag()
/**
 * Disable persistent mode, see https://github.com/espressif/arduino-esp32/issues/1393
 */
void fixWifiPersistencyFlag() {
  wifi_init_config_t cfg = WIFI_INIT_CONFIG_DEFAULT();
  Serial.printf("cfg.nvs_enable before: %d\n", cfg.nvs_enable);
  cfg.nvs_enable = 0;
}

////////////////////////////////////////////////////////////////////////////////

void setup()
{
  Serial.begin(115200);
  Serial.println("-----------------------------------------");
  Serial.println("THIS IS: newWifiImplementationUsingEvents");
  Serial.println("-----------------------------------------");

  WiFi.persistent(false);
  fixWifiPersistencyFlag();

  //Serial.setDebugOutput(true); 
  //WiFi.printDiag(Serial); 

  // delete old config
  WiFi.disconnect(true);

  state_since = getUptime();

  delay(1000);

  // warning: only the last defined event handler gets events!
  WiFi.onEvent(WiFiEvent);

  Serial.println("End of setup");
}

bool firstTime = true;

void loop()
{
  long uptime = getUptime();
  if (mystate == MYSTATE_ONLINE && state_since + TIMEOUT_ONLINE < uptime) {
    Serial.println("Disconnecting NOW");
    changeState(MYSTATE_DISCONNECTING);
    WiFi.disconnect(true);
    WiFi.mode(WIFI_OFF);
  } else if (mystate == MYSTATE_OFFLINE && state_since+TIMEOUT_OFFLINE < uptime) {
    Serial.println("Connecting NOW");
    changeState(MYSTATE_CONNECTING);
    if (firstTime) {
      Serial.println("(firstTime)");
      WiFi.begin(ssid, password);
      firstTime = false;
    } else {
      // doesn't work without WiFiGeneric.cpp patch below
      WiFi.mode(WIFI_STA);
      WiFi.reconnect();
    }
  } else if (mystate == MYSTATE_CONNECTING && state_since+TIMEOUT_CONNECTING < uptime) {
    Serial.println("Cancelling NOW after no connect success");
    changeState(MYSTATE_DISCONNECTING);
    WiFi.disconnect(true);
    WiFi.mode(WIFI_OFF);
  }

  delay(1000);
  if (uptime % 10 == 0) {
    Serial.printf("uptime %d\n", uptime);
  }
}

/* PATH FOR LIBRARY
diff --git a/libraries/WiFi/src/WiFiGeneric.cpp b/libraries/WiFi/src/WiFiGeneric.cpp
index e562921..aab5805 100644
--- a/libraries/WiFi/src/WiFiGeneric.cpp
+++ b/libraries/WiFi/src/WiFiGeneric.cpp
@@ -483,8 +483,10 @@ void WiFiGenericClass::enableLongRange(bool enable)
 bool WiFiGenericClass::mode(wifi_mode_t m)
 {
     wifi_mode_t cm = getMode();
+    log_d("mode() cm=%d, m=%d", cm, m);
     if(cm == m) {
-        return true;
+        log_d("HACK: skip return true");
+        //return true;
     }
     if(!cm && m){
         if(!wifiLowLevelInit(_persistent)){
*/


/* ISSUES:
 *  
 * 1) The example WiFiClientEvents.ino says:
 * 
 *   WiFi.onEvent(WiFiEvent);
 *   WiFi.onEvent(WiFiGotIP, WiFiEvent_t::SYSTEM_EVENT_STA_GOT_IP);
 *   
 *   but the WiFiEvent function never receives a SYSTEM_EVENT_STA_GOT_IP!
 *   
 * 2) I used code from https://github.com/espressif/arduino-esp32/issues/1393 to fix the persistent config issue
 * 
 * 3) The list of events in WiFiClientEvents.ino (comment block) is missing an event. Same bug as fixed in 188560e7f33
 * 
 * 4) Without pathing of WiFiGeneric.cpp, the mode() function doesn't do anything anymore once WiFi it was initialized (not even connected)
 * 
 *   see also: https://github.com/espressif/arduino-esp32/issues/1306 (but the this patch is not yet mentioned there)
 * 
 * 5) just a note: there is a STA_LOST_IP event, 2 minutes after disconnecting. 
 *   So if you want to make your code stable, you should also test with TIMEOUT_OFFLINE > 130
 */

क्या किसी ने इसे तार-तार किया है?

एक arduino wifi Rev 2 (विभिन्न हार्डवेयर के साथ एक समान मुद्दा था, लेकिन एपी और डिवाइस के बीच बातचीत करने वाले मुद्दे समान थे।)

https://github.com/arduino/nina-fw/issues/14

@mrarmyant क्या आप

मेरा कोड (आपकी पोस्ट के ऊपर) स्थिर है क्योंकि मैंने इसे पोस्ट किया है। लेकिन मुझे नहीं लगता कि समस्या ईएसपी * चिप्स की तुलना में कुछ अलग है, क्योंकि यह ईएसपी एसडीके के मुद्दों को संबोधित करता है, न कि अरुडिनो को

मैं बिजली आपूर्ति पर इस तरह के मुद्दों को दोष देता हूं

मैं पीएस को दोष नहीं दूंगा, यह बहुत संभावना नहीं है जब तक कि आपके पास वास्तव में कमजोर आपूर्ति नहीं होती है ऐसा नहीं होगा।

वायरशर्क यहां वास्तव में बेकार है।

यह समझने के लिए कि आपको आरटीओएस पुस्तकालयों में गहरी खुदाई करनी है जहाँ वास्तविक काम किया जाता है, न कि अरुडिनो के काम के रूप में वे एक आवरण हैं।

यदि आप WiFi.begin () के बजाय WiFi.reconnect () का उपयोग कर रहे हैं, तो आपको कुछ चीजें जानने की जरूरत है।

WiFi.begin () वाईफाई चिप और आरटीओएस स्टेट्स को कनेक्ट करने से पहले सभी आवश्यक रजिस्टर सेट करके शुरू होता है, फिर से कनेक्ट () नहीं करता है।
यह 2 साल पहले सूचना मिली थी।

WiFi.reconnect () अक्सर कनेक्शन का केवल आधा हिस्सा बनाता है, UDP के साथ चिप स्तर मैक कनेक्शन स्थापित करता है, लेकिन टीसीपी / आईपी कनेक्शन कभी नहीं बनाता क्योंकि ये अलग-अलग प्रोटोकॉल हैं। यह आवश्यक है कि राज्यों को पुन: कनेक्ट करके पूर्व निर्धारित नहीं होने के कारण () यह केवल मानता है कि वे वहां हैं।
यही कारण है कि आप में से कुछ को फिर से कनेक्ट होने पर SYSTEM_EVENT_STA_GOT_IP नहीं मिल रहा है।

याद है; फिर से जोड़ने की जरूरत है क्योंकि राज्य पहले ही बदल चुके हैं।

I ALWAYS ने WiFi.begin () के साथ फिर से कनेक्ट किया और कभी असफल नहीं हुआ।

======
कनेक्ट करने और नहीं कहने वाले रीसेट के रूप में डीएचसीपी को जानने के लिए पहले से ही एक कनेक्शन है।
डीएचसीपी आईपी पता आमतौर पर हर 15 सेकंड में फिर से स्थापित किया जाता है।
अब कहते हैं कि दूसरी बार पुनः स्थापित करने के बाद आप रीसेट दबाएं।
डीएचसीपी सर्वर एक और 13 सेकंड के लिए आईपी जारी नहीं करने जा रहा है और इसे जोड़ने की कोशिश करने पर यह उपयोग में रिपोर्ट करेगा।

कनेक्ट करने से पहले बूट पर एक साधारण देरी ने मेरे लिए हर बार यह तय किया है।
यदि आप कई अन्य लाइब्रेरी स्थापित कर रहे हैं, तो उन्हें पहले WiFi.begin () से पहले सेट करें।

एक अच्छा स्टार्ट टाइमर यहां मदद करेगा।
एक लंबा संस्करण लेना Serial.print (millis () - var); WiFi.begin () के ठीक पहले और पता करें कि आप वास्तव में कितनी तेजी से बूट कर रहे हैं। फिर उसके अनुसार समायोजित करें।

मैं 6 वर्षों से ESP32 का उपयोग कर रहा हूं और इसने हमेशा काम किया है।

अपडेट करें; मुझे बहुत सारे WiFiEvent का उपयोग किया गया है और इसके अच्छे डिबगिंग के लिए लेकिन केवल वाईफाई का पता लगाने के लिए और हर बार मज़बूती से काम करने वाले IF / ELSE को फिर से कनेक्ट करें।

यह काम करता है क्योंकि WL_CONNECTED परिवर्तन की रिपोर्टिंग में नीचे से लगभग 18 सेकंड लगते हैं, इससे डीएचसीपी सर्वर को बाद में विश्वसनीय री कनेक्ट के लिए आईपी जारी करने का समय मिलता है।

यह 6 वर्षों से काम कर रहा है और गिनती कर रहा है।

loop()
{
  if ( WiFi.status() ==  WL_CONNECTED ) 
  {
    // WiFi is UP,  do what ever
  } else
  {
    // wifi down, reconnect here
   WiFi.begin(  );
    int WLcount = 0;
    while (WiFi.status() != WL_CONNECTED && WLcount < 200 ) 
    {
      delay( 100 );
         Serial.printf(".");
         if (UpCount >= 60)  // just keep terminal from scrolling sideways
         {
            UpCount = 0;
               Serial.printf("\n");
         }
         ++UpCount;
      ++WLcount;
    }
  }
} // END loop()

कंकाल कोड पर एक नज़र डालें जो मैंने https://github.com/espressif/arduino-esp32/sues/1100 पर पोस्ट किया है

हालाँकि यह SmartConfig के साथ सेटअप के लिए था, यह सिर्फ काम करता है।

@mrarmyant क्या आप

मेरा कोड (आपकी पोस्ट के ऊपर) स्थिर है क्योंकि मैंने इसे पोस्ट किया है। लेकिन मुझे नहीं लगता कि समस्या ईएसपी * चिप्स की तुलना में कुछ अलग है, क्योंकि यह ईएसपी एसडीके के मुद्दों को संबोधित करता है, न कि अरुडिनो को

मैं वास्तव में arduino का उल्लेख नहीं कर रहा था, लेकिन वाईफाई सोसाइटी जो उस विशेष इकाई पर है। इसमें dhcp के साथ हिंकी होने के आधार पर फिर से कनेक्ट करने के मुद्दे थे। किसी ने बताया कि उनके राउटर को फिर से शुरू करने ने इसे ठीक कर दिया है, जो कि हमारे पास एक समस्या है (अच्छी तरह से एक विंडोज़ dhcp सर्वर को पुनरारंभ करना)। वहाँ एक मुद्दा था जिस तरह से यह तार को स्वीकार कर रहा था या नहीं इसे काट दिया गया था। बस सोचा था कि यह उन मुद्दों के साथ मदद कर सकता है, क्योंकि न तो इकाई कभी भी पुनर्निर्माणों से जुड़ी हुई नहीं दिखेगी, और वायरशार्क ने हमें दिखाया कि क्यों। स्टेटिक आईपी की कोई समस्या नहीं थी। यह समाप्त हो गया वाईफाई सोसाइटी फर्मवेयर जिसे डीएचसीपी मुद्दों के लिए उल्लिखित देरी को संभालने के लिए तय किया जाना था। जिनमें से सभी तारों के माध्यम से खोजे गए थे।