Mergi la conținut
KAMOUniverse

Jurnal de schimbări

Ce e nou.

Fiecare îmbunătățire a platformei, pe măsură ce se livrează.

  1. · kamo-shared-library

    Rapoarte de disponibilitate a dispozitivului IoT de răspuns la alarmă și IoT

  2. · SecurityService

    Furnizorii de opțiuni de raportare și cont fuzionează păstrează dispozitive etichetate (SP13)

  3. · SecurityService

    IoT raportează că nu există nici un mod de Dumnezeu, regula proprietarului, și ReportDefinition. exportDrept aplicat la descărcare, program și fiecare rulare (SP13)

  4. · SecurityService

    SecurityService deschide servicii de lucru pentru IoT

  5. · kamo-internal

    Panoul client Oauth Kamo OAuth al filei avansate, secret unic, ID-ul vânzătorului Amazon, activat (IoT SP09)

    Serviciul de securitate P1-P3 ******************* nu a avut ecran, deci pasul operatorului B5 (generaţi secretul clientei Alexa, înregistraţi adresele de redirecţionare ale vânzătorului, activaţi) nu au putut fi făcute. Releele proxy exact trei forme; noul secret apare o dată, în propriul dialog, niciodată într-o listă.

  6. · kamo-shared-library

    Rapoarte de audit privind activitatea IoT și comanda IoT

  7. · kamo-shared-library

    IOTReportSupport (SI clemă, reţinerea vânzătorului, căutări) şi IOTAlarmReportMapping

  8. · kamo-shared-library

    RaportDefinition.exportDreptul

  9. · kamo-shared-library

    SP13 disponibilitatea calculatorului și a ferestrelor vânzător-retenție

  10. · EmailService

    Ștergerea unui contact șterge dispozitivele IoT etichetate la acesta (SP13)

  11. · kamo-shared-library

    SP13 mesaj șablon și text valoare

  12. · kamo-shared-library

    SP13 politica privind harta comercială, harta prioritară și diagnosticarea

  13. · MediaService

    MediaService internă chat-post și obiective țintă pentru IoT (SP13)

  14. · kamo-shared-library

    SP13 entitate de legătură de serviciu, depozit și șase tipuri de activitate

  15. · EmailService

    IOT ALARM telefon de împingere corp și retragere-cu-actualizare (SP10)

    Un card de eveniment IOT ALARM (sursa ********************* iot-service's AlarmNotifier write it, or <alarmUuid>:<seq>) is oglindite as un impuls IOT ALARM: canal/culoare/vibrație pe prioritate, lipicios atunci când URGENT; Tag și colaps cheie iot-alarm-<alarmId>. Alte cărți păstrează nenotificarea impinge; oglinda ToPush este neschimbat. POST ************* se retrage ca DELETE face (id poate fi <alarmUuid>:* pentru fiecare cartelă de eveniment a unei alarme) și cu o actualizare, trimite fiecare membru care a avut o tavă de intrare o împingere de înlocuire cu aceeași etichetă pe iot-alarm-actualizări.

  16. · MediaService

    Topic de releu exclusiv pentru titulari /topic/iot/relay/{conectionId} (SP10)

    Core NATS iot.relay. Rama e doar un priveghi. Subscrierea are nevoie de serviciul I-OD1 (GET************** ?memberId=, answer {permis, orgId}) to say the session's member helds the live leasing în org sesiunea; cache 10 s fie un fel, nu închide. SEND Client se refuză prefixul.

  17. · MediaService

    IOT ALARM

    O alarmă nu este văzută deoarece o filă browser este deschis, și fiecare pas ciclu de viață (crescut, escaladat, recunoscut) împărtășește o cheie de colaps, astfel încât limita 15 s Ar scădea escaladarea. Refuzul membrilor SI rămâne primul. APN marchează un Alarmă URGENTă sensibilă la timp; fără drepturi de alertă critică.

  18. · KlusterServices

    Iot.relay.>

    Google Releul de acasă trezeşte telefonul care deţine contractul de închiriere al unei conexiuni: IoTservice publică un cadru fără conținut pe iot.relay.{connectionId} și MediaService îl transmite subiectului STOMP numai pentru titular. Niciun alt utilizator câştigă subiectul.

  19. · kamo-shared-library

    Vocabular pe dispozitiv și iot on device links entity (SP10)

    Entitatea de legătură păstrează doar SHA-256 din link-ul telefonului secret, și că hash este @ JsonIgnore astfel încât să nu ajunge la un răspuns sau un eveniment.

  20. · kamo-internal

    Lista editorilor de carte OPERATE DEVICE și OPERATE SECURITY DEVICE; KamoAI master §11 și IoT master §10 rânduri (SP11)

    ACȚIUNE CLASSES se încheie cu cele două clase IoT SP11 și OMOLOGAREa conține 24 de articole (unul pentru fiecare clasă de AIAcționare în comun). KamoAI Maestrul câștigă rândul §11 pentru pachetul iot ; IoT master câștigă rândul de execuție SP11 (E1-E6).

  21. · MCPGatewayService

    Clasifică cele zece instrumente; paznicii catalogului se deplasează 101 la 111 (SP11 P12)

    Cele trei scrieri nu sunt DISCLOSING și cele șapte citește NOT CONTENT cu motivele spec (pinted in ContentReadToolsCoverageTest too). RegistryCompletenessTest: 111 instrumente, de asemenea clase, interpretii celor doua clase; Nu-ţi face griji. OmologareCoverageTest: ambele clase NELISTED, aprobări cerere neschimbată. Listă de instrumente org test are fiecare aplicație, dar IoT (snapshot-urile sale preced aplicația); IotToolList Testul acoperă o org cu ea. ă Schema de aur fişier câştigă exact zece linii şi pierde nici unul.

  22. · MCPGatewayService

    IotCallerView și regulile de vedere pură V1-V11 (SP11 §4.4)

    O cheie pe care un dispozitiv o listează de două ori este un defect manifest și nu este niciodată utilizat (inchis).

  23. · MCPGatewayService

    IotManifestClient, un cache manifest validat de ETag per sesiune cu un singur zbor (SP11 §4.4)

  24. · MCPGatewayService

    Scheme per-caller și disponibilitate pentru cele zece instrumente iot (SP11 §4.5)

  25. · MCPGatewayService

    Harta de eroare IoT, verificarea valorii, verificarea clasei, rezultatele pe lista albă și ceasul de comandă (SP11 §4.7, §4.9)

  26. · MCPGatewayService

    IotPack, cele zece instrumente de pe Tool Plane (SP11 §4.6-§4.10)

  27. · MCPGatewayService

    Antete de omologare în aval, GET condiționat cu ETag, câmpurile de eroare opt-in (SP11 P11)

  28. · MCPGatewayService

    CallerSchema per apelant după vizibilitate; PHYSICAL după conținutul exterior solicită întotdeauna o persoană; aprobarea călătorește pe plan (SP11 P4-P7)

    Schema și disponibilitatea unui instrument static pot depinde de apelant (CallerSchema): vizualizat după vizibilitate pentru instrumente/listă (unul 3 s bugetul împărţit pe listă) şi din nou pentru fiecare apel (10 s), reţinut - > TOOL NOT AVAILEBILE {raţiune}; o vedere care se lărgeşte baza sau aruncă reţine instrumentul. Pentru o SI, un apel fizic al cărui rezultat charter ar executa este cerut de o persoană atunci când Run este contaminat extern (D8). O reexecuție aprobată sau aprobată de un autorizat, sau o cerere verificată în picioare pentru aprobare, ajunge handler sale cu ToolPlan. OMOLOGARE = OmologareRef (omologare) Id, decider, clasă, mode) planul, astfel încât cererea verificată, baza și în ceea ce privește tastele rămâne).

  29. · MCPGatewayService

    ToolRisk. PHYSICAL, prefixul iot , două clase charter, ușa IOT și aprobareaRef (SP11 P1-P3, P8-P10)

  30. · AIService

    Cuvinte scurte pentru cele două clase de cartă fizică; plafon de copilot fixat (SP11)

    CharterCompiler words OPERATE DEVICE and OPERATE SECURITY DEVICE and keep sobe silent while unnamed (ca cele două echipe clase de CP05 R1-3), astfel încât nu există modificări de text scurte SI existente și VERSION rămâne. Celulă copilot Test pini uman

Universul tău te așteaptă.

Începeți gratuit în câteva minute.Adăugați produse oricând sunteți pregătit — fără migrare, fără autentificări noi.

Începeți gratuitConstruiește-ți universul

Gratuit pentru totdeauna — nu este necesar un card de credit