Arbeitsprobe · Beleg zu Technik & Kunde und Digitalisierung
Ein Störungsbild, fünf Wege
Zwei Lampen ließen sich nicht schalten. In der App des Herstellers funktionierten sie einwandfrei. Was danach kam, ist die eigentliche Supportarbeit: fünf Hypothesen, vier davon widerlegt – und am Ende eine Ursache, die auf keinem Datenblatt steht. Derselbe Fall trägt alles Weitere auf dieser Seite: das Modell der Anlage, die Wissensbasis, fünf Störfälle und die Frage, was ein Kunde davon hätte.
Die Anlage ist meine Wohnung. 129 Geräte aus zehn Hersteller-Ökosystemen hängen an einer Zentrale; allein die Beleuchtung – 29 Geräte – verteilt sich auf fünf verschiedene Anbindungswege, nicht aus Spieltrieb, sondern weil jedes Gerät nur über den Weg lief, über den es eben lief. Beschrieben ist das seit einem Jahr unter Systemintegration.
Was dort fehlte, ist das, wofür ein Support bezahlt wird: wie man vorgeht, wenn etwas nicht funktioniert. Diese Seite trägt das nach – an einem Fall, der stattgefunden hat, und in einer Form, die man nachrechnen kann.
Der Schlüssel ist eine Eigenschaft der Anlage, die zunächst wie ein Nachteil aussieht: Weil jedes Gerät an einer anderen Kette aus Funk, Brücke, Netz und Zentrale hängt, verrät das Muster der ausgefallenen Geräte, wo die Ursache liegt. Und wichtiger noch: jedes Gerät, das noch läuft, widerlegt eine Ursache. Genau das rechnet die Demo vor.
Was davon meine Arbeit ist
- Die Anlage – über Jahre gewachsen, selbst eingerichtet, selbst instand gehalten. Privat, kein Auftrag.
- Der Fall – die beiden Lampen, ihr Ausgang steht seit 2026 auf dieser Website.
- Modell, Regeln, Wissensbasis, Störfälle, Angebot – 2026 für dieses Portfolio entstanden.
- Nicht von mir – die Geräte und ihre Protokolle. Es steht kein Datenblatt hinter diesem Modell und es wird keines behauptet.
Keine Berufserfahrung im technischen Support, kein Ticketsystem, keine Ausbildung in Elektrotechnik. Das steht so auch auf der Rollenseite.
Auf einen Blick
- 29 Geräte über 5 Anbindungswege, 12 davon ohne Zustandsrückmeldung
- 14 Bauteile, 6 Funktionen, 10 Fehlerpunkte im Modell
- 5 Hypothesen im Diagnoseweg, 4 davon widerlegt
- 20 Supportfragen, 16 geprüft, 4 plausibel
- 5 Störfälle mit 20 Schritten, davon 13 widerlegte Hypothesen
- 2 Fälle belegt, 3 aus dem Modell abgeleitet
- 81 Regeltests, alle bestanden
Die fünf Belege, ein Fall
1 · Der Diagnoseweg
Die Lampe, die auf keinem offiziellen Weg zu erreichen war
Ein Diagnoseweg in 21 Schritten. Er zeigt nicht die Lösung, sondern das Denken davor: was ich vermutet habe, wie ich es geprüft habe, und woran die Vermutung gescheitert ist. Vier der fünf Hypothesen waren falsch – und jede falsche hat den Suchraum kleiner gemacht.
Dieser Beleg war als dreiminütiger Screencast geplant. Am 3. September 2026 wurde entschieden, ihn nicht aufzunehmen und stattdessen als Text zu führen. Das ist keine gekürzte Fassung: Der Ablauf steht unten vollständig, Schritt für Schritt, und trägt neben jedem Schritt den Befund, der daraus wurde. Untertiteldatei und Zeitmarken sind mit der Entscheidung weggefallen – Untertitel ohne Video sind eine Datei ohne Ziel.
Der Diagnoseweg als Textfassung (MD)
Belegt und rekonstruiert – die Trennung gehört hierher
Belegt sind Ausgangslage und Ausgang. Beides steht wörtlich in der Fallbeschreibung der Anlage: die Lampen sind Ledvance-Geräte, sie waren „weder über die Ledvance- noch über die Tuya-Cloud-Integration ansprechbar“, und „erst der lokale Tuya-Weg hat funktioniert“.
Rekonstruiert ist die Reihenfolge der Schritte. Es gab damals kein Protokoll. Ein Diagnoseprotokoll nachträglich zu behaupten wäre genau die Art Erfindung, gegen die diese Website geschrieben ist. Die Befundspalte unten nennt deshalb nur, was an der Anlage tatsächlich zu sehen war oder heute noch zu sehen ist – nicht, was sich aus dem Ausgang rückwärts erschließen ließe.
Die fünf Hypothesen
| # | Hypothese | Test | Ergebnis | Was daraus folgte |
|---|---|---|---|---|
| 1 | Die Lampe ist defekt oder stromlos. | In der Hersteller-App schalten. | ausgeschlossen | Die Ursache liegt zwischen Zentrale und Lampe, nicht in der Lampe. |
| 2 | Das Netz erreicht diese Räume nicht. | Ein anderes Gerät im selben Raum über die Zentrale schalten. | ausgeschlossen | Ein laufendes Gerät auf derselben Strecke widerlegt die Strecke. |
| 3 | Die Herstellerintegration ist falsch eingerichtet. | Entfernen und neu einrichten. | Symptom bestätigt, Ursache nicht | Sichtbar heißt nicht ansprechbar. Hier bleiben die meisten Fälle dieser Art hängen. |
| 4 | Die Hardware gehört nicht zur Marke auf dem Gehäuse – also ist die Wolke des tatsächlichen Anbieters der Weg. | Über die Tuya-Cloud einbinden. | ausgeschlossen | Die Vermutung über die Hardware war richtig, der Schluss auf den Weg nicht. |
| 5 | Dieselbe Hardware, aber lokal statt über die Wolke. | Über den lokalen Weg einbinden. | bestätigt | Beide Lampen schalten. Sie laufen bis heute so. |
Was daraus wurde
Die beiden Lampen sind heute die einzigen Geräte der Wohnung, die ohne Internet auskommen. Aus dem Umweg von damals ist ein Messpunkt geworden: Fällt das Internet aus, sind sie der erste Prüfschritt – laufen sie, ist das Netz in Ordnung und es fehlt nur die Wolke. Diese Schlussfolgerung steht unten im Modell und in der Wissensbasis, und die Demo rechnet sie vor.
Was offen bleibt: warum der Weg des Markenherstellers die Geräte anzeigt, ohne sie zu erreichen. Für die Lösung war das nicht nötig. Für eine Antwort an einen Kunden wäre es das – und dann gehört der Satz „das weiß ich nicht“ zur Antwort dazu.
Der Ablauf, Schritt für Schritt
21 Schritte. Links der Gedanke oder die Handlung, rechts der Befund –
das, was danach feststand. Vier dieser Befunde widerlegen die Hypothese,
die unmittelbar darüber steht; das ist der Teil, auf den es ankommt.
Diese Liste und die Textfassung zum Herunterladen stammen aus einer
Quelle – skripte/diagnoseweg-bauen.py.
- 1Zwei Lampen, WC und Abstellraum. Sie stehen in der Zentrale, sie lassen sich anklicken – und im Raum passiert nichts.Beide Lampen sind in der Geräteübersicht der Zentrale gelistet.
- 2Keine Fehlermeldung. Das ist die unangenehme Sorte Störung: Das System sagt nicht, dass etwas fehlt.Klick auf die Lampe, im Raum bleibt es dunkel. Kein Fehler, kein Hinweis.
- 3Die Frage ist also nicht, ob etwas kaputt ist, sondern wo zwischen Klick und Lampe der Weg abreißt.Ausgangsfrage festgelegt: gesucht ist die Stelle, nicht das Teil.
- 4Erste Hypothese, die naheliegendste: die Lampe ist defekt oder hat keinen Strom.Prüfmittel: die App des Herstellers auf dem Telefon, dieselbe Lampe.
- 5Test: in der App des Herstellers schalten. Sie geht an. Damit ist die Hypothese erledigt.Die Lampe schaltet über die Hersteller-App. Strom und Gerät sind in Ordnung.
- 6Und ich weiß jetzt mehr als vorher: Die Ursache liegt zwischen Zentrale und Lampe, nicht in der Lampe.Hypothese 1 ausgeschlossen.
- 7Zweite Hypothese: das Netz erreicht diese Ecke der Wohnung nicht.Prüfmittel: ein zweites Gerät im selben Raum, über die Zentrale geschaltet.
- 8Test: ein anderes Gerät im selben Raum über die Zentrale schalten. Es reagiert. Also auch ausgeschlossen.Das zweite Gerät schaltet. Die Funkstrecke in diesen Raum trägt.
- 9Ein Gerät, das noch funktioniert, widerlegt jede Ursache, die es mit umgeworfen hätte. Das ist der eigentliche Trick beim Eingrenzen.Hypothese 2 ausgeschlossen.
- 10Dritte Hypothese: die Integration des Herstellers ist falsch eingerichtet.Prüfmittel: die Herstellerintegration der Zentrale, entfernt und neu eingerichtet.
- 11Test: entfernen, neu einrichten. Die Lampen erscheinen wieder.Beide Lampen stehen nach der Neueinrichtung wieder in der Liste.
- 12Und nehmen weiterhin keinen Befehl an. Sichtbar heißt nicht ansprechbar – an dieser Stelle bleiben die meisten Fälle dieser Art hängen.Symptom bestätigt, Ursache nicht: Klick ohne Wirkung.
- 13Vierte Hypothese, und die ist der Wendepunkt: Vielleicht steht auf dem Gehäuse die eine Marke, aber die Hardware darin gehört einer anderen.Prüfmittel: die Wolken-Integration des vermuteten tatsächlichen Anbieters.
- 14Test: die Lampen über die Wolke dieses zweiten Anbieters einbinden.Die Einbindung läuft durch, die Geräte werden angelegt.
- 15Auch darüber nicht ansprechbar. Die Vermutung über die Hardware war richtig – der Schluss auf den Weg war falsch.Hypothese 4 ausgeschlossen. Auch dieser Weg schaltet nicht.
- 16Fünfte Hypothese: dieselbe Hardware, aber lokal angesprochen statt über die Wolke.Prüfmittel: der lokale Weg desselben Anbieters, eingerichtet über das Formular.
- 17Test: der lokale Weg. Beide Lampen schalten. Sofort, ohne Umweg über das Internet.Beide Lampen schalten. Bestätigt – sie laufen bis heute so.
- 18Was war also los? Die Lampe spricht ein Protokoll, das nicht zur Marke auf ihrem Gehäuse gehört.Die beiden Lampen sind in der Wegeübersicht dem lokalen Weg zugeordnet.
- 19Der offizielle Weg hat sie erkannt, aber nicht erreicht. Der Wolkenweg des tatsächlichen Anbieters hatte sie gar nicht. Nur der lokale Weg trug.Drei Wege geprüft, einer trägt.
- 20Die beiden sind heute die einzigen Geräte der Wohnung, die ohne Internet auskommen. Fällt das Internet aus, sind sie der erste Prüfschritt – der Umweg von damals ist zum Messpunkt geworden.Übernommen ins Objektmodell und in die Wissensbasis.
- 21Und die Lehre, die ich mitgenommen habe: Reagiert nicht heißt in einer gemischten Anlage fast immer nicht auf diesem Weg.Diese Regel trägt die Diagnose-Demo unter /tools/stoerungssuche.
2 · Das System als Modell
Was hängt woran – und was fällt mit aus?
Ein Objektmodell ist erst dann etwas wert, wenn es eine Frage beantwortet, die man ohne es nicht beantworten kann. Hier ist es diese: Wenn ein Bauteil ausfällt, welche Geräte fallen dann mit aus – und welche gerade nicht?
Die Geräteliste ist dabei nicht neu geschrieben, sondern aus derselben Datei importiert, die schon die Merker-Demo speist. Zwei Listen desselben Bestands laufen früher oder später auseinander; eine Liste, die zwei Werkzeuge speist, kann es nicht.
Bauteile unterhalb der Geräte
Jede Zeile trägt ihre Herkunft: aus der Konfiguration heißt, sie steht so in der Beschreibung der Anlage; abgeleitet heißt, sie folgt zwingend daraus. Erfundene Herstellerangaben gibt es nicht – und wo etwas offen ist, steht das da.
| ID | Art | Bauteil | Funktion | Herkunft | Beleg |
|---|---|---|---|---|---|
| C-01 | Steuerung | Home Assistant auf Raspberry Pi | Führt alle fünf Anbindungswege zusammen, hält die Automatisierungen und den Merkerstand. | aus der Konfiguration | „als Zentrale läuft Home Assistant auf einem Raspberry Pi“ |
| B-01 | Brücke | Zigbee2MQTT | Übersetzt Zigbee-Funk in MQTT-Nachrichten. | aus der Konfiguration | Anbindungsweg von 4 Deckenlampen und beiden Schaltern |
| B-02 | Brücke | Tuya Cloud | Spricht die Geräte über die Wolke des Herstellers an. | aus der Konfiguration | Anbindungsweg von 4 Deckenlampen und 3 Terrassenstreifen |
| B-03 | Brücke | LocalTuya | Spricht dieselbe Geräteklasse lokal an, am Hersteller vorbei. | aus der Konfiguration | der einzige Weg, über den die beiden Ledvance-Lampen liefen |
| B-04 | Brücke | govee2mqtt | Nimmt Schaltbefehle für die zwölf Govee-Leuchten entgegen und gibt sie weiter. | aus der Konfiguration | Anbindungsweg der zwölf Govee-Leuchten Offen: Ob govee2mqtt lokal oder über die Herstellerwolke arbeitet, wurde nicht geprüft. Für die Fehlersuche bleibt der Punkt deshalb offen. |
| B-05 | Brücke | Matter over WiFi | Bindet die vier Plugs über den herstellerübergreifenden Standard ein. | aus der Konfiguration | Anbindungsweg der vier Plugs |
| B-06 | Brücke | MQTT-Broker | Gemeinsame Zustellstelle für Zigbee2MQTT und govee2mqtt. | abgeleitet | beide Brücken tragen MQTT im Namen und liefern über einen Broker aus |
| B-07 | Brücke | Homebridge → Apple Home | Führt das Schalten aus Apple Home durch dieselbe Automatisierungslogik. | aus der Konfiguration | „über Homebridge läuft auch Apple Home durch dieselbe Logik“ |
| N-01 | Netz | Zigbee-Funk und Koordinator | Trägt den Funkverkehr zu den vier Zigbee-Leuchten und beiden Schaltern. | abgeleitet | Voraussetzung jedes Zigbee2MQTT-Geräts |
| N-02 | Netz | WLAN und LAN der Wohnung | Trägt alles, was nicht über Zigbee läuft. | abgeleitet | Voraussetzung von Tuya, LocalTuya, govee2mqtt und Matter |
| N-03 | Netz | Internetzugang | Voraussetzung des Wolkenwegs. | abgeleitet | Voraussetzung von Tuya Cloud; LocalTuya kommt ohne aus |
| S-01 | Eingabe | Mini-Schalter 1 (Zigbee) | Einzelklick löst „Nachtlicht“ aus, Halten löst „Gute Nacht“ aus. | aus der Konfiguration | „Zwei physische Mini-Schalter lösen je nach Geste unterschiedliche Szenen aus“ |
| S-02 | Eingabe | Mini-Schalter 2 (Zigbee) | dieselben beiden Gesten | aus der Konfiguration | wie S-01 |
| M-01 | Zustandsspeicher | Zwölf Merker (input_boolean) | Hält fest, welche Govee-Leuchte die Zentrale eingeschaltet hat – ein Merker je Leuchte. | aus der Konfiguration | „Für jede Govee-Lampe gibt es einen eigenen Merker (input_boolean)“ |
Die fünf Ketten
Jedes Gerät hängt an einer Kette vom Gerät aufwärts zur Zentrale. Das ist die ganze Systemlogik – und zugleich die vollständige Liste der Hypothesen, die für ein einzelnes Gerät überhaupt in Frage kommen.
| Anbindungsweg | Geräte | Kette vom Gerät zur Zentrale | Glieder |
|---|---|---|---|
| Zigbee2MQTT | 4 | Gerät → N-01 → B-01 → B-06 → C-01 | 4 |
| Tuya Cloud | 7 | Gerät → N-02 → N-03 → B-02 → C-01 | 4 |
| LocalTuya | 2 | Gerät → N-02 → B-03 → C-01 | 3 |
| govee2mqtt | 12 | Gerät → N-02 → B-04 → B-06 → C-01 | 4 |
| Matter over WiFi | 4 | Gerät → N-02 → B-05 → C-01 | 3 |
Ausfallmuster
Daraus folgt für jedes Bauteil ein Muster. Zwei Zeilen sind besonders aufschlussreich: Der Wolkenweg reißt sieben Geräte mit – die beiden Lampen aus dem Diagnoseweg oben aber nicht, weil sie lokal hängen. Und der Ausfall des WLAN lässt ausgerechnet die vier Geräte übrig, die per Funk angebunden sind.
| Bauteil | Fällt aus | Geräte betroffen | Schalter mit betroffen | Nächster Test |
|---|---|---|---|---|
| C-01 | Home Assistant auf Raspberry Pi | 29 von 29 | ja | Antwortet die Oberfläche der Zentrale im Browser? Läuft sie nicht, kann kein Weg funktionieren – auch der lokale nicht. |
| N-02 | WLAN und LAN der Wohnung | 25 von 29 | nein | Reagieren die vier Zigbee-Leuchten noch? Sie sind die einzigen, die ohne IP-Netz auskommen. Reagieren sie, ist die Zentrale erreichbar und es fehlt das WLAN. |
| B-06 | MQTT-Broker | 16 von 29 | ja | Sind Zigbee- und Govee-Geräte gleichzeitig weg, Tuya und Matter aber da? Dann ist die gemeinsame Zustellstelle die einzige Erklärung. |
| B-04 | govee2mqtt | 12 von 29 | nein | Reagieren die vier Zigbee-Leuchten noch? Dann liegt es nicht an der Zustellstelle, sondern an der Govee-Brücke allein. |
| N-03 | Internetzugang | 7 von 29 | nein | Erreicht das Netz sonst noch das Internet? Ohne Internet fällt der Wolkenweg aus, der lokale Weg nicht. |
| B-02 | Tuya Cloud | 7 von 29 | nein | Läuft eine der beiden Ledvance-Lampen noch? Sie hängt am lokalen Weg. Läuft sie, ist das WLAN in Ordnung und es fehlt die Wolke. |
| N-01 | Zigbee-Funk und Koordinator | 4 von 29 | ja | Löst ein Druck auf den Mini-Schalter noch irgendetwas aus? Der Schalter hängt an derselben Funkstrecke wie die vier Zigbee-Leuchten. |
| B-01 | Zigbee2MQTT | 4 von 29 | ja | Reagieren die Govee-Leuchten noch? Wenn ja, ist die Zustellstelle in Ordnung und es liegt an der Zigbee-Brücke oder am Funk. |
| B-05 | Matter over WiFi | 4 von 29 | nein | Sind nur die vier Plugs weg? Dann liegt es an der Matter-Anbindung, nicht am WLAN – sonst wären Tuya und Govee mit betroffen. |
| B-03 | LocalTuya | 2 von 29 | nein | Sind genau die beiden Ledvance-Lampen weg und sonst nichts? Dann ist der lokale Weg die Ursache. |
Zwei Bauteilpaare erzeugen dasselbe Muster: Funk und Zigbee-Brücke, und Internet und Herstellerwolke. Das Modell sagt das ausdrücklich, statt sich auf eines festzulegen – und nennt den Test, der die beiden trennt.
Fehlerpunkte
Zehn Stellen, an denen etwas schiefgehen kann. Die vier interessantesten sind die, die keinen Ausfall erzeugen: eine Leuchte hinter einem Plug, ein Gerät, das sichtbar ist und trotzdem nichts annimmt, ein Schaltvorgang an der Zentrale vorbei – und ein Sollwert, der nicht dem entspricht, was im Raum ankommt.
| ID | Fehlerpunkt | Woran man ihn erkennt | Bauteil | Herkunft |
|---|---|---|---|---|
| X-01 | Zentrale nicht erreichbar | Nichts reagiert, auch die Schalter nicht – die Hersteller-Apps aber schon. | Home Assistant auf Raspberry Pi | abgeleitet |
| X-02 | MQTT-Broker weg | Die vier Zigbee-Leuchten und die zwölf Govee-Leuchten fallen gleichzeitig aus, Tuya und Matter laufen weiter. | MQTT-Broker | abgeleitet |
| X-03 | Zigbee-Koordinator oder Funk weg | Die vier Zigbee-Leuchten und beide Schalter reagieren nicht; alles andere schon. | Zigbee-Funk und Koordinator | abgeleitet |
| X-04 | Internet oder Herstellerwolke weg | Die sieben Tuya-Cloud-Geräte fallen aus. Die beiden Ledvance-Lampen laufen weiter – sie hängen am lokalen Weg. | Internetzugang | abgeleitet |
| X-05 | govee2mqtt-Brücke weg | Die zwölf Govee-Leuchten reagieren nicht. Der Merker wird trotzdem gesetzt – der Irrtum bleibt still. | govee2mqtt | abgeleitet |
| X-06 | WLAN weg | Alles außer den vier Zigbee-Leuchten fällt aus. Die Schalter melden weiter. | WLAN und LAN der Wohnung | abgeleitet |
| X-07 | Am System vorbei geschaltet | Kein Ausfall. „Gute Nacht“ lässt einzelne Govee-Leuchten brennen, weil ihr Merker nichts von ihnen weiß. | kein Bauteil der Kette – erzeugt keinen Ausfall | aus der Konfiguration |
| X-08 | Plug aus, Leuchte daran stromlos | Eine Leuchte bleibt dunkel, obwohl ihr eigener Weg in Ordnung ist. Drei der vier Plugs versorgen weitere Leuchten. | kein Bauteil der Kette – erzeugt keinen Ausfall | aus der Konfiguration |
| X-09 | Herstellerweg beansprucht das Gerät, liefert aber nicht | Das Gerät ist in der Zentrale sichtbar, nimmt aber keinen Befehl an. Genau der Fall der beiden Ledvance-Lampen. | kein Bauteil der Kette – erzeugt keinen Ausfall | aus der Konfiguration |
| X-10 | Sollwert ≠ Wirkung | Die Konfiguration setzt für die Deckenlampen Magenta, im Raum kommt warmes Orange-Rot an – die Leuchten sind nicht farbkalibriert. Kein Ausfall, aber eine Angabe, der man nicht trauen darf. | kein Bauteil der Kette – erzeugt keinen Ausfall | aus der Konfiguration |
Ausfallmuster ausprobieren Objektmodell (CSV) Ausfallmuster (CSV)
3 · Die Wissensbasis
Zwanzig Fragen, die an dieser Anlage wirklich aufkommen
Jeder Eintrag ist so gebaut, wie eine brauchbare Supportnotiz gebaut sein muss: Symptom, wahrscheinliche Ursachen in einer Reihenfolge, konkrete Prüfschritte, Lösung – und drei Felder, die in den meisten Wissensbasen fehlen: was man nicht tun sollte, wann der Fall nicht mehr der eigene ist, und woher die Aussage kommt.
Sechzehn Einträge stehen auf geprüft, vier auf plausibel. Die vier sagen dazu, was an ihnen offen ist. Eine Wissensbasis, in der alles geprüft ist, ist keine – sie hat nur nicht nachgesehen.
| ID | Kategorie | Frage und Symptom | Erster Prüfschritt | Nicht tun | Status und Quelle |
|---|---|---|---|---|---|
| W-01 | Zustand | „Gute Nacht“ lässt einzelne Leuchten brennen Die Szene läuft durch, aber ein oder zwei Govee-Leuchten bleiben an. Kein Fehler wird gemeldet. | Steht der Merker dieser Leuchte? Wenn nein, ist der Fall geklärt und es ist kein Ausfall. | Nicht die Szene so umbauen, dass sie wieder stur alle zwölf abschaltet. Das behebt den Einzelfall und erzeugt bei jedem Aufruf zehn unnötige Befehle. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-02 | Anbindung | Ein Gerät ist in der Zentrale sichtbar, nimmt aber keinen Befehl an Die Leuchte steht in der Oberfläche, lässt sich anklicken – und im Raum passiert nichts. Keine Fehlermeldung, oder die Entität fällt kurz darauf auf „nicht verfügbar“ zurück. | Reagiert das Gerät über den Weg des Herstellers – eigene App, eigene Fernbedienung? Wenn ja, ist es nicht defekt und nicht stromlos. | Nicht das Gerät zurückschicken, bevor ein zweiter Weg versucht wurde. „Reagiert nicht“ heißt in einer gemischten Anlage meistens „nicht auf diesem Weg“. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-03 | Ausfall | Nichts reagiert mehr, auch die Schalter nicht Kein Gerät lässt sich schalten, die beiden Mini-Schalter lösen keine Szene aus. In den Hersteller-Apps funktionieren dieselben Geräte. | Antwortet die Oberfläche der Zentrale im Browser? Das ist der schnellste Test und trennt alles Weitere. | Nicht anfangen, einzelne Geräte neu anzulernen. Bei einem Totalausfall ist die gemeinsame Ursache immer wahrscheinlicher als 29 gleichzeitige Einzelfehler. | geprüft Objektmodell, Abhängigkeitskette |
| W-04 | Ausfall | Zigbee- und Govee-Leuchten fallen gleichzeitig aus, Tuya und Plugs laufen weiter Sechzehn Geräte reagieren nicht, dreizehn schon. Die Schalter lösen ebenfalls nichts mehr aus. | Welche Geräte laufen noch? Laufen Tuya- und Matter-Geräte, ist weder Zentrale noch WLAN die Ursache – sie hätten die auch umgeworfen. | Nicht bei den Geräten anfangen. Dass genau die zwei Wege betroffen sind, die sich etwas teilen, ist die Information – und ein Gerät kann sie nicht liefern. | geprüft Objektmodell, Abhängigkeitskette |
| W-05 | Ausfall | Nur die vier Zigbee-Leuchten und beide Schalter sind weg Vorzimmer und Schlafzimmer reagieren nicht, die Schalter lösen nichts aus. Alle 25 übrigen Geräte laufen. | Laufen die Govee-Leuchten noch? Wenn ja, ist die gemeinsame Zustellstelle in Ordnung – das schließt W-04 aus. | Nicht die Geräte neu anlernen. Ein neu angelerntes Zigbee-Gerät verliert seine Zuordnung in den Automatisierungen – und die Ursache lag ohnehin nicht dort. | geprüft Objektmodell, Abhängigkeitskette |
| W-06 | Ausfall | Wohnküche, Bad und Terrasse reagieren nicht – WC und Abstellraum schon Genau sieben Geräte sind weg. Die beiden Lampen am lokalen Weg laufen. | Läuft eine der beiden Lampen am lokalen Weg noch? Wenn ja, ist das WLAN in Ordnung – sie hängt am selben Netz und braucht nur kein Internet. | Nicht die Geräte aus der Zentrale löschen und neu einbinden. Bei einer Wolkenstörung ändert das nichts und kostet die Zuordnung in den Szenen. | geprüft Objektmodell, Abhängigkeitskette |
| W-07 | Ausfall | Die zwölf Govee-Leuchten reagieren nicht, alles andere läuft Die Deckenlampen, die Streifen und die Plugs schalten. Die zwölf Govee-Leuchten nicht – und die Zentrale meldet trotzdem keinen Fehler. | Reagieren die vier Zigbee-Leuchten? Wenn ja, ist die gemeinsame Zustellstelle in Ordnung – dann bleibt die Brücke allein übrig. | Sich nicht auf den Merkerstand verlassen, solange die Brücke gestört war. Der Merker hält fest, was die Zentrale aufgetragen hat, nicht was im Raum geschehen ist. | geprüft Objektmodell, Abhängigkeitskette |
| W-08 | Ausfall | Nur die vier Plugs reagieren nicht Vier Geräte weg, 25 laufen – darunter Geräte, die am selben WLAN hängen. | Laufen Tuya- und Govee-Geräte noch? Wenn ja, ist das WLAN in Ordnung – sonst wären sie mit ausgefallen. | Nicht übersehen, dass drei der vier Plugs weitere Leuchten mit Strom versorgen. Wer nur nach „Lampe geht nicht“ sucht, sucht am falschen Gerät. | geprüft Objektmodell, Abhängigkeitskette |
| W-09 | Zustand | Eine Leuchte bleibt dunkel, obwohl die Zentrale sie als eingeschaltet führt In der Oberfläche steht „an“, im Raum ist es dunkel. | Hängt die Leuchte an einem der drei Plugs, die weitere Leuchten versorgen? Dann zuerst dorthin. | Die Anzeige der Zentrale bei diesen zwölf Leuchten nicht als Messwert lesen. Sie ist der Zustand des Wissens über die Lampe, nicht der Zustand der Lampe. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-10 | Zustand | Die eingestellte Farbe stimmt nicht mit der Farbe im Raum überein In der Konfiguration steht für die Deckenlampen ein Magenta-Wert, im Raum leuchtet es durchgehend warm orange-rot. | Ist das Ergebnis im Raum reproduzierbar dasselbe? Dann ist es kein Fehler, sondern ein Versatz. | Den Sollwert nicht als Beleg für die tatsächliche Farbe zitieren. Genau das ist der Grund, warum dieser Punkt auf der Website steht und nicht stillschweigend korrigiert wurde. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-11 | Bedienung | Der zweite Klick auf „Nachtlicht“ bewirkt nichts Einmal klicken schaltet die Szene, ein zweiter Klick ändert nichts mehr. | Steht der Merker bereits? Dann ist das Verhalten die Regel und nicht ihre Verletzung. | Die Sperre nicht entfernen, um „Reaktion“ zu sehen. Sie ist der Grund, warum die Szene ohne unnötige Befehle auskommt. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-12 | Zustand | Nach einem Neustart der Zentrale passt der Merkerstand nicht mehr „Gute Nacht“ schaltet Leuchten, die längst aus sind – oder übersieht welche. | Wie lange war die Zentrale weg, und wurde in dieser Zeit Licht geschaltet? | Den Merker nicht beim Start pauschal löschen. Dann wäre nach jedem Neustart nicht mehr auffindbar, was noch brennt. | plausibel Objektmodell, Abhängigkeitskette |
| W-13 | Bedienung | Bei „Gute Nacht“ bleibt das Schlafzimmer noch minutenlang an Alles andere geht sofort aus, die beiden Deckenlampen im Schlafzimmer dimmen langsam herunter. | Sind es genau die beiden Schlafzimmerlampen? Dann ist es die Funktion. | Nicht während des Auslaufs nachschalten. Das erzeugt genau die Situation, die wie ein Fehler aussieht. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-14 | Zustand | Jemand hat eine Leuchte über die Hersteller-App geschaltet Die Leuchte brennt, die Zentrale weiß nichts davon – oder umgekehrt. | Betrifft es eine der zwölf Leuchten ohne Rückmeldung? Nur dort ist der Merker die einzige Informationsquelle. | Nicht mehrere Schaltwege parallel zulassen und sich trotzdem auf den Merker verlassen. Dann ist die stumpfe Variante die ehrlichere Wahl. | geprüft Konfiguration der Wohnung, Fallbeschreibung 27.08.2026 |
| W-15 | Anbindung | Ein neu gekauftes Gerät taucht in der Zentrale nicht auf Das Gerät funktioniert in der App des Herstellers, erscheint in der Zentrale aber nicht. | Welcher der fünf Wege wäre zuständig? Ohne diese Antwort ist jede weitere Prüfung Raten. | Nicht mehrere Wege gleichzeitig einrichten, um zu sehen, was passiert. Doppelt eingebundene Geräte erzeugen widersprüchliche Zustände, die schwerer zu finden sind als das Ausgangsproblem. | plausibel Objektmodell, Abhängigkeitskette |
| W-16 | Methode | Wie stelle ich fest, über welchen Weg ein Gerät überhaupt hängt? Bevor man etwas prüfen kann, muss man wissen, was zwischen Befehl und Gerät liegt. | In der Geräteliste nachsehen, welcher Weg eingetragen ist – nicht auf dem Gehäuse. | Nicht nach Marke gruppieren. In dieser Anlage wäre das dreimal falsch. | geprüft Objektmodell, Abhängigkeitskette |
| W-17 | Methode | Warum schaltet die Szene nicht einfach alle zwölf Leuchten ab? Rückfrage, keine Störung: Die Merker-Lösung wirkt aufwendiger als nötig. | Läuft in dieser Anlage jeder Schaltweg durch die Zentrale? Wenn ja, hat der Merker keinen blinden Fleck. | Die Merker-Lösung nicht als grundsätzlich bessere verkaufen. Sie ist an eine Bedingung geknüpft, und wer die nicht herstellen kann, fährt mit der stumpfen Variante besser. | geprüft Tauschtabelle auf /automatisierung-smart-home |
| W-18 | Ausfall | Nach einem WLAN-Wechsel fehlen viele Geräte – die Deckenlampen im Vorzimmer nicht 25 von 29 Geräten reagieren nicht. Ausgerechnet vier Leuchten laufen weiter, und die Schalter auch. | Reagieren genau die vier Zigbee-Leuchten noch? Dann ist die Zentrale erreichbar und es fehlt das Netz darunter. | Nicht mit dem Wiederherstellen einzelner Geräte anfangen, bevor das Netz steht. | geprüft Objektmodell, Abhängigkeitskette |
| W-19 | Anbindung | Ein Gerät fällt sporadisch aus, ohne erkennbares Muster Mal reagiert es, mal nicht. Beim Nachsehen läuft es wieder. | Fällt es allein aus oder mit anderen Geräten desselben Wegs zusammen? Das ist die einzige Frage, die ein Muster erzeugt. | Nicht mehrere Dinge gleichzeitig ändern. Danach ist nicht mehr feststellbar, was gewirkt hat. | plausibel verallgemeinert, an dieser Anlage nicht nachgemessen |
| W-20 | Bedienung | Die Szene läuft, aber spürbar langsam Zwischen Tastendruck und Licht vergehen mehrere Sekunden, und die Leuchten gehen nacheinander an. | Welche Geräte sind spät dran? Sind es die sieben über die Wolke, ist der Weg die Erklärung und nicht die Szene. | Nicht die Szene in mehrere aufteilen, um sie „gleichzeitiger“ aussehen zu lassen. Die Wartezeit verschwindet dadurch nicht, sie wird nur unsichtbar. | plausibel Objektmodell, Abhängigkeitskette |
4 · Fünf Störfälle
Die falschen Hypothesen sind der Beleg
Wer nur die Lösung zeigt, zeigt ein Ergebnis. Wer den Weg zeigt, zeigt eine Arbeitsweise. In diesen fünf Fällen stehen 20 Schritte, davon 13 widerlegte Hypothesen – und bei jeder steht, woran sie gescheitert ist.
Zwei Herkünfte, in jeder Ausgabe mitgeführt
Belegt (2 Fälle) – haben stattgefunden, der Ausgang steht seit 2026 auf dieser Website. Die Reihenfolge der Schritte ist rekonstruiert; das steht bei jedem der beiden Fälle dabei.
Konstruiert (3 Fälle) – haben nicht stattgefunden. Ihr Ausfallmuster ist aber nicht ausgedacht: Es ist genau das Muster, das das Modell für diese Ursache vorhersagt, und ein Testfall rechnet nach, dass die Diagnose daraus wieder auf diese Ursache kommt. Das ist der Unterschied zwischen einem erfundenen Fall und einem abgeleiteten – der abgeleitete lässt sich nachrechnen.
V-01 · Zwei Lampen, die auf keinem offiziellen Weg zu erreichen waren belegt
Symptom. Zwei neu gekaufte Lampen – WC und Abstellraum – lassen sich über die Zentrale nicht schalten. In der App des Herstellers funktionieren sie einwandfrei.
| # | Hypothese | Test | Ergebnis | Folgerung | Was daraus folgte |
|---|---|---|---|---|---|
| 1 | Die Lampen sind defekt oder stromlos. | In der App des Herstellers schalten. | Sie schalten sofort. | ausgeschlossen | Damit ist die Ursache zwischen Zentrale und Lampe, nicht in der Lampe. |
| 2 | Das Netz erreicht die beiden Räume nicht. | Ein anderes Gerät am selben WLAN in Reichweite schalten. | Reagiert. | ausgeschlossen | Ein laufendes Gerät auf derselben Strecke widerlegt die Strecke. |
| 3 | Die Integration des Herstellers ist falsch eingerichtet. | Integration entfernen und neu einrichten. | Die Lampen erscheinen wieder – und nehmen weiterhin keinen Befehl an. | bestätigt als Symptom, nicht als Ursache | Sichtbar heißt nicht ansprechbar. Das ist der Punkt, an dem die meisten Fälle dieser Art hängenbleiben. |
| 4 | Die Hardware stammt nicht vom Anbieter, dessen Name daraufsteht – dann wäre die Wolke des tatsächlichen Anbieters der richtige Weg. | Die Lampen über die Tuya-Cloud-Integration einbinden. | Auch darüber nicht ansprechbar. | ausgeschlossen | Die Vermutung über die Hardware war richtig, der daraus gezogene Schluss auf den Weg nicht. |
| 5 | Dieselbe Hardware, aber lokal statt über die Wolke. | Die Lampen über den lokalen Weg einbinden. | Beide schalten. | bestätigt |
Ursache. Die Lampen tragen eine Marke, deren Hardware einem anderen Protokoll folgt. Der Weg des Markenherstellers erkannte sie, erreichte sie aber nicht; der Wolkenweg des tatsächlichen Anbieters hatte sie nicht; nur der lokale Weg trug.
Lösung. Beide Lampen laufen bis heute über den lokalen Weg. Sie sind damit die einzigen zwei Geräte der Wohnung, die ohne Internet auskommen – ein Nebeneffekt, der bei jedem Ausfall des Internets zum wichtigsten Prüfschritt wird.
Restunsicherheit. Warum der Weg des Markenherstellers die Geräte anzeigt, ohne sie zu erreichen, ist nicht abschließend geklärt. Für die Lösung war es nicht nötig – für eine Antwort an einen Kunden wäre es das.
Was allgemein daraus folgt. „Reagiert nicht“ heißt in einer gemischten Anlage fast immer „nicht auf diesem Weg“. Die Marke auf dem Gehäuse sagt nichts über das Protokoll darin.
Quelle: Fallbeschreibung der Wohnung, 27.08.2026; Ausgang seit Welle 1/2 auf /automatisierung-smart-home veröffentlicht · Rekonstruiert: Die Reihenfolge der Schritte. Belegt sind Ausgangslage und Ausgang: „Es sind Ledvance-Lampen, aber weder über die Ledvance- noch über die Tuya-Cloud-Integration ansprechbar. Erst der lokale Tuya-Weg hat funktioniert.“
V-02 · Die Szene lässt eine Lampe brennen und meldet keinen Fehler belegt
Symptom. „Gute Nacht“ läuft durch. Eine Govee-Leuchte bleibt an. Kein Ausfall, keine Meldung, kein Eintrag im Protokoll.
| # | Hypothese | Test | Ergebnis | Folgerung | Was daraus folgte |
|---|---|---|---|---|---|
| 1 | Der Ausschaltbefehl ging verloren. | Nachsehen, ob die Szene für diese Leuchte überhaupt einen Befehl abgesetzt hat. | Hat sie nicht. | ausgeschlossen | Ein Befehl, der nie gesendet wurde, kann nicht verloren gehen. Damit ist es kein Übertragungsproblem. |
| 2 | Die Leuchte ist aus der Szene herausgefallen. | Die Geräteliste der Szene prüfen. | Sie steht darin. | ausgeschlossen | |
| 3 | Die Szene schaltet nur, was ihr Merker führt – und der Merker steht nicht. | Merkerstand dieser Leuchte ansehen. | Steht nicht. | bestätigt | Die Szene hat genau das getan, wofür sie gebaut ist. |
| 4 | Dann wurde die Leuchte an der Zentrale vorbei eingeschaltet. | Rekonstruieren, wie sie angegangen ist. | Nicht über die Zentrale. | bestätigt |
Ursache. Zwölf der 29 Geräte melden ihren Zustand nicht zurück. Für sie führt die Zentrale ein eigenes Protokoll – den Merker. Er hält fest, was sie aufgetragen hat, nicht, was im Raum geschehen ist. Wird an ihm vorbei geschaltet, ist er still falsch.
Lösung. Kein Umbau. Die Voraussetzung wird stattdessen durchgesetzt: hinter jedem physischen Schalter eine Automatisierung, die den Merker mitführt, Apple Home über eine Brücke durch dieselbe Logik, Hersteller-Apps bewusst nicht in Gebrauch.
Restunsicherheit. Die Lösung hängt an einer Bedingung, die niemand technisch erzwingen kann. Ein Haushalt mit mehreren Personen und eigenen Apps würde mit der stumpfen Variante besser fahren.
Was allgemein daraus folgt. Ein System, das seine eigene Voraussetzung verschweigt, liegt genau dann falsch, wenn man sich auf es verlässt. Deshalb steht der Tausch auf der Seite und nicht nur die Lösung.
Quelle: Tauschtabelle auf /automatisierung-smart-home und /werkstatt-zustand-ohne-rueckmeldung, veröffentlicht seit Welle 1/2 · Rekonstruiert: Die Schrittfolge. Belegt sind das Verhalten, seine Ursache und der Tausch, den die Lösung eingeht.
V-03 · Sechzehn Geräte weg, dreizehn laufen konstruiertes Work Sample
Symptom. Die vier Zigbee-Leuchten und alle zwölf Govee-Leuchten reagieren nicht. Die Mini-Schalter lösen keine Szene mehr aus. Wohnküche, Bad, Terrasse und alle Plugs laufen normal.
| # | Hypothese | Test | Ergebnis | Folgerung | Was daraus folgte |
|---|---|---|---|---|---|
| 1 | Das WLAN ist weg. | Reagieren die Tuya-Geräte und die Plugs? | Ja, alle dreizehn. | ausgeschlossen | Ohne WLAN wären 25 Geräte betroffen, nicht 16 – und ausgerechnet diese dreizehn wären die ersten. |
| 2 | Die Zentrale läuft nicht. | Oberfläche im Browser aufrufen und ein Tuya-Gerät schalten. | Antwortet, schaltet. | ausgeschlossen | |
| 3 | Der Funk ist gestört – dann wären die Zigbee-Leuchten und die Schalter weg. | Reagieren die Govee-Leuchten? | Nein, auch die zwölf sind weg. | ausgeschlossen | Funk erklärt vier Leuchten und die Schalter, nicht zwölf weitere über einen ganz anderen Weg. |
| 4 | Die beiden betroffenen Wege teilen sich etwas – die Zustellstelle. | Läuft der Broker? | Nein. | bestätigt | Das ist die einzige Ursache, die genau diese 16 erklärt und die übrigen 13 unberührt lässt. |
Ursache. Die gemeinsame Zustellstelle beider Brücken ist ausgefallen. Zwei Wege, die aus Sicht der Geräte nichts miteinander zu tun haben, hängen eine Ebene höher am selben Bauteil.
Lösung. Zustellstelle wieder in Betrieb nehmen; beide Wege kommen zusammen zurück.
Restunsicherheit. Dasselbe Muster entstünde, wenn beide Brücken zugleich stehenblieben. Das ist unwahrscheinlicher, aber nicht ausgeschlossen – das Modell sucht bewusst eine Ursache, nicht zwei.
Was allgemein daraus folgt. Das Muster ist die Diagnose. Nicht das ausgefallene Gerät verrät die Schicht, sondern die Kombination aus dem, was ausgefallen ist, und dem, was läuft.
Quelle: Ausfallmuster aus dem Objektmodell abgeleitet (Bauteil B-06), von tests-diagnose.js nachgerechnet
V-04 · Sieben Geräte weg – und ausgerechnet die zwei Sorgenkinder laufen konstruiertes Work Sample
Symptom. Wohnküche, Bad und die drei Terrassenstreifen reagieren nicht. WC und Abstellraum – die beiden Lampen aus V-01 – laufen. Die Schalter lösen weiterhin Szenen aus.
| # | Hypothese | Test | Ergebnis | Folgerung | Was daraus folgte |
|---|---|---|---|---|---|
| 1 | Das WLAN ist weg. | Reagieren die Govee-Leuchten und die Plugs? | Ja. | ausgeschlossen | Sie hängen am selben WLAN. |
| 2 | Es liegt an dieser Gerätemarke. | Laufen die beiden Lampen am lokalen Weg – dieselbe Geräteklasse? | Ja. | ausgeschlossen | Dieselbe Hardware auf einem anderen Weg funktioniert. Damit ist nicht das Gerät die Ursache, sondern der Weg. |
| 3 | Der Weg über die Wolke ist unterbrochen – entweder fehlt das Internet oder die Wolke antwortet nicht. | Erreicht ein anderes Gerät im Haushalt das Internet? | Ja. | bestätigt, aber nicht eindeutig | Bleibt: die Wolke des Herstellers antwortet nicht. Der Ausschluss des Internets grenzt ein, entscheidet aber nicht. |
Ursache. Der Wolkenweg trägt nicht. Ob es an der Wolke selbst oder an einer Störung dazwischen liegt, ist von der Anlage aus nicht feststellbar.
Lösung. Abwarten. Und die Beobachtung festhalten: Die beiden Geräte, die dieselbe Hardware lokal ansprechen, sind nicht betroffen – das ist das Argument dafür, mehr Geräte auf den lokalen Weg zu holen.
Restunsicherheit. Fehlendes Internet und Wolkenstörung erzeugen dasselbe Muster. Was hier zusätzlich unterscheidet, ist ein Test außerhalb der Anlage – und der ist nicht mehr Teil der Diagnose, sondern ihre Grenze.
Was allgemein daraus folgt. Der ehrliche Satz an dieser Stelle lautet: „Das kann ich von hier aus nicht beheben.“ Er ist mehr wert als eine Maßnahme, die nur nach Tätigkeit aussieht.
Quelle: Ausfallmuster aus dem Objektmodell abgeleitet (Bauteil N-03/B-02), von tests-diagnose.js nachgerechnet
V-05 · Die Lampe, die laut Zentrale brennt konstruiertes Work Sample
Symptom. Eine Leseleuchte bleibt dunkel. In der Zentrale steht sie auf „an“. Alle anderen Geräte verhalten sich unauffällig.
| # | Hypothese | Test | Ergebnis | Folgerung | Was daraus folgte |
|---|---|---|---|---|---|
| 1 | Das Leuchtmittel ist defekt. | Ein anderes Leuchtmittel einsetzen. | Bleibt dunkel. | ausgeschlossen | |
| 2 | Die Anbindung ist gestört. | Reagieren die anderen Geräte desselben Wegs? | Ja. | ausgeschlossen | Ein Weg, der drei von vier Geräten trägt, ist nicht der Grund für das vierte. |
| 3 | Die Anzeige „an“ ist eine Absicht, keine Messung – die Leuchte meldet keinen Zustand. | Nachsehen, an welchem Weg sie hängt. | Sie hängt an einem Plug, und der meldet seinen Zustand sehr wohl. | ausgeschlossen | Die Vermutung war naheliegend und trotzdem falsch: Diese Leuchte gehört nicht zu den zwölf ohne Rückmeldung. |
| 4 | Die Zentrale kennt die Leuchte gar nicht – sie kennt den Plug davor. | Ist der Plug eingeschaltet, und liegt an seiner Steckdose Strom an? | Der Plug ist an, die Steckdosenleiste dahinter aus. | bestätigt |
Ursache. Drei der vier Plugs sind die Stromzufuhr für weitere Leuchten. Für die Zentrale ist der Plug das Gerät; was hinter ihm hängt, kommt in keinem Modell vor – auch in diesem nicht.
Lösung. Steckdosenleiste einschalten. Und die Abhängigkeit aufschreiben, damit beim nächsten Mal niemand wieder beim Leuchtmittel anfängt.
Restunsicherheit. Welche Leuchte an welchem Plug hängt, steht in keiner maschinenlesbaren Liste. Diese Zuordnung ist genau die Art Wissen, die sonst im Kopf einer Person bleibt.
Was allgemein daraus folgt. Der teuerste blinde Fleck ist nicht der, den das System falsch meldet, sondern der, über den es gar nichts weiß.
Quelle: abgeleitet aus zwei belegten Eigenschaften der Anlage: drei der vier Plugs versorgen weitere Leuchten, und zwölf Geräte melden keinen Zustand
Die Muster nachrechnen Alle Fälle, Schritt für Schritt (CSV)
5 · Die Kundenlösung
Was ein Kunde davon hätte
Die erfundene Anfrage lautet: „In unserer Wohnung sind über die Jahre Lampen von drei verschiedenen Marken zusammengekommen. Jede hat ihre eigene App. Abends alles auszuschalten dauert länger, als es sollte, und manchmal übersehen wir etwas. Lässt sich das zusammenführen?“
Das ist dieselbe Ausgangslage wie oben – nur aus der Perspektive von jemandem, der die Anlage nicht gebaut hat. Aus dem technischen Fall wird damit ein Auftrag mit Umfang, Annahmen und Grenzen.
| Nr. | Leistung | Stunden | Betrag |
|---|---|---|---|
| 1 | Bestandsaufnahme und Wegezuordnung Jedes Gerät aufnehmen und feststellen, über welchen Weg es tatsächlich erreichbar ist. Enthält den Fall, dass der offizielle Weg des Herstellers nicht trägt und ein zweiter gesucht werden muss. | 3 | 195,– € |
| 2 | Zusammenführung an einer Stelle Zentrale einrichten, alle Geräte aufnehmen, Räume und Bezeichnungen vergeben. | 4 | 260,– € |
| 3 | Zwei Szenen einrichten Abendszene und Ausschaltszene, beide auf einem Schalter, unterschieden durch kurzen Druck und Halten. | 2 | 130,– € |
| 4 | Zustandsverwaltung für Geräte ohne Rückmeldung Je Gerät ein Merker, Setzen und Räumen in beiden Szenen, Prüfung an allen Schaltwegen. | 3 | 195,– € |
| 5 | Dokumentation Geräteliste mit Anbindungsweg, Abhängigkeitskette, Fehlerpunkte mit erstem Prüfschritt. | 2 | 130,– € |
| 6 | Übergabe und Einweisung Gemeinsamer Durchgang, beide Szenen, die Grenzen der Lösung, was im Störfall zuerst zu prüfen ist. | 1 | 65,– € |
| Summe | 15 | 975,– € |
Zwei Ausschlüsse, die zeigen, worum es geht
Keine Elektroinstallation. Keine Arbeiten an Verteilern, Leitungen oder Wandschaltern. Das ist Sache eines konzessionierten Elektrobetriebs, und ich bin keiner. Ein Angebot, das diese Grenze nicht zieht, ist an genau der Stelle unseriös, an der es darauf ankommt.
Keine Zusage für fremde Wolkendienste. Geräte, die nur über die Wolke ihres Herstellers erreichbar sind, hängen von diesem Dienst ab. Fällt er aus, ist das von hier aus nicht zu beheben – siehe Störfall V-04.
Die Annahme, an der alles hängt
Die Merker-Lösung setzt voraus, dass nach der Übergabe nicht mehr über die Hersteller-Apps geschaltet wird. Das steht als Annahme im Angebot, nicht im Kleingedruckten – und mit der Alternative daneben: Wer diese Bedingung nicht herstellen kann, bekommt die einfache Variante, die alle Geräte anspricht. Mehr Befehle, aber keine unsichtbare Voraussetzung.
Dieselbe Ehrlichkeit steht in der Nachfassnotiz: Sie empfiehlt ausdrücklich den Weg, bei dem weniger verdient wird, falls er der richtige ist.
Die Nachfassnotiz
Ein Angebot ohne Antwort ist der Normalfall. Die Notiz soll nicht drängen, sondern die Entscheidung kleiner machen: Sie bietet an, bei Position 1 anzufangen – drei Stunden, danach wissen beide Seiten, ob sich der Rest lohnt –, stellt eine einzige konkrete Frage und macht das Absagen ausdrücklich leicht.
Musterangebot und Nachfassnotiz (PDF, 3 Seiten) Positionen (CSV)
Grenzen
Was diese Seite nicht belegt
- Keine Berufserfahrung im technischen Support. Kein Ticketsystem, keine Servicevereinbarung, keine Reaktionszeit, kein Kunde. Die Anlage ist privat.
- Keine Ausbildung in Elektrotechnik oder Gebäudeautomation. Die Systemtechnik habe ich mir privat erarbeitet.
- Keine Herstellerdaten. Es steht kein Datenblatt hinter diesem Modell. Reichweiten, Leistungsangaben und Spezifikationen kommen nicht vor, weil keine geprüft wurden.
- Kein Diagnoseprotokoll von damals. Der Ausgang des Falls ist belegt, die Reihenfolge rekonstruiert – und an beiden Stellen, an denen das zählt, steht es dabei.
- Keine Marktpreise. Die Beträge im Angebot sind Beispielwerte, nie abgerechnet.
- Keine übertragbare Lösung. Das Modell ist auf diese Wohnung zugeschnitten. Übertragbar ist die Denkweise, nicht die Geräteliste.
Und eine Grenze des Modells selbst: Es sucht eine Ursache. Zwei gleichzeitige Störungen erkennt es nicht – dann sagt es, dass keine einzelne Ursache das Muster erklärt, statt sich die passendste auszusuchen.
Zum Nachrechnen
Die Daten
- objektmodell.csv – Bauteile, Geräte, Funktionen, Fehlerpunkte, je mit Herkunft
- ausfallmuster.csv – welches Bauteil welche Geräte mitreißt
- wissensbasis.csv – 20 Fragen mit allen Feldern
- stoerfaelle.csv – 5 Fälle, ein Schritt je Zeile, mit Case-Basis
- musterangebot-positionen.csv
Die Dokumente
- Musterangebot_Beleuchtung.pdf – Angebot und Nachfassnotiz, 3 Seiten
- diagnoseweg-textfassung.md – der Diagnoseweg in 21 Schritten, je mit Befund
Alle fünf CSV-Dateien und der Ablauf werden aus den Browser-Modulen erzeugt, nicht daneben getippt – deshalb können Seite und Download nicht auseinanderlaufen.
Wenn das passt
Wenn Sie eine Rolle im technischen Support, im Innendienst oder in der Systemintegration besetzen: Die Arbeit auf dieser Seite ist dieselbe wie ein Supportfall – nur ohne Kunden am Telefon. Ich bin ab Oktober 2026 in Wien und Umgebung verfügbar; der Bachelor ist am 29. September 2026 abgeschlossen.
E-Mail schreiben Rollenseite Technik & Kunde Alle Kontaktwege