Tuya uvádza 3000+ kategórií produktov. My máme 38 canonical capabilities — a pokrývajú to isté. Rozdiel je v tom, koľko z toho musí vedieť vaša aplikácia.
Žiadne datapointy. Žiadne clustre. Žiadne model stringy v biznis logike. Zariadenie vráti teplotu v °C — či je to Zigbee, Tuya, LoRa alebo Modbus.
Zariadenia hovoria s lokálnym agentom. Agent otvára jediné odchádzajúce mTLS spojenie do cloudu. Do vašej siete sa nikdy nič nedobýja zvonku — nie je kam.
Snímače merajú, ističe spínajú, Edge Agent to zabalí do jedného odchádzajúceho spojenia. QiPort každú nameranú hodnotu zapíše ako jeden riadok — a každý zásah do domu pustí až cez bezpečnostnú bránu.
Teplota, vlhkosť, CO₂, prúd na okruhu — všetko je (zariadenie, capability, hodnota, čas). Keď o rok pribudne snímač, ktorý meria niečo, o čom dnes nevieme, schéma sa nemení.
Merací modul na okruhu hlási prúd a spotrebu, spínací hlási stav a vie spínať. QiPort v tom nevidí „elektrinu" — vidí capability, ktoré vie čítať a zapisovať. Preto ten istý kód obslúži bojler aj úľ.
S1 prejde hneď. S2 žiada potvrdenie. S3 žiada výzvu a explicitný rozsah — a neznáme zariadenie sa nedá ovládať vôbec, kým ho niekto neprevezme z karantény.
Katalóg s tromi tisíckami kategórií znamená tri tisícky spôsobov, ako to isté spraviť inak. Každý nový model je nová integrácia, nový datapoint, nová vetva v kóde. My sme šli opačným smerom: jeden slovník, do ktorého sa preloží všetko.
Nemáme ich milión vývojárov ani desať rokov náskoku. Máme to, čo sa nedá dobehnúť pridaním ďalších kategórií: rozhodnutie nezaťažiť vás protokolom.
Zložitosť nezmizne — len sa presunie. Buď ju nesie platforma, alebo váš vývojár a váš zákazník. My sme sa rozhodli, na ktorej strane má byť.
Žiadne MQTT hostname, žiadny broker, žiadne heslo, žiadny manuál. Ak musí niekde napísať adresu servera, UX zlyhalo a prepracujeme ho.
Bez SDK, ktoré musíte inštalovať. Bez generovaného klienta, ktorý zastará. Obyčajné HTTPS a OAuth2 — také, aké už vo svojej aplikácii máte.
Interview zariadenia, fingerprint, converter, deduplikácia, kvalita dát, karanténa actuatorov, rotácia certifikátov, kompresia histórie. Nič z toho sa vás netýka.
llms.txt, OpenAPI 3.1 a integračný návod, v ktorom je každý endpoint označený LIVE, BUILDING alebo NOT BUILT — aby agent negeneroval kód proti niečomu, čo neexistuje.
Jeden server, 6 vCPU, 12 GB RAM. 250 simulovaných zariadení, každé s vlastným certifikátom, jedna správa za sekundu, päť capabilities na správu.
248 správ/s · ponúknutá záťaž 1250
90 s ustálený stav
postupné pripájanie s jitterom
reštart brokera · 0 stratených dát
ECDSA P-256 · 1000 ks ≈ 3,5 min
cudzí namespace, spoofing, replay, cross-tenant
Vyššie počty zariadení sú extrapolácia, kým ich nezmeriame. Nebudeme ich uvádzať ako fakt.
Žiadne broker credentials v mobilnej aplikácii. OAuth2 token, REST na históriu, SSE na živé dáta. Zariadenie vracia význam, nie protokol.
// canonical capabilities — rovnaké pre Zigbee, Tuya, LoRa aj Modbus { "deviceId": "QP-SIM-00001", "connectivity": "online", "state": [ { "capability": "environment.temperature", "value": 35.34, "unit": "C", "quality": ["valid"] }, { "capability": "environment.humidity", "value": 63.77, "unit": "%RH", "quality": ["valid"] }, { "capability": "mass.weight", "value": 42.326,"unit": "kg", "quality": ["valid"] } ] }
environment.temperature je vždy v °C — či prišlo zo Zigbee clusteru 1026, Tuya datapointu alebo Modbus registra.
S0 čítanie · S1 nízke riziko · S2 relé a ventily · S3 sieťové stykače. S2 a S3 sa nikdy nepovolia automaticky — bráni tomu databázový trigger, nie dohoda medzi vývojármi.
Deklaratívny formát s uzavretou množinou desiatich operácií. Žiadny eval, žiadny vm, žiadny dynamický import. Guard test číta zdrojáky a zhodí build, ak sa tam čokoľvek z toho objaví.
Stabilný hash z modelu a clusterov — nezávislý od poradia aj od sériového čísla. Zmena firmvéru je detegovaná ako variant, nie ako nový model.
QiPort je v aktívnom vývoji. Toto je celý zoznam, nie výber.
Ozvite sa. Ukážeme vám architektúru, čísla aj to, čo ešte nemáme.