System und Logs¶

Die folgenden Ressourcen und Anfragen sind für die System-Level-API des rc_visard verfügbar. Sie ermöglichen Folgendes:

Zugriff auf Logdateien (systemweit oder modulspezifisch),

Abruf von Informationen zum Gerät und zur Laufzeitstatistik, wie Datum, MAC-Adresse, Uhrzeitsynchronisierungsstatus und verfügbare Ressourcen,

Verwaltung installierter Softwarelizenzen, und

Aktualisierung des Firmware-Images des rc_visard.

GET /logs¶

Abruf einer Liste aller verfügbaren Logdateien.

Musteranfrage

GET /api/v2/logs HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

[
  {
    "date": 1503060035.0625782,
    "name": "rcsense-api.log",
    "size": 730
  },
  {
    "date": 1503060035.741574,
    "name": "stereo.log",
    "size": 39024
  },
  {
    "date": 1503060044.0475223,
    "name": "camera.log",
    "size": 1091
  },
  {
    "date": 1503060035.2115774,
    "name": "dynamics.log"
  }
]

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: LogInfo-Array)
Referenzierte Datenmodelle:
	LogInfo

GET /logs/{log}¶

Abruf einer Logdatei: Die Art des Inhalts der Antwort richtet sich nach dem format-Parameter.

Musteranfrage

GET /api/v2/logs/<log>?format=<format>&limit=<limit> HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "date": 1503060035.2115774,
  "log": [
    {
      "component": "rc_stereo_ins",
      "level": "INFO",
      "message": "Running rc_stereo_ins version 2.4.0",
      "timestamp": 1503060034.083
    },
    {
      "component": "rc_stereo_ins",
      "level": "INFO",
      "message": "Starting up communication interfaces",
      "timestamp": 1503060034.085
    },
    {
      "component": "rc_stereo_ins",
      "level": "INFO",
      "message": "Autostart disabled",
      "timestamp": 1503060034.098
    },
    {
      "component": "rc_stereo_ins",
      "level": "INFO",
      "message": "Initializing realtime communication",
      "timestamp": 1503060034.209
    },
    {
      "component": "rc_stereo_ins",
      "level": "INFO",
      "message": "Startet state machine in state IDLE",
      "timestamp": 1503060034.383
    },
    {
      "component": "rc_stereovisodo",
      "level": "INFO",
      "message": "Init stereovisodo ...",
      "timestamp": 1503060034.814
    },
    {
      "component": "rc_stereovisodo",
      "level": "INFO",
      "message": "rc_stereovisodo: Using standard VO",
      "timestamp": 1503060034.913
    },
    {
      "component": "rc_stereovisodo",
      "level": "INFO",
      "message": "rc_stereovisodo: Playback mode: false",
      "timestamp": 1503060035.132
    },
    {
      "component": "rc_stereovisodo",
      "level": "INFO",
      "message": "rc_stereovisodo: Ready",
      "timestamp": 1503060035.212
    }
  ],
  "name": "dynamics.log",
  "size": 695
}

Anfrageparameter:
Parameter:	log (string) – Name der Logdatei (obligatorisch)
	format (string) – Rückgabe des Logs im JSON- oder Rohdatenformat (mögliche Werte: `json` oder `raw`; Voreinstellung: `json`) (optional) limit (integer) – Beschränkung auf die letzten x Zeilen im JSON-Format (Voreinstellung: `100`) (optional)
Antwort-Headers:
	Content-Type – text/plain application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: Log) 404 Not Found – Log nicht gefunden
Referenzierte Datenmodelle:
	Log

GET /system¶

Abruf von Systeminformationen zum Sensor.

Musteranfrage

