- Cambia
- 19 de octubre de 2026 a las 1:50 UTC
- Autor
- Kamo
- Comprometerse
- 10edd93
- IotPack.planEnviar: cuando la propia vista de la SI carece del dispositivo o de la función (o no puede OPERATE) y el callador está en una sesión ordenada, IoTService's GET ********** se pregunta si la orden es REQUESTER puede operarlo; su artículo está planificado como cualquier otro (pruebas de valor iguales, clase por clase de seguridad, resumen), el DEVICE NOT AVAILABLE / ************* IoTService presta la subvención y la audita. - Nuevo iot order devices (funciónKey, nombre opcional y dispositivoId), AI ONLY y lista a un SI siempre: "Dispositivos la persona que le dio esta orden puede operar con una función, mientras usted realiza su orden." NO ON ORDER fuera de una orden. Los artículos son revisados como la vista de un SI es (IotOrderFunctions / IotViewRules.orderFunction): nunca STREAM o camera.snapshot, SAFETY CRITICAL y sobre el techo SI sólo en orden de dios, VERIFIED solamente (UNVERIFIED también por orden de Dios, nunca FAILING), sólo la llave preguntada, y ninguna cuando la respuesta no es para el solicitante de este orden. - En un orden iot send command se ofrece en su dispositivo baseId/functionKey (sin enum de los propios dispositivos de SI, nunca retenido IOT NOTHING AVAILABLE), por lo que un dispositivo que se encuentra puede ser nombrado. - IotViewRules: una visión de Dios (Round 2) también mantiene funciones UNVERIFIED (V2), nunca FAILING. - Catálogo de oro **************** regenerado: exactamente una línea agregada, iot order devices; tamaño del registro 163; ContenidoReadHerramientas entrada.