Een gids voor het oplossen van ODOT I/O-problemen

Bij industriële productieactiviteiten zijn de kwaliteit en stabiliteit van hardwareproducten cruciaal voor de veilige en efficiënte werking van de gehele productielijn.We mogen de softwareconfiguratie echter niet over het hoofd zien.Softwareproblemen kunnen ook leiden tot systeemcrashes, gegevensverlies of het onvermogen van de productielijn om zijn taken goed uit te voeren, wat een aanzienlijke impact kan hebben op het hele productieproces.Daarom is het oplossen van problemen zowel bij de hardware- als de softwareaspecten van de industriële productieomgeving een noodzakelijke stap om ervoor te zorgen dat apparatuur soepel werkt, de productie-efficiëntie garandeert en de veiligheid en betrouwbaarheid handhaaft.

Laten we ons vandaag verdiepen in een praktijkvoorbeeld waarin softwareconfiguratie de productie heeft beïnvloed.Laten we ervoor zorgen dat we in de toekomst effectief problemen oplossen om de efficiëntie en betrouwbaarheid van geautomatiseerde productielijnen te garanderen!

1

Feedback van klanten: De apparatuur ter plaatse ondervindt problemen waarbij de CN-8032-L-module offline valt, waardoor de machine een noodstop activeert en de productielijn de automatische werking stopzet.Handmatige interventie is vereist om de normale werking te herstellen, wat verstoringen van de reguliere productie en tests veroorzaakt.Als het probleem van het offline gaan van modules niet effectief kan worden opgelost, heeft dit gevolgen voor de uiteindelijke productie-output.

2

Na communicatie ter plaatse met het technisch personeel werd bevestigd dat twee van de drie productielijnen hetzelfde probleem ondervonden waarbij modules op dezelfde locatie offline vielen.Ongeveer 1 seconde nadat ze offline waren gegaan, zouden de modules automatisch opnieuw verbinding maken.De klant had eerder geprobeerd de module te vervangen, maar dat loste het probleem niet op.Uit een eerste beoordeling bleek dat het probleem waarschijnlijk geen verband hield met de kwaliteit van de module.De volgende stappen voor probleemoplossing zijn uitgevoerd:

1. Bijgewerkte informatie over de modulefirmware en programma-GSD-bestanden om compatibiliteitsproblemen met de firmware te elimineren.

2. Modules opnieuw vervangen om mogelijke individuele moduledefecten uit te sluiten.

3. Geverifieerde hardware-informatie over het netwerk, de switches en de voeding, waardoor hardwaregerelateerde problemen grotendeels worden geëlimineerd.

4. De netwerkstructuur aangepast om potentiële netwerkgerelateerde factoren te elimineren.

5. Filters op de voeding gebruiken om stroomgerelateerde problemen uit te sluiten.

6. Eventuele netwerk-IP-adresconflicten onderzocht en opgelost.

7. Schakelde tijdelijk de router uit die verbinding maakte met het externe netwerk, waardoor de frequentie van drop-offs werd verminderd, maar het probleem niet volledig werd opgelost.

8. Netwerkpakketten vastgelegd en niet-cyclische servicedatapakketten geïdentificeerd in Profinet, wat leidde tot PLC-fouten als gevolg van pakkettime-outs.

9. Op basis van de vorige stap het programma van de klant onderzocht.

Door netwerkdatapakketten te analyseren, werd ontdekt dat de klant het Modbus-communicatieprogramma van Siemens gebruikte.Tijdens de uitvoering van specifieke functieblokken hebben ze per ongeluk de hardware-identificatie van één functiemodule in de programmapinnen ingevoerd.Dit had tot gevolg dat de PLC voortdurend UDP-datapakketten naar die functiemodule verzond, wat leidde tot een “niet-cyclische service time-out”-fout en ervoor zorgde dat de machine offline ging.

3

Het probleem in het bovenstaande geval verschilt van de typische time-out voor PN-communicatie die wordt veroorzaakt door netwerkinterferentie of -onderbrekingen.Niet-cyclische servicetime-outs houden meestal verband met klantprogrammering, CPU-prestaties en netwerkbelastingscapaciteit.Hoewel de kans dat dit probleem zich voordoet relatief klein is, is het niet onmogelijk. Er kunnen problemen met het programma of de netwerkomgeving worden opgelost om dit probleem in de toekomst op te lossen.

Softwareproblemen zijn vaak minder zichtbaar, maar met een gezamenlijke en systematische aanpak van het oplossen van problemen kunnen we de oorzaak identificeren en problemen oplossen om een ​​soepele productie te garanderen!

Dit is het einde van onze technische blog voor deze sessie.Tot de volgende keer!