GET /api/v2/system HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "firmware": {
    "active_image": {
      "image_version": "rc_visard_v1.1.0"
    },
    "fallback_booted": true,
    "inactive_image": {
      "image_version": "rc_visard_v1.0.0"
    },
    "next_boot_image": "active_image"
  },
  "hostname": "rc-visard-02873515",
  "link_speed": 1000,
  "mac": "00:14:2D:2B:D8:AB",
  "ntp_status": {
    "accuracy": "48 ms",
    "synchronized": true
  },
  "ptp_status": {
    "master_ip": "",
    "offset": 0,
    "offset_dev": 0,
    "offset_mean": 0,
    "state": "off"
  },
  "ready": true,
  "serial": "02873515",
  "time": 1504080462.641875,
  "uptime": 65457.42
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: SysInfo)
Referenzierte Datenmodelle:
	SysInfo

GET /system/backup¶

Abruf eines Backups der Einstellungen.

Musteranfrage

GET /api/v2/system/backup?pipelines=<pipelines>&load_carriers=<load_carriers>&regions_of_interest=<regions_of_interest>&grippers=<grippers> HTTP/1.1

Anfrageparameter:
	pipelines (boolean) – Backup der Pipelines mit Moduleinstellungen, d.h. Parameter und bevorzugte TCP-Orientierung (Standardwert: `True`) (optional) load_carriers (boolean) – Backup der Load Carrier (Standardwert: `True`) (optional) regions_of_interest (boolean) – Backup der Regions of Interest (Standardwert: `True`) (optional) grippers (boolean) – Backup der Greifer (Standardwert: `True`) (optional)
Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung

POST /system/backup¶

Backup einspielen.

Musteranfrage

POST /api/v2/system/backup HTTP/1.1
Accept: application/json

{}

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "return_code": {
    "message": "backup restored",
    "value": 0
  },
  "warnings": []
}

Request JSON Object:
	backup (object) – Backup-Daten als json-Objekt (erforderlich)
Anfrage-Header:	Accept – application/json
Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung

GET /system/license¶

Abruf von Informationen zu den auf dem Sensor installierten Lizenzen.

Musteranfrage

GET /api/v2/system/license HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "components": {
    "calibration": true,
    "fusion": true,
    "hand_eye_calibration": true,
    "rectification": true,
    "self_calibration": true,
    "slam": false,
    "stereo": true,
    "svo": true
  },
  "valid": true
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: LicenseInfo)
Referenzierte Datenmodelle:
	LicenseInfo

POST /system/license¶

Aktualisierung der auf dem Sensor installierten Lizenz mithilfe einer Lizenzdatei.

Musteranfrage

POST /api/v2/system/license HTTP/1.1
Accept: multipart/form-data

Formularparameter:
	file – Lizenzdatei (obligatorisch)
Anfrage-Header:	Accept – Multipart/Formulardaten
Statuscodes:	200 OK – Erfolgreiche Verarbeitung 400 Bad Request – Keine gültige Lizenz

GET /system/network¶

Abruf der aktuellen Netzwerk Konfiguration.

Musteranfrage

GET /api/v2/system/network HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "current_method": "DHCP",
  "default_gateway": "10.0.3.254",
  "ip_address": "10.0.1.41",
  "settings": {
    "dhcp_enabled": true,
    "persistent_default_gateway": "",
    "persistent_ip_address": "192.168.0.10",
    "persistent_ip_enabled": false,
    "persistent_subnet_mask": "255.255.255.0"
  },
  "subnet_mask": "255.255.252.0"
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: NetworkInfo)
Referenzierte Datenmodelle:
	NetworkInfo

GET /system/network/settings¶

Abruf der aktuellen Netzwerkeinstellungen.

Musteranfrage

GET /api/v2/system/network/settings HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "dhcp_enabled": true,
  "persistent_default_gateway": "",
  "persistent_ip_address": "192.168.0.10",
  "persistent_ip_enabled": false,
  "persistent_subnet_mask": "255.255.255.0"
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: NetworkSettings)
Referenzierte Datenmodelle:
	NetworkSettings

PUT /system/network/settings¶

Setzen der aktuellen Netzwerkeinstellungen.

Musteranfrage

PUT /api/v2/system/network/settings HTTP/1.1
Accept: application/json

