उपयोगकर्ता और शुल्क की सीमाएं

Device Access प्रोजेक्ट पर उपयोगकर्ता, स्ट्रक्चर, और रेट की सीमाओं का असर पड़ता है, यह, पर्यावरण और व्यावसायिक ऑफ़र के टाइप पर निर्भर करता है.

हम चाहते हैं कि डेवलपर उपयोगकर्ताओं के लिए, दिलचस्प अनुभव तैयार करें. हालांकि, हम यह भी चाहते हैं कि उपयोगकर्ता के लिए Nest की सेवा और डिवाइस हमेशा उपलब्ध रहेंगे. ऐसे इंटिग्रेशन जो एक तय समय में बहुत ज़्यादा संख्या में अनुरोध करने से, हमारी सेवा पर असर पड़ सकता है और डिवाइस की उपलब्धता की जानकारी देते हैं, इसलिए SDM API, रेट लिमिट लागू करता है. रेट सीमित करने की सुविधा, किसी तय समयावधि के लिए एपीआई कॉल की संख्या को सीमित करती है और संसाधनों का ज़रूरत से ज़्यादा इस्तेमाल नहीं होने देता.

वातावरण के हिसाब से सीमाएं

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

सैंडबॉक्स उपयोगकर्ता सीमाएं

सैंडबॉक्स में एक डेवलपर खाता, पांच अन्य देशों में 25 उपयोगकर्ताओं तक सीमित है सभी प्रोजेक्ट की स्ट्रक्चर के लिए. एक खाते में ज़्यादा से ज़्यादा तीन प्रोजेक्ट जोड़े जा सकते हैं.

हर स्ट्रक्चर में ज़्यादा से ज़्यादा पांच उपयोगकर्ता हो सकते हैं. इसलिए, उपयोगकर्ता की सीमा पूरी होगी एक बार सभी पांच स्ट्रक्चर के लिए तय सीमा पूरी हो जाती है. हर स्ट्रक्चर में 5 उपयोगकर्ता होने चाहिए. डेवलपर खाता (जो प्रोजेक्ट का मालिक है) की गिनती स्ट्रक्चर.

इसके उलट, अगर किसी प्रोजेक्ट के पांच स्ट्रक्चर से ज़्यादा 15 उपयोगकर्ता हैं, तो अतिरिक्त उपयोगकर्ता को सिर्फ़ मौजूदा पांच स्ट्रक्चर में जोड़ा जाएगा, क्योंकि स्ट्रक्चर की सीमा पहले ही पहुंच चुका है.

सैंडबॉक्स की दर की सीमाएं

सैंडबॉक्स के रेट तीन अलग-अलग लेवल पर सीमित हैं. सीमाएं तय हैं क्वेरी प्रति मिनट (QPM) पर तब तक के लिए रोका जा सकता है, जब तक अलग से न बताया गया हो.

API स्तर

हर प्रोजेक्ट के लिए, हर उपयोगकर्ता के लिए एपीआई कॉल की संख्या सीमित होती है. एपीआई देखें किसी व्यक्ति के बारे में ज़्यादा जानकारी पाने के लिए, रेफ़रंस तरीकों का इस्तेमाल करना होगा.

एपीआई मेथड	रेट लिमिट
devices.executeCommand	10 क्यूपीएम
devices.get	10 क्यूपीएम
devices.list	5 क्यूपीएम
structures.get	5 क्यूपीएम
structures.list	5 क्यूपीएम
structures.rooms.get	5 क्यूपीएम
structures.rooms.list	5 क्यूपीएम

कमांड लेवल

हर trait निर्देश (devices.executeCommand), हर प्रोजेक्ट के लिए 5 क्यूपीएम पर सीमित है, हर उपयोगकर्ता के हिसाब से, हर डिवाइस के हिसाब से.

इसका मतलब यह है कि अगर किसी प्रोजेक्ट में दो उपयोगकर्ता हैं, जिनमें से हर एक के पास दो डिवाइस हैं (कुल चार डिवाइस), तो उन चार डिवाइसों में से हर डिवाइस के लिए, एक मिनट में पांच बार एक ही निर्देश दिया जा सकता है.

हालांकि, अगर किसी प्रोजेक्ट में कुल छह डिवाइसों के लिए तीन डिवाइस के साथ दो उपयोगकर्ता हैं, तो उन छह चरणों में से हर एक के लिए, एक मिनट में पांच बार एक ही निर्देश नहीं भेजा जा सकता डिवाइस. इससे हर उपयोगकर्ता के लिए 15 क्यूपीएम होगा, जब devices.executeCommand प्रोजेक्ट के उपयोगकर्ता के लिए, एपीआई लेवल की दर की सीमा 10 क्यूपीएम है.

डिवाइस इंस्टेंस लेवल

इसके अलावा, डिवाइस इंस्टेंस लेवल की सीमाएं सभी प्रोजेक्ट पर लागू की जाती हैं और डिवाइस की बैटरी की सुरक्षा के लिए निर्देश (devices.executeCommand). ये सीमाएं क्यूपीएम और क्वेरी प्रति घंटे (क्यूपीएच), दोनों लेवल पर लागू होते हैं और को get और list एपीआई मेथड में इस्तेमाल किया जाता है.

उदाहरण के लिए, मान लें कि प्रोजेक्ट A और प्रोजेक्ट B दोनों के पास डिवाइस, डिवाइस A (शायद उपयोगकर्ता ने दो अलग-अलग विज्ञापन एक ही डिवाइस का इस्तेमाल करने वाले इंटिग्रेशन). अगर प्रोजेक्ट A ने 4 निर्देश डिवाइस A को एक मिनट में भेजा जाएगा. इसके बाद, प्रोजेक्ट B, डिवाइस A को सिर्फ़ एक निर्देश भेज पाएगा डिवाइस इंस्टेंस लेवल रेट सीमा तक पहुंचने से पहले उसी मिनट में. उस समय पॉइंट का इस्तेमाल करके, दोनों प्रोजेक्ट के निर्देशों को डिवाइस A के लिए वह मिनट जो डिवाइस A को पहले निर्देश से शुरू हुआ.

अगर किसी डिवाइस टाइप की जानकारी नीचे दी गई सूची में नहीं है, तो इसका मतलब है कि उसमें डिवाइस इंस्टेंस लेवल नहीं है दर की सीमाएं.

डिवाइस का टाइप	डिवाइस इंस्टेंस रेट लिमिट
थर्मोस्टैट	5 क्यूपीएम या 100 क्यूपीएच
कैमरा	30 क्यूपीएम या 100 क्यूपीएच
DOORBELL	30 क्यूपीएम या 100 क्यूपीएच

गड़बड़ियां

इस गाइड से जुड़े ये गड़बड़ी कोड दिख सकते हैं:

गड़बड़ी संदेश	RPC	समस्या का हल
दर सीमित है.	RESOURCE_EXHAUSTED	हर डेवलपर के लिए एक तय समय होता है कि वह कितने कॉल कर सकता है. कोटा से ज़्यादा कॉल करने पर, आपको सीमित संख्या में कॉल करने का मैसेज मिलेगा. इसे ठीक करने के लिए, कोटा खत्म होने पर कॉल फिर से सबमिट करें.

इसके लिए एपीआई गड़बड़ी कोड संदर्भ देखें में देखें.