Továreň riadená agentmi: najprv priestorový kontext, potom logistické príkazy

Továreň riadená agentmi má na twinzo tri vrstvy. Nezávislé systémy závodu sa premietnu na digitálne dvojča s polohami, oblasťami a polygónmi. Senzor a jeho dáta patria ku konkrétnej polohe alebo oblasti, rovnako ako zariadenia a IoT tagy. twinzo MCP sprístupňuje tento model a analytiku ako nástroje, ktoré môže volať LLM. Agent potom cez twinzo SDK zadáva logistické príkazy (výzvy na materiál, údržbárske úlohy, úlohy na odvoz) do toho istého objednávacieho kanála, ktorý už používajú tablety.

‍

Týmto kanálom je AOS (v praxi často FGS), automatizovaný objednávací systém twinzo. Je to fronta, cez ktorú sa rozhodnutie zmení na prácu a vodič vysokozdvižného vozíka (VZV) alebo údržbár ju prijme na tablete. Agenti nevytvárajú paralelný rádiový kanál, ale AOS používajú ako ďalší oprávnený používateľ.

‍

Systémy závodu zostávajú oddelené. RTLS, MES, IoT, energetika, HVAC a WMS nepotrebujú jedného dodávateľa. twinzo slúži ako priestorová zbernica a agent z nej dáta číta a vie z nich vytvoriť aj ďalší logistický príkaz. Každý dôležitý signál má na mape svoju adresu a každá akcia agenta, ktorá hýbe materiálom, ide cez AOS.

‍

Prevádzka dnes riadi závod z dvojčaťa. Na jednom pohľade na halu vidí tok materiálu, lokalizáciu, oblasti, výrobu, trasy, skladovú a kamiónovú logistiku, s analytikou na bočných obrazovkách. Presne tento obraz potrebujú aj agenti. MCP nevytvára druhý model, sprístupňuje aktuálne dvojča a analytiku, ktorej ľudia už dôverujú.

‍

Verejné API twinza pokrýva základné stavebné prvky: zariadenia a polohy, dynamické lokality, senzory a ich dáta viazané na tieto miesta, vrstvy, beacony, sektory, lokalizačné dáta, konfiguráciu a premenné. MCP stavia na príkazoch twinzo SDK, takže agent nemusí ručne skladať každé HTTP volanie. Načíta kontext závodu, kladie presnejšie analytické otázky a potom odošle logistický príkaz.

‍

Agenti zlyhávajú, keď je každý signál len holý názov tagu. Temp_A12 a Gate_M4_21 spolu nič neznamenajú, kým nie sú na jednom modeli vedľa seba. twinzo si to vyžaduje: zariadenia majú polohy, oblasti sú polygóny, vrstvy nesú pravidlá zakázaných zón a sektory zodpovedajú tomu, ako sa v závode hovorí. Senzor a jeho hodnoty sú na konkrétnej polohe alebo vo vnútri polygónu oblasti, takže zaplnenie, teplota, stav brány a energia nie sú voľné tagy bez miesta. Sú to susedia na hale, o ktorých sa agent môže dopytovať.

‍

Nástroj vie na otázku, čo je blízko, odpovedať vzdialenosťou na pôdoryse alebo príslušnosťou k tomu istému bufferu, rampe či energetickému okruhu. Tak sa dajú sledovať aj systémy, ktoré spolu nikdy komunikovať nemali, a to rovnakým postupom, aký opisuje článok Prepájajte údaje zo systémov závodu podľa miesta na digitálnom dvojčati. Tagy z MES alebo SCADA stačí umiestniť tak, ako to závody robia s Ignition (pozri článok Integrácia Ignition MES s digitálnym dvojčaťom twinzo), vedľa nich doplniť logistiku a IoT a agent sa môže spýtať, ktorí susedia sa v tom istom časovom okne správali zle.

‍

Pravidlá zostávajú krátke, lebo model už pracuje s pojmami z haly. Ak je polygón bufferu prázdny a najbližší voľný VZV stojí mimo sektora, vytvorí sa výzva na materiál. Ak je brána otvorená dlhšie, než dovoľuje čas zotrvania, a HVAC zónu naďalej temperuje, upozornenie dostane rampa a správa budov. Pohyb zariadenia bez príkazu nad stanovený limit znamená upozornenie pre majstra zmeny na jazdu naprázdno.

‍

