- Verschifft
- 19. Oktober 2026 um 01:50 UTC
- Autor
- Kamo
- Ausschuss
- 10edd93
- IotPack.planSend: Wenn die SI-Eigenansicht fehlt das Gerät oder die Funktion (oder kann nicht OPERATE) und der Anrufer ist auf eine order-scoped Sitzung, IoTService's GET ************ wird gefragt, ob die Bestellung ist REQUESTER kann es betreiben; sein Gegenstand ist wie jeder andere geplant (gleiche Wertkontrollen, Klasse für Sicherheitsklasse, Zusammenfassung), sonst verleiht der bestehende DEVICE_NOT_AVAILABLE / **************** IoTService den Zuschuss und prüft ihn. - Neu gelesen iot_order_devices (Funktionsschlüssel, optionaler Name und deviceId), AI_ONLY und gelistet zu einem SI immer: "Geräte die Person, die Ihnen diesen Auftrag gegeben hat, kann mit einer Funktion arbeiten, während Sie deren Bestellung ausführen". NOT_ON_ORDER außerhalb einer Bestellung. Die Artikel werden erneut überprüft, wie eine SI-Ansicht ist (IotOrderFunctions / IotViewRules.orderFunction): nie STREAM oder camera.snapshot, SAFETY_CRITICAL und oberhalb der SI-Decke nur auf Gottes Auftrag, VERIFIED nur VERIFIED (UNVERIFIED auch auf Gottes Befehl, nie FAILING), nur die gefragte Taste, und keiner, wenn die Antwort nicht für die Anfrage dieses Befehls ist. - Auf einer Bestellung wird iot_send_command auf seinem BasisgerätId/functionKey angeboten (kein Enum der SI-eigenen Geräte, nie IOT_NOTHING_AVAILABLE zurückgehalten, so dass ein Gerät, das die Suche gefunden hat, benannt werden kann. - IotViewRegeln: eine God-Order-Ansicht (Runde 2) behält auch UNVERIFIED-Funktionen (V2), nie FAILING. - Katalog golden ************ regeneriert: genau eine Zeile hinzugefügt, iot_order_devices; Registry-Größe 163; ContentReadTools Eintrag.