Allt om PLC Programmering

Tänkte starta en tråd om PLC programmering för att jag är mycket intresserad av detta själv och jag ville se fall det fanns något intresse för att diskutera detta eller kanske ställa frågor, berätta om projekt etc.

Tänkte börja med att förklara lite kort om PLC för alla ofrälsta.

Jag är till yrket PLC-programmerare och det är även en av mina största hobbies.
PLC står för "Programmable logical control" och är ett lågnivåspråk som används för att reglera processer i industrisammanhang. Eller för att fatta det kort, man programmerar styrsystem till massproducerande fabriker.

PLC är löjligt enkelt att lära sig, men precis som othello, så är det svårt att bemästra. Mest pga. att PLC är mycket begränsat i sin funktion. Man måste i princip hårdkoda allt förhand. Detta gör att programmen ofta blir mycket stora och svåra att följa.

Man kan generellt programmera PLC på tre olika sätt: Ladder, Block och strukturerad text. De två första är olika varianter av grafisk programmering där man får se koden representerad som en stege där själva koden visas på "stegens" (=ladder på engelska) pinnar. Och i Block representationen får man se koden i form av block med olika ingångsben samt utgångsben. Och strukturerad text är bara precis text.
Oavsett vilket sett man vill skriva/se koden så gäller alltid följande grundregler:
Koden exekveras alltid i första hand uppifrån och ned och från vänster till höger. Som man läser i helt enkelt.
Anledningen till att jag poängterar detta är att det hela tiden handlar om att uppfylla villkor. Rent logiskt sätt så handlar det om att en ström ska från + till - för att på så vis få en s.k. sluten krets för att kunna uppfylla ett villkor som kan vara att starta en motor t.ex. Och om man programmerar med strukturerad text så använder man till att börja med orden:
OCH - ELLER - ICKE (AND - OR - NOT)
Tänkte ge er ett exempel på ett enkelt problem och lösningen:

Motor M1 skall starta om Tryckknapp T1 är "aktiv".
Exempel på Kod i strukturerad text:

LD T1
OUT M1
END

Terminologi: LD = Load

Och där här vi det. En pinne på stegen. Skit enkelt eller hur?

Om vi sedan lägger till att Motor M1 skall starta när Knapp T1 OCH Knapp T2 är till så blir det som följer:

LD T1
AND T2
OUT M1
END

Och på den vägen är det.

Det är mycket enkelt att begripa grunderna. Men det finns mycket svåra logiska nötter som man måste lösa hela tiden i arbetslivet.
Just nu så arbetar jag med pastoriseringsfabriker och där måste man ta in och behandla en massa olika analoga värden och sedermera koda av dessa till integraler (16 bitar eller 2 bytes) och göra jämförelser för att uppfylla olika villkor. Om t.ex. trycket i processen blir för högt så måste man ha en reaktion för maskinen i koden som exekveras enligt vissa villkor för att hantera detta.

Ja, det var mycket kort om PLC programmering.
Skriv vad ni vill, om ni har problem eller frågor så ställer jag gärna upp och hjälper till. Skriv om era egna ev. erfarenheter. Jaa, vad som helst.
Det hade varit skitkul och se vad folk håller på med.

Kul med en tråd om PLC-programmering.
Håller själv och pluggar i ämnet.
Måste dock tillägga att trådförfattaren missade SFC.
Ytterligare ett programmeringsspråk som funnits i många år men som inte riktigt ännu blivit populärt.
SFC - eller Sequential Function Chart är också ett grafiskt programmeringsspråk. Den stora fördelen med det är att man verkligen ser hela sekvensen för programmet. Vilkor mellan olika steg skriver man i vilket språk man vill i stort sett.
Går inte in på det så djupt, men det är väldigt mycket bättre att programmera i SFC än nåt av de andra språken IMO.

Jag har aldrig programmerat en PLC, men jag har kopplat och ritat in i ritningar.
Mest till Scania där dom använder sig av konsulter från Dynamate.
Om du vet vilka de är får du gärna säga åt dem att skärpa sig.

I övrigt har jag inte så stor koll på PLC.
Vi använder oss mest av Mitsubishis, vad har du för erfarenheter av dom och vilka är dina favoriter?

Vi ska eventuellt gå programmeringskurs på jobbet, i PLC, EIB, IHC mm, men så länge vi knappt har tid med de jobb vi har just nu så är det inte aktuellt.

Kan du tipsa om någon bra kurs man kan gå för att lära sig?
Gärna i närheten av Uppsala.

Hur skiljer sig en PLC från en "vanlig" microcontroller och vad är fördelen med PLC gentemot dessa?



Själv (hobby-)pysslar jag lite med ATMELs μCs, där är det vanligtvis assembly eller C som gäller. Funkar något av dessa språk på PLCs?

Fullt medveten om att frågan inte var ställd till mig svarar jag lite ändå
Jag har ännu ingen erfarenhet av Mitsubishis system.
I skolan har vi arbetat med Beckhoff, Allen-Bradley och Siemens.
Hårdvarumässigt är det ungefär samma sak. Skillnaden ligger i huvudsak i programmeringsverktygen.
Sen vilket man föredrar är ju en smaksak.
Jag tycker Allen-Bradley är nice att jobba med och då mest för att deras verktyg RSLogix5000 är väldigt kapabelt.

IL, eller instruktionslista är i stort sett som assembler.
Så om du får tag på ett program är det nog inte mycket som hindrar från att programmera PLC också

Kapten Rektum:

Förresten, det du gav exempel på kod i är väl ändå instruktionslista?
Eller strukturerad text kanske ser så ut i andra system än vad jag sett.

Ahh, givetvis. Glömde jag ju Jag har inte skrivit i SFC sedan jag pluggade. Vilket är ett tag sedan.
Jag jobbar på ett världsledande företag inom förpackning av drycker och andra flytande livsmedel, och våra moduler, eller fabriker, är ibland tre våningar höga och tar upp kanske 300 kvadratmeter, vilket oftast innebär att koden blir nästan lika stor (bildigt talat) pga det enorma antalet objekt som skall hanteras till höger och vänster. Då är inte SFC att ens tänka på då det inte går att se på koden övergripligt och skulle vi gjort det i sfc hade träden blivit typ 100 meter långa. Vi kör mest med block och ladder som standard. Block är bäst iofs tycker jag. Sen handlar det nog mycket om att folk som jobbat där länge är vana vid att se koden på ett visst sätt och därför kör man på det för att inte göra det svårare för gamla hundar så att säga.
Däremot håller jag med om att SFC är det alldra bästa valet nästan alltid annars, så fort inte koden blir onaturligt stor. Det är mycket lättare att få en övergripande syn på koden på så vis, men samtidigt lite jobbigare att se flera detaljer samtidigt.



Mitsubishis system var det jag lärde mig först. Det är ett mycket funktionsdugligt koncept med deras FX system tillsammans med mjukvaran som hette någonting-Developer. Jag gillar Mitsubishi för att dom kör inte så jävla hårt på att man alltid måste ha deras grejjer hela vägen igenom. Det är mycket enklare att implementera tex. HMI (=Human Machine Interface grafisk operatörspanel. Typ.) applikationer av andra fabrikat än Mitsubishis system, dom är mycket flexibla helt enkelt. Till skillnad från tex. Siemens system. Siemens är så kåta på sig själva så man blir förbannad. + att deras HMI mjukvara suger hårt. Den mjukvaran jag lärde mig alldra först va Melsec Medoc som var ett mycket funktionsdugligt DOS baserat program som mitsubishi gjort. Dock gammalt som gatan och ganska begränsat.

Vad det gällde kurserna så kan jag nog inte så mycket om vad det finns för utbud i uppsala. Men jag vet att det finns en konultfirma som heter P&L i skåne som företag ofta hyr in för att utbilda sin personal i PLC och servoteknik mm. Och dom kommer till företaget i fråga och utbildar personalen på beställning oavsett var det ligger. I sverige är dock nog ett krav.


Kul att det finns intresse för tråden. Fortsätt posta Erfarenheter och frågor så ska jag svara efter bästa förmåga.

Jag får helt enkelt slå ett hårt slag för SFC när jag blir klar med utbildningen.
Men jag måste ändå säga att jag har svårt att förstå att program, hur stora de än är, blir mindre överskådliga i SFC. Det är ju bara att dela upp i fler delar om nu programmen är så massiva. Men du vet nog bättre iom att du varit ute på banan ett tag

Sant att det är en smaksak. En allmän uppfattning är dock att Siemens har ett mindre användarvänligt mjukvaruverktyg än Allen-Bradley (Rockwell). Men Allen-Bradleys medelstora CPU:er kan enligt egen erfarenhet inte hantera större uträkningar vad det gäller tex. PID reglering då den skär stenhårt. Detta har jag bevittnat själv vid en mjukvarutest vid skrivbordet. Helt sinnes. Så får det inte vara. Man använder sig av PLC programmering för dess stabilitet i Fabriker då det inte finns utrymmer för några blue-screens då detta kan få iaf. våra moduler att explodera i värsta fall.



Ja det va det. Jag kunde inte rita upp ett ladder så jag skrev det så. Men jag bara försökte förklara vad texten skulle representera i Ladder. IL är förövrigt nog den mest korrekta benämningen på vad jag kallar Strukturerad text. Det e bara för att dom kallar det så på jobbet så glömmer liksom vad allt heter egentligen. Samma sak med min engelska som egentligen är mycket bra i uttal, men efter ett tag på mitt företag så blir man smittad av deras jävla raggar svengelska. "Jess Aj vill do datt" etc. Skitjobbigt.

Nu vill jag givetvis inte att du ska ge ut något topphemligt system för hur man producerar plastburkar, men du råkar inte ha några enklare "program" för beskådning? Väldigt gärna med kommentarer till.
Det hade varit väldigt intressant!

Ja det är både rätt och fel. Det är nog än en gång en smaksak om jag ska vara helt ärlig. Men ofta så måste man kalla på en fördefinierad kod på ett annat ställe i koden och har man då stora och många sådana hämtingar så blir det många och långa SFC träd, innut i SFC träden och då tappar iaf jag bort mig mycket snabbt. Fast sen å andra sidan så brukar man kunna definiera hur man vill representera sådanahärade hämtade funktioner iofs.
Så det blir nog trotts allt så att det är en smak sak.

Bra bra.. gäller att man hamnar på nåt konsultföretag som inte är insnöade på att koda på "sitt" sätt utan ger en lite frihet.