Architekturübersicht
Der Stack, von oben nach unten
Abschnitt betitelt „Der Stack, von oben nach unten“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
Schichten
Abschnitt betitelt „Schichten“| 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.
Designprinzipien
Abschnitt betitelt „Designprinzipien“- Der Chip ist autark. Eine Spule identifiziert sich ohne Cloud, ohne Konto, ohne Netzwerk – die Nutzdaten sind vollständig und offen.
- 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.
- 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.
- 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