MicroLogix 1400 online szerkesztési hiba MUL utasítással
Hárítsa el a MicroLogix 1400 MUL online szerkesztési hibáját az operandustípus-, adatfájl-, memória-, szoftver- és kommunikációs okok elkülönítésével, majd ellenőrizze a skálázás működését anélkül,...
A MicroLogix 1400 offline ellenőrizhet egy projektet, online szerkesztés közben azonban elutasíthat egy MUL-létrát. Csábító az EtherNet/IP-re fogni a problémát, vagy feltételezni, hogy mindig a tizedes konstans okozza. Maga a hibaüzenet egyik következtetést sem bizonyítja. A futás közbeni szerkesztés olyan korlátozásokat vezet be, amelyek offline nem léteznek, és a vezérlő meglévő adatfájljaiban az aritmetikai utasításnak kompatibilis forrás- és céladattípusokat is fel kell oldania.
A gyakorlati megoldás a kontrollált diagnosztika. Őrizze meg az aktuális programot, jegyezze fel a vezérlő és a szoftver pontos verzióját, azonosítsa, mi változott a létrában, és állapítsa meg, hogy a hiba a szerkesztési mechanizmushoz vagy magához a matematikai művelethez kapcsolódik-e. Így az éles hibaelhárítás nem válik egymástól független, nehezen visszavonható vagy ellenőrizhető módosítások sorozatává.
Egyszerre csak egy operandust módosítson, és tartsa elérhetően az eredeti létrát összehasonlítás céljából, amíg a szerkesztést le nem tesztelte és össze nem állította.
Kezdje a vezérlő online szerkesztési korlátaival
A Rockwell Automation MicroLogix 1400 felhasználói kézikönyve megkülönbözteti az offline és az online szerkesztést. Online munkavégzés során nem lehet programfájlokat létrehozni vagy törölni, adattábla-fájlokat átméretezni, az I/O-konfigurációt módosítani, illetve több védelmi beállítást megváltoztatni. A kézikönyv arra is figyelmeztet, hogy a módosítások elfogadása, összeállítása vagy megszakítása megnövelheti a letapogatási időt és a késleltetést, továbbá hogy a rendelkezésre álló programmemória korlátozza, mennyi módosított logika létezhet együtt az összeállítás előtt.
Ezek a korlátozások közvetlenül érintik a javasolt lebegőpontos javítást. Ha a program már tartalmaz megfelelő méretű F-fájlt, a technikus hivatkozhat egy meglévő elemre. Ha a Float-fájl nem létezik, vagy több elemre van szüksége, annak létrehozása vagy átméretezése offline módosítást és letöltést igényel. Ha egy operandusproblémát úgy próbál megoldani, hogy futás közbeni szerkesztés során létrehozza az F8:7-et, az más okból fog meghiúsulni, még akkor is, ha a matematikai kialakítás egyébként helyes.
Bizonyítsa be, hogy a hiba a létrát vagy a kapcsolatot követi-e
A matematika módosítása előtt fogadjon el egy ártalmatlan, engedélyezett módosítást egy tesztterületen, vagy erősítse meg, hogy ugyanazon karbantartási eljárás mellett egy másik tervezett módosítás elfogadható. Ha minden módosítás sikertelen, vizsgálja meg a programozószoftver kompatibilitását, a vezérlő üzemmódját, a programmemóriát, a szerkesztési jogosultságot és a kommunikáció stabilitását. Egy hálózati megszakadás lezárhatja a szerkesztési munkamenetet, de a stabil online kapcsolat önmagában nem garantálja, hogy a kért létra engedélyezett.
Rögzítse a teljes hibaüzenetet, valamint a beszúrási és helyettesítési zónák állapotát. A következő próbálkozás előtt szabályosan szakítsa meg a sikertelen módosításokat. Győződjön meg arról, hogy legalább egy ismert, megfelelő letöltés létrehozta a felhasználói kézikönyvben ismertetett online szerkesztési alapállapotot, és ellenőrizze, hogy a munkaállomáson megnyitott projekt megegyezik-e a vezérlőben lévő képpel.
A tört szorzókat megfontoltan kezelje
Egy olyan szorzó, mint a 0.7, tört értéket képvisel. Ha ezt egy meglévő Float-elemben tárolja, egyértelművé teszi a típusát, és lehetővé teszi, hogy a karbantartás kontrollált adatcímen keresztül dokumentálja vagy módosítsa a tényezőt. A forrásoperandus módosítása azonban csak a mérnöki döntés egyik fele. A cél határozza meg, hogy a tört eredmény megmarad-e, vagy egész számú reprezentációvá alakul.
Ha a cél egy N-fájlbeli egész szám, tesztelje a vezérlő konverziós viselkedését a teljes üzemi tartományban. Ne egyetlen példából, például a tíz 0.7-tel való szorzásából következtesse ki az eredményt. Ellenőrizze a pozitív, negatív, nullához közeli, maximális és minimális értékeket, valamint tekintse át az alkalmazásban használt matematikai állapotkezelést. Ha az utána következő logikának tört felbontásra van szüksége, használjon megfelelő Float célt, és csak azon a határon végezzen konverziót, ahol valóban egész számra van szükség.
Egy meglévő Float-cím egyértelművé teheti a tizedes tényezőt, de a cél típusa és tartománya továbbra is teljes körű tesztelést igényel.
Alkalmazzon biztonságos javítási sorrendet
Először töltse fel, vagy más módon őrizze meg a futó programot, és jegyezze fel a vezérlő katalógusszámát, sorozatát, firmware-verzióját, az RSLogix 500 verzióját, a szabad memóriát és az üzemmódot. Ezután keressen egy meglévő, nem használt, dokumentált és átméretezés nélkül elérhető Float-elemet. Inicializálja a szükséges mérnöki tényezőre a telephely jóváhagyott eljárásával, majd online erősítse meg az értéket.
Csak a tényezőt képviselő MUL-forrást módosítsa. Az első fordítási teszthez hagyja az eredeti célt a helyén, kivéve, ha a pontossági követelmények már eleve Float célt tesznek szükségessé. Biztonságos állapotban fogadja el és tesztelje a módosítást. Az összeállítás előtt több bemeneti értéken hasonlítsa össze az eredményt egy független számítással. Ha Float célt vezet be, a címek módosítása előtt kövesse nyomon a régi egészérték minden felhasználását.
Ha nincs megfelelő Float-elem, állítsa le a futás közbeni szerkesztést. Adja hozzá vagy méretezze át az adatfájlt offline, ellenőrizze a teljes projektet, ütemezze a letöltést, és határozzon meg visszaállítási tervet. Ez a kellemetlenség kisebb kockázatot jelent, mint egy ellenőrizetlen matematikai kerülőmegoldást erőltetni egy működő gépen.
Egész számos arányskálázást csak akkor használjon, ha a tartomány megfelel
Egyes alkalmazások a 0.7-et hét tized arányaként tudják ábrázolni. A számlálóval való szorzás és a nevezővel való osztás elkerülheti a Float-függőséget, de a műveleti sorrend, a köztes tartomány, az előjel és a kerekítés tervezési döntéssé válik. Az először végzett szorzás több felbontást őriz meg, de túlcsordíthat egy köztes egész számot. Az először végzett osztás csökkenti a túlcsordulás kockázatát, miközben hamarabb veszít információt.
A vezérlő által támogatott, megfelelő tartományú köztes adattípust használjon, és erősítse meg a pontos utasításviselkedést a MicroLogix referenciakézikönyvében. Az arányszámítás nem automatikusan biztonságosabb a lebegőpontos számításnál; csak akkor hasznos, ha a szükséges felbontás és a teljes mérési tartomány dokumentálva és tesztelve van.
A gépet ellenőrizze, ne csak a fordítót
Az elfogadott létra a szintaxist és a szerkesztés engedélyezhetőségét bizonyítja, nem a folyamat helyességét. Kövesse nyomon a forrást, a tényezőt, a köztes értéket, a célt, a releváns állapotbiteket és a számítás által befolyásolt fizikai mennyiséget. Tesztelje a határértékeket és az adatforrás kiesését. Győződjön meg arról, hogy a riasztások, reteszelések, HMI-skálázás, historikus értékek, valamint minden PID- és összehasonlítási logika a szándéknak megfelelően értelmezi az eredményt.
A tesztelés és az összeállítás során figyelje a letapogatási időt. Kerülje a módosítások sorozatának végrehajtását, miközben a folyamat gyorsan változik, és ne használjon kényszerítéseket kontrollált tesztterv helyett. Ha a kommunikáció továbbra is instabil, állítsa vissza az ismert állapotot, és az online módosítások folytatása előtt oldja meg a hálózati problémát.
Kompatibilis vezérlőreferencia található a MicroLogix 1400 termékoldalán, míg a kapcsolódó platformok a PLC- és PAC-rendszerek kategóriában vannak csoportosítva. Bármely cserehardver használata előtt igazítsa egymáshoz a pontos katalógusszámot, tápellátási konfigurációt, I/O-t, firmware-t és projektkövetelményeket.
Mérnöki nézőpont
A legmegbízhatóbb javítás nem az, hogy „minden tizedes literált cseréljünk F8-ra”. Hanem annak meghatározása, hogy a szerkesztés igényel-e adatfájl-módosítást, a numerikus típusok egyértelművé tétele, és az eredmény igazolása a teljes mérnöki tartományban. Ez a megközelítés úgy oldja meg a fordítási problémát, hogy közben nem rejt el olyan skálázási hibát, amely nagyobb kárt okozhatna, mint az elutasított létra.