1. সমস্যা বা দোষ বিবরণ
**** কোম্পানি রিপোর্ট করেছে যে 32iB সিস্টেম ব্যবহার করে একটি মেশিনিং সেন্টারের জন্য, যখন NC DATASERVER ইন্টারফেস ব্যবহার করে, তখন স্ক্রীনটি সুইচ করা যায় না এবং NC প্রতিক্রিয়াহীন হয়ে যায়।
2. প্রক্রিয়াকরণ প্রক্রিয়া: (বিশ্লেষণ পদ্ধতি, প্রযুক্তিগত তথ্য, বাস্তবায়ন পদক্ষেপ)
(1) দোষ পর্যবেক্ষণ
1) কোম্পানির প্রযুক্তিবিদ অপারেশন প্রক্রিয়া প্রদর্শন করে এবং DNC প্রক্রিয়াকরণের জন্য DATASERVER ব্যবহার করে। যখন "ওভারভিউ" সফ্ট কী চাপা হয়, তখন NC MDI-এর কীগুলি প্রতিক্রিয়াহীন হয়ে যায় এবং অন্য পৃষ্ঠাগুলিতে স্যুইচ করলে সাড়া পাওয়া যায় না৷ এটি DATASERVER প্রোগ্রাম স্ক্রিনে থেকে যায়।
স্ক্রিনশট 2016-05-19 9.16.40.png
চিত্র 1-এ, ব্যবহারকারী 32iB-এর PROG স্ক্রিনে "তালিকা" (বক্স 1) বোতাম টিপানোর পরে, NC-তে অন্যান্য MDI বোতামগুলির কোনও প্রতিক্রিয়া নেই।
ব্যবহারকারীরা যখন এই পরিস্থিতির সম্মুখীন হয় এবং POS PROG SYSTEM এবং অন্যান্য স্ক্রীনগুলিকে অনেকবার স্যুইচ করে কোন লাভ হয় না, তখন তারা মনে করে এটি একটি NC "ক্র্যাশ" ঘটনা। কিন্তু সতর্ক পর্যবেক্ষণের মাধ্যমে, চিত্র 1-এর বক্স 2-এ, ডিভাইস: DTSVR_HOST, এবং বক্স 3-এ: DTSVR_FOLDER: ডেটা_SV// এই সময়ে DNC ডিরেক্টরি DATASERVER দ্বারা সেট করা হোস্ট ডিরেক্টরি। NC মেইনবোর্ড LED পর্যবেক্ষণ করুন, যা "0" প্রদর্শন করে। আপনি যদি এই সময়ে MDI মোডটিকে HANDLE হ্যান্ডহুইল মোডে স্যুইচ করেন (স্ক্রিন ডিসপ্লেটি স্যুইচ হবে না), হ্যান্ডহুইলটি ঝাঁকান এবং মেশিন টুলটি সরাতে পারে। এটি দেখায় যে NC সত্যিই ক্র্যাশ হয়নি এবং এখনও সমস্ত অক্ষের গতিবিধি নিয়ন্ত্রণ করতে পারে, তবে NC দ্বারা প্রদর্শিত স্ক্রীনটি সুইচ করেনি।
2) Through user demonstration and observation, basically determine the pattern of fault occurrence and NC status. Shut down and restart the NC, check the DATASERVER board log: (via MESSAGE screen->Extended->লগ)
শাটডাউনের আগে NC "ক্র্যাশ" হলে আপনি LOG-তে রেকর্ড করা তথ্য দেখতে পারেন।
এই তথ্য থেকে, এটি বিচার করা যেতে পারে যে DATASERVER হোস্টের সাথে সংযোগ করার সময় NC "হিমায়িত" হয়, তাই স্ক্রিনটি সুইচ করা যায়নি। এবং LOG তথ্য দেখায় যে E-0202 FTP সার্ভার সংযোগ ব্যর্থ হয়েছে৷
ছবি
ম্যানুয়াল চেক করার পরে, এটি নির্ধারণ করা যেতে পারে যে NC FTP সার্ভারের সাথে সংযোগ করতে পারে না কারণ FTP সার্ভারটি চালু নেই৷
3) In the PROG screen ->ডিভাইস নির্বাচন, স্ক্রিনের নীচের বাম কোণে 5টি ডিভাইস নির্বাচন করুন, DATASERVER-এর CF কার্ড ডিরেক্টরিতে প্রবেশ করতে DTSVR-এ ক্লিক করুন, NC স্বাভাবিক। ব্যবহারকারীর অপারেশন এবং LOG তথ্য অনুসারে, এটি নির্ধারণ করা যেতে পারে যে "অ-প্রতিক্রিয়া" ঘটনাটি ঘটে যখন DATASERVER HOST1-এ অ্যাক্সেস ইস্যু করে, অর্থাৎ, DTSVRHOST স্ক্রিনে প্রবেশ করার সময়, NC সাড়া দেবে না।
HOST1 এর সেটিংস চেক করুন। IP সেট করা হয়েছে 192.168.1.2। ব্যবহারকারীকে জিজ্ঞাসা করার পরে, কোন প্রাসঙ্গিক FTP সার্ভার সেটিং নেই। PC থেকে NC CF কার্ডে প্রোগ্রামটি অনুলিপি করার মোড প্রক্রিয়াকরণের জন্য ব্যবহার করা হয়েছে (DATASERVER-এর স্টোরেজ মোড)। DATASERVER স্ক্রিনে, হোস্ট সিলেক্টে ক্লিক করুন, আপনি 3টি হোস্ট নির্বাচন করতে পারেন, HOST1 HOST2 HOST3, যেমন চিত্র 4-এ দেখানো হয়েছে। তাদের মধ্যে, HOST2 HOST3-এ হোস্ট আইপি সেট করা নেই এবং ফাঁকা।
এই সময়ে, হোস্ট নির্বাচন HOST2 এ সেট করুন এবং তারপর HOST-এ অ্যাক্সেস করতে PROG-ডিভাইস নির্বাচন-DTSVRHOST-এ ফিরে যান। ঘটনাটি HOST1 এর হোস্ট নির্বাচন থেকে ভিন্ন। স্ক্রিনের নীচের ডানদিকে "SERCH" প্রদর্শিত হওয়ার পরে, NC HOST1-এর মতো অপ্রতিক্রিয়াশীল ঘটনার পরিবর্তে "ফাইল লিস্ট পড়তে ব্যর্থ হয়েছে" প্রম্পট করবে।
4) HOST1 হোস্ট দ্বারা সেট করা IP মুছুন, এটিকে ফাঁকায় পরিবর্তন করুন এবং DSVRHOST-এ পুনরায় প্রবেশ করুন৷ ঘটনাটি HOST2 এর মতই হয়ে যায়। প্রম্পট "ফাইল তালিকা পড়তে ব্যর্থ হয়েছে" প্রদর্শিত হবে, এবং "কোন প্রতিক্রিয়া নেই" ঘটনাটি আর ঘটে না। কারণ হল যে যদি HOST-এর হোস্ট সেটিংসে একটি অবৈধ আইপি সেট করা থাকে, তাহলে 32iB সিস্টেম আইপি অ্যাক্সেস করতে থাকবে, যার ফলে MDI বাধার অনুরোধ উপেক্ষা করা হবে এবং PROG স্ক্রিনে থাকবে, ব্যবহারকারী ভুল করে মনে করবে যে এটি ক্র্যাশ করেছে.
3. উপসংহার
31iB সিরিজের DATASERVER-এর HOST সেটিংয়ে, যদি একটি ভুল IP সেট করা থাকে, অথবা IP-এর কোনো সংশ্লিষ্ট হোস্ট না থাকে, আপনি যখন HOST-এ অ্যাক্সেস করতে চান তখন MDI সাড়া নাও দিতে পারে। আপনার যদি HOST GET প্রোগ্রামটি অ্যাক্সেস করার প্রয়োজন না হয়, তাহলে আপনাকে ভুল আইপি ঠিকানাটি ফাঁকা করে সেট করতে হবে যাতে অ্যাক্সেসের জন্য ভুলবশত HOST-কে চাপ দেওয়া না হয়, একটি "ক্র্যাশ" এবং একটি ভুল শনাক্তকরণ ব্যর্থতার কারণ হয়৷
