მოწყობილობების მონიტორინგი
მოწყობილობების API და მონაცემების კონექტორები
მონაცემების წაკითხვა ნებისმიერი მოწყობილობიდან ან პლატფორმიდან, რომელსაც API, SDK, webhook-ები, MQTT, OPC UA ან BACnet აქვს, და მათი შენახვა ერთ ადგილას, ისტორიით.
რას ვქმნით
სასწორები, GPS ტრეკერები, საწარმოო ხაზები, ჭკვიანი მრიცხველები და შენობის სისტემები სასარგებლო მონაცემებს აგროვებს. თითოეული მათ საკუთარ აპლიკაციაში ინახავს და სხვა მონაცემებთან ერთად მათ ვერავინ ხედავს.
- კონექტორები მოწყობილობებისა და მწარმოებლების API-ებისთვის, SDK-ებისა და webhook-ებისთვის
- შეგროვება MQTT-ით, OPC UA-თი, BACnet-ით ან მწარმოებლის ღრუბლოვანი პლატფორმიდან
- ყოველი ჩვენების ერთიანი ფორმატი: მოწყობილობა, მნიშვნელობა, ერთეული და დრო
- ზღვრები, შეტყობინებები და დაშბორდები შეგროვებულ მონაცემებზე
როგორ მუშაობს
მონაცემთა ტიპური ნაკადი, თქვენი აღჭურვილობიდან იქამდე, სადაც მონაცემები გამოიყენება.
კონცეპტუალური არქიტექტურა · საილუსტრაციო, რეალური მონაცემების გარეშე
- მოწყობილობა ან მწარმოებლის პლატფორმათქვენი სისტემები
- API · SDK · MQTT · OPC UAთქვენი სისტემები
- Stackline კონექტორიStackline-ის პროგრამა
- ისტორია, შეტყობინებები და ანგარიშებისად მიდის მონაცემები
დაწყება
რა გვჭირდება თქვენგან
- მოწყობილობა ან პლატფორმა, მისი მოდელი და პროგრამის ვერსია
- მისი დოკუმენტაცია ან წვდომა მის API-ზე, SDK-ზე ან შეტყობინებების ბროკერზე
- რომელი მნიშვნელობებია საჭირო და რამდენად ახალი უნდა იყოს
რას იღებთ
- გაშვებული კონექტორი თითოეული ტიპის მოწყობილობისთვის
- ჩვენებები გასაგებ ერთეულებში, სრული ისტორიით
- ყველა მიერთებული მოწყობილობისა და მნიშვნელობის წერილობითი სია
კითხვები
ნებისმიერის, რომელიც მონაცემებს რაიმე გზით გასცემს: API-ით, SDK-ით, webhook-ებით, Modbus-ის, SNMP-ის, BACnet-ის, OPC UA-ის ან MQTT-ის პროტოკოლით, მონაცემთა ბაზით, ექსპორტის ფაილებით თუ ელფოსტით. თქვენს მოდელს მუშაობის დაწყებამდე ვამოწმებთ.
ბევრ მწარმოებელს თავისი ღრუბლოვანი პლატფორმისთვის API აქვს. თუ აქვს, მონაცემებს იქიდან ვკითხულობთ; თუ არა, ვეძებთ ლოკალურ ინტერფეისს ან ექსპორტს.
როგორც წესი, არა. შეგროვება მონაცემებს მხოლოდ კითხულობს. მოწყობილობისთვის ბრძანებების გაგზავნა ცალკე ნაბიჯია და მხოლოდ თქვენი თხოვნით კეთდება.
დიახ. ყოველი ჩვენება ერთ ფორმატში გადადის, ამიტომ ერთ დაშბორდზე ან ანგარიშში სასწორი, მრიცხველი და სენსორი გვერდიგვერდ ჩანს.
მეტი: მოწყობილობების მონიტორინგი
კამერები და ვიდეოანალიტიკის მოვლენები
IP კამერები, როგორც მონაცემების წყარო: ავტომობილის ნომრები, ადამიანების დათვლა, ხაზის გადაკვეთა და კამერის მდგომარეობა, მოვლენების სახით ONVIF-ით ან მწარმოებლის API-ით.
გაიგეთ მეტიSNMP მონიტორინგი
UPS-ების, PDU-ების, კომუტატორებისა და გარემოს სენსორების SNMP გამოკითხვა, მათი trap-ების მიღება და ყოველი ჩვენების შენახვა ერთ მონიტორინგის ბაზაში.
გაიგეთ მეტიUPS-ისა და სერვერის ოთახის მონიტორინგი
UPS-ის ბატარეისა და დატვირთვის, PDU-ებისა და სერვერის ოთახის კლიმატის მონიტორინგი შეტყობინებებით, სანამ პრობლემა მოცდენად იქცევა.
გაიგეთ მეტიModbus, BACnet და OPC UA ინტეგრაცია
ენერგიის მრიცხველების, გენერატორების, PLC-ების, HVAC-ისა და შენობის კონტროლერების წაკითხვა Modbus TCP/RTU-ით, BACnet-ით ან OPC UA-თი, ნედლი მნიშვნელობების გასაგებ ერთეულებად გადაყვანა და ისტორიით შენახვა.
გაიგეთ მეტიელფოსტისა და ფაილების განგაში მოვლენებად
იმ მოწყობილობების ელფოსტით მოსული განგაშისა და ექსპორტის ფაილების ქცევა სტრუქტურულ მოვლენებად, რომლებსაც სხვა გზა არ აქვთ, დუბლიკატების გარეშე, თქვენი შეტყობინების არხისა თუ თიქეთების სისტემისთვის.
გაიგეთ მეტიშეტყობინებების მარშრუტი და ესკალაცია
შეტყობინების გაგზავნა სწორ ადამიანთან სიმძიმისა და დროის მიხედვით, ესკალაცია პასუხის არარსებობისას და ყველა შეტყობინების ჟურნალი.
გაიგეთ მეტიმონიტორინგის ანგარიშები
Excel და PDF ანგარიშები მოწყობილობების მონაცემებიდან, განრიგით: ინციდენტები, ზღვრების დარღვევა და ტენდენციები ინსპექციებისთვის, ტექმომსახურებისა და სიმძლავრეების დაგეგმვისთვის.
გაიგეთ მეტი
მსგავსი ამოცანა გაქვთ?
მოკლედ მოგვწერეთ, რა აღჭურვილობასა და პროგრამებს იყენებთ და რა უნდა შეიცვალოს. გიპასუხებთ კითხვებით ან პირველი ნაბიჯის შეთავაზებით.