विषयवस्तु पर जाएँ
KAMOUniverse

परिवर्तन लॉग

क्या नया है.

यह जहाज के रूप में, प्लेटफार्म के हर सुधार.

  1. · SecurityService

    आईओटी रिपोर्ट - कोई देवता मोड, मालिक नियम और रिपोर्टवित्त। एक्सपोर्ट राइट डाउनलोड, शेड्यूल और हर रन (SP13) में लागू

  2. · SecurityService

    सुरक्षा सेवा IoT के लिए सेवा कार्य नौकरियों को खोलती है - समापन बिंदुओं, एक-ट्रांसेक्शन ओपनर, क्रॉसप्प स्कैन (SP13)

  3. · kamo-internal

    उन्नत टैब के Kamo OAuth क्लाइंट पैनल - स्थिति, एक बार रहस्य, Amazon विक्रेता आईडी, सक्रिय (IoT SP09)

    सुरक्षा सेवा P1-P3 **************** कोई स्क्रीन नहीं थी, इसलिए ऑपरेटर चरण B5 (Alexa क्लाइंट रहस्य को उत्पन्न करें, विक्रेता आईडी के रीडायरेक्ट पते पंजीकृत करें, सक्रिय करें) नहीं किया जा सकता है। प्रॉक्सी वास्तव में तीन आकारों को रिले करता है; नया रहस्य एक बार दिखाई देता है, अपने संवाद में, कभी भी सूची में नहीं।.

  4. · kamo-shared-library

    आईओटी गतिविधि और आईओटी कमांड ऑडिट रिपोर्ट

  5. · kamo-shared-library

    IotReportSupport (SI क्लैंप, विक्रेता प्रतिधारण, लुकअप) और IotAlarmReportMapping

  6. · kamo-shared-library

    ReportDefinition.exportRight - EXPORT REPORTS के शीर्ष पर एक प्रति-रिपोर्ट निर्यात अधिकार

  7. · kamo-shared-library

    SP13 उपलब्धता कैलकुलेटर

  8. · EmailService

    एक संपर्क को हटाने से आईओटी उपकरणों को साफ़ करने के लिए टैग किया गया (SP13)

  9. · kamo-shared-library

    SP13 संदेश टेम्पलेट और मान पाठ

  10. · kamo-shared-library

    SP13 व्यापार मानचित्र, प्राथमिकता मानचित्र और निदान नीति

  11. · MediaService

    MediaService आंतरिक chat-post and chat-target endpoints for IoT (SP13)

  12. · kamo-shared-library

    SP13 सर्विस-जॉब लिंक इकाई, रिपोजिटरी और छह गतिविधि प्रकार

  13. · EmailService

    IOT ALARM फोन पुश बॉडी और वापसी के साथ अद्यतन (SP10)

    एक IOT ALARM घटना कार्ड (स्रोत ******************* के रूप में iot-service's अलार्मNotifier इसे लिखते हैं, या <alarmUuid>:<seq>) को प्रतिबिंबित किया जाता है क्योंकि IOT ALARM पुश: चैनल / रंग / कंपन प्राथमिकता से, जब URGENT चिपचिपा, टैग और प्रमुख iot-alarm-<alarmId> पतन। अन्य कार्ड अधिसूचना रखते हैं धक्का; दर्पणToPush अपरिवर्तित है। POST ********************** के रूप में वापस ले लिया DELETE करता है (आईडी <alarmUuid>:* एक अलार्म के हर घटना कार्ड के लिए) और, अद्यतन के साथ, प्रत्येक सदस्य को भेजता है जिनके पास एक ट्रे प्रविष्टि एक प्रतिस्थापन धक्का था iot-alarm-updates पर एक ही टैग के साथ।.

  14. · MediaService

    होल्डर-ओनली रिले विषय /topic/iot/relay/{connectionId} (SP10)

    कोर NATS iot.relay.{uuid} को /topic/iot/relay/{uid} को क्रियाशील किया जाता है। फ्रेम केवल एक जागृत है **************** SUBSCRIBE को iot-service I-OD1 (GET ************************* ?memberId=, उत्तर {allow, orgId}) सत्र के सदस्य को लाइव रखने के लिए कहते हैं सत्र के ऑर्ग में पट्टे; कैश्ड 10 s किसी भी तरह से, बंद हो गया। ग्राहक सेवा उपसर्ग को मना कर दिया जाता है।.

  15. · MediaService

    IOT ALARM — उपस्थिति गेट और दर सीमा (IoT SP10) से मुक्त

    एक अलार्म नहीं देखा क्योंकि एक ब्राउज़र टैब खुला है, और हर जीवन चक्र कदम (raised, escalated, स्वीकार) एक पतन कुंजी साझा करता है, इसलिए 15 s सीमा वृद्धि होगी। पहले SI सदस्यीय इनकार रहता है। APNs एक अंक URGENT अलार्म समय-संवेदनशील; कोई क्रिटिकल अलर्ट पात्रता नहीं है।.

  16. · KlusterServices

    Iot.relay.> - svc iot प्रकाशन, svc media सदस्यता (IoT SP10)

    Google होम रिले उस फोन को जगाता है जिसमें कनेक्शन का पट्टा होता है: आईओटी सर्विस, iot.relay पर एक सामग्री मुक्त फ्रेम प्रकाशित करती है। मीडिया सर्विस इसे केवल धारक-केवल STOMP विषय में आगे बढ़ाती है। कोई अन्य उपयोगकर्ता नहीं विषय को प्राप्त करना।.

  17. · kamo-shared-library

    ऑन-डिवाइस शब्दावली और iot on device links इकाई (SP10)

    लिंक इकाई केवल फोन के लिंक रहस्य का SHA-256 रखती है, और कि हैश @JsonIgnore है इसलिए यह कभी एक जवाब या एक घटना तक नहीं पहुंचता है।.

  18. · kamo-internal

    चार्टर संपादक OPERATE DEVICE और OPERATE SECURITY DEVICE को सूचीबद्ध करता है; KamoAI मास्टर §11 और IoT मास्टर §10 पंक्तियों (SP11)

    ACTION CLASSES दो आईओटी SP11 कक्षाओं के साथ समाप्त होता है और APPROVAL में 24 आइटम (एक साझा-lib AiActionClass) होते हैं। KamoAI मास्टर iot पैक के लिए अपनी §11 पंक्ति हासिल करता है; आईओटी मास्टर SP11 निष्पादन पंक्ति (E1-E6) हासिल करता है।.

  19. · MCPGatewayService

    दस आईओटी उपकरणों को वर्गीकृत करें; कैटलॉग गार्ड 101 से 111 (SP11 P12) तक चलते हैं।

    तीन iot लिखते हैं not DISCLOSING और सात पढ़ता है not CONTENT with spec's कारणों (pinned in) सामग्रीReadToolsCoverageTest भी). RegistryCompletenessTest: 111 उपकरण, समान श्रेणी, दो वर्गों के कलाकारों, ************* अनुमोदनCoverageTest: दोनों वर्गों unListed, अनुमोदन request अपरिवर्तित। टूललिस्ट टेस्ट का ऑर्ग हर ऐप है लेकिन आईओटी (इसके स्नैपशॉट ऐप को प्रीडेट करते हैं); IotToolList टेस्ट इसमें एक ऑर्ग शामिल है। The गोल्डन स्कीमा फ़ाइल वास्तव में दस आईओटी लाइनों को प्राप्त करती है और कोई भी खो देती है।.

  20. · MCPGatewayService

    IotCallerView और शुद्ध दृश्य नियम V1-V11 (SP11 §4.4)

    एक उपकरण सूची दो बार एक प्रकट दोष है और कभी इस्तेमाल नहीं किया जाता है।.

  21. · MCPGatewayService

    IotManifestClient, एकल उड़ान के साथ एक प्रति सत्र ETag-validated प्रकट कैश (SP11 §4.4)

  22. · MCPGatewayService

    दस iot उपकरणों (SP11 §4.5) के लिए प्रति कॉलर स्कीमा और उपलब्धता

  23. · MCPGatewayService

    आईओटी त्रुटि मानचित्र, मूल्य जांच, वर्ग की जांच, श्वेतसूची परिणाम और कमांड घड़ी (SP11 §4.7, §4.9)

  24. · MCPGatewayService

    IotPack, टूल प्लेन पर दस iot उपकरण (SP11 §4.6-§4.10)

  25. · MCPGatewayService

    डाउनस्ट्रीम अप्रूवल हेडर, एटाग के साथ सशर्त GET, ऑप्ट-इन त्रुटि फ़ील्ड (SP11 P11)

  26. · MCPGatewayService

    दृश्यता के बाद कॉलर स्कीमा प्रति कॉलर; बाहरी सामग्री के बाद भौतिक हमेशा एक व्यक्ति से पूछता है; अनुमोदन योजना पर यात्रा करता है (SP11 P4-P7)

    एक स्थिर उपकरण की स्कीमा और उपलब्धता कॉलर (कैलरस्कीमा) पर निर्भर हो सकती है: टूल / लिस्ट (one) के लिए दृश्यता के बाद देखा गया 3 s बजट सूची द्वारा साझा किया गया है और फिर प्रत्येक कॉल (10 s) के लिए, withheld -> TOOL NOT AVAILABLE {reason बेस या फेंकना उपकरण को रोक देता है। एक SI के लिए, एक PHYSICAL कॉल जिसका चार्टर परिणाम निष्पादित किया जाएगा उसे उस व्यक्ति से पूछा जाता है जब वह किसी व्यक्ति से पूछता है। रन बाहरी रूप से टेंट (D8) है। एक अनुमोदित या अनुमोदनकर्ता-edited पुनः-execution, या सत्यापित अनुरोध के लिए खड़े अनुमोदन, टूलप्लान के साथ अपने हैंडलर तक पहुंचता है। अनुमोदन आईडी, तयकर्ता, वर्ग, मोड) योजना, इसलिए सत्यापित-request, आधार और चाबियाँ रहने के बारे में).

  27. · MCPGatewayService

    टूलरिस्क भौतिक, iot prefix, दो चार्टर कक्षाएं, IOT दरवाजा और अनुमोदन (SP11 P1-P3, P8-P10)

  28. · AIService

    दो भौतिक चार्टर कक्षाओं के लिए संक्षिप्त शब्द; copilot छत pinned (SP11)

    चार्टरकॉम्पलर शब्द OPERATE DEVICE और OPERATE SECURITY DEVICE और दोनों चुप रहते हैं जबकि unnamed (दो टीम के रूप में) CP05 R1-3) की कक्षाएं, इसलिए कोई मौजूदा SI का संक्षिप्त पाठ परिवर्तन और VERSION रहता है। CopilotCeiling टेस्ट पिन मानव

  29. · SecurityService

    Purge स्वीप, OAuth विन्यास और repository स्कैन (IoT SP09)

  30. · SecurityService

    आईओटी सर्विस और प्लेटफॉर्म क्लाइंट एडमिनिस्ट्रेशन (आईओटी एसपी09) के लिए आंतरिक अनुदान रिवोएशन

तुम्हारा ब्रह्मांड इंतजार कर रहा है.

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

हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं