Zum Inhalt springen
Diese Seite wurde automatisch aus dem Englischen übersetzt. Fehler melden oder eine Korrektur vorschlagen.

Architekturübersicht

flowchart TB
  TAG["TigerTag chip<br/>(open NDEF payload on the spool)"]
  CONNECT["Tiger NFC Connect<br/>(mobile — NFC scan & encode)"]
  CLOUD["Firebase<br/>(accounts + Firestore + cdn.tigertag.io)"]
  STUDIO["Tiger Studio<br/>(desktop — inventory, devices, printers)"]
  PRINTERS["Printer integrations<br/>(Bambu Lab · Creality · Elegoo · FlashForge · Snapmaker · Anycubic)"]
  THIRD["Third-party apps & APIs<br/>(SDKs, Home Assistant, Spoolman, ESP32…)"]
  WEB["TigerHub<br/>(tigersystem.io — ecosystem site, wishlists, sharing)"]

  TAG --> CONNECT
  TAG --> STUDIO
  CONNECT <--> CLOUD
  STUDIO <--> CLOUD
  STUDIO --> PRINTERS
  CLOUD --> WEB
  CLOUD <--> THIRD
Schicht Rolle Maßgebliche Doku
TigerTag-Chip Tragbare, offene Identität der physischen Spule Chip-Format
Tiger NFC Connect Die Smartphone-Brücke: scannen, codieren, durchstöbern Produktseite
Firebase Eine gemeinsame Datenbank – Konten, Bestand, Sync; der Interoperabilitätspunkt der Sandbox Bestand & Cloud-Sync
TigerHub Die Web-Heimat des Ökosystems: Schaufenster, Wunschlisten, Freunde, Teilen Produktseite
Tiger Studio Desktop-Werkbank: Bestand, Racks, Sensoren, Drucker Produktseite
Drucker-Integrationen Live-LAN-Verbindungen zu sechs Druckermarken Kompatibilität
APIs von Drittanbietern SDKs + dokumentierte Firestore-Schnittstelle für alle Entwickler

Die ganze Karte – jedes Element und seine Verbindungen

Abschnitt betitelt „Die ganze Karte – jedes Element und seine Verbindungen“

Zubehör, Apps, Cloud, Drucker, Slicer und Integrationen von Drittanbietern auf einem Bild:

flowchart TB
  subgraph SP["The spool"]
    TAG["TigerTag chip"]
  end
  subgraph ACC["Accessories"]
    POD["TigerPOD<br/>dual reader stand"]
    ACR["ACR122U<br/>USB NFC reader"]
    SCALE["TigerScale"]
    TD1S["TD1S color sensor"]
  end
  subgraph APPS["Apps"]
    CO["Tiger NFC Connect"]
    ST["Tiger Studio"]
    WEB["TigerHub<br/>tigersystem.io"]
  end
  CLOUD[("Your TigerSystem account<br/>(Firebase)")]
  subgraph PRT["Printing"]
    SLICER["Your slicer<br/>(OrcaSlicer, vendor slicers…)"]
    PRN["Printers<br/>Anycubic · Bambu Lab · Creality<br/>Elegoo · FlashForge · Snapmaker"]
  end
  THIRD["Third-party<br/>Home Assistant · Spoolman · ESP32 · your app"]

  TAG -- "NFC tap" --> CO
  TAG -- "scan" --> POD --> ST
  TAG -- "scan" --> ACR --> ST
  TD1S -- "measured color" --> ST
  SCALE -- "live weight" --> CLOUD
  CO <--> CLOUD
  ST <--> CLOUD
  CLOUD -- "public share links" --> WEB
  CLOUD <--> THIRD
  ST -- "filament data to slots" --> PRN
  PRN -- "live telemetry, job, camera" --> ST
  SLICER -- "print job" --> PRN

Lies es von links nach rechts: Der Chip identifiziert die Spule; das Zubehör erfasst die Wirklichkeit (Scans, Gewicht, Farbe); die Apps und die Cloud halten alles synchron; der Drucker empfängt die Filamentdaten und meldet live zurück. Dein Slicer behält seine Aufgabe – TigerSystem slict nicht, es sorgt dafür, dass alle (du, die Maschine, die Apps) genau wissen, welches Filament wo liegt.

  1. Der Chip ist autark. Eine Spule identifiziert sich ohne Cloud, ohne Konto, ohne Netzwerk – die Nutzdaten sind vollständig und offen.
  2. Die Cloud gehört dem Nutzer, nicht dem System. Der gesamte Zustand liegt unter dem Konto des Nutzers; serverseitige Sicherheitsregeln – nicht Client-Code – erzwingen den Zugriff.
  3. Jede Schicht ist optional. Die Nutzung nur mit Handy, nur mit Desktop, nur mit Chip oder nur über die API funktioniert jeweils; Komponenten schaffen Mehrwert, schränken sich aber nie gegenseitig ein.
  4. Integrationen sprechen das native Protokoll des Druckers. Keine Firmware-Mods, keine Umwege über die Cloud: Tiger Studio spricht MQTT/WebSocket/HTTP direkt im LAN (siehe Datenfluss).

Siehe auch: Produkte, Entwickler