U industrijskim proizvodnim djelatnostima, kvalitet i stabilnost hardverskih proizvoda su ključni za siguran i efikasan rad cijele proizvodne linije.Međutim, ne treba zanemariti konfiguraciju softvera.Problemi sa softverom takođe mogu dovesti do pada sistema, gubitka podataka ili nemogućnosti proizvodne linije da pravilno obavlja svoje zadatke, što može imati značajan uticaj na ceo proizvodni proces.Stoga, kako u hardverskom tako iu softverskom aspektu industrijskog proizvodnog okruženja, rješavanje problema je neophodan korak kako bi se osiguralo da oprema radi nesmetano, garantuje efikasnost proizvodnje i održava sigurnost i pouzdanost.
Danas, hajde da se udubimo u slučaj iz stvarnog sveta gde je konfiguracija softvera uticala na proizvodnju.Potrudimo se da efikasno rješavamo probleme u budućnosti kako bismo osigurali efikasnost i pouzdanost automatiziranih proizvodnih linija!
1
Povratne informacije kupaca: Oprema na licu mjesta ima problema s modulom CN-8032-L koji se isključuje, što dovodi do toga da mašina pokreće hitno zaustavljanje i proizvodna linija prestaje automatski raditi.Potrebna je ručna intervencija da bi se vratio normalan rad, uzrokujući smetnje u redovnoj proizvodnji i testiranju.Ako se problem ispuštanja modula van mreže ne može efikasno riješiti, to će uticati na konačni proizvodni učinak.
2
Nakon komunikacije na licu mjesta sa tehničkim osobljem, potvrđeno je da su od tri proizvodne linije dvije imale isti problem ispadanja modula van mreže na istoj lokaciji.Otprilike 1 sekundu nakon prekida rada, moduli bi se automatski ponovo povezali.Kupac je prethodno pokušao zamijeniti modul, što nije riješilo problem.Početna procjena je pokazala da problem vjerovatno nije povezan sa kvalitetom modula.Poduzeti su sljedeći koraci za rješavanje problema:
1. Ažurirane informacije o firmveru modula i programske GSD datoteke kako bi se eliminisali problemi sa kompatibilnošću firmvera.
2. Ponovno zamijenjeni moduli kako bi se isključili potencijalni pojedinačni defekti modula.
3. Provjerene informacije o mreži, prekidačima i hardveru napajanja, u velikoj mjeri eliminirajući probleme vezane za hardver.
4. Modificirana struktura mreže kako bi se eliminirali potencijalni faktori vezani za mrežu.
5. Korištenje filtera na izvoru napajanja kako bi se isključili problemi povezani sa napajanjem.
6. Istražili i riješili sve konflikte mrežnih IP adresa.
7. Privremeno je onemogućeno povezivanje rutera na vanjsku mrežu, što je smanjilo učestalost ispadanja, ali nije u potpunosti riješilo problem.
8. Uhvaćeni mrežni paketi i identificirani neciklični paketi servisnih podataka u Profinetu, što dovodi do PLC grešaka zbog isteka paketa.
9. Baesd na prethodnom koraku, ispitao program kupca.
Analizom mrežnih paketa podataka otkriveno je da korisnik koristi Siemensov Modbus komunikacioni program.Tokom izvršavanja određenih funkcionalnih blokova, nehotice su uneli hardverski identifikator jednog funkcionalnog modula u programske pinove.Ovo je rezultiralo time da PLC kontinuirano šalje UDP pakete podataka tom funkcijskom modulu, što je dovelo do greške "necikličkog servisnog timeouta" i uzrokovalo da mašina pređe van mreže.
3
Problem u gornjem slučaju razlikuje se od tipičnog vremenskog ograničenja PN komunikacije uzrokovanog mrežnim smetnjama ili prekidima.Neciklični servisni tajmauti obično su povezani sa korisničkim programiranjem, performansama procesora i kapacitetom mrežnog opterećenja.Iako je vjerovatnoća da će se ovaj problem pojaviti relativno mala, nije nemoguća i može se poduzeti rješavanje problema u programskom ili mrežnom okruženju kako bi se to riješilo u budućnosti.
Problemi sa softverom su često manje vidljivi, ali uz zajednički i sistematski pristup rješavanju problema, možemo identificirati osnovni uzrok i riješiti probleme kako bismo osigurali nesmetanu proizvodnju!
Dakle, ovim je završen naš tehnički blog za ovu sesiju.Do sljedećeg puta!
Vrijeme objave: 17.10.2023
