Technikai dokumentáció. A Programozói útmutató célja Hibaüzenetek Programozói útmutató
Az alábbiakban egy példa (minta) dokumentum található " Használati útmutató", amelyet az RD 50-34.698-90 irányelvek alapján fejlesztettek ki.
Ezt a dokumentumot informatikus vagy funkcionális szakember, vagy műszaki író készíti el a rendszer és részei munkadokumentációjának kidolgozása során a „Munkadokumentáció” szakaszban.
A használati útmutató elkészítéséhez az eszközt vettük példaként Oracle Discoverer információs és elemző rendszer "Corporate Data Warehouse".
Az alábbiakban a felhasználói kézikönyv összetétele található a GOST szerint. Röviden az egyes szakaszokon belül a kitöltési példa tartalmi és szöveges követelményei adottak(függőleges vonallal kiemelve).
A felhasználói kézikönyv szakaszai:
1. Bemutatkozás
A „Bevezetés” részben tüntesse fel:
- alkalmazási terület;
- a lehetőségek rövid leírása;
- felhasználói képzés szintje;
- az üzemeltetési dokumentáció listája, amelyet a felhasználónak el kell olvasnia.
1.1. Alkalmazási terület
A dokumentum követelményei akkor érvényesek, ha:
- előzetes komplex tesztek;
- próbaüzem;
- átvételi tesztek;
- ipari működés.
1.2. A funkciók rövid leírása
A Corporate Data Warehouse (IAS CCD) információs és elemző rendszert úgy alakították ki, hogy optimalizálja a technológiát a végfelhasználók taktikai és stratégiai irányítási döntéseihez a Társaság pénzügyi és gazdasági tevékenységének minden aspektusára vonatkozó információk alapján.
Az IAS QCD lehetőséget biztosít a szabályozott és nem szabályozott jelentésekkel való együttműködésre.
A jelentéskészítés során az Oracle Discoverer Plus felhasználói eszközt használják, amely a következő szolgáltatásokat nyújtja:
- táblázatos és kereszttáblás jelentések generálása;
- különféle diagramok készítése;
- elemzési eredmények exportja és importja;
- elemzési eredmények nyomtatása;
- az elemzési eredmények terjesztése.
1.3. Felhasználói élmény szintje
A QCD IAS felhasználónak rendelkeznie kell MS Windows (95/98/NT/2000/XP), Internet Explorer, Oracle Discoverer szoftverrel, valamint a következő ismeretekkel:
- ismeri az adott tárgykört;
- ismerje a többváltozós elemzés alapjait;
- megérteni a tárgykör többdimenziós modelljét;
- ismeri és rendelkezik az analitikai alkalmazásokkal való munkavégzéshez szükséges készségekkel.
A felhasználói minősítésnek lehetővé kell tennie:
- jelentéseket generál az Oracle Discoverer Plusban;
- adatelemzést végezni.
1.4. Azon üzemeltetési dokumentáció listája, amelyet a felhasználónak el kell olvasnia
- Információs és elemző rendszer "Corporate Data Warehouse". ÚTLEVÉL;
- Információs és elemző rendszer "Corporate Data Warehouse". A RENDSZER ÁLTALÁNOS LEÍRÁSA.
2. Az Oracle Discoverer Plus használatának célja és feltételei
A „Cél és felhasználási feltételek” részben tüntesse fel:
- tevékenységtípusok, funkciók, amelyek automatizálására ez az automatizálási eszköz szolgál;
- feltételek, amelyek (teljesítés, bekövetkezés) függvényében a célnak megfelelő automatizálási eszközök használata biztosított (például a számítógép típusa és a hardver konfigurációja, az operációs környezet és a rendszerszintű szoftver, bemeneti információk, adatok hordozók, adatbázis, a szakemberek képzésére vonatkozó követelmények stb. . P.).
Az Oracle Discoverer Plus az IAS QCD részeként arra készült, hogy automatizálja a jelentési űrlapok elkészítését, teljesítménymutatókon alapuló testreszabását, valamint a vállalati adattárház információkon alapuló mélyreható adatfeltárást.
Az Oracle Discoverer Plus-szal a QCD IAS részeként való munkavégzés akkor lehetséges, amikor információszerzésre van szükség az elemzéshez, ellenőrzéshez, megfigyeléshez és döntéshozatalhoz.
Az Oracle Discoverer Plus használata a QCD IAS részeként elérhető minden felhasználó számára, aki meghatározott hozzáférési jogosultságokkal rendelkezik.
3. Felkészülés a munkára
A „Munkára való felkészülés” részben tüntesse fel:
- a terjesztési adathordozó összetétele és tartalma;
- adatok és programok betöltésének sorrendje;
- működés-ellenőrzési eljárás.
3.1. A terjesztési adathordozó összetétele és tartalma
Az IAS QCD használatához a következő szoftverre van szükség:
- Internet Explorer (a Windows operációs rendszer része);
- Az Oracle JInitiator automatikusan telepítésre kerül, amikor a felhasználó először éri el a QCD IAS-t.
3.2. Hogyan töltsünk le adatokat és programokat
Mielőtt elkezdené a munkát az IAS QCD-vel a felhasználó munkahelyén, a következő lépéseket kell megtenni:
- Látogassa meg az IAS CCD webhelyét, ias-dwh.ru.
- A letöltés során a megjelenő "Biztonsági figyelmeztetés" ablakban, amely a következőket tartalmazza: "Szeretné telepíteni és futtatni az "Oracle JInitiator"-t..." Kattintson az "Igen" gombra.
- Ezután elindul az Oracle JInitiator telepítése a számítógépére. Válassza a Tovább gombot, majd az OK gombot.
3.3. Az állapotfelmérés eljárása
Az IAS QCD elérhetőségének a felhasználó munkahelyéről történő ellenőrzéséhez a következő lépéseket kell végrehajtania:
- Nyissa meg az Internet Explorert, ehhez kattintson az "Internet Explorer" parancsikonra az asztalon, vagy hívja meg a "Start" menüből.
- Írja be a címet: ias-dwh.ru az Internet Explorer címsorába, és kattintson a "Go" gombra.
- Adja meg felhasználónevét és jelszavát a hitelesítési űrlapon. Nyomja meg a "Tovább" gombot.
- Győződjön meg arról, hogy az Oracle Discoverer Plus alkalmazás meg van nyitva az ablakban.
Ha az Oracle Discoverer Plus alkalmazás nem indul el, lépjen kapcsolatba a támogatással.
4. Műveletek leírása
A "Műveletek leírása" részben tüntesse fel:
- az összes elvégzett funkció, feladat, feladatkomplexum, eljárás leírása;
- a funkciók ellátásához szükséges adatfeldolgozás technológiai folyamata műveleteinek leírása, feladat- (feladatok) komplexumok, eljárások.
Minden adatfeldolgozási műveletnél tüntesse fel:
- Név;
- feltételek, amelyek mellett a művelet lehetséges;
- előkészítő intézkedések;
- fő műveletek a kívánt sorrendben;
- végső intézkedések;
- a művelethez szükséges erőforrásokat.
4.1. Elvégzett funkciók és feladatok
Az Oracle Discoverer Plus a QCD IAS részeként az alábbi táblázatban látható funkciókat és feladatokat látja el:
4.2. A feladatok elvégzéséhez szükséges adatfeldolgozási munkafolyamat-műveletek leírása
Az alábbiakban az egyes feladatok végrehajtásához szükséges felhasználói műveletek leírása található.
Feladat: "Jelentésvizualizáció"
1. művelet: Regisztráció az IAS CEA portálján
- A felhasználó számítógépe csatlakozik a vállalati hálózathoz.
- Az IAS QCD portál elérhető.
- Az IAS QCD normál üzemmódban működik.
Előkészületi lépések:
A felhasználó számítógépén a jelen dokumentum 3.2. pontjában megadott további beállításokat kell elvégezni.
- Kattintson duplán a bal egérgombbal az "IAS QHD" ikonra az asztalon.
- A megnyíló ablakban a "Bejelentkezés" mezőbe írja be a felhasználónevet, a "Jelszó" mezőbe írja be a felhasználó jelszavát. Nyomja meg a "Tovább" gombot.
Utolsó lépések:
Nem szükséges.
15-30 másodperc.
2. lépés: Jelentés kiválasztása
Feltételek, amelyek mellett a művelet lehetséges:
Sikeres regisztráció az IAS CCD portálon.
Előkészületi lépések:
Nem szükséges.
A fő műveletek a kívánt sorrendben:
1. A megjelenő "Varázsló munkafüzetek létrehozásához" ablakban tegyen egy pontot a "Meglévő munkafüzet megnyitása" elem elé.
2. Válassza ki a kívánt munkafüzetet, és kattintson a "Megnyitás" gombra:
Utolsó lépések:
A jelentéssel végzett munka befejezése után válassza a "Fájl" menüpontot, majd a "Bezárás" menüpontot.
A műveletre fordított források:
15 másodperc.
Feladat: "Táblázatos és grafikus jelentési űrlapok kialakítása"
Analógia alapján kitöltve.
5. Vészhelyzetek
A „Vészhelyzetek” részben tüntesse fel: 1. intézkedéseket a technológiai folyamat végrehajtási feltételeinek be nem tartása esetén, beleértve a műszaki eszközök hosszú távú meghibásodását is; 2. programok és/vagy adatok visszaállítására irányuló intézkedések mágneses adathordozó meghibásodása vagy adathibák esetén; 3. intézkedések az adatokkal való jogosulatlan beavatkozás észlelése esetén; 4. cselekvések egyéb vészhelyzetekben.
Ha az IAS QCD működése során olyan hibák lépnek fel, amelyeket az alábbiakban ebben a részben nem ismertetünk, kapcsolatba kell lépnie a DIT technikai támogatási egység (HelpDesk) alkalmazottjával vagy az IAS QCD felelős adminisztrátorával.
| Hibaosztály | Hiba | Hiba leírása | Hiba esetén felhasználói beavatkozás szükséges |
|---|---|---|---|
| IAS QCD portál | A kiszolgáló nem található. Az oldal nem jeleníthető meg | Problémák adódhatnak a hálózattal vagy az IAS QCD portálhoz való hozzáféréssel. | A hálózati problémák megoldásához vegye fel a kapcsolatot a műszaki támogatási osztály (HelpDesk) egyik tagjával. Egyéb esetekben az IAS CCD adminisztrátorához. |
| Hiba: Érvényes felhasználónév szükséges | Az IAS CCD portálon történő regisztráció során nem adtak meg felhasználónevet. | Adja meg a felhasználónevet. | |
| Hiba: A regisztrációhoz jelszó szükséges | Az IAS CCD portálon történő regisztráció során nem adtak meg jelszót. | Írd be a jelszót. | |
| Hiba: A hitelesítés nem sikerült. Próbáld újra | A megadott felhasználónév vagy jelszó helytelen, vagy a fiók nincs regisztrálva. | Újra meg kell adnia a felhasználónevet és a jelszót, de a harmadik sikertelen regisztrációs kísérlet után a fiók blokkolásra kerül. Ha a fiók le van tiltva, kapcsolatba kell lépnie az IAS CEA adminisztrátorával. | |
| Munkaállomás áramkimaradás | A munkaállomáson nincs áram, vagy áramkimaradás történt. | A munkaállomás leállt vagy újraindult. | - nyomja meg a "Start" gombot - válassza a "Futtatás" lehetőséget Próbáljon újra csatlakozni (bejelentkezni) az IAS QCD-hez |
| LAN hiba | Nincs hálózati interakció a munkaállomás és az IAS CCD alkalmazáskiszolgálója között | Az IAS QCD-vel való munka megkezdésére (folytatására) nincs lehetőség. Nincs hálózati kapcsolat az IAS CCD-kiszolgálóval | Indítsa újra a munkaállomást. Ellenőrizze az IAS KHD szerver elérhetőségét a 80-as porton a következő parancsok végrehajtásával: - nyomja meg a "Start" gombot - válassza a "Futtatás" lehetőséget - a beviteli sorba írja be a telnet ias_dwh.ru 80 parancsot - ha megnyílik a Telnet ablak, akkor lehetséges a kapcsolat. A helyi hálózat helyreállítása után próbáljon meg újra csatlakozni (bejelentkezni) az IAS QCD-hez. |
Kovtun M.V. 2012. január
Szoftver és hardver
vízszintzárak és védelem
Programozói útmutató
A vezérlőprogram felépítése
MEGJEGYZÉS
Ez a dokumentum a programozható logikai vezérlő (PLC) alkalmazási szoftverének (PPO) célját, használati feltételeit és jellemzőit írja le. Az ipari számítógépes (PC) alkalmazásszoftver leírása a Kezelési kézikönyvben található. Ebben a dokumentumban szükség esetén hivatkozások találhatók a számítógépes szoftverekre.
TARTALOM
1. A PROGRAM CÉLJA ÉS ALKALMAZÁSÁNAK FELTÉTELEI
1.1 A PLC szoftver célja
1.2.A szoftver PLC használatának feltételei
2. A PROGRAM JELLEMZŐI
2.1. PLC szerkezet
2.3. A Unity szoftverben használt egyedi funkcióblokkok
3. KAPCSOLAT A PROGRAMMAL
4. BEMENETI ÉS KIMENETI ADATOK
5. ÜZENETEK
1. A PROGRAM CÉLJA ÉS ALKALMAZÁSÁNAK FELTÉTELEI
Az Erőmű 1., 2. számú erőművek gőzfejlesztőiben a reteszelés és vízszintvédelem PTS-e a gőzfejlesztők csőrendszerének védelmét szolgálja a vízszint csökkenésekor, valamint a rendszer védelmét a tápvíz behatolásától. a turbina áramlási útjába emelt szinten a gőzfejlesztőben.
A technológiai folyamat védelmét technológiai berendezések komplexuma biztosítja:
Szerelvények a fő tápvízvezetéken (VP-9);
Szerelvények a fő tápvízvezetéken (VP-10);
Szerelvények az öblítővezetéken (U5-01);
Szerelvények az öblítővezetéken (U5-02);
Szerelvények a tápvíz-megkerülő vezetéken (VP11);
Parancsok a vészhelyzeti nyomásfokozó elektromos szivattyú (APEN-1) bekapcsolására;
Parancsok a vészhelyzeti nyomásfokozó elektromos szivattyú (APEN-2) bekapcsolására;
Turbinagenerátor leállítási parancs (TG3);
Turbinagenerátor leállítási parancs (TG4);
Folyamatjelzés kiadása szintcsökkenéskor 6 SG-ből 4-ben
Védelmi üzem technológiai jelzésének kiadása + 300 mm-rel
Teljesítményszabályozó kikapcsolási parancs az öblítővezetéken +75 mm
Parancs a teljesítményszabályozó kikapcsolására a lefúvató vezetéken 500 tonna
Folyamatjelzés kiadása +125mm-nél
Folyamatjelzés kiadása +75mm-nél
Folyamatjelzés kiadása ±50mm-rel
Technológiai jelzések kiadása -120mm-nél
Folyamatjelzés kiadása 500t/óra
A rendszer működését alkalmazási szoftver (APS) biztosítja.
Az alkalmazásszoftver ipari számítógépes alkalmazásszoftvert (PC-alkalmazást) és programozható vezérlőalkalmazást (PLC-alkalmazást) tartalmaz.
1.1. A PLC szoftver célja
A PTS részeként a PLC szoftver a következő funkciókat valósítja meg:
– a vezérlők redundanciája;
– bemeneti-kimeneti jelek fogadása és feldolgozása három azonos bemeneti-kimeneti kosárból;
– Fogadja és szűri a bemeneti diszkrét jeleket az érintkezők esetleges „pattanásából”.
– Analóg bemeneti jeleket vesz és dolgoz fel:
biztosítja a jelkimenet vezérlését a megengedett határokon túl (jel megbízhatatlansága);
analóg jelskálázást végez;
a küszöbértékek hiszterézisét végzi;
három jel állapotát elemzi a kosarak összetételéből és megbízható értékekből;
szűrést hajt végre a jelen a jelérték növekedésének vagy csökkenésének mértéke szerint.
– Diszkrét jelzések kiadása a berendezés felé (védelem aktiválása);
– A paraméterek feladatoktól való eltérésének ellenőrzése és a beállított értékek elérése;
- Végrehajtási intézkedések kiadása a vezérlőterem folyamatjelző lámpáiról;
– Védelmi és blokkoló algoritmusok megvalósítása;
– Adatcsere a szomszédos rendszerekkel Modbus/TCP/IP csatornán keresztül;
- A vezérlő modulok hibaellenőrzése, valamint a munkaállomás számára a vezérlő berendezés állapotáról szóló üzenetek generálása, valamint a központ felé;
– A rendszerberendezések vészhelyzeteinek figyelése;
- A PLC szoftver lehetőséget ad arra, hogy az ipari számítógépről, valamint a vezérlőpanelről olyan kulcsokat kapjon, amelyek letiltanak bizonyos védelmet és blokkolják a rendszert.
1.2. A PLC szoftver használatának feltételei
A rendszer általános felépítése az 1. ábrán látható.
1. ábra Alkalmazási szoftverek általános architektúrája
A PTS komplexum a következő hardver- és vásárolt szoftverkomponenseket tartalmazza:
1) Két P266 CPU-alapú QUANTUM programozható logikai vezérlő (PLC), amelyek üzem közbeni készenléti módban működnek. Runtime Unity Pro 4.1 XL.
2) Ipari számítógép, amely a következőkből áll:
– személyi számítógép (beágyazott ipari számítógép);
– operációs rendszer Windows XP Pro SP3;
– CITECT 7 vizualizációs csomag
A PLC-k az Ethernet hálózaton (PLC oldalról) és I/O csatornákon keresztül lépnek kapcsolatba a külső alrendszerekkel.
A PLC és az ipari számítógép közötti interakció az Ethernet hálózaton keresztül történik.
A TCP a projekttel összhangban kifejlesztett alkalmazásszoftver-összetevőket tartalmaz:
A Unity Pro alkalmazás telepítve van a PLC-re.
PC-re telepített Citect alkalmazás.
2. A PROGRAM JELLEMZŐI
2.1. PLC szerkezet
A PLC alkalmazásszoftver Unity v.4.1 környezetben írt alkalmazásként van megvalósítva (lásd 1. ábra). Az alkalmazás neve upg.stu.
Az upg.stu alkalmazás biztosítja a PLC-n megvalósított rendszer funkcionalitásának megvalósítását minden üzemmódhoz.
Az alkalmazás tartalmazza:
hardver és szoftver konfiguráció;
funkcionális modulok halmaza, amelyek mindegyikét az LD (létradiagram) nyelven írt szakaszok valósítják meg;
a projekt keretében kidolgozott funkcionális blokkok készlete;
adatbázis;
animációs táblázatok.
Az alkalmazás a következő funkcionális modulokat tartalmazza, amelyek mindegyike egy vagy több programmodult tartalmaz, az 1. táblázat szerint.
Asztal 1
Init A szakasz az indítást követő első ciklusban kerül végrehajtásra, és biztosítja, hogy minden paraméter inicializálva legyen.
AI_to_AM Analóg bemeneti jel feldolgozó rész. A megfelelő jelblokk meghívásra kerül, hogy értéket rendeljen egy belső változóhoz, és ellenőrizze a csatorna érvényességét.
DI_to_DM szakasz a bemeneti diszkrét változók feldolgozásához. A megfelelő jel funkcióblokkját meghívjuk, hogy értéket rendeljen egy belső változóhoz és ellenőrizze a csatorna érvényességét.
Összehasonlító szakasz a három különböző elosztott I/O binből vett értékek összehasonlításához. A jelek összehasonlítása a 3-ból 2 logika szerint történik. Ha két jel azonos és a harmadik eltérő, akkor az utóbbi érvénytelen.
Szakasz neve Funkcionalitás
Riasztások Digitális és analóg jelfeldolgozó rész a határértékek elérésének meghatározásához. Riasztások és parancsok fejlesztése reteszelések és védelmek végrehajtásához.
INTERLOCK Blokkolás és védelmi algoritmus kialakítása rész. Ez a szakasz az aktuátorokhoz társított változókra ír.
SIM-rész a vezérlő szimulációs és tesztelési módjának vezérléséhez.
DIAGNOSZTIKA A vezérlő diagnosztikai információinak generálására szolgáló rész.
A szakaszokon belül a következő szubrutinok használatosak:
2. táblázat
Szakasz neve Funkcionalitás
CompAI Három különböző analóg érték összehasonlítására, az eredményül kapott érték, valamint az egyes csatornákra vonatkozó diagnosztikai információk kiadására tervezett funkcióblokk.
CompDI Egy funkcióblokk, amely három különböző kosárból érkező három diszkrét jel összehasonlítására szolgál, és az eredményül kapott értéket, valamint az egyes csatornákhoz tartozó diagnosztikai információkat adja ki.
BlockF Olyan funkcióblokk, amely egy analóg érték elfogadhatatlanul gyors esését vagy emelkedését érzékeli. Szakadás vagy rövidzárlat esetén ez az FB eltávolítja ezt a jelet a feldolgozásból, ami nem teszi lehetővé a folyamat leállítását.
GetDI Egy funkcióblokk, amelyet diszkrét jelek fogadására és feldolgozására terveztek. Elvégzi a névjegyek „visszapattanásának” szűrését.
Szakasz neve Funkcionalitás
HLLA4 Funkcióblokk, amely négy küszöbsértés generálására szolgál egyetlen analóg jelből (HH, H, L, LL). Az FB figyelembe veszi a hiszterézis és a holtzóna paramétereit a jogsértések rögzítéséhez.
GetAI Analóg jelek fogadására és feldolgozására tervezett funkcióblokk. Elvégzi az értékek skálázását és részleges simítási funkciókat is.
SIMPMEHA Funkcióblokk szinuszos zaj kibocsátására. Ez az interferencia „bekeveredik” a szimulált jelbe, hogy valósághű legyen, amikor olyan üzemmódokkal dolgozik, mint például a „mintavételezés”.
SIMPULSE Funkcióblokk adott időtartamú impulzusok kiadására a rendszerben.
SIMPV Olyan funkcióblokk, amely az analóg értéket szimulálja, amikor olyan üzemmódokban működik, mint például a "mintavétel".
2.2. PLC adatstruktúrák
Minden tápegységben összesen hat gőzfejlesztő található, a szoftver programelemei mindegyiknél azonosak.
A vezérlőszoftver projekt a következő adattípusokat használja:
Analóg csatorna állapotszó – szótípus;
Diszkrét csatorna állapot szó – szótípus;
Az analóg csatorna értékét meghatározó szó valós típusú (két szóból áll);
A QUANTUM vezérlő állapotszava szótípus (összesen két szó van lefoglalva);
Szabálysértési állapot szó – szótípus;
A zárolási állapot szó szótípus;
Feloldó kulcsok állapota szó – szótípus;
Az ipari számítógép csak a bitek állapotának a vezérlőszón keresztül történő megváltoztatásával teszi lehetővé a kioldó gombok vezérlését. A PLC az állapotszóval jelzi állapotát. Az adatszavak egyes mezőinek (bitjeinek) leírása a Programozói útmutatóban található.
A PLC változói a következőképpen vannak kódolva:
AI - analóg bemenet a PLC-hez;
AIM – PLC/PC belső analóg bemenet;
DI – diszkrét bemenet a PLC-hez;
DM – PLC/PC belső diszkrét bemenet;
2.3. A Unity szoftverben használt egyedi funkcióblokkok
2.3.1 CompAI analóg csatorna-összehasonlító funkcióblokk
.
2. ábra CompAI analóg csatorna összehasonlító funkcióblokk
Ez az FB három különböző analóg érték összehasonlítására szolgál. Ha az egyik analóg paraméter meghaladja a másik kettő átlagértékét, akkor az értékét nem veszi figyelembe, és hibaüzenetet ír a csatorna tulajdonságába. Ha mindhárom csatorna jó (elfogadható eltérési tűréshatáron belül), akkor a meglévő értékek közül a nagyobb lesz az eredmény.
2.3.2 Analóg csatorna-összehasonlító funkcióblokk CompDI
3. ábra Funkcióblokk a diszkrét csatornák összehasonlításához CompDI
Ez az FB három pár diszkrét jel összehasonlítására szolgál. Ha egy jelpárban két érték megegyezik, akkor ez szakadást vagy rövidzárlatot jelent. Ebben az esetben ezt a párt nem veszik figyelembe, és kivonják a forgalomból. A rendszer üzenetet ad ki az azt okozó szabálysértés természetéről. Ha három különböző pár összértéke eltér, akkor a blokk-algoritmus leállítja azokat, amelyek nem egyeznek az előző kettővel.
2.3.3 Funkcióblokk a BlockF analóg érték esési sebességének kiszámításához
4. ábra Funkcióblokk a BlockF analóg érték esési sebességének kiszámításához
Ez az FB az analóg csatornákon egy érték emelkedésének és csökkenésének sebességének kiszámítására szolgál. Ha egy analóg érzékelő vezetékszakadása vagy a fizikai érték éles csökkenése következik be, akkor az érzékelőről leolvasott paraméter élesen csökkenni kezd. Ez az FB arra készült, hogy rögzítse a rövidzárlattal vagy szakadásokkal kapcsolatos eseményeket, és hibajelet írjon a csatorna állapotszójába. Vagyis szakadás vagy rövidzárlat esetén ez a csatorna kikerül a forgalomból.
2.3.4 GetAI analóg csatorna skálázó funkcióblokk
5. ábra: GetAI analóg link skálázó funkcióblokk
Ez az FB a vezérlő programegységeinek (INT) konvertálására szolgál a technológiai folyamat valós egységeinek (REAL) értékévé. Ha a paraméter túllépi a megengedett hiba határát (OFFSET), akkor a csatornán nem keletkezik hiba, és a paraméter a maximális vagy minimális értéknél megáll. Ha a paraméter jobban kiemelkedik, mint a normalizált hiba, akkor hiba keletkezik a csatornán a jogsértés természetének dekódolásával.
2.3.5 GetDI diszkrét csatornafeldolgozási funkcióblokk
6. ábra: GetDI diszkrét csatornafeldolgozási funkcióblokk
Ez az FB a „visszapattanás” szűrésére szolgál egy különálló csatornán. A csatornával való kommunikáció megszakadása esetén a megadott érték ennek az FB-nek a bemenetére íródik, aminek eredményeként a funkcionális blokk kimenetén a kapott kimenetre az alapértelmezett érték lesz írva.
2.3.6 HLLA4 küszöböt generáló funkcióblokk
7. ábra: HLLA4 küszöbgenerálási funkcióblokk
Ez az FB négy küszöbsértés megvalósítására szolgál, amelyek mind a rendszersértések kibocsátására, mind pedig a blokkolás és védelem megvalósítását szolgáló algoritmusokba való implementálására használhatók. Annak érdekében, hogy a szabálysértés ne tűnjön el azonnal, amikor a beállított érték területét visszaadják, egy hiszterézis funkciót biztosítanak, amely befolyásolja a megsértéssel kapcsolatos jelek kimenetének jellegét.
2.3.7 SIMPMEHA szinuszos zajkeltő funkcióblokk
8. ábra SIMPMEHA szinuszos zajkeltő funkcióblokk
Ez az FB a hibakereséshez és a telepítés működésének szimulálásához kapcsolódó vezérlőmódok megvalósítására szolgál. Ez a jel a diagramon úgy néz ki, mint egy szinuszos görbe, a határértékek (bemeneti változók) által megadott szórási tartományban. Ezt az interferenciát úgy tervezték, hogy "keveredjen" az analóg jel nagyságával, és dinamikus tulajdonságokat és vizuális valósághűséget adjon neki.
2.3.8 SIMPULSE impulzusgeneráló funkcióblokk
9. ábra Funkcióblokk adott hosszúságú impulzusok előállításához SIMPULSE
Ez az FB a hibakereséshez és a telepítés működésének szimulálásához kapcsolódó vezérlőmódok megvalósítására szolgál. Ez a jel a diagramon úgy néz ki, mint egy meander, különböző felső és alsó tartományokkal. A meander csúcsok időértékeit az időkorlátok (bemeneti változók) adják meg.
2.3.9 SIMPV analóg változógeneráló funkcióblokk
10. ábra: SIMPV Analog Variable Generation Function Block
Ez az FB analóg jelek generálására szolgál az eszközök működésének szimulációjához és a vezérlő hibakereséséhez.
3. KAPCSOLAT A PROGRAMMAL
A helyszíni program úgy van beállítva, hogy a vezérlő bekapcsolásakor automatikusan elinduljon. A program állapota megjelenik a vezérlő kijelzőjén. A programbeállítások a rendszer szállítmányában található hordozható számítógépről konfigurálhatók.
4. BEMENETI ÉS KIMENETI ADATOK
A rendszer bemeneti adatai a vezérlőobjektumtól a PTS-hez az objektummal való kommunikációs eszközökön (elosztott perifériákon) keresztül érkező információk, valamint a kezelő által a PC-ről bevitt parancsok.
A rendszer kimenete a PTS-től a vezérlőobjektumhoz az objektummal kommunikáló eszközön keresztül továbbított információ. Az információ a PC-n képernyő formák formájában jelenik meg, és riasztás formájában kerül be a vezérlőterem paneljére.
5. ÜZENETEK
A PLC-PC interfészen keresztül továbbított üzenetek leírása a Programozói kézikönyvben található. 2. rész. PLC-PC interfész. A kezelőnek küldött üzenetek leírása a „Kezelői kézikönyv” című dokumentumban található.
#Kézi, #programozó, #leírás, #PLC, #PTS, #interfész, #analóg, #vezérlő
Létrehozva: 2010.02.02. 09:34:31
A programok használatának célja és feltételei
A "Programok használatának célja és feltételei" részben fel kell tüntetni a program végrehajtásához szükséges célt és feltételeket (térfogat, összetétel és paraméterek, követelmények stb.) [a GOST 19.504-79 2.1. pontjából]
A program jellemzői
A „Program jellemzői” szakasznak tartalmaznia kell a program főbb jellemzőinek és jellemzőinek leírását (ideiglenes jellemzők, működési mód, a program végrehajtásának és ön-visszaállításának felügyeletének eszközei stb.) [a program 2.2. pontjából GOST 19.504-79]
Fellebbezés a programhoz
A „Hozzáférés a programhoz” szakasznak tartalmaznia kell a programhívási eljárások leírását (a vezérlési és adatparaméterek átvitelének módszerei stb.) [a GOST 19.504-79 2.3. pontjából]
Bemeneti és kimeneti adatok
A "Bemeneti és kimeneti adatok" részben meg kell adni a felhasznált bemeneti és kimeneti információk felépítésének leírását, és szükség esetén azt [a GOST 19.504-79 2.4. pontjából]
üzenetek
Az "Üzenetek" szakasznak tartalmaznia kell a programozónak vagy a program végrehajtása során kiadott üzenetek szövegét, azok tartalmának leírását és az üzenetekkel kapcsolatos teendőket [a GOST 19.504-79 2.5. pontjából]
Alkalmazások
További anyagok (példák, illusztrációk, táblázatok, grafikonok stb.) a programozói kézikönyv függelékében találhatók [a GOST 19.504-79 2.6. pontjából]
A használati útmutatót a GOST 19.504-79 alapján állították össze. A programozói útmutatót három esetben fejlesztették ki:
- a szoftvertermék fő célja egy fejlesztői környezet vagy könyvtár (például Delphi vagy Qt);
- egy komplex vagy szoftvertermék platformként szolgál bizonyos típusú programok vagy rendszerek fejlesztéséhez (például 1C vagy Axapta);
- a programot a forráskóddal együtt terjesztik, vagy maguk a fejlesztők folyamatosan módosítják.
A programozói útmutató kézenfekvő feladata, hogy a fejlesztőt olyan információkkal látja el, amelyek elegendőek lesznek ahhoz, hogy a kifejlesztett szoftvertermék alapján saját programokat vagy rendszereket készítsen.
A programozói útmutatónak el kell magyaráznia:
– Milyen objektumokkal foglalkozik a programozó, hol helyezkednek el, mióta léteznek és hogyan hatnak egymásra. Ezek közül melyiket hozza létre saját maga, és melyeket a környezet, keret, könyvtár biztosítja számára kezdetben.
– Milyen egyéb fejlesztői eszközökre van szükség (a kifejlesztett szoftverterméken kívül) egy alkalmazás, rendszer létrehozásához. Például, ha a kifejlesztett szoftvertermék egy könyvtár, akkor a programozónak szüksége lesz egy fordítóra, valamilyen fejlesztői környezetre és egyéb eszközökre.
– Milyen környezetben működik az alkalmazás vagy a rendszer. Mi lesz a minimális rendszerkövetelmény. Szükséges-e további szoftvereszközök a futtatásához: keretrendszerek, futási környezetek, értelmezők.
– Mi a minimális egészséges alkalmazás vagy minimum egészséges rendszer. Milyen objektumokat kell létrehozni és milyen sorrendben, hogyan lehet őket összekapcsolni egymással, hogy az alkalmazás minimális kimenetet tudjon végrehajtani.
– Hogyan (lépésről lépésre) fordítsunk le egy működő alkalmazást vagy telepítsünk működő rendszert.
Ezenkívül a programozói kézikönyvnek tartalmaznia kell a szoftvertermékben található összes objektum teljes leírását. Ha függvények, akkor a szinopszisukat kell megadni, ha osztályokat, akkor az interfészeik leírását stb.
Ha a szoftvertermék eredeti programozási nyelvet használ, és saját fordítója vagy tolmácsa van, annak leírását a programozói kézikönyvben kell feltüntetni.
A következő szabályokat kell betartani a kézikönyv szövegében:
– Egy új fogalom bevezetésénél csak azokra a fogalmakra szabad támaszkodni, amelyeket korábban bevezettek, vagy az olvasó ismer.
– Minden koncepció bevitelét igazolni kell valamivel.
Az egyes objektumok leírásánál a fő követelmény az egyes objektumok leírásának teljessége.
Az objektumok leírásánál különös figyelmet kell fordítani a következő szempontokra:
– Aminek feltétlenül meg kell előznie a tárgy létrehozását és felhasználását.
– Milyen mellékhatásai vannak a tárgyhoz való hozzáférésnek?
– A neki továbbított adatok tárgy szerinti értelmezésének sajátosságai.
– Hol található „fizikailag” (melyik fájlban, melyik könyvtárban) található az objektum.
– Célszerű az egyes objektumokhoz használati példákat hozni, az objektum létrehozását (ha használat előtt létre kell hozni), a bemeneti adatok objektumra történő átvitelét, a kimeneti adatok fogadását ill. értelmezés.
Lehetőség van a programozói kézi hipertext végrehajtására.
A programozói útmutató felépítése:
1. A program célja, alkalmazásának feltételei.
2. A program jellemzői.
3. Fellebbezés a programhoz.
4. Bemeneti és kimeneti adatok.
5. Üzenetek.
A programozói útmutató kiegészíthető különféle diagramokkal, például adatbázis diagramokkal, osztálydiagramokkal, hívási grafikonokkal.
Példaként a rendszer e-port kereskedő programozói kézikönyvének tartalma. Kliens-szerver protokoll.
Az "e-port dealer" rendszer az azonnali fizetés fogadására és lebonyolítására szolgál mobilkommunikációs szolgáltatások, internet-hozzáférés stb. fizetése esetén. A rendszer központi szervere az e-port csoporthoz tartozik, és bárki nyithat fizetési elfogadó pontot. számítógépes (internetre kötött) kliensprogram telepítésével. A központi szerver és a kliens program közötti adatcsere speciális protokoll szerint történik. A protokoll nyitott, amely lehetővé teszi különböző szervezeteknek: bankoknak, kereskedelmi láncoknak, fizetési terminálok hálózatainak, hogy közvetlenül saját rendszerükből fizessenek be. A protokollt az e-port Group fejlesztette ki, a Philosoft műszaki dokumentációját pedig ő készítette el.
BEVEZETÉS
e-port dealer rendszer: kliens-szerver protokoll. A funkciók célja és áttekintése
Protokoll feladatok
A protokoll használatának fő előnyei
1 Protokoll megvalósítás (átjáró)
1.1 Általános információk
1.2 Alkalmazás szerkezete
2. Az átjáró működése
2.1 Regisztráció és jelentés
2.1.1 Regisztráció
2.1.2 Jelentéstétel
2.2 Kommunikáció a szerverrel
2.2.1 A csomag szerkezete
2.2.2 Könyvtárak
2.2.3 Csomagcsere megrendelés
2.3 Művelet feldolgozási ciklus
2.3.2 Várólista
2.3.3 Szerverválasz elemzése
2.3.4 Nem szabványos helyzetek
3 Protokoll specifikáció
3.1 A csomag szerkezeti elemei
3.2 Kérelem fejléce
3.3 Válasz fejléc
3.4 Számlafeltöltés
3.5 PIN kód vásárlása
3.6 Művelet feldolgozásának megszakítása
3.7 Egy művelet tranzakciós tulajdonságai
3.9 Címtár
3.11 Működési állapot
3.11.1 Példák működési állapotüzenetekre
3.11.2 Állapotkódok függőben lévő vagy befejezett tranzakciókhoz
3.11 Rendszerértesítések
4 SZÓSZEDET
ALKALMAZÁSOK
Függelék 1. XML lekérdezés DTD és megjegyzés
Ha a szoftver a használaton és testreszabáson kívül lehetőséget biztosít programkód írására, szerkesztésére vagy használatára. Milyen dokumentum szükséges ebben az esetben?
A programozói útmutató célja
A programozói kézikönyv az üzemeltetési és műszaki dokumentációra vonatkozik, és olyan esetekben szükséges, amikor a rendszer valamilyen módon lehetővé teszi a programkód írását, szerkesztését vagy használatát.
Példák:
– függvénykönyvtár;
– szoftverfejlesztési platform vagy környezet;
- Nyílt forráskódú szoftver.
A dokumentumnak tartalmaznia kell minden szükséges információt, hogy a fejlesztő kihasználhassa a rendszer lehetőségeit. A probléma megoldása érdekében a dokumentum tartalma a következőket tartalmazhatja:
– programfunkciók bemeneti és kimeneti adatainak célja, szerkezete;
– programkód létrehozásának lehetőségei, értelmezésének és fordításának jellemzői;
– a használt programozási nyelv szintaktikai jellemzői;
– lehetséges szabályok és korlátozások a programkóddal végzett munka során;
- különféle utasítások a programmal való munkához.
A lehetséges témák listája nem korlátozódik erre, minden az adott rendszer jellemzőitől függ. Azt kell mondanom, hogy a programozói útmutató nagyon hasznos lehet a rendszerfejlesztők számára, mivel útmutatóként szolgál a szoftverlogika jelenlegi megvalósításához.
Egy tipikus programozói útmutató összetétele
A GOST követelményeinek megfelelően a programozói kézikönyvnek a következő szakaszokat kell tartalmaznia:
– A program célja, alkalmazásának feltételei, ahol feltüntetik a szoftver terjedelmét és a működéséhez szükséges műszaki követelményeket.
– A program jellemzői, ahol leírják a program működési módját, sebességének mutatóit és egyéb fontos használati jellemzőket.
– Fellebbezés a programhoz, ahol feltüntetik a program indításának módjait és paramétereit;
– Bemeneti és kimeneti adatok, ahol leírják a bemeneti és kimeneti adatok formátumát, szervezési módját és egyéb követelményeket;
– üzenetek, ahol a program által különböző helyzetekben kiadott üzenetek szövegei és az ebben az esetben teendők szerepelnek.
A dokumentum mellékleteiben célszerű különféle példákat, illusztrációkat, táblázatokat megadni.
A programozói útmutató szabványai
A GOST-ok is szabályozzák ezt a dokumentumot, ebben az esetben ez a GOST 19.504. Ennek megfelelően kerül meghatározásra a Programozói Útmutató szerkezete és tartalma.
A programozói útmutató kidolgozásának költsége
A programozói útmutató elkészítése magasan képzett szakembert és programozási ismereteket igényel, azonban a professzionális fejlesztők számára ez a munka általában unalmasnak és fárasztónak tűnik, ráadásul az anyagok helyes megfogalmazásának és hozzáférhető módon történő közlésének képességét igényli. . A TechRightConsult szakemberei széleskörű tapasztalattal rendelkeznek mindkét területen, ami lehetővé teszi számunkra, hogy megfizethető áron és időben készítsünk dokumentumokat!