{}

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "dhcp_enabled": true,
  "persistent_default_gateway": "",
  "persistent_ip_address": "192.168.0.10",
  "persistent_ip_enabled": false,
  "persistent_subnet_mask": "255.255.255.0"
}

Request JSON Object:
	settings (NetworkSettings) – Anzuwendende Netzwerkeinstellungen (obligatorisch)
Anfrage-Header:	Accept – application/json
Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: NetworkSettings) 400 Bad Request – ungültige/fehlende Argumente 403 Forbidden – Das Ändern der Netzwerkeinstellungen ist nicht erlaubt, da eine laufende GigE Vision-Applikation diese sperrt.
Referenzierte Datenmodelle:
	NetworkSettings

PUT /system/reboot¶

Neustart des Sensors.

Musteranfrage

PUT /api/v2/system/reboot HTTP/1.1

Statuscodes:	200 OK – Erfolgreiche Verarbeitung

GET /system/rollback¶

Abruf von Informationen zu Firmware/System-Images, die aktuell auf dem Sensor aktiv oder inaktiv sind.

Musteranfrage

GET /api/v2/system/rollback HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "active_image": {
    "image_version": "rc_visard_v1.1.0"
  },
  "fallback_booted": false,
  "inactive_image": {
    "image_version": "rc_visard_v1.0.0"
  },
  "next_boot_image": "active_image"
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: FirmwareInfo)
Referenzierte Datenmodelle:
	FirmwareInfo

PUT /system/rollback¶

Rollback auf vorherige Firmware-Version (inaktives System-Image).

Musteranfrage

PUT /api/v2/system/rollback HTTP/1.1

Statuscodes:	200 OK – Erfolgreiche Verarbeitung 400 Bad Request – Bereits auf die Verwendung der inaktiven Partition beim nächsten Boot-Vorgang gesetzt. 500 Internal Server Error – Interner Fehler

GET /system/ui_lock¶

Abruf des UI Lock Status

Musteranfrage

GET /api/v2/system/ui_lock HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "enabled": false
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: UILock)
Referenzierte Datenmodelle:
	UILock

DELETE /system/ui_lock¶

UI Lock entfernen.

Musteranfrage

DELETE /api/v2/system/ui_lock HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "enabled": false,
  "valid": false
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung

POST /system/ui_lock¶

Verifizieren oder Setzen des UI Locks.

Musteranfrage

POST /api/v2/system/ui_lock?hash=<hash>&set=<set> HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "enabled": true,
  "valid": true
}

Anfrageparameter:
	hash (string) – Hash des UI Lock Passworts (obligatorisch) set (boolean) – neuen Hash setzen anstatt zu verifizieren (optional)
Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung

GET /system/update¶

Abruf von Informationen zu Firmware/System-Images, die aktuell auf dem Sensor aktiv oder inaktiv sind.

Musteranfrage

GET /api/v2/system/update HTTP/1.1

Beispielantwort

HTTP/1.1 200 OK
Content-Type: application/json

{
  "active_image": {
    "image_version": "rc_visard_v1.1.0"
  },
  "fallback_booted": false,
  "inactive_image": {
    "image_version": "rc_visard_v1.0.0"
  },
  "next_boot_image": "active_image"
}

Antwort-Headers:
	Content-Type – application/json
Statuscodes:	200 OK – Erfolgreiche Verarbeitung (Rückgabe: FirmwareInfo)
Referenzierte Datenmodelle:
	FirmwareInfo

POST /system/update¶

Aktualisierung des Firmware/System-Images mit einer Mender-Artefakt-Datei: Um die aktualisierte Firmware zu aktivieren, ist anschließend ein Neustart erforderlich.

Musteranfrage

POST /api/v2/system/update HTTP/1.1
Accept: multipart/form-data

Formularparameter:
	file – Mender-Artefakt-Datei (obligatorisch)
Anfrage-Header:	Accept – Multipart/Formulardaten
Statuscodes:	200 OK – Erfolgreiche Verarbeitung 400 Bad Request – Client-Fehler, z.B. kein gültiges Mender-Artefakt