Ein Konzeptfilm zeigt ein technisches Prinzip; er beweist nicht, wie ein System arbeitet. Das Problem: Ein Bildschirm, der wie ein Messgerät aussieht, lässt alles darauf wie eine Messung wirken, und ein technischer Zuschauer, der Animation und Messung nicht mehr unterscheiden kann, vertraut keinem Teil mehr. Deshalb prüfen Skripte unsere Konzeptfilme vor der Montage. Eine ablesbare Zahl im Bild oder ein Frame mit Boxen ohne die Zeile „animated illustration, not detector output“ stoppt die Montage; im Film zur kooperativen Wahrnehmung kommt eine Sichtlinienprüfung per Raycasting in Blender hinzu. Ein Messwert erscheint nur, wenn Aufbau, Methode und messende Person bekannt sind: In unseren Filmen gilt das allein für die EtherCAT-Prüfstandswerte.

Kurz gesagt

  • Was wie ein Messgerät aussieht, wird wie eine Messung gelesen. Unsere Richtlinie in zwei Sätzen: „Atmosphäre darf man erfinden. Belege nicht.“
  • Jedes Bildelement gehört zu einer von vier Kategorien (Dekor, Kontext, Messung, Nachweis), und die Nachweispflicht steigt mit der Kategorie.
  • Die Prüfungen laufen als Skripte, nicht als Blick eines Menschen; fällt eine durch, wird der Film nicht montiert.
  • Die teuerste Lektion: Eine grüne Prüfung testet womöglich nicht das, was Sie glauben. Lassen Sie sie absichtlich scheitern und sehen Sie zu.
  • Eine Zahl kommt nur mit Prüfstand ins Bild, etwa 19,2 µs im Mittel, 30,9 µs maximal und 0 % Paketverlust im EtherCAT-Film.

Warum wirkt Messgeräte-Ästhetik wie eine Messung?

Unsere Filme sprechen die Sprache einer technischen Konsole: dunkler Hintergrund, feine Linien, Boxen, die Objekten folgen, technische Beschriftungen. Diese Sprache hat ihren Preis. Ein Bild, das wie ein Oszilloskop aussieht, legt nahe, dass jede Linie ein Signal ist; eine Zahl neben einer Box liest sich wie die momentane Konfidenz eines Detektors.

Das haben wir aus einem eigenen Fehler gelernt. Im August 2026 haben wir einige Leistungswerte von unserer Website entfernt, weil wir Aufbau und Methode nicht dokumentieren konnten, und die EtherCAT-Inhalte mit echten Prüfstandsdaten neu geschrieben. Die folgenden Regeln sind aus dieser Korrektur entstanden. Sie beruhen auf einem Kriterium: Wenn ein Bildelement vernünftigerweise als Messung gelesen werden kann, muss es aus einer echten Messung stammen; sonst gehört es zur Atmosphäre.

Vier Kategorien: Dekor, Kontext, Messung, Nachweis

Je höher die Kategorie, desto größer die Nachweispflicht:

Kategorie Beispiele Regel In unseren Filmen
A. Dekor Filmkorn, Leuchteffekt, Raster, Scan-Linie, Partikel Immer erlaubt; stellt keine Behauptung auf Licht, Dunst und bewegte Lichtreflexe
B. Kontext Boardname, CPU, RTOS, Compiler, Kernelversion Muss echt sein; behauptet nichts über das Unternehmen Prüfstandsangaben im EtherCAT-Film; Typnamen wie INT8
C. Messung Latenz, Jitter, fps, Bandbreite, Paketverlust Nur mit bekanntem Aufbau, bekannter Methode und messender Person Nur die Prüfstandswerte im EtherCAT-Film
D. Nachweis Namen von Normen und Zertifikaten Nie als Dekor; nur als Anforderung des Kunden Im Bild nicht verwendet

Die Grenze zieht oft die Bewegung: Ein bewegtes Licht ist Dekor, eine sich ändernde Zahl nicht. Ein Zähler, der wie eine Bildrate springt, wirkt wie Daten, obwohl keine dahinterstehen, und ist deshalb verboten; auch eine animierte Wellenform oder Zeitreihe braucht echte Daten. Auf unserer Website steckt dieselbe Regel im Typsystem: Ein Messdatensatz ohne Feld für Aufbau oder Methode lässt sich nicht kompilieren.

