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

मैंने यह भी देखा कि ऐसा लगता है कि बहुत से उपयोगकर्ता संकलित फर्मवेयर में वाईफाई समस्याएं हैं। इन सभी मुद्दों के पोस्ट को पढ़ने से ही मुझे यह आभास होता है। हालांकि मैं इसके बारे में पूरी तरह से गलत हो सकता हूं। मैं इसे एक तथ्य के रूप में नहीं, बल्कि एक संभावना के रूप में कहने की कोशिश नहीं कर रहा हूं।

मैं MQTT से बात नहीं कर सकता क्योंकि मैं इसका उपयोग नहीं करता।

मेरी तुच्छ राय में.....

Budman1758 23 अप्रैल 2018

यदि आप विकल्प 3 की ओर झुक रहे हैं तो मैं आपका पूरा समर्थन करता हूं। आपके इवेंट आधारित वाई-फ़ाई ने हमें जो सुधार दिए हैं, उन्हें हमें छोड़ते हुए मुझे अच्छा नहीं लगेगा। कोर 2_4_x को वापस लाना/अप स्ट्रीम में जाना आसान हो सकता है?

Grovkillen 23 अप्रैल 2018

👍1

उपयोगकर्ता के दृष्टिकोण से:
मैं आगे बढ़ूंगा और जल्द से जल्द नए कोर 2.4.1 का उपयोग करूंगा।
उपयोगकर्ता हमेशा पुराने संस्करणों का उपयोग कर सकते हैं।

DittelHome 23 अप्रैल 2018

❤1 👍1

मत भूलो, कोर 2.4.x कुछ समस्याओं को ठीक करता है:
PWM झिलमिलाहट इतिहास है (#1156 कोर 2.4.0 के साथ तय किया गया है)
बड़े पैकेट वाला सीरियल भी फिक्स है...
किसी बिंदु पर हमें नए कोर में संक्रमण करना होगा। 2.3.0 पर लौटने का मतलब केवल समस्या को स्थगित करना है। अंत में हमें वैसे भी काम करना है। मेरे ईएसपी निश्चित रूप से 2.4.0 . के साथ बेहतर हैं

DittelHome 23 अप्रैल 2018

👍2

जैसा कि मैंने देखा, कोर 2_4_x होगा, लेकिन शायद अभी आवश्यक नहीं है। जब हम एक ही समय में कोर अपडेट और वाईफाई इवेंट आधारित दृष्टिकोण के साथ आगे बढ़े तो हमने एक बुरा निर्णय लिया। हमें उन्हें एक के बाद एक बनाना चाहिए था। जब हमने उसी समय, वैश्विक सेटिंग्स में एक अद्यतन किया था, तो समस्या को इंगित करना असाधारण रूप से कठिन हो गया था। मैं वाईफाई स्थिरता को ठीक करने + सेटिंग्स भ्रष्टाचार को ठीक करने के दौरान 2_3_0 पर वापस जाने के विचार का पुरजोर समर्थन करता हूं।

उसके बाद हम उम्मीद से v2.1.0 जारी कर सकते हैं और फिर v2.2.0 के लिए कोर 2_4_x स्थिर होने पर ध्यान केंद्रित कर सकते हैं

Grovkillen 23 अप्रैल 2018

👍2

सेटिंग्स को साफ़ करने और 22.04.2020 से संस्करण अपलोड करने के बाद। अब तक सब कुछ काम कर रहा है। कम से कम अभी के लिए :) केवल मुफ्त मेमोरी पर्याप्त नहीं है, यहां तक कि सामान्य में भी। हम देखेंगे कि यह कैसे चलेगा।

melwinek 23 अप्रैल 2018

मुझे @ Budman1758 और @melwinek से सहमत
मुख्य मुद्दा यह है कि अपग्रेड करने के लिए मुझे अब सभी इकाइयों को मैन्युअल रूप से साफ करने, उन्हें रीफ्लैश करने और उनके कॉन्फ़िगरेशन को पुनर्निर्माण करने की आवश्यकता है।

giig1967g 23 अप्रैल 2018

👍2

मुझे लगता है कि हमें यह नहीं भूलना चाहिए कि आधिकारिक तौर पर हम अभी भी स्थिर R120 से स्थिर 2.1.0 में जाने की प्रक्रिया में हैं और इन दो रिलीज के बीच सेटिंग्स को परिवर्तित नहीं किया जाएगा, जिससे आपको वैसे भी खरोंच से शुरू करने की आवश्यकता होगी। कोर 2_4_x के अपडेट के साथ हमने जो किया वह फिर से "ब्रेक पॉइंट" बनाना था। अगर हम उसके साथ रह सकते हैं तो कोई समस्या नहीं है। मैं सहमत हूं कि एक क्लीन इंस्टाल वास्तव में स्थिर है (कम से कम NORMAL पर, जिसका मैं सबसे अधिक बार परीक्षण करता हूं)। और नॉर्मल एकमात्र ऐसा हिस्सा है जो वास्तव में रिलीज में होगा, टेस्ट और देव वैसे भी विकास रात की रिलीज में ही है।

Grovkillen 23 अप्रैल 2018

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

giig1967g 23 अप्रैल 2018

👍1

हाँ मैं आपको सुनता हूँ और मैं थोड़े सहमत हूँ। केवल एक चीज यह है कि हम एक और ब्रेक प्वाइंट बनाते हैं जो मुझे लगता है कि ठीक है क्योंकि यह अभी भी बीटा है।

Grovkillen 23 अप्रैल 2018

👍1

हालांकि यह एक कदम पीछे है जो मुझे पसंद नहीं है, मुझे डर है कि अभी के लिए कोर 2_3_0 पर वापस जाना वास्तव में बेहतर होगा क्योंकि मुझे लगता है कि 2_4_0 पर मुफ्त मेमोरी की कमी के कारण कुछ अजीब मुद्दे हो सकते हैं।

ghtester 23 अप्रैल 2018

@ giig1967g मैं वहां आपसे सहमत हूं। मेरा मानना है कि हालांकि भ्रष्टाचार के कुछ मुद्दे चल रहे हैं। हो सकता है कि वाईफाई बनाम इसमें बहुत सारी अंतर्निहित समस्याएं हों।

Budman1758 23 अप्रैल 2018

स्मृति उपयोग को स्वीकार्य बिंदु तक लाने के लिए अभी भी विकल्प हैं।
मुझे लगता है कि प्रोग्रामिंग की 1 शाम की तरह मुझे लगभग 3 - 4 kB अधिक मेमोरी मिल सकती है। (हालांकि सभी प्लगइन फाइलों को बदलने की जरूरत है)
और एमक्यूटीटी आयात भी कुछ ऐसा है जो वास्तव में एक दर्द है जिसे जल्द ही हल किया जाना चाहिए।
और स्विच प्लगइन में बहुत अधिक कार्यक्षमता होती है जिसे विभाजित किया जाना चाहिए।

मैं आज इसके बारे में सोचूंगा, हमें क्या करना चाहिए, इसलिए कृपया और सुझाव/तर्क जोड़ें :)

TD-er 23 अप्रैल 2018

👍1

@ टीडी-एर आप स्विच के साथ सही हैं।
ज्यादातर लोग स्विच/रिले के लिए ON/OFF का ही इस्तेमाल करते हैं।
और इस प्लगइन में एक सर्वो, डिमर और शायद कुछ है।
यह अलग हो सकता है।

melwinek 23 अप्रैल 2018

यह MQTT और/या Domoticz के लिए बहुत विशिष्ट सामग्री को भी संभाल रहा है। यह प्लगइन का हिस्सा नहीं होना चाहिए।

TD-er 23 अप्रैल 2018

@ टीडी-एर कई मामलों में, यह मुझे खुद को संकलित करने में मदद करेगा, अनावश्यक प्लगइन्स को हटाने के बाद, कई मामलों में मुझे केवल स्विच, एफएचईएम नियंत्रक, डीएचटी की आवश्यकता होती है।
लेकिन सेटिंग्स के साथ इन कारनामों के बाद मुझे खुद को संकलित करने में डर लगता है। विशेष रूप से आपकी पोस्ट के बाद: https://github.com/letscontrolit/ESPEasy/issues/1292

melwinek 23 अप्रैल 2018

क्या आपने देखा कि अन्य परियोजनाओं (जैसे तस्मोटा) में वाईफाई का एहसास कैसे होता है?

स्मृति के बारे में: मैंने तुमसे कहा था: मुस्कान:
मुझे लगता है कि कोर में बहुत कम उपयोग की जाने वाली विशेषताएं हैं - निर्णय, यदि एक मुख्य सुविधा अनुरोध लागू किया गया है, तो यह और अधिक सख्त होना चाहिए - अब यह सभी के लिए क्रिसमस जैसा है ...
हो सकता है कि एक निश्चित सीमा के साथ मतदान करने से मदद मिले।

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

M0ebiu5 23 अप्रैल 2018

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

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

इसके अलावा प्लगइन्स कुछ आउटपुट मानों के लिए सेंसर को इंटरफेस करने के लिए सिर्फ प्लगइन्स होना चाहिए।
हो सकता है कि आउटपुट उत्पन्न करने वाले प्लगइन्स (जैसे डिस्प्ले) का उपयोग इनपुट वाले के समान नहीं किया जाना चाहिए।
तो हमें कुछ ऐसा मिलता है:

एक उपकरण को पढ़ने और माप उत्पन्न करने के लिए सेंसर
मूल्यों को प्रस्तुत करने के लिए आउटपुट (प्रदर्शन?) यह डिस्प्ले के अलावा कुछ और भी हो सकता है, उदाहरण के लिए JSON या इमेज।
बाहरी दुनिया में इंटरफेस करने के लिए नियंत्रक (इनपुट और आउटपुट)
डेटा और घटनाओं को संसाधित करने के नियम।
घटनाओं को किसी और चीज़ में बदलने के लिए सूचनाएं। वास्तव में यह एक अधिक विस्तृत नियंत्रक की तरह लगता है।
कुछ बुनियादी सेटअप या अस्थायी (गैर-निरंतर) परिवर्तन/अपडेट करने और कुछ क्रियाएं करने के लिए आदेश (जैसे रीबूट)
वेब पेज उन सभी को कॉन्फ़िगर करने के लिए।

लेकिन इस तरह के रीडिज़ाइन में काफी मेहनत लगेगी।

TD-er 23 अप्रैल 2018

@ टीडी-एर आप सही हैं, लेकिन मैं छोटे चरणों में बदलाव करूंगा - क्योंकि अधिकांश हिस्से स्थिर काम कर रहे हैं और बड़े बदलाव इस स्थिरता को खतरे में डाल सकते हैं।

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

M0ebiu5 23 अप्रैल 2018

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

TD-er 23 अप्रैल 2018

हालांकि, 22.04 से नोड ने कनेक्शन खो दिया है।
राउटर को रीसेट करने से मदद नहीं मिलती है।
ईएसपी रीसेट मदद करेगा, लेकिन मैं बहुत दूर हूं।
तो, मेरे नोड्स पर सबसे अच्छा संस्करण मेगा-20180410 है।
शायद इसलिए कि यह कोर 2.3 पर है?
हो सकता है, हालांकि, कुछ समय के लिए 2.3 पर वापस जाना एक अच्छा समाधान होगा?

melwinek 24 अप्रैल 2018

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

TD-er 24 अप्रैल 2018

👍2

अगर परिभाषित (ESP8266)

// Arduino OTA अपडेट को सक्षम करें।
// नोट: यह फर्मवेयर आकार में लगभग 10kb और 1kb अतिरिक्त RAM जोड़ता है।
// # परिभाषित करें FEATURE_ARDUINO_OTA

// mDNS मोड सक्षम करें (लगभग 6kb ram और कुछ बाइट्स IRAM जोड़ता है)
// # परिभाषित करें FEATURE_MDNS

अगर अंत

अपरिभाषित PLUGIN_BUILD_NORMAL

अपरिभाषित PLUGIN_BUILD_TESTING

अपरिभाषित PLUGIN_BUILD_DEV

PLUGIN_BUILD_CUSTOM परिभाषित करें

अपरिभाषित BUILD_UPLOADER

यदि परिभाषित किया गया है (BUILD_UPLOADER)

#warning "**** Building ESP8285 Uploader image ***"

अन्यथा

// हमारे अपने प्लगइन्स को परिभाषित करें
# परिभाषित करें USES_P001 // स्विच करें
# परिभाषित करें USES_P002 // एडीसी
# परिभाषित करें USES_P004 // डलास
# परिभाषित करें USES_P005 // DHT
# परिभाषित करें USES_P013 // HCSR04
# परिभाषित करें USES_P026 // SysInfo
# परिभाषित करें USES_P028 // BME280
# परिभाषित करें USES_P033 // डमी

#define USES_C008   // Generic HTTP
#define USES_C009   // FHEM HTTP
#define USES_C013   // ESPEasy P2P network

अगर अंत

अपरिभाषित BUILD_GIT

BUILD_GIT "2abec2b" को परिभाषित करें `

susisstrolch 28 अप्रैल 2018

ऐसा लगता है कि एनटीपी के साथ कुछ समस्याएं हैं:
`
आईएनआईटी: बूटिंग संस्करण: 2abec2b (ESP82xx Core 41a64707)

80 : आईएनआईटी : गर्म बूट #2

81 : एफएस : माउंटिंग...

106 : FS : माउंट सफल, 957314 के 76053 बाइट्स का उपयोग किया गया

115 : CRC : कोई प्रोग्राम मेमोरी चेकसम नहीं मिला। crc2.py का आउटपुट चेक करें

144: सीआरसी: सुरक्षा सेटिंग्स सीआरसी ...ठीक है

227 : आईएनआईटी : फ्री रैम :32208

227 : आईएनआईटी : आई2सी

227 : आईएनआईटी : एसपीआई सक्षम नहीं है

232 : जानकारी : प्लगइन्स : 8 (ESP82xx Core 41a64707)

233 : घटना: प्रणाली#जागो

