Kam peniaze v skutočnosti idú
Väčšina závodov už používa MES, ERP a WMS. Doplniť k nim RTLS pre vysokozdvižné vozíky a ľudí a k tomu niekoľko IoT senzorov vyzerá v tabuľke jednoducho. Tagy a gateway majú jasnú jednotkovú cenu. V prvej ponuke sa však len zriedka objaví práca, ktorá je potrebná na to, aby tieto dátové toky komunikovali so systémami, ktoré už plánujú zákazky a sledujú zásoby.
twinzo funguje ako zastrešujúca vrstva, ktorá preberá dáta z RTLS, MES, ERP, WMS a SCADA. Podporuje bežné edge protokoly (OPC UA, Modbus TCP, MQTT a Ethernet/IP) a netrvá na tom, že niektorý z nich je jediná možná cesta. Táto flexibilita sa hodí práve preto, že skutočné náklady tvorí mapovanie, filtrovanie a priebežná údržba týchto spojení, nie samotné senzory.
Protokoly v praxi vo výrobe
OPC UA je bežné na novších strojoch. Modbus TCP naďalej riadi mnohé staršie PLC. MQTT sa hodí pre jednoduché senzory, ktoré posielajú údaje, keď sa niečo zmení. Ethernet/IP nájdete na linkách s kusovou výrobou. Každý protokol má vlastný dátový model, iné nároky na zabezpečenie a inú odozvu.
Poloha z RTLS, ktorá sa aktualizuje každých pár sekúnd, sa nedá jednoducho napojiť na WMS, ktoré čaká dávkové pohyby zásob. Hodnoty z IoT senzorov, napríklad teplota alebo vibrácie, potrebujú kontext, aby boli užitočné na obrazovkách MES. Integrácia preto zahŕňa edge gateway, preklad schém tagov a testovacie cykly na reálnych produkčných dátach. twinzo nenahrádza ERP, MES ani WMS. K dátam, ktoré tieto systémy už spravujú, pridáva priestorový kontext.
Keď jeden z týchto systémov aktualizuje rozhranie alebo zmení definíciu tagu, mapovanie sa musí prejsť znova. Práve toto opakované úsilie je časť Priemyslu 4.0, ktorá sa v pôvodnom business case zriedka objaví.
Čo sa dá robiť po prepojení dátových tokov
Keď poloha a hodnoty zo senzorov prúdia spoľahlivo, prevádzkové digitálne dvojča ukáže, kde materiál naozaj leží a kde by mal byť podľa WMS. K dispozícii sú špagetové diagramy trás vysokozdvižných vozíkov. Inžinieri si môžu zmenu prehrať a vidieť presnú trasu, ktorá spôsobila zdržanie.
Platforma ukladá historické údaje o polohe, takže trendy pohybu, čas zotrvania a aktivitu v zónach možno neskôr vyhodnotiť. Prehrať polohy sa dá až rok dozadu. Nasadenie funkčného spojenia zvyčajne trvá jeden až tri mesiace, podľa počtu zdrojov dát a stavu existujúcich rozhraní.
Nič z tohto prehľadu nevznikne, kým nie sú protokoly stabilné pri reálnom zaťažení závodu. Čisté laboratórne spojenie nie je to isté ako spojenie, ktoré vydrží striedanie zmien, preťaženie siete a občasné reštarty PLC.
Ako udržať náklady na integráciu pod kontrolou
Začnite so stanovenou skupinou dátových bodov, nie so všetkými senzormi, ktoré v hale sú. Cena sa odvíja od počtu objednaných dátových bodov. Za počet používateľov sa neplatí. Uprednostnite protokoly, ktoré stroje už používajú, a nezavádzajte nový štandard len kvôli digitálnemu dvojčaťu.
Nasadenie on-premises alebo hybridné zostáva možné, ak latencia, umiestnenie dát alebo bezpečnostné pravidlá verejný cloud vylučujú. V takej konfigurácii platforma beží na Ubuntu 24.04 LTS s Dockerom. Malý pilot, zvyčajne dva až štyri týždne, umožní tímu overiť edge spojenie ešte predtým, než sa tagy nasadia na celú flotilu.
Náklady najčastejšie zníži skoré rozhodnutie, ktoré dátové toky naozaj potrebujú priestorový kontext a ktoré môžu zostať vo svojom pôvodnom systéme. Prepojiť všetko je drahé. Prepojenie tých tokov, ktoré menia prevádzkové rozhodnutia, je miesto, kde sa úsilie vynaložené na integráciu vráti.