Et komplett PLC -program er ikke bare så enkelt som å gjøre det mulig for systemet å kjøre, det krever også fullstendig merknad, fin arkitektur, god skalerbarhet, et komplett alarm- og beskyttelsessystem og et simuleringssystem før drift.
Enkelhet
Gjør PLS -programmet så enkelt som mulig. Enkelhet betyr å bruke et standardisert programrammeverk så mye som mulig og bruke enkle instruksjoner så mye som mulig.
For å gjøre programmet enkelt, er det nødvendig å optimalisere programstrukturen og forenkle programmet med flytkontrollinstruksjoner på en stor måte, og å erstatte instruksjoner for enkeltfunksjoner med kraftige og ta hensyn til rekkefølgen på instruksjoner på en liten måte.
Lesbarhet
Krav til utforming av programlesbarheten skal være bra. Dette letter ikke bare programdesigneren til å utdype forståelsen av programmet, for å lette feilsøking, men også for å lette andre å lese og forstå programmet ditt, for å lette vedlikehold av brukeren. Om nødvendig kan programmet også lages for å promotere.
For å gjøre programmet lesbart, skal det designede programmet være så klart som mulig. Vær oppmerksom på hierarki og implementer modularitet til å designe med objektorienterte metoder. For å bruke mer standarddesign.
Hvis du bruker språkprogrammering i spesielle tilfeller, kan du bruke stigeprogrammering i de fleste tilfeller for enkel lesing.
Da skal I/O -tildelingen være regelmessig, lett å huske og forstå. Om nødvendig, gjør også noe merknadsarbeid. Bruken av interne enheter skal også være vanlig, ikke bare bruk dem tilfeldig.
Lesbarhet bør bemerkes i begynnelsen av programutformingen. Dette er ikke lett å gjøre. For i prosessen med å feilsøke programmet, kan økningen eller reduksjonen av instruksjoner, bruk av interne enhetsendringer, gjøre det originale klarere programmet, bli litt kaotisk. Så i utformingen av feilsøking av økningen eller reduksjonen for å forlate noe rom, og deretter blir feilsøking fullført og deretter gjør litt organisering, slik at utformingen av programmet har en høyere kvalitet.
Programnotater, i det minste bør det være følgende aspekter:
A, Systemnotater: Opphavsretten til hele programfirmaet og bruken av dette settet med programmer
B, Programblokk Kommentarer: Hovedformålet med programblokken og forfatteren
C, avsnitt Kommentarer: Bruken av denne delen av koden
D, Variable kommentarer: Viktigheten av unødvendig å si, inkludert I / O -kommentarer, mellomliggende variable kommentarer
Når det gjelder konfidensialitetshensynet, tror jeg det bør vurderes i krypteringsalgoritmen til programmet eller krypteringen av blokken, og bør ikke oppnås ved å redusere kommentarene denne typen kløkt.
Korrekthet
PLC -programmet må være riktig og verifisert av faktisk arbeid for å bevise at det kan fungere riktig. Dette er det mest grunnleggende kravet i PLS -programmet, hvis dette ikke kan gjøres, er den andre ikke bra.
For å gjøre programmet riktig, må du være nøyaktig bruk av instruksjoner, riktig bruk av interne enheter. Nøyaktig bruk av instruksjoner og nøyaktig forståelse av instruksjonene er knyttet til betydningen av instruksjonene og bruken av forholdene må være klare. Om nødvendig kan du programmere noen små programmer for å teste noen uklare instruksjoner.
For den samme instruksjonen kan noen detaljer om instruksjonen være forskjellige på grunn av de forskjellige partiene i PLS fra fabrikken eller de forskjellige modellene i PLC -serien, så du bør sjekke programmeringshåndboken nøye.
Riktig bruk av interne enheter er også viktig. For eksempel har noen PLS-er beskyttelse, mens andre ikke gjør det. Sørg for å gjøre kraftbeskyttelsen må brukes til å beskytte enheten, og omvendt kan ikke brukes.
Kort sagt, for å bruke instruksjonene nøyaktig, riktig bruk av interne enheter, slik at programmet kan fungere riktig, som er det mest grunnleggende kravet for PLC -programmet.
Som et enkelt eksempel krever de stigende og fallende kantene på Siemens bruk av variabler med lagringsfunksjoner som mellomvariabler, for eksempel M-punkt eller DB-punkter, noe som vil være problematisk hvis temp-variabelen til FC brukes.
Pålitelighet
Programmer skal ikke bare være riktige, men også pålitelige. Pålitelighet gjenspeiler stabiliteten i PLS -programmet, som er et grunnleggende krav for PLS -programmer.
Noen PLC-programmer, under normale driftsforhold eller juridisk drift, kan fungere riktig, men fremveksten av ikke-normale driftsforhold (for eksempel midlertidig strømbrudd, og deretter raskt energi) eller ulovlig drift (for eksempel et antall knapper ut av Bestill, eller samtidig, trykk på et antall knapper), og programmet fungerer ikke ordentlig. Denne typen programmer, det er ikke veldig pålitelig eller ustabilt, er et dårlig program.
Godt PLC-program for fremveksten av ikke-normale driftsforhold, kan identifiseres og kan gjøre det med de normale konvergensforholdene, kan gjøre programmet til å tilpasse seg en rekke situasjoner. Godt PLC -program kan avvises for ulovlig drift, og etterlater ikke "spor". Bare juridiske operasjoner aksepteres.
Interlocking er et vanlig middel for å avvise ulovlige operasjoner. Relékretser bruker ofte denne metoden, og PLS kan arve den.
Enkel modifisering
For å gjøre programmet enkelt å endre, det vil si lett å endre.
En av egenskapene til PLC er bekvemmelighet, som kan brukes fleksibelt på forskjellige situasjoner. Måten å gjøre dette på er ved å endre eller redesigne programmet.
Å redesigne programmet brukes i tilfeller der kravene til bruk av PLS -prosessen endres, og ikke bare er programmet omprogrammert, men I/OS tilordnes også. De fleste tilfeller krever ikke omprogrammering, og noen modifikasjoner er tilstrekkelige. Dette krever at programmet er enkelt å endre.
Enkel modifisering er også fleksibiliteten, kravene så lenge svært få endringer kan gjøres for å oppnå formålet med å endre parametere eller enkle å endre handlingen.
Utvidbarhet
Mange programmer kan ha blitt programmert før de går inn på scenen, men til scenen, kan det hende at du også må legge til et annet program, for å unngå å forstyrre strukturen i hele systemet, må du reservere en viss plass i hvert funksjonelt område som som en sikkerhetskopi.
Maskinvare å legge igjen nok margin, programvare i utarbeidelse av manuelle, automatiske, halvautomatiske hensyn, plassering utelatt.
Komplett alarmsystem
PLC -systemer brukes ofte i industrielle miljøer, hver ulykke vil forårsake store eller små tap, for å gjøre ulykken forbehandling eller i ulykken vil minimere tapet, vi må ta hensyn til PLS -alarmen og beskyttelsen, som vil bli trukket ut her som en viktig del av systemet.
Programsimulering
For å sikre at igangsetting av fremdrift på stedet eller kunden, ofte før de kommer inn på nettstedet, til sine egne programmer for å gjennomføre helautomatisert simulering. For dette formålet er det nødvendig å inkludere en simuleringsseksjon i programmet, som er koblet fra etter normal drift på stedet. For å utstyre programmet med simuleringsfunksjonen, må følgende oppgaver gjøres:
(1) konvertere de faktiske PLC I/O -punktene til PLC -mellomvariabler eller datablokkvariabler;
(2) Skriv simuleringsprogrammet for hver enhet i henhold til prosesskravene.
I prosessen med å utforme et PLS -program, kan det som kan oppfylle kravene til ovennevnte aspekter kalles et godt program.