System und Logs

Die folgenden Ressourcen und Anfragen sind für die System-Level-API des rc_cube 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_cube.

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
  }
]

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": 1581609251.8168414,
  "log": [
    {
      "component": "rc_gev_server",
      "level": "INFO",
      "message": "Application from IP 10.0.1.7 registered with control access.",
      "timestamp": 1581609249.61
    },
    {
      "component": "rc_gev_server",
      "level": "INFO",
      "message": "Application from IP 10.0.1.7 deregistered.",
      "timestamp": 1581609249.739
    },
    {
      "component": "rc_gev_server",
      "level": "INFO",
      "message": "Application from IP 10.0.1.7 registered with control access.",
      "timestamp": 1581609250.94
    },
    {
      "component": "rc_gev_server",
      "level": "INFO",
      "message": "Application from IP 10.0.1.7 deregistered.",
      "timestamp": 1581609251.819
    }
  ],
  "name": "gev.log",
  "size": 42112
}

Parameter:

• log (string) – Name der Logdatei (obligatorisch)

Anfrageparameter:  

• 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 Gerät.

Musteranfrage

GET /api/v2/system HTTP/1.1

Beispielantwort

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

{
  "dns": {
    "dns_servers": [
      "10.0.0.1",
      "1.1.1.1"
    ],
    "manual_dns_servers": [
      "1.1.1.1"
    ]
  },
  "dongle_id": "dinkey:1234",
  "firmware": {
    "active_image": {
      "image_version": "22.04.0"
    },
    "fallback_booted": false,
    "inactive_image": {
      "image_version": "22.01.0"
    },
    "next_boot_image": "active_image"
  },
  "hostname": "rc-cube-00012e96ef39",
  "link_speed": 1000,
  "mac": "00:01:2e:96:ef:39",
  "model_name": "rc_cube S",
  "network": {
    "current_method": "DHCP",
    "default_gateway": "10.0.3.254",
    "ip_address": "10.0.2.40",
    "settings": {
      "dhcp_enabled": true,
      "persistent_default_gateway": "",
      "persistent_ip_address": "192.168.0.111",
      "persistent_ip_enabled": false,
      "persistent_subnet_mask": "255.255.255.0"
    },
    "subnet_mask": "255.255.252.0"
  },
  "ntp_status": {
    "accuracy": "0.000032666 seconds slow of NTP time",
    "synchronized": true
  },
  "pipelines": {
    "config": {
      "0": {
        "type": "rc_visard"
      },
      "1": {
        "type": "rc_visard"
      }
    },
    "max_pipelines": 2,
    "pending_changes": false
  },
  "ptp_status": {
    "master_ip": "",
    "offset": 0,
    "offset_dev": 0,
    "offset_mean": 0,
    "state": "off"
  },
  "ready": true,
  "reboot_required": false,
  "sensor_interfaces": {
    "sensor0": {
      "link_speed": 2500
    }
  },
  "serial": "00012e96ef39",
  "time": 1649678734.0306993,
  "uptime": 336455.25,
  "userspace": {
    "available": true,
    "enabled": true
  }
}

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/disk_info

Abruf der Speicherinformation

Musteranfrage

GET /api/v2/system/disk_info HTTP/1.1

Antwort-Headers:  

• Content-Type – application/json

Statuscodes:

• 200 OK – Erfolgreiche Verarbeitung

GET /system/dns

Abfragen der DNS-Server Einstellungen.

Musteranfrage

GET /api/v2/system/dns HTTP/1.1

Beispielantwort

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

{
  "dns": {
    "dns_servers": [
      "10.0.0.1",
      "1.1.1.1"
    ],
    "manual_dns_servers": [
      "1.1.1.1"
    ]
  }
}

Antwort-Headers:  

• Content-Type – application/json

Statuscodes:

• 200 OK – Erfolgreiche Verarbeitung (Rückgabe: DNS)

Referenzierte Datenmodelle:  

• DNS

PUT /system/dns

Setze manuelle DNS-Server.

Musteranfrage

PUT /api/v2/system/dns HTTP/1.1
Accept: application/json

{}

Beispielantwort

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

{
  "dns": {
    "dns_servers": [
      "10.0.0.1",
      "1.1.1.1"
    ],
    "manual_dns_servers": [
      "1.1.1.1"
    ]
  }
}

Request JSON Object:  

• manual_dns_servers (ManualDNSServers) – Manuelle DNS-Server (obligatorisch)

Anfrage-Header:

• Accept – application/json

Antwort-Headers:  

• Content-Type – application/json

Statuscodes:

• 200 OK – Erfolgreiche Verarbeitung (Rückgabe: DNS)
• 400 Bad Request – ungültige/fehlende Argumente

Referenzierte Datenmodelle:  

• DNS
• ManualDNSServers

GET /system/license

Abruf von Informationen zu den auf dem Gerät installierten Lizenzen.

Musteranfrage

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

Beispielantwort

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

{
  "components": {
    "hand_eye_calibration": true,
    "rectification": true,
    "stereo": 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 Gerät 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 Geräts.

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 Gerät 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_cube_v1.1.0"
  },
  "fallback_booted": false,
  "inactive_image": {
    "image_version": "rc_cube_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 Gerät 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_cube_v1.1.0"
  },
  "fallback_booted": false,
  "inactive_image": {
    "image_version": "rc_cube_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