सेवाएँ
वैकल्पिक edge container सेवाएँ, जिन्हें Deployment Manager डिवाइस inference server के साथ-साथ चला सकता है।
इन्फरेंस सर्वर के साथ-साथ, एक प्रबंधित डिवाइस वैकल्पिक Roboflow सेवाएँ चला सकता है। डिवाइस के Configuration टैब से उन्हें जोड़ें और कॉन्फ़िगर करें, जिसका वर्णन किया गया है डिवाइस कॉन्फ़िगरेशन अपडेट करें.
डिवाइस पर इन्फरेंस इवेंट्स संग्रहीत करता है, स्वचालित रिटेंशन और वैकल्पिक क्लाउड बैकअप के साथ।
Allen-Bradley, Modbus TCP, या Siemens S7 के माध्यम से PLC टैग पढ़ता और लिखता है।
PLCs और SCADA सिस्टम के लिए डेटा को OPC UA टैग्स के रूप में प्रकाशित करता है।
परीक्षण के लिए अपलोड की गई वीडियो फ़ाइल को RTSP स्रोत के रूप में स्ट्रीम करता है।
API का उपयोग करना
प्रत्येक सेवा डिवाइस पर एक कंटेनर के रूप में चलती है और अपनी स्वयं की HTTP API डिवाइस के पते पर उपलब्ध कराती है, न कि api.roboflow.comके माध्यम से। इनका उपयोग तब करें जब डिवाइस पर या उसके पास मौजूद कोड को इन्फरेंस इवेंट्स पढ़ने, PLC चलाने, या किसी टेस्ट स्ट्रीम को सीधे नियंत्रित करने की आवश्यकता हो, बिना Roboflow तक राउंड ट्रिप किए।
बेस URL का होस्ट डिवाइस का IP पता है, जो Deployment Manager में डिवाइस पेज पर दिखता है। इसे इन्फरेंस सर्वर के server_urlसे प्राप्त न करें, क्योंकि यह किसी ऐसे प्रॉक्सी या टनल की ओर इंगित कर सकता है जहाँ सेवा पोर्ट्स उपलब्ध नहीं हैं।
इवेंट स्टोर
http://<device-ip>:8001
/docs
PLC रिले
http://<device-ip>:8007
/docs
RTSP सिम्युलेटर
http://<device-ip>:8080
/docs
OPC UA सर्वर
http://<device-ip>:8092/api
/api/docs
प्रत्येक डिवाइस द्वारा उपलब्ध कराए गए इंटरैक्टिव दस्तावेज़ वहाँ चल रहे सटीक सेवा संस्करण को दर्शाते हैं। जब कोई डिवाइस इन पृष्ठों से असहमत हो, तो डिवाइस पर भरोसा करें।
Roboflow API key यहाँ कुछ नहीं करती। ये सेवाएँ Roboflow के साथ प्रमाणित नहीं होतीं, और Event Store के वैकल्पिक API_KEYके अलावा, ये ऐसे किसी भी व्यक्ति से बिना प्रमाणित अनुरोध स्वीकार करती हैं जो पोर्ट तक पहुँच सकता है। इन्हें किसी विश्वसनीय नेटवर्क के बाहर उजागर न करें।
क्लाइंट लिखने से पहले जानने योग्य दो error conventions:
Event Store, PLC Relay, और RTSP Simulator त्रुटियाँ एक
detailकुंजी के अंतर्गत लौटाते हैं, जो अस्वीकृत अनुरोधों के लिए एक स्ट्रिंग होती है, लेकिन422validation failures के लिए एक ऐरे होती है, इसलिए इसे प्रकार के अनुसार पार्स करें। OPC UA Server इसके बजाय एकerrorकुंजी का उपयोग करता है।कई endpoints एक
200response के भीतर downstream failure की रिपोर्ट करते हैं, क्योंकि अनुरोध सेवा तक पहुँच गया था, लेकिन उसके पीछे मौजूद PLC, OPC UA server, या datastore ने उत्तर नहीं दिया। केवल status code नहीं, body पढ़ें। प्रत्येक सेवा का API संदर्भ बताता है कि यह कहाँ लागू होता है।
अंतिम अपडेट
क्या यह उपयोगी था?