241 : वाईफ़ाई : वाईफाई को एसटीए पर सेट करें
242 : वाईफ़ाई : कनेक्टिंग SusiconStrolch प्रयास #0
355 : घटना: सिस्टम#बूट
364: डब्ल्यूडी: अपटाइम 0 कनेक्टफेलर्स 0 फ्रीमेम 31504
3987: बीएमएक्स280: पता चला बीएमई280
5575 : BME280: ओस बिंदु 8.03C
5576: बीएमई280: पता: 0x76
5576: बीएमई280: तापमान: 18.49
5576: बीएमई280: आर्द्रता: 50.75
5576: बीएमई280: बैरोमीटर का दबाव: 1010.58
5583: घटना: बीएमएक्स280#तापमान=18.49
5592 : घटना: बीएमएक्स280#आर्द्रता=50.75
5597: घटना: बीएमएक्स280#दबाव=1010.58
5853: वर्तमान समय क्षेत्र: डीएसटी समय प्रारंभ: 2018-03-25 02:00:00 ऑफसेट: 120 मिनटएसटीडी समय प्रारंभ: 2018-10-28 03:00:00 ऑफसेट: 60 मिनट
5853 : घटना: समय#आरंभिक
5862 : घटना: घड़ी#समय=शनि,10:52
5866: अधिनियम: कार्यमूल्य 12,1,0
5872: अधिनियम: कार्यमूल्य 12,2,-58
5877: अधिनियम: कार्यमान सेट 12,3,29912
5883: अधिनियम: कार्यमूल्य 12,4,39164 सेट करें
5888 : वाईफ़ाई : कनेक्टेड! AP: SusiconStrolch (38:10:D5:B2:22:1E) Ch: 13 अवधि: 3783 ms
5888 : घटना: वाईफाई#बदला हुआ एक्सेस प्वाइंट
5894: वाईफ़ाई: डीएचसीपी आईपी: 192.168.254.71 (डी1प्रो-01-11) जीडब्ल्यू: 192.168.254.1 एसएन: 255.255.255.0 अवधि: 17 एमएस
5913: वर्तमान समय क्षेत्र: डीएसटी समय शुरू: 2036-03-30 02:00:00 ऑफसेट: 120 मिनटएसटीडी समय शुरू: 2036-10-26 03:0:00 ऑफसेट: 60 मिनट
5914 : घटना: समय#सेट
5921 : इवेंट: वाईफाई#कनेक्टेड
5928 : वेबसर्वर: प्रारंभ
5935 : घटना: घड़ी#समय=गुरु,07:28
`
5853 : वर्तमान समय क्षेत्र: डीएसटी समय प्रारंभ: 2018-03-25 02:00:00
5913: वर्तमान समय क्षेत्र: डीएसटी समय शुरू: 2036-03-30 02:00:00 ऑफसेट: 120 मिनटएसटीडी समय शुरू:

susisstrolch 28 अप्रैल 2018

यह एक ज्ञात -1 त्रुटि कोड है और अभी भी समय बग में परिवर्तित हो गया है।

s0170071 28 अप्रैल 2018

हम्म, मुझे अभी भी आश्चर्य है कि एनटीपी को कॉल का परिणाम -1 कैसे हो सकता है।

@सुसिसस्ट्रोलच
वह कौन सा संस्करण है? ESPeasy ने BUILD_GIT मान का उपयोग यह निर्धारित करने के लिए किया कि सेटिंग फ़ाइलों और शायद अन्य फ़ाइलों में भी क्या पैच किया जाना चाहिए। यह किसी प्रकार का आंतरिक संस्करण है जिसका उपयोग आवश्यक पैच निर्धारित करने के लिए किया जाता है। (यदि कोई)
जब आप उस मान को बदलते हैं, तो इसका परिणाम अजीब चीजें हो सकता है।

TD-er 28 अप्रैल 2018

मुझे लगता है कि यह यूडीपी से संबंधित है। मुझे अपना कोई अन्य उपकरण नहीं दिख रहा है। और वीजा विपरीत।

susisstrolch 28 अप्रैल 2018

@susisstrolch जो स्थिर आईपी के साथ है, या डीएचसीपी के साथ है?

TD-er 28 अप्रैल 2018

@ BUILD_GIT पर आधारित टीडी-एर पैचिंग एक बुरा विचार है, क्योंकि यह कांटे, शाखाओं और स्थानीय कामों पर बदलता है।
कुछ अलग प्रकार/चर होना चाहिए - BUILD_FEATURE हो सकता है - जो इस तरह के व्यवहार को नियंत्रित करता है।

susisstrolch 28 अप्रैल 2018

जैसा कि मैंने अपने एपी को लगभग कभी रीबूट नहीं किया, यह किसी का ध्यान नहीं गया कि नवीनतम जीथब स्रोत (20180428) के साथ एक पुन: कनेक्ट विफल हो गया। क्या हो रहा है यह देखने के लिए मैंने कुछ आंतरिक स्थिति प्राप्त करने का प्रयास किया:

बूट के बाद:
Wifi.status() पर कॉल करें: 3 का अर्थ है WL_CONNECTED
परिवर्तनीय वाईफाई स्थिति: 3 का अर्थ है ESPEASY_WIFI_SERVICES_INITIALIZED

रीबूट AP . के बाद
Wifi.status() पर कॉल करें: 3 का अर्थ है WL_CONNECTED
परिवर्तनीय वाईफाईस्थिति: 0 का अर्थ है ESPEASY_WIFI_DISCONNECTED

यह समय के साथ नहीं बदलता है और ESP फिर कभी नहीं जुड़ता

बस सोच रहा था कि Wifi.status() कॉल टू कोर अभी भी स्थिति 3 (WL_CONNECTED) की रिपोर्ट क्यों करता है
क्या ऐसा इसलिए है क्योंकि घटना आधारित वाईफाई आंतरिक कोर स्थिति में हस्तक्षेप करता है?

कोर 2_3_0 और 2_4_1 . पर व्यवहार समान है

ghost 28 अप्रैल 2018

वह डीएचसीपी के साथ है

susisstrolch 28 अप्रैल 2018

और मैं सामान्य रिबूट के बाद उम्मीद करूंगा:

Wifi.status() पर कॉल करें: 3 का अर्थ है WL_CONNECTED
परिवर्तनीय वाईफाई स्थिति: 1 का अर्थ है ESPEASY_WIFI_CONNECTED

के बजाए:
Wifi.status() पर कॉल करें: 3 का अर्थ है WL_CONNECTED
परिवर्तनीय वाईफाई स्थिति: 3 का अर्थ है ESPEASY_WIFI_SERVICES_INITIALIZED

ghost 28 अप्रैल 2018

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

@susisstrolch ठीक है, मैं यहां डीएचसीपी के साथ भी कोशिश करूंगा।
मेरी परीक्षण इकाइयाँ एक दूसरे को आंतरिक ESPeasy UDP संचार के माध्यम से देख सकती हैं, लेकिन वे वर्तमान में स्थिर IP पर चल रही हैं, क्योंकि इसने अधिकांश मुद्दों को हाल ही में दिया है।

TD-er 28 अप्रैल 2018

@ टीडी-एर होल्ड ऑन - जांच करेगा कि क्या यह मूल से संबंधित समस्या है।

susisstrolch 28 अप्रैल 2018

@mvdbro
यहाँ कोड है:
https://github.com/esp8266/Arduino/blob/836c7da8cc1ad11a66e0be1f30d35a92b5317bcc/libraries/ESP8266WiFi/src/ESP8266WiFiSTA.cpp#L497 -L513

दरअसल, जब तक आंतरिक स्थिति 'मिली आईपी' पर सेट नहीं होती, तब तक यह WL_CONNECTED वापस नहीं आएगी।

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

TD-er 28 अप्रैल 2018

मैं इस धागे को केवल वाईफाई कनेक्ट/रीकनेक्ट मुद्दों के लिए रखना बेहतर हो सकता हूं ताकि इसे पहले स्थान पर ठीक किया जा सके।

ghost 28 अप्रैल 2018

मुझे लगता है कि ये प्रभावी कोड इस्तेमाल किए गए हैं:

वाईफ़ाई स्थिति () कोड:
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

वाईफ़ाई स्थिति कोड:
ESPEASY_WIFI_DISCONNECTED 0
ESPEASY_WIFI_CONNECTED 1
ESPEASY_WIFI_GOT_IP 2
ESPEASY_WIFI_SERVICES_INITIALIZED 3

ghost 28 अप्रैल 2018

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

TD-er 28 अप्रैल 2018

तो रीबूट AP . के बाद
Wifi.status() पर कॉल करें: 3 का अर्थ है WL_CONNECTED
यह सही नहीं है।

यदि Wifi.status() अपेक्षा के अनुरूप काम नहीं करता है, तो यह एक गंभीर arduino कोर बग होगा। क्या यह उनके जीथब इश्यू ट्रैकर पर रिपोर्ट नहीं किया जाना चाहिए?

ghost 28 अप्रैल 2018

@susisstrolch बस वही अनुभव किया। एक ज्ञात अच्छा और तैयार कॉन्फ़िगर किया गया डिवाइस अपडेट किया गया। अन्य इकाइयों की खोज नहीं की।

समाधान: UDP पोर्ट प्रविष्टि की जाँच करें। (65500) मेरा अभी-अभी चला गया था। एक और रिबूट और यह काम कर रहा था।
हमें वास्तव में JSON आधारित विन्यास के लिए जाना चाहिए !!!

s0170071 28 अप्रैल 2018

@mvdbro मुझे अभी यह मिला है, पृष्ठ 39 के शीर्ष को देखें:
https://www.espressif.com/sites/default/files/documentation/2c-esp8266_non_os_sdk_api_reference_en.pdf
तो अब मैं यह देखने के लिए परीक्षण करूंगा कि कनेक्ट ईवेंट को संसाधित करने के बाद हमें आईपी कॉन्फ़िगरेशन (फिर से) सेट करना है या नहीं।

TD-er 28 अप्रैल 2018

क्या कोई इस पीआर में कोड का परीक्षण कर सकता है: https://github.com/letscontrolit/ESPEasy/pull/1328

TD-er 28 अप्रैल 2018

@ s0170071 - पुष्टि - यूडीपी पोर्ट की सेटिंग बदल गई।

susisstrolch 28 अप्रैल 2018

@ टीडी-एर #1328 के बारे में:

INIT : Booting version: 62e6317 (ESP82xx Core 41a64707)
75 : INIT : Warm boot #1
76 : FS   : Mounting...
101 : FS   : Mount successful, used 76053 bytes of 957314
111 : CRC  : No program memory checksum found. Check output of crc2.py
142 : CRC  : SecuritySettings CRC   ...OK 
248 : INIT : Free RAM:31624
248 : INIT : I2C
248 : INIT : SPI not enabled
253 : INFO : Plugins: 8 (ESP82xx Core 41a64707)
254 : EVENT: System#Wake
261 : WIFI : Set WiFi to STA
        mode : sta(5c:cf:7f:f1:bb:e1)
        add if0
264 : WIFI : Connecting SusiconStrolch attempt #0
267 : OTA  : Arduino OTA enabled on port 8266
379 : EVENT: System#Boot
390 : WD   : Uptime 0 ConnectFailures 0 FreeMem 30112
        scandone
        state: 0 -> 2 (b0)
4014 : BMx280 : Detected BME280
        state: 2 -> 3 (0)
        state: 3 -> 5 (10)
        add 0
        aid 3
        cnt 
        connected with SusiconStrolch, channel 13
        dhcp client start...
        ip:192.168.254.71,mask:255.255.255.0,gw:192.168.254.1
5602 : BME280: dew point 8.12C
5603 : BME280 : Address: 0x76
5603 : BME280 : Temperature: 20.25
5603 : BME280 : Humidity: 45.75
5603 : BME280 : Barometric Pressure: 1010.14
5611 : EVENT: BMx280#Temperature=20.25
5620 : EVENT: BMx280#Humidity=45.75
5626 : EVENT: BMx280#Pressure=1010.14
5884 : Current Time Zone:  DST time start: 2018-03-25 02:00:00 offset: 120 minSTD time start: 2018-10-28 03:00:00 offset: 60 min
5884 : EVENT: Time#Initialized
5893 : EVENT: Clock#Time=Sat,16:10
5898 : ACT  : taskvalueset 12,1,0
5903 : ACT  : taskvalueset 12,2,-60
5908 : ACT  : taskvalueset 12,3,28376
5914 : ACT  : taskvalueset 12,4,58217
5921 : WIFI : Connected! AP: SusiconStrolch (38:10:D5:B2:22:1E) Ch: 13 Duration: 3788 ms
5921 : EVENT: WiFi#ChangedAccesspoint
5927 : IP   : Static IP : 192.168.254.71 GW: 192.168.254.1 SN: 255.255.255.0 DNS: 192.168.254.1
        STUB: dhcp_stop
5932 : WIFI : Static IP: 192.168.254.71 (D1pro-01-11) GW: 192.168.254.1 SN: 255.255.255.0   duration: 1879 ms
5957 : Current Time Zone:  DST time start: 2036-03-30 02:00:00 offset: 120 minSTD time start: 2036-10-26 03:00:00 offset: 60 min
5957 : EVENT: Time#Set
5964 : EVENT: WiFi#Connected
5971 : Webserver: start
5979 : EVENT: Clock#Time=Thu,07:28
5989 : ACT  : taskvalueset 12,1,0
5999 : ACT  : taskvalueset 12,2,-59
6006 : ACT  : taskvalueset 12,3,26040
6014 : ACT  : taskvalueset 12,4,26896
6019 : EVENT: Clock#Time=Thu,07:28 Processing time:40 milliSeconds
        ping 1, timeout 0, total payload 32 bytes, 1064 ms
        ping 1, timeout 0, total payload 32 bytes, 1065 ms
7269 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
8088 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
8396 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
11998 : Dummy: value 1: 0.00
12000 : Dummy: value 2: -59.00
12000 : Dummy: value 3: 26040.00
12001 : Dummy: value 4: 26896.00
12006 : EVENT: sysinfo#uptime=0.00
12015 : EVENT: sysinfo#uptime=0.00 Processing time:9 milliSeconds
12016 : EVENT: sysinfo#RSSI=-59.00
12025 : EVENT: sysinfo#RSSI=-59.00 Processing time:8 milliSeconds
12025 : EVENT: sysinfo#sysheap=26040.00
12034 : EVENT: sysinfo#sysheap=26040.00 Processing time:9 milliSeconds
12034 : EVENT: sysinfo#syssec_d=26896.00
12043 : EVENT: sysinfo#syssec_d=26896.00 Processing time:9 milliSeconds
12068 : HTTP : connecting to 192.168.254.27:8383
12275 : HTTP : closing connection
        pm open,type:2 0
14437 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
18430 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
18533 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
25189 : UDP  : 60:01:94:83:B1:70,192.168.254.80,10
30390 : WD   : Uptime 1 ConnectFailures 0 FreeMem 24816
30391 : UDP  : Send Sysinfo message
34917 : UDP  : 5C:CF:7F:9E:CC:3D,192.168.254.98,8
37273 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
38092 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
38501 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
44441 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
48436 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
48641 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
49979 : EVENT: Clock#Time=Thu,07:29
49987 : ACT  : taskvalueset 12,1,1
49994 : ACT  : taskvalueset 12,2,-57
50001 : ACT  : taskvalueset 12,3,25544
50009 : ACT  : taskvalueset 12,4,26940
50014 : EVENT: Clock#Time=Thu,07:29 Processing time:35 milliSeconds
55193 : UDP  : 60:01:94:83:B1:70,192.168.254.80,10
60390 : WD   : Uptime 1 ConnectFailures 0 FreeMem 24816
60392 : UDP  : Send Sysinfo message
64922 : UDP  : 5C:CF:7F:9E:CC:3D,192.168.254.98,8
66569 : BME280: dew point 8.10C
66571 : BME280 : Address: 0x76
66572 : BME280 : Temperature: 20.28
66572 : BME280 : Humidity: 45.58
66573 : BME280 : Barometric Pressure: 1010.10
66576 : EVENT: BMx280#Temperature=20.28
66587 : EVENT: BMx280#Temperature=20.28 Processing time:11 milliSeconds
66588 : EVENT: BMx280#Humidity=45.58
66594 : EVENT: BMx280#Humidity=45.58 Processing time:6 milliSeconds
66595 : EVENT: BMx280#Pressure=1010.10
66602 : EVENT: BMx280#Pressure=1010.10 Processing time:7 milliSeconds
66627 : HTTP : connecting to 192.168.254.27:8383
66833 : HTTP : closing connection
67277 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
68096 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
68403 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
72860 : Dummy: value 1: 1.00
72861 : Dummy: value 2: -57.00
72862 : Dummy: value 3: 25544.00
72863 : Dummy: value 4: 26940.00
72865 : EVENT: sysinfo#uptime=1.00
72872 : EVENT: sysinfo#uptime=1.00 Processing time:7 milliSeconds
72872 : EVENT: sysinfo#RSSI=-57.00
72878 : EVENT: sysinfo#RSSI=-57.00 Processing time:6 milliSeconds
72879 : EVENT: sysinfo#sysheap=25544.00
72887 : EVENT: sysinfo#sysheap=25544.00 Processing time:8 milliSeconds
72888 : EVENT: sysinfo#syssec_d=26940.00
72897 : EVENT: sysinfo#syssec_d=26940.00 Processing time:9 milliSeconds
72924 : HTTP : connecting to 192.168.254.27:8383
73129 : HTTP : closing connection
74446 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
78747 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
78950 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
85197 : UDP  : 60:01:94:83:B1:70,192.168.254.80,10
90390 : WD   : Uptime 2 ConnectFailures 0 FreeMem 24816
90391 : UDP  : Send Sysinfo message
94925 : UDP  : 5C:CF:7F:9E:CC:3D,192.168.254.98,8
97280 : UDP  : 5C:CF:7F:23:CB:63,192.168.254.97,7
98101 : UDP  : 5C:CF:7F:1C:0B:DD,192.168.254.94,4
98407 : UDP  : 5C:CF:7F:1B:E4:F7,192.168.254.92,2
104448 : UDP  : 5C:CF:7F:9E:CB:D4,192.168.254.99,9
108852 : UDP  : 5C:CF:7F:23:C5:5A,192.168.254.96,6
108954 : UDP  : 5C:CF:7F:1B:E9:2F,192.168.254.91,1
110842 : EVENT: Clock#Time=Thu,07:30
110849 : ACT  : taskvalueset 12,1,2
110856 : ACT  : taskvalueset 12,2,-54
110864 : ACT  : taskvalueset 12,3,24504
110871 : ACT  : taskvalueset 12,4,27000
110876 : EVENT: Clock#Time=Thu,07:30 Processing time:34 milliSeconds

जैसा कि आप देख सकते हैं कि स्थिर आईपी पर सेट होने पर भी डीएचसीपी शुरू हो गया है ...

और यहाँ मेरा JSON है

{"System":{
"Build":20102,
"Git Build":"62e6317",
"Local time":"2036-02-07 07:33:33",
"Unit":11,
"Name":"D1pro-01",
"Uptime":5,
"Load":1,
"Load LC":10747,
"Free RAM":25280
},
"WiFi":{
"Hostname":"D1pro-01-11",
"IP":"192.168.254.71",
"Subnet Mask":"255.255.255.0",
"Gateway IP":"192.168.254.1",
"MAC address":"5C:CF:7F:F1:BB:E1",
"DNS 1":"192.168.254.1",
"DNS 2":"0.0.0.0",
"SSID":"SusiconStrolch",
"BSSID":"38:10:D5:B2:22:1E",
"Channel":13,
"Connected msec":319382,
"Last Disconnect Reason":1,
"Last Disconnect Reason str":"(1) Unspecified",
"RSSI":-59
},
"Sensors":[
{
"TaskNumber":4,
"Type":"Environment - BMx280",
"TaskName":"BMx280",
"TaskValues": [
{"ValueNumber":1,
"Name":"Temperature",
"Value":20.31},
{"ValueNumber":2,
"Name":"Humidity",
"Value":44.70},
{"ValueNumber":3,
"Name":"Pressure",
"Value":1010.10}]
},
{
"TaskNumber":12,
"Type":"Generic - Dummy Device",
"TaskName":"sysinfo",
"TaskValues": [
{"ValueNumber":1,
"Name":"uptime",
"Value":5},
{"ValueNumber":2,
"Name":"RSSI",
"Value":-60},
{"ValueNumber":3,
"Name":"sysheap",
"Value":25464},
{"ValueNumber":4,
"Name":"syssec_d",
"Value":27180}]
}
]
}

susisstrolch 28 अप्रैल 2018

99: सीआरसी: कोई प्रोग्राम मेमोरी चेकसम नहीं मिला। crc2.py का आउटपुट चेक करें
130 : सीआरसी : सुरक्षा सेटिंग्स सीआरसी ...ठीक है
211 : आईएनआईटी : फ्री रैम :21016
211 : आईएनआईटी : आई2सी
211 : आईएनआईटी : एसपीआई सक्षम नहीं है
1042: जानकारी: प्लगइन्स: 71 [सामान्य] [परीक्षण] (ESP82xx कोर 2_4_1)
1042 : घटना: प्रणाली# जागो
1089: वाईफ़ाई: वाईफाई को एसटीए पर सेट करें
1091 : वाईफ़ाई : कनेक्टिंग एसएमसी प्रयास #0
1103 : घटना: सिस्टम#बूट
1111: अधिनियम: प्रकाशित ईएसपी-201/आईपी, 0.0.0.0
1124: अधिनियम: टाइमरसेट,1,60
1152: डब्ल्यूडी: अपटाइम 0 कनेक्टफेलर्स 0 फ्रीमेम 20160
1183 : डीएस : तापमान : 20.37 (28-एफएफ-बी8-ईए-बी4-16-3-एड)
1184 : घटना: DS18b20#तापमान=20.37
4887 : वाईफ़ाई : कनेक्टेड! एपी: एसएमसी (78:8A:20:D1:9B:D9) Ch: 1 अवधि: 3795 एमएस
4888 : घटना: वाईफाई#बदला हुआ एक्सेस प्वाइंट
4910: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
4911: वाईफ़ाई: स्टेटिक आईपी: 192.168.0.201 (ईएसपी-201-1) जीडब्ल्यू: 192.168.0.3 एसएन: 255.255.255.0 अवधि: 25 एमएस
5009: वर्तमान समय क्षेत्र: डीएसटी समय प्रारंभ: 2018-03-25 02:00:00 ऑफसेट: 120 मिनटएसटीडी समय प्रारंभ: 2018-10-28 03:00:00 ऑफसेट: 60 मिनट
5010 : घटना: समय#आरंभिक
5027 : इवेंट: वाईफाई#कनेक्टेड
5044 : वेबसर्वर: प्रारंभ
5127 : MQTT : जानबूझकर पुन: कनेक्ट
5182 : MQTT : क्लाइंट आईडी के साथ ब्रोकर से जुड़ा: ESPClient_5C:CF:7F:0B:68:52
5184 : सब्सक्राइब किया गया: ESP-201/#
5185: घटना: एमक्यूटीटी#कनेक्टेड
5846 : घटना: घड़ी#समय=शनि,16:19

micropet 28 अप्रैल 2018

@susisstrolch डीएचसीपी शुरू करने के बारे में यह अजीब है, क्योंकि मैंने हाल ही में इसके लिए एक पैच लिखा था।
शायद 2.4.1 में कुछ बदल गया है?

अतिरिक्त डीबग जानकारी प्राप्त करने के लिए आपने क्या किया?

TD-er 28 अप्रैल 2018

मैंने बस डिबग स्तर को "अधिक डीबग करें" पर सेट किया है...

susisstrolch 28 अप्रैल 2018

@susisstrolch आपको लगता है कि कोर लाइब्रेरी द्वारा उत्पन्न अन्य डीबग आउटपुट भी हैं।
मैं सीरियल पोर्ट पर अपने लॉग में नहीं देखता।

संपादित करें:
इसे मिला, Serial.setDebugOutput को सेटअप () से कॉल किया जाता है। तो एक साधारण रीबूट पर्याप्त था :)

TD-er 28 अप्रैल 2018

यहाँ SYSHEAP और Uptime की सहभागिता है।

sysheap

micropet 28 अप्रैल 2018

मैं उत्सुक हूं कि एक या दो दिनों के बाद सिशेप ग्राफ कैसा दिखेगा।

TD-er 28 अप्रैल 2018

अगर वह असफल नहीं होता है तो हम इसे देखेंगे। :)

micropet 28 अप्रैल 2018

चार्ट सभी अलग दिखते हैं: यह आपके अंतिम परिवर्तन और एक स्थिर आईपी वाला उपकरण है।

esp-201 sysheap

micropet 28 अप्रैल 2018

पिछला चार्ट कौन सा संस्करण था?

TD-er 28 अप्रैल 2018

पहला चार्ट, कल रात का विशेष संस्करण। डीएचसीपी के साथ

micropet 29 अप्रैल 2018

दिलचस्प।
मैं अपने नोड्स में कुछ सिशेप लॉगिंग भी जोड़ूंगा।

TD-er 29 अप्रैल 2018

मैं ओपनएचएबी के साथ लॉग इन करता हूं। यह Grafana के साथ भी बहुत अच्छा है।

micropet 29 अप्रैल 2018

क्या मुझे आपके वर्तमान कमिट्स को फ्लैश करना चाहिए? तब मेरा चार्ट ESP-201 पर खो जाता है।

micropet 29 अप्रैल 2018

मुझे लगता है कि इस समय वाईफाई स्थिरता परीक्षण अधिक महत्वपूर्ण है।

TD-er 29 अप्रैल 2018

ठीक है मैं करूँगा।

micropet 29 अप्रैल 2018

ठीक है, ऑनलाइन है।

INIT : बूटिंग संस्करण: (ESP82xx Core 2_4_1)
92 : आईएनआईटी : गर्म बूट #2
94 : FS : माउंटिंग...
118 : FS : माउंट सक्सेसफुल, प्रयुक्त 76806 बाइट्स 957314
131 : सीआरसी : कोई प्रोग्राम मेमोरी चेकसम नहीं मिला। crc2.py का आउटपुट चेक करें
162: सीआरसी: सुरक्षा सेटिंग्स सीआरसी ...ठीक है
243 : आईएनआईटी : फ्री रैम :20984
243 : आईएनआईटी : आई2सी
243 : आईएनआईटी : एसपीआई सक्षम नहीं है
1073: जानकारी: प्लगइन्स: 71 [सामान्य] [परीक्षण] (ESP82xx कोर 2_4_1)
1073 : घटना: प्रणाली# जागो
1120: वाईफ़ाई: वाईफाई को एसटीए पर सेट करें
1152 : वाईफ़ाई : कनेक्टिंग एसएमसी प्रयास # 0
1153: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
1155: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 1 Arduino स्थिति: 6
1172 : घटना: सिस्टम#बूट
1178: अधिनियम: NeoPixelAll,0,0,0,0
1189 : अधिनियम : प्रकाशित ईएसपी-201/आईपी, 192.168.0.201
1201: अधिनियम: टाइमरसेट,1,60
1226: डब्ल्यूडी: अपटाइम 0 कनेक्टफेलर्स 0 फ्रीमेम 20088
1257: डीएस: तापमान: 20.25 (28-एफएफ-बी 8-ईए-बी 4-16-3-एड)
1259 : घटना: DS18b20#तापमान=20.25
4952 : वाईफ़ाई : कनेक्टेड! एपी: एसएमसी (78:8A:20:D1:9B:D9) Ch: 1 अवधि: 3798 एमएस
4953 : घटना: वाईफाई#बदला गया एक्सेस प्वाइंट
4974: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
4975: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 5 Arduino स्थिति: 3
4980: वाईफ़ाई: स्टेटिक आईपी: 192.168.0.201 (ईएसपी-201-1) जीडब्ल्यू: 192.168.0.3 एसएन: 255.255.255.0 अवधि: 24 एमएस
5102: वर्तमान समय क्षेत्र: डीएसटी समय शुरू: 2018-03-25 02:00:00 ऑफसेट: 120 मिनटएसटीडी समय शुरू: 2018-10-28 03:00:00 ऑफसेट: 60 मिनट
5103 : घटना: समय#आरंभिक
5123 : घटना: वाईफाई#कनेक्टेड
5140 : वेबसर्वर: प्रारंभ
5141: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 5 Arduino स्थिति: 3
5223 : MQTT : जानबूझकर पुन: कनेक्ट
5261 : MQTT : क्लाइंट आईडी के साथ ब्रोकर से जुड़ा: ESPClient_5C:CF:7F:0B:68:52
5264 : सब्सक्राइब किया गया: ESP-201/#
5265: घटना: एमक्यूटीटी#कनेक्टेड
5912 : घटना: घड़ी#समय=सूर्य,00:14
31226: डब्ल्यूडी: अपटाइम 1 कनेक्ट विफलता 0 फ्रीमेम 15968

micropet 29 अप्रैल 2018

मैंने sysinfo पेज पर भी जानकारी बढ़ा दी है।
एक पुन: कनेक्ट काउंटर जोड़ा गया और स्टेटिक/डीएचसीपी सेटिंग (और एसडीके संस्करण) का उपयोग किया गया

कुछ फ़ोर्स्ड रीकनेक्ट चेक भी शामिल है, जो कुछ समय के लिए कनेक्ट नहीं होने पर फिर से कनेक्ट हो जाएगा।

TD-er 29 अप्रैल 2018

क्या मुझे 0.2 सेकंड के लिए वाईफ़ाई को बाधित करना चाहिए?

micropet 29 अप्रैल 2018

कृपया इसे क्रैश करने का प्रयास करें :)

TD-er 29 अप्रैल 2018

ठीक है

micropet 29 अप्रैल 2018

244302 : अधिनियम : प्रकाशित ईएसपी-201/आईपी, 192.168.0.201
244318: अधिनियम: प्रकाशित ईएसपी-201/मैक, 5सी:सीएफ:7एफ:0बी:68:52
244331 : अधिनियम : प्रकाशित ईएसपी-201/समय, 00:18:18
244343 : अधिनियम : प्रकाशित ईएसपी-201/अपटाइम,4
244355 : अधिनियम : प्रकाशित ईएसपी-201/आरएसएसआइ,-62
244367 : अधिनियम : प्रकाशित ईएसपी-201/एसएसआईडी, एसएमसी
244379: अधिनियम: प्रकाशित ईएसपी-201/बीएसएसआईडी,78:8ए:20:डी1:9बी:डी9
244391 : अधिनियम : प्रकाशित ईएसपी-201/सीएच,1
244406 : अधिनियम : ESP-201/SYSHEAP, 12616 प्रकाशित करें
244422 : अधिनियम : टाइमरसेट, 1,60
255542 : घटना: वाईफाई#डिस्कनेक्ट
255560 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(1) अनिर्दिष्ट' 4 मीटर 10 एस . के लिए जुड़ा हुआ है
255560: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 5 Arduino स्थिति: 3
255571 : एमक्यूटीटी : कनेक्शन टूट गया
255572 : घटना: एमक्यूटीटी#डिस्कनेक्ट
255610 : MQTT : ब्रोकर से जुड़ने में विफल
256110 : MQTT : ब्रोकर से जुड़ने में विफल
256860 : MQTT : ब्रोकर से जुड़ने में विफल
257860 : MQTT : ब्रोकर से जुड़ने में विफल
259110 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
260610 : MQTT : ब्रोकर से जुड़ने में विफल
262360 : MQTT : ब्रोकर से जुड़ने में विफल
264360 : MQTT : ब्रोकर से जुड़ने में विफल
266360 : MQTT : ब्रोकर से जुड़ने में विफल
268360 : MQTT : ब्रोकर से जुड़ने में विफल
270360 : MQTT : ब्रोकर से जुड़ने में विफल
271226 : डब्ल्यूडी: अपटाइम 5 कनेक्टविफलता 22 फ्रीमेम 17224
271247 : MQTT : ब्रोकर से जुड़ने में विफल
272360 : MQTT : दलाल से जुड़ने में विफल
274360 : MQTT : ब्रोकर से जुड़ने में विफल
276360 : MQTT : ब्रोकर से जुड़ने में विफल
278360 : MQTT : ब्रोकर से जुड़ने में विफल
280360 : MQTT : ब्रोकर से जुड़ने में विफल
282360 : MQTT : ब्रोकर से जुड़ने में विफल
284360 : MQTT : ब्रोकर से जुड़ने में विफल
286291 : घटना: घड़ी#समय=सूर्य,00:19
286359 : एमक्यूटीटी: ब्रोकर से जुड़ने में विफल
288360 : MQTT : ब्रोकर से जुड़ने में विफल
290360 : MQTT : ब्रोकर से जुड़ने में विफल

micropet 29 अप्रैल 2018

सिर्फ इस चेक के लिए, क्या आप इसे 4 मिनट तक इसी अवस्था में रहने दे सकते हैं?
मैं इस चेक के लिए टिकर अंतराल कम कर दूंगा (वर्तमान में 240 सेकंड है)

TD-er 29 अप्रैल 2018

ठीक है, मैं करता हूँ।

micropet 29 अप्रैल 2018

240 सेकंड बहुत लंबे होते हैं

micropet 29 अप्रैल 2018

हाँ मुझे पता है, मैं इसे बदल दूंगा।
बस इस मुद्दे से विचार लिया: https://github.com/esp8266/Arduino/issues/4445

TD-er 29 अप्रैल 2018

कुछ नहीं....

432148 : MQTT : ब्रोकर से जुड़ने में विफल
434148 : MQTT : ब्रोकर से जुड़ने में विफल
436148 : MQTT : ब्रोकर से जुड़ने में विफल
438147 : MQTT : ब्रोकर से जुड़ने में विफल
440148 : MQTT : ब्रोकर से जुड़ने में विफल
442147 : एमक्यूटीटी: ब्रोकर से जुड़ने में विफल
444148 : MQTT : ब्रोकर से जुड़ने में विफल
446148 : MQTT : ब्रोकर से जुड़ने में विफल
448148 : MQTT : ब्रोकर से जुड़ने में विफल
450147 : MQTT : ब्रोकर से जुड़ने में विफल
451222: डब्ल्यूडी: अपटाइम 8 कनेक्टविफलताएं 446 फ्रीमेम 17384
451243 : MQTT : ब्रोकर से जुड़ने में विफल
452148 : MQTT : ब्रोकर से जुड़ने में विफल
453907 : घटना: घड़ी#समय=सूर्य,00:29
454148 : MQTT : ब्रोकर से जुड़ने में विफल
456148 : MQTT : ब्रोकर से जुड़ने में विफल
458148 : MQTT : ब्रोकर से जुड़ने में विफल

micropet 29 अप्रैल 2018

मैं सोने जा रहा हूँ, कल मिलते हैं।

micropet 29 अप्रैल 2018

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

रीबूट करें, फिर उन्नत सेटिंग्स पर जाएं और ssdp जांचें। रिबूट।
यह तब बूट लूप में जाता है:

 ets Jan  8 2013,rst cause:2, boot mode:(3,7)

load 0x4010f000, len 1384, room 16 
tail 8
chksum 0x2d
csum 0x2d
v41a64707
~ld
⸮U87 : 


INIT : Booting version: (custom) (ESP82xx Core 41a64707)
88 : INIT : Warm boot #741
89 : FS   : Mounting...
114 : FS   : Mount successful, used 75802 bytes of 957314
120 : CRC  : No program memory checksum found. Check output of crc2.py
152 : CRC  : SecuritySettings CRC   ...OK 
258 : INIT : Free RAM:27288
258 : INIT : I2C
258 : INIT : SPI not enabled
272 : INFO : Plugins: 49 [Normal] (ESP82xx Core 41a64707)
273 : WIFI : Set WiFi to STA
304 : WIFI : Connecting MNET attempt #0
306 : WIFI  : SDK station status differs from Arduino status. SDK-status: 1 Arduino status: 6
311 : WD   : Uptime 0 ConnectFailures 0 FreeMem 26448

Exception (28):
epc1=0x40208931 epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000004 depc=0x00000000

Decoding 14 results
0x40208931: UdpContext::next() at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
0x40249cf8: HardwareSerial::write(unsigned char const*, unsigned int) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/HardwareSerial.cpp line 69
0x4024a055: Print::write(char const*) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/Print.cpp line 220
0x4024a2f1: Print::printNumber(unsigned long, unsigned char) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/Print.cpp line 220
0x4024ac4f: String::changeBuffer(unsigned int) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/WString.cpp line 714
0x40249cf8: HardwareSerial::write(unsigned char const*, unsigned int) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/HardwareSerial.cpp line 69
0x401071a2: millis at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_wiring.c line 183
0x4024a27c: Print::println(char const*) at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/Print.cpp line 220
0x40213ece: LogStruct::add(char const*) at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
:  (inlined by) addLog(unsigned char, char const*) at /home/john/Arduino/scetchbooks/ESPEasy/Misc.ino line 1395
0x4023545d: runEach30Seconds() at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
0x4020c678: timeOutReached(unsigned long) at /home/john/Arduino/scetchbooks/ESPEasy/_P030_BMP280.ino line 390
0x4023eac5: loop at /home/john/Arduino/scetchbooks/ESPEasy/ESPEasy.ino line 436
0x4024bcc8: loop_wrapper at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/core_esp8266_main.cpp line 125
0x40100739: cont_wrapper at /home/john/ArduinoPortable/arduino-1.8.5_ESPgit/hardware/esp8266com/esp8266/cores/esp8266/cont.S line 81

s0170071 29 अप्रैल 2018

सभी को सुप्रभात।
मेरे लिए, पुन: कनेक्ट अभी तक काम नहीं करता है।

INIT : बूटिंग संस्करण: (ESP82xx Core 2_4_1)
92 : आईएनआईटी : गर्म बूट #8
94 : FS : माउंटिंग...
118 : FS : माउंट सक्सेसफुल, प्रयुक्त 76806 बाइट्स 957314
131 : सीआरसी : कोई प्रोग्राम मेमोरी चेकसम नहीं मिला। crc2.py का आउटपुट चेक करें
162: सीआरसी: सुरक्षा सेटिंग्स सीआरसी ...ठीक है
243 : आईएनआईटी : फ्री
243 : आईएनआईटी : आई2सी
243 : आईएनआईटी : एसपीआई सक्षम नहीं है
1073: जानकारी: प्लगइन्स: 71 [सामान्य] [परीक्षण] (ESP82xx कोर 2_4_1)
1074 : घटना: प्रणाली# जागो
1121 : वाईफ़ाई : वाईफाई को एसटीए पर सेट करें
1153 : वाईफ़ाई : कनेक्टिंग एसएमसी प्रयास # 0
1154: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
1155: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 1 Arduino स्थिति: 6
1173 : घटना: सिस्टम#बूट
1179: अधिनियम: NeoPixelAll,0,0,0,0
1190 : अधिनियम : प्रकाशित ईएसपी-201/आईपी, 192.168.0.201
1201: अधिनियम: टाइमरसेट,1,60
1226: डब्ल्यूडी: अपटाइम 0 कनेक्टफेलर्स 0 फ्रीमेम 20072
1258 : DS : तापमान: 19.75 (28-ff-b8-ea-b4-16-3-ed)
1259 : घटना: DS18b20#तापमान=19.75
4925 : वाई-फाई : कनेक्टेड! एपी: एसएमसी (78:8A:20:D1:9B:D9) Ch: 1 अवधि: 3770 एमएस
4926 : घटना: वाईफाई#बदला हुआ एक्सेस प्वाइंट
4947: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
4947: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 5 Arduino स्थिति: 3
4953: वाईफ़ाई: स्टेटिक आईपी: 192.168.0.201 (ईएसपी-201-1) जीडब्ल्यू: 192.168.0.3 एसएन: 255.255.255.0 अवधि: 23 एमएस
5066: वर्तमान समय क्षेत्र: डीएसटी समय शुरू: 2018-03-25 02:00:00 ऑफसेट: 120 मिनटएसटीडी समय शुरू: 2018-10-28 03:00:00 ऑफसेट: 60 मिनट
5066 : घटना: समय#आरंभिक
5087 : घटना: वाईफाई#कनेक्टेड
5104: वेबसर्वर: प्रारंभ
5104: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 5 Arduino स्थिति: 3
5186 : MQTT : जानबूझकर पुन: कनेक्ट
5222 : MQTT : क्लाइंट आईडी के साथ ब्रोकर से जुड़ा: ESPClient_5C:CF:7F:0B:68:52
5225 : सब्सक्राइब किया गया: ESP-201/#
5226: घटना: एमक्यूटीटी#कनेक्टेड
5906 : घटना: घड़ी#समय=सूर्य,10:01
31227: डब्ल्यूडी: अपटाइम 1 कनेक्ट विफलता 0 फ्रीमेम 16336
47905 : घटना: घड़ी#समय=सूर्य,10:02
61229: डब्ल्यूडी: अपटाइम 1 ConnectFailures 0 फ्रीमेम 16336
61926: डीएस: तापमान: 19.75 (28-ff-b8-ea-b4-16-3-ed)
61928 : घटना: DS18b20#तापमान=19.75
61972: घटना: नियम#टाइमर=1
61983: अधिनियम: प्रकाशित ईएसपी-201/आईपी, 192.168.0.201
61999: अधिनियम: प्रकाशित ईएसपी-201/मैक, 5सी:सीएफ:7एफ:0बी:68:52
62015: अधिनियम: ईएसपी-201/समय प्रकाशित करें,10:02:14
62030 : अधिनियम : प्रकाशित ईएसपी-201/अपटाइम,1
62044 : अधिनियम : प्रकाशित ईएसपी-201/आरएसएसआइ,-62
62060 : अधिनियम : ईएसपी-201/एसएसआईडी, एसएमसी प्रकाशित करें
62076: अधिनियम: प्रकाशित ईएसपी-201/बीएसएसआईडी,78:8ए:20:डी1:9बी:डी9
62091 : अधिनियम : प्रकाशित ईएसपी-201/सीएच,1
62107 : अधिनियम : ESP-201 / SYSHEAP, 13536 प्रकाशित करें
62120: अधिनियम: टाइमरसेट, 1,60
67292 : घटना: वाईफाई#डिस्कनेक्ट
67310 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(1) अनिर्दिष्ट' 1 m 2 s . के लिए जुड़ा हुआ है
67310: वाईफ़ाई: एसडीके स्टेशन की स्थिति Arduino स्थिति से अलग है। एसडीके-स्थिति: 5 Arduino स्थिति: 3
67316: एमक्यूटीटी: कनेक्शन टूट गया
67317: घटना: एमक्यूटीटी#डिस्कनेक्ट
67357 : MQTT : ब्रोकर से जुड़ने में विफल
67856 : MQTT : ब्रोकर से जुड़ने में विफल
68606 : MQTT : ब्रोकर से जुड़ने में विफल
69607 : MQTT : ब्रोकर से जुड़ने में विफल
70857 : MQTT : ब्रोकर से जुड़ने में विफल
72357 : MQTT : ब्रोकर से जुड़ने में विफल
74107 : MQTT : दलाल से जुड़ने में विफल
76106 : MQTT : ब्रोकर से जुड़ने में विफल
78107 : MQTT : दलाल से जुड़ने में विफल
80107 : MQTT : ब्रोकर से जुड़ने में विफल
82106 : MQTT : ब्रोकर से जुड़ने में विफल
84106 : MQTT : ब्रोकर से जुड़ने में विफल
86107 : MQTT : ब्रोकर से जुड़ने में विफल
88106 : MQTT : ब्रोकर से जुड़ने में विफल
90107 : MQTT : ब्रोकर से जुड़ने में विफल
91228: डब्ल्यूडी: अपटाइम 2 कनेक्ट विफलता 30 फ्रीमेम 17368
91250 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
92107 : MQTT : ब्रोकर से जुड़ने में विफल
94107 : MQTT : ब्रोकर से जुड़ने में विफल
96106 : MQTT : ब्रोकर से जुड़ने में विफल
98107 : MQTT : ब्रोकर से जुड़ने में विफल
100107 : MQTT : ब्रोकर से जुड़ने में विफल
102107 : MQTT : ब्रोकर से जुड़ने में विफल
104106 : MQTT : ब्रोकर से जुड़ने में विफल
106107 : MQTT : ब्रोकर से जुड़ने में विफल
107905: घटना: घड़ी#समय=सूर्य,10:03
108107 : MQTT : ब्रोकर से जुड़ने में विफल
110107 : MQTT : ब्रोकर से जुड़ने में विफल
112107 : MQTT : ब्रोकर से जुड़ने में विफल
114107 : MQTT : ब्रोकर से जुड़ने में विफल
116107 : MQTT : ब्रोकर से जुड़ने में विफल
118107 : MQTT : ब्रोकर से जुड़ने में विफल
120107 : MQTT : ब्रोकर से जुड़ने में विफल
121228: डब्ल्यूडी: अपटाइम 2 कनेक्टविफलताएं 62 फ्रीमेम 17368
121249 : MQTT : ब्रोकर से जुड़ने में विफल
121926: डीएस: तापमान: 19.75 (28-ff-b8-ea-b4-16-3-ed)
121927 : घटना: DS18b20#तापमान=19.75
122107 : MQTT : ब्रोकर से जुड़ने में विफल
122905 : घटना: नियम#टाइमर=1
122915 : अधिनियम : प्रकाशित ईएसपी-201/आईपी, 0.0.0.0
122927 : अधिनियम: ESP-201/MAC,5C:CF:7F:0B:68:52 प्रकाशित करें
122939: अधिनियम: प्रकाशित ईएसपी-201/समय,10:03:15
122950 : अधिनियम : ESP-201/अपटाइम प्रकाशित करें, 2
122961 : अधिनियम : प्रकाशित ईएसपी-201/आरएसएसआइ,0
122972 : अधिनियम : प्रकाशित ईएसपी-201/एसएसआईडी,--
122983 : अधिनियम : प्रकाशित ईएसपी-201/बीएसएसआईडी,00:00:00:00:00:00
122994 : अधिनियम : प्रकाशित ईएसपी-201/सीएच,0
123005 : अधिनियम : ESP-201/SYSHEAP, 16992 प्रकाशित करें
123015: अधिनियम: टाइमरसेट, 1,60
124107 : MQTT : ब्रोकर से जुड़ने में विफल
126106 : MQTT : ब्रोकर से जुड़ने में विफल
128107 : MQTT : ब्रोकर से जुड़ने में विफल
130107 : MQTT : ब्रोकर से जुड़ने में विफल
132107 : MQTT : ब्रोकर से जुड़ने में विफल
134107 : MQTT : ब्रोकर से जुड़ने में विफल
136107 : MQTT : ब्रोकर से जुड़ने में विफल
138107 : MQTT : ब्रोकर से जुड़ने में विफल
140107 : MQTT : ब्रोकर से जुड़ने में विफल
142107 : MQTT : ब्रोकर से जुड़ने में विफल
144107 : MQTT : ब्रोकर से जुड़ने में विफल
146107 : MQTT : ब्रोकर से जुड़ने में विफल
148107 : MQTT : ब्रोकर से जुड़ने में विफल
150107 : MQTT : ब्रोकर से जुड़ने में विफल
151228: डब्ल्यूडी: अपटाइम 3 कनेक्टविफलता 94 फ्रीमेम 17368
151249 : MQTT : ब्रोकर से जुड़ने में विफल
152107 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
154107 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
156107 : MQTT : ब्रोकर से जुड़ने में विफल
158107 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
160107 : MQTT : ब्रोकर से जुड़ने में विफल
162107 : MQTT : ब्रोकर से जुड़ने में विफल
164107 : MQTT : ब्रोकर से जुड़ने में विफल
166107 : MQTT : ब्रोकर से जुड़ने में विफल
167905: घटना: घड़ी#समय=सूर्य,10:04
168107 : MQTT : ब्रोकर से जुड़ने में विफल
170107 : MQTT : ब्रोकर से जुड़ने में विफल
172107 : MQTT : ब्रोकर से जुड़ने में विफल
174106 : MQTT : ब्रोकर से जुड़ने में विफल
176106 : MQTT : ब्रोकर से जुड़ने में विफल
178107 : MQTT : दलाल से जुड़ने में विफल
180107 : MQTT : ब्रोकर से जुड़ने में विफल
181228 : डब्ल्यूडी: अपटाइम 3 कनेक्टविफलताएं 126 फ्रीमेम 17368
181250 : MQTT : ब्रोकर से जुड़ने में विफल
181926: डीएस: तापमान: 19.75 (28-एफएफ-बी8-ईए-बी4-16-3-एड)
181927: घटना: डीएस18बी20#तापमान=19.75
182107 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
183905 : घटना: नियम#टाइमर=1
183915 : अधिनियम : प्रकाशित ईएसपी-201/आईपी, 0.0.0.0
183927: अधिनियम: प्रकाशित ईएसपी-201/मैक, 5सी:सीएफ:7एफ:0बी:68:52
183938 : अधिनियम : प्रकाशित ईएसपी-201/समय, 10:04:16
183950 : अधिनियम : प्रकाशित ईएसपी-201/अपटाइम,3
183961 : अधिनियम : प्रकाशित ईएसपी-201/आरएसएसआइ,0
183972 : अधिनियम : प्रकाशित ईएसपी-201/एसएसआईडी,--
183983 : अधिनियम : प्रकाशित ईएसपी-201/बीएसएसआईडी,00:00:00:00:00:00
183994 : अधिनियम : प्रकाशित ईएसपी-201/सीएच,0
184005 : अधिनियम : ESP-201/SYSHEAP, 16992 प्रकाशित करें
184015 : अधिनियम : टाइमरसेट, 1,60
184107 : MQTT : ब्रोकर से जुड़ने में विफल
186106 : MQTT : ब्रोकर से जुड़ने में विफल
188107 : MQTT : ब्रोकर से जुड़ने में विफल
190106 : MQTT : ब्रोकर से जुड़ने में विफल
192107 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
194106 : MQTT : ब्रोकर से जुड़ने में विफल
196106 : MQTT : ब्रोकर से जुड़ने में विफल
198106 : MQTT : ब्रोकर से जुड़ने में विफल
200106 : MQTT : ब्रोकर से जुड़ने में विफल
202106 : MQTT : ब्रोकर से जुड़ने में विफल
204106 : MQTT : ब्रोकर से जुड़ने में विफल
206106 : MQTT : ब्रोकर से जुड़ने में विफल
208106 : MQTT : ब्रोकर से जुड़ने में विफल
210106 : MQTT : ब्रोकर से जुड़ने में विफल
211228: डब्ल्यूडी: अपटाइम 4 कनेक्टविफलताएं 158 फ्रीमेम 17368
211249 : एमक्यूटीटी: ब्रोकर से जुड़ने में विफल
212106 : MQTT : ब्रोकर से जुड़ने में विफल
214106 : MQTT : ब्रोकर से जुड़ने में विफल
216106 : MQTT : ब्रोकर से जुड़ने में विफल
218106 : MQTT : ब्रोकर से जुड़ने में विफल
220106 : MQTT : ब्रोकर से जुड़ने में विफल
222106 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
224106 : MQTT : ब्रोकर से जुड़ने में विफल
226106 : MQTT : ब्रोकर से जुड़ने में विफल
227905 : घटना: घड़ी#समय=सूर्य,10:05
228107 : MQTT : ब्रोकर से जुड़ने में विफल
230107 : MQTT : ब्रोकर से जुड़ने में विफल
232107 : MQTT : ब्रोकर से जुड़ने में विफल
234107 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
236106 : MQTT : ब्रोकर से जुड़ने में विफल
238106 : MQTT : ब्रोकर से जुड़ने में विफल
240106 : MQTT : ब्रोकर से जुड़ने में विफल
241228: डब्ल्यूडी: अपटाइम 4 कनेक्टविफलताएं 190 फ्रीमेम 17368
241249 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
241925 : डीएस : तापमान : 19.75 (28-एफएफ-बी8-ईए-बी4-16-3-एड)
241927 : घटना: DS18b20#तापमान=19.75
242107 : MQTT : ब्रोकर से जुड़ने में विफल
244106 : MQTT : ब्रोकर से जुड़ने में विफल
244908 : घटना: नियम#टाइमर=1
244918 : अधिनियम : प्रकाशित ईएसपी-201/आईपी, 0.0.0.0
244930: अधिनियम: प्रकाशित ईएसपी-201/मैक, 5सी:सीएफ:7एफ:0बी:68:52
244942 : अधिनियम : प्रकाशित ईएसपी-201/समय, 10:05:17
244953 : अधिनियम : प्रकाशित ईएसपी-201/अपटाइम,4
244964 : अधिनियम : प्रकाशित ईएसपी-201/आरएसएसआइ,0
244975 : अधिनियम : प्रकाशित ईएसपी-201/एसएसआईडी,--
244986 : अधिनियम : प्रकाशित ईएसपी-201/बीएसएसआईडी,00:00:00:00:00:00
244997 : अधिनियम : प्रकाशित ईएसपी-201/सीएच,0
245008 : अधिनियम : प्रकाशित ESP-201/SYSHEAP,16992
245018 : अधिनियम : टाइमरसेट, 1,60
246107 : MQTT : ब्रोकर से जुड़ने में विफल
248106 : एमक्यूटीटी : ब्रोकर से जुड़ने में विफल
250106 : MQTT : ब्रोकर से जुड़ने में विफल
252106 : MQTT : दलाल से जुड़ने में विफल
254106 : MQTT : ब्रोकर से जुड़ने में विफल
256106 : MQTT : ब्रोकर से जुड़ने में विफल
258106 : MQTT : ब्रोकर से जुड़ने में विफल
260106 : MQTT : ब्रोकर से जुड़ने में विफल
262106 : MQTT : दलाल से जुड़ने में विफल
264106 : MQTT : ब्रोकर से जुड़ने में विफल
266107 : MQTT : ब्रोकर से जुड़ने में विफल

micropet 29 अप्रैल 2018

ESP32 - अंतिम परिवर्तन (28-04-2018) MQTT ने काम बंद कर दिया, NTP ने काम रोक दिया
(स्थैतिक आईपी)

flexiti 29 अप्रैल 2018

@flexiti
यदि आप सदस्यता नहीं लेते हैं और केवल प्रकाशित करने का प्रयास करते हैं तो MQTT हर सेकंड कनेक्शन खो देता है।

52898 : MQTT : Connection lost
52925 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
52926 : Subscribed to: 
53176 : MQTT : Connection lost
53203 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
53204 : Subscribed to: 
53498 : MQTT : Connection lost
53527 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
53528 : Subscribed to: 
53778 : MQTT : Connection lost
53806 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
53807 : Subscribed to: 
54058 : MQTT : Connection lost
54086 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54087 : Subscribed to: 
54337 : MQTT : Connection lost
54363 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54364 : Subscribed to: 
54615 : MQTT : Connection lost
54642 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54643 : Subscribed to: 
54894 : MQTT : Connection lost
54921 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
54922 : Subscribed to: 
55172 : MQTT : Connection lost
55199 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
55200 : Subscribed to: 
55630 : FILE : Saved config.dat
55692 : FILE : Saved config.dat
55861 : MQTT : Connection lost
55889 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2

सब्सक्राइब लाइन में कुछ दर्ज करने का प्रयास करें, भले ही आप उसका उपयोग न करें। मेरे लिए काम किया।

55630 : FILE : Saved config.dat
55692 : FILE : Saved config.dat
55861 : MQTT : Connection lost
55889 : MQTT : Connected to broker with client ID: ESPClient_2C:3A:E8:06:5E:B2
55890 : Subscribed to: SMA
60404 : WD   : Uptime 1 ConnectFailures 354 FreeMem 19224
90404 : WD   : Uptime 2 ConnectFailures 353 FreeMem 19224
120404 : WD   : Uptime 2 ConnectFailures 352 FreeMem 19224
150404 : WD   : Uptime 3 ConnectFailures 351 FreeMem 19224
180404 : WD   : Uptime 3 ConnectFailures 350 FreeMem 19224
210404 : WD   : Uptime 4 ConnectFailures 349 FreeMem 19224

s0170071 29 अप्रैल 2018

@ टीडी-एर
यह धागा थोड़ा अतिभारित हो रहा है और ऐसा लगता है कि कई वाईफाई/स्थिरता के मुद्दे हैं। मेरा सुझाव है कि सभी मुद्दों को एक अलग जीथब मुद्दे पर ले जाएं और उन्हें एक प्रमुख शब्द के साथ टैग करें, उदाहरण के लिए
[WIFICORE] ssdp
[WIFICORE] MQTT subscription needed
[WIFICORE] Unit not found - port setting vanished
[WIFICORE] ticker interval

s0170071 29 अप्रैल 2018

केवल रिपोर्ट करने के लिए, अभी मेगा-20180428 से मेगा-20180429 में अपग्रेड किया गया है।

मेगा-20180428 में वाईफाई समग्र रूप से स्थिर था, लेकिन डिस्कनेक्ट होने के बाद फिर से कनेक्ट नहीं होगा।
मेगा-20180429 में वाईफाई बहुत अस्थिर है और मैं बहुत सारे रीड टाइमआउट प्राप्त किए बिना इसे पिंग नहीं कर सकता।

मैं ओटीए के लिए बिन को काफी छोटा बनाने के लिए #define PLUGIN_SET_SONOFF_BASIC साथ एक सोनऑफ़ मूल, स्व-संकलन रिलीज़ का उपयोग कर रहा हूं।
सुनिश्चित नहीं है कि यह मदद करता है, इस बीच मेगा-20180428 पर वापस जा रहा है।

louis-lau 29 अप्रैल 2018

@ louis-lau क्या आप मेरे द्वारा अभी किए गए नवीनतम कमिट + मर्ज के साथ पुन: परीक्षण कर सकते हैं?

TD-er 29 अप्रैल 2018

यह नवीनतम प्रतिबद्धता पर है
screenshot

louis-lau 29 अप्रैल 2018

@ लुइस-लाऊ और नोड से ही लॉग?
यदि यह MQTT ब्रोकर से पुन: कनेक्ट करने का प्रयास करता है, तो प्रतिक्रिया धीमी होती है और वर्तमान में पृष्ठभूमि में एक पुन: कनेक्ट करने वाला हैंडलर होता है, जब बहुत से MQTT पुन: कनेक्ट विफलताएं होती हैं।
ओह, और कभी-कभी फ्लैश प्रयास के बाद नोड का रीसेट करना सबसे अच्छा होता है (सेटिंग्स रीसेट नहीं करें, जैसे रीसेट बटन दबाएं)। कभी-कभी फ्लैशिंग के बाद भी नोड पर कुछ बचा हुआ कॉन्फ़िगरेशन मौजूद होता है, जिससे अजीब परिणाम हो सकते हैं।

TD-er 29 अप्रैल 2018

@ लुइस-लाऊ एक सोनऑफ़ बेसिक?
मुझे भी मैं प्यार करता हूँ 0429, 0428 भयानक था
क्या मैं आपकी 'समग्र' सेटिंग्स के बारे में अधिक जान सकता हूँ?
और स्व-संकलित के रूप में, क्या इसे 2.4.1 कोर के साथ संकलित किया गया है?
मैंने अभी एक खाली नोड पर 0429 ताजा फ्लैश का परीक्षण किया है और यह पूरी तरह से चलता है।
0429 के साथ मेरा पिछला प्रयास एक पूर्व-कॉन्फ़िगर स्थिर सेट नोड के लिए एक अद्यतन था। उत्तम भी
मेरे बोर्ड दिनांक 5-5-2017

Oxyandy 29 अप्रैल 2018

@ऑक्सीएंडी
2.4.2 कोर ????

TD-er 29 अप्रैल 2018

मुझे यही मिला है जो प्रासंगिक लगता है:

04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected
04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: Subscribed to: /sonoff_lavalamp/#
04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:71:68:FB
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set Processing time:46 milliSeconds
04-29-2018  15:43:29    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP replied: 20 mSec
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP host time.google.com (216.239.35.8) queried
04-29-2018  15:43:29    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
04-29-2018  15:43:06    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: SW   : GPIO 12 Set to 0
04-29-2018  15:43:06    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected Processing time:1132 milliSeconds
04-29-2018  15:43:06    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: else = false
04-29-2018  15:43:06    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: SW   : GPIO 13 Set PWM to 1023
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: [if 0=0]=true
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,4,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,3,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,2,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,1,0
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: Subscribed to: /sonoff_lavalamp/#
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:71:68:FB
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set Processing time:47 milliSeconds
04-29-2018  15:43:05    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: EVENT: Time#Set
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP replied: 20 mSec
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: NTP  : NTP host time.google.com (216.239.35.8) queried
04-29-2018  15:43:05    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
04-29-2018  15:42:53    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: WD   : Uptime 3 ConnectFailures 2 FreeMem 19456
04-29-2018  15:42:53    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: 2: lowest: 12320  parseTemplate3-> 17112 ruleMatch-> 17088 ruleMatch2-> 17040 parseTemplate-> 17176 parseTemplate3-> 17112 ruleMatch-> 17072 ruleMatch2-> 17008 rulesProcessingFile2-> 17160 sendContentBlocking-> 17184 sendConten
04-29-2018  15:42:47    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: EVENT: MQTT#Connected Processing time:1131 milliSeconds
04-29-2018  15:42:47    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: else = false
04-29-2018  15:42:47    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: SW   : GPIO 13 Set PWM to 1023
04-29-2018  15:42:46    Kernel.Debug    192.168.2.22    sonoff_lavalamp EspEasy: [if 0=0]=true
04-29-2018  15:42:46    Kernel.Notice   192.168.2.22    sonoff_lavalamp EspEasy: ACT  : timerSet,4,0

@Oxyandy मैं फ़ैक्टरी रीसेट की कोशिश करूँगा। मैंने सोनऑफ़ बेसिक प्लगइन फ़्लैग और Custom.h में नेटवर्क सेटिंग्स को छोड़कर, संकलन करने से पहले कोई बदलाव नहीं किया है।

louis-lau 29 अप्रैल 2018

आप सही हैं, फ़ैक्टरी सेटिंग्स के साथ ठीक काम करता है ।

मैं पुनर्स्थापित करने का प्रयास करूंगा, देखें कि यह फिर से टूटता है या नहीं।

louis-lau 29 अप्रैल 2018

यह सिर्फ एक रिबूट की तरह दिखता है?

वेब लॉग में आपको कुछ और लाइनें मिलेंगी, क्योंकि उसमें 15 लाइनों का बफर है।
साथ ही sysinfo पेज पर आप अधिक जानकारी प्राप्त कर सकते हैं।

Syslog सर्वर पर रिकॉर्ड किए गए लॉग पूर्ण नहीं हो सकते हैं, क्योंकि वाईफाई डिस्कनेक्ट होने पर डेटा प्राप्त नहीं होता है।

TD-er 29 अप्रैल 2018

ठीक है, जब मैंने mqtt नियंत्रक को सक्षम किया तो फिर से शुरू हो गया।
और जब मैंने इसे निष्क्रिय कर दिया तो रुक गया।

मैं एक बेहतर लॉग प्राप्त करने का प्रयास करूंगा, यह थोड़ा कठिन है जब आप इसे आधे समय से कनेक्ट नहीं कर सकते हैं।
क्या लॉग स्तर? डिबग?

louis-lau 29 अप्रैल 2018

MQTT कनेक्ट को सूचना स्तर पर भी दिखाया जाता है।
जानकारी त्रुटि + जानकारी दिखाती है।
इस तरह, आप वेबलॉग के लॉग बफ़र को प्रदर्शित करने के लिए बहुत तेज़ी से नहीं भर रहे हैं।

TD-er 29 अप्रैल 2018

ठीक है, जब मैं mqtt सर्वर को रोकता हूं तो यह सामान्य रूप से भी काम करता है, केवल जब सर्वर चल रहा होता है तो कनेक्शन का समय समाप्त हो जाता है।

यह सब मैं लॉग से प्राप्त करने में सक्षम था:
screenshot

louis-lau 29 अप्रैल 2018

यह किस प्रकार का MQTT नियंत्रक है? डोमोटिक्ज़? ओपनएचएबी?

या आप importMQTT करने की कोशिश कर रहे हैं?

लॉग दिखाने वाले वेब पेज पर एक कॉपी बटन भी है।
वह पृष्ठ हर N सेकंड में ताज़ा होता है, जो आपको पाठ संपादक को ताज़ा करने के बीच पाठ चिपकाने की अनुमति देता है।
यह सही नहीं है, मुझे पता है, लेकिन यह कुछ भी नहीं से बेहतर है :)

संपादित करें:
कृपया नियमों पर भी एक नज़र डालें, यदि ये पूर्ण हैं।
नियमों को सहेजने में अभी भी एक समस्या है। यह बचत दर्ज किए गए पूर्ण नियम सेट नहीं हो सकते हैं।

TD-er 29 अप्रैल 2018

नवीनतम गीथिब (07bfec42347d13ad49dda907654a36bf747df3bc) का उपयोग करके, वाईफ़ाई मेरे सभी नोड्स पर मुद्दों के बिना जुड़ता है। एपी रिबूट के बाद अब भी ठीक से फिर से जुड़ जाता है। कोर 2.4.1 का उपयोग करना।

ghost 29 अप्रैल 2018

हे, एक बार जब यह वास्तव में लोड हो जाता है तो मेरे पास बहुत कम समय होता है, इसलिए मैंने अभी एक स्क्रीनशॉट लिया। मैं openhab mqtt नियंत्रक का उपयोग कर रहा हूँ, सर्वर मच्छर है।

संपादित करें: अभी नियमों का उपयोग नहीं कर रहे हैं। बस यह सुनिश्चित करने के लिए कि समस्या नहीं है।

louis-lau 29 अप्रैल 2018

मेरा भी यही विचार है। किसी भी विषय की सदस्यता लेने का प्रयास करें। इससे मेरा मुद्दा ठीक हो गया।

-------- उर्सप्रुन्ग्लिचे नचरिच --------
वॉन: लुई लॉरीज़ नोटिफिकेशन @github.com
गेसेनडेट: 29. अप्रैल 2018 16:23:54 MESZ
उत्तर: Letscontrolit/ESPEasy [email protected]
सीसी: s0170071 [email protected] , उल्लेख करें @noreply.github.com
Betreff: पुन: [letscontrolit/ESPEasy] वाईफ़ाई मुद्दे-कभी न खत्म होने वाली कहानी- गैर घटना आधारित वाईफाई पर वापस जाएं? (#1302)

हे, एक बार जब यह वास्तव में लोड हो जाता है तो मेरे पास बहुत कम समय होता है, इसलिए मैंने अभी एक स्क्रीनशॉट लिया। मैं openhab mqtt नियंत्रक का उपयोग कर रहा हूँ, सर्वर मच्छर है।

--
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें:
https://github.com/letscontrolit/ESPEasy/issues/1302#issuecomment -385255207

s0170071 29 अप्रैल 2018

@ s0170071 यह सदस्यता कहाँ की जानी चाहिए?
यदि वह किसी प्रकार की डिफ़ॉल्ट सेटिंग में है, तो शायद हमें उसे जोड़ना चाहिए।

क्या MQTT के बीच का समय लगभग 15 - 16 सेकंड फिर से जुड़ता है? तब यह हो सकता है कि मच्छर आपको बाहर निकाल रहा है और फिर मुझे पता है कि इसे कहां पैच करना है।

TD-er 29 अप्रैल 2018

ओपनहैब कंट्रोलर सेटिंग्स में। सदस्यता क्षेत्र है।

s0170071 29 अप्रैल 2018

नवीनतम गीथिब (07bfec4) का उपयोग करते हुए, MQTT भी यहां बिना किसी समस्या के काम करता है, ओपनहैब नियंत्रक का उपयोग करके और मच्छर से कनेक्ट करता है। कोर 2.4.1 का उपयोग करना।

ghost 29 अप्रैल 2018

@ टीडी-एर ऊपर कुछ पोस्ट देखें।

s0170071 29 अप्रैल 2018

जैसा कि आप लॉग में देख सकते हैं, मैंने पहले ही /sonoff_lavalamp/# की सदस्यता ले ली है।

जब मैंने # (इसलिए, सभी विषयों) की सदस्यता ली, तो मैंने नोटिस किया। वाईफाई स्थिर है, लेकिन यह mqtt को अनुपयोगी बनाता है;)

मच्छर को उपयोगकर्ता को बाहर नहीं निकालना चाहिए, मैं जिस उपयोगकर्ता का उपयोग कर रहा हूं उसके पास सभी विषयों की अनुमति है।

louis-lau 29 अप्रैल 2018

यह मच्छर लॉग है:

1525014154: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014168: New connection from 192.168.2.22 on port 1883.
1525014168: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014168: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014168: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014196: New connection from 192.168.2.22 on port 1883.
1525014196: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014196: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014196: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014214: New connection from 192.168.2.22 on port 1883.
1525014214: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014214: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014214: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014226: New connection from 192.168.2.22 on port 1883.
1525014226: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014226: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014226: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014255: New connection from 192.168.2.22 on port 1883.
1525014255: Client ESPClient_5C:CF:7F:71:68:FB already connected, closing old connection.
1525014255: Client ESPClient_5C:CF:7F:71:68:FB disconnected.
1525014255: New client connected from 192.168.2.22 as ESPClient_5C:CF:7F:71:68:FB (c1, k15, u'my_mqtt_username').
1525014270: New connection from 192.168.2.22 on port 1883.

ऐसा लगता है कि यह फिर से जुड़ रहा है, और मच्छर पुराने कनेक्शन को बंद कर रहा है।

louis-lau 29 अप्रैल 2018

मैं PubSubClient के स्रोत को देख रहा हूं।
ऐसा प्रतीत होता है कि टाइमआउट अवधि के भीतर इनकमिंग और आउटगोइंग गतिविधि होनी चाहिए।
यदि उनमें से एक विफल हो जाता है, तो PubSubClient डिस्कनेक्ट हो जाएगा और इस प्रकार ESPeasy फिर से कनेक्ट हो जाएगा।

मैं किसी प्रकार का स्वचालित पिंग जोड़ने का प्रयास करूंगा। पहले से ही कुछ है, लेकिन हो सकता है कि पिंग वापस आने से पहले चेक किया गया हो।

TD-er 29 अप्रैल 2018

@ louis-lau क्या आप किसी तरह अपने मच्छर में इस्तेमाल किए गए जीवित समय सेटिंग को ढूंढ सकते हैं?

ऐसा लगता है कि हमारे द्वारा उपयोग की जाने वाली MQTT टाइमआउट सेटिंग 15 सेकंड की है।
इसे इस प्रकार परिभाषित किया गया है: #define MQTT_KEEPALIVE 15

यह भी देखें https://github.com/knolleary/pubsubclient/issues/239

TD-er 29 अप्रैल 2018

वाह, आपने इसे @ टीडी-एर !!!!!

467279 : घटना: घड़ी#समय=सूर्य,17:24
467588: डब्ल्यूडी: अपटाइम 8 कनेक्ट विफलता 0 फ्रीमेम 16304
481935 : एमक्यूटीटी : कनेक्शन टूट गया
481935 : घटना: एमक्यूटीटी#डिस्कनेक्ट
481953 : घटना: वाईफाई#डिस्कनेक्ट
481969 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(1) अनिर्दिष्ट' 7 मीटर 40 s . के लिए जुड़ा हुआ है
482278 : वाईफ़ाई : एसएमसी प्रयास को जोड़ने #0
482278: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
483304 : घटना: वाईफाई#डिस्कनेक्ट
483322 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(202) प्रमाणीकरण विफल' 1018 ms . के लिए जुड़ा हुआ है
484291 : वाईफ़ाई : कनेक्टिंग एसएमसी प्रयास #1
484292: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
488073 : वाईफ़ाई : कनेक्टेड! एपी: एसएमसी (78:8A:20:D1:9B:D9) Ch: 1 अवधि: 3780 एमएस
488074: आईपी: स्टेटिक आईपी: 192.168.0.201 गीगावॉट: 192.168.0.3 एसएन: 255.255.255.0 डीएनएस: 192.168.0.3
488078: वाईफ़ाई: स्टेटिक आईपी: 192.168.0.201 (ईएसपी-201-1) जीडब्ल्यू: 192.168.0.3 एसएन: 255.255.255.0 अवधि: 6 एमएस
488099 : इवेंट: वाईफाई#कनेक्टेड
488245 : MQTT : क्लाइंट आईडी के साथ ब्रोकर से जुड़ा: ESPClient_5C:CF:7F:0B:68:52
488247 : सब्सक्राइब किया गया: ESP-201/#
488248 : घटना: एमक्यूटीटी#कनेक्टेड
489111 : घटना: समय#सेट

micropet 29 अप्रैल 2018

@ टीडी-एर क्या आप पबसबक्लाइंट के मुद्दों के बारे में निश्चित हैं? मेरी इकाई को कुछ भी नहीं मिलता है, केवल हर 30 सेकंड में एनालॉग वैल्यू भेजता है। कोई MQTT कनेक्शन समस्या नहीं है। यदि पुस्तकालय में कोई समस्या होती, तो क्या हमारे पास बहुत अधिक उपयोगकर्ता शिकायत नहीं करते?

ghost 29 अप्रैल 2018

शायद यह एक दौड़ की स्थिति है ...

s0170071 29 अप्रैल 2018

MQTT ब्रोकर को एक क्लाइंट को 1.5x टाइमआउट पर डिस्कनेक्ट के रूप में मानना चाहिए।
जब अंतिम गतिविधि 15 सेकंड से अधिक समय पहले हुई थी, तब पबसुबक्लाइंट एक पिंग भेजता है।
इसलिए यदि मच्छर (10s) के डिफ़ॉल्ट टाइमआउट का उपयोग किया जा रहा है, तो समय काफी महत्वपूर्ण हो रहा है।

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

TD-er 29 अप्रैल 2018

फिर वह यह जांचने के लिए प्रत्येक 5 सेकंड में एक डमी एनालॉग वैल्यू भेजने की कोशिश कर सकता था कि क्या समस्या दूर हो गई है ...

ghost 29 अप्रैल 2018

या मेरी आखिरी प्रतिबद्धता का प्रयोग करें;)

TD-er 29 अप्रैल 2018

मेरे पुन: कनेक्ट बहुत तेज़ थे, हर सेकेंड या तो

s0170071 29 अप्रैल 2018

MQTT देव ऐसा नहीं लगता है:
मैं डिफ़ॉल्ट मान को बदलने के लिए इच्छुक नहीं हूं। 7+ साल के लिए 15 सेकंड हो गए थे। यदि कुछ भी हो, तो हम कस्टमाइज़ करना आसान बना देंगे और हेडर फ़ाइल को संपादित करने पर भरोसा नहीं करेंगे।

ghost 29 अप्रैल 2018

परिभाषा #ifdef . के साथ लिपटी हुई है
तो कोड के अन्य भागों में इसे परिभाषित करने का एक विकल्प है।

पबसुबक्लाइंट के जीथब पेज पर, इसे विन्यास योग्य बनाने के बारे में भी एक मुद्दा है।

TD-er 29 अप्रैल 2018

इसके लेखक की एक और टिप्पणी:
MQTT प्रोटोकॉल में, क्लाइंट कनेक्शन पर उपयोग किए जाने वाले कीपलाइव वैल्यू को निर्धारित करता है। इसमें दलाल का कोई हाथ नहीं है।

मच्छर पर एकमात्र रखवाली कॉन्फिग विकल्प इसका ब्रिज कीपलाइव है - जहां यह दूसरे ब्रोकर से जुड़ने वाले क्लाइंट के रूप में कार्य कर रहा है - https://mosquitto.org/man/mosquitto-conf-5.html

ghost 29 अप्रैल 2018

मैंने अपने मच्छर विन्यास की जाँच की है। कनेक्शन के लिए कोई टाइमआउट विकल्प नहीं मिल रहा है

ghost 29 अप्रैल 2018

यह दस्तावेज़ टाइमआउट व्यवहार पर चर्चा करता है।

TD-er 29 अप्रैल 2018

और दस्तावेज़ वही कहता है:

MQTT क्लाइंट सही कीप अलाइव वैल्यू सेट करने के लिए जिम्मेदार है। उदाहरण के लिए, यह अंतराल को अपनी वर्तमान सिग्नल शक्ति के अनुकूल बना सकता है।

तो 10 सेकंड का मच्छर का समय कहाँ से आता है? क्या यह हार्डकोडेड है?

ghost 29 अप्रैल 2018

https://mosquitto.org/man/mosquitto-conf-5.html

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

Grovkillen 29 अप्रैल 2018

वह सेटिंग केवल ब्रिजिंग के लिए है

ghost 29 अप्रैल 2018

ध्यान रखें कि 20180428 में यह कोई समस्या नहीं थी :)

संपादित करें: जब मैं घर पहुंचूंगा तो मैं आपकी नवीनतम प्रतिबद्धता का प्रयास करूंगा।

louis-lau 29 अप्रैल 2018

आप connectionCheckHandler को अक्षम करने का प्रयास कर सकते हैं।

यह देखने के लिए कि अंतिम दिन में क्या बदला है: https://github.com/letscontrolit/ESPEasy/compare/mega@%7B1day%7D...mega

TD-er 29 अप्रैल 2018

बस https://github.com/letscontrolit/ESPEasy/commit/4e6e31fdae11476a2f3dfce00e01ed77d1858c00 पर अपडेट किया गया और वाईफाई अब स्थिर है। जब मैं अपना एपी पुनः आरंभ करता हूं तो यह अब फिर से जुड़ जाता है! धन्यवाद

louis-lau 29 अप्रैल 2018

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

louis-lau 29 अप्रैल 2018

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

और सुनने में अच्छा लगता है कि MQTT मुद्दे कम टाइमआउट से ठीक हो गए हैं।
हमें इसे चयन योग्य बनाना पड़ सकता है।

TD-er 29 अप्रैल 2018

👍2

क्या आप लॉग विंडो को थोड़ा लंबा कर सकते हैं?
मेरा मतलब है, लाइनों की संख्या बढ़ाएँ।

नहीं तो अब बहुत अच्छा चल रहा है।

micropet 29 अप्रैल 2018

मैंने अभी उन्हें कम किया है।
यह 20 लाइनें थी, लेकिन 2.4.0 के साथ थोड़ा और मुफ्त मेम होना था, इसलिए मैंने इसे देव/परीक्षण के लिए 10 लाइनों और सामान्य के लिए 15 तक घटा दिया।

मैं इस सप्ताह मेमोरी खपत को देखूंगा और

TD-er 29 अप्रैल 2018

ठीक है, मैं सो जाता हूँ।
आपकी कड़ी मेहनत के लिए बहुत धन्यवाद !!

micropet 29 अप्रैल 2018

उस खिड़की के बारे में। जैसा कि मैंने देखा कि तीन विकल्प हैं।

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

मुझे 2 पसंद है। एक सहज वेब डिस्प्ले भी देता है। हालांकि यह इतना आसान नहीं है।

s0170071 29 अप्रैल 2018

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

लॉग कैश ऑब्जेक्ट वर्तमान में स्मृति के साथ उतना कुशल नहीं है। सुधार की बहुत गुंजाइश है।

TD-er 29 अप्रैल 2018

👍1

मुझे अब भी आश्चर्य होता है कि क्या मच्छरों के विभिन्न संस्करण
अलग-अलग ऑपरेटिंग सिस्टम पर चलने का व्यवहार अलग होता है?
मुझे पता है कि ESPeasy को लचीला होना चाहिए, लेकिन क्या एक मच्छर अद्यतन कुछ के लिए मुद्दों को हल करेगा।

Oxyandy 30 अप्रैल 2018

सिर्फ समझने के लिए...
मैं अपने ईएसपी को बूट करने के बाद सीधे क्यों मिलता हूं:

Last Disconnect Reason str |  (1) Unspecified
Number reconnects | 1

Syslog में मुझे दो IP STATIC संदेश और अपटाइम 0 ConnectFailures 0 दिखाई देते हैं:

INIT : Booting version: mega-20180430 (ESP82xx Core 2_4_1)
104 : INIT : Warm boot #1
105 : FS   : Mounting...
130 : FS   : Mount successful, used 75802 bytes of 957314
419 : CRC  : program checksum       ...OK
426 : CRC  : SecuritySettings CRC   ...OK 
532 : INIT : Free RAM:23528
532 : INIT : I2C
532 : INIT : SPI not enabled
546 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1)
546 : WIFI : Set WiFi to STA
578 : WIFI : Connecting im6shop attempt #0
579 : IP   : Static IP : 192.168.1.17 GW: 0.0.0.0 SN: 0.0.0.0 DNS: 0.0.0.0
585 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22688
4342 : WIFI : Connected! AP: im6shop (30:B5:C2:EB:DB:7D) Ch: 9 Duration: 3763 ms
4343 : IP   : Static IP : 192.168.1.17 GW: 0.0.0.0 SN: 0.0.0.0 DNS: 0.0.0.0
4346 : WIFI : Static IP: 0.0.0.0 (ESP-Easy-7) GW: 0.0.0.0 SN: 0.0.0.0   duration: 3 ms
4356 : Webserver: start
4710 : WIFI : Static IP: 192.168.1.32 (ESP-Easy-7) GW: 192.168.1.1 SN: 255.255.255.0   duration: 356 ms

DittelHome 30 अप्रैल 2018

हो सकता है कि "रीकनेक्ट" शब्द को अच्छी तरह से नहीं चुना गया हो।
यह "(पुनः) कनेक्ट", या "कनेक्ट प्रयास" जैसा है
काउंटर 0 से शुरू होता है और प्रत्येक कनेक्ट प्रयास पर यह काउंटर++ होता है।

TD-er 30 अप्रैल 2018

मैंने काउंटर को '-1' में प्रारंभ करके बदल दिया। तो पहला कनेक्ट प्रयास इसे 0 पर सेट कर देगा, इस प्रकार "नंबर रीकनेक्ट" लेबल अब फिर से समझ में आता है :)
मैं एक बेहतर नाम के बारे में नहीं सोच सकता था, इसलिए मैंने रिपोर्ट किए गए मूल्य को बदल दिया;)

उचित नामकरण अभी भी प्रोग्रामिंग का सबसे कठिन हिस्सा है।

TD-er 2 मई 2018

यह अच्छा लगता है !

DittelHome 2 मई 2018

कनेक्शन का प्रयास करें x

uzi18 2 मई 2018

दुर्भाग्य से नवीनतम बिल्ड 20180503 (4096 देव) मेरे लिए काम नहीं करता है - ईएसपी वेब नहीं खुलता है, इसके बजाय यह सीरियल कंसोल (वेब ओपन प्रयास के बाद) में प्रतिक्रिया देना बंद कर देता है। सेटिंग्स डिफ़ॉल्ट पर रीसेट हो जाती हैं और सीरियल कंसोल के माध्यम से केवल WifiSSID और कुंजी सेट करती हैं। पिंग काम करता है, कोई रिबूट नहीं, कोई त्रुटि संदेश नहीं।

ghtester 3 मई 2018

👍1

क्या आपने फ्लैश के बाद कोल्ड रीबूट किया है?
मेरे पास चमकने के ठीक बाद कुछ ऐसा ही था।
एक शक्ति चक्र ने इसे तब हल किया।

TD-er 3 मई 2018

हां, मैंने कई बार कोल्ड रीबूट की कोशिश की, यह अभी भी वही है। Win7 पर MSIE और Firefox से परीक्षण किया गया। मैं दो मिनट बाद किसी अन्य स्थान पर डिवाइस का परीक्षण करने जा रहा हूं (अलग पीसी/ओएस, अलग एपी)।
फ्लैश के ठीक बाद यह रीबूट हुआ और लटक गया।

ghtester 3 मई 2018

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

DittelHome 3 मई 2018

यह किसी अन्य स्थान पर अजीब है, उसी डिवाइस का ईएसपी वेब काम करता है (विन 10 + फ़ायरफ़ॉक्स/एमएस एज, अलग एपी) लेकिन सीरियल कंसोल "केवल पढ़ने के लिए" दिखता है ...: -/
अपडेट - एक और टर्मिनल ऐप की कोशिश की - वही, सीरियल कंसोल केवल पढ़ने के लिए। फिर पुट्टी (जो मेरा डिफ़ॉल्ट टर्मिनल ऐप है) को फिर से चलाएं और जैसे ही मैंने पोटीन के साथ उपयुक्त COM पोर्ट से कनेक्ट किया, डिवाइस को रिबूट होते देखा। अब सीरियल कंसोल कमांड स्वीकार करता है और वेब भी काम कर रहा है... मुझे कुछ समझ नहीं आ रहा है...

ghtester 3 मई 2018

हो सकता है कि फ्लैश और प्रोग्राम को फिर से पूरी तरह से मिटा दें?
ऐसा लगता है कि वाईफाई कनेक्टिंग और सीरियल पोर्ट पढ़ा जा रहा है या नहीं। मैंने किसी को एक सूत्र में इसका उल्लेख करते देखा है। सुनिश्चित नहीं है कि यह PlatformIO मुद्दे पर था या LWIP पर।
मैं हाल ही में बहुत कुछ पढ़ रहा हूं;)

TD-er 3 मई 2018

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

ghtester 3 मई 2018

हां, मुख्य पुस्तकालय वाईफाई सेटिंग्स को SPIFF के बाहर के क्षेत्र में संग्रहीत करता है।
यह वाईफाई कनेक्शन के प्रयासों को प्रभावित कर सकता है।

मैंने पहले ही (कोर) कोड में पढ़ा है कि अब 5 वाईफाई सेटिंग्स तक का समर्थन है, जिसे आप चुन सकते हैं।
तो शायद मैं उस भंडारण क्षेत्र का भी सक्रिय रूप से उपयोग करूंगा, यह सुनिश्चित करने के लिए कि यह हमारी अपनी सेटिंग्स के साथ संघर्ष नहीं करेगा।
केवल एक चीज जिससे मुझे डर लगता है, वह यह है कि वे सेटिंग्स बहुत बार लिखी जाएंगी। मुझे जांचना है कि यह कब लिखा जा रहा है।
लेकिन यह वाईफाई कनेक्शन को थोड़ा अधिक अनुमानित बना सकता है जब उस क्षेत्र को भी ESPeasy के साथ ध्यान में रखा जा रहा हो।

TD-er 3 मई 2018

👍1

@Oxyandy अब मैं
क्या आप कृपया इसका परीक्षण कर सकते हैं?
और यह भी सवाल कि क्या आप टास्क/डिवाइस 12 का उपयोग कर रहे थे?
मैंने अभी इसे अपने नोड पर परीक्षण किया और लगभग तुरंत इसे डिस्कनेक्ट कर दिया + फिर से ऑनलाइन होने से इनकार कर दिया।
वह LWIP1.4 . के साथ था

TD-er 4 मई 2018

👍1

और यह भी सवाल कि क्या आप टास्क/डिवाइस 12 का उपयोग कर रहे थे?

परीक्षणों में, केवल पहला नहीं, एक स्विच
हाँ, GitHub डेस्कटॉप में अब 15 बदली हुई फ़ाइलें खींची जा रही हैं

Oxyandy 4 मई 2018

ठीक संकलित, वेब सर्वर बढ़िया, LWIP2_LOW_MEMORY का उपयोग करते हुए, F5 परीक्षण, बस बढ़िया..
LmacRxBlk का कोई संकेत नहीं
मैंने नोड पर सभी सेटिंग्स को मिटा दिया था, लेकिन इसे 'रीसेट' कर दूंगा और प्रक्रिया से गुजरूंगा, किसी भी विषमता की रिपोर्ट करूंगा।
वाई-फ़ाई तुरंत कनेक्ट हो गया, पहले जाएं..

Oxyandy 4 मई 2018

बस lwIP2 कम मेमोरी के साथ सावधान रहें, मुझे lwIP2 उच्च बैंडविड्थ का उपयोग करना पड़ा, अन्यथा बड़े पैकेट काट दिए गए (उदाहरण के लिए कई मानों वाले सेंसर), कम से कम fhem को सर्वर/नियंत्रक के रूप में उपयोग करते समय ...

मैं वर्तमान में GIT और lwIP2 उच्च बैंडविड्थ से esp कोर के साथ मेगा शाखा का उपयोग कर रहा हूं जो ठीक चलता है, कुछ समय के बाद कुछ इकाइयां सेंसर मानों को नहीं पढ़ सकती हैं और इसलिए इसे नियंत्रक को नहीं भेजेंगे। इकाई के साथ-साथ वेबइंटरफेस भी सुचारू रूप से चलता है ... मैं अभी भी इसमें जांच कर रहा हूं, माई से पहले यह कभी नहीं था ..

clumsy-stefan 4 मई 2018

हमने LwIP2 उच्च बैंडविड्थ और उस गड़बड़ POST संदेशों की कोशिश की।
उदाहरण के लिए, बचत नियम> 1520 बाइट्स काट दिए गए।

TD-er 4 मई 2018

ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
क्या समय सर्वर पर DoS हमले के रूप में है?
फ्लैश करने के बाद मैं दूर था, मेरे पास इस लूप के पेज और पेज हैं

INIT : Booting version: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
105 : INIT : Cold Boot
106 : FS   : Mounting...
113 : FS   : Mount successful, used 76053 bytes of 113201
15:40:37: 410 : CRC  : program checksum       ...OK
417 : CRC  : SecuritySettings CRC   ...OK 
418 : CRC  : binary has changed since last save of Settings
433 : INIT : Free RAM:23448
434 : INIT : I2C
434 : INIT : SPI not enabled
449 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
449 : EVENT: System#Wake
458 : WIFI : Set WiFi to STA
mode : sta(5c:cf:7f:72:96:ec)
add if0
491 : WIFI : Connecting MAD_IOT attempt #0
492 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
STUB: dhcp_stop
505 : EVENT: System#Boot
514 : SW   : Switch state 1 Output value 1
517 : EVENT: Float_SW#Switch=1.00
530 : ACT  : Publish domoticz/in,{"idx":66,"nvalue":0,"svalue":"FLOAT_SWITCH_1_00:00:00"}
541 : Command: publish
1004 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22736
15:40:39: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:40:41: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
4480 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 3986 ms
4485 : EVENT: WiFi#ChangedAccesspoint
4497 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
4499 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 19 ms
4517 : EVENT: WiFi#Connected
4525 : Webserver: start
4526 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
5015 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
5066 : NTP  : NTP replied: 50 mSec
5068 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-04-01 01:00:00 offset: 600 min
5071 : EVENT: Time#Initialized
5082 : EVENT: Time#Initialized Processing time:11 milliSeconds
5083 : EVENT: Clock#Time=Fri,15:40
5089 : EVENT: Clock#Time=Fri,15:40 Processing time:6 milliSeconds
5091 : MQTT : Intentional reconnect
5091 : LoadFromFile: config.dat index: 28672 datasize: 336
5221 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
5222 : Subscribed to: domoticz/out
5224 : EVENT: MQTT#Connected
5234 : EVENT: MQTT#Connected Processing time:9 milliSeconds
15:40:43: ping 1, timeout 0, total payload 32 bytes, 1365 ms
15:40:48: bcn_timout,ap_probe_send_start
15:40:50: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
13912 : EVENT: WiFi#Disconnected
13919 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9432 ms
13930 : MQTT : Connection lost
13931 : EVENT: MQTT#Disconnected
14514 : WIFI : Connecting MAD_IOT attempt #0
14515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
15:40:51: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:40:52: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
16258 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 1738 ms
16260 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
16269 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
16288 : EVENT: WiFi#Connected
16295 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
16389 : LoadFromFile: config.dat index: 28672 datasize: 336
16425 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
16426 : Subscribed to: domoticz/out
16427 : EVENT: MQTT#Connected
16434 : EVENT: MQTT#Connected Processing time:6 milliSeconds
16557 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
16599 : NTP  : NTP replied: 40 mSec
16600 : EVENT: Time#Set
16606 : EVENT: Time#Set Processing time:5 milliSeconds
15:40:54: ping 1, timeout 0, total payload 32 bytes, 1022 ms
15:40:59: bcn_timout,ap_probe_send_start
15:41:01: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
25176 : EVENT: WiFi#Disconnected
25183 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8919 ms
25194 : MQTT : Connection lost
25195 : EVENT: MQTT#Disconnected
25514 : WIFI : Connecting MAD_IOT attempt #0
25515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:41:02: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
26186 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 666 ms
26189 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
26197 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
26217 : EVENT: WiFi#Connected
26224 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
26318 : LoadFromFile: config.dat index: 28672 datasize: 336
26344 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
26345 : Subscribed to: domoticz/out
26346 : EVENT: MQTT#Connected
26353 : EVENT: MQTT#Connected Processing time:7 milliSeconds
15:41:04: ping 1, timeout 1, total payload 0 bytes, 1022 ms
27623 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
27664 : NTP  : NTP replied: 41 mSec
27665 : EVENT: Time#Set
27671 : EVENT: Time#Set Processing time:6 milliSeconds
27672 : EVENT: Clock#Time=Fri,15:41
27677 : EVENT: Clock#Time=Fri,15:41 Processing time:5 milliSeconds
ping 1, timeout 0, total payload 32 bytes, 1024 ms
15:41:07: 31004 : WD   : Uptime 1 ConnectFailures 4 FreeMem 19304
15:41:10: bcn_timout,ap_probe_send_start
15:41:12: pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
36143 : MQTT : Connection lost
36144 : EVENT: MQTT#Disconnected
36151 : EVENT: WiFi#Disconnected
36156 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9948 ms
36514 : WIFI : Connecting MAD_IOT attempt #0
36515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
15:41:13: 
connected with MAD_IOT, channel 13
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
37145 : WIFI : Connected! AP: MAD_IOT (F4:F2:6D:25:84:C6) Ch: 13 Duration: 625 ms
37147 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
37155 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 10 ms
37176 : EVENT: WiFi#Connected
37182 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
37276 : LoadFromFile: config.dat index: 28672 datasize: 336
37296 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:96:EC
37297 : Subscribed to: domoticz/out
37298 : EVENT: MQTT#Connected
37306 : EVENT: MQTT#Connected Processing time:8 milliSeconds
37551 : NTP  : NTP host au.pool.ntp.org (129.250.35.250) queried
37592 : NTP  : NTP replied: 41 mSec
37593 : EVENT: Time#Set
37599 : EVENT: Time#Set Processing time:6 milliSeconds
15:41:15: ping 1, timeout 0, total payload 32 bytes, 1046 ms
15:41:20: bcn_timout,ap_probe_send_start
15:41:22: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
46076 : MQTT : Connection lost
46076 : EVENT: MQTT#Disconnected
46083 : EVENT: WiFi#Disconnected
46089 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8921 ms
46514 : WIFI : Connecting MAD_IOT attempt #0
46515 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt

Oxyandy 4 मई 2018

वर्तमान कोर (मास्टर, ESP82xx Core 41a64707, NONOS SDK 2.2.1(cfd48f3)) के साथ MTU समस्याएं अब और दिखाई नहीं देती हैं।
1 मई से 10 ESPs (Sonoff, NodeMcu, W1pro) चल रहे हैं, कोई समस्या नहीं है।

susisstrolch 4 मई 2018

FYI करें ... नवीनतम आधिकारिक बिल्ड को फ्लैश करें, सीरियल के माध्यम से सेटिंग्स को डिफ़ॉल्ट पर रीसेट करें, WiFiSSID और कुंजियाँ दर्ज करें। दिखाई देने के बावजूद प्राथमिक एपी से कनेक्ट नहीं हो सका (लेकिन -82 के बारे में एक कमजोर संकेत)। फिर दुर्घटनाग्रस्त हो गया जैसा कि आप नीचे देख सकते हैं।
किसी अन्य स्थान पर बिना किसी समस्या के द्वितीयक एपी से जुड़ा डिवाइस और अब तक यह काम कर रहा है (लेकिन कोई प्लगइन्स कॉन्फ़िगर नहीं किया गया है, कोई नियम सक्रिय नहीं है)।
....
....
458745 : वाईफ़ाई : IOTAP1 प्रयास को कनेक्ट करना #57
458749: एपी मोड: क्लाइंट डिस्कनेक्ट: xx:xx:xx:xx:xx:xx कनेक्टेड डिवाइस: 0
458810 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 64 ms . के लिए जुड़ा हुआ है
459360: एपी मोड: क्लाइंट कनेक्टेड: xx:xx:xx:xx:xx:xx कनेक्टेड डिवाइस: 1
471739: वाईफ़ाई: एपी मोड एसएसआईडी ईएसपी_ईज़ी_0 पते के साथ 192.168.4.1 होगा
471739: वाईफ़ाई: IOTAP2 प्रयास #58 को जोड़ना

अपवाद (29):
epc1=0x4000e1c3 epc2=0x00000000 epc3=0x4000f68 excvaddr=0x00000018 depc=0x00000000

सीटीएक्स: sys
सपा: 3ffffc50 अंत: 3fffffb0 ऑफसेट: 01a0

ढेर >>>
3ffffdf0: 3fff5108 1f385062 401021e6 3fffa2b0
3ffffe00: 402706a6 402705c4 3fff9454 40100eb6
3ffffe10: 3ffeb6d5 401042bb 3ffef160 4026a718
3ffffe20: 00000018 3ffefb30 3ffefaac 00000000
3ffffe30: 40270767 3ff20a00 3fff9454 3ffedf1a
3ffffe40: 3ffedf00 00000000 00000000 00000006
3ffffe50: 00000021 1f4328f4 401021e6 3ffedf00
3ffffe60: 3ffedf1a 0000002c 00000008 401004f4
3ffffe70: 3ffedf0a 3fff6454 4026d324 3ff20a00
3ffffe80: 3fff9454 3fff55c4 00000015 4026d1f7
3ffffe90: 3fffc278 40101f80 3fffc200 00000022
3ffffea0: 3ffebf74 00000000 00000000 3fff4fe4
3ffffeb0: 40000f68 00000030 00000010 ffffffff
3ffffec0: 40000f58 00000000 00000020 00000000
3ffffed0: 3ffef7d4 7fffffff 00000000 3ffeed30
3ffffee0: 3ffef138 00000006 00000000 3fffdab0
3ffffef0: 00000000 3fffdcc0 00000040 00000030
3fffff00: 40274fd1 ffffffe0 00000000 00000000
3fffff10: 4026ca2f 3ffedf00 3ffef160 3fff9454
3fffff20: 00000000 3ffedf0a 3ffedf20 4026a4d1
3fffff30: 4027fac5 00000001 00000000 3ffedf0a
3fffff40: 4027ec78 00000092 3ffedef4 3fff6454
3fffff50: 3ffedef4 00000000 00000040 4027e5a2
3fffff60: 3ffef160 3ffedef4 3fffdcc0 3ffeb710
3fffff70: 3ffedf10 3fff752c 00000040 3ffeb710
3fffff80: 00000040 3ffef160 00000002 00000000
3fffff90: 4027de7f 3fffdab0 00000000 40283f5f
3fffffa0: 3ffeb710 40000f49 3fffdab0 40000f49
<<

ets जनवरी 8 2013, पहला कारण:2 , बूट मोड:(3,7)

लोड 0x4010f000, लेन 1384, कमरा 16
पूंछ 8
चक्सम 0x2d
सीसम 0x2d
v614f7c32
~एलडी
-यू88 :

INIT: बूटिंग संस्करण: मेगा-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
89 : आईएनआईटी : गर्म बूट #6
90 : FS : माउंटिंग...
116 : FS : माउंट सफल, 957314 के 75802 बाइट्स का उपयोग किया गया
436 : सीआरसी : प्रोग्राम चेकसम ...ठीक है
442: सीआरसी: सुरक्षा सेटिंग्स सीआरसी ...ठीक है
548: आईएनआईटी : फ्री
549: आईएनआईटी: आई2सी
549 : आईएनआईटी : एसपीआई सक्षम नहीं है
565: जानकारी: प्लगइन्स: 72 [सामान्य] [परीक्षण] [विकास] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
566: वाईफ़ाई: वाईफाई को एसटीए पर सेट करें
599: वाईफ़ाई: IOTAP1 प्रयास को कनेक्ट करना #0
607: डब्ल्यूडी: अपटाइम 0 कनेक्टफेलर्स 0 फ्रीमेम 20616
3461 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2861 एमएस . के लिए जुड़ा हुआ है
3604 : वाईफ़ाई: IOTAP1 प्रयास को कनेक्ट करना #1
6466 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2862 एमएस . के लिए जुड़ा हुआ है
6604: वाईफ़ाई: IOTAP2 को जोड़ने का प्रयास #2
9467 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2862 एमएस . के लिए जुड़ा हुआ है
9604 : वाईफ़ाई : कनेक्टिंग IOTAP2 प्रयास #3
12467 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2862 एमएस . के लिए जुड़ा हुआ है
12604 : वाईफ़ाई : IOTAP1 प्रयास को जोड़ना #4
15466 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2862 एमएस . के लिए जुड़ा हुआ है
15604 : वाईफ़ाई : IOTAP1 प्रयास को कनेक्ट करना #5
18466 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2862 एमएस . के लिए जुड़ा हुआ है
18604 : वाईफाई : वाईफाई को एपी+एसटीए पर सेट करें
19524: वाईफ़ाई: एपी मोड ssid ESP_Easy_0 पते के साथ 192.168.4.1 होगा
19524 : वाईफ़ाई : IOTAP2 प्रयास #6 को जोड़ना
22388 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2863 एमएस . के लिए जुड़ा हुआ है
22603: वाईफ़ाई: एपी मोड एसएसआईडी ईएसपी_ईज़ी_0 पते के साथ 192.168.4.1 होगा
22603 : वाईफ़ाई : कनेक्टिंग IOTAP2 प्रयास #7
25463 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2860 एमएस . के लिए जुड़ा हुआ है
25602: वाईफ़ाई: एपी मोड एसएसआईडी ईएसपी_ईज़ी_0 पते के साथ 192.168.4.1 होगा
25603 : वाईफ़ाई : IOTAP1 प्रयास को कनेक्ट करना #8
28464 : वाई-फाई : डिस्कनेक्ट हो गया! कारण: '(201) कोई एपी नहीं मिला’ 2860 एमएस . के लिए जुड़ा हुआ है
28602: वाईफ़ाई: एपी मोड एसएसआईडी ईएसपी_ईज़ी_0 पते के साथ 192.168.4.1 होगा
28603 : वाईफ़ाई : IOTAP1 प्रयास को जोड़ना #9
30606: डब्ल्यूडी: अपटाइम 1 कनेक्ट विफलता 0 फ्रीमेम 18176
...
...

ghtester 4 मई 2018

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

@Oxyandy NTP अपडेट केवल एक घंटे के बाद किया जाना चाहिए, या जब यह सेट नहीं किया गया था।

@susisstrolch क्या आप> 1800 बाइट्स वाली नियम फ़ाइल लिखने के लिए परीक्षण कर सकते हैं?
LWIP2 उच्च बैंडविड्थ संस्करण HTTP POST अनुरोधों को तब दूषित कर रहा था जब वे आकार में एक MTU से अधिक हो गए थे।

TD-er 4 मई 2018

हाय गिज्स,
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
यदि आपने लॉग देखा है, तो यह एक पैटर्न है, हमेशा कनेक्ट होता है, MQTT कनेक्ट होता है, समय अपडेट करता है

bcn_timout,ap_probe_send_start
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
2515788 : EVENT: WiFi#DisconnectedDisconnected! Reason: '(200) Beacon timeout' Connected for 8919 ms

हर 10 से 12 सेकंड में, घंटों तक ऐसे ही लूप किया जाता है, उफ़

Oxyandy 4 मई 2018

मेरे पॉन्डसीट्रल डिवाइस का नियम आकार: वर्तमान आकार: 1859 वर्ण (अधिकतम 2048)
एमटीयू: 534 (कम मेम एलडब्ल्यूआईपी 2.x)
कोई समस्या नहीं - इस सप्ताह कई बार बदला गया।

susisstrolch 4 मई 2018

हम वर्तमान में LwIP 2.x कम मेमोरी का उपयोग कर रहे हैं, क्योंकि उच्च बैंडविड्थ संस्करण इन मुद्दों को दे रहा था।
@Oxyandy मैं समय अद्यतन और निश्चित रूप से पुन: कनेक्ट लूप के संबंध में कोड
यह विषय अधिक से अधिक विषय पर होता जा रहा है :(

TD-er 4 मई 2018

मुझे यह नहीं मिला, आपके अनुरोध के अनुसार मैंने होमब्रू (आज सुबह) संकलित किया, बहुत अच्छा काम किया ..
फिर जब आधिकारिक रिलीज उपलब्ध थी तो मुझे लगा कि मैं इसका बेहतर इस्तेमाल कर सकता हूं, मैं अंतर से चौंक गया था ..
अब, आपके अंतिम उत्तर के संबंध में .. समय अद्यतन ठीक है ..
आज से आधिकारिक रिलीज वाईफाई से जुड़ती है, कोई समस्या नहीं है, एमक्यूटीटी को जोड़ता है, समय मिलता है, फिर "(200) बीकन टाइमआउट" के साथ कनेक्शन छोड़ देता है, फिर हर 11 सेकंड में लूप करता है
कनेक्ट - वाईफाई, एमक्यूटीटी, समय, डिस्कनेक्ट, दोहराना
तो "टाइम अपडेट" को न देखें, अगर यह जुड़ा रहा तो ठीक रहेगा ...

Oxyandy 4 मई 2018

वह अजीब है। PlatformIO की निर्माण प्रक्रिया के बारे में वास्तव में कुछ कायरता है।
मैंने इसे स्वयं भी कई बार देखा है कि इसे दूसरी बार बनाने से वास्तव में फर्क पड़ता है।
यह ठीक वैसे ही है जैसे PlatformIO में लिंकर स्तर पर कुछ गड़बड़ है।
यह वास्तव में अजीब है कि यहाँ क्या हो रहा है।

TD-er 4 मई 2018

यह शायद संकलक या लिंकर झंडे में है। अनुकूलन एक कुतिया हो सकता है।
Arduino IDE में यह कॉन्फ़िग फ़ाइल है (platform.txt)

# ESP8266 platform
# ------------------------------

# For more info:
# https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5---3rd-party-Hardware-specification

name=ESP8266 Modules
version=2.5.0-dev

runtime.tools.xtensa-lx106-elf-gcc.path={runtime.platform.path}/tools/xtensa-lx106-elf
runtime.tools.esptool.path={runtime.platform.path}/tools/esptool

compiler.warning_flags=-w
compiler.warning_flags.none=-w
compiler.warning_flags.default=
compiler.warning_flags.more=-Wall
compiler.warning_flags.all=-Wall -Wextra

build.lwip_lib=-llwip_gcc
build.lwip_include=lwip/include
build.lwip_flags=-DLWIP_OPEN_SRC

build.vtable_flags=-DVTABLES_IN_FLASH

build.float=-u _printf_float -u _scanf_float
build.led=

compiler.path={runtime.tools.xtensa-lx106-elf-gcc.path}/bin/
compiler.sdk.path={runtime.platform.path}/tools/sdk
compiler.libc.path={runtime.platform.path}/tools/sdk/libc/xtensa-lx106-elf
compiler.cpreprocessor.flags=-D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ "-I{compiler.sdk.path}/include" "-I{compiler.sdk.path}/{build.lwip_include}" "-I{compiler.libc.path}/include" "-I{build.path}/core"

compiler.c.cmd=xtensa-lx106-elf-gcc
compiler.c.flags=-c {compiler.warning_flags} -Os -g -Wpointer-arith -Wno-implicit-function-declaration -Wl,-EL -fno-inline-functions -nostdlib -mlongcalls -mtext-section-literals -falign-functions=4 -MMD -std=gnu99 -ffunction-sections -fdata-sections

compiler.S.cmd=xtensa-lx106-elf-gcc
compiler.S.flags=-c -g -x assembler-with-cpp -MMD -mlongcalls

compiler.c.elf.flags=-g {compiler.warning_flags} -Os -nostdlib -Wl,--no-check-sections -u app_entry {build.float} -Wl,-static "-L{compiler.sdk.path}/lib" "-L{compiler.sdk.path}/ld" "-L{compiler.libc.path}/lib" "-T{build.flash_ld}" -Wl,--gc-sections -Wl,-wrap,system_restart_local -Wl,-wrap,spi_flash_read

compiler.c.elf.cmd=xtensa-lx106-elf-gcc
compiler.c.elf.libs=-lhal -lphy -lpp -lnet80211 {build.lwip_lib} -lwpa -lcrypto -lmain -lwps -laxtls -lespnow -lsmartconfig -lairkiss -lwpa2 -lstdc++ -lm -lc -lgcc

compiler.cpp.cmd=xtensa-lx106-elf-g++
compiler.cpp.flags=-c {compiler.warning_flags} -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -MMD -ffunction-sections -fdata-sections

compiler.as.cmd=xtensa-lx106-elf-as

compiler.ar.cmd=xtensa-lx106-elf-ar
compiler.ar.flags=cru

compiler.elf2hex.cmd=esptool
compiler.elf2hex.flags=

compiler.size.cmd=xtensa-lx106-elf-size

compiler.esptool.cmd=esptool
compiler.esptool.cmd.windows=esptool.exe

# This can be overriden in boards.txt
build.extra_flags=-DESP8266

# These can be overridden in platform.local.txt
compiler.c.extra_flags=
compiler.c.elf.extra_flags=
compiler.S.extra_flags=
compiler.cpp.extra_flags=
compiler.ar.extra_flags=
compiler.objcopy.eep.extra_flags=
compiler.elf2hex.extra_flags=

## generate file with git version number
## needs bash, git, and echo
recipe.hooks.core.prebuild.1.pattern=bash -c "mkdir -p {build.path}/core && echo \#define ARDUINO_ESP8266_GIT_VER 0x`git --git-dir {runtime.platform.path}/.git rev-parse --short=8 HEAD 2>/dev/null || echo ffffffff` >{build.path}/core/core_version.h"
recipe.hooks.core.prebuild.2.pattern=bash -c "mkdir -p {build.path}/core && echo \#define ARDUINO_ESP8266_GIT_DESC `cd {runtime.platform.path}; git describe --tags 2>/dev/null || echo unix-{version}` >>{build.path}/core/core_version.h"
## windows-compatible version without git
recipe.hooks.core.prebuild.1.pattern.windows=cmd.exe /c mkdir {build.path}\core & (echo #define ARDUINO_ESP8266_GIT_VER 0x00000000 & echo #define ARDUINO_ESP8266_GIT_DESC win-{version} ) > {build.path}\core\core_version.h
recipe.hooks.core.prebuild.2.pattern.windows=

## Build the app.ld linker file
recipe.hooks.linking.prelink.1.pattern="{compiler.path}{compiler.c.cmd}" -CC -E -P {build.vtable_flags} "{runtime.platform.path}/tools/sdk/ld/eagle.app.v6.common.ld.h" -o "{runtime.platform.path}/tools/sdk/ld/eagle.app.v6.common.ld"

## Compile c files
recipe.c.o.pattern="{compiler.path}{compiler.c.cmd}" {compiler.cpreprocessor.flags} {compiler.c.flags} -DF_CPU={build.f_cpu} {build.lwip_flags} {build.debug_port} {build.debug_level} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} -DARDUINO_BOARD="{build.board}" {build.led} {compiler.c.extra_flags} {build.extra_flags} {includes} "{source_file}" -o "{object_file}"

## Compile c++ files
recipe.cpp.o.pattern="{compiler.path}{compiler.cpp.cmd}" {compiler.cpreprocessor.flags} {compiler.cpp.flags} -DF_CPU={build.f_cpu} {build.lwip_flags} {build.debug_port} {build.debug_level} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} -DARDUINO_BOARD="{build.board}" {build.led} {compiler.cpp.extra_flags} {build.extra_flags} {includes} "{source_file}" -o "{object_file}"

## Compile S files
recipe.S.o.pattern="{compiler.path}{compiler.c.cmd}" {compiler.cpreprocessor.flags} {compiler.S.flags} -DF_CPU={build.f_cpu} {build.lwip_flags} {build.debug_port} {build.debug_level} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} -DARDUINO_BOARD="{build.board}" {build.led} {compiler.c.extra_flags} {build.extra_flags} {includes} "{source_file}" -o "{object_file}"

## Create archives
recipe.ar.pattern="{compiler.path}{compiler.ar.cmd}" {compiler.ar.flags} {compiler.ar.extra_flags} "{build.path}/arduino.ar" "{object_file}"

## Combine gc-sections, archives, and objects
recipe.c.combine.pattern="{compiler.path}{compiler.c.elf.cmd}" -Wl,-Map "-Wl,{build.path}/{build.project_name}.map" {compiler.c.elf.flags} {compiler.c.elf.extra_flags} -o "{build.path}/{build.project_name}.elf" -Wl,--start-group {object_files} "{build.path}/arduino.ar" {compiler.c.elf.libs} -Wl,--end-group  "-L{build.path}"

## Create eeprom
recipe.objcopy.eep.pattern=

## Create hex
#recipe.objcopy.hex.pattern="{compiler.path}{compiler.elf2hex.cmd}" {compiler.elf2hex.flags} {compiler.elf2hex.extra_flags} "{build.path}/{build.project_name}.elf" "{build.path}/{build.project_name}.hex"

recipe.objcopy.hex.pattern="{runtime.tools.esptool.path}/{compiler.esptool.cmd}" -eo "{runtime.platform.path}/bootloaders/eboot/eboot.elf" -bo "{build.path}/{build.project_name}.bin" -bm {build.flash_mode} -bf {build.flash_freq} -bz {build.flash_size} -bs .text -bp 4096 -ec -eo "{build.path}/{build.project_name}.elf" -bs .irom0.text -bs .text -bs .data -bs .rodata -bc -ec

## Save hex
recipe.output.tmp_file={build.project_name}.bin
recipe.output.save_file={build.project_name}.{build.variant}.bin

## Compute size
recipe.size.pattern="{compiler.path}{compiler.size.cmd}" -A "{build.path}/{build.project_name}.elf"
recipe.size.regex=^(?:\.irom0\.text|\.text|\.data|\.rodata|)\s+([0-9]+).*
recipe.size.regex.data=^(?:\.data|\.rodata|\.bss)\s+([0-9]+).*
#recipe.size.regex.eeprom=^(?:\.eeprom)\s+([0-9]+).*

# ------------------------------

tools.esptool.cmd=esptool
tools.esptool.cmd.windows=esptool.exe
tools.esptool.path={runtime.platform.path}/tools/esptool
tools.esptool.network_cmd=python
tools.esptool.network_cmd.windows=python.exe

tools.esptool.upload.protocol=esp
tools.esptool.upload.params.verbose=-vv
tools.esptool.upload.params.quiet=
tools.esptool.upload.pattern="{path}/{cmd}" {upload.verbose} -cd {upload.resetmethod} -cb {upload.speed} -cp "{serial.port}" {upload.erase_cmd} -ca 0x00000 -cf "{build.path}/{build.project_name}.bin"
tools.esptool.upload.network_pattern="{network_cmd}" "{runtime.platform.path}/tools/espota.py" -i "{serial.port}" -p "{network.port}" "--auth={network.password}" -f "{build.path}/{build.project_name}.bin"

tools.mkspiffs.cmd=mkspiffs
tools.mkspiffs.cmd.windows=mkspiffs.exe
tools.mkspiffs.path={runtime.platform.path}/tools/mkspiffs

s0170071 4 मई 2018

👍1

PlatformIO के साथ समस्या से बचने के लिए मैंने .pioenvs फ़ोल्डर को हटा दिया और वैसे भी 'क्लीन' चलाया
आज सुबह के निर्माण के बाद से - 2 फाइलें बदल गई हैं
ESPEasy-Globals.h & Misc.ino (कार्य सेटिंग्स के भ्रष्टाचार को ठीक करें)

Oxyandy 4 मई 2018

ऐसा करना शुरू करना: मेरी वर्तमान फ़ोल्डर संरचना GitHub/ESpeasy है
मैं ESpeasy फ़ोल्डर की प्रतिलिपि बनाता हूं और उसका नाम बदलता हूं, इससे पहले कि मैं एक फ़ेच करने से पहले दिनांक शामिल करूँ, मुझे स्थानीय रूप से परिवर्तनों की तुलना करने में मदद मिलेगी।

Oxyandy 4 मई 2018

फ़्रिट्ज़बॉक्स ने एक स्वचालित फर्मवेयर अपडेट किया। सभी ईएसपी किसी भी समस्या के साथ वैकल्पिक मेष एपी में विफल रहे।

susisstrolch 4 मई 2018

@ टीडी-एर आपने कहा "क्या आपके पास किसी भी नोड पर 0504 के साथ यह बीकन टाइमआउट है, या बस कुछ ही?"
ठीक है निष्पक्ष होने के लिए मैं एक नया मॉड्यूल और फ्लैश लूंगा और भविष्य में हर नए फर्मवेयर में 2 नोड्स फ्लैश करूंगा।
मेरे पास खाली समय है क्योंकि दुनिया के आपके हिस्से में केवल 4 बजे हैं

Oxyandy 4 मई 2018

ठीक है, एक नया नोड, मिटा दिया गया।
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin के साथ फ्लैश किया गया
नीचे दिए गए लॉग में अन्य नोड के समान व्यवहार है।
क्या आप लॉग में पैटर्न देख सकते हैं?

INIT : Booting version: mega-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
104 : INIT : Cold Boot
105 : FS   : Mounting...
111 : FS   : Mount successful, used 76053 bytes of 113201
408 : CRC  : program checksum       ...OK
419 : CRC  : SecuritySettings CRC   ...OK 
420 : CRC  : binary has changed since last save of Settings
439 : INIT : Free RAM:23448
440 : INIT : I2C
440 : INIT : SPI not enabled
455 : INFO : Plugins: 47 [Normal] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
455 : EVENT: System#Wake
464 : WIFI : Set WiFi to STA
mode : sta(5c:cf:7f:72:97:2a)
add if0
497 : WIFI : Connecting MAD_MOB attempt #0
498 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
STUB: dhcp_stop
511 : EVENT: System#Boot
519 : SW   : Switch state 1 Output value 1
522 : EVENT: Float_SW#Switch=1.00
536 : ACT  : Publish domoticz/in,{"idx":26,"nvalue":0,"svalue":"FLOAT_SWITCH_1_00:00:00"}
547 : Command: publish
00:23:56: 1004 : WD   : Uptime 0 ConnectFailures 0 FreeMem 22752
00:23:59: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
00:24:01: 
connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
5287 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 4787 ms
5293 : EVENT: WiFi#ChangedAccesspoint
5304 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
5306 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 19 ms
5324 : EVENT: WiFi#Connected
5332 : Webserver: start
5332 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
5423 : MQTT : Intentional reconnect
5424 : LoadFromFile: config.dat index: 28672 datasize: 336
5500 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
5501 : Subscribed to: domoticz/out
5502 : EVENT: MQTT#Connected
5512 : EVENT: MQTT#Connected Processing time:10 milliSeconds
5796 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
5867 : NTP  : NTP replied: 70 mSec
5869 : Current Time Zone:  DST time start: 2018-10-07 01:00:00 offset: 660 minSTD time start: 2018-08-05 01:00:00 offset: 600 min
5871 : EVENT: Time#Initialized
5879 : EVENT: Time#Initialized Processing time:8 milliSeconds
5881 : EVENT: Clock#Time=Sat,01:24
5887 : EVENT: Clock#Time=Sat,01:24 Processing time:6 milliSeconds
00:24:02: ping 1, timeout 0, total payload 32 bytes, 1023 ms
00:24:07: bcn_timout,ap_probe_send_start
00:24:09: pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
14289 : EVENT: WiFi#Disconnected
14296 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9002 ms
14311 : MQTT : Connection lost
14311 : EVENT: MQTT#Disconnected
14519 : WIFI : Connecting MAD_MOB attempt #0
14520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
00:24:11: scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
16497 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 1972 ms
16499 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
16507 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 10 ms
16527 : EVENT: WiFi#Connected
16533 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
16608 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
00:24:12: 16679 : NTP  : NTP replied: 70 mSec
16680 : EVENT: Time#Set
16686 : EVENT: Time#Set Processing time:6 milliSeconds
16688 : LoadFromFile: config.dat index: 28672 datasize: 336
16713 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
16714 : Subscribed to: domoticz/out
16715 : EVENT: MQTT#Connected
16724 : EVENT: MQTT#Connected Processing time:9 milliSeconds
00:24:14: ping 1, timeout 0, total payload 32 bytes, 2070 ms
00:24:18: bcn_timout,ap_probe_send_start
00:24:21: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
25349 : EVENT: WiFi#Disconnected
25356 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 8852 ms
25371 : MQTT : Connection lost
25371 : EVENT: MQTT#Disconnected
25519 : WIFI : Connecting MAD_MOB attempt #0
25520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
25683 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 158 ms
25686 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
25694 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
25714 : EVENT: WiFi#Connected
25721 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
25815 : LoadFromFile: config.dat index: 28672 datasize: 336
25836 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
25838 : Subscribed to: domoticz/out
25838 : EVENT: MQTT#Connected
25845 : EVENT: MQTT#Connected Processing time:7 milliSeconds
00:24:22: 26585 : NTP  : NTP host au.pool.ntp.org (27.124.125.251) queried
26656 : NTP  : NTP replied: 70 mSec
26657 : EVENT: Time#Set
26663 : EVENT: Time#Set Processing time:6 milliSeconds
ping 1, timeout 0, total payload 32 bytes, 1010 ms
00:24:26: 31005 : WD   : Uptime 1 ConnectFailures 4 FreeMem 19304
00:24:28: bcn_timout,ap_probe_send_start
00:24:30: ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
35077 : EVENT: WiFi#Disconnected
35083 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 9394 ms
35094 : MQTT : Connection lost
35095 : EVENT: MQTT#Disconnected
35519 : WIFI : Connecting MAD_MOB attempt #0
35520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 

connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
35685 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 160 ms
35687 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
35696 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 11 ms
35715 : EVENT: WiFi#Connected
35721 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
35816 : LoadFromFile: config.dat index: 28672 datasize: 336
35844 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
35845 : Subscribed to: domoticz/out
35846 : EVENT: MQTT#Connected
35855 : EVENT: MQTT#Connected Processing time:9 milliSeconds
00:24:32: 36735 : NTP  : NTP host au.pool.ntp.org (144.48.166.166) queried
ping 1, timeout 0, total payload 32 bytes, 1016 ms
37739 : NTP  : No reply
00:24:39: bcn_timout,ap_probe_send_start
00:24:41: pm open,type:2 0
ap_probe_send over, rest wifi status to disassoc
state: 5 -> 0 (1)
rm 0
pm close 7
46238 : EVENT: WiFi#Disconnected
46244 : WIFI : Disconnected! Reason: '(200) Beacon timeout' Connected for 10 s
46260 : MQTT : Connection lost
46261 : EVENT: MQTT#Disconnected
46519 : WIFI : Connecting MAD_MOB attempt #0
46520 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 1
cnt 
00:24:42: 
connected with MAD_MOB, channel 7
ip:192.168.0.225,mask:255.255.255.0,gw:192.168.0.254
46679 : WIFI : Connected! AP: MAD_MOB (18:90:D8:AC:0F:D8) Ch: 7 Duration: 154 ms
46681 : IP   : Static IP : 192.168.0.225 GW: 192.168.0.254 SN: 255.255.255.0 DNS: 8.8.8.8
46689 : WIFI : Static IP: 192.168.0.225 (ESP-Easy-0) GW: 192.168.0.254 SN: 255.255.255.0   duration: 10 ms
46709 : EVENT: WiFi#Connected
46715 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
46809 : LoadFromFile: config.dat index: 28672 datasize: 336
46843 : MQTT : Connected to broker with client ID: ESPClient_5C:CF:7F:72:97:2A
46844 : Subscribed to: domoticz/out
46845 : EVENT: MQTT#Connected
46851 : EVENT: MQTT#Connected Processing time:6 milliSeconds

Oxyandy 4 मई 2018

आह, मुझे लगता है कि यह समय है जब मैं एक विशेष एक्सेस प्वाइंट रनिंग वायरशर्क स्थापित करता हूं

Oxyandy 4 मई 2018

गिटहब डेस्कटॉप का उपयोग करते हुए, मैंने नवीनतम 'लाइव' स्रोत प्राप्त किया जिसमें https://github.com/letscontrolit/ESPEasy/commit/92680c5542b76a15db16af198a3a07ed17618c4e से केवल 2 परिवर्तित फ़ाइलें शामिल हैं, क्योंकि आज सुबह से मेरे कामकाजी संकलन ने एक शाम का संस्करण बनाया और यह सही काम करता है ..
यदि एक ही स्रोत है, तो गिटहब पर अलग-अलग क्या हो रहा है, तो रात का निर्माण अलग क्यों होता है?

Oxyandy 4 मई 2018

कोई भी Arduino IDE का उपयोग कर रहा है?
क्या आप वर्तमान स्रोत से "ESP8266 सामान्य 1024" बनाने में सक्षम हैं और इसे यहां डंप कर सकते हैं?
धन्यवाद

Oxyandy 4 मई 2018

सुनिश्चित नहीं है कि यह कुछ यादृच्छिक समस्याओं से संबंधित है जो हम देख रहे हैं, लेकिन मैंने देखा कि कुछ समय बाद, मेरी इकाइयां नियंत्रक को डेटा भेजना बंद कर देती हैं। हालाँकि वेब-इंटरफ़ेस अभी भी चालू है और चल रहा है, लेकिन t 0.0.0.0 का IP-पता दिखाता है। (स्क्रीनशॉट देखें)। कोई और यह देख रहा है?

untitled

clumsy-stefan 4 मई 2018

यह कौन सा बिल्ड वर्जन है?

TD-er 4 मई 2018

@ऑक्सीएंडी

यदि एक ही स्रोत है, तो गिटहब पर अलग-अलग क्या हो रहा है, तो रात का निर्माण अलग क्यों होता है?

मैं भी यही सोच रहा हूं।
मुझे लगता है कि इसका इस तथ्य से कुछ लेना-देना है कि हमें इसे स्वयं बनाते समय कभी-कभी दो बार बनाना पड़ता है।
ऐसा लगता है कि जिस तरह से हम सामान संकलित करते हैं, या संकलक के साथ कुछ गड़बड़ है।
यह शायद यह भी समझा सकता है कि हम इतनी सारी चीजें क्यों देख रहे हैं जो बहुत कठिन हैं, यदि असंभव नहीं हैं, तो पिछले सप्ताहों को पुन: पेश करना मुश्किल है।

मैंने तस्मोटा से @arendst के साथ भी इस पर चर्चा की, और उन्होंने पुष्टि की कि उन्हें एक अच्छा कामकाजी संस्करण प्राप्त करने के लिए समय-समय पर पुनर्निर्माण करना होगा।
मैं @ psy0rz से पूछूंगा कि क्या परीक्षण के रूप में रात में दो बार निर्माण करना संभव है।

TD-er 4 मई 2018

मेगा-20180503 . से स्वयं संकलित
बिल्ड | 20102 - मेगा
पुस्तकालय | ESP82xx कोर 76a14b1f, NONOS SDK 2.2.1 (cfd48f3), LWIP: 2.0.3

clumsy-stefan 4 मई 2018

क्या आप इसे नोड पर लिखने से पहले इसे दो बार बनाने की कोशिश कर सकते हैं?
बिल्ड के बीच कोई सफाई नहीं है, बस इसे बनाएं और फिर से बनाएं।

TD-er 4 मई 2018

ज़रूर, लेकिन मैं एक मैक पर Arduino SDK का उपयोग करता हूं, प्लेटफॉर्म पर नहीं ...

clumsy-stefan 4 मई 2018

हाँ कृपया करें, क्योंकि हमें अभी तक कोई सुराग नहीं है कि इसका क्या कारण है।
बस सुनिश्चित करें कि आप उसी मुख्य पुस्तकालयों का उपयोग कर रहे हैं जैसे हम करते हैं, क्योंकि Arduino IDE PlatformIO में निर्धारित निश्चित संस्करणों को नहीं देखता है।
हमारे द्वारा उपयोग किए जाने वाले वर्तमान संस्करण हैं:
ESP82xx कोर 2_4_1, NONOS SDK 2.2.1 (cfd48f3), LWIP: 2.0.3

TD-er 4 मई 2018

ठीक है, मैं अभी कोशिश करूँगा और कुछ इकाइयों को फ्लैश करूँगा। जैसे ही कुछ होगा मैं रिपोर्ट करूंगा... या कुछ भी नहीं;)

clumsy-stefan 4 मई 2018

बीटीडब्ल्यू। कुछ सेकंड के लिए कम से कम डिवाइस या नोटिफिकेशन पेज (शायद किसी भी ईएसपी वेब पेज पर) पर वेब ब्राउज़र में F5 दबाकर वर्तमान बिल्ड को कभी भी क्रैश किया जा सकता है। मैं इसे Win10 पर Firefox से कभी भी दोहरा सकता हूं:
...
...
39543696 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39551825: लोडफ्रॉमफाइल: config.dat अनुक्रमणिका: 27648 डेटासाइज: 320
39557599 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39566681 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39566879 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39567105: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39567490 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39567690 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39567883: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39568086: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39568287: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39568495 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39568701 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39568910: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39569112 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39569324 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39569530 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39569739 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39569948 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39570158 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39570366: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39570582: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
39570742 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39570832 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39570906 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39570992 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39571074 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39571161 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39571240 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39571322 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784
39571401 : वेबपेज छोड़ दिया गया: कम मेमोरी: 1784

अपवाद (28):
epc1=0x4025cb66 epc2=0x00000000 epc3=0x401003f2 excvaddr=0x00000000 depc=0x00000000

सीटीएक्स: संपर्क
एसपी: 3fff4690 अंत: 3fff4b20 ऑफसेट: 01a0

ढेर >>>
3fff4830: 00000000 3ffe90c0 3fff48a4 40253308
3fff4840: 00000000 3ffe90c0 3fff48d4 40257c32
3fff4850: 00000000 3ffe90c0 00000043 4021ada8
3fff4860: 00000000 00000000 00000000 000006c0
3fff4870: 000006f8 00000000 00000000 00000000
3fff4880: 00000000 00000000 00000000 40107b18
3fff4890: 00000000 000003e8 3fff48f0 00000000
3fff48a0: 00000000 00000000000000000000000
3fff48b0: 4029cdfc 00000007 3fff48f0 3fffbfdc
3fff48c0: 0000000f 0000000b 3fff815c 0000000f
3fff48d0: 00000000 3fffb8a4 0000025f 0000025c
3fff48e0: 00000001 3fff16d4 3fff6294 40227cb4
3fff48f0: 3fffb414 0000000f 00000007 4010053d
3fff4900: 3fff4d6c 00000855 00000855 3fff4d6c
3fff4910: 00000010 00000010 00000000 3fff36d4
3fff4920: 00000010 3fff5d14 3fff5d14 40257a6f
3fff4930: 3ffe8ea1 00000000 3fff5d14 40257abb
3fff4940: 00000000 00000010 3fff5d14 3fff4d6c
3fff4950: 40107b70 ffffffff 00000000 40253308
3fff4960: 3fff3a14 00000001 3fff6294 4022fc8d
3fff4970: 00000010 3fff49e0 3ffe8ea1 40207ae8
3fff4980: 00000000 3fff49e0 3fff1868 4028577b
3fff4990: 4025653c 00000001 3fff1868 40253308
3fff49a0: 3fff4d6c 00000c35 00000c35 4010020c
3fff49b0: 00000001 00000001 3fff49e0 40107b70
3fff49c0: ffffffff 40107b70 00000000 40257a14
3fff49d0: 4020a8ca 00000001 3fff6294 4022fd96
3fff49e0: 00000000 00000000 00000000 40253308
3fff49f0: 00000001 00000001 3fff6294 4022fe80
3fff4a00: 00000001 00000001 3fff4a30 40259cfa
3fff4a10: 3fff4d6c 00000112 3fff6294 402532fe
3fff4a20: 3fff6294 3fff366c 3fff6294 4025333a
3fff4a30: 00000000 00000000 00000000 40257c18
3fff4a40: 3fff6294 3fff366c 3fff3628 402533c1
3fff4a50: 3fff5afc 0000000f 00000008 00000000
3fff4a60: 00000000 3fff4ab0 3fff362c 4024ca28
3fff4a70: 3fff366c 00000001 00000000 4024d200
3fff4a80: 00000001 00000000 40251b18 0000000d
3fff4a90: 00000000 3fff7b4c 3fff3628 3fff3af4
3fff4aa0: 00000001 3fff3650 3fff3628 40253618
3fff4ab0: 40107910 00000000 00001388 3fff3b00
3fff4ac0: 00000000 3fff7b4c 00000000 40256abd
3fff4ad0: 3fffdad0 00000000 3fff1944 4023742a
3fff4ae0: 3fffdad0 00000000 3fff19c4 40240380
3fff4af0: 00000000 00000000 00000001 40258a31
3fff4b00: 3fffdad0 00000000 3fff3aee 40258a5c
3fff4b10: फीफेफे फीसफेफ 3fff3b00 40100700
<<

ets जनवरी 8 2013, पहला कारण:2 , बूट मोड:(3,7)

लोड 0x4010f000, लेन 1384, कमरा 16
पूंछ 8
चक्सम 0x2d
सीसम 0x2d
v614f7c32
~एलडी
यू88 :

INIT: बूटिंग संस्करण: मेगा-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
89 : आईएनआईटी : गर्म बूट #3
90 : FS : माउंटिंग...
115 : FS : माउंट सफल, 957314 के 75802 बाइट्स का उपयोग किया गया
437 : सीआरसी : प्रोग्राम चेकसम...ठीक है
469: सीआरसी: सुरक्षा सेटिंग्स सीआरसी ...ठीक है
575: आईएनआईटी : फ्री
575 : आईएनआईटी : आई2सी
575: आईएनआईटी: एसपीआई सक्षम नहीं
1677: जानकारी: प्लगइन्स: 72 [सामान्य] [परीक्षण] [विकास] (ESP82xx कोर 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
1678 : घटना: प्रणाली# जागो
1682 : वाईफ़ाई : वाईफाई को एसटीए पर सेट करें
...
...

डिवाइस तब AP से सफलतापूर्वक कनेक्ट हो गया। एक और दुर्घटना:

973: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
279178 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
279387: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
279590 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
279798 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
280321 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
280558 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
280785 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
घातक अपवाद 28(LoadProhibitedCause):
epc1=0x4025cb66, epc2=0x00000000, epc3=0x40100408, excvaddr=0x00000000, depc=0x00000000

अपवाद (28):
epc1=0x4025cb66 epc2=0x00000000 epc3=0x40100408 excvaddr=0x00000000 depc=0x00000000

सीटीएक्स: संपर्क
एसपी: 3fff4690 अंत: 3fff4b20 ऑफसेट: 01a0

ढेर >>>
3fff4830: 00000000 3ffe90c0 3fff48a4 40253308
3fff4840: 00000000 3ffe90c0 3fff48d4 40257c32
3fff4850: 00000000 3ffe90c0 0000002f 4021ada8
3fff4860: 00000000 00000000 00000000 000007e8
3fff4870: 00000820 00000000 00000000 00000000
3fff4880: 00000000 00000000 00000000 40107b18
3fff4890: 00000000 000003e8 3fff48f0 00000000
3fff48a0: 00000000 00000000000000000000000
3fff48b0: 4029cdfc 00000007 3fff48f0 3fff9af4
3fff48c0: 0000000f 0000000b 3fff9adc 0000000f
3fff48d0: 00000004 3fffb7bc 0000025f 00000130
3fff48e0: 00000001 3fff16d4 3fff773c 40227cb4
3fff48f0: 3fff83ac 0000000f 00000007 4010053d
3fff4900: 3fff4d6c 00000a67 00000a67 3fff4d6c
3fff4910: 00000010 00000010 00000000 3fff36d4
3fff4920: 00000010 3fff9014 3fff9014 40257a6f
3fff4930: 3ffe8ea1 00000000 3fff9014 40257abb
3fff4940: 00000000 00000010 3fff9014 3fff4d6c
3fff4950: 40107b70 ffffffff 00000000 40253308
3fff4960: 3fff3a14 00000001 3fff773c 4022fc8d
3fff4970: 00000010 3fff49e0 3ffe8ea1 40207ae8
3fff4980: 00000000 3fff49e0 3fff185c 4028577b
3fff4990: 4025653c 00000001 3fff185c 40253308
3fff49a0: 3fff4d6c 00000628 00000628 4010020c
3fff49b0: 00000001 00000001 3fff49e0 40107b70
3fff49c0: ffffffff 40107b70 00000000 40257a14
3fff49d0: 4020a8ca 00000001 3fff773c 4022fd96
3fff49e0: 00000000 00000000 00000000 40253308
3fff49f0: 00000001 00000001 3fff773c 4022fe80
3fff4a00: 00000001 00000001 3fff4a30 40259cfa
3fff4a10: 00000000 00000000 3fff773c 402532fe
3fff4a20: 3fff773c 3fff366c 3fff773c 4025333a
3fff4a30: 00000000 00000000 00000000 40257c18
3fff4a40: 3fff773c 3fff366c 3fff3628 402533c1
3fff4a50: 3fff9594 0000000f 00000008 00000000
3fff4a60: 00000000 00000000 3fff362c 4024ca28
3fff4a70: 3fff366c 00000001 00000000 4024d200
3fff4a80: 00000001 00000000 40251b18 0000000d
3fff4a90: 00000000 3fff9b0c 3fff3628 3fff3af4
3fff4aa0: 00000001 3fff3650 3fff3628 40253618
3fff4ab0: 40107910 00000000 00001388 3fff3b00
3fff4ac0: 00000000 3fff9b0c 00000000 40256abd
3fff4ad0: 3fffdad0 00000000 3fff1944 4023742a
3fff4ae0: 3fffdad0 00000000 3fff19c4 40240380
3fff4af0: 00000000 00000000 00000001 40258a31
3fff4b00: 3fffdad0 00000000 3fff3aee 40258a5c
3fff4b10: फीफेफे फीसफेफ 3fff3b00 40100700
<<

ets जनवरी 8 2013, पहला कारण:2 , बूट मोड:(3,7)

लोड 0x4010f000, लेन 1384, कमरा 16
पूंछ 8
चक्सम 0x2d
सीसम 0x2d
v614f7c32
~एलडी
यू89 :

INIT: बूटिंग संस्करण: मेगा-20180504 (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
89 : आईएनआईटी : गर्म बूट #8
91 : एफएस : माउंटिंग...
116 : FS : माउंट सफल, 957314 के 75802 बाइट्स का उपयोग किया गया
438 : सीआरसी : प्रोग्राम चेकसम...ठीक है
469: सीआरसी: सुरक्षा सेटिंग्स सीआरसी ...ठीक है
575: आईएनआईटी : फ्री
576: आईएनआईटी: आई2सी
576 : आईएनआईटी : एसपीआई सक्षम नहीं है
1678: जानकारी: प्लगइन्स: 72 [सामान्य] [परीक्षण] [विकास] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
1678 : घटना: प्रणाली# जागो
1683 : वाईफ़ाई : वाईफाई को एसटीए पर सेट करें
...

ghtester 4 मई 2018

वैसे यह 72 प्लगइन्स के साथ है, यह सामान्य कैसे व्यवहार करता है;)

Oxyandy 4 मई 2018

यदि आप IP स्टैक को अनुरोधों से भर देते हैं तो यह सामान्य है। केवल एक चीज जो मदद करती है वह है वेबसर्वर को अधिक बार सेवा देना ताकि इनबाउंड बफर फिर से मुक्त हो जाए।

s0170071 4 मई 2018

कम से कम यह अच्छा है कि यह पुनर्प्राप्त करने योग्य है - पूर्ण हैंग रीबूट से भी बदतर होगा ... लेकिन यह अजीब है कि बूट कारण हर बार समान नहीं था - मैंने 4 कारण भी देखा।

ghtester 4 मई 2018

ESP_Easy_mega-20180504_test_ESP8266_1024.bin
मैं कनेक्ट करने के लिए वाईफाई प्राप्त कर सकता हूं (पहले प्रयास करें) और जुड़े रहें
F5 (डिवाइस पेज) कोई त्रुटि या क्रैश का कारण नहीं बनता है
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
11 सेकंड के चक्र में बार-बार जुड़ता और विफल होता है - (200) बीकन टाइमआउट
ESP_Easy_mega-20180504_normal_ESP8266_1024_(Self_Compiled).bin
उत्तम

Oxyandy 4 मई 2018

😕1

@Oxyandy स्लो कीबोर्ड ऑटोरिपीट? ;-)
मेरे द्वारा आजमाए गए प्रत्येक वेब पेज पर मेरा क्रैश हो जाता है।

ghtester 4 मई 2018

@ghtester मैं अपने पीसी पर सभी मौजूदा कोड के साथ एक सेट

TD-er 4 मई 2018

@ टीडी-एर आपके प्रयास के लिए बहुत-बहुत धन्यवाद, जब नया निर्माण तैयार होगा तो मैं इसका परीक्षण करूंगा।

ghtester 4 मई 2018

@ TD-er ने मेरी इकाइयों (16) को अब ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3 फ्लैशिंग से पहले दो बार बनाया ... मैं कल देखूंगा कि क्या वे अभी भी जीवित हैं और भेज रहे हैं डेटा... मुझे lwIP2 हाई बैंडविथ लेना पड़ा अन्यथा FHEM-Controller के माध्यम से भेजे गए डेटा को छोटा कर दिया जाता है!
लेकिन अब सोने की जरूरत है.... n8

clumsy-stefan 5 मई 2018

उच्च बैंडविड्थ संस्करण के साथ HTTP POST मुद्दों के बारे में जागरूक रहें।

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

TD-er 5 मई 2018

बिल्ड देखें: https://github.com/letscontrolit/ESPEasy/releases/tag/mega-20180505_TD-er

TD-er 5 मई 2018

टीडी-एर, आपका निर्माण, मेरा हार्डवेयर, कोई समस्या नहीं (सामान्य 1024 8266)
दिखाने के लिए दैनिक निर्माण पर प्रतीक्षा करने से अगला प्रयास होगा;)

Oxyandy 5 मई 2018

@ टीडी-एर बहुत बहुत धन्यवाद, जल्दी से परीक्षण किया गया 4096 देव रिलीज (जारी रखा जाना है), "एफ 5" रिबूट मुद्दा अभी भी है (पहले प्रयास ने डिवाइस को पूरी तरह से लटका दिया) और फर्मवेयर जानकारी कहती है कि एमडी 5 चेक विफल (मुझे लगता है कि यह कारण है परीक्षण निर्माण)। फिर भी अब तक बाकी सब कुछ ठीक है और यह पूरी तरह से और जल्दी से AP से जुड़ रहा है।

बिल्ड 20102 - मेगा
पुस्तकालय ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3
जीआईटी संस्करण
प्लगइन्स 72 [सामान्य] [परीक्षण] [विकास]
Md5 4d44355f4d44355f4d44355f4d44355f बनाएँ
Md5 चेक फेल!
निर्माण समय 5 मई 2018 00:33:21
बाइनरी फ़ाइलनाम ThisIsTheDummyPlaceHolderForTheBinaryफ़ाइलनाम...

ghtester 5 मई 2018

जैसा कि GitHub पर बनाया और जारी किया गया है, ये दोनों BIN, 1 दिन (1 बिल्ड) अलग हैं।
ESP_Easy_mega-20180504_normal_ESP8266_1024.bin
कई अलग-अलग तरीकों से 'दोषपूर्ण' की पुष्टि की, रीसेट करना, विभिन्न नोड्स आदि
11 सेकंड के लूप में लगातार समस्याएं (201 बीकन टाइमआउट)
Homebrew पूरी तरह से एक ही स्रोत से काम कर रहा है।
प्रति
ESP_Easy_mega-20180505_normal_ESP8266_1024.bin
पूरी तरह से कार्य करना, स्रोत में परिवर्तन न्यूनतम होना
मुझे बताता है, गिटहब रिलीज संकलन में 'कहीं' विफलता है ..
वाईफ़ाई से कनेक्ट पहले प्रयास करें, तत्काल समय अपडेट, वाईफ़ाई को एक बार नहीं छोड़ा,
MQTT कनेक्शन बनाए रखना
आदि आदि -
कोई दोष नहीं;)

Oxyandy 5 मई 2018

तो इसका मतलब है कि पिछले कुछ हफ्तों में बहुत समय बिताया (???) संकलन मुद्दों के कारण हो सकता है?
यह दुर्भाग्यपूर्ण है, लेकिन कम से कम मुझे विश्वास दिलाता है कि मैं अपना दिमाग नहीं खो रहा हूं, सभी प्रकार के मुद्दों को देखकर रिपोर्ट किया गया है कि मैं पुन: पेश नहीं कर सकता और न ही समझा सकता हूं।

TD-er 5 मई 2018

😕1

f5 मुद्दे के लिए: उच्च बैंडविड्थ को lwip करने का प्रयास करें क्योंकि इसमें बड़े बफर थे। यह थोड़ी देर बाद दुर्घटनाग्रस्त हो सकता है।

s0170071 5 मई 2018

संकलन समस्याएं: आप 80 मेगाहर्ट्ज पर चल रहे हैं, है ना?

s0170071 5 मई 2018

मुझे लगता है कि 80 मेगाहर्ट्ज डिफ़ॉल्ट है।

TD-er 5 मई 2018

मैं जानता हूँ। लेकिन इसे 160 पर सेट करने से अजीब व्यवहार हो सकता है।

s0170071 5 मई 2018

हाँ, "F5" समस्या ही एकमात्र गंभीर समस्या है जिसे मैं इस विशेष बिल्ड में अब तक देख रहा हूँ। वास्तव में अगर मैं ईएसपी वेबपेज को रीफ्रेश करने के लिए इसे जल्दी से गंभीर रूप से दबाता हूं, तो इससे परेशानी होती है:

18084332: घटना: घड़ी#समय=शनि,08:47 प्रसंस्करण समय:2 मिलीसेकंड
18091174: डब्ल्यूडी: अपटाइम 302 कनेक्टविफलताएं 0 फ्रीमेम 14504
bcn_timout,ap_probe_send_start
18112119: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18115167: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18116976: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18119084: लोडफ्रॉमफाइल: अधिसूचना.डेट इंडेक्स: 0 डेटासाइज: 996
18119089: लोडफ्रॉमफाइल: अधिसूचना। डेटा सूचकांक: 1024 डेटासाइज: 996
18119092: लोडफ्रॉमफाइल: अधिसूचना.डेट इंडेक्स: 2048 डेटासाइज: 996
18119129 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18121330: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18121337: डब्ल्यूडी: अपटाइम 302 कनेक्टविफलताएं 0 फ्रीमेम 13584
18128862 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18130833: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18135120: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18136605 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18138356: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18140067: लोडफ्रॉमफाइल: अधिसूचना। डेटा सूचकांक: 0 डेटासाइज: 996
18140076 : लोडफ्रॉमफाइल: नोटिफिकेशन.डेट इंडेक्स: 1024 डेटासाइज: 996
18140078: लोडफ्रॉमफाइल: अधिसूचना। डेटा सूचकांक: 2048 डेटा आकार: 996
18140152 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18144694 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18144700 : घटना: घड़ी#समय=शनि,08:48
18144702: घटना: घड़ी#समय=शनि,08:48 प्रसंस्करण समय:2 मिलीसेकंड
18148558 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18151336 : डब्ल्यूडी : अपटाइम 303 कनेक्टविफलताएं 0 फ्रीमेम 12568
18153230: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18153763: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18155000 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18155592 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18156416: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18156838: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18164949 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18165234 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18165587: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18170770 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18170947 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18171120: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18171300 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18171733: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18177686: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
bcn_timout,ap_probe_send_start
18181336: डब्ल्यूडी: अपटाइम 303 कनेक्टविफलताएं 0 फ्रीमेम 10832
18182865 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18183367: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18188888: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18190025 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18203237: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18203809 : राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18203817 : घटना: घड़ी#समय=शनि,08:49
18203819 : घटना: घड़ी#समय=शनि,08:49 प्रसंस्करण समय:2 मिलीसेकंड
bcn_timout,ap_probe_send_start
bcn_timout,ap_probe_send_start
bcn_timout,ap_probe_send_start
18496844: राम उपयोग: केवल वेबसर्वर: 0 कोर सहित: 0
18496850: डब्ल्यूडी: अपटाइम 304 कनेक्टविफलताएं 0 फ्रीमेम 8736
18496856 : घटना: घड़ी#समय=शनि,08:53
18496858: घटना: घड़ी#समय=शनि,08:53 प्रसंस्करण समय:2 मिलीसेकंड

पिछले तीन bcn_timout, ap_probe_send_start संदेशों के बाद, डिवाइस को सीरियल कंसोल में भी लगभग 60 सेकंड के लिए फ़्रीज़ किया गया था, फिर यह बिना रीबूट के काम करना जारी रखता है।

हाँ यह 80 मेगाहर्ट्ज पर चल रहा है - सिस्टम जानकारी कहती है: ईएसपी चिप फ्रीक: 80 मेगाहर्ट्ज

ईएसपी वेब प्रतिक्रियाएं वास्तव में तेज़ हैं जब तक कि मैं बहुत तेज़ी से रीफ्रेश करने का प्रयास नहीं करता ...

ghtester 5 मई 2018

सुबह सब... मेरी इकाइयाँ अब लगभग 10 घंटे तक स्थिर चलती हैं। हालाँकि कभी-कभी समस्याएँ एक या दो दिन के बाद ही उठती हैं, इसलिए मैं उन्हें ऐसे ही दौड़ना छोड़ देता हूँ। एक यूनिट रात के दौरान दो बार रिबूट होती है (16 डी1 में से) जो प्लगइन से संबंधित हो सकती है या तो ... सोनोफ मूल बातें भी सुचारू रूप से चलती हैं।

clumsy-stefan 5 मई 2018

मुझे पता है कि आप टीडी-एर को देख या समझा नहीं सकते थे, लेकिन क्या आपने परीक्षण के रूप में गिटहब बिल्ड का उपयोग किया था?
मैं पिछले महीने रिलीज के लिए स्रोत पर वापस जा सकता हूं और होमब्रू बनाम तुलना कर सकता हूं
मेरे पास बहुत कुछ है जिसे मैंने बेकार समझा, नोटपैड ++ में मेरे एक टैब की सूची है

Oxyandy 5 मई 2018

F5 के बारे में, वास्तव में कोई समस्या नहीं है - मैं इसे बेंचमार्क के रूप में उपयोग करता हूं, मेरे पास F5 कुंजी के लिए ऑटो-रीफ्रेश नहीं है,
इसलिए मैं इसे मैन्युअल रूप से मार रहा हूं, एक ही समय में रैम का उपयोग और सीरियल लॉग आउटपुट देख रहा हूं।
स्मृति से "lwip उच्च बैंडविड्थ" लगभग तुरंत था
LmacRxBlk:1 त्रुटियां और वे पुनर्प्राप्त करने योग्य नहीं थीं..
जो मुझे याद दिलाता है कि मैं कुछ लिखने के लिए हूं .. सूची में .. पर ..
और मैं एक उपाय के रूप में फिर से विभिन्न संकलन सेटिंग्स की कोशिश करूंगा

Oxyandy 5 मई 2018

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

1127917: वाईफ़ाई: एसएसआईडी के साथ एपी मोड शुरू करने में त्रुटि: ईएसपी_01_1 आईपी: 192.168.4.1

लेकिन डिवाइस AI-THINKER_XXXXXXX के रूप में दिखाई दे रहा था, मैं इसे कनेक्ट करने में सक्षम था, लेकिन जब मैंने डिवाइस का नाम आदि बदलने की कोशिश की। मुझे डिवाइस, क्रैश और रिबूट आदि से कनेक्शन खोने का अनुभव हुआ ... :-(

अपडेट - कई प्रयासों के बाद मैंने अंडरलाइन को हटाने के लिए डिवाइस का नाम बदल दिया, लेकिन यह अभी भी डिवाइस नंबर से पहले है:
599417: वाईफ़ाई: एसएसआईडी के साथ एपी मोड शुरू करते समय त्रुटि: ईएसपी-001_1 आईपी: 192.168.4.1
और डिवाइस अभी भी AI-THINKER_XXXXXXX के रूप में दिखाई दे रहा है
मैं अब क्लाइंट के रूप में अपने AP से कनेक्ट नहीं हो सकता... मैं फ़ैक्टरी सेटिंग रीसेट करने का प्रयास करूँगा...

Update2 OK... फ़ैक्टरी रीसेट, डिवाइस ESP_Easy_0 AP के रूप में दिखाई दे रहा है... WifiSSID और WifiKey को सीरियल कंसोल के माध्यम से सेट करें, डिवाइस तुरंत AP से कनेक्टेड है...

ghtester 5 मई 2018

मेरी अधिकांश इकाइयाँ अभी भी ठीक चलती हैं ... हालाँकि मुझे नहीं लगता कि यह वास्तव में दो बार संकलन करने की बात है ... अंतर केवल इतना है, कुछ पुस्तकालयों को केवल पहली बार संकलित किया जाता है, उसके बाद, जब एसडीके देखता है कि वे नहीं बदला यह पुन: संकलित नहीं होगा ...

एक और चीज़ जो मैं अभी आज़माने जा रहा हूँ, वह है "D1 मिनी" बोर्ड को arduino में निर्दिष्ट करने के बजाय मैंने सभी मापदंडों को स्वयं सेट किया और "जेनेरिक 8266" मॉड्यूल का उपयोग किया ... हम देखेंगे कि क्या इससे कोई फर्क पड़ता है ...

वर्तमान में केवल एक चीज जो मैं देख रहा हूं वह कुछ इकाइयों से कुछ सहज रिबूट हैं ... लेकिन यह अन्य चीजों से संबंधित हो सकता है ...

मुझसे एक सवाल: सोनऑफ़ बेसिक में केवल 1M मेमोरी है ... इन चीजों को OTA अपडेट करने का कोई मौका? यह स्पष्ट रूप से हमेशा "पर्याप्त स्मृति नहीं" का दावा करता है ... कोई विचार?

पीएस: मुद्दों को संकलित करने के बारे में, मैंने शुरुआत से हमेशा स्वयं संकलित बाइनरी (अन्य प्लगइन्स) का उपयोग किया था, और "समान" स्थिरता के मुद्दे थे ... ..

clumsy-stefan 5 मई 2018

संकलन करते समय आप कम प्लगइन्स का उपयोग कर सकते हैं। देखें https://github.com/letscontrolit/ESPEasy/blob/mega/src/define_plugin_sets.h

आप सीधे ओटीए में सक्षम नहीं होंगे, लेकिन इस तरह यह दो चरणों में ओटीए के लिए कम से कम काफी छोटा है। उसके लिए विकी देखें :)

louis-lau 5 मई 2018

ठीक यही मैंने किया... इसलिए मैं हमेशा सेल्फ कंपाइलिंग कर रहा हूं... लेकिन यहां तक कि केवल 2 प्लगइन्स के साथ भी स्केच 500k का उपयोग करता है ...
इसलिए मैं एक अलग समाधान की तलाश में हूं (उदाहरण के लिए कोई वेब-इंटरफ़ेस नहीं ... आदि) ..

clumsy-stefan 5 मई 2018

500k काफी छोटा है। जैसा मैंने कहा, दो भाग ओटीए। आप सीधे अपडेट नहीं कर सकते। विकी को देखो :)

louis-lau 5 मई 2018

thx .. खोज रहा है ...;)

जोड़ें: किसी तरह मैं टू-स्टेप-पार्ट से चूक गया ....

clumsy-stefan 5 मई 2018

1M Sonoffs के साथ आपको एक प्रारंभिक अपलोडर का उपयोग करने की आवश्यकता होगी, जिसके शीर्षलेख में DOUT ध्वज है,
स्मृति से विकी पर एक नहीं है, लेकिन हाल ही में अपडेट किया गया हो सकता है ..

Oxyandy 6 मई 2018

मुझे कुछ ऐसा ही याद है, मैंने ओटीए के लिए इसका उपयोग कर रहा एक खोजा है: https://github.com/soif/EspBuddy/blob/master/firmwares/ESPEasyUploader.OTA.1m128.esp8266.bin

louis-lau 6 मई 2018

हाँ, जाँच की गई कि यह DOUT है
यहाँ एक है जिसे मैंने एक साथ रखा है यह छोटा है
प्रारंभिक_फर्मवेयर_अपलोडर_Sonoff_1M_DOUT.zip

Oxyandy 6 मई 2018

मैंने कहा कि मैं यह करूँगा क्योंकि मैं बहुत उत्सुक था......
सेल्फ_कंपाइल मेगा-20180422 की तुलना में गिटहब को जारी किया गया, अब तक - मैंने सिर्फ एक की कोशिश की
ESP_Easy_mega-20180422_normal_ESP8266_1024.bin
मैंने एक टिप्पणी छोड़ी और इसके व्यवहार पर लॉग ऑन किया https://github.com/letscontrolit/ESPEasy/issues/1301#issuecomment -383433822 (GitHub जारी)
एक ही स्रोत स्व-संकलित, कोई आश्चर्य नहीं, मैं नाइटली के लिए अलग व्यवहार देखता हूं।
यह जुड़ा रहा, शॉक हॉरर!
गिटहब ने मेगा-20180422 जारी किया, शीर्ष पर चमक गया, ठीक उसी तरह जैसा मैंने रिपोर्ट किया था जब मैंने पहली बार कोशिश की थी।
जुड़े नहीं रहेंगे, WIFI : Disconnected! Reason: '(200) Beacon timeout' साइकिल चलाना
कारण की जांच की जरूरत है... आहें
गिटहब जारी किया गया = भरोसा नहीं किया जाना चाहिए?

Oxyandy 6 मई 2018

मैंने कल या तो Arduino कंपाइलर झंडे पोस्ट किए। ट्रैविस किस झंडे का उपयोग करता है?

s0170071 6 मई 2018

👍1

मेरे पास 16 D1 और 3 बेसिक हैं जो f69e476 सेल्फ कंपाइल, कोर 2.4.1, lwIP2 हाई बैंडविथ पर चल रहे हैं।
उनमें से लगभग सभी > 900 मिनट के अपटाइम के साथ। अभी और अभी भी ठीक काम कर रहा है। उनमें से 2 ने लगभग एक घंटे पहले AP मोड में स्विच किया और अब तक फिर से कनेक्ट नहीं हुए। मैं आज रात तक इंतजार करूंगा और देखूंगा कि वे ठीक होते हैं या नहीं।

दुर्भाग्य से व्यवहार वास्तव में पुनरुत्पादित नहीं है, और मैं वास्तव में कोई सबूत नहीं दे सकता जहां मुद्दे आते हैं, लेकिन मैं किसी भी दोष की तलाश करना जारी रखूंगा और अगर मुझे कुछ भी मिलता है तो इसकी रिपोर्ट करें ...

@Oxyandy : मैंने अपने मूल कार्यों के लिए एक अपलोड भी ठीक किया है! मुझे सही दिशा में इंगित करने के लिए फिर से धन्यवाद ..;)

clumsy-stefan 6 मई 2018

@s0170071
वे .travis.yml और platformio.ini . में संग्रहीत हैं
मैंने तेजी से पढ़ा, टाडा, देखो मैंने क्या पाया
skip_cleanup: true
संपादित करें: आगे पढ़ना मुझे यकीन नहीं है कि क्या यह एक साफ निर्माण करने के लिए संदर्भित है?
मैं मानता हूँ मेरे लिए सब नया है...??? कैशिंग अक्षम करना?

Oxyandy 6 मई 2018

ट्रैविस हर बार एक साफ निर्माण करता है, क्योंकि यह अजगर के वातावरण को भी डाउनलोड करता है, आदि।

रात्रिकालीन निर्माण @psy0rz द्वारा किया जाता है, ट्रैविस द्वारा नहीं

TD-er 6 मई 2018

👍1

ओके डोकी, तो क्या वे क्लीन बिल्ड हैं?
यह समझने की कोशिश कर रहे हैं कि वे अलग व्यवहार क्यों करते हैं?

Oxyandy 6 मई 2018

bin1 और bin2 के MD5 की तुलना करने के बारे में क्या है?
यह इंगित करेगा कि क्या यह संकलन समय या रनटाइम समस्या है ...

susisstrolch 6 मई 2018

@susisstrolch आपका मतलब है जब आप खुद को संकलित करते हैं? इसकी वजह यह है कि एमडी 5 की गणना संकलन के बाद की जाती है। एक स्क्रिप्ट है जो आपके लिए ऐसा करती है।
https://github.com/s0170071/CRC4ESP

-संपादित करें: @susisstrolch मैंने आपको गलत
हाँ, आप md5 की तुलना कर सकते हैं, वे समान होने चाहिए। यदि आप इसे ऑफ़लाइन करते हैं, तो आप बायनेरिज़ की बिट-वार तुलना भी कर सकते हैं। इस तरह आप यह भी बता सकते हैं कि विचलन कहाँ है। यदि आप उन्नत हैं, तो आप उस कोड को बैक-ट्रैक भी कर सकते हैं। .elf फ़ाइल में सारी जानकारी होनी चाहिए।

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

तो फिर, Arduino, platformio, रात और ट्रैविस के लिए संकलन झंडे क्या हैं? विन / लिनक्स,।

s0170071 6 मई 2018

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

susisstrolch 6 मई 2018

लिनक्स पर Arduino IDE के लिए झंडे हैं:

build.lwip_lib=-llwip_gcc
build.lwip_include=lwip/include
build.lwip_flags=-DLWIP_OPEN_SRC
build.vtable_flags=-DVTABLES_IN_FLASH
build.float=-u _printf_float -u _scanf_float


compiler.cpreprocessor.flags=-D__ets__ -DICACHE_FLASH -U__STRICT_ANSI__ "-I{compiler.sdk.path}/include" "-I{compiler.sdk.path}/{build.lwip_include}" "-I{compiler.libc.path}/include" "-I{build.path}/core"

compiler.c.cmd=xtensa-lx106-elf-gcc
compiler.c.flags=-c {compiler.warning_flags} -Os -g -Wpointer-arith -Wno-implicit-function-declaration -Wl,-EL -fno-inline-functions -nostdlib -mlongcalls -mtext-section-literals -falign-functions=4 -MMD -std=gnu99 -ffunction-sections -fdata-sections

compiler.S.cmd=xtensa-lx106-elf-gcc
compiler.S.flags=-c -g -x assembler-with-cpp -MMD -mlongcalls

compiler.c.elf.flags=-g {compiler.warning_flags} -Os -nostdlib -Wl,--no-check-sections -u app_entry {build.float} -Wl,-static "-L{compiler.sdk.path}/lib" "-L{compiler.sdk.path}/ld" "-L{compiler.libc.path}/lib" "-T{build.flash_ld}" -Wl,--gc-sections -Wl,-wrap,system_restart_local -Wl,-wrap,spi_flash_read

compiler.c.elf.cmd=xtensa-lx106-elf-gcc
compiler.c.elf.libs=-lhal -lphy -lpp -lnet80211 {build.lwip_lib} -lwpa -lcrypto -lmain -lwps -laxtls -lespnow -lsmartconfig -lairkiss -lwpa2 -lstdc++ -lm -lc -lgcc

compiler.cpp.cmd=xtensa-lx106-elf-g++
compiler.cpp.flags=-c {compiler.warning_flags} -Os -g -mlongcalls -mtext-section-literals -fno-exceptions -fno-rtti -falign-functions=4 -std=c++11 -MMD -ffunction-sections -fdata-sections

s0170071 6 मई 2018

@ s0170071 मैंने एडविन से पूछने की कोशिश की, लेकिन उसने अभी तक कोई जवाब नहीं दिया है।
तो अभी के लिए, हम ठीक से नहीं जानते कि रात्रिकालीन निर्माण के लिए क्या किया जा रहा है।
और फिर भी अजीब व्यवहार रहता है (जिसे मैंने अपने सेटअप पर भी अनुभव किया) कि इसे दो बार संकलित करने से अलग-अलग परिणाम मिलते हैं।
बिल्ड के बीच बायनेरिज़ की तुलना चेकसम के माध्यम से नहीं की जा सकती है। इसमें एक बिल्ड टाइमस्टैम्प शामिल है, जो किसी भी बिल्ड के लिए अलग होगा। तो एक ही स्रोत को 100 बार संकलित करने से 100 अलग-अलग चेकसम मिलेंगे।
लेकिन कम से कम इसे वही कार्यक्षमता देनी चाहिए और ऐसा लगता है कि पहले और दूसरे निर्माण के बीच (कभी-कभी) नहीं हो रहा है। और _that_ ऐसा नहीं होना चाहिए।

TD-er 6 मई 2018

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

susisstrolch 6 मई 2018

@ s0170071 इसलिए हमें Arduino IDE के साथ निर्माण करते समय -g विकल्प के कारण बहुत सारी डिबग जानकारी मिलती है।
शायद आकार कम करने के लिए एक बिंदु ...

susisstrolch 6 मई 2018

आकार में कमी एक ऐसी चीज है जिस पर हमें भविष्य में ध्यान देना चाहिए, लेकिन ऑप्टिमाइज़ेशन फ़्लैग्स को स्विच करते समय आपको ध्यान रखना होगा। कुछ मुद्दों को पुन: उत्पन्न करने के लिए और भी कठिन हो सकते हैं।

TD-er 6 मई 2018

दिन के दौरान कुछ घंटे बाद दो अनटिस ठीक हो गए, लेकिन अन्य बेतरतीब ढंग से विफल हो रहे हैं ... दो चीजें जो मुझे अब तक मिली हैं:
मुझे लॉग में प्रविष्टियां मिलती हैं:
96493069: आईपी अवरुद्ध: 0.0.0.0 अनुमत: 10.0.0.0 - 10.0.255.255
96517068: डब्ल्यूडी: अपटाइम 1608 कनेक्टविफलताएं 0 फ्रीमेम 11544
पहली पंक्ति मुझे अजीब लगती है, क्या IP 0.0.0.0 से जुड़ने की कोशिश करती है? यह उन मुद्दों से संबंधित हो सकता है जिन्हें मैंने कुछ दिन पहले देखा था, कि इकाई पहुंच योग्य है, लेकिन यह मुझे बताता है कि इसमें आईपी 0.0.0.0 है।

दूसरी बात, भले ही पिछले 24 घंटों के दौरान कुछ भी नहीं किया गया था, मुझे सीपीयू लोड में अचानक उछाल दिखाई देता है, यहां तक कि "छोटी" इकाइयों में भी, जो केवल स्विच कार्यक्षमता का उपयोग कर रहे हैं (उदाहरण के लिए संलग्न ग्राफ में एनआर 7)।

यह पता लगाने का कोई मौका, सीपीयू लोड में यह अचानक परिवर्तन क्यों होता है? लॉग कुछ खास नहीं कहता.. (आज और कल से सीपीयू लोड)...

clumsy-stefan 6 मई 2018

क्या रीबूट के समय सीपीयू लोड कूद रहा है?
सीपीयू लोड की गणना करने का तरीका थोड़ा अजीब है।
यह 30 सेकंड में मुख्य लूप फ़ंक्शन को निष्पादित करने की संख्या लेता है।
इसकी तुलना देखी गई अधिकतम संख्या से की जाती है।
इसका मतलब यह है कि ऑपरेशन के दौरान देखी गई अधिकतम संख्या बढ़ सकती है, लेकिन यह भी कि रिबूट के बाद यह अचानक घट सकती है।

TD-er 6 मई 2018

नहीं, रिबूट पर नहीं... बस "बेतरतीब ढंग से" किसी बिंदु पर... दिलचस्प बात यह है कि यह एक साथ कई इकाइयों के साथ होता है... मुझे कोई सुराग नहीं है कि वहां क्या हुआ (तब घर नहीं था) ... विशेष रूप से इकाइयां 12- 14 वास्तव में सादे बोर्ड हैं जिनमें आरएसएसआई, लोड, अपटाइम और मेम को छोड़कर कोई कार्य नहीं है ... मेमोरी ग्राफ भी महत्वपूर्ण परिवर्तनों का कोई संकेत नहीं दिखाते हैं ...
अभी भी, कुछ इकाइयों पर लोड ~ 50% दिखाता है लेकिन वेब इंटरफ़ेस तेज़ है ..

इसके अलावा मेरे पास एक इकाई पर एक एनएफएक्स संचालित घड़ी है जो हर सेकेंड हाथों की स्थिति बदलती है। दिलचस्प बात यह है कि घड़ी एक समय में बंद हो गई, लेकिन इकाई बिना किसी समस्या के काम करती रही... जैसे यह कार्य अब और नहीं चल रहा था... लेकिन यह प्लगइन से संबंधित हो सकता है (क्योंकि यह खेल के मैदान में से एक है) लेकिन यह शायद मुद्दों की ओर इशारा करते हैं ...

लेकिन जैसा मैंने कहा, मैं इस समय बिल्कुल बिना किसी सुराग के हूं कि ये सभी मुद्दे कहां से आ सकते हैं .. वास्तव में बस कुछ खोजने की कोशिश कर रहे हैं .... और सभी को विचार-मंथन के लिए प्रतिक्रिया दे रहे हैं ....

वैसे भी, आपके प्रयासों और सहायता के लिए बहुत-बहुत धन्यवाद... अगर मुझे कुछ उचित लगता है तो मैं रिपोर्ट करूंगा...

clumsy-stefan 6 मई 2018

इसका मतलब यह भी हो सकता है कि सभी सेवाओं ने किसी समय उपलब्धता को बदल दिया।
या तो यह उपलब्ध हो गया जिससे नोड्स वास्तव में अधिक काम कर सके।
या यह अब उपलब्ध नहीं था। ESPeasy किसी होस्ट की उपलब्धता का पता लगाने के लिए उसे कुछ पिंग करने की कोशिश करता है। यदि वह पिंग विफल हो जाता है, तो यह टाइम-आउट अवधि के दौरान नोड को रोक देगा।

TD-er 6 मई 2018

वह "पिंग" कैसे किया जाता है? क्योंकि मैं समय-समय पर कुछ "अज्ञात होस्ट" देखता हूं ... क्या यह हो सकता है कि यह टाइमआउट काफी बड़ा हो? या पिंग ऑर्ड डीएनएस लुकअप को कम समयबाह्य करना है? वास्तव में मैं अब FQDN का उपयोग नहीं करता, केवल IP का, इसलिए DNS की समस्या होने की संभावना कम है ...

मैं सिर्फ नवीनतम प्रतिबद्धता के साथ अद्यतन कर रहा हूं ... कुछ इकाइयां अपडेट करना आसान है और काफी तेज हैं, अन्य बहुत धीमी हैं ...

मेरे पास एक ही एसएसआईडी पर 4 एपी चल रहे हैं, यह भी हो सकता है कि यह कभी-कभी एक बदतर का चयन करता है और फिर गति के मुद्दे होते हैं?

clumsy-stefan 6 मई 2018

मैं एसिंक पिंग के लिए पिंग करने के तरीके को बदलने की योजना बना रहा था।
कनेक्शन बनाने का प्रयास करते समय, यह देखने के लिए एक चेक होता है कि होस्ट उपलब्ध है या नहीं। यह पिंग के माध्यम से किया जाता है।

TD-er 6 मई 2018

और वह एक अवरुद्ध कॉल है?

clumsy-stefan 6 मई 2018

यह वास्तव में है, इसलिए मैं इसे कुछ async संस्करण में बदलना चाहता हूं।

TD-er 6 मई 2018

हम्म .. यह समझा सकता है, जब नेटवर्क कनेक्टिविटी कमजोर है, कि चीजें वास्तव में "धाराप्रवाह" नहीं हैं ... खासकर जब एक नया स्केच अपलोड करने का प्रयास कर रहा है ... क्या नेट में बहुत अधिक होने पर पिंग-टाइमआउट बढ़ाना संभव है विलंबता का?

clumsy-stefan 6 मई 2018

यह केवल संबंध बनाते समय किया जाता है।
MQTT कनेक्ट रिट्री का अनुभवी लोड जो विफल हो जाएगा वह बहुत अधिक ध्यान देने योग्य है।
वास्तव में बहुत सारे होस्ट नहीं हैं जिनसे हम जुड़ रहे हैं, इसलिए हो सकता है कि पृष्ठभूमि में कुछ एसिंक उपलब्धता जांच चल रही हो ताकि यह तय करने में सहायता मिल सके कि फिर से कनेक्ट करना है या नहीं।
एनबी एक डीएनएस लुकअप भी काफी अवरुद्ध हो सकता है जब यह अंततः विफल हो जाएगा।

TD-er 6 मई 2018

क्या ऐसा हो सकता है कि 0.0.0.0 सेकेंडरी डीएनएस है?

giig1967g 6 मई 2018

मैंने इसे DNS के साथ महसूस किया, इसलिए मैं अब केवल IP पतों का उपयोग करता हूं... मैं MQTT का बिल्कुल भी उपयोग नहीं करता, केवल fhme कंट्रोलर प्लगइन के साथ-साथ नियमित json क्वेरीज़ (HTTPMOD प्लगइन के साथ fhem से)।

एक चीज जो मैं शायद कोशिश कर रहा हूं वह यूडीपी इंटर-ईएसपीई नेटवर्किंग को अक्षम कर रहा है ... मैं इस भावना से छुटकारा नहीं पा सकता, कि इसका इकाइयों पर कुछ प्रभाव पड़ता है, खासकर जब 15+ इकाइयां चलती हैं जो नियमित अपडेट भेजती हैं। ..

clumsy-stefan 6 मई 2018

सभी इकाइयों को नवीनतम मेगा कमिट में अपडेट करने के बाद, सभी सीपीयू लोड "सामान्य" पर वापस चले गए ... आज सुबह लगभग 8 मैंने एनआर को रिबूट किया। 4 और 9, और देखें कि सीपीयू लोड का क्या हुआ, लगभग सभी इकाइयों में लगभग 30 मिनट की चोटी थी। और उसके बाद वापस सामान्य हो गया ....

बस एक त्वरित विचार: क्या यह संभव है कि प्राप्त इंटर-ईएसपीईसी यूडीपी ईवेंट अन्य इकाइयों को "पुनर्वितरित" कर रहे हैं और इसलिए एक लूप उत्पन्न कर सकते हैं और नेटवर्क स्टैक भर सकते हैं?

clumsy-stefan 7 मई 2018

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

अपनी उपस्थिति दर्ज करा रहे हैं।
"ग्लोबल सिंक" के माध्यम से प्लगइन्स के पैरामीटर मान भेजना।

वह अंतिम अब "नियंत्रक c_013" द्वारा बदल दिया गया है।

लेकिन सुनिश्चित नहीं है कि कोई लूप संभव नहीं है। उदाहरण के लिए डमी उपकरणों के साथ, MQTT आयात, आदि।
यह पुराने संस्करणों और "नियंत्रक 13" का उपयोग करने वाले नए संस्करणों के बीच भिन्न व्यवहार भी हो सकता है।

TD-er 7 मई 2018

ठीक है, त्वरित उत्तर के लिए धन्यवाद... मैं अब इसे बंद करने जा रहा हूँ, सम्मान। यूडीपी पोर्ट को 0 पर सेट करना और देखें कि क्या कुछ बदलता है ...

जोड़ें: इसे बदलने के बाद मैं लगभग 50% इकाइयों को रीबूट कर रहा हूं (बिना मधुमक्खी को ऐसा करने के लिए कहा गया है) ... और कुछ "HTTP: कनेक्शन विफल" लॉग में ....

clumsy-stefan 7 मई 2018

मैंने सीपीयू लोड के साथ एक समान समस्या देखी है। Wemos 13 प्लगइन्स के साथ एक स्व-संकलित परिवार कल्याण चला रहा है। मैं पिमैटिक के साथ रेस्ट एपीआई का उपयोग कर रहा हूं। जैसा कि आप देख सकते हैं कि किसी कारण से लोड 90% या उससे अधिक हो जाता है।

jopiekr 7 मई 2018

जानकारी के लिए: चूंकि मैंने उन्नत सेटिंग्स में पोर्ट को 0 पर सेट करके इंटर-ईएसपीईसी नेटवर्किंग को बंद कर दिया है, ऐसा लगता है (ज्यादातर) मेरे मुद्दे चले गए हैं! सभी 20 इकाइयों में अपटाइम> 20 मिनट है। और अभी भी नियमित रूप से मूल्यों की रिपोर्ट कर रहे हैं। वेब-अगर ऊपर और चल रहा है। सीपीयू-ग्राफ भी इन अचानक कूद के बारे में नहीं दिखाता है। केवल एक इकाई एपी मोड में बदल गई है, मैं देखूंगा कि क्या यह ठीक हो जाता है ..
शायद इसकी जांच की जरूरत है (स्रोत में) ... बहुत सारी इकाइयों के साथ यूडीपी-सामान संभवतः नेटवर्क स्टैक को ओवरलोड कर रहा है ...
उम्मीद है कि यह दूसरों की मदद करता है जो समान मुद्दों का सामना करते हैं ...

clumsy-stefan 8 मई 2018

यहाँ मेरा अनुभव है:
स्टेटिक आईपी और इंटर-ईएसपीसी नेटवर्क के साथ सभी 6 इकाइयां सक्रिय हैं।
नवीनतम फर्मवेयर लोड किया गया था "मेगा 20180505 मैनुअल दो बार बनाया गया"। (लेकिन पिछले फर्मवेयर भी बहुत अच्छी तरह से काम कर रहे थे)।
वे लगभग 3 दिनों से बिना किसी समस्या के चल रहे हैं।

immagine

giig1967g 8 मई 2018

यही कारण है कि मैं कुछ वाईफाई/नेटवर्क फिक्स करने से पहले कुछ दिन इंतजार करना चाहता हूं। वास्तव में क्या गलत है यह देखने के लिए बस इसे थोड़ी देर के लिए चलने दें और Arduino मुद्दों की सूची में कुछ मुद्दों को पढ़ने का प्रयास करें।
मैंने पहले ही देखा है कि कई मुद्दे कुछ वाईफाई कॉन्फ़िगरेशन के लिए पावर प्रबंधन को अक्षम करने का सुझाव देते हैं। जाहिरा तौर पर ESP8266 + एक्सेसपॉइंट के कुछ संयोजन सक्षम बिजली प्रबंधन सुविधाओं के साथ अच्छी तरह से काम नहीं करते हैं (जो डिफ़ॉल्ट रूप से सक्षम होते हैं)
तो यह ESPeasy में जोड़ने का एक विकल्प है।

मैं अगले दिनों और विचारों की तलाश में हूं और शुक्रवार/शनिवार को कोड करने के लिए मेरे पास अधिक समय है।

TD-er 8 मई 2018

संदर्भ के लिए मर्लिन फर्मवेयर के साथ मेरा एक्सेस प्वाइंट ASUS RT-AC68U है

giig1967g 8 मई 2018

मुझे लगता है कि ज्यादातर समस्याएं अधिक बजट मॉडल के लिए फ़ैक्टरी डिफ़ॉल्ट फ़र्मवेयर के साथ हैं और शायद कुछ पुराने एक्सेसपॉइंट जो आधुनिक वाईफाई उपकरणों के बिजली बचत विकल्पों से अवगत नहीं थे।
प्रश्न बना रहता है कि क्या इन सुविधाओं का स्वतः पता लगाने के लिए ऐसी सुविधाओं पर बातचीत करना संभव है।

TD-er 8 मई 2018

डिफ़ॉल्ट रूप से अक्षम छोड़ने और सेटिंग पृष्ठ में अनुरोध किए जाने पर ही सक्षम करने के बारे में क्या?
मुझे लगता है कि बिजली की बचत के विकल्प केवल बैटरी संचालित उपकरणों के लिए समझ में आते हैं।

giig1967g 8 मई 2018

वे अन्य उद्देश्यों के लिए भी समझ में आते हैं।
अधिक शक्ति का अर्थ है अधिक गर्मी और कुछ सेंसर से घिरे होते हैं.... ;)

TD-er 8 मई 2018

उच्च प्रोसेसर लोड के अलावा। मैं 2.3.0 कोर के साथ 16/03 के एक परिवार कल्याण में वापस गया और सब फिर से सामान्य हो गया। अब लोड अधिकतम। 25%। साथ ही वेमोस का रिस्पांस टाइम भी काफी बेहतर है। 08/05 और 16/03 दोनों के साथ मेरे पास वाईफाई डिस्कनेक्ट बिल्कुल नहीं है। अभी तक यह पता नहीं चल पाया है कि लोड अधिक होने का क्या कारण है। इसके अलावा दोनों ही मामलों में मैंने udp का उपयोग नहीं किया।

jopiekr 10 मई 2018

UDP को अक्षम करने के बाद से इकाइयाँ बिना किसी समस्या के चलती हैं, सिवाय उन इकाइयों को छोड़कर जिनमें LCD लगा होता है। मुझे लगता है कि यदि आपके पास बहुत सारी इकाइयाँ बात कर रही हैं (> 20) तो वे या तो सभी यूडीपी संदेशों को डिकोड करने में बहुत व्यस्त हो जाती हैं या कुछ मेमोरी लीक या समान होती हैं। यह एक दूसरे की शुरुआत के बाद इकाइयों के सहज रिबूट की व्याख्या भी करेगा। बस एमएचओ... सुनिश्चित करने के लिए और अधिक डिबग करने की जरूरत है...

clumsy-stefan 11 मई 2018

यह yield() कुछ कॉलों के लिए बिना समय के लंबे कार्य करने से भी संबंधित हो सकता है, जो delay() कॉल करते समय भी किया जाता है।
मैं कल्पना कर सकता हूं कि एलसीडी प्लगइन (और शायद कुछ अन्य भी) कुछ कार्य करते हैं जो> 10msec लेते हैं।

TD-er 11 मई 2018

एलसीडी के साथ इकाइयाँ समय के साथ व्यस्त हो जाती हैं ... जब रिफ़्लैश करने का प्रयास करते हैं तो मुझे उन्हें पहले रीबूट करने की आवश्यकता होती है, क्योंकि कुछ घंटों के बाद अपलोड काम नहीं करता है (या उम्र लेता है ...)

अन्य सभी इकाइयां अब ठीक चल रही हैं, लेकिन जैसा कि कहा गया है, इंटर ईएसपी घोषणा को अक्षम करना होगा ...

कम से कम वाईफाई इस तरह स्थिर है, अब तक कनेक्टिविटी के साथ कोई अन्य समस्या नहीं है ... (अब तक 20+ यूनिट चल रहा है)

clumsy-stefan 11 मई 2018

क्या आपके पास सीरियल पोर्ट पर लॉगिंग सक्षम है?
क्या आप शायद इसे "कोई नहीं" पर सेट कर सकते हैं?

TD-er 11 मई 2018

हम्म .. दिलचस्प बिंदु, मेरे पास सीरियल पोर्ट लॉगिंग पर डिफ़ॉल्ट "जानकारी" है, लेकिन सीरियलपोर्ट को पूरी तरह से नीचे अक्षम कर दिया गया है ... क्या इससे समस्याएं हो सकती हैं?

मैं इसे इकाइयों पर "कोई नहीं" में बदलने जा रहा हूं, मैं देखूंगा कि क्या इससे कोई फर्क पड़ता है ..

clumsy-stefan 11 मई 2018

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

TD-er 11 मई 2018

इसके साथ ही कोर 2.3.0 और 2.4.1 मई 10 के बीच का अंतर मैंने परिवार कल्याण को 2.4 से वापस 2.3 में बदल दिया है। दोनों के लिए सेटिंग्स और नियम बिल्कुल समान हैं।

jopiekr 11 मई 2018

@jopiekr : सीपीयू लोड को प्रिंट करने के लिए आप किस सॉफ्टवेयर का उपयोग कर रहे हैं?

giig1967g 11 मई 2018

@ gii1967g यह पाइमैटिक है। क्या यह बिना किसी समस्या के एक ऑरेंजपी वन पर एक वर्ष से अधिक समय से चल रहा है। रास्पबेरी पाई पर भी बैक अप के रूप में। pimatic.org

jopiekr 11 मई 2018

सभी सीरियल-लॉग्स को अब कोई नहीं में बदल दिया... मैं देखता हूँ क्या होता है...

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

clumsy-stefan 11 मई 2018

मैंने -77dB से ऊपर देखा है कि वे अनुत्तरदायी बन सकते हैं। साथ ही जब वे बैटरी से संचालित न हों तो अपने राउटर के लीज टाइम नवीनीकरण की जांच करें। मैंने 12000 मिनट के बाद उन्हें रीबूट करने का नियम बनाया है।

jopiekr 11 मई 2018

उन्हें पिछले एक से फिर से जुड़ना चाहिए। पिछले सक्रिय कनेक्शन के बीएसएसआईडी के लिए पहला पुन: कनेक्ट करने का प्रयास है।
लेकिन मुझे लगता है कि हमें सेटिंग्स में बीएसएसआईडी जोड़ना चाहिए।

पिछले कुछ दिनों से मैं वाईफाई के मुद्दों के बारे में बहुत सोच रहा हूं और मैं कुछ प्रकार के काम के आसपास आया हूं जो शायद कोर लिब में मौजूद हैं, या एपी फर्मवेयर संस्करणों के साथ संयोजन में मौजूद हैं
वर्तमान में केवल SSID + pwd का उपयोग करके कनेक्ट करने का प्रयास करते समय कोर लिब एक स्कैन करता है।
इस तरह जब आप कनेक्ट करते समय BSSID + चैनल प्रदान करते हैं तो यह बहुत तेज़ होता है।
क्योंकि तब उसे स्कैन करने की जरूरत नहीं पड़ती।
तो क्यों न स्वयं स्कैन करें, ज्ञात SSID को खोजें, सभी BSSIDs + चैनल को मेल खाने वाले नेटवर्क के लिए संग्रहीत करें और फिर केवल BSSID + चैनल का उपयोग करके कनेक्ट करने का प्रयास करें।
फिर आपके पास स्वचालित विफलता भी होती है और एक कनेक्शन को नवीनीकृत करने पर विचार करने पर पूरा नियंत्रण होता है। (और इस प्रकार सेवाओं को पुनरारंभ करें)

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

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

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

ऐसा अस्थायी डिस्कनेक्ट DNS लुकअप और अन्य कनेक्शन रुकावटों को भी प्रभावित कर सकता है जो कुछ समय के लिए ESP को रोक सकते हैं। यह सीपीयू-लोड को भी प्रभावित कर सकता है, क्योंकि वह (खराब परिभाषित) मान इस बात पर आधारित है कि 30 सेकंड में कितनी बार लूप () फ़ंक्शन चलाया जा रहा है। यदि कुछ DNS समाधान अनुरोध के लिए कॉल ESP को रोकता है, तो लूप की संख्या काफी कम होगी और इस प्रकार एक उच्च रिपोर्ट किया गया CPU लोड होगा।

TD-er 11 मई 2018

@jopiekr आप नियमों से मुझे लगता है कि रीबूट भी जारी कर सकते हैं।
मैं पहले बिजली बचाने के विकल्पों को अक्षम करने पर गौर करूंगा (और इसे चयन योग्य बनाऊंगा)

TD-er 11 मई 2018

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

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

हालांकि मैं आपके कोड के भीतर स्कैन करने के लिए सहमत हूं और फिर तय करता हूं कि आरएसएसआई और ज्ञात बीएसएसआईडी के आधार पर कौन सा लेना है ...

clumsy-stefan 11 मई 2018

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

TD-er 11 मई 2018

ठीक है, कैसे एक "नियमित" स्कैन के बारे में जो ताकत का ट्रैक रखता है? या कम से कम रीबूट के बाद इसे पुनर्मूल्यांकन करना चाहिए कि वह किस एक्सेसपॉइंट को चुनता है ...

clumsy-stefan 11 मई 2018

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

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

तो सुधार की गुंजाइश है :)

TD-er 11 मई 2018

बहुत आशाजनक लगता है। अब तक मुझे 2AA बैटरी के साथ 2 महीने की बैटरी लाइफ 3.3V तक और हर 900 में एक DHT सेंसर भेजने के साथ मिलती है। यह हटाए गए वोल्टेज नियामक के साथ रोबोटडीन ईएसपी प्रो बोर्ड पर है।

jopiekr 11 मई 2018

@ टीडी-एर ने कल से ही निर्माण की कोशिश की। अगर मैं एक स्थिर आईपी या डीएचसीपी का उपयोग करता हूं तो मुझे कनेक्ट समय में कोई अंतर नहीं दिख रहा है। दोनों कनेक्ट रीसेट के बाद लगभग 3 सेकंड लगते हैं।

s0170071 11 मई 2018

फिर आपके पास एक त्वरित डीएचसीपी सर्वर है।
वाईफाई से कनेक्ट होने में 2.5 सेकंड के बाद, माई फ्रिट्ज़बॉक्स को डीएचसीपी के लिए लगभग 2.5 सेकंड का समय लगता है।
तो एमक्यूटीटी कनेक्ट + एनटीपी टाइम सेटअप बूट से लगभग 6 - 6.5 सेकंड लेता है।

TD-er 12 मई 2018

फ़्रिट्ज़ बॉक्स 7490।

s0170071 12 मई 2018

त्वरित अद्यतन: InterESP UDP को अक्षम करने के बाद (और 1M इकाइयों से C13 को हटाकर) और सीरियल लॉग को "नॉन" (सीरियल-पोर्ट को अक्षम करना) पर सेट करने के बाद, मेरी लगभग सभी इकाइयाँ पिछले 30+ घंटों से स्थिर चलती हैं ... के बीच एक मिश्रण D1 Mini, D1 pro, Sonoff Basic, Dual और 4ch... 20+ इकाइयाँ... मेगा-20180511 से कमिट पर चल रही हैं, Arduino IDE के साथ स्वयं संकलित...

clumsy-stefan 12 मई 2018

🎉1

मेरे पास मॉडेम के रूप में 7581 और एक्सेसप्वाइंट के रूप में 3 * 1750E है।

TD-er 12 मई 2018

बीटीडब्लू: मैं मिकरोटिक एपी (और वास्तव में एक पुराना यूएसआर) पर चल रहा हूं। आज रात से नवीनतम प्रतिबद्धताओं के साथ अब इकाइयों को अद्यतन करने जा रहे हैं...

clumsy-stefan 12 मई 2018

नवीनतम कमिट वर्तमान में केवल JSON संबंधित कोड (लॉग व्यूअर + अपडेट सेंसर मान) से निपटते हैं।
अभी तक वाईफाई कोड के साथ नहीं।

TD-er 12 मई 2018

निश्चित रूप से, लेकिन वाईफाई नवीनतम कामों के साथ "पर्याप्त स्थिर" प्रतीत होता है, इसलिए मैं अपनी इकाइयों के साथ अद्यतित रहना चाहता हूं;)

clumsy-stefan 12 मई 2018

इसे फिर से लाने के लिए खेद है, लेकिन मैं अभी भी इस मुद्दे को समाप्त करता हूं कि ईएसपी को लगता है कि इसमें 0.0.0.0 का आईपी है और सर्वर से बात करना बंद कर देता है, नेटवर्क और वेब स्तर पर सब कुछ ठीक है! संलग्न स्क्रीनशॉट देखें, इसे ESPEasy और esp8266 के विभिन्न संस्करण संयोजन के साथ आज़माया ...
क्या कोई इसका अनुभव करता है?
untitled

clumsy-stefan 31 मई 2018

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

TD-er 31 मई 2018

नहीं, सीधे नेटवर्क के माध्यम से जुड़ा हुआ है। पिंग और एचटीटीपी मुद्दों के बिना काम करता है, तेज, (क्लाइंट आईपी 10.0.0.10 देखें जो मेरा लैपटॉप है, आंतरिक नेट 10.0.0.0/16 है) ... हां, हालांकि काफी अजीब ..
डीएचसीपी संबंधित हो या तो .. रिबूट के बाद सब कुछ फिर से ठीक है ..

क्या यह इस तथ्य से संबंधित हो सकता है, कि मैंने केवल एक नियंत्रक (FHEM) को सक्षम किया है और कोई MQTT सक्षम नियंत्रक नहीं है? मैंने नियंत्रक प्लगइन के बाहर स्रोतों में बहुत सारे mqtt कोड देखे ... बस एक अनुमान ... लेकिन मुझे लगता है कि यह वास्तव में संबंधित नहीं है ...

clumsy-stefan 31 मई 2018

शायद डीएचसीपी समाप्त हो गया और नवीनीकृत नहीं हुआ?

uzi18 3 जून 2018

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

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

clumsy-stefan 4 जून 2018

मैंने पहले ही नवीनतम संस्करणों के साथ 10+ दिनों के कनेक्शन-अपटाइम (बिना किसी पुन: कनेक्ट किए अपटाइम) को देखा है।
बहुत सारे अनुरोधों के साथ अपने राम को भरने के लिए इकाइयों को प्राप्त करना संभव है।
और मैंने बहुत सारे अनुरोध करते समय LWIP को अजीब चीजें करते देखा है। (स्मृति से पढ़ना जिसमें उस अनुरोध से संबंधित डेटा नहीं है।)

TD-er 4 जून 2018

आज एक नोड ने फिर से प्रत्युत्तर देना बंद कर दिया है। उसने वाईफाई से डिस्कनेक्ट कर दिया। मैं "esp" नेटवर्क से कनेक्ट नहीं हो सका। उसने नियंत्रक को डेटा भेजना बंद कर दिया। मुझे उसे रिबूट करना पड़ा। शायद एक प्रहरी एक अच्छा समाधान होगा। यदि, उदाहरण के लिए, वाईफाई से एक घंटा डिस्कनेक्ट हो जाता है, तो यह रीबूट हो जाता है। या शायद यह नियमों के साथ किया जा सकता है, लेकिन मुझे नहीं पता कि कैसे :)

melwinek 9 जून 2018

आज मैंने प्लगइन डीबग करते समय बहुत सारे वॉचडॉग कार्यों का अनुभव किया।
और अब मुझे पता है कि कभी-कभी जब प्रहरी हस्तक्षेप करता है, तो एक नोड रुका रह सकता है।
तो एक प्रहरी सही समाधान नहीं है।

क्या यह संभव है कि आपके हैंगिंग नोड को फ्लैश करने के बाद कभी भी रिबूट नहीं किया गया हो? (प्रेस रीसेट या पावर साइकिल)

TD-er 9 जून 2018

यह संभव है कि फ्लैशिंग के बाद कोई रिबूट न हो। लेकिन यह सीरियल नहीं बल्कि www के जरिए फ्लैशिंग थी।

melwinek 10 जून 2018

ठीक है, तो कोई बात नहीं, अगर आपने ओटीए फ्लैश किया है।
जब तक सीरियल फ्लैश के बाद उचित रीसेट/रीबूट हो गया हो।

TD-er 10 जून 2018

खैर, कई स्थिरता के मुद्दों और नवीनतम फर्मवेयर रिलीज के साथ अजीब वाईफाई परेशानियों से जूझने के बाद मुझे अंत में पुराने संस्करणों पर वापस जाना पड़ा। उदाहरण के लिए, जब तक हाल ही में पावर आउटेज नहीं हुआ, तब तक मेगा-20180311dev वाला एक पुराना ESP12E नोड 70 दिनों तक काम कर रहा था, जो ThingSpeak को तापमान डेटा भेज रहा था।
मेगा-20180522dev में अपग्रेड करने के बाद दूसरे नोड पर मैं डिफ़ॉल्ट रूप से रीसेट होने के बावजूद हर 24 घंटों में अपवाद के कारण रिबूट का अनुभव कर रहा था, बस बिना किसी डिवाइस को कॉन्फ़िगर किए, कोई एनटीपी कॉन्फ़िगर नहीं किया गया, कोई नियंत्रक नहीं ... 48 घंटे कभी नहीं बचा। ढाई दिन पहले मेगा-20180324 में डाउनग्रेड करने के बाद, कॉन्फ़िगरेशन रखा, बस एनटीपी को फिर से सक्षम किया और अब तक यह चल रहा है। हालांकि इन पुराने संस्करणों में कुछ बग और अनुपलब्ध विशेषताएं हैं, मेरे लिए यह वर्तमान में सबसे अच्छा विकल्प है।

ghtester 4 जुल॰ 2018

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

s0170071 4 जुल॰ 2018

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

ghtester 4 जुल॰ 2018

मुझे लगता है कि यह प्रयुक्त प्लगइन या शायद प्लगइन्स के संयोजन से भी संबंधित है।

पिछले हफ्ते मैंने समय के प्रभावों को देखने पर काम किया और मुझे यकीन है कि यह समय-महत्वपूर्ण कार्यों पर महत्वपूर्ण प्रभाव डालेगा।

मैंने अभी अपने कुछ नोड्स को देखा है, सभी चल रहे आधिकारिक बिल्ड:

बाइनरी फ़ाइल नाम ESP_Easy_mega-20180513_normal_ESP8266_4096.bin

इकाई 3

अपटाइम 16 दिन 18 घंटे 26 मिनट
कनेक्टेड 5d23h07m
अंतिम डिस्कनेक्ट कारण (201) कोई एपी नहीं मिला
नंबर फिर से जुड़ता है 2

इकाई 5

अपटाइम 11 दिन 5 घंटे 22 मिनट
कनेक्टेड 5d22h57m
अंतिम डिस्कनेक्ट कारण (201) कोई एपी नहीं मिला
नंबर फिर से जुड़ता है 4

यूनिट 6

अपटाइम 11 दिन 5 घंटे 23 मिनट
कनेक्टेड 45 मीटर 1 s
अंतिम डिस्कनेक्ट कारण (201) कोई एपी नहीं मिला
संख्या फिर से जुड़ती है 58

बाइनरी फ़ाइल नाम ESP_Easy_mega-20180619_test_ESP8266_4096.bin

यूनिट 7

अपटाइम 13 दिन 20 घंटे 51 मिनट
कनेक्टेड 5d23h05m
अंतिम डिस्कनेक्ट कारण (202) प्रामाणिक विफल
नंबर फिर से जुड़ता है 2

लगभग 6 दिन पहले, मुझे अपने एक वाईफाई एक्सेसपॉइंट के साथ कुछ समस्याएँ थीं, जिन्हें मुझे पुनः आरंभ करना पड़ा।

यूनिट 6 यूनिट 3 और 7 के समान ही जुड़ा है, लेकिन इसमें बहुत अधिक पुन: कनेक्ट हैं।
अलग-अलग CO2 सेंसर (MH-Z19 A, B और SenseAir S8) की तुलना करने के लिए वे 3 इकाइयाँ एक-दूसरे से एक मीटर के भीतर एक-दूसरे के ठीक बगल में हैं और सभी एक ही बिजली की आपूर्ति (IKEA 3-पोर्ट USB चार्जर) द्वारा संचालित हैं।

उनके बीच एकमात्र अंतर यह है कि अधिक पुन: कनेक्ट करने वाले के पास सेंसएयर सेंसर होता है।
तो यह हो सकता है कि सेंसर का कार्यान्वयन वाईफाई रूटीन (कम देरी कॉल) पर अधिक दबाव डालता है, जिससे वाईफाई अस्थिरता हो सकती है।

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

TD-er 4 जुल॰ 2018

मैं हमेशा आधिकारिक बिल्ड का उपयोग कर रहा हूं क्योंकि मैं इन उपकरणों के लिए विकासशील वातावरण को तैयार करने और बनाए रखने में सक्षम नहीं हूं।
उल्लिखित रिलीज़ मेगा-20180522dev, जैसा कि मैंने ऊपर वर्णित किया है, पूरी तरह से खाली कॉन्फ़िगरेशन था, इसलिए बिल्कुल कोई प्लगइन्स का उपयोग नहीं किया गया, कोई नियम नहीं, मैंने अंत में डिफ़ॉल्ट नियंत्रक Nr1 को भी हटा दिया है। लगभग 24-40 घंटों के अंतराल पर अपवाद के कारण नोड को रिबूट होने से कोई नहीं रोक सका।

ghtester 4 जुल॰ 2018

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

1104 : WD   : Uptime 0 ConnectFailures 0 FreeMem 21800
1105 : S
W   : State 1.00
1106 : EVENT: x#w=1.00

scandone

state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 2
c
nt 

connected with BJ3, channel 12
dhcp client start...
4350 : WIFI : Connected! AP: BJ3 (E8:DE:27:4F:66:86) Ch: 12 Duration: 3760 ms
4351 : EVENT: WiFi#ChangedAccesspoint
4355 : IP   : Static IP : 192.168.2.184 GW: 192.168.2.1 SN: 192.168.2.0 DNS: 8.8.8.8
4360 : WIFI : Static IP: 0.0.0.0 (ESP5-5) GW: 0.0.0.0 SN: 0.0.0.0   duration: 11 ms
4367 : EVENT: WiFi#Connected
4374 : Webserver: start
4374 : WIFI  : Arduino wifi status: WL_DISCONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
ip:192.168.2.123,mask:255.255.255.0,gw:192.168.2.1
4400 : WIFI : Static IP: 192.168.2.123 (ESP5-5) GW: 192.168.2.1 SN: 255.255.255.0   duration: 50 ms
4401 : EVENT: WiFi#Connected
4406 : WIFI  : Arduino wifi status: WL_CONNECTED ESPeasy internal wifi status: ESPEASY_WIFI_SERVICES_INITIALIZED
4500 : MQTT : Intentional reconnect
4501 : LoadFromFile: config.dat index: 28672 datasize: 724

uzi18 4 जुल॰ 2018

@ uzi18 क्या आपने स्थिर आईपी कॉन्फ़िगरेशन के लिए सभी फ़ील्ड सेट किए हैं?

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

TD-er 5 जुल॰ 2018

@ टीडी-एर हां, सभी डेटा भरा - जैसा कि आप लॉग में देखते हैं।
मैंने नया मॉड्यूल फ्लैश किया है
जानकारी: प्लगइन्स: 71 [सामान्य] [परीक्षण] (ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 2.0.3)
और यह उस तरह काम करता है।
मॉड्यूल केवल मूल बैग से लिया गया था और फ्लैश किया गया था, एस्पेसी यहां पहले कभी नहीं था।

uzi18 5 जुल॰ 2018

@ टीडी-एर: उस पर दो विचार:

MQTT ब्रॉडकास्टर के लिए मेरा गैर ESPEasy हीटिंग नवीनतम pubsub क्लाइंट का उपयोग करके त्रुटिपूर्ण रूप से काम कर रहा है। फिर से जुड़ता है और इसी तरह। हो सकता है कि ESPEasy कनेक्टिविटी सर्विलांस कोर लाइब्रेरी द्वारा पहले से किए गए कार्यों में हस्तक्षेप कर रहा हो। क्या हमारे पास उस अतिरिक्त पिंग-रीकनेक्ट-वाइफिस्टेट सामग्री को अक्षम करने का कोई तरीका होना चाहिए? सिर्फ परीक्षण के लिए?
क्या आप वाईफाई ऑटो पावर डाउन के बारे में जानते हैं? https://blog.creations.de/?p=149

s0170071 5 जुल॰ 2018

अच्छा होगा यदि कोई अस्थिर वाईफाई वाला व्यक्ति इस पीआर का परीक्षण कर सके: https://github.com/letscontrolit/ESPEasy/pull/1562

TD-er 12 जुल॰ 2018

@ TD-er बस https://github.com/esp8266/Arduino/pull/4718 पर ठोकर खाई
lwip पुन: कनेक्ट मुद्दों से संबंधित है। इस बीच तय है। शायद आप इसे छोड़ना चाहते हैं ...

s0170071 13 जुल॰ 2018

मैं हमेशा esp8266 से नवीनतम जीआईटी संस्करण का उपयोग करता हूं .. इसलिए मुझे शायद 0.0.0.0 मुद्दा अब और नहीं दिख रहा है ...

clumsy-stefan 13 जुल॰ 2018

कल फिर से राउटर के पुनरारंभ होने के बाद एक नोड ने नेटवर्क से संपर्क खो दिया।
नियम सही ढंग से काम किया।
यह मेरा अपना वॉल स्विच है, इसे रीसेट करने के लिए अलग करना मुश्किल है।

भविष्य में इसे सुविधाजनक बनाने के लिए, मैंने नियमों में संशोधन किया है:

on S1#Switch do
timerSet,1,5 
if [R1#Relay]=1
gpio,12,0
else
gpio,12,1
endif
endon

on S2#Switch do
if [R2#Relay]=1
gpio,13,0
else
gpio,13,1
endif
endon

On Rules#Timer=1 do
if [S1#Switch]=1.00
 reboot
endif
endon

अब जीवन आसान हो जाएगा :))

melwinek 18 जुल॰ 2018

मैं हर 24 घंटों में रीबूट करता हूं। यह 4 सप्ताह पहले सप्ताह में दो बार फर्मवेयर के साथ एक नोड को पुनर्जीवित करता है।
शायद यह एक स्थायी विशेषता होनी चाहिए ....

s0170071 18 जुल॰ 2018

क्या यह अभी भी एक मुद्दा है? यदि ऐसा है तो कृपया फिर से खोलें।

Grovkillen 25 अक्तू॰ 2018

मुद्दे की सूची में हमारा सबसे लंबा सूत्र....

TD-er 25 अक्तू॰ 2018

Espeasy: वाईफ़ाई मुद्दे-कभी न खत्म होने वाली कहानी- गैर-घटना आधारित वाईफाई पर वापस जाएं?

सबसे उपयोगी टिप्पणी

सभी 388 टिप्पणियाँ

अगर परिभाषित (ESP8266)

अगर अंत

अपरिभाषित PLUGIN_BUILD_NORMAL

अपरिभाषित PLUGIN_BUILD_TESTING

अपरिभाषित PLUGIN_BUILD_DEV

PLUGIN_BUILD_CUSTOM परिभाषित करें

अपरिभाषित BUILD_UPLOADER

यदि परिभाषित किया गया है (BUILD_UPLOADER)

अन्यथा

अगर अंत

अपरिभाषित BUILD_GIT

BUILD_GIT "2abec2b" को परिभाषित करें `

संबंधित मुद्दों