DIVUS VISION API бағдарламалық құралы

Техникалық сипаттамалар

• Өнім: DIVUS VISION API
• Өндіруші: DIVUS GmbH
• Нұсқа: 1.00 REV0 1 – 20240528
• Орналасқан жері: Pillhof 51, Эппан (BZ), Италия

Өнім туралы ақпарат

DIVUS VISION API — DIVUS VISION жүйелерімен өзара әрекеттесу үшін жасалған бағдарламалық құрал. Ол пайдаланушыларға MQTT хаттамалары арқылы жүйедегі әртүрлі элементтерге қол жеткізуге және басқаруға мүмкіндік береді.

Жиі қойылатын сұрақтар

С: DIVUS VISION API интерфейсін компьютер немесе автоматтандыру технологиясын алдын ала білмей-ақ пайдалана аламын ба?

A: Нұсқаулық API тиімді пайдалануын қамтамасыз ету үшін осы салаларда бұрынғы білімі бар пайдаланушыларға арналған.

ЖАЛПЫ АҚПАРАТ

• DIVUS GmbH Pillhof 51 I-39057 Eppan (BZ) – Италия

Пайдалану нұсқаулары, нұсқаулықтар және бағдарламалық құрал авторлық құқықпен қорғалған. Барлық құқықтар сақталған. Көшіруге, көшіруге, аударуға, толық немесе ішінара аударуға рұқсат етілмейді. Ерекшелік жеке пайдалануға арналған бағдарламалық құралдың сақтық көшірмесін жасауға қолданылады.
Нұсқаулық ескертусіз өзгертілуі мүмкін. Біз осы құжаттағы және жеткізілген сақтау құралындағы деректер қатесіз және дұрыс екеніне кепілдік бере алмаймыз. Жақсартулар бойынша ұсыныстар, сондай-ақ қателер туралы кеңестер әрқашан құпталады. Келісімдер осы нұсқаулықтың нақты қосымшаларына да қолданылады. Осы құжаттағы белгілер үшінші тұлғалардың өз мақсаттарында пайдалануы олардың иелерінің құқықтарын бұзуы мүмкін сауда белгілері болуы мүмкін. Пайдаланушы нұсқаулары: Бұл нұсқаулықты бірінші рет қолданар алдында оқып шығыңыз және болашақта анықтама алу үшін қауіпсіз жерде сақтаңыз. Мақсатты топ: Нұсқаулық ДК және автоматтандыру технологиясын бұрынғы білімі бар пайдаланушыларға арналған.

ТҰСАУКЕСЕР КОНВЕНЦИЯЛАРЫ

Кіріспе

ЖАЛПЫ КІРІСПЕ

Бұл нұсқаулық VISION API (Application Programming Interface) – интерфейсті сипаттайды, ол арқылы VISION-ға сыртқы жүйелерден хабарласуға және басқаруға болады.
Тәжірибелік тұрғыдан алғанда, бұл сіз сияқты жүйелерді пайдалана алатыныңызды білдіреді

• MQTT Explorer (https://www.microsoft.com/store/… – тестілеу үшін),
• Үй көмекшісі (https://www.home-assistant.io/) немесе
• Түйін-ҚЫЗЫЛ (https://nodered.org/)

VISION басқаратын элементтерді басқару немесе олардың күйін оқу үшін. Қол жеткізу және байланыс MQTT хаттамасы арқылы жүзеге асырылады, ол жеке функцияларды немесе функциялар жиынын шешу немесе оларға енгізілген өзгерістер туралы хабардар болу үшін деп аталатын тақырыптарды пайдаланады. Осы мақсатта қауіпсіздікті және қатысушыларға хабарламаларды басқаруды/таратуды басқаратын MQTT сервері (брокер) пайдаланылады. Бұл жағдайда MQTT сервері тікелей DIVUS KNX IQ-де орналасқан және осы мақсат үшін арнайы конфигурацияланған. VISION API-ны бағдарламалау білімінсіз де пайдалануға болатынына қарамастан, бұл функция озық пайдаланушылар үшін қолайлы.

Алғышарттар

VISION нұсқаулығында түсіндірілгендей, API пайдаланушысы оны пайдалана алу үшін әдепкі бойынша алдымен белсендірілуі керек API қатынасы тек Api пайдаланушыларының аутентификация деректерін пайдаланып жұмыс істейді. Пайдаланушы құқықтарына келетін болсақ, бұл функцияны белсендіруді барлық немесе жеке элементтерде конфигурациялауға болады. 0-тарауды қараңыз. Әрине, сізге сырттан басқарғыңыз келетін элементтер толығымен конфигурацияланған және олармен байланыс сәтті тексерілген VISION жобасы қажет. API арқылы жеке элементтерге хабарласу үшін олардың элемент идентификаторы белгілі болуы керек: бұл элемент параметрлері пішінінің төменгі жағында көрсетіледі.

ҚАУІПСІЗДІК

Қауіпсіздік мақсатында API қатынасы тек жергілікті түрде мүмкін болады (яғни бұлт арқылы емес). Сондықтан API рұқсатын белсендіру кезіндегі қауіпсіздік қаупі төмен. Дегенмен, қауіпсіздікке қатысты элементтер қосылмауы немесе API қатынасу үшін нақты тыйым салынбауы керек.

MQTT ЖӘНЕ ОНЫҢ ШАРТТАРЫ – ҚЫСҚА ТҮСІНДІК

• MQTT-те орталықтандырылған басқару және барлық хабарламаларды тарату рөлі брокер болып табылады. MQTT сервері мен MQTT брокері синонимдер болмаса да (сервер MQTT клиенттері де ойнай алатын рөлге арналған кеңірек термин), MQTT сервері айтылған кезде брокер әрқашан осы нұсқаулықта айтылады. DIVUS KNX IQ өзі осы нұсқаулықтың мәтінмәнінде MQTT брокері / MQTT сервер рөлін атқарады.
• MQTT сервері тақырыптар деп аталатындарды пайдаланады: деректер санатталған, басқарылатын және жарияланатын иерархиялық құрылым.
• Жариялаудың негізгі мақсаты деректерді тақырыптар арқылы басқа қатысушыларға қолжетімді ету болып табылады. Мәнді өзгерткіңіз келсе, жариялау әрекетін пайдаланып, қалаған мән өзгерісімен бірге қалаған тақырыпқа жазасыз. Мақсатты құрылғы немесе MQTT сервері оған әсер ететін қажетті өзгертуді оқиды және сәйкесінше қабылдайды. Өзгерістің қолданылғанын тексеру үшін жазылған нақты уақыттағы тақырыпты қарап шығуға болады, егер бәрі ойдағыдай болса, өзгеріс сонда көрсетіледі.
• Клиенттер өздерін қызықтыратын тақырыптарды таңдайды: бұл жазылу деп аталады. Тақырыпта/төменде мән өзгерген сайын, барлық жазылған клиенттерге хабарланады, яғни бірдеңе өзгерді ме немесе ағымдағы мән қандай екенін нақты сұраудың қажеті жоқ.
• Тақырыпқа client_id деп аталатын кез келген бірегей жолды енгізу арқылы MQTT серверімен бөлек байланыс арнасын ашуға (немесе мекенжайға) болады. Client_id мәндерді өңдеу үшін тақырыпта қолданылуы керек. Бұл әрбір өзгерістің шығу тегін анықтауға қызмет етеді, кез келген қателерді шешуге көмектеседі және басқа клиенттерге әсер етпейді, өйткені кез келген қате кодтары мен хабарларды қоса, серверден тиісті жауаптар тек сол client_id (және осылайша тек) тақырыпқа жетеді. сол клиент). client_id — 0-9, az, AZ, “-“, “_” таңбаларының кез келген комбинациясынан тұратын бірегей таңбалар жолы.
• Жалпы, DIVUS KNX IQ MQTT серверінің жазылу тақырыптарында кілт сөз күйі, ал жариялау тақырыптарында кілт сөз сұрауы бар. Күйі барлар сыртқы мән өзгерісі болған кезде немесе жариялау арқылы клиент өзі сұрау салған және сәтті қолданылған кезде автоматты түрде жаңартылады. Жариялауға арналғандар әрі қарай (сұраныс/) алу түріне және (сұраныс/) жиынтық түріне бөлінеді.
• Мән өзгерістері және басқа қосымша параметрлер пайдалы жүктеме деп аталатын тақырыпқа қосылады. Жеке элементтердің параметрлері (элемент идентификаторы, аты, түрі, функциялары)

MQTT пен клиент деректерді сұрайтын, содан кейін деректерді өзгертетін классикалық клиент-сервер үлгісінің негізгі айырмашылығы жазылу және жариялау ұғымдарына негізделген. Қатысушылар деректерді басқаларға қолжетімді етіп жариялай алады, егер қызығушылық танытса, оған жазыла алады. Бұл архитектура деректер алмасуын барынша азайтуға және барлық мүдделі тараптарды әлі де жаңартуға мүмкіндік береді. Мәліметтер туралы толығырақ мына жерде: және арнайы параметрлерді (uuid, сүзгілер) осы жерде пайдалану керек. Бірнеше опция болса да, пайдалы жүктеме осы нұсқаулықта JSON ретінде пішімделген түрде көрсетілген. JSON кез келген құрылымның деректерін көрсету үшін жақшалар мен үтірлерді пайдаланады және осылайша тасымалданатын деректер пакеттерінің өлшемін азайтады. Пайдалы жүктемелер туралы қосымша мәліметтерді кейінірек нұсқаулықта табуға болады.

• Арнайы мақсаттар үшін функция түріне қарай сүзуге болады, мысалы, тек қосу/өшіру, яғни 1 биттік қосқыштарды адрестеу үшін. Бұл мақсат үшін пайдалы жүктемедегі сүзгілер параметрі пайдаланылады. Сүзу қазіргі уақытта тек функция түрі бойынша мүмкін.
• Жеке элементтерді шешу үшін олардың элемент идентификаторы қажет. Мұны элемент сипаттары мәзіріндегі VISION ішінен табуға болады немесе MQTT Explorer шолғышының жалпы жазылымындағы әрбір қолжетімді элементтің алдында көрсетілетін деректерден тікелей оқуға болады (элементтер элемент идентификаторы бойынша алфавит бойынша тізімделген).

API қатынасы үшін конфигурация

API ПАЙДАЛАНУШЫНЫҢ ҚАТЫНАСЫ ҮШІН КӨРІНІСТІ КОНФИГУРАЦИЯЛАУ

VISION жүйесінде әкімші ретінде Конфигурация – Пайдаланушы/API қатынасын басқару тармағына өтіңіз, Пайдаланушылар/API қатынасы түймесін басыңыз және өңдеу терезесін ашу үшін API пайдаланушысын тінтуірдің оң жақ түймешігімен басыңыз (немесе басып тұрыңыз). Онда сіз осы параметрлер мен деректерді таба аласыз

• Қосу (құсбелгі)
  • Пайдаланушы алдымен осы жерде қосылады. Әдепкі параметр өшірілген
• Пайдаланушы аты
  • Бұл жол API арқылы кіру үшін қажет – оны осы жерден көшіріңіз
• Құпия сөз
  • Бұл жол API арқылы кіру үшін қажет – оны осы жерден көшіріңіз
• Рұқсаттар
  • VISION элементтерінің мәндерін оқуға және жазуға арналған әдепкі құқықтарды осы жерден анықтауға болады, яғни мұнда анықталғандар барлық бар және болашақ элементтерге қолданылады. Жеке элементтерге ғана рұқсат бергіңіз келсе, осы әдепкі құқықтарды өзгертпеуіңіз керек

ЖЕКЕ ЭЛЕМЕНТТЕР БОЙЫНША РҰҚСАТТАР

Барлық жобаға API рұқсатын бермеу ұсынылады, тек қажетті элементтерге ғана. Келесі әрекеттерді орындаңыз

1. VISION жүйесіне әкімші ретінде кіріңіз
2. қажетті элементті таңдап, оның параметрлер мәзірін ашыңыз (тінтуірдің оң жақ түймешігімен басыңыз немесе басып тұрыңыз, содан кейін Параметрлер)
3. «Жалпы – Рұқсаттар» мәзір жазбасының астында «Әдепкі рұқсаттарды қайта анықтау» тармағын белсендіріңіз, содан кейін рұқсаттар матрицасын көрсететін Рұқсаттар ішкі тармағына өтіңіз.
4. басқару рұқсатын осында іске қосыңыз, ол да мүмкіндік береді view тікелей рұқсат. Деректерді тек API қатынасы арқылы оқығыңыз келсе, оны қосу жеткілікті view рұқсат.
5. қол жеткізгіңіз келетін барлық элементтер үшін бірдей процедураны қайталаңыз

MQTT арқылы қосылу

КІРІСПЕ

Бұрынғы ретіндеample, біз Windows, Mac және Linux үшін қол жетімді MQTT Explorer (1.1 тарауын қараңыз) деп аталатын салыстырмалы түрде қарапайым, тегін бағдарламалық құралмен DIVUS KNX IQ MQTT API арқылы қол жеткізуді көрсетеміз. MQTT бойынша негізгі білім мен тәжірибені білдіреді.

ҚОСЫЛУ ҮШІН ҚАЖЕТТІ ДЕРЕКТЕР

Бұрын айтылғандай (2.1 бөлімін қараңыз), API пайдаланушысының пайдаланушы аты мен құпия сөзі қажет. Міне аяқталдыview қосылымды орнату алдында жиналуы тиіс барлық деректердің:

• Пайдаланушы аты API пайдаланушысының егжей-тегжейлі бетінде оқыңыз
• Құпия сөз API пайдаланушысының егжей-тегжейлі бетінде оқыңыз
• IP мекенжайы Жалпы – Желі – Ethernet (немесе синхронизатор арқылы) астындағы қосқыш параметрлерінде оқыңыз.
• 8884 порты (бұл порт осы мақсат үшін сақталған)

MQTT EXPLORER ЖӘНЕ ЖАЛПЫ ЖАЗЫЛУМЕН БІРІНШІ БАЙЛАНЫС

Әдетте, MQTT жазылу және жариялау әрекеттерін ажыратады. MQTT Explorer мұны бірінші қосылым жасалған кезде барлық қолжетімді тақырыптарға (тақырып №) автоматты түрде жазылу арқылы жеңілдетеді. Нәтижесінде, барлық қолжетімді элементтерге апаратын ағаш (яғни API пайдаланушы рұқсаты берілген) сәтті қосылымнан кейін MQTT Explorer терезесінің сол жақ аймағында тікелей көруге болады. Қосымша жазылу тақырыптарын енгізу немесе # белгісін нақтырақ тақырыппен ауыстыру үшін қосылым терезесіндегі «Қосымша» тармағына өтіңіз. Жоғарғы оң жақта көрсетілген тақырып келесідей көрінеді:

мұндағы 7f4x0607849x444xxx256573x3x9x983 API пайдаланушы аты және objects_list барлық қолжетімді элементтерді қамтиды. Бұл тақырып әрқашан жаңартылып тұрады, яғни кез келген мән өзгерістері нақты уақытта көрсетіледі. Егер сіз тек жеке элементтерге жазылғыңыз келсе, objects_list/ кейін қажетті элементтің элемент идентификаторын енгізіңіз.

Ескерту: Жазылымның бұл түрі шамамен KNX кері байланыс мекенжайларының артындағы логикаға сәйкес келеді; ол элементтердің ағымдағы күйін көрсетеді және қажетті өзгерістердің сәтті қолданылғанын тексеру үшін пайдаланылуы мүмкін. Егер сіз тек деректерді оқығыңыз келсе, бірақ оны өзгертпесеңіз, жазылудың бұл түрі жеткілікті.

Жалғыз қарапайым элемент JSON белгілеуінде осылай көрінеді

Ескерту: Барлық мәндерде жоғарыда көрсетілген синтаксис бар, мысалы, жазылу тақырыптарының шығысы ретінде { “value”: “1” }, ал мән мәнді өзгерту үшін (яғни, жариялау тақырыптары үшін) пайдалы жүктемеде тікелей жазылады – жақшалар мен «мән» алынып тасталды, мысалы «onoff»: «1».

Жетілдірілген пәрмендер

КІРІСПЕ

Жалпы тақырыптың 3 түрі бар:

1. Қол жетімді элементтерді көру және нақты уақыттағы мән өзгерістерін алу үшін тақырыптарға жазылыңыз
2. Жауап алу үшін тақырыптарға жазылыңыз (клиенттер ) сұрауларды жариялау
3. Элементтерді мәндерімен алу немесе орнату үшін тақырыптарды жариялаңыз

Біз кейінірек осы жерде көрсетілген нөмірлеуді қолданып, осы түрлерге сілтеме жасаймыз (мысалы, 1, 2, 3 түріндегі тақырыптар). Толығырақ келесі бөлімдерде және тарауда. 4.2.

ҚОЛЖЕТІМДІ ЭЛЕМЕНТТЕРДІ КӨРУ ҮШІН ЖӘНЕ НАҚТЫ УАҚЫТТЫ ҚҰН ӨЗГЕРІСТЕРІН АЛУ ҮШІН ТАҚЫРЫПТАРҒА ЖАЗЫЛЫҢЫЗ.

Бұлар бұрыннан сипатталған

ТАҚЫРЫПТАРҒА ЖАЗЫЛЫҢЫЗ, КЛИЕНТТІҢ ЖАРИЯЛЫҚ СҰРАУЛАРЫНА ЖАУАП АЛУ

Мұндай тақырыптар міндетті емес. Ол мүмкіндік береді

• ерікті client_id пайдалану арқылы MQTT серверімен бірегей байланыс арнасын ашыңыз. Бұл туралы толығырақ тарауда. 4.2.2
• сәйкес жазылу тақырыбы бойынша жариялау сұрауларының нәтижесін алыңыз: қате коды және хабарламасы бар сәтті немесе сәтсіздік.

Жауап алу немесе жариялау пәрмендерін орнату үшін әртүрлі тақырыптар бар. Сәйкес айырмашылық Жүйеге қажетті тақырыптарды тікелей алғаннан кейін, бұл қадамды алып тастауды және жариялау тақырыптарын тікелей пайдалануды шеше аласыз.

 МӘНІ БАР ЭЛЕМЕНТТЕРДІ АЛУ НЕМЕСЕ ОРНАТУ ҮШІН ТАҚЫРЫПТАРДЫ ЖАРИЯЛАУ

Бұл тақырыптар жазылуға арналған жолдарға ұқсас жолды пайдаланады – жалғыз өзгеріс жазылу үшін пайдаланылатын «күй» орнына «сұрау» сөзі. Толық тақырып жолдары кейінірек тарауда көрсетілген. 4.2.2\ Get тақырыбы MQTT серверінің элементтері мен мәндерін оқуды сұрайды. Пайдалы жүктеме элементтердің функция түріне негізделген сүзгілеу үшін пайдаланылуы мүмкін. Орнатылған тақырып оның пайдалы жүктемесінде егжей-тегжейлі көрсетілгендей элементтің кейбір бөліктерін өзгертуді сұрайды.

ПАРМАНДАР ЖӘНЕ СӘЙІСТІ ЖАУАПТАР ҮШІН ПРЕФИКС

 ҚЫСҚА ТҮСІНДІК

MQTT серверіне жіберілетін барлық командалардың жалпы бастапқы бөлігі бар, атап айтқанда:

Егжей-тегжейлі түсіндірме

Нақты уақыттағы тақырыптарда (1 түрі) жалпы префикс (жоғарыдан қараңыз), содан кейін келесілер болады

or

Орнатылған пәрмендер үшін пайдалы жүктеме негізгі рөлді ойнайтыны анық, өйткені ол қажетті өзгерістерді (яғни элемент функциялары үшін өзгертілген мәндерді) қамтиды. Ескерту: 3 түрдегі пәрмендеріңізде сақтау опциясын ешқашан пайдаланбаңыз, себебі ол KNX жағында ақауларды тудыруы мүмкін.

EXAMPLE: БІР ЭЛЕМЕНТТІҢ МӘН(лерін) ӨЗГЕРТУ ҮШІН ЖАРИЯЛАУ

Ең қарапайым жағдай - жалпы жазылым көрсеткен элементтердің бірінің мәнін өзгертуді қалау.
Жалпы айтқанда, VISION функциясын MQTT арқылы өзгерту/қосу 3 қадамнан тұрады, олардың барлығы мүлдем қажет емес, бірақ біз оларды сипатталғандай орындауды ұсынамыз.

1. Біз өңдегіміз келетін функцияны қамтитын тақырып теңшелетін client_id арқылы жазылады
2. Өңдеу тақырыбы 1-де таңдалған client_id көмегімен қажетті өзгерістермен пайдалы жүктемемен бірге жарияланады.
3. Тексеру үшін жауапты (1.) тақырыпта көруге болады – яғни (2.) жұмыс істеді ме, жоқ па
4. Өзгерістер енгізілген кезде барлық мәндер жаңартылатын жалпы жазылымда, егер бәрі ойдағыдай болса, қажетті мән өзгерістерін(лерді) көре аласыз.

Мұны істеу қадамдары:

1. клиент_идентификаторын таңдаңыз, мысалы, «Divus» және оны API пайдаланушы атынан кейінгі жолға енгізіңіз
   Бұл MQTT серверімен өзіңіздің байланыс арнаңызға жазылуға арналған толық тақырып. Бұл серверге сіз жіберетін өзгерістерге жауап күтетін жерді көрсетеді. a-ны анықтайтын күй/орнату бөлігіне назар аударыңыз. бұл жазылу тақырыбы және b. ол теру пәрмендерін орнатуға жауаптар алады.
2. Жариялау тақырыбы күй-сұраныс кілт сөздерін ауыстыруды қоспағанда, бірдей болады
3. өзгеріс неден тұруы керектігі пайдалы жүктемеде жазылған. Міне, кейбір бұрынғыamples.
   • Қосу/өшіру функциясы бар элементті өшіру (1 бит):
   • Қосу/өшіру функциясы бар элементті қосу (1 бит). Бұған қоса, егер бірнеше осындай пәрмендер бір клиенттен басталса, uuid параметрін («бірегей идентификатор», әдетте 128-8-4-4-4 он алтылық сан ретінде пішімделген 12 биттік жол) тағайындау үшін пайдалануға болады. сәйкес сұрауға жауап, өйткені бұл параметрді – егер сұрауда болса – жауапта да табуға болады.
   • Диммердің жарықтығын 50% қосу және орнату
   • Жоғарыда көрсетілген және жазылған тақырыпқа жауап (дәлірек айтқанда, оның пайдалы жүктемесі), мысалы,ampле.
     Жоғарыдағы жауап бұрынғыample дұрыс пайдалы жүктеме жағдайында, бірақ элементте күңгірттеу функциясы жоқ. Пайдалы жүктемені дұрыс түсінбеуге әкелетін күрделі мәселелер болса, жауап келесідей болады (мысалы:
     қате кодтары мен хабарламаларын түсіндіру үшін, бірақ жалпы алғанда, http сияқты, 200 код оң жауап, 400 код теріс.

EXAMPLE: КӨП ЭЛЕМЕНТТЕР МӘНДЕРІН ӨЗГЕРТУ ҮШІН ЖАРИЯЛАУ

Процедура бір элементті өзгерту үшін бұрын көрсетілгенге ұқсас. Айырмашылық мынада, сіз тақырыптардан element_id мәнін өткізіп жібересіз, содан кейін пайдалы жүктеме ішіндегі деректердің алдында element_id жиынын көрсетесіз. Төмендегі синтаксис пен құрылымды қараңыз.

СҰРАУЛАРДАҒЫ ФУНКЦИЯ ТҮРІ БОЙЫНША СҮЗІРУ

Пайдалы жүктемедегі сүзгілер параметрі тек элементтің қажетті функцияларын (функцияларын) шешуге мүмкіндік береді. Коммутатордың немесе диммердің қосу/өшіру функциясы «қосу» деп аталады, мысалыample және сәйкес сүзгі келесі түрде анықталады:

Жауап осылай көрінеді, мысалыample

Шаршы жақша бірнеше функция бойынша да сүзуге болатынын көрсетеді, мысалы

келесідей жауапқа әкеледі:

Қосымша

ҚАТЕ КОДТАРЫ

MQTT байланысындағы қателер сандық кодқа әкеледі. Келесі кесте оны бұзуға көмектеседі.

ПАРАМЕТРЛЕРІ ПАЙДАЛЫ ЖҮКТЕМЕ

Пайдалы жүктеме мәтінмәнге байланысты әртүрлі параметрлерді қолдайды. Келесі кестеде қандай параметрлердің қай тақырыптарда орын алуы мүмкін екендігі көрсетілген

НҰСҚА ЕСКЕРТПЕЛЕРІ

• 1.00-нұсқа

Жаңалықтар:

• Алғашқы жарияланым

Құжаттар / Ресурстар

	DIVUS VISION API бағдарламалық құралы [pdf] Пайдаланушы нұсқаулығы VISION API бағдарламалық құралы, API бағдарламалық құралы, бағдарламалық құрал
	DIVUS Vision API бағдарламалық құралы [pdf] Пайдаланушы нұсқаулығы Vision API бағдарламалық құралы, Vision, API бағдарламалық құралы, бағдарламалық құрал

Анықтамалар

• Пайдаланушы нұсқаулығы