Digitāls dvīnis tas darbojas, ne tikai demos.
Lielākā daļa digitālo sadraudzības projektu rada skaistu 3D modeli, kas neviens nedarbojas operatīvi. TRACIO projektē dvīņus, kas patērē dzīvu notikumu plūsmu jums jau pieder, simulē lēmumus pirms jūs tos veikt, un apstiprināt procesa izmaiņas pret reālo augu. Uzcelta ar tādu pašu piecu slāņu arhitektūru kā RTLS programma — viņiem ir kopīgs sacīkšu autobuss, aktīvu reģistrs un semantiskais modelis.
Trīs iemesli, kāpēc modelis nekad padara to garām demo.
Dvīnis nopelna, kad operators to izmanto, lai kaut ko izlemtu. Tie ir modeļi, kas neļauj tam notikt.
Diezgan 3D, bez operācijām
Dvīnis lieliski renderē izpildvaras instruktāžas telpā, bet nekad netiek iespraukts dzīvā darba plūsmā. Neviens veikala stāvā to neatver. Neviens plānošanas komandā tam neuzticas. Tā ir vizualizācija, nevis simulācija.
Notikumu plūsma vēl nav tur
Dvīnim ir vajadzīgs RTLS , MES un IIoT programmu radītais telpiskais un procesa notikums. Šie notikumu avoti ir daļēji, nekonsekventi vai tikai sērijveidā. Dvīņu badā.
Dvīņu un realitāte atšķiras 90 dienās
Izkārtojuma izmaiņas, jaunas iekārtas, pārskatītas SOP un pārdevēja mijmaiņas līgumi novirza fizisko iekārtu no dvīņa. Ja nav pārvaldes modeļa, dvīņi kļūst nepareizi — mierīgi, tad katastrofāli.
Seši slāņi starp sensoru plūsmu un lēmumu pieņemšanu.
Mēs veidojam dvīņus tāpat kā veidojam RTLS programmas — no lēmuma atpakaļ uz datiem, nevis otrādi.
Mugurkaula dvīņu iet uz
Kafka, Pulsārs vai AWS Kinesis — lai kas jūsu kaudze jau runā. Tas pats autobuss, kas baro RTLS analītikas slāni, baro dvīni. Viens notikumu modelis, viens patiesības avots, bez paralēliem cauruļvadiem.
Ko ir vērts simulēt
Mēs sākam ar lēmumu dvīnis ir jāatbalsta — personāla, izkārtojums, caurlaide, grafiku — un twin ap to. Dvīņi, kas mēģina visu modelēt, galu galā modelē neko noderīgu.
3D modelis plus nozīme
CAD vai BIM ingests, aktīvu reģistra piesaiste, zonas semantika un procesa metadati. Dvīnis zina, kas ir katrs objekts, kādā stāvoklī tas var būt, un kā tas mijiedarbojas ar pārējo darbplūsmu.
Diskrēto notikumu modelēšana
AnyLogic, FlexSim, vai Siemens Plant Simulācija darbojas scenārijus pret dzīvu valsti. Testa personāls, maršrutēšana, plānošana, un izkārtojuma izmaiņas, pirms tie hit grīdas. Izvade ir lēmums ar ticamības intervālu.
Dvīņu izlaide, rūpnīcas rezultāts
Katrs simulētais lēmums ir piesaistīts reālajam iznākumam, kas tam seko. Dvīņa precizitāte tiek mērīta nepārtraukti, un tā nav deklarēta uz slīdņa klāja. Drifts iedarbina trauksmes signālus, nevis pārsteigumus.
Divkāršā godīguma saglabāšana
Pārmaiņu kontroles darbplūsmu, kas saista fizisko augu izmaiņas uz dvīņu atjauninājumu. Īpašumtiesības, SLA un atkārtotas apstiprināšanas kadence definēta pirms dzīves uzsākšanas. Dvīņi labi noveco tikai tad, kad kāds tiek samaksāts, lai saglabātu tos izlīdzināt.
Trīs veidi, kā mūs iesaistīt.
Lai pieņemtu lēmumu, dvīnim ir jāatbalsta, nevis pārdevēja ceļvedis.
Dvīņu iespējamība · 4 nedēļas
Lēmumu darbības jomas noteikšana, pasākumu gaitas revīzija, instrumentu saraksts un ieteikuma sagatavošana par labu uzņēmumam. Izlaide ir parakstīts priekšizpētes komplekts ar priekšlikumu par fiksētu cenu.
Dvīņu dizains · 8–12 nedēļas
Pilna atsauces arhitektūra, ģeometrija un semantiskais modelis, simulācijas loģika, apstiprināšanas četrpunktu, un pilots dvīnis darbojas pret dzīvu notikumu autobusu. Gatavs mērogot vai nodot sistēmu integrētājam.
Twin building & izvietot · 4-6 mēneši
Ražošana, integrācija ar plānošanu un ops darbplūsmas, operatoru apmācība, pārvaldības modelis un 90 dienu pēc ieviešanas. Fiksēti starpmērķi, gultu piegāde.
Skaitļi no dvīņiem, kurus mēs patiesībā esam nosūtījuši.
Bieži uzdotie jautājumi.
Kādu digitālo dvīņu tu būvē?
Operatīvi noderīgi dvīņi būvēti uz notikumu plūsmu jums jau pieder - plūsmai, kapacitātei, un ko-ja analīze - nav vizuālās demonstrācijas.
Kādus rīkus jūs izmantojat?
Mēs esam rīku-agnostika un strādāt ar platformām, piemēram, AnyLogic, FlexSim, un Visual Components, pamatojoties uz jūsu vajadzībām.
Vai vispirms ir vajadzīgs RTLS?
Dzīvo atrašanās vietu un notikumu barības padara dvīņu daudz vērtīgāku, bet mēs varam sākt no esošajiem datiem un pievienot reāllaika vēlāk.
Kādus lēmumus tā atbalsta?
Izkārtojuma izmaiņas, kapacitātes plānošana, trūkumu analīze, un testēšana izmaiņas, pirms jūs nodot kapitālu.