Prüfungen, die die Montage stoppen

Eine Prüfung (Gate) ist eine Kontrolle, die das Build-Skript ausführt, bevor es den Film montiert. Augen ermüden und sehen, was sie erwarten; ein Skript stellt bei jedem Build dieselbe Frage.

Ziffernprüfung

Im Film über Vogel oder Drohne steht keine einzige Zahl im Bild, deren Wert man ablesen könnte. Die Prüfung durchsucht den gesamten sichtbaren Text der Typografie-Ebene (Titel, Bauchbinden, Beschriftungen) anhand einer Musterliste und stoppt die Montage, sobald sie eine Ziffer findet. Erlaubt sind INT8 und 3D: ein Datentyp und eine Technik. Wer ein Muster ergänzen will, muss eine Frage beantworten: Meldet diese Ziffer eine Menge? Die Beschreibung des Films zur kooperativen Wahrnehmung nennt dieselbe Regel für das Publikum: „There are no figures in this film.“

# Skizze: jeder Text der Overlay-Ebene wird gegen Muster geprüft
ERLAUBT = ("INT8", "3D")   # Typnamen, keine Mengen

def ziffernpruefung(sichtbare_texte):
    for text in sichtbare_texte:
        rest = text
        for muster in ERLAUBT:
            rest = rest.replace(muster, "")
        if any(c.isdigit() for c in rest):
            return False, text   # Montage stoppt
    return True, None

Kennzeichnungsprüfung

Jedes Frame, das eine Box oder eine Spur zeigt, muss auch die Zeile „animated illustration, not detector output“ zeigen, und ein Skript prüft das. Jedes Frame mit Box wird mit den Zeitfenstern verglichen, in denen die Zeile sichtbar ist; ein einziges nicht abgedecktes Frame lässt die Prüfung scheitern. Im Vogel-oder-Drohne-Film prüft sie auch die Gegenrichtung: Ist die Zeile ohne Boxen eingeblendet, warnt sie, denn ein unnötiger Hinweis nutzt Vertrauen ebenfalls ab. Der Abspann sagt dasselbe für den ganzen Film: „concept film“.

Geometrieprüfung

Der Film zur kooperativen Wahrnehmung handelt von Geometrie: Ein Containerstapel verdeckt einen Gabelstapler vor dem Fahrzeug, ein Mast an der Kreuzung sieht den Korridor. Wer was sieht, haben wir nicht von Hand gezeichnet. In jeder halben Sekunde Szenenzeit schickt ein Skript mit Blenders ray_cast einen Strahl vom Sensor zum Ziel; trifft der Strahl vorher eine Fläche, besteht keine Sichtlinie. Das Ergebnis landet in einer Datei, und die Prüfung liest es bei jeder Montage erneut: Sieht das Fahrzeug den Stapler, wo es ihn nicht sehen darf, oder sieht der Mast ihn nicht, wo er ihn sehen muss, scheitert die Prüfung. Ändert sich die Szene und wird die Sichtlinie neu berechnet, fällt diese Prüfung als erste.

Abspann- und Vollständigkeitsprüfung

„Real time has a cost“ beruht auf einer Veröffentlichung, deren Zweitautor unser Gründer ist; der Film veranschaulicht das Prinzip und wiederholt die Messung nicht. Die Abspannprüfung sucht den vollständigen Abspanntext, einschließlich Quellenangabe und des Hinweises, dass das Ergebnis nicht an der gezeigten Szene gemessen wurde. Die Vollständigkeitsprüfung sucht die Dateien, auf denen die Montage beruht, etwa Frames und Spurdaten. Fehlen Daten, scheitert die Prüfung, statt durchzuwinken: Ohne Spurdaten hat die Kennzeichnungsprüfung nichts zu prüfen.

Als die Prüfung log

Ihren lehrreichsten Moment hatte die Geometrieprüfung, als sie aus dem falschen Grund grün wurde. Nachdem wir den Fahrzeugkörper in die richtige Richtung gedreht hatten, meldete der Test, das Fahrzeug sehe den Stapler in keiner Stichprobe; die Behauptung hielt überall. Der Bericht nannte aber auch das Objekt, das jeden Strahl stoppte, und das war das Objektivgehäuse der fahrzeugeigenen Kamera: Nach der Drehung startete der Strahl im Inneren des Objektivs. Verraten hat den Fehler ein Name, keine Zahl.

