Programmerbar Logic Controller Kontrollfunksjonsvalg

Valg av kontrollfunksjon
Dette valget inkluderer valg av egenskaper som driftsfunksjon, kontrollfunksjon, kommunikasjonsfunksjon, programmeringsfunksjon, diagnosefunksjon og prosesseringshastighet.
1. Betjeningsfunksjon
Driftsfunksjonen til enkel programmerbar logikkkontroller inkluderer logisk drift, timing og tellefunksjon; operasjonsfunksjonen til vanlig programmerbar logikkkontroller inkluderer også dataskift, sammenligning og andre operasjonsfunksjoner; mer komplekse operasjonsfunksjoner inkluderer algebraisk operasjon, dataoverføring, etc.; store programmerbare logiske kontrollere har også analog PID-drift og andre avanserte operasjonsfunksjoner. Med fremveksten av åpne systemer har programmerbare logiske kontrollere kommunikasjonsfunksjoner. Noen produkter har kommunikasjon med nedre datamaskiner, noen produkter har kommunikasjon med andre datamaskiner eller øvre datamaskiner, og noen produkter har også datakommunikasjonsfunksjoner med fabrikker eller bedriftsnettverk. Når vi designer og velger, bør vi ta utgangspunkt i kravene til faktiske applikasjoner og med rimelighet velge de nødvendige driftsfunksjonene. I de fleste applikasjoner er det kun nødvendig med logisk drift og tids- og tellefunksjoner, og noen applikasjoner krever dataoverføring og sammenligning. Når det brukes til analog deteksjon og kontroll, brukes algebraisk drift, numerisk konvertering og PID-drift. Dekodings- og kodingsoperasjoner kreves for å vise data.
2. Kontrollfunksjon
Kontrollfunksjoner inkluderer PID-kontrolloperasjoner, feedforward-kompensasjonskontrolloperasjoner, forholdskontrolloperasjoner osv., som bør bestemmes i henhold til kontrollkrav. Programmerbare logikkkontrollere brukes hovedsakelig til sekvensiell logikkkontroll. Derfor brukes ofte enkeltsløyfe- eller multisløyfekontrollere i de fleste tilfeller for å løse analog styring. Noen ganger brukes dedikerte intelligente inngangs- og utgangsenheter for å fullføre de nødvendige kontrollfunksjonene, forbedre prosesseringshastigheten til programmerbare logiske kontrollere og spare minnekapasitet. For eksempel brukes PID-kontrollenheter, høyhastighetstellere, analoge enheter med hastighetskompensasjon, ASC-kodekonverteringsenheter osv. [5]
3. Kommunikasjonsfunksjon
Store og mellomstore programmerbare logiske kontrollersystemer bør støtte en rekke feltbusser og standard kommunikasjonsprotokoller (som TCP/IP), og bør kunne kobles til fabrikkadministrasjonsnettverket (TCP/IP) når det er nødvendig. Kommunikasjonsprotokollen skal være i samsvar med ISO/IEEE kommunikasjonsstandarder og bør være et åpent kommunikasjonsnettverk. [5]
Kommunikasjonsgrensesnittet til det programmerbare logikkkontrollersystemet bør inkludere serielle og parallelle kommunikasjonsgrensesnitt, RIO-kommunikasjonsporter, vanlig brukte DCS-grensesnitt, etc.; kommunikasjonsbussen (inkludert grensesnittutstyr og kabler) til store og mellomstore programmerbare logiske kontrollere skal være 1:1 redundant konfigurert, kommunikasjonsbussen skal være i samsvar med internasjonale standarder, og kommunikasjonsavstanden skal oppfylle de faktiske kravene til enheten.
I kommunikasjonsnettverket til PLS-systemet bør kommunikasjonshastigheten til det øvre nettverket være større enn 1 Mbps, og kommunikasjonsbelastningen bør ikke overstige 60%. Hovedformene for kommunikasjonsnettverket til PLS-systemet er som følger:
1) PC er hovedstasjonen, og flere PLSer av samme modell er slavestasjoner, og danner et enkelt PLS-nettverk;
2) En PLS er hovedstasjonen, og andre PLSer av samme modell er slavestasjoner, og danner et master-slave PLS-nettverk;
3) PLS-nettverket er koblet til en stor DCS gjennom et spesifikt nettverksgrensesnitt som et undernett av DCS;
4) Dedikert PLS-nettverk (dedikert PLS-kommunikasjonsnettverk for hver produsent).
For å redusere CPU-kommunikasjonsoppgaven, i henhold til de faktiske behovene til nettverkssammensetningen, bør kommunikasjonsprosessorer med forskjellige kommunikasjonsfunksjoner (som punkt-til-punkt, feltbuss) velges.
4. Programmeringsfunksjon
Frakoblet programmeringsmodus: PLS-en og programmereren deler en CPU. Når programmereren er i programmeringsmodus, gir CPU kun tjenester for programmereren og kontrollerer ikke feltutstyret. Etter at programmeringen er fullført, bytter programmereren til kjøremodus, og CPU kontrollerer feltutstyret og kan ikke programmeres. Offline programmering kan redusere systemkostnadene, men det er upraktisk å bruke og feilsøke. Online programmering: CPU og programmerer har sine egne CPUer. Verts-CPU er ansvarlig for feltkontroll og utveksler data med programmereren i én skannesyklus. Programmereren sender online-programmet eller dataene til verten. I neste skannesyklus kjører verten i henhold til det nylig mottatte programmet. Denne metoden er dyrere, men systemet er enkelt å feilsøke og betjene, og brukes ofte i store og mellomstore programmerbare logiske kontrollere. Fem standardiserte programmeringsspråk: sekvensielt funksjonsdiagram (SFC), stigediagram (LD), funksjonsblokkdiagram (FBD) tre grafiske språk og setningsliste (IL), strukturert tekst (ST) to tekstspråk. Det valgte programmeringsspråket skal være i samsvar med standarden (IEC6113123), og samtidig skal det også støtte programmeringsformer for flere språk, som C, Basic, etc., for å møte kontrollkravene ved spesielle kontrollanledninger.