1. Problēmas vai bojājuma apraksts
**** uzņēmums ziņoja, ka apstrādes centram, kas izmanto 32iB sistēmu, kad NC izmanto DATASERVER interfeisu, ekrānu nevar pārslēgt un NC nereaģē.
2. Apstrādes process: (Analīzes metodes, tehniskie dati, ieviešanas soļi)
(1) Bojājumu novērošana
1) Uzņēmuma tehniķis demonstrē darbības procesu un DNC apstrādei izmanto DATASERVER. Kad tiek nospiests programmtaustiņš "Pārskats", NC MDI taustiņi nereaģē un pārslēgšanās uz citām lapām nereaģē. Tas paliek programmas DATASERVER ekrānā.
Ekrānuzņēmums 2016-05-19 9.16.40.png
1. attēlā pēc tam, kad lietotājs nospiež pogu "Saraksts" (1. lodziņš) 32 iB PROG ekrānā, citas NC MDI pogas nereaģē.
Kad lietotāji saskaras ar šo situāciju un daudzas reizes bez rezultātiem pārslēdz POS PROG SYSTEM un citus ekrānus, viņi domā, ka tā ir NC "avārijas" parādība. Taču rūpīgi novērojot, 1. attēla 2. lodziņā IERĪCE: DTSVR_HOST un 3. lodziņā: DTSVR_MAPE: DATA_SV// Šobrīd DNC direktorijs ir DATASERVER iestatītais resursdatora direktorijs. Ievērojiet NC pamatplates LED, kas parāda "0". Ja šobrīd pārslēdzat MDI režīmu uz rokrata režīmu ROKTURIS (ekrāna displejs nepārslēdzas), pakratiet rokratu, un darbgalds var kustēties. Tas parāda, ka NC nav īsti avarējis un joprojām var kontrolēt visu asu kustības, bet NC parādītais ekrāns nav pārslēgts.
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->ŽURNĀLS)
Jūs varat redzēt informāciju, kas ierakstīta žurnālā, kad NC "avārija" pirms izslēgšanas.
Pēc šīs informācijas var spriest, ka NC "iesaldēja", pieslēdzoties DATASERVER resursdatoram, tāpēc ekrānu nevarēja pārslēgt. Un žurnāla informācija liecina, ka E-0202 FTP servera savienojums neizdevās.
bilde
Pēc rokasgrāmatas pārbaudes var noteikt, ka NC nevar izveidot savienojumu ar FTP serveri, jo FTP serveris nav ieslēgts.
3) In the PROG screen ->ierīces atlasi, atlasiet 5 ierīces ekrāna apakšējā kreisajā stūrī, noklikšķiniet uz DTSVR, lai ievadītu DATASERVER CF kartes direktoriju, NC ir normāli. Saskaņā ar lietotāja darbību un LOG informāciju var noteikt, ka "nereaģēšanas" parādība rodas, kad DATASERVER izsniedz piekļuvi HOST1, tas ir, ieejot DTSVRHOST ekrānā, NC nereaģēs.
Pārbaudiet HOST1 iestatījumus. IP ir iestatīts uz 192.168.1.2. Pēc lietotāja jautāšanas nav atbilstoša FTP servera iestatījuma. Apstrādei ir izmantots programmas kopēšanas režīms no datora uz NC CF karti (DATU SERVERA STORAGE režīms). Ekrānā DATASERVER noklikšķiniet uz resursdatora Select, varat atlasīt 3 saimniekdatorus, HOST1 HOST2 HOST3, kā parādīts 4. attēlā. Starp tiem resursdatora IP adreses HOST2 HOST3 nav iestatītas un ir tukšas.
Pašlaik iestatiet saimniekdatora atlasi uz HOST2 un pēc tam atgriezieties PROG-Device Selection-DTSVRHOST, lai piekļūtu HOST. Šī parādība atšķiras no HOST1 saimniekdatora atlases. Pēc tam, kad ekrāna apakšējā labajā stūrī tiek parādīts "SERCH", NC parādīs uzvedni "Neizdevās nolasīt failu sarakstu", nevis nereaģējošo parādību, piemēram, HOST1.
4) Izdzēsiet HOST1 resursdatora iestatīto IP, mainiet to uz tukšu un atkārtoti ievadiet DSVRHOST. Parādība kļūst tāda pati kā HOST2. Parādās uzvedne "Neizdevās nolasīt failu sarakstu", un parādība "nav atbildes" vairs nenotiek. Iemesls ir tāds, ka, ja HOST resursdatora iestatījumos ir iestatīts nederīgs IP, 32iB sistēma turpinās piekļūt IP, izraisot MDI pārtraukuma pieprasījumu ignorēšanu un palikšanu PROG ekrānā, liekot lietotājam kļūdaini domāt, ka avarēja.
3. Secinājums
31iB sērijas DATASERVER iestatījumā HOST, ja ir iestatīts nepareizs IP vai IP nav atbilstoša resursdatora, MDI var nereaģēt, kad izvēlaties piekļūt HOST. Ja jums nav jāpiekļūst programmai HOST GET, nepareizā IP adrese ir jāiestata tukša, lai izvairītos no nejaušas HOST nospiešanas, lai piekļūtu, neizraisot "avāriju" un nepareizas identifikācijas kļūmi.
