A virtuális üzembe helyezés akkor válik hasznossá, amikor a szimulátor nem elszigetelt animációként, hanem vezérelt gépként viselkedik. Mitsubishi-projektek esetében ez egy nyomon követhető útvonal kialakítását jelenti a GX Simulator eszközmemóriájától egy OPC-szerveren keresztül a Factory I/O címkéiig.

A cél nem pusztán egy szállítószalag mozgatása. Bizonyítani kell a címek hozzárendelését, a jelek irányát, a sorrendi működést, a hibakezelést és az újraindítási logikát, még azelőtt, hogy a fizikai I/O rendelkezésre állna.

Egy kis szállítószalag-modell még azelőtt feltárhatja a hozzárendelési és sorrendi hibákat, hogy azok egy valódi vezérlőpanelhez eljutnának.

Először határozza meg az adatkontraktust

Hozzon létre olyan I/O-listát, amely feltünteti minden Factory I/O-jel nevét, a Mitsubishi-eszköz címét, az adattípust, az olvasási vagy írási irányt, az alapértelmezett állapotot és a biztonságos állapotot. A bemeneteket, például az indítógombokat és a fotoelektromos érzékelőket, a szimulációnak kell írnia, a PLC-logikának pedig olvasnia. A motor- és jeladókimeneti parancsoknak az ellenkező irányba kell áramolniuk.

Egy tipikus FX-példában a bemenetek X-eszközökhöz, a kimenetek pedig Y-eszközökhöz rendelhetők, de a szerver- és szimulátor-illesztőprogramok ezeket eltérő címkeszintaxissal jeleníthetik meg. Egyetlen ismert bittel ellenőrizze a pontos elnevezési konvenciót, mielőtt a teljes listát importálná.

Rétegenként építse fel a kapcsolatot

Indítsa el a GX Works alkalmazást és a hozzá illeszkedő szimulátort, töltsön le egy minimális programot, majd állítsa RUN módba. Állítsa be az OPC-szervert a szimulált CPU-hoz, és hozzon létre egy kis címkecsoportot. A Factory I/O megnyitása előtt ellenőrizze az élő változásokat az OPC-kliens nézetében. A Factory I/O OPC-kliense csak akkor iratkozzon fel a címkékre, ha ez a réteg már működik.

A rétegenkénti tesztelés elkülöníti a PLC-, az OPC- és a jelenetkonfiguráció hibáit.

Az időzítés és az állapot számít

Az OPC frissítési gyakorisága, a PLC ciklusideje és a Factory I/O fizikai szimulációjának időzítése egymástól független. Egy rövid szimulált érzékelőimpulzus eltűnhet két feliratkozás között. A fontos eseményeket reteszelje a PLC-ben, hosszabbítsa meg a tesztimpulzusokat, vagy válasszon a sorrendhez megfelelő frissítési gyakoriságot.

Vizsgálja meg a hidegindítást, a meleg újraindítást, a kommunikáció megszakadását és a számláló nullázását is. A kimenetek nem kezdhetik újra a mozgást pusztán azért, mert a szimulátor régi állapottal újracsatlakozik. Alakítson ki engedélyezési feltételeket és tudatos indítási sorrendet.

A Mitsubishi hardverlehetőségei áttekinthetők a Mitsubishi Electric kollekcióban, a szélesebb vezérlőválaszték pedig a PLC- és PAC-rendszerek között található.

Használja a szimulációt bizonyítékként

Rögzítse az elvárt lépéseket és az elfogadási kritériumokat: indítás előtt ne legyen kimenet, termékenként egy számlálás történjen, a rendszer szabályozottan álljon meg a célnál, a blokkolt érzékelőkre biztonságosan reagáljon, és kiszámíthatóan álljon helyre. A képernyőképek önmagukban gyenge bizonyítékot jelentenek; a címketrendek és az ismételhető tesztesetek hasznosabbak.

A szerző véleménye: Az OPC egy híd, nem pedig az üzembe helyezés célja. A valódi előnyt az jelenti, amikor a virtuális cella ismételhető tesztkörnyezetté válik a PLC működésének, az elnevezési konvencióknak és annak az újraállítási logikának a vizsgálatához, amelynek a valódi hardverre való átállást is ki kell bírnia.