Виртуалното пускане в експлоатация става полезно, когато симулаторът се държи като управлявана машина, а не като несвързана анимация. За проектите на Mitsubishi това означава изграждане на проследим път от паметта на устройствата в GX Simulator, през OPC сървър, до таговете във Factory I/O.

Целта не е просто конвейерът да се задвижи. Трябва да се докажат собствеността върху адресите, посоката на сигналите, поведението на последователността, обработката на неизправности и логиката за рестартиране, преди да са налични физически I/O.

Малък модел на конвейер може да разкрие грешки в картографирането и последователността, преди те да достигнат до реалния панел.

Първо дефинирайте договора за данни

Създайте I/O списък, който посочва всеки сигнал от Factory I/O, адреса на устройството Mitsubishi, типа данни, посоката на четене или запис, състоянието по подразбиране и безопасното състояние. Входове като бутони за стартиране и фотоелектрически датчици трябва да се записват от симулацията и да се четат от логиката на PLC. Командите за двигатели и излъчватели трябва да се предават в обратната посока.

Типичен пример за FX може да картографира входовете към устройства X, а изходите към устройства Y, но драйверите на сървъра и симулатора може да ги представят с различен синтаксис на таговете. Потвърдете точната конвенция за именуване с един известен бит, преди да импортирате пълния списък.

Изградете връзката на слоеве

Стартирайте GX Works и съответстващия симулатор, изтеглете минимална програма и я поставете в RUN. Конфигурирайте OPC сървъра за симулирания процесор и създайте малка група тагове. Проверете промените в реално време в изгледа на OPC клиента, преди да отворите Factory I/O. Едва след като този слой работи, OPC клиентът на Factory I/O трябва да се абонира за таговете.

Тестването слой по слой разделя неизправностите в конфигурацията на PLC, OPC и сцената.

Времето и състоянието имат значение

Честотата на обновяване на OPC, времето на PLC сканиране и физическото време във Factory I/O са независими. Кратък симулиран импулс от датчик може да изчезне между две абонаментни заявки. Фиксирайте важните събития в PLC, удължете тестовите импулси или изберете честота на обновяване, подходяща за последователността.

Тествайте също студено стартиране, топъл рестарт, загуба на комуникация и нулиране на брояча. Изходите не трябва да възобновяват движението само защото симулаторът се е свързал отново със старо състояние. Определете разрешаващи условия и умишлена последователност за стартиране.

Опциите за хардуер на Mitsubishi можете да разгледате в колекцията Mitsubishi Electric, а по-широк избор от контролери има в системите PLC и PAC.

Използвайте симулацията като доказателство

Запишете очакваните стъпки и критериите за приемане: никакъв изход преди стартиране, едно отчитане за всеки продукт, контролирано спиране при достигане на целта, безопасна реакция при блокирани датчици и предвидимо възстановяване. Само екранните снимки са слабо доказателство; трендовете на таговете и повторяемите тестови сценарии са по-полезни.

Мнение на автора: OPC е мост, а не целта на пускането в експлоатация. Истинската полза идва, когато виртуалната клетка се превърне в повторяем тестов стенд за поведението на PLC, конвенциите за именуване и логиката за възстановяване, които ще работят и при преминаването към реален хардуер.