Server twinzo MCP je súprava nástrojov pre agenta. Cez Model Context Protocol mení príkazy twinzo SDK a analytiku závodu na pomenované nástroje. Kontext závodu sa načíta naraz: lokalizačné vrstvy, oblasti, zariadenia, zmeny. Dá sa určiť okno zmeny pre konkrétny deň, získať stručný súhrn zmeny s OEE, čakajúcimi objednávkami a zariadeniami, pri ktorých treba riešiť jazdy naprázdno, a spustiť analýzu anomálií v prestojoch, vstupoch do zakázaných zón, zastaraných objednávkach a jazdách naprázdno.

‍

Bežné dotazy sa týkajú objektov, ktoré operátori riešia každý deň: oblasti, zariadenia, vrstvy, sektory, beacony, senzory a ich dáta na danej polohe alebo v oblasti, trasy a objednávky za zvolené obdobie. Keď treba trasu, je k dispozícii história polohy zariadenia. Výskyt v mriežkových oblastiach a sektoroch ukáže čas zotrvania a preplnenie. Správanie flotily oproti logistickej práci v AOS zobrazujú štatistiky zariadení, balíky prestojov, súhrny aktivít, analytika objednávok a balíky jázd.

‍

Bez MCP si každý AI projekt vymýšľa vlastné prepojenie so závodom. S ním sa pobočka, polohy a fronta AOS, ktoré používajú ľudia, stanú pre agenta spoľahlivým zdrojom údajov. Práve vďaka tomu sa z vety „máme digitálne dvojča“ stane „agent môže s naším dvojčaťom pracovať“.

‍

Užitočný cyklus je naschvál nudný. Načíta sa kontext závodu a určí sa aktuálna zmena. Agent získa súhrn a anomálie a skontroluje priestorový stav: zaplnenie bufferov, voľné zariadenia, výskyt v oblastiach, čakajúce objednávky v danom sektore. Potom sa rozhodne, či vytvorí úlohu, eskaluje alebo upozorní. Logistický príkaz zapíše cez twinzo SDK do AOS a zanechá záznam, ktorý si ľudia môžu prehrať na tej istej mape.

‍

Analytika sa vyhodnotí skôr, než sa materiál pohne. Čas s objednávkou a bez nej vidno v štatistikách zariadení. Výskyt v oblastiach a sektoroch ukáže, v ktorých zónach sa počas zmeny stálo alebo jazdilo najviac. Životný cyklus v AOS vyplýva z analytiky objednávok a objednávok prestojov, takže čakajúca výzva na materiál nie je len povesť. Balíky jázd oddeľujú jazdu naprázdno od práce s nákladom. Sú to tie isté otázky, na ktoré dnes ľuďom dávajú odpoveď funkcie twinza, a agenti ich volajú ako nástroje.

‍

Záložné heuristiky z nespracovanej histórie polohy majú tiež svoje miesto: vyťaženosť, pohyb v oblastiach, analýza trás, dashboardy flotily z prehrávania. Hodia sa ako druhý názor popri aktuálnych dátach z AOS a analytike backendu.

‍

Zistenie bez odovzdania ďalej zanikne vo vysielačke. AOS (automatizovaný objednávací systém) je spôsob, ako twinzo mení rozhodnutie na logistické príkazy, ktoré vodiči a údržbári prijímajú. Výzvy na materiál, nadväzujúce úlohy, prijatie na tablete: agent je ďalší oprávnený používateľ tej istej fronty, nie nová logistická aplikácia. Viac nájdete na stránke Automatizácia objednávok materiálu a v článku AOS ako neoddeliteľná súčasť digitálneho dvojčaťa.

‍

Na dvojčati dostane každý VZV príkazy rovnako ako dnes. Agent odošle príkaz cez twinzo SDK a tablet zobrazí stav „Objednávka prijatá“. Logistika sa nemusí učiť nové rozhranie. Výroba dostane materiál do pohybu bez čakania, kým si niekto pri obchôdzke všimne prázdne odkladacie miesto.

‍

Príklad: senzor v bufferi ohlási stav pod kanbanovou hodnotou. Agent zistí, že pre daný diel nie je otvorená žiadna objednávka, nájde voľné VZV mimo tohto miesta a pošle do AOS výzvu na materiál s cieľovou oblasťou, ktorú už definuje polygón. Rovnaká cesta zápisu platí pre úlohy typu údržby, ak ich má AOS nastavené: príkaz obsahuje polohu stroja na mape a pošle sa najbližšiemu voľnému údržbárovi. Cieľom je oblasť na dvojčati, nie prezývka chodby, ktorej rozumie iba jedna zmena. Jazdy naprázdno a zakázané zóny zo stránky Optimalizácia internej logistiky sa riadia rovnakým pravidlom: najprv priestor, potom príkaz.

