| DC Field | Value | Language |
|---|
| dc.contributor.author | Архипенко, С. А. | - |
| dc.contributor.author | Шилин, Л. Ю. | - |
| dc.contributor.author | Навроцкий, А. А. | - |
| dc.contributor.author | Кузнецов, А. П. | - |
| dc.date.accessioned | 2020-11-03T05:38:09Z | - |
| dc.date.available | 2020-11-03T05:38:09Z | - |
| dc.date.issued | 2020 | - |
| dc.identifier.citation | Методика идентификации роботов с учетом типа назначения управления / Архипенко С. А. [и др.] // Доклады БГУИР. – 2020. – № 18 (6). – С. 41–48. – DOI : http://dx.doi.org/10.35596/1729-7648-2020-18-6-41-48. | ru_RU |
| dc.identifier.uri | https://libeldoc.bsuir.by/handle/123456789/40860 | - |
| dc.description.abstract | В настоящее время производители роботов как правило используют закрытые протоколы собственной разработки, что существенно усложняет разработку и интеграцию новых роботов и комплексов. Предлагается использование стандартной последовательности запросов и ответов между управляющим сервером и клиентом (допускается пропуск некоторых шагов). Первый и второй шаги предназначены для проверки доступности оборудования при первом включении системы или во время установки соединения. В случае успешной проверки управляющий сервер переходит к следующему шагу. Третий и четвертый шаги используются для первичного конфигурирования и настройки удаленного управления. На пятом шаге осуществляется передача цифрового управляющего сигнала от сервера управления к роботу. Сигнал передает всю необходимую информацию для управления устройством робота. В качестве ключей используются строковые поля (до 256 символов). На шестом шаге управляющий сервер получает ответ управления – структуру данных, переданных от клиента (робота) для подтверждения факта принятия данных и возврата дополнительных параметров. Для идентификации роботов предложена их классификация по типу и назначению, указаны доступные типы управления. Для детального описания робота используется вся схема инициализации. Предложенная методика предназначена для описания инфраструктурно- и платформо-независимого взаимодействия, что позволяет его использовать в различных типах робототехнических систем. | ru_RU |
| dc.language.iso | ru | ru_RU |
| dc.publisher | БГУИР | ru_RU |
| dc.subject | доклады БГУИР | ru_RU |
| dc.subject | структура данных | ru_RU |
| dc.subject | управление | ru_RU |
| dc.subject | роботы | ru_RU |
| dc.subject | блок инициализации | ru_RU |
| dc.subject | запрос управления | ru_RU |
| dc.subject | ответ управления | ru_RU |
| dc.subject | data structure | ru_RU |
| dc.subject | control | ru_RU |
| dc.subject | robot | ru_RU |
| dc.subject | initialization block | ru_RU |
| dc.subject | control request | ru_RU |
| dc.subject | control response | ru_RU |
| dc.title | Методика идентификации роботов с учетом типа назначения управления | ru_RU |
| dc.title.alternative | Methodology to identify robots given the type of control designation | ru_RU |
| dc.type | Статья | ru_RU |
| local.description.annotation | Currently, robot manufacturers usually use closed proprietary protocols, which significantly complicates the development and integration of new robots and complexes. We propose to use a standard sequence of requests and responses between the control server and the client (some steps may be skipped). The first and second steps are designed to check the availability of equipment when you first turn on the system or during connection setup. If the verification is successful, the сontrol server proceeds to the next step. The third and fourth steps stand for initial configuration and adjustment of remote control. In the fifth step, the digital control signal is transmitted from the control server to the robot. The signal transmits all the necessary information to control the robot device. The keys are string fields (up to 256 characters). At the sixth step, the control server receives a сontrol response - the structure of the data transmitted from the client (robot) to confirm data acceptance and return of additional parameters. To identify robots, we propose to classify them by type and designation and indicate available types of control. For a detailed description of the robot, the entire initialization scheme is used. The proposed methodology is intended to describe infrastructure and platform independent interaction, which allows it to be used in various types of robotic systems. | - |
| Appears in Collections: | № 18(6)
|