Wir haben die fahrzeugeigenen Teile vom Test ausgenommen. Nun meldete er, das Fahrzeug sehe den Stapler in jeder Stichprobe. Die Ursache lag wieder im Test: Traf ein Strahl eine ausgenommene Fläche, antwortete der Test „sieht“ und brach ab, statt den Strahl weiterzuführen. Der erste Treffer war immer das Objektiv, also wurde der Stapel nie geprüft. Die Korrektur: Der Strahl wird hinter der ausgenommenen Fläche neu ausgesendet.

# Pseudocode: eine ausgenommene Fläche beendet den Strahl nicht
# ausgenommen: eigener Sensorkörper und das Ziel selbst
def sichtlinie(quelle, ziel, ausgenommen):
    richtung = (ziel - quelle).normalized()
    gesamt = (ziel - quelle).length
    strecke = 0.0
    while True:
        treffer, punkt, obj = ray_cast(quelle + richtung * strecke,
                                       richtung, distance=gesamt - strecke)
        if not treffer:
            return True, None          # nichts im Weg
        if obj.name in ausgenommen:
            # die alte Version meldete hier "sieht"
            strecke = (punkt - quelle).length + KLEINER_SCHRITT
            continue
        return False, obj.name         # Begründung: das Hindernis

Die Regel: Eine grüne Prüfung heißt nicht, dass sie prüft, was Sie glauben. Lassen Sie sie absichtlich scheitern und sehen Sie zu: Stellen Sie ein Hindernis in die Sichtlinie des Masts, schreiben Sie eine einzige Ziffer in eine Bauchbinde, kürzen Sie das Kennzeichnungsfenster um ein Frame. Im Softwaretest heißt diese Idee Mutationstest: Man baut absichtlich Fehler ein, und bestehen die Tests trotzdem, erkennen sie diese Fehler nicht.

Darf man die Szene anpassen?

Im ersten Timing des Films zur kooperativen Wahrnehmung fielen die Entscheidung des straßenseitigen Knotens und der Moment, in dem sich die eigene Sicht des Fahrzeugs öffnete, in dieselbe Sekunde. Der Film zeigte also eine Szene, in der kooperative Wahrnehmung nichts brachte. Wir haben das Bewegungsprofil neu aufgebaut. Offen gesagt: Wir haben die Szene angepasst, damit der Film überzeugt.

Das ist legitim, denn ein Konzeptfilm zeigt ein Prinzip und beweist es nicht; deshalb steht im Abspann „concept film“. Die Grenze liegt darin, was Sie anpassen:

Änderung an der Szene Legitim? Warum
Geschwindigkeit und Timing der Fahrzeuge Ja Man wählt eine Szene, in der das Prinzip sichtbar wird; der Abspann sagt das
Sichtlinie von Hand zeichnen Nein Wer was sieht, entscheidet das Raycasting
Den Zeitgewinn der Szene in Sekunden einblenden Nein Diese Zahl gehört zu unserer Szene, nicht zu einem System
Die Szene als Feldaufnahme ausgeben Nein Synthetische Bilder werden nie als Feldaufnahme gezeigt

Auch das neue Timing hat die Geometrieprüfung bestanden: Das Fahrzeug sieht weiterhin nicht hinter den Stapel, der Mast schon. Die Szene zu wählen ist frei; die Physik darin bestimmt das Raycasting. Unser Beitrag zur kooperativen Wahrnehmung trennt die Technik von der Szene.

Ton, Ebenen und Frames: wo keine Prüfung hinsieht

Im Vogel-oder-Drohne-Film trägt der Ton des Films selbst den Satz „ein Flügelschlag ist ein langsamer Puls, ein Rotor ein gleichmäßiger Ton“. Ein Spektrogramm haben wir nicht eingeblendet: Es ist ein Datendiagramm, und dafür haben wir keine veröffentlichungsfähige Messung. Doch der Ton selbst stellte eine Behauptung auf. In der ersten Mischung erzeugte ein kleiner Drehzahlunterschied zwischen zwei Rotoren in der Hüllkurve eine Schwebung nahe am Flügelschlagrhythmus; der Satz hielt dem Ohr nicht stand. Wir haben das Sounddesign gemessen und korrigiert: Auch eine Behauptung, die auf Sounddesign beruht, wird gemessen. Die Merkmale beschreibt unser Beitrag zu Vogel oder Drohne.

