6.9. TagDetect
restart
startet das Modul neu. Wenn im Zustand
und dann wieder gestartet. In
Dieser Service kann wie folgt aufgerufen werden.
PUT http://<host>/api/v1/nodes/<rc _ qr _ code _ detect|rc _ april _ tag _ detect>/services/restart
Dieser Service hat keine Argumente.
Die De nition der Response mit jeweiligen Datentypen ist:
{
"name": "restart",
"response": {
"accepted": "bool",
"current _
state":
}
}
detect
löst eine Markererkennung aus. Abhängig vom
Modul auf dem zuletzt empfangenen Bildpaar (wenn true) oder wartet auf ein Bildpaar, das
nach dem Auslösen des Services aufgenommen wurde (wenn false, dies ist das Standard-
verhalten). Auch wenn der Parameter auf true steht, arbeitet die Markererkennung niemals
mehrmals auf einem Bildpaar.
Es wird empfohlen,
stand
möglich, was zu einem Autostart und -stop des Moduls führt. Dies hat aller-
IDLE
dings Nachteile: Erstens dauert der Aufruf deutlich länger, zweitens funktioniert die Marker-
Wiedererkennung nicht. Es wird daher ausdrücklich empfohlen, das Modul manuell zu star-
ten, bevor
detect
aufgerufen wird.
Dieser Service kann wie folgt aufgerufen werden.
PUT http://<host>/api/v1/nodes/<rc _ qr _ code _ detect|rc _ april _ tag _ detect>/services/detect
Request:
Die De nition der Response mit jeweiligen Datentypen ist:
{
"args": {
"pose _
frame": "string",
"robot _
pose": {
"orientation": {
"w": "float64",
"x": "float64",
"y": "float64",
"z":
},
"position": {
"x": "float64",
"y": "float64",
"z":
}
},
"tags": [
{
"id": "string",
Roboception GmbH
Handbuch: rc_visard
RUNNING
wird das Modul nur gestartet.
IDLE
"string"
detect
nur im Zustand
"float64"
"float64"
oder
FATAL
, wird das Modul erst gestoppt
use _ cached _ images
-Parameter arbeitet das
RUNNING
aufzurufen. Es ist jedoch auch im Zu-
(Fortsetzung auf der nächsten Seite)
99
Rev: 21.01.1
Status: 30.01.2021