Labview portál - téma megtekintése - klaszter hibák
A hibák csoportja nagyon jó ötlet és ötlet, amelyet a LabVIEW sikeresen végrehajtott.
Tudom, hogy számos előnye van a hibaklusszernek:
- A következő műveletek végrehajtásának feltétele:
Azaz, ha minden egyes blokk diagramja subVIs hogy feltételes szerkezet függő az előző subVIs, az összes többi subVIs egyszerűen nem fogják teljesíteni, és egy hiba bukkan fel az első subVIs. Talán kezdők talán nehéz megérteni a jelentését a fenti, de ez az egyik fő elve haladó programozók, nem csak a LabVIEW, hanem más programozási nyelveket.
- A LabVIEW használata a nyomon követési struktúra helyett:
Mint tudják, a LabVIEW a szöveges programozási nyelvektől eltér az adatáramlás elvétől, azaz úgynevezett "adatáramlás elve". Ez azt jelenti, hogy az al-eszköz megkezdi a végrehajtását, ha minden bemenetének van valami értéke. Ha nincs bemenet, akkor az al-eszköz azonnal végrehajtásra kerül! Függetlenül attól, hogy hol található a blokkdiagram: felső, alsó, bal vagy jobb. Tehát néhány olyan kezdők, akik nem teljesen ismerik ezt az elvet, a nyomon követési struktúrát használják, bár a hibacsoport bemeneteit használhatják, különösen, mivel más előnyökkel jár.
- A program hibáinak felismerése:
Nos, elvileg ez a kinevezése. Azt hiszem, érdemes elolvasni a LabVIEW dokumentációját annak megértéséhez, hogy mi az. Ezenkívül létrehozhat egy fájlt a hibajegyzékkel minden egyes programhoz.
pl. írta: A hibacsoport egy nagyon jó ötlet és ötlet, amelyet sikeresen alkalmaztunk a LabVIEW-ben.
Nehéz lehet a kezdő számára megérteni a fenti jelentést,
pl. írta: Használja a LabVIEW-t a sorrend struktúrája helyett
egy jó elv, de nem mindig működik, nem minden program lapos, valószínűleg nem fog működni, ha két vagy több sor van, mindegyiknek saját hiba vezetéke van
pl. írta: létrehozhat egy fájlt a hibák listájával minden egyes programhoz
itt jól jön
Korotenko Alexey írta: olyan, mint én, ugye?
Korotenko Alexey írta:
egy jó elv, de nem mindig működik, nem minden program lapos, valószínűleg nem fog működni, ha két vagy több sor van, mindegyiknek saját hiba vezetéke van
Lehetséges, hogy több hibás klasztert egyesítsenek egybe, bár ez a helytelen fellépés lehet.
Íme az első ponttal:
A zöld keret csak az al-eszköz feltételes végrehajtása. Ha az al-eszköz bemenetén hiba történt, akkor nem fog végrehajtani.
igen, neee, én csak elakadt
pl. írta: Nem tudom pontosan, milyen ismerős vagy
pl. írta: bár ez téves fellépés lehet az én részemről.
hibakód a fürtben - ez azt jelenti, hogy a "vi függvény nem volt megfelelően végrehajtva"?
Először az állapot határozza meg, hogy volt-e hiba vagy sem. Nos, és ha az állapot pozitív, akkor számot kell keresni (vagyis a kódot) a hiba típusának meghatározásához.
A DSTP-en végzett munka során hibacsoportot kellett használnom. Az általam létrehozott hibák miatt megváltoztathattam a program logikáját. Különösen a számítógépe hálózati interfészének jelenlétében / hiányában bekövetkezett hibák miatt a programomban nem működött az adatfogadás / adatátvitelért felelős rész /. A fogási hibák használata lehetővé tette a futó program "menet közben" megváltoztatását az internethez való csatlakozás típusának megváltoztatásához, ami a végfelhasználók számára nem volt valami rossz.
A LabVIEW We Trust-ban
Mindig használok hiba klaszter, azon kívül, hogy ez végre egy egyirányú adatforgalom, így is kényelmesen nyomon hibák nagy projektek segítségével sok számítást és a hívott alprogramok.
IMHO, egy hibacsoport a "kivétel" fogalom végrehajtásának megvalósítása a C + + kivételtől LView és adatfolyam alapján. Mennyire sikeres egy másik kérdés.
Try-Catch-Végül annál kényelmesebb lesz, de még nehezebb, különösen akkor, ha több választási kivételt alkalmaz.