कोरोना एसडीके सटीक टाइमर

सभी को नमस्कार। इस छोटे से लेख में मैं आपको बताऊंगा कि पढ़ने की सटीकता के स्वीकार्य संकेतक के साथ कोरोना एसडीके पर अपने आवेदन में एक टाइमर कैसे बनाया जाए। यह भी विचार करें कि मानक टाइमर की समस्याएं क्या हैं।

निम्नलिखित समस्या को लेख में हल किया जाएगा: एक आवेदन बनाने के लिए जो बीता हुआ समय दिखाएगा क्योंकि आवेदन को उसके अद्यतन के साथ प्रति सेकंड 1 बार चालू किया गया था।

1. स्पष्ट मानक समाधान।

एक मानक टाइमर बनाएं और इसकी टिक प्रदर्शित करें।

timeout = 1000 timer.performWithDelay( timeout,function(event) print(event.count) end,0) 

सब कुछ स्पष्ट प्रतीत होता है, लेकिन इस समाधान के काम में विशेषताएं हैं:

• सबसे पहले, मानक टाइमर 300-400ms से शुरू होने वाले टाइमआउट को सही ढंग से और सही ढंग से काम करने में सक्षम है, और इस मूल्य के नीचे सब कुछ बहुत महत्वपूर्ण रूप से शुरू होता है, लेकिन टाइमआउट निर्दिष्ट सीमाओं से अधिक होने के कारण हमारा मामला अलग है। टाइमर की न्यूनतम संभव टिक अवधि (यदि आप 1 एमएस निर्दिष्ट करते हैं) 1 / एफपीएस है, अर्थात। 16. (6) 60 फ्रेम या 33 के लिए एमएस। (3) 30 फ्रेम के लिए एमएस।
• दूसरे, यहां तक ​​कि संकेतित अपेक्षाकृत सटीक अवधि में भी, प्रत्येक टिक से लगभग 5-10 एमएस की एक यादृच्छिक त्रुटि है, अर्थात्। एक घंटे में 15-30 सेकंड की त्रुटि होती है। टाइमर बनाते समय पैरामीटर में निर्दिष्ट मान से 5 एमएस घटाकर इस समस्या को आंशिक रूप से हल किया जा सकता है, अर्थात। 1000 के बजाय 995 निर्दिष्ट करें।
• तीसरा, यदि आपके कोड में किसी अन्य कोड या डिवाइस के अस्थिर संचालन के कारण छोटे फ्रिज़ आते हैं, तो ये फ़्रिज़ भी टाइमर के बैकलॉग में जोड़े जाएंगे।
• चौथा, यदि आप आवेदन को कुछ समय के लिए कम कर देते हैं और फिर इसे फिर से लागू करते हैं, तो हर समय जिस एप्लिकेशन को कम से कम किया गया है, वह उस एप्लिकेशन की संख्या से बाहर रखा जाएगा जो अनुप्रयोग चल रहा है।

2. एक अच्छा निर्णय।

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

 local timeout = 1000-- socket = require "socket" local start_time = socket.gettime()*1000--  ( ) local good_time = 0 timer.performWithDelay( 1,function(event) local new_time = socket.gettime()*1000--   local total_time = new_time - start_time--      local num = math.floor(total_time/timeout)--      timeout if num > good_time then--     good_time = num--  print(good_time) end end,0) 

हम इस पद्धति की विशेषताओं का विश्लेषण करते हैं। इस तथ्य के बावजूद कि हम ऊपर वर्णित के रूप में टिक आवृत्ति 1ms को इंगित करते हैं, वास्तविक टिक क्वांटा हर 16 (33) -50ms पर प्रदर्शन किया जाएगा, और यह उपरोक्त विधि की अधिकतम संभव त्रुटि का निर्धारण करेगा, त्रुटि 0.50ms की सीमा में भिन्न होगी टिक टिक करने के लिए, अर्थात्। टिक पुनरावृत्ति दर पहली विधि की तुलना में कम स्थिर होगी, लेकिन किसी भी दूरी पर (वर्षों में भी) इस त्रुटि का मूल्य समान होगा, अर्थात। एक साल के बाद भी, हमारे अगले टिक में पहले ही टिक के सापेक्ष एक ही श्रेणी में त्रुटि होगी।

3. परिणामों का सत्यापन

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

 local timeout = 1000 socket = require "socket" local start_time = socket.gettime()*1000--   local good_time = 0--   local bad_time = 0--   --  timer.performWithDelay( timeout,function(event) bad_time = event.count local bad_delta = (socket.gettime()*1000 - start_time) - (bad_time*timeout) print('Bad tick: '..bad_time, 'Delta: '..bad_delta) end,0) --  timer.performWithDelay( 1,function(event) local new_time = socket.gettime()*1000 local total_time = new_time - start_time local num = math.floor(total_time/timeout) if num > good_time then good_time = num local good_delta = (socket.gettime()*1000 - start_time) - (good_time*timeout) print('Good tick: '..good_time, 'Delta: '..good_delta) end end,0) 

सभी को शुभकामनाएँ!