‍

1. Umiestnite signály - zariadenia, senzory (a dáta, ktoré publikujú), tagy z MES alebo IoT, buffery, brány a energetické uzly dostanú na dvojčati polohu alebo oblasť.

2. Ponechajte AOS ako zbernicu akcií - logistické príkazy zostávajú v automatizovanom objednávacom systéme, ktorý operátori prijímajú na tabletoch.

3. Pripojte twinzo MCP - nasmerujte server MCP na svojho klienta API a pobočku, aby agenti mohli volať nástroje twinzo SDK pre kontext, analytiku a objednávky.

4. Začnite jednou úlohou - výzva pri prázdnom bufferi, upozornenie na jazdy naprázdno alebo otvorená brána so susedným HVAC. Jedno pravidlo, jeden zodpovedný, jedno prehranie.

5. Vyžadujte priestorové kontroly - každá akcia agenta, ktorá hýbe ľuďmi alebo materiálom, najprv určí oblasti, polohy alebo sektory a až potom zapíše logistický príkaz.

‍

Nemusíte čakať na dokonalú podnikovú AI platformu. Dajte závodu adresy pre sledovanie výroby a logistiku a nechajte agentov používať zoznam adries.

‍

Každé pravidlo dostane v závode pomenovaného vlastníka. Logistika zodpovedá za prijímanie úloh na VZV, výroba za limity v bufferoch a správa budov za energiu, ktorá sa stráca cez otvorené dvere. Agent sa nesmie stať štvrtým dashboardom bez vlastníka. Treba určiť hodiny, v ktorých agent nezasahuje, prehrávať príkazy na dennej porade o prevádzke a zlé výzvy na materiál rozobrať s ľuďmi ako každú inú chybu v procese.

‍

Ukazovatele zostávajú na mape: čakanie linky po vyprázdnení bufferu, vek čakajúcej objednávky v AOS, minúty jázd naprázdno, čas zotrvania pri otvorených dverách vedľa temperovaných zón, vstupy do zakázaných zón. Tieto čísla už existujú v analytike twinza a v AOS. Agent ich medzi kontrolami ľuďmi udržiava aktuálne.

‍

Bezpečnosť sa nezľavuje. Zakázané zóny, bariéry a postupy v AOS podľa rolí ostávajú ochrannými pravidlami. Ak agent o zakázanej zóne vie a napriek tomu vytvorí dodávku do zakázaného polygónu, ide o chybu konfigurácie. Zápisy agenta idú podľa rovnakých pravidiel ako zápisy zariadení s tagom.

‍

• Zastaraná logistická objednávka a voľný VZV nablízku - eskalujte pridelenie, namiesto aby výzva starla.

‍

• Plný smart kôš a v oblasti sa nikto nezastavil - vytvorte odvoz skôr, než kôš zablokuje uličku.

‍

• Vstup do zakázanej zóny s aktívnym zariadením - upozornite s polohou, ktorú už má dvojča.

‍

• Zápcha pri nabíjaní batérií, kým výrobným bunkám chýba materiál - rozložte vozíky podľa výskytu v sektoroch.

‍

• Požiadavka na údržbu s polohou stroja na mape - pošlite prácu najbližšiemu voľnému údržbárovi.

‍

• Odovzdanie z GPS vonku do interiéru - od návesu po bránu, odkiaľ vozidlo preberie vnútorné dvojča a zaradí ho do toku na rampe.

‍

Vyberte jedno prepojenie: prázdny buffer a voľný VZV, čakajúce logistické objednávky a jazdy naprázdno, alebo otvorená brána a HVAC. Umiestnite signály, pripojte twinzo MCP a nechajte AOS ako cestu príkazov pre logistické aktivity. Nezávislé systémy zostávajú nezávislé. Až priestor z nich robí spoločne celok, s ktorým agenti vedia pracovať.

‍

Praktické nastavenie objednávania bez agentov vysvetľuje článok Návod: automatizujte objednávanie pomocou digitálneho dvojčaťa. Ozvite sa nám a s agentom si na modeli vášho závodu prejdeme nástroje MCP, príkazy twinzo SDK a toky AOS.

‍