Hogyan válasszunk Omron EtherCAT HMI és mozgásvezérlőt?

Omron csomagolásautomatizálási megközelítését a rugalmas, skálázható, összekapcsolt, biztonságos és megbízható gépek köré helyezi, ami pontosan az az irány, amerre sok OEM és integrátor próbál elmozdulni.

A nehéz rész nem az, hogy eldöntsük, mennyire erős az EtherCAT. A nehéz rész a megfelelő keverék kiválasztása. HMI, szervo-, inverter, távoli I/O és hálózattervezés anélkül, hogy olyan rendszert kellene építeni, amely drágább, nehezebben támogatható vagy lassabban beszerezhető, mint amennyire a gépnek valójában szüksége van.

Ez az igazi vevői probléma. Egy csomagolóanyag-gyártó (OEM) egyetlen platformot igényelhet a csomagoló-, kartonozó- és szállítószalag-modulokhoz. Egy rendszerintegrátornak modernizálnia kell egy gépet, miközben néhány terepi eszközt életben kell tartania.

Előfordulhat, hogy egy forgalmazót olyan csomagra kérnek, amely már most is elérhető, de hat hónap múlva is értelmes az ismételt megrendeléseknél. Mindhárom esetben a “legjobb” nem a “legfejlettebb”-et jelenti. Azt jelenti, hogy technikailag helyes, kereskedelmileg reális és idővel támogatható.

Ez a cikk azoknak szól, akik ipari automatizálást vásárolnak és terveznek megélhetésük céljából: automatizálási alkatrész-forgalmazók, gépgyártók, projektmérnöki cégek, rendszerintegrátorok és szakosodott vállalkozók.

A cél egyszerű: segíteni az architektúra-lehetőségek összehasonlításában, az életciklus-kockázatok csökkentésében, a költségek kézben tartásában és a beszállítók magabiztosabb kiválasztásában.

Miért fontos ez a választás

Az architektúra többet számít, mint a teljesítmény

Amikor a vásárlók az “EtherCAT mozgásvezérlő rendszer” kifejezést hallják, általában a sebességre, a szinkronizációra és a tengelyvezérlésre koncentrálnak. Ezek fontosak, de csak a döntés részét képezik.

A rendszer a kapcsolószekrény elrendezését, a kábelezési órákat, az indítási erőfeszítést, a riasztások láthatóságát, az alkatrész-politikát, a technikusok képzését és a következő utólagos átalakítás fáradságosságát is befolyásolja.

Egy jó architektúra megkönnyíti a gép üzembe helyezését és üzemeltetését. Egy rossz architektúra ennek az ellenkezőjét teszi.

Apró, de összetett problémákat okoz: túl sokféle eszköztípus, következetlen riasztáskezelés, extra interfészmodulok, nem dokumentált kerülő megoldások, és nagyobb függőség egyetlen programozótól, aki “csak tudja, hogyan működik”.”

Ez a gyárban jobban számít, mint azt sok vevő elvárja. Ha egy gép leáll kedd esti műszakban, senkit sem érdekel, hogy az eredeti terv elegánsan nézett ki egy ajánlatban.

Az számít, hogy a karbantartás képes-e gyorsan behatárolni a hibát, hogy a kezelői képernyő mutat-e valami hasznosat, és hogy a meghibásodott alkatrész elég szabványos-e ahhoz, hogy beszerzési vészhelyzet nélkül kicseréljék.

Amit a B2B vásárlók valójában értékelnek

A legtöbb profi vásárló egyszerre hat dolgot egyensúlyoz:

• Minőség és megbízhatóság a valós környezetben, nem csak egy adatlapban.
• Megfelelőség és dokumentációs felkészültség az általuk kiszolgált piac számára.
• Rugalmas mennyiségi korlátozás prototípusokhoz, kísérleti gyártásokhoz és gyártási megrendelésekhez.
• Szállítási idő és készlet állandósága.
• A gép teljes élettartama alatti költsége.
• Hosszú távú együttműködés egy olyan beszállítóval, aki a megrendelés lezárása után is fogadja a telefont.

Ezért kell a műszaki és a beszállítói kiválasztásnak együttesen történnie. Ha a mérnöki részleg egy gyönyörű architektúrát választ, amelynek beszerzése nem lehetséges előrelátható módon, az üzlet akkor is veszít.

Ha a beszerzés egy olcsóbb opciót kényszerít ki, ami a beüzemelést nehézkessé és a támogatást költségessé teszi, az üzlet is veszít. A helyes válasz az átfedésben rejlik.

Mit tartalmaz egy Omron EtherCAT HMI és mozgásvezérlő rendszer?

Gyakorlati szinten a halom általában tartalmaz egy Omron HMI, egy gépvezérlő, szervo hajtások és motorok a precíz mozgáshoz, inverterek a teljes szervo viselkedést nem igénylő változó sebességű funkciókhoz, a távoli I/O-hoz és a mindent összekötő hálózati elemekhez.

Az Omron ebben az összefüggésben az EtherCAT-et hajtások, intelligens érzékelők és I/O összekapcsolására szolgáló terepi hálózatként írja le, szélesebb körű EtherCAT-kínálata pedig vezérlőket, szervohajtásokat, invertereket, I/O-kat, biztonsági, képfeldolgozó és érzékelő rendszereket foglal magában.

Ez általánosnak hangzik, de a vásárlási döntés könnyebbé válik, ha géposztályokban, nem pedig termékcsaládokban gondolkodunk.

Egy kompakt, egyetlen géphez szükség lehet egy vezérlőre, egy szerény HMI-re, két-négy szervotengelyre, néhány inverterre és kis távoli I/O helyigénnyel. Egy moduláris OEM platformhoz szükség lehet egy újrafelhasználható vezérlősablonra, amely a gép méretével növelhető vagy csökkenthető.

Egy nagy tengelytávú csomagolósornak szorosabb koordinációra, több diagnosztikára, valamint ellenőrző állomások vagy további kezelőmodulok elhelyezésére lehet szüksége később.

Egy utólagos átalakítás során előfordulhat, hogy meg kell tartani bizonyos meglévő terepi vezetékeket, motorelrendezéseket vagy perifériás eszközöket, mivel az állásidő túl szűk a teljes újratervezéshez.

Itt kezd értelmet nyerni az EtherCAT. Az Omron EtherCAT anyagai a gyors kommunikációt, a szoros szinkronizációt, a szabványos RJ45 kábelezést és a széleskörű eszköztámogatást helyezik előtérbe ugyanazon a hálózaton.

Egyszerűen fogalmazva, ez azt jelenti, hogy egyetlen architektúra gyakran lefedhet számos gépfunkciót anélkül, hogy a különálló mozgás-, I/O- és eszközszigetek összecsavarozásával járó kaotikus átrendeződés következne be.

Azonban nem minden gépnek kell ugyanolyan mélységű megoldást kínálnia. Gyakori hiba, hogy azt feltételezik, ha az EtherCAT többet tud, akkor a projektnek is többet kellene használnia. Így a vásárlók végül olyan vezérlőkapacitásért, mozgásfunkciókért vagy HMI bonyolultságért fizetnek, amelyeket a kezelők soha nem használnak.

Hogyan értékeljük a stacket

A géppel kezdj, ne a katalógussal

Az alkatrészszámok összehasonlítása előtt határozza meg a gép tényleges viselkedését.

Hány tengely van valóban koordinálva? Mely mozgások csak sebességvezéreltek, és melyek igényelnek precíz pozicionálást vagy szinkronizálást? Szüksége van-e a kezelőnek receptkezelésre?

Ez egy olyan gép, aminek egyetlen képernyője és alapvető riasztásai vannak, vagy a karbantartáshoz gazdagabb diagnosztikára és szerviznézetekre van szükség? Ugyanazt a platformot fogják több modellen is újra használni?

Jó szabály, hogy a kiválasztási útmutatót operatív nyelven írjuk meg, mielőtt hardveres nyelvre fordítanánk. Például:

• A termékátvitel során két tengelynek szinkronban kell maradnia.
• A szállítószalagok sebessége változhat, de nem igényelnek szervo pontosságot.
• A kezelőknek receptvezérelt átállásokra van szükségük három percen belül.
• A karbantartónak a panel kinyitása nélkül kell látnia a riasztási előzményeket és az eszköz állapotát.
• Ugyanaz a magarchitektúra kell, hogy működjön három gépméreten.

Az ilyen jellegű megbízás arra kényszeríti a csapatot, hogy elválassza a valódi technikai követelményeket a szokásoktól és a feltételezésektől.

Igazítsa a HMI-t a kezelői munkafolyamathoz

A HMI alulspecifikációja az egyik legdrágább módja a “pénzmegtakarításnak”. Nem azért, mert maga a képernyő olyan drága, hanem azért, mert a gyenge HMI költségeket okoz a szervizhívásokban, a kezelői hibákban és a hosszabb helyreállítási időben.

Ha a gép több SKU-t futtat, a HMI-nek (gépkezelőfelületnek) tisztán kell kezelnie a receptválasztást, és meg kell akadályoznia a véletlen változtatásokat. Ha az ügyfél exportálja a berendezéseket, a képernyő nyelve és a felhasználói szintű jogosultságok számítanak. Ha a gépet helyi technikusok tartják karban, a riasztási üzeneteknek a műveletre kell mutatniuk, nem csak a hibakódokra.

Gyári szempontból egy jó HMI három feladatot lát el egyszerre:

1. Segíti a kezelőket a gép megfelelő működtetésében.
2. Segít a karbantartásnak a gép gyors helyreállításában.
3. Segít a mérnöki munka során a felhasználói élmény szabványosításában a modellek között.

Ez az utolsó pont fontosabb, mint amilyennek látszik. Ha egyetlen OEM platform közös képernyőstruktúrákat, riasztásneveket és karbantartási oldalakat használ minden modellben, a képzés könnyebbé, az üzembe helyezés gyorsabbá válik, és a forgalmazók könnyebben tudják támogatni a visszatérő vásárlókat.

Használjon szervomotorokat ott, ahol számít, invertereket ott, ahol költséghatékonyak

Nem minden forgó eszköz érdemel szervovezérlést. A szervo a megfelelő választás, ha az alkalmazásnak pozicionálásra, pontos szinkronizálásra, regisztrációra vagy ismételhető mozgásprofilokra van szüksége.

Az inverterek általában gazdaságosabb választást jelentenek ventilátorok, szivattyúk, egyszerű szállítószalagok és egyéb változtatható sebességű feladatokhoz, ahol a precíziós mozgás nem az értékteremtő tényező.

Ez az egyik legegyszerűbb módja a darabjegyzék költségeinek szabályozására a gép minőségének csökkentése nélkül. A vegyes architektúra gyakran jobb, mint a teljesen szervo architektúra, mivel csak ott alkalmazza a pontosságot, ahol megtérül.

Például egy csomagológépen a hegesztőpofa időzítése, a fóliaadagolás illesztése vagy az indexmozgás indokolttá teheti a szervomotor használatát. Az adagoló szállítószalagoknak, kiadó szállítószalagoknak vagy segédhajtásoknak esetleg csak stabil sebességszabályozásra van szükségük.

Ha mindenhol szervomotorokat használ, az növeli a hardverköltségeket, a beállítási erőfeszítéseket, a pótalkatrészek iránti terhet és a technikusok képzési igényeit. Ha mindenhol invertereket használ, akkor ott veszítheti el a szabályozás minőségét, ahol az a legfontosabb. A jó vásárlók nem választanak ki egyetlen technológiát. Mindegyiket a megfelelő feladathoz rendelik.

Ellenőrizze a skálázhatóságot, mielőtt szüksége lenne rá

Az Omron EtherCAT áttekintése kiemeli a nagy eszközszám, a szabványos kábelezés és az egyetlen olyan hálózat támogatását, amely a megfelelő architektúrában képes biztonsági kommunikációt biztosítani.

Még ha az első gépednek nincs is szüksége sok bővítésre, az is számít, mert a sikeres platformok ritkán maradnak kicsik.

Lehet, hogy a mai gépnek három tengelye és egy HMI-je van. Jövőre az ügyfél vizuális ellenőrzést, több távoli I/O-t vagy egy második modul hozzáadását szeretné a gyártósorhoz. Ha az eredeti hálózati terv nem hagy teret a növekedésnek, a következő módosítás gyorsan nehézkessé válik.

A skálázhatóság nem azt jelenti, hogy az első napon meg kell venni a legnagyobb vezérlőt. Azt jelenti, hogy olyan alapvető architektúrát kell választani, amely a teljes újraírás kikényszerítése nélkül bővíthető. A vásárlóknak a következőket kell feltenniük:

• Hozzáadhatunk tengelyeket később anélkül, hogy mindent újra kellene terveznünk?
• Felhasználhatjuk ugyanazt a HMI koncepciót nagyobb gépeken is?
• Bővíthető a hálózat további I/O szigetekkel vagy állomásokkal?
• Vajon ez a platform válhat a szabványunkká több gépcsaládon keresztül is?

A teljes költséget hasonlítsa össze, ne a hardver árát

Itt sok projekt rosszul sül el. A papíron legolcsóbb csomag is lehet a legdrágább két év alatt.

A teljes költség tartalmazza:

• Mérnöki órák a konfiguráláshoz és a hibakereséshez.
• Panel tér- és hőgazdálkodás.
• Kábelszerelési munka.
• Üzembe helyezési idő.
• Képzési erőfeszítések a szolgáltató csapatok számára.
• Az alkatrészek bonyolultsága.
• Leállási időnek kitettség, amikor az alkatrészek nehezen beszerezhetők.

Képzeljen el két lehetőséget. Az A lehetőség 8 százalékkal olcsóbb hardvert igényel. A B lehetőség letisztultabb hálózati elrendezést használ, szabványosítja a HMI sablont, és gépenként két nappal csökkenti az üzembe helyezési időt. Ha a gyártó évente tíz gépet szállít, a B lehetőség nagyobb haszonkulcsot eredményezhet még az értékesítés utáni támogatás figyelembevétele előtt is.

Ezért beszélnek a tapasztalt vásárlók “támogatható költségről”, nem csak a vételárról. Egy könnyebben összeszerelhető és könnyebben szervizelhető gép jobban védi a haszonkulcsát, mint egy olyan, amely csak az első árajánlat alapján olcsóbb.

Valós vásárlási forgatókönyvek és gyakori hibák

Egy csomagolóanyagokat, dobozolókat és szállítószalag-változatokat gyártó OEM általában egy közös mozgásplatformmal, egy HMI-tervezési filozófiával és egy megismételhető hálózati topológiával rendelkezik.

Az Omron csomagolási pozicionálása kifejezetten a rugalmas és skálázható géptervezésre támaszkodik, ami összhangban van az ilyen típusú szabványosítási stratégiával. A győzelem nem csak a műszaki egységességben rejlik.

A nyereség az alacsonyabb mérnöki újrafelhasználási költség, a technikusok jobb jártassága és a közös alkatrészek egyszerűbb raktározása.

Egy rendszerintegrátor, aki retrofitet végez, más valósággal szembesül. A műszakilag ideális terv esetleg nem illeszkedik a leállási időszakhoz.

Ebben az esetben a jobb döntés egy szakaszos migráció lehet: először a vezérlőt és a HMI-t cseréljük ki, ideiglenesen megtartunk néhány terepi eszközt, majd a többit szabványosítjuk egy második fázisban.

Ez nem negatív értelemben vett “kompromisszum”. Ez az építészeti ambíciók és a projekt korlátainak összehangolása.

Egy sürgős gépgyártást támogató forgalmazónak egy újabb prioritása van. Az ügyfél kérhet egy Omron-központú rendszert, de valójában ezt érti alatta: “Adjon nekem egy megbízható architektúrát, amelyet most beszerezhetek, és később támogatást is nyújthatok.”

Ez megváltoztatja a beszélgetés menetét. Az elérhetőség, az alternatívák, a dokumentáció és az átfutási idő stabilitása ugyanolyan fontos, mint a teljesítmény.

A biztonsági vagy ellenőrzött hozzáférésű környezetekben dolgozó specializált fejlesztők gyakran mélyen törődnek a karbantarthatósággal és a dokumentációval.

Lehet, hogy nem nekik van a legtöbb tengelyük, de szigorúak az üzemidőre vonatkozó elvárásaik, és a végfelhasználók nyomást gyakorolnak rájuk. Ebben az esetben egy támogatható architektúra erős kézikönyvekkel, világos rajzokkal és megismételhető cserelogikával értékesebb lehet, mint a mozgásteljesítmény utolsó darabjának kiszorítása.

A leggyakoribb vásárlói hibák előre láthatóak:

• Kizárólag egységár alapján választunk.
• A mozgásrendszer túlzott specifikációja.
• A HMI alulspecifikálása.
• A tervezés lefagyásáig eltelt időt figyelmen kívül hagyva.
• Komponensek keverése szabvány nélkül.
• Az életciklus és az elavulás tervezésének elmulasztása.

A megoldás szintén kiszámítható: definiáljuk a géposztályt, feltérképezzük a valós mozgásfüggvényeket, dokumentáljuk az operátor igényeit, validáljuk a beszállítói kockázatot korán, szabványosítsuk a magot, és teszteljük az architektúrát, mielőtt mindenhol bevezetnénk.

Hogyan válasszunk beszállítót, valamint a vevővel kapcsolatos GYIK

Egy erős Omron beszállítónak többet kell értenie a cikkszámoknál. Képesnek kell lennie a mozgásarchitektúra, a HMI méretezése, a valószínűsíthető beszerzési kockázatok és a helyettesítési határok megvitatására.

Tisztában kell lenniük a készlettel, reálisnak kell lenniük a gyári átfutási időkkel kapcsolatban, és magabiztosan kell támogatniuk mind a prototípus mennyiségeket, mind az ismétlődő OEM igényeket.

Rendelés előtt tegyen fel közvetlen kérdéseket:

• Mi van most raktáron?
• Mennyi a gyári átfutási idő a többi esetében?
• Vannak-e minimális mennyiségi követelmények prototípus vagy kísérleti gyártás esetén?
• Tudnak-e támogatni általános megrendeléseket vagy ütemezett megjelenéseket?
• Milyen dokumentáció jár a rendeléshez?
• Mi történik, ha egy kiválasztott alkatrész kényszer alá kerül?
• Tudsz-e támogatni ismételt építéseket a következő 12-24 hónapban?

A vészjelzők ugyanilyen fontosak. Legyen óvatos azokkal a beszállítókkal, akik homályosan fogalmaznak a nyomonkövethetőséget illetően, olyan szállítási határidőket ígérnek, amelyeket nem tudnak dokumentálni, túlméretezett hardvereket küldenek anélkül, hogy megindokolnák az okát, vagy az árajánlatkérés után eltűnnek.

A vásárlók számára egy egyszerű értékelőlista jól működik:

• Műszaki támogatási képesség.
• Kereskedelmi rugalmasság.
• Készletmélység.
• Exporttámogatás, ahol releváns.
• Válaszidő.
• Ismétlődő sorrendű konzisztencia.