ODOT I/O პრობლემების გადაჭრის გზამკვლევი

საფარი

სამრეწველო წარმოების საქმიანობაში, ტექნიკის პროდუქციის ხარისხი და სტაბილურობა გადამწყვეტია მთელი საწარმოო ხაზის უსაფრთხო და ეფექტური მუშაობისთვის.თუმცა, ჩვენ არ უნდა გამოგვრჩეს პროგრამული უზრუნველყოფის კონფიგურაცია.პროგრამულმა პრობლემებმა ასევე შეიძლება გამოიწვიოს სისტემის ავარია, მონაცემთა დაკარგვა ან საწარმოო ხაზის უუნარობა შეასრულოს თავისი ამოცანები სწორად, რამაც შეიძლება მნიშვნელოვანი გავლენა იქონიოს წარმოების მთელ პროცესზე.ამიტომ, სამრეწველო წარმოების გარემოს როგორც ტექნიკის, ასევე პროგრამული უზრუნველყოფის ასპექტებში, პრობლემების აღმოფხვრა აუცილებელი ნაბიჯია, რათა უზრუნველყოს აღჭურვილობის შეუფერხებლად მუშაობა, გარანტირებული წარმოების ეფექტურობა და შეინარჩუნოს უსაფრთხოება და საიმედოობა.

1

დღეს, მოდით ჩავუღრმავდეთ რეალურ სამყაროს შემთხვევას, როდესაც პროგრამული უზრუნველყოფის კონფიგურაციამ გავლენა მოახდინა წარმოებაზე.მოდით დავრწმუნდეთ, რომ მომავალში ეფექტურად მოვაგვარებთ პრობლემებს, რათა უზრუნველვყოთ ავტომატური საწარმოო ხაზების ეფექტურობა და საიმედოობა!

1

2

მომხმარებელთა გამოხმაურება: ადგილზე არსებულ აღჭურვილობას აქვს პრობლემები CN-8032-L მოდულის ხაზგარეშე ვარდნასთან დაკავშირებით, რის შედეგადაც მანქანა იწვევს სასწრაფო გაჩერებას და საწარმოო ხაზი წყვეტს ავტომატურ მუშაობას.ნორმალური მუშაობის აღსადგენად საჭიროა ხელით ჩარევა, რაც იწვევს რეგულარულ წარმოებას და ტესტირებას.თუ მოდულების ოფლაინში ჩავარდნის საკითხი ეფექტურად ვერ მოგვარდება, ეს გავლენას მოახდენს წარმოების საბოლოო გამომუშავებაზე.

 

2

ტექნიკურ პერსონალთან ადგილზე კომუნიკაციის შემდეგ დადასტურდა, რომ სამი საწარმოო ხაზიდან ორ მათგანს განიცდიდა იმავე ადგილას მოდულების ოფლაინ ვარდნის პრობლემა.ხაზგარეშე გამოსვლიდან დაახლოებით 1 წამის შემდეგ, მოდულები ავტომატურად ხელახლა დაუკავშირდებიან.მომხმარებელმა მანამდე სცადა მოდულის შეცვლა, რამაც პრობლემა ვერ გადაჭრა.პირველადმა შეფასებამ აჩვენა, რომ საკითხი სავარაუდოდ არ იყო დაკავშირებული მოდულის ხარისხთან.გადაიდგა შემდეგი პრობლემების მოგვარების ნაბიჯები:

1. განახლებულია მოდულის პროგრამული უზრუნველყოფის ინფორმაცია და GSD ფაილების პროგრამა პროგრამული უზრუნველყოფის თავსებადობის პრობლემების აღმოსაფხვრელად.

2. მოდულები კვლავ შეიცვალა, რათა გამოირიცხოს მოდულის პოტენციური დეფექტები.

3. დამოწმებული ქსელის, გადამრთველებისა და კვების წყაროს აპარატურის ინფორმაცია, რაც დიდწილად გამორიცხავს აპარატურასთან დაკავშირებულ პრობლემებს.

4. შეცვლილია ქსელის სტრუქტურა ქსელთან დაკავშირებული პოტენციური ფაქტორების აღმოსაფხვრელად.

5. ელექტრომომარაგების ფილტრების გამოყენება ელექტროენერგიის მიწოდებასთან დაკავშირებული პრობლემების გამოსარიცხად.

6. გამოიკვლია და გადაჭრა ქსელის IP მისამართის ნებისმიერი კონფლიქტი.

7. დროებით გათიშა გარე ქსელთან დაკავშირება როუტერი, რამაც შეამცირა ჩამოშვების სიხშირე, მაგრამ ბოლომდე არ გადაჭრა პრობლემა.

8. გადაღებული ქსელის პაკეტები და იდენტიფიცირებული არაციკლური სერვისის მონაცემთა პაკეტები Profinet-ში, რაც იწვევს PLC შეცდომებს პაკეტის ვადის ამოწურვის გამო.

9. წინა საფეხურზე დაყრდნობით, შეისწავლა მომხმარებლის პროგრამა.

ქსელის მონაცემთა პაკეტების ანალიზით გაირკვა, რომ მომხმარებელი იყენებდა Siemens-ის Modbus საკომუნიკაციო პროგრამას.კონკრეტული ფუნქციის ბლოკების შესრულებისას მათ უნებურად შეიტანეს ერთი ფუნქციის მოდულის აპარატურის იდენტიფიკატორი პროგრამის პინში.ამან გამოიწვია ის, რომ PLC განუწყვეტლივ აგზავნის UDP მონაცემთა პაკეტებს ამ ფუნქციის მოდულში, რამაც გამოიწვია „არაციკლური მომსახურების ვადის ამოწურვა“ და გამოიწვია მანქანა ხაზგარეშე.

 

3

3

აღნიშნული საკითხი ზემოაღნიშნულ შემთხვევაში განსხვავდება ტიპიური PN კომუნიკაციის დროის ამოწურვისგან, რომელიც გამოწვეულია ქსელის ჩარევით ან შეფერხებით.მომსახურების არაციკლური ვადები, როგორც წესი, დაკავშირებულია მომხმარებლის პროგრამირებასთან, CPU-ს მუშაობასთან და ქსელის დატვირთვის სიმძლავრესთან.მიუხედავად იმისა, რომ ამ პრობლემის წარმოშობის ალბათობა შედარებით დაბალია, ეს შეუძლებელი არ არის და პროგრამის ან ქსელის გარემოს პრობლემების აღმოფხვრა შეიძლება მომავალში მის მოსაგვარებლად.

პროგრამული უზრუნველყოფის პრობლემები ხშირად ნაკლებად თვალსაჩინოა, მაგრამ პრობლემების მოგვარების ერთობლივი და სისტემატური მიდგომით ჩვენ შეგვიძლია ამოვიცნოთ ძირეული მიზეზი და მოვაგვაროთ პრობლემები, რათა უზრუნველვყოთ შეუფერხებელი წარმოება!

ასე რომ, ამით დასრულდა ჩვენი ტექნიკური ბლოგი ამ სესიისთვის.შემდეგ ჯერამდე!


გამოქვეყნების დრო: ოქტ-17-2023