V činnostiach priemyselnej výroby je kvalita a stabilita hardvérových produktov rozhodujúca pre bezpečnú a efektívnu prevádzku celej výrobnej linky.Nemali by sme však prehliadať konfiguráciu softvéru.Problémy so softvérom môžu viesť aj k zlyhaniu systému, strate dát alebo neschopnosti výrobnej linky správne vykonávať svoje úlohy, čo môže mať výrazný vplyv na celý výrobný proces.Preto v hardvérových aj softvérových aspektoch prostredia priemyselnej výroby je riešenie problémov nevyhnutným krokom na zabezpečenie hladkého fungovania zariadenia, zaručenia efektívnosti výroby a zachovania bezpečnosti a spoľahlivosti.
Dnes sa pozrime na skutočný prípad, keď konfigurácia softvéru ovplyvnila výrobu.Zabezpečme, aby sme v budúcnosti efektívne riešili odstraňovanie problémov, aby sme zaistili efektívnosť a spoľahlivosť automatizovaných výrobných liniek!
1
Spätná väzba od zákazníkov: Zariadenie na mieste má problémy s vypadnutím modulu CN-8032-L, čo má za následok núdzové zastavenie stroja a automatickú prevádzku výrobnej linky.Na obnovenie normálnej prevádzky je potrebný manuálny zásah, ktorý spôsobuje narušenie pravidelnej výroby a testovania.Ak sa problém výpadku modulov v režime offline nedá efektívne vyriešiť, ovplyvní to konečný produkčný výstup.
2
Po komunikácii s technickým personálom na mieste sa potvrdilo, že z troch výrobných liniek sa na dvoch z nich vyskytol rovnaký problém s vypadnutím modulov na rovnakom mieste.Približne 1 sekundu po vypnutí sa moduly automaticky znova pripoja.Zákazník sa predtým pokúsil o výmenu modulu, čo však problém nevyriešilo.Počiatočné hodnotenie ukázalo, že problém pravdepodobne nesúvisí s kvalitou modulu.Boli prijaté nasledujúce kroky na riešenie problémov:
1. Aktualizované informácie o firmvéri modulu a naprogramované súbory GSD na odstránenie problémov s kompatibilitou firmvéru.
2. Opätovne vymenené moduly, aby sa vylúčili prípadné chyby jednotlivých modulov.
3. Overené hardvérové informácie o sieti, prepínačoch a napájacom zdroji, čo do značnej miery eliminuje problémy súvisiace s hardvérom.
4. Upravená štruktúra siete, aby sa eliminovali potenciálne faktory súvisiace so sieťou.
5. Použitie filtrov na napájacom zdroji na vylúčenie problémov súvisiacich s napájaním.
6. Preskúmal a vyriešil všetky konflikty IP adries v sieti.
7. Dočasne deaktivované pripojenie smerovača k externej sieti, čím sa znížila frekvencia výpadkov, ale problém sa úplne nevyriešil.
8. Zachytené sieťové pakety a identifikované necyklické dátové pakety služieb v Profinete, čo vedie k chybám PLC v dôsledku prekročenia časového limitu paketov.
9. Na základe predchádzajúceho kroku sme preskúmali program zákazníka.
Analýzou sieťových dátových paketov sa zistilo, že zákazník používa komunikačný program Modbus od spoločnosti Siemens.Počas vykonávania špecifických funkčných blokov neúmyselne zadali hardvérový identifikátor jedného funkčného modulu do programových pinov.To viedlo k tomu, že PLC nepretržite odosielalo dátové pakety UDP do tohto funkčného modulu, čo viedlo k chybe „necyklického časového limitu služby“ a spôsobilo, že stroj prešiel do režimu offline.
3
Problém vo vyššie uvedenom prípade sa líši od typického časového limitu komunikácie PN spôsobeného rušením alebo prerušením siete.Necyklické časové limity služby zvyčajne súvisia s programovaním zákazníka, výkonom CPU a kapacitou zaťaženia siete.Aj keď je pravdepodobnosť výskytu tohto problému relatívne nízka, nie je to nemožné a je možné vykonať riešenie problémov s programom alebo sieťovým prostredím, aby sa tento problém vyriešil v budúcnosti.
Problémy so softvérom sú často menej viditeľné, ale so spoločným a systematickým prístupom k odstraňovaniu problémov dokážeme identifikovať hlavnú príčinu a vyriešiť problémy, aby sme zabezpečili hladkú produkciu!
Týmto končím náš technický blog pre túto reláciu.Dobudúcna!
Čas odoslania: 17. októbra 2023