Im selben Film wiederholten ein Glaspanel und eine Bauchbinde dieselben Zeilen; wir haben das Panel entfernt, denn jede Ebene soll einen Zustand erzählen. Der Zielpunkt des Schwenk-Neige-Kopfs kam aus einem sequenziellen Filter, sein Wert in einem Frame hing also davon ab, wie viele Frames vorher verarbeitet worden waren. Der Einzel-Render einer Einstellung und der Durchlauf über den ganzen Film blickten im selben Frame an verschiedene Stellen, und eine Box stand neben der Drohne in leerer Luft. Heute wird der Zielpunkt einmal für den ganzen Film mit reiner Mathematik berechnet: Alles, was an der Kamera hängt, darf nicht von der Frame-Reihenfolge abhängen. Overlay-Daten und Bild müssen aus demselben Zustand stammen; das ist die Filmversion zweier Sensoren mit Zeitstempeln aus verschiedenen Uhren. Die Kennzeichnungsprüfung konnte das nicht erkennen, denn die Zeile war im Bild, nur die Box stand falsch. Gefunden hat den Fehler ein Mensch, der den Film angesehen hat.

Wann kommt eine Zahl ins Bild?

Der EtherCAT-Film ist die einzige Ausnahme: Im Bild stehen 19,2 µs mittlere und 30,9 µs maximale Übertragungszeit, 25,5 µs gesamt inklusive Software und 0 % Paketverlust, darunter die Bedingung: ein Slave, 64 Byte Prozessdaten, 10-kHz-Zyklus, 100-Mb/s-Link. Dahinter steht ein Prüfstand, dessen Aufbau, Methode und messende Person bekannt sind: ein kommerzieller Class-B-EtherCAT-Master auf einem TI Sitara AM572x IDK mit TI-RTOS und ein TI Delfino TMS320F28388D mit integriertem ESC als Slave. Die Übertragungszeit reicht vom Senden des Frames, bis er vollständig über die Leitung zurückgekommen ist; die Gesamtzeit enthält zusätzlich den Anteil der Master-Software. Die vollständigen Tabellen finden Sie in unserer Beschreibung der Messmethode (auf Türkisch) und in der EtherCAT-Fallstudie.

Wir veröffentlichen neben dem Mittelwert auch das Maximum: In einem Regelkreis beruhigt Sie der Mittelwert, über die Auslieferung der Maschine entscheidet das Maximum. Einen DC-Synchronisationswert nennen wir nicht, denn der Stack ist Class B und nutzt keine Distributed Clocks. Auch die Notiz unter den Zahlen zieht die Grenze: Schaltschrank, Roboterarm, Humanoid und Auto sind 3D-Illustrationen, der CAN-Vergleich ist strukturell. Wir verkaufen keinen EtherCAT-Master; wir nehmen EtherCAT-Netzwerke auf TI-Silizium in Betrieb und charakterisieren ihr Zeitverhalten. Den Mechanismus erklärt unser Beitrag über einen Frame für die ganze Anlage.

Die Boxen in den Filmen mit synthetischen Daten haben wieder eine andere Herkunft: Kein Detektor sagt sie vorher; der Renderer oder der Platzierungsschritt schreibt sie, weil er die Lage jedes Objekts bereits kennt (Ground Truth). Im Blender-Film mit Hindernissen steht die Kennzeichnung „synthetic data“ während des ganzen Films im Bild; synthetische Bilder werden nie als Feldaufnahme gezeigt.

Fünf Fragen an jedes Technikvideo

  1. Ist die Szene echt? Feldaufnahme, synthetischer Render oder Animation? Wenn der Abspann es nicht sagt, fragen Sie nach.
  2. Wo steht der Aufbau hinter der Zahl? Board, Betriebssystem, Software-Stack, Bedingungen und Methode; fehlt etwas davon, lesen Sie die Zahl nicht als Messung.
  3. Maximum oder Mittelwert? Steht nur der Mittelwert da, wissen Sie nichts über den ungünstigsten Fall.
  4. Wessen Ausgabe sind die Boxen? Die Vorhersage eines Detektors, die Ground Truth eines Renderers und die Zeichnung eines Animators sehen im Bild gleich aus.
  5. Was sagt der Abspann? Suchen Sie nach „concept film“, „synthetic data“ oder „field capture“. Steht nichts davon da, wissen Sie nicht, was Sie sehen.

In unserem Videobereich können Sie diese Fragen gleich ausprobieren.

Wo es schiefgeht

  1. Eine grüne Prüfung für einen Beleg halten. Eine Prüfung testet nur die Frage, die man ihr stellt; beim Objektivfehler hielt die Behauptung, weil der Strahl das Objektiv traf.
  2. Vergessen, dass die Prüfung die Ebene liest. Die Ziffernprüfung liest keine Pixel; für eine Ziffer in der Textur der 3D-Szene (eine Containernummer, ein Schild) ist sie blind.
  3. Ergebnisse ohne Begründung speichern. Ohne den Namen des blockierenden Objekts wäre der Objektivfehler hinter „Behauptung hält“ verborgen geblieben.
  4. Fehlende oder veraltete Daten als bestanden werten. Fehlt die zu prüfende Datei, darf die Standardantwort nicht „bestanden“ lauten. Die Sichtliniendatei entsteht in einem eigenen Schritt; läuft dieser nicht erneut, bewertet die Prüfung die alte Szene.
  5. Eine eingeblendete Zeile mit einer gelesenen verwechseln. Das Auge geht trotzdem zur Box. Ein Vorteil der Zeile in jedem Frame: Wird ein Ausschnitt geteilt, wandert die Kennzeichnung mit.
  6. Ein anderswo gemessenes Ergebnis der Szene zuschreiben. Eine in einer Veröffentlichung berichtete Einsparung gehört zu deren Hardware und Aufgabe.

Was dieser Beitrag nicht sagen kann

  • Prüfungen fangen nur die Fehlerarten, die wir definiert haben. Ein Skript ist keine Freigabeinstanz: Es erkennt Muster, den Kontext beurteilt ein Mensch.
  • Prüfungen beseitigen kein Missverständnis beim Publikum; sie erschweren es uns, etwas Falsches ins Bild zu setzen.
  • Die Filmszenen bleiben Illustrationen. Die Geometrieprüfung zeigt, dass eine Szene in sich stimmig ist; über ein echtes Terminal sagt sie nichts.
  • Wie oft unsere Prüfungen Fehler übersehen, haben wir nicht gemessen; der Objektivfehler zeigte, dass auch eine Prüfung irren kann.
  • Die EtherCAT-Zahlen charakterisieren einen einzigen Prüfstandsaufbau; ein anderer Aufbau liefert andere Zahlen.

Häufig gestellte Fragen

Was ist ein Konzeptfilm?

Ein Konzeptfilm zeigt ein technisches Prinzip mit 3D-Animation, beweist aber nicht, wie ein System arbeitet. In den Konzeptfilmen von Spikedge sind Szenen, Fahrzeuge, Sensoren sowie Boxen, Spuren und Beschriftungen im Bild unsere eigene Animation, und im Abspann steht „concept film“.

Sind die Boxen in den Filmen echte Detektorausgaben?

In den Konzeptfilmen nicht: Boxen, Spuren und Beschriftungen sind Animation, und jedes Frame mit einer Box trägt die Zeile „animated illustration, not detector output“. Die Boxen in den Filmen mit synthetischen Daten sind Ground Truth, geschrieben beim Rendern oder beim Platzieren der Objekte.

Warum zeigen die Konzeptfilme keine Zahlen?

Eine Zahl im Bild wird als Messung gelesen und muss daher aus einer echten Messung stammen; für die Szenen dieser Filme haben wir keine veröffentlichungsfähige Messung. Die Ziffernprüfung stoppt die Montage, sobald sie eine Ziffer im Bild findet, ausgenommen wenige Muster wie INT8, die keine Menge melden.

Woher stammen die Zahlen im EtherCAT-Film?

Von unserem eigenen Prüfstand: ein kommerzieller Class-B-Master auf einem TI Sitara AM572x IDK und ein TI Delfino TMS320F28388D mit integriertem ESC als Slave. Der Film zeigt 19,2 µs im Mittel, 30,9 µs maximal und 0 % Paketverlust; Aufbau, Methode und Bedingungen stehen in unserer Beschreibung der Messmethode.

Quellen