ആസ്യൂറിലെ ഡിജിറ്റൽ ട്വിൻസ്: യഥാർത്ഥത്തിൽ എന്താണ് മോഡൽ ചെയ്യേണ്ടത്?

ഒരു പുതിയ എപ്പിസോഡിലേക്ക് സ്വാഗതം, ഇവിടെ വെണ്ടർ ഹൈപ്പ് മാറ്റിവെച്ച് Azure-ലെ ഡിജിറ്റൽ ട്വിനുകളുടെ യഥാർത്ഥ പ്രശ്നങ്ങളെ നേരിട്ട് സമീപിക്കുന്നു. എല്ലാവർക്കും ഒരു ഡിജിറ്റൽ ട്വിൻ വേണം, പക്ഷേ തങ്ങളുടെ പ്ലാന്റിന് പരിഹരിക്കേണ്ട യഥാർത്ഥ പ്രശ്നത്തിൽ നിന്ന് തുടങ്ങുന്നവർ ഏതാണ്ട് ആരുമില്ല. ERP, MES, ഹിസ്റ്റോറിയൻ, IoT ലെയറുകൾ എന്നിവയിലെല്ലാം ഡാറ്റ ഇതിനകം ഉണ്ട്, എന്നിട്ടും ഒരു തകരാർ യഥാർത്ഥത്തിൽ എന്തിനെ ബാധിക്കുന്നു എന്ന് കണ്ടെത്താൻ ഓപ്പറേറ്റർമാർ ഇപ്പോഴും മാനുവൽ ഫോൺ കോളുകൾ, സ്പ്രെഡ്ഷീറ്റുകൾ, ചിതറിക്കിടക്കുന്ന അലാറങ്ങൾ എന്നിവയെയാണ് ആശ്രയിക്കുന്നത്.

തീരുമാനത്തിൽ നിന്ന് തുടങ്ങുക, അസറ്റിൽ നിന്നല്ല

വിപുലമായ ആർക്കിടെക്ചർ ഡയഗ്രമുകളോ അസറ്റ് ഹൈറാർക്കികളോ നിർമ്മിക്കുന്നതിന് മുമ്പ്, ഇതിനകം കാലതാമസം, ആശയക്കുഴപ്പം, അല്ലെങ്കിൽ ടീമുകൾ തമ്മിലുള്ള കൈമാറ്റങ്ങൾ എന്നിവയ്ക്ക് കാരണമാകുന്ന ഒരു ആവർത്തിക്കുന്ന ബിസിനസ് തീരുമാനത്തിൽ നിന്ന് ആരംഭിക്കണം. ആ തീരുമാനമെടുക്കുന്ന വ്യക്തി, കൃത്യമായ സമയം, ആവശ്യമായ നടപടി എന്നിവ ആർക്കും പറയാൻ കഴിയുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് ഒരു ഡിജിറ്റൽ ട്വിൻ ഉപയോഗ സാഹചര്യം ഇല്ല; നിങ്ങൾക്കുള്ളത് ഒരു ഡാറ്റ ശേഖരണ ആശയം മാത്രമാണ്. യഥാർത്ഥ ഡിജിറ്റൽ ട്വിൻ എന്നത് മിനുക്കിയ CAD ഫയലോ, സെൻസർ മൂല്യം മാറുമ്പോൾ ചുവപ്പാകുന്ന ഡാഷ്‌ബോർഡ് ടൈലോ അല്ല; അത് തിരിച്ചറിയൽ, നിലവിലെ പ്രവർത്തന വസ്തുതകൾ, മാറ്റങ്ങളുടെ ചരിത്രം, എന്തുകൊണ്ട് ഇത് ശ്രദ്ധിക്കണം എന്ന് വിശദീകരിക്കുന്ന സന്ദർഭപരമായ ബന്ധങ്ങൾ എന്നിവ വഹിക്കുന്ന ഒരു മോഡൽ ഇൻസ്റ്റൻസാണ്.

ടെലിമെട്രിക്ക് മുമ്പ് ഐഡന്റിറ്റി മോഡൽ ചെയ്യുക

ഒരു PLC ടാഗും ട്വിൻ പ്രോപ്പർട്ടിയുമായി ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ്, ഉപകരണ ഐഡന്റിറ്റിയുടെ അടിസ്ഥാന പ്രശ്നം പരിഹരിക്കണം. വ്യത്യസ്ത സിസ്റ്റങ്ങൾ ഒരേ യന്ത്രത്തെ പൂർണ്ണമായും വ്യത്യസ്ത പേരുകളിൽ വിളിക്കുന്നു; PLC പ്രോഗ്രാം, MES, ERP സിസ്റ്റം, പഴയ മെയിന്റനൻസ് രജിസ്റ്റർ എന്നിവ അപൂർവ്വമായേ യോജിക്കൂ. കാനോനിക്കൽ ട്വിൻ ID ഇല്ലാതെ ഡാറ്റ പുഷ് ചെയ്താൽ പരസ്പരം വിയോജിക്കുന്ന ഖണ്ഡിത ട്വിനുകൾ ഉണ്ടാകും. സാധാരണ പ്രവർത്തന മാറ്റങ്ങളിലൂടെയും സ്ഥിരമായി നിലനിൽക്കുന്ന ഒരു സ്ഥിരവും അതുല്യവുമായ ഐഡന്റിഫയർ സ്ഥാപിക്കുക, അതിനരികിൽ ഉറവിട സിസ്റ്റം റഫറൻസുകൾ വ്യക്തമായി മാപ്പ് ചെയ്യുക.

നിലവിലെ അവസ്ഥ, ഇവന്റുകൾ, ടൈം സീരീസ് ചരിത്രം എന്നിവ വേർതിരിക്കുക

ഓരോ ഉയർന്ന ആവൃത്തിയിലുള്ള സെൻസർ റീഡിംഗും ചരിത്ര ലോഗും നേരിട്ട് ട്വിൻ ഗ്രാഫിൽ കുത്തിനിറയ്ക്കാൻ ശ്രമിക്കുന്നത് ഒരു സാധാരണ കെണിയാണ്, അത് വേഗത്തിൽ ശബ്ദം കൊണ്ട് നിറയും. നിങ്ങളുടെ ആർക്കിടെക്ചർ സ്കെയിലബിളും വൃത്തിയുള്ളതുമായി നിലനിർത്താൻ, ഉത്തരവാദിത്തങ്ങൾ സമർപ്പിത ലെയറുകളിലായി വിഭജിക്കണം:

• ട്വിൻ ഗ്രാഫ്: ഇപ്പോൾ തന്നെയുള്ള തീരുമാനങ്ങളെ പിന്തുണയ്ക്കുന്ന നിലവിലെ പ്രവർത്തന സന്ദർഭവും ബന്ധങ്ങളും സൂക്ഷിക്കുന്നു.
• ഇവന്റ് സ്ട്രീമുകൾ: വർക്ക്ഫ്ലോകൾ മാറ്റുകയും പ്രതികരണം ആവശ്യമാക്കുകയും ചെയ്യുന്ന അർത്ഥവത്തായ സംഭവങ്ങൾ പിടിച്ചെടുക്കുന്നു, ഉദാഹരണത്തിന് ഒരു മെഷീൻ തകരാർ ഉയർത്തപ്പെടുന്നത് അല്ലെങ്കിൽ ഒരു ബാച്ച് നീക്കപ്പെടുന്നത്.
• ടൈം സീരീസ് സ്റ്റോറേജ്: സ്പിൻഡിൽ താപനില, വൈബ്രേഷൻ സ്ട്രീമുകൾ, വൈദ്യുതി ഉപഭോഗം തുടങ്ങിയ അസംസ്കൃത ടെലിമെട്രി ആഴത്തിലുള്ള ചരിത്ര വിശകലനത്തിനും പാറ്റേൺ ട്രാക്കിംഗിനുമായി സംരക്ഷിക്കുന്നു.

ബന്ധങ്ങൾ പ്രവർത്തന അർത്ഥം വഹിക്കുന്നു

പരമ്പരാഗത കണ്ടെയ്ൻമെന്റ് ട്രീ പ്ലാന്റിനുള്ളിൽ ഭൗതിക ഉപകരണങ്ങൾ എവിടെയാണെന്ന് മാത്രമേ പറയുന്നുള്ളൂ; ഫ്ലോറിലുടനീളം വർക്ക്ഫ്ലോകൾ എങ്ങനെ പടരുന്നു എന്ന് അതിന് വിശദീകരിക്കാനാവില്ല. ഡൗൺസ്ട്രീം പാക്ക് ലൈനിലേക്ക് ഫീഡ് ചെയ്യുന്ന യന്ത്രം, ഒരു മെറ്റീരിയൽ ലോട്ട് ഉപയോഗിക്കുന്ന ഓപ്പറേഷൻ, അല്ലെങ്കിൽ ശേഷി പരിമിതി സൃഷ്ടിക്കുന്ന പങ്കിട്ട ഫിക്സ്ചർ തുടങ്ങിയ പ്രവർത്തന ബന്ധങ്ങൾ ഒരു അപവാദ സമയത്ത് പ്ലാനർമാർക്ക് ആവശ്യമായ സന്ദർഭം നൽകുന്നു. ഓർഡറുകൾ, സജീവ ഓപ്പറേഷനുകൾ, ടൂളിംഗ് പരിമിതികൾ, മെറ്റീരിയൽ ജനിതകശാസ്ത്രം എന്നിവയെ ചുറ്റി നിങ്ങളുടെ മോഡൽ ഉറപ്പിക്കുമ്പോൾ, ആർക്കിടെക്ചർ സ്ഥിരമായ അസറ്റ് രജിസ്റ്ററിൽ നിന്ന് മാറി പ്ലാന്റിന്റെ യഥാർത്ഥ പ്രവർത്തന മാപ്പായി പരിണമിക്കുന്നു.

ഈ പോഡ്‌കാസ്റ്റിന്റെ പിന്തുണക്കാരനാകുക: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.