- Expediere
- 19 octombrie 2026 la 01:50 UTC
- Autor
- Kamo
- Comite
- 10edd93
- IotPack.planSend: atunci când punctul de vedere al SI nu are dispozitivul sau funcția (sau nu poate opera) și apelantul este pornit IoTservice's GET ***************** este întrebat dacă comanda este valabilă. SOLICITATORUL îl poate exploata; elementul său este planificat ca orice alt element (aceeași verificare a valorii, clasă pe clasă de siguranță, rezumat); altfel dispozitivul existent NOT AVAILable / *************** IoTservice împrumută subvenţia şi auditează-o. - Noi dispozitive de citire iot order (functionKey, opţional name and deviceId), AI ONLY şi enumerate la un SI întotdeauna: "Devices persoana care v-a dat acest ordin poate opera cu o funcţie, în timp ce îndepliniţi ordinul." NOT ON ORDE în afara unui ordin. Elementele sunt reverificate ca punct de vedere al SI este (IotOrderFunctions / IotViewRegules.orderFunction): niciodată STREAM sau camera.snapshot, Safety CRITICAL și deasupra plafonului SI numai la ordinul lui Dumnezeu, VERIFICATE numai (neverificat Şi din ordinul lui Dumnezeu, nu greşiţi niciodată), doar cheia cerut, şi nici unul atunci când răspunsul nu este pentru solicitant acest ordin. - La o comandă iot send comandă este oferit pe dispozitivul său de bazăId/functionKey (nici un enum al dispozitivelor proprii ale SI, niciodată IOT NOTHING AVAILEBILE), astfel încât un dispozitiv de căutare găsit poate fi numit. - IotViewRegules: o vedere la ordin divin (Round 2) păstrează, de asemenea, funcţii neverificate (V2), niciodată eşuând. - Catalogul de aur... regenerate: exact o linie adăugată, iot order dispozitive; dimensiune registru 163; intrare conținutReadTools.