Časový diagram handshaku — Požadavek na kontrolu, kontrola dokončena a předání výsledku (ukázka)

Naposledy upraveno: 2026-09-23 / Kategorie: Ukázky, časové diagramy

Ukázka jedné normální kontroly mezi PLC a kontrolním zařízením — požadavek, dokončení a výsledek — nakreslená po 100 ms. Pro programátora PLC, který nechce při uvádění do provozu vidět „dokončení se nikdy nevrátí“ ani „dobré kusy jsou vyhodnoceny jako NG“.

Otevřít tuto ukázku v editoru Stáhnout JSON

Bezplatný editor v prohlížeči se otevře na nové kartě s načteným diagramem. Bez instalace, bez registrace a nic, co zadáte, se nikam neodesílá. Úpravy nemění ukázku na této stránce. JSON jsou zdrojová data pro opětovné otevření v editoru nebo předání AI.

Časový diagram handshaku mezi PLC a kontrolním zařízením. bInspReq (požadavek na kontrolu) se zapne od náběžné hrany bWorkSet (zastaveno na kontrolní pozici). O 0,5 s později zařízení zapne bResultOK (výsledek OK) a pak bInspDone (kontrola dokončena). Dokončení způsobí vypnutí požadavku; vypnutí požadavku způsobí vypnutí dokončení a pak se vypne výsledek OK. Vypnutí dokončení zapne bCarryOut (začátek vyskladnění) a bWorkSet vypne, když kus odjede. bResultNG zůstává OFF. Změny jsou spojeny tečkovanými šipkami.
Jedna kontrola mezi PLC (master) a kontrolním zařízením (slave). Tečkované šipky ukazují, která změna způsobila kterou.

1. Šest signálů; požadavek a dokončení padají až po spatření druhé strany

SignálBudíVýznam
bWorkSetPLC (interní)Kus zastavil na kontrolní pozici. Spouštěč požadavku
bInspReqPLC → kontrolní zařízeníPožadavek na kontrolu. Drží se, dokud se nezapne kontrola dokončena
bInspBusyKontrolní zařízení → PLCKontrola probíhá. Drží se ON, dokud je požadavek přijímán; podle toho PLC ví, že požadavek dorazil
bInspDoneKontrolní zařízení → PLCKontrola dokončena. Drží se, dokud požadavek nevypne
bResultOK / bResultNGKontrolní zařízení → PLCVýsledek. Nemění se, dokud je kontrola dokončena ON
bCarryOutPLC (interní)Začátek vyskladnění. Zapne se po spatření vypnutí kontrola dokončena

Kontrolní zařízení je nastavené tak, aby drželo dokončení, dokud požadavek nespadne: buď nastavením handshaku kamerového systému, nebo ho budí PLC na straně kontroly. Zařízení ponechané s vracením výsledku jako impulsu pevné délky tento diagram nevytvoří.

Kontrola probíhá (bInspBusy) je potvrzení, že požadavek byl přijat. Zapne se v cyklu po požadavku a drží se, dokud požadavek nespadne. Je-li požadavek vystaven a kontrola probíhá nepřijde, zařízení požadavek nevidí, a poruchu lze vyhlásit dávno před 3 s čekání na dokončení.

2. Šipky určují pořadí; pevně dané časy jsou jen 0,5 s a limity

Změny spojené šipkami jsou od sebe o jeden dílek (100 ms) jen proto, aby bylo vidět pořadí. Skutečné odpovědi přicházejí v rámci zpoždění cyklu a komunikace (jednotky až desítky ms). Pevně dané časy jsou jen 0,5 s na snímání a vyhodnocení a limity z oddílu 4.

  1. Když kus zastaví na kontrolní pozici, vystavit požadavek
  2. Kontrolní zařízení vystaví nejdřív výsledek, pak kontrola dokončena 0,5 s na snímání a vyhodnocení.
  3. PLC přečte výsledek na náběžné hraně dokončení, uloží ho a pak shodí požadavek Zařízení výsledek potom smaže. Rozhoduje o cíli vyskladnění, proto ho uchovejte v datech kusu (např. bit výsledku ve sledovacím slově).
  4. Když požadavek spadne, zařízení shodí dokončení a pak výsledek Obrácené pořadí než při vystavení.
  5. PLC zahájí vyskladnění po spatření vypnutí kontrola dokončena bWorkSet vypne, když kus odjede.

3. Výsledek před dokončením; požadavek a dokončení padají až po spatření druhé strany

  1. Výsledek vystavte před dokončením a shoďte ho po něm PLC čte výsledek na náběžné hraně dokončení. I když zařízení vystaví obojí ve stejném cyklu, přes paralelní I/O nebo síť nemusí do PLC dorazit současně. Předstih dejte alespoň rozdíl vstupních odezev u paralelního I/O, nebo jeden cyklus obnovy u sítě.
  2. OK a NG rozdělte do dvou bodů a oba OFF berte jako poruchu S jedním bodem udělá porucha zapojení z každého dobrého kusu NG. S jediným „ON znamená OK“ přerušený vodič výsledku způsobí, že každý dobrý kus vypadá jako NG, a vyhazují se, dokud si toho někdo nevšimne. Se dvěma body se „dokončení ON, ale ani OK, ani NG“ zachytí na místě a linka se zastaví.
  3. Požadavek držte, dokud nepřijde dokončení, a dokončení, dokud požadavek nespadne Impuls druhá strana mine. Stejný důvod jako „čtyři změny požadavku a odpovědi“ v návodu Jak nakreslit časový diagram: cokoli kratšího než cyklus nebo perioda obnovy příjemce zmizí dřív, než to uvidí.
  4. Další požadavek a vyskladnění čekají na vypnutí kontrola dokončena Aby se výsledek předchozího kusu nečetl jako výsledek tohoto. Vystavte další požadavek, když je dokončení ještě ON, a předchozí dokončení a výsledek se přečtou jako aktuální. Je to i podmínka vyskladnění, aby se dokončení, které nemůže spadnout (1 s v oddílu 4), zachytilo, dokud je kus ještě na kontrolní pozici.

4. Každé čekání má limit a po jeho překročení se zastaví s poruchou

Bez limitu PLC čeká na dokončení donekonečna, když se kontrolní zařízení zastaví, a linka stojí bez jakéhokoli důvodu na obrazovce.

Výsledek NG má stejný postup, jen se místo bResultOK zapne bResultNG. Návrat do výchozí polohy po vypršení času nebo poruše zařízení je jiný příběh, kreslí se do samostatného časového diagramu nebo Jak nakreslit vývojový diagram řízení PLC.

5. Tři věci ke změně: název, názvy signálů, doba zpracování

Po načtení do Timing Chart Editor přes „Otevřít tuto ukázku v editoru“ měňte v tomto pořadí.

Ve Výstup → Export… zvolte SVG a máte obrázek pro vložení do specifikace. Stiskem „Vývojový diagram →“ na panelu nástrojů získáte vývojový diagram: šipky se stanou „na který vstup čekat, než se změní který výstup“. Můžete také stáhnout JSON a nechat AI přejmenovat signály podle vaší konvence (formát JSON).

Nástroje, kterými byla ukázka vytvořena

  • Timing Chart Editor — Obrázek výše a JSON ukázky byly vytvořeny a exportovány v tomto editoru.
  • Flowchart Editor — Převádí šipky diagramu na posloupnost čekání a procesů.

Související články

yk.builds