Jak tuto učebnici používat

Pokud s PLC začínáte, projděte kapitoly 1–16 v pořadí. Pokud už S7-1200 znáte, začněte migrací, komunikací nebo diagnostikou podle konkrétního problému.

Učebnice je napsaná jako kombinace výkladu, referenční příručky a praktických laboratorních úloh. Každý příklad odděluje princip od konkrétního nastavení hardware. To je důležité, protože přesné adresy, dostupné technologické funkce a limity závisí na CPU, objednacím čísle, firmware a konfiguraci v TIA Portal.

Co si připravit pro laboratorní výuku

Co je SIMATIC S7-1200 G2 a čím se liší od původní S7-1200

S7-1200 G2 je nová hardwarová generace kompaktních PLC Siemens. Přináší vyšší výkon a paměť, dvouportové PROFINET rozhraní, NFC diagnostiku, rozšířený Motion Control, modernější security a nové portfolio I/O.

Siemens pozicuje S7-1200 G2 jako Basic Controller pro menší a středně složité stroje. Standardní portfolio aktuálně tvoří zejména CPU 1212C a 1214C; k dispozici jsou také fail-safe verze 1212FC a 1214FC. G2 není jen „rychlejší stará 1200“: má odlišný hardware, rozměry i rozšiřující moduly.

Kdy dává G2 smysl

• nové jednoúčelové stroje, dopravníky, balicí a montážní aplikace,
• menší technologické celky s HMI a decentralizovanými I/O,
• aplikace s integrovaným Motion Control bez potřeby S7-1500,
• stroje s požadavkem na OPC UA, webovou diagnostiku nebo modernější security.

CPU 1212C a 1214C G2: parametry, varianty a výběr

CPU 1212C je vhodná pro menší aplikace, CPU 1214C má více integrovaných I/O, větší paměť a větší rezervu pro rozšíření. Pro rychlé pulzní výstupy volte tranzistorovou variantu DC/DC/DC; pro univerzální spínání zátěží může být vhodná relay varianta.

Parametry výše odpovídají uvedeným MLFB a referenčnímu firmware V4.1. Při nákupu vždy ověřte aktuální datasheet konkrétní varianty.

Varianty standardních CPU

Fail-safe CPU

Pro bezpečnostní aplikace existují 1212FC a 1214FC. Jejich použití vyžaduje správný návrh bezpečnostní architektury, F-I/O, PROFIsafe a validaci podle příslušných norem. Tato učebnice vysvětluje standardní PLC programování; bezpečnostní programování je samostatná disciplína.

Signal Board, Signal Module a komunikační rozšíření

S7-1200 G2 rozšiřujte podle typu signálu a požadovaného počtu kanálů. Analogové I/O nejsou u standardních CPU 1212C/1214C integrovány, takže analogové měření vyžaduje příslušný SB nebo SM.

Jak dimenzovat rozšíření

1. Sepište všechny fyzické signály: DI, DO, AI, AO, rychlé vstupy, pulzní výstupy a komunikaci.
2. Přidejte servisní rezervu. U I/O je rozumné nechávat volné kanály pro úpravy stroje.
3. Zkontrolujte elektrické parametry kanálů: proud, napětí, typ senzoru, způsob referencování a diagnostiku.
4. Ověřte maximální počet modulů a napájecí rozpočet backplane pro konkrétní CPU.
5. V TIA Portal sestavte zařízení přesně ve stejném pořadí jako v rozvaděči.

Napájení, digitální vstupy a výstupy

Nejdřív správně navrhněte napájení a společné potenciály, teprve potom řešte program. Většina „programových“ problémů při prvním oživování je ve skutečnosti chyba zapojení, polarity, společného M nebo napájení senzoru.

4.1 Napájení 24 V DC CPU

U variant DC/DC/DC a DC/DC/RLY pracuje CPU v rozsahu 20,4–28,8 V DC. Pro laboratorní stůl použijte stabilizovaný 24V zdroj s rezervou pro PLC, senzory, HMI a výstupní zátěže. Výkonné akční členy je často vhodné napájet přes oddělené jištění a podle projektu i oddělené větve.

4.2 Digitální vstup

Typické 24V čidlo přivádí na digitální vstup logickou „1“. Při diagnostice měřte napětí přímo mezi vstupní svorkou a odpovídajícím referenčním potenciálem. Nespoléhejte pouze na LED senzoru.

4.3 Tranzistorový vs. reléový výstup

4.4 První laboratorní zapojení

Pro první projekt použijte START, STOP a jednu kontrolku. Fyzické adresy zde uvádíme pouze jako příklad; skutečné adresy převezměte z Device configuration.

Jak připojit PC k S7-1200 G2 přes PROFINET

Připojte Ethernet kabel do X1 P1 nebo X1 P2, nastavte notebook do stejné IPv4 podsítě, v TIA Portal vyberte správný adaptér, najděte PLC přes Accessible devices a přiřaďte mu PROFINET device name a IP adresu.

5.1 Učebnicová síť

Maska /24 odpovídá 255.255.255.0. V laboratorní síti není pro přímé spojení potřeba výchozí brána. V podnikové síti vždy použijte přidělený adresní plán.

5.2 Postup v TIA Portal

1. Připojte kabel a ověřte link LED.
2. V nastavení síťové karty PC zvolte vhodnou statickou IP nebo podnikovou konfiguraci.
3. V TIA Portal otevřete online přístup a vyberte fyzický Ethernet adaptér, ke kterému je PLC připojeno.
4. Spusťte vyhledání dostupných zařízení. Identitu ověřte podle MAC adresy, typu CPU nebo blikání LED, je-li tato funkce dostupná.
5. Nastavte PROFINET device name. Název zařízení má význam pro PROFINET identifikaci a musí odpovídat projektu.
6. Nastavte IPv4 parametry podle Device configuration.
7. Proveďte download a po přechodu CPU do RUN ověřte Online & diagnostics.

5.3 Když TIA Portal PLC nevidí

První projekt v TIA Portal krok za krokem

Správný první projekt začíná přesným výběrem MLFB a firmware CPU, pokračuje Device configuration, symbolickými PLC tagy a teprve potom programem v OB1.

1. Vytvořte nový projekt a přidejte zařízení podle objednacího čísla z boku CPU.
2. Zvolte firmware odpovídající fyzickému PLC. Pokud katalog zařízení verzi nezná, nejprve ověřte podporu v instalované verzi TIA Portal.
3. V Network/Device view nastavte PROFINET device name a IPv4 adresu.
4. Přidejte rozšiřující moduly ve stejném pořadí jako ve skutečné sestavě.
5. Vytvořte PLC tag table pro fyzické I/O. Nepište absolutní adresy přímo do logiky, pokud k tomu není dobrý důvod.
6. V Main [OB1] vytvořte jednoduchý program.
7. Compile → opravte chyby → download → přepněte CPU do RUN → sledujte logiku online.

První program: kontrolka podle tlačítka

Je to záměrně triviální program. Ověřuje celý řetězec: elektrické zapojení → adresu vstupu → program → adresu výstupu → zátěž.

Compile, download, RUN/STOP a práce s firmware

Před každým downloadem projekt zkompilujte. Rozlišujte změnu programu, hardware configuration a firmware update – každá operace má jiný dopad a jiné riziko.

Compile

Kompilace odhalí syntaktické a konfigurační chyby. Varování neignorujte mechanicky; rozhodněte, zda jde o očekávaný stav, nebo skutečný problém projektu.

Download

Při downloadu sledujte seznam změn. U běžícího stroje může i „malá“ změna způsobit přechod CPU do STOP nebo restart technologických částí podle typu změny a konfigurace.

Firmware

Firmware aktualizujte pouze podle dokumentovaného postupu, s ověřenou kompatibilitou TIA Portal, projektu a modulů. Před servisem mějte zálohu projektu a zaznamenejte verzi firmware CPU i I/O.

Jak PLC vykonává program: scan cyklus, process image a paměť

PLC opakovaně zpracovává organizační bloky a související úlohy. Pro běžnou logiku je klíčové rozumět tomu, že hodnoty se v jednom cyklu načtou, vyhodnotí a výstupy se aktualizují podle konfigurace a typu přístupu.

Proč na scan cyklu záleží

• Krátký impuls může být kratší než běžné vzorkování a vyžadovat HSC/interrupt.
• Stejnou proměnnou by nemělo nekontrolovaně zapisovat více částí programu.
• Časovače a technologické objekty mají vlastní časové chování, které není totéž co ruční počítání scanů.

Retence

Retentivní data přežijí určité restartovací scénáře podle konfigurace. Retenci používejte jen pro data, která skutečně mají přežít výpadek – například výrobní čítač. Stavový automat stroje se po zapnutí často naopak musí bezpečně inicializovat.

PLC tagy, datové typy, UDT a naming convention

Dobré názvy proměnných popisují význam procesu, ne adresu vodiče. Symbolické programování je základ čitelného projektu, diagnostiky i pozdějšího napojení HMI.

Doporučený styl názvů

StartPB            // fyzický povel
Motor1_RunCmd      // interní požadavek
Motor1_Running     // potvrzený stav
Motor1_Fault       // porucha
Motor1_SpeedSet    // žádaná hodnota
Motor1_SpeedAct    // skutečná hodnota

Vyhněte se názvům typu M1, bit17 nebo DB12.DBX4.3 jako hlavnímu významu logiky. Absolutní adresa je implementační detail, nikoliv popis funkce stroje.

LAD: kontaktní schéma od základů po servisovatelnou logiku

LAD je nejlepší tam, kde je důležité rychle vidět binární podmínky: povolení, blokace, koncové spínače, start/stop a jednoduché sekvence.

NO a NC kontakt v programu

Programový „NO kontakt“ testuje TRUE, „NC kontakt“ testuje FALSE. Nezaměňujte to automaticky za fyzický NO/NC kontakt na svorkách. Fyzické zapojení a logická interpretace jsou dvě různé vrstvy.

Samodržení start/stop

Pro reálný stroj je lepší oddělit požadavek (MotorCmd) od fyzického výstupu (MotorOut). Díky tomu lze mezi ně vložit blokace, režimy, bezpečné podmínky a diagnostiku.

Priorita resetu

U povelové logiky rozhodněte, co má přednost při současném START a STOP. U strojů je obvykle žádoucí, aby zastavení mělo vyšší prioritu než start.

FBD: logika a zpracování dat jako datový tok

FBD je vhodný pro kombinaci booleovské logiky, komparátorů, převodů a analogových funkcí. Tok signálu bývá čitelnější než rozsáhlé kontaktní schéma.

Typická úloha

PumpReady = AutoMode AND LevelLow AND NOT Fault AND GuardClosed

V FBD ji lze sestavit z logických bloků a současně připojit diagnostické bity, komparátory analogových hodnot nebo časovač.

SCL: podmínky, CASE, cykly, výpočty a strukturovaný kód

SCL používejte pro algoritmy, výpočty, pole, struktury a stavové automaty. Kód držte deterministický, čitelný a bez zbytečně složitých konstrukcí.

IF / ELSIF / ELSE

IF StopPB OR Fault THEN
    MotorCmd := FALSE;
ELSIF StartPB AND GuardClosed THEN
    MotorCmd := TRUE;
END_IF;

MotorOut := MotorCmd AND GuardClosed AND NOT Fault;

CASE pro stavový automat

CASE State OF
    0: // Idle
        Valve := FALSE;
        Pump  := FALSE;
        IF StartCycle THEN
            State := 10;
        END_IF;

    10: // Fill
        Valve := TRUE;
        IF LevelHigh THEN
            Valve := FALSE;
            State := 20;
        END_IF;

    20: // Process
        Pump := TRUE;
        IF ProcessDone THEN
            Pump := FALSE;
            State := 30;
        END_IF;

    30: // Finish
        IF ResetCycle THEN
            State := 0;
        END_IF;

    ELSE
        // zotavení z neplatného stavu
        Valve := FALSE;
        Pump := FALSE;
        State := 0;
END_CASE;

FOR

FOR i := 0 TO 9 DO
    AnyAlarm := AnyAlarm OR AlarmArray[i];
END_FOR;

OB, FC, FB a DB: jak postavit čistou architekturu projektu

OB určuje kontext vykonání, FC je vhodná pro bezstavovou logiku, FB pro objekt s vlastním stavem a DB pro data. OB1 by měl koordinovat bloky, ne obsahovat celý stroj v jednom monolitu.

Rozhraní bloku

• Input: blok hodnotu čte.
• Output: blok hodnotu poskytuje ven.
• InOut: blok pracuje s předanou proměnnou obousměrně.
• Static: stav FB uložený v instanci.
• Temp: dočasná data platná pro aktuální vykonání.

Doporučená stromová architektura

TON, TOF, TP, čítače a detekce hran

TON zpožďuje zapnutí, TOF zpožďuje vypnutí a TP vytvoří impuls. Čítače počítají události a detekce hrany převádí trvající stav na jednorázovou událost.

// SCL: zpoždění 2 s
DelayOn(IN := Sensor, PT := T#2s);
Output := DelayOn.Q;

Instanční časovač musí mít svůj stav. Při použití v FB lze využít multi-instance strukturu, která pomáhá udržet projekt kompaktní.

Stavové automaty: robustní sekvence místo sítě SET/RESET bitů

Pro sekvenční stroje používejte explicitní stavovou proměnnou a jasné přechody. Každý stav má definované výstupy, podmínku dokončení, timeout a chování při poruše.

Dobrá struktura kroku

1. nastav výstupy pro stav,
2. vyhodnoť interlocky,
3. kontroluj dokončení,
4. kontroluj timeout,
5. přejdi do dalšího nebo chybového stavu.

CASE State OF
    stIdle:
        IF StartCycle THEN
            StepTimer(IN := FALSE, PT := T#0s);
            State := stClamp;
        END_IF;

    stClamp:
        ClampValve := TRUE;
        StepTimer(IN := TRUE, PT := T#3s);

        IF ClampOK THEN
            StepTimer(IN := FALSE, PT := T#0s);
            State := stProcess;
        ELSIF StepTimer.Q THEN
            FaultCode := 101;
            State := stFault;
        END_IF;

    stFault:
        ClampValve := FALSE;
        ProcessEnable := FALSE;
END_CASE;

Praktický reusable FB pro motor

Jeden dobře navržený FB lze použít pro desítky motorů. Instance drží vlastní stav, časování, poruchu a diagnostiku, zatímco interface zůstává stejný.

Navržené rozhraní

// Koncept FB_Motor
Ready := Enable AND NOT Fault;

IF Reset THEN
    Fault := FALSE;
END_IF;

IF FaultIn THEN
    Fault := TRUE;
END_IF;

RunOut := StartCmd AND Ready;

StartTimeout(IN := RunOut AND NOT Feedback, PT := T#3s);
IF StartTimeout.Q THEN
    Fault := TRUE;       // motor nepotvrdil start
END_IF;

Running := RunOut AND Feedback;

V praxi doplňte režimy Manual/Auto, lokální servis, permissive/interlock data, fault code, čas běhu, počet startů a HMI strukturu. Přesný model se musí přizpůsobit typu pohonu.

Alarmy, warningy, permissive a interlock

Oddělujte „proč zařízení nemůže startovat“ od „co ho během běhu zastavilo“. Servis pak okamžitě pozná, zda chybí povolení, existuje blokace, nebo vznikla porucha.

Fault code

Místo desítek anonymních bitů lze použít kód poruchy + jednotlivé diagnostické bity. HMI může zobrazit text podle kódu, PLC ale stále musí mít dostatek informací pro bezpečnou reakci.

Analogové vstupy a výstupy: 0–10 V, 4–20 mA a škálování

U S7-1200 G2 oddělte raw hodnotu modulu od fyzikální hodnoty procesu. Přesný raw rozsah nikdy nepřebírejte z jiného modulu; ověřte ho v datasheetu a v konfiguraci konkrétního kanálu.

Obecný převod

Například tlakový převodník může fyzicky měřit 0–10 bar. Pokud je výstup převodníku 4–20 mA, musí konfigurace kanálu i kabeláž odpovídat proudovému měření.

Co řešit kromě SCALE

• diagnostiku přerušeného vodiče a over/underrange,
• filtraci šumu,
• rozumný limit změny,
• validity bit ValueValid,
• náhradní hodnotu při chybě senzoru,
• hysterezi pro binární rozhodování.

// Koncept validace analogové veličiny
IF SensorValid THEN
    PressureUsed := PressureBar;
ELSE
    PressureUsed := SafeSubstitute;
    PressureFault := TRUE;
END_IF;

High Speed Counter, frekvence a rychlé pulzní výstupy

Rychlé impulsy neřešte obyčejným čtením BOOL v OB1, pokud může být impuls kratší než scan. Použijte integrované technologické funkce HSC nebo odpovídající technologický objekt.

Aktuální technická data CPU 1214C DC/DC/DC uvádějí vysokorychlostní čítače a vybrané high-speed tranzistorové výstupy až do 100 kHz. Přesné kanály a limity závisí na režimu a konkrétní CPU.

Typické aplikace

• enkodér dopravníku,
• měření frekvence,
• počítání rychlých produktů,
• PTO/PWM pro kompatibilní zařízení.

PROFINET IO: decentralizované I/O, pohony a topologie

S7-1200 G2 může být PROFINET IO Controller i IO Device. Pro připojení periferie se řeší device name, IP, GSDML/zařízení v katalogu, modulární konfigurace a mapování procesních dat.

Controller vs. Device

• IO Controller: PLC řídí připojená PROFINET zařízení.
• IO Device: PLC se vůči jinému controlleru chová jako zařízení s definovanými I/O daty.

Device name je stejně důležitý jako IP

PROFINET identifikuje zařízení také pomocí názvu. Zařízení může mít správnou IP, ale pokud nesedí očekávaný PROFINET device name, konfigurace nebude v pořádku.

Topologie

Dva porty na CPU umožňují liniové propojení, ale neznamená to dvě nezávislá IP rozhraní. Pro robustní síťovou architekturu navrhněte topologii, redundanci a servisní přístup podle požadavků stroje.

Open User Communication: TCP, ISO-on-TCP a UDP

OUC použijte, když potřebujete vlastní datovou výměnu s PC, čtečkou, kamerou nebo jiným Ethernet zařízením a nemáte vhodnější standardizovaný protokol.

Pro CPU 1214C G2 uvádějí aktuální produktová data podporu TCP/IP, ISO-on-TCP (RFC1006) a UDP. U TCP/ISO-on-TCP je uvedena maximální délka dat 64 kB; u UDP 2 kB, přičemž broadcast má nižší limit.

Navrhněte protokol, ne jen socket

• hlavička / magic bytes,
• verze zprávy,
• délka payloadu,
• sequence number,
• CRC/checksum pokud je potřeba,
• timeout, retry, watchdog a stav spojení.

Modbus TCP a Modbus RTU v S7-1200 G2

Modbus TCP je vhodný pro jednoduchou interoperabilní výměnu registrů po Ethernetu. Modbus RTU pracuje přes sériovou komunikaci a vyžaduje odpovídající hardwarové rozhraní.

Nejdřív datová mapa

Častá chyba: offset registru

Dokumentace zařízení může psát „40001“, zatímco API/blok očekává offset 0. Vždy si ověřte, zda dodavatel používá 0-based nebo 1-based adresování a zda číslo 4xxxx značí typ registru, nebo je součástí skutečné adresy.

Častá chyba: REAL a endianness

Modbus registry mají 16 bitů. 32bitový REAL zabere dva registry a různá zařízení mohou používat odlišné pořadí slov. Diagnostikujte to pomocí známé testovací hodnoty.

OPC UA Server: bezpečná datová integrace

S7-1200 G2 podporuje OPC UA Server; podle aktuálních produktových dat je vyžadována příslušná runtime licence. Publikujte jen data, která mají být skutečně dostupná klientům.

Postup návrhu

1. Definujte datový model: co je status, command, measurement, alarm.
2. Zapněte a nakonfigurujte OPC UA v CPU.
3. Nastavte uživatele, certifikáty a security policy podle prostředí.
4. Zpřístupněte pouze potřebné proměnné.
5. Otestujte čtení, zápis a subscription v klientovi.
6. Změřte komunikační zatížení a chování při výpadku klienta.

Aktuální data CPU 1214C uvádějí data access pro read/write/subscribe a method call. Limity sessions/subscriptions a sampling interval vždy ověřte pro konkrétní CPU a firmware.

Web server, HTTPS a Web API

Integrovaný web server je vhodný pro diagnostiku a vybrané servisní funkce. Web API umožňuje modernější integraci aplikací; přístup ale navrhujte s autentizací a segmentací sítě.

Aktuální technická data CPU 1214C G2 uvádějí HTTPS, Web API a uživatelské webové stránky. To umožňuje vytvořit servisní dashboard mimo klasické HMI – například stránku s diagnostikou, výrobními počítadly nebo verzí software.

Co je vhodné publikovat

• stav stroje a režim,
• aktuální krok sekvence,
• alarm/fault code,
• počítadla a základní KPI,
• verzi PLC projektu, firmware a datum buildu.

Jak navrhnout PLC data pro HMI

HMI má používat stabilní datové rozhraní PLC. Nevazte obrazovky na náhodné interní bity v různých blocích; vytvořte jasnou strukturu pro Commands, Status, Process, Alarms a Settings.

Povel z HMI není fyzické tlačítko

HMI povel je komunikační bit. Návrh musí řešit, co se stane při ztrátě komunikace, zablokovaném panelu nebo dlouhém držení bitu. Často je vhodná hrana/handshake místo předpokladu, že HMI vždy pošle dokonale krátký impuls.

Online diagnostika, watch table, diagnostic buffer a Trace

Při hledání chyby postupujte od fyziky k programu: napájení → LED → link → device name/IP → hardware configuration → diagnostic buffer → online hodnoty → procesní podmínky.

26.1 Diagnostický strom

1. Je CPU napájená a není v STOP/ERROR?
2. Je fyzická síť v pořádku?
3. Odpovídá device name, IP a projekt?
4. Je hardware configuration bez nesouladu?
5. Co říká diagnostic buffer?
6. Jaké jsou skutečné vstupy do problematického bloku?
7. Je chyba v povelu, permissive, interlocku nebo feedbacku?

26.2 Watch table

Pro servis si vytvářejte tematické watch tabulky: „Motor 1“, „PROFINET“, „Sequence“, „Analog“, „Safety interface“. Je to rychlejší než při každém zásahu hledat proměnné po celém projektu.

26.3 Trace

Trace je zásadní pro krátké a časově citlivé problémy: kolísání analogové veličiny, sekvence signálů, reakce regulace nebo občasný interlock. CPU 1214C G2 podle aktuálních technických dat podporuje konfigurovatelné traces.

Testování PLC programu, simulace a commissioning checklist

Testujte po vrstvách: nejdřív jednotlivý blok, potom zařízení, potom sekvenci a nakonec celý stroj včetně chybových stavů. „Funguje v normálním cyklu“ nestačí.

Minimální testovací scénáře

• normální start a stop,
• ztráta feedbacku při startu,
• porucha během běhu,
• výpadek komunikace HMI/pohonu,
• restart CPU,
• hraniční analogové hodnoty,
• timeout sekvence,
• reset poruchy a prevence nechtěného restartu.

PLCSIM

Simulace je výborná pro algoritmy, stavové automaty a HMI logiku, ale nenahrazuje test elektrického zapojení, reálného PROFINET zařízení, časování pohonu nebo fyzické dynamiky procesu.

Motion Control: technologické objekty, osa, homing a positioning

Motion v S7-1200 G2 stavte přes technologické objekty. Nejprve nakonfigurujte pohon a osu, potom řešte enable, home, jog, absolutní/relativní pohyb a diagnostiku.

Doporučená posloupnost výuky

1. Komunikace s pohonem a telegram.
2. Technology Object osy.
3. Enable / disable a bezpečný stav.
4. Homing.
5. Jog.
6. Absolute move.
7. Relative move.
8. Velocity mode.
9. Koordinované osy a kinematika až po zvládnutí single-axis.

CPU 1214C G2 má podle aktuálních technických dat rozšířené Motion Control resources a podporuje základní kinematické funkce. Skutečný počet os závisí na typu technologických objektů a cyklu Motion Control.

PID regulace: od procesu k PID_Compact

Nejdřív si definujte PV, SP a MV a ověřte směr procesu. Až potom laděte regulátor. Nejčastější problém PID není „špatné P/I/D“, ale špatně škálovaná veličina, saturace nebo nevhodný vzorkovací čas.

Před autotuningem

• ověřte správnou polaritu regulace,
• ověřte fyzikální jednotky a rozsahy,
• nastavte bezpečné limity výstupu,
• zajistěte stabilní podmínky procesu,
• vyřešte přechod Manual ↔ Auto bez skoku.

U teploty může být dynamika v minutách, u tlaku v sekundách nebo rychleji. Parametry i cyklus regulace musí odpovídat fyzice procesu.

Industrial Security pro S7-1200 G2

PLC nepřipojujte přímo k internetu. Segmentujte síť, používejte řízení uživatelů, bezpečné protokoly, aktuální firmware a řízené zálohy. Security je průběžný proces, ne jednorázová volba checkboxu.

Aktuální produktová data CPU 1214C G2 uvádějí uživatelskou správu, několik úrovní přístupové ochrany, secure boot a pro PG/OP komunikaci předvolené šifrování TLS 1.3. Konkrétní nastavení však vždy ověřte v projektu.

Minimální checklist

• oddělit OT a IT síť,
• omezit routing a povolené služby,
• nepoužívat sdílené univerzální účty,
• zálohovat projekt a evidovat změny,
• sledovat security advisories a firmware,
• používat VPN/jump host pro vzdálený servis,
• vypnout nepotřebné služby a diagnostické účty.

Migrace z původní S7-1200 na S7-1200 G2

Migrace není výměna kus za kus. Program může být z velké části přenositelný, ale hardware, I/O, rozměry, technologické funkce a dostupné moduly je nutné znovu ověřit.

Postup

1. Inventura starého projektu: CPU, firmware, moduly, signal boards, CM, HMI, pohony.
2. Seznam používaných instrukcí a technologických objektů.
3. Nový hardware bill of materials pro G2.
4. Kontrola fyzických svorek a rozvaděče.
5. Migrace/upgrade projektu v podporované TIA Portal verzi.
6. Compile a odstranění nekompatibilit.
7. FAT na stole, potom commissioning na stroji.

Co kontrolovat zvlášť

• integrované analogové I/O – starší CPU je mohly mít, G2 standardní 1212C/1214C je nemají,
• adresy modulů,
• rychlé vstupy/výstupy,
• komunikační bloky,
• HMI tagy,
• mechanické rozměry a připojení.

8 praktických projektů pro výuku S7-1200 G2

Nejrychleji se PLC naučíte na malých projektech, kde každý přidá jeden nový koncept. Níže je doporučená posloupnost od binární logiky po komunikaci a řízení pohybu.

P1 – Semafor

Cíl: TON, stavový automat, přechody a reset. Vytvořte cyklus zelená → oranžová → červená s parametry v DB.

P2 – Dopravník s čítačem kusů

Cíl: motor FB, hrana senzoru, CTU, blokace a alarm „jam“. Přidejte timeout mezi dvěma čidly.

P3 – Nádrž

Cíl: analogový vstup, hystereze, čerpadlo, ventil, alarm LL/HH a graf na HMI.

P4 – Motorová knihovna

Cíl: reusable FB, UDT, multi-instance, statistika startů a hodin běhu.

P5 – Sekvence pneumatického pracoviště

Cíl: stavový automat s timeoutem každého kroku, recover/retry a fault code.

P6 – Modbus TCP zařízení

Cíl: mapování holding registrů, REAL přes dva registry, watchdog komunikace a diagnostika.

P7 – Webový servisní dashboard

Cíl: publikovat read-only diagnostická data a verzi software přes bezpečné webové rozhraní.

P8 – Jedna Motion osa

Cíl: enable, home, jog, absolute/relative move, error acknowledge a HMI diagnostika.

Nejčastější chyby a rychlá diagnostika

Kontrolní test a odpovědi

1. Proč dvě RJ45 zásuvky neznamenají dvě nezávislá PROFINET rozhraní?
2. Proč se při výběru CPU nestačí dívat na počet I/O?
3. Jaký je rozdíl mezi FB a FC?
4. Co řeší PROFINET device name?
5. Proč je R_TRIG důležitý při čítání tlačítka?
6. Jaký je rozdíl mezi permissive a fault?
7. Proč je raw analogový rozsah nutné ověřit v datasheetu modulu?
8. Proč může REAL v Modbus vypadat chybně i při správných registrech?
9. Co kontrolovat před autotuningem PID?
10. Proč není vhodné vystavit PLC web server do internetu?

Stručné odpovědi

1. Porty P1/P2 jsou součástí jednoho rozhraní X1 s interním switchem.
2. Rozhoduje paměť, rozšíření, rychlé funkce, komunikace, typ výstupů a technologické nároky.
3. FB má vlastní instanční stav, FC vlastní instanční paměť nemá.
4. Identifikaci zařízení v PROFINET konfiguraci.
5. Aby jedna fyzická událost vytvořila jeden programový impuls místo TRUE po několik scanů.
6. Permissive je předpoklad/povolení; fault je diagnostikovaná porucha s definovanou reakcí.
7. Rozsahy se liší podle modulu a režimu kanálu.
8. Kvůli pořadí slov/bajtů (endianness).
9. Škálování, polaritu regulace, limity, dynamiku procesu a bezpečné podmínky.
10. Kvůli kybernetickému riziku; má být v segmentované OT síti s řízeným vzdáleným přístupem.

Slovník S7-1200 G2 a TIA Portal

CPU

Centrální jednotka PLC vykonávající program a komunikaci.

PLC

Programmable Logic Controller – programovatelný automat.

TIA Portal

Engineering prostředí Siemens pro konfiguraci, programování a diagnostiku.

STEP 7

Součást TIA Portal určená pro programování SIMATIC PLC.

PROFINET

Průmyslový Ethernet standard používaný pro real-time I/O a komunikaci.

Device name

Název PROFINET zařízení používaný při jeho identifikaci.

MLFB

Objednací číslo Siemens, které přesně identifikuje produktovou variantu.

OB

Organization Block – blok vykonávaný CPU v definovaném kontextu.

FC

Function – bezstavový programový blok.

FB

Function Block – blok s instančními daty.

DB

Data Block – strukturované uložení dat.

UDT

User Defined Type – vlastní strukturovaný datový typ.

LAD

Ladder Diagram – kontaktní schéma.

FBD

Function Block Diagram – funkční blokové schéma.

SCL

Structured Control Language – textový jazyk pro PLC.

HSC

High Speed Counter – rychlý hardwarově podporovaný čítač.

PTO

Pulse Train Output – pulzní výstup pro řízení kompatibilních zařízení.

HMI

Human Machine Interface – operátorský panel nebo vizualizace.

OPC UA

Standard pro bezpečnou modelovanou výměnu průmyslových dat.

Modbus TCP

Modbus aplikační protokol přenášený přes TCP/IP.

Trace

Záznam průběhu vybraných proměnných v čase pro diagnostiku.

Retence

Schopnost vybraných dat zachovat hodnotu přes definovaný restart/výpadek.

Jaké produkty se k S7-1200 G2 typicky používají

Produktové odkazy v učebnici mají být kontextové: CPU u kapitoly výběru, analogový modul u analogů, kabel u PROFINET a HMI u vizualizace. To je užitečnější pro čtenáře i interní prolinkování než blok desítek nesouvisejících produktů.

Jak interně prolinkovat učebnici a produkty

• odkazujte z věty, která vysvětluje konkrétní použití produktu,
• anchor text má popisovat produkt, ne „klikněte zde“,
• produktová stránka by měla zpětně odkazovat na relevantní kapitolu učebnice („Jak zapojit“, „Jak nastavit“),
• kategorie S7-1200 G2 by měla odkazovat na tuto učebnici jako na nákupní a technický průvodce,
• nepřidávejte desítky nesouvisejících CTA do každé kapitoly.

Zdroje, verze a redakční politika učebnice

Technické parametry ověřujeme proti primárním zdrojům Siemens a vždy je vážeme na konkrétní MLFB/firmware. U obecných programovacích principů oddělujeme didaktický příklad od závazné dokumentace výrobce.

Stav ověření: 16. 9. 2026. Referenční systémový manuál: S7-1200 G2 System Manual V4.1, 12/2025. Referenční produktová data: CPU 1212C 6ES7212-1AG50-0XB0 a CPU 1214C 6ES7214-1AH50-0XB0.

• Siemens – SIMATIC S7-1200 G2
• Siemens Industry Mall – CPU 1212C DC/DC/DC
• Siemens Industry Mall – CPU 1214C DC/DC/DC
• Siemens Industry Online Support – manuály, aktualizace a product support
• Google Search Central – AI features and your website
• Google Search Central – optimizing for generative AI features

Redakční pravidla

• Parametry uvádět s MLFB, firmware a datem kontroly.
• Nepřepisovat staré S7-1200 návody jako G2 bez ověření.
• U bezpečnosti a Motion uvádět hranici mezi výukovým příkladem a skutečným projektem.
• Aktualizovat datum pouze tehdy, když byl obsah skutečně zkontrolován nebo změněn.
• Přidávat vlastní zkušenosti: fotografie rozvaděčů, oscilační trace, typické commissioning chyby a reálné postupy – právě tyto prvky zvyšují hodnotu nad běžný souhrn dokumentace.

Tato učebnice není oficiální publikací Siemens. SIMATIC, S7 a TIA Portal jsou označení společnosti Siemens. Při realizaci projektu má vždy přednost aktuální dokumentace výrobce konkrétního produktu.