A tag-ek és paraméterek elnevezése PLC programozásban

Miért fontos a jó elnevezés?

A TIA Portal alapértelmezés szerint a szimbolikus Tag-kezelést preferálja a közvetlen címzéssel szemben. Ez nemcsak átláthatóbbá teszi a kódot, hanem megkönnyíti a módosításokat és a karbantartást is, különösen nagyobb projekteknél vagy csapatmunkában. Jó változónév önmagában dokumentálja a program működését. Ha egy változót elolvasol, és rögtön tudod, mire való – akkor jól nevezted el.

Növeli az átláthatóságot
Megkönnyíti a hibakeresést
Kód újrafelhasználása során időt takarít meg
Egységes struktúra segíti a csapatszintű munkát

📌 Alapelvek

1. Legyen beszédes

Ne M1, hanem pl. Motor1_Start, Conveyor_Sensor_OK

2. Kövesd a céges/szabványos konvenciókat

Pl. PLCopen, NAMUR, vagy saját belső naming standard.

3. Típusjelölés a névben

Sok programozó az adattípus jelöli egy előtaggal.

b prefix – bool (pl. bStartButton, b_StartButton)
x prefix – bool (pl. xStartButton)
i prefix – integer (pl. iCounter)
r prefix – real (pl. rTemperature)
s prefix – string (pl. sOperatorName)

4. Használj camelCase vagy PascalCase írásmódot

A PasclaCase használata előnyösebb a prefix használatához.

motorStartSignal, ConveyorBeltRunning

❌ Amit érdemes kerülni:
Rövidítések, amit csak te értesz.(KE1, KTA..)
Magyar és angol keverése (Kapcsolo1_Enabled).
Nevek, amik nem utalnak funkcióra (Valami, X, Y).

5. Néhány példa

Egy FB példáján keresztül megnézzük mik is a gyakori problémák a blokk paraméterek elnevezéseinél.

Az első példában keverednek az ékezetes és ékezet nélküli, az angol és magyar kifejezések, a paraméterek nevei pedig össze-vissza kis és nagybetűkkel kezdődnek.

Itt már sokkal jobb a helyzet, minden paraméter egy nyelven van, az elnevezések pedig nagybetűkkel kezdődnek. Így már sokkal egységesebb képet mutat.

Saját módszerem, ami szerint prefix mindig a paraméter típusát jelöli. Pl. „i = input”, „o = output”, „m = merker”…

6. TIA Portal – Hatékony tagkezelés a gyakorlatban

A TIA Portal lehetőséget kínál a Tag-ek megfelelő rendezésére, logikus struktúrálására. Kerüljük a „mindent a Default Tag table-be” technikát. Sokkal átláthatóbb, ha a bemeneteket és kimeneteket külön Tag table-ben kezeljük. Ez történhet akár beépítési hely vagy eszköz szerint is. Pl. +S szekrény Input és Output Tag-jeit egy külön group-ban két Tag table-re oszthatjuk. De akár nyithatunk külön Tag table-t az analóg vagy safety jeleknek is. Érdemes a ki és bemenetkhez feljegyezni akár kommentben is az adott eszköz tervjelét, ez nagyban segíti a későbbi diagnosztikát és beazonosíthatóságot. A túl hosszú Tag vagy paraméter névhasználat elkerülésének érdekében a feleslegesen hosszú pl. mágneskapcsoló utótagokat MK-ra rövidíteni érdemes. Így elkerülhetjük a feleslegesen hosszú „KeveroMotorMagneskapcsolo” elnevezéseket.