Man Machine Interface ACS TP Föreläsning. Kort beskrivning av gränserna för ACS TP

Introduktion

Moderna metoder för att designa ACS-användare har utvecklats inom ramen för det systemotekniska designkonceptet, på grund av redovisningen av den mänskliga faktorn som är begränsad till att lösa problemen med samordning
"Ingångar" och "utgångar" av man och bil. Samtidigt, när man analyserar missnöje med ASU-användare, är det möjligt att identifiera att det ofta förklaras av bristen på ett enda, övergripande tillvägagångssätt för konstruktion av interaktionssystem.

Användningen av ett systemiskt tillvägagångssätt kan ta hänsyn till de många faktorer som är mest olika, att fördela de som har störst inverkan ur de befintliga systemövergripande målen och kriterierna och hitta sätt och metoder för effektiva inverkan på dem.
Det systemiska tillvägagångssättet är baserat på användningen av ett antal grundläggande begrepp och föreskrifter, bland annat det är möjligt att skilja begreppen system, underordinivå för målen och kriterierna för delsystemets systemövergripande mål och kriterier etc. Det systematiska tillvägagångssättet tillåter oss att överväga analysen och syntesen av olika i naturen och komplexiteten hos föremål ur en enda synvinkel, samtidigt som de viktigaste karaktäristiska egenskaperna hos systemet fungerar och med tanke på de viktigaste faktorerna för hela systemet. Värdet av det systemiska tillvägagångssättet är särskilt stort i design och drift av system som automatiserade styrsystem (ACS), som är väsentligen mänskliga maskinsystem, där en person utför en ledningsenhet.

Design-metoden i design är en omfattande, sammankopplad, proportionell övervägning av alla faktorer, vägar och metoder för att lösa ett komplext multifaktorial och multivariat problem designgränssnitt. Till skillnad från klassisk teknik och teknisk design, med hjälp av systeminriktningen, beaktas alla faktorer av det utformade systemet - funktionella, psykologiska, sociala och till och med estetiska.

Automatisering av ledningen medför oundvikligen genomförandet av ett systematiskt tillvägagångssätt, eftersom det antar närvaron av ett självreglerande system med poster, utgångar och kontrollmekanism. Interaktionssystemets mycket koncept indikerar behovet av att överväga den miljö där den måste fungera. Således bör interaktionssystemet betraktas som en del av ett mer omfattande system - ACU i realtid, medan den senare är systemet med kontrollerat medium.

För närvarande kan det anses vara bevisat att den huvudsakliga uppgiften att utforma användargränssnittet inte är rationellt "Ange" en person i kontrollkretsen, men för att på grundval av objekthanteringsuppgifterna utvecklar ett system för interaktion mellan två lika partner (man-operatör och hårdvara och programvara komplex
ACS), rationellt styr kontrollobjektet.
ÄMNESOMRÅDE

Så är det uppenbart att personen operatör är en närmare länk till styrsystemet, d.v.s. Förvaltningen, och APC (Hardware-Software Complex) ACS är ett verktygsverktyg för att implementera sin ledning (operativ) aktivitet, d.v.s. Kontrollobjekt. Enligt definitionen är V.F. VADA, ACS en hybridintelligens där den operativa (ledande) kompositionen och AIC ACS är lika partner för att lösa komplexa hanteringsuppgifter.

Den rationella organisationen av arbetskraftsoperatörer AWP är en av de viktigaste faktorerna som bestämmer systemets effektiva funktion som helhet. I de överväldigande majoriteten av fallen är ledningsarbetet en indirekt aktivitet hos en person, eftersom det under förutsättningarna för ACs leder till kontroll, "utan att se" ett riktigt objekt. Det finns en objektinformationsmodell (informationsdisplayverktyg) mellan det verkliga objektet för kontroll och manoperatör. Därför betyder problemet med att designa inte bara visa information, utan också medel för interaktion hos personoperatören med tekniska medel ACS, dvs. Problemet med att designa det system som vi ska namnge användargränssnittet.

Gränssnittet för mänsklig interaktion med teknisk utrustning ACS kan vara strukturellt avbildade (se fig. 1). Den består av APK- och interaktionsprotokoll. Hårdvaru- och mjukvarupaketet ger funktioner:

1. Omvandling av data som cirkulerar i ACS AIC till informationsmodeller som visas på bildskärmar (soja - Informationsdisplayverktyg);

2. Regenerering informationsmodeller (DEM);

3. Säkerställa personens dialoginteraktion med ACC TC;

4. Transformation av effekterna från CHO (human-operatör) till de data som används av styrsystemet;

5. Fysisk implementering av interaktionsprotokoll (matchande dataformat, felkontroll etc.).

Syftet med protokollen är att säkerställa mekanismen för tillförlitlig och tillförlitlig leverans av meddelanden mellan humanoperatören och sojabönor, och därmed mellan CHO och Management System. Protokollet är en regel som definierar interaktion, en uppsättning informationsutbytesprocedurer mellan de faktiska tidsexekverbara processerna. Dessa processer (APC ACS: s funktion och den operativa verksamheten hos förvaltningsenheten) kännetecknas för det första avsaknaden av fasta tillfälliga relationer mellan händelsens början och för det andra bristen på ömsesidigt beroende mellan händelser och åtgärder under deras inträffade.

Protokollfunktionerna är relaterade till utbyte av meddelanden mellan dessa processer. Format, innehållet i dessa meddelanden bildar protokollets logiska egenskaper. Reglerna för utförande av förfaranden bestämmer de åtgärder som utför processer tillsammans som deltar i genomförandet av protokollet. Satsen av dessa regler är ett protokollproceduregenskaper. Med hjälp av dessa begrepp kan vi nu formellt definiera ett protokoll som en uppsättning logiska och processuella egenskaper hos kommunikationsmekanismen mellan processer. Den logiska definitionen är syntax och protokollets procedurella semantik.

Att generera en bild med hjälp av en APC kan du inte bara få tvådimensionella intäkter på bilens plan, men också för att implementera bilden tredimensionellt schema Använda plan och andra ordningens ytor med överföringsstrukturstruktur.

Beroende på syn på den visade bilden bör du välja kraven för alfabetet till dem, enligt metoden för att bilda symboler och sorter av användningen av bildelement. Alfabetet som används kännetecknar typen av modell, dess visuella kapacitet. Det bestäms av klassen av löst uppgifter, är inställd av antal och typ av tecken, mängden ljusstyrka graderingar, symbolernas orientering, frekvensen av bilden av bilden etc.

Alfabetet bör se till att alla informationsmodeller är byggda inom den visade klassen. Det är också nödvändigt att sträva efter att minska minskningen av alfabetet.

Metoder för att generera ett tecken klassificeras i enlighet med elementen som används av elementen och är uppdelade i modellering, syntetisering och generering. För ett tecken som bildas på CRT-skärmen är matrisformatet föredraget.

Monitor Monitor tillåter användaren att bygga en bild av ett systemläge, som är utformat på grundval av utbildning, utbildning och erfarenhet (konceptmodell), därför är det möjligt att jämföra den här bilden med bilden av teoretisk i enlighet med situationen .
Kravet på tillräcklighet, isomorfism, likheter med den rumsliga temporala strukturen hos de visade styrobjekten och miljön bestämmer effektiviteten hos modellen.

Bilduppspelning baseras på sin digitala presentation, som finns i minnesblocket, kallad regenereringsbufferten.

Fikon. 1. Informations- och logiskt interaktionsgränssnittssystem.

Informationsmodell: Inmatnings- och utmatningsinformation

Informationsmodellen, som är en informationskälla för operatören, på grundval av vilken den genererar en bild av en verklig situation, innehåller som regel ett stort antal element. Med tanke på de olika semantiska karaktären hos de använda elementen kan informationsmodellen representeras som en uppsättning inbördes sammanhängande element:

D ^ (DN), där RJ är en uppsättning informationselement modeller j-th Grupper, n \u003d 1, ... n; k \u003d 1, ... k.

Antalet grupper av element i informationsmodellen bestäms av graden av detalj i beskrivningen av tillstånd och tillstånd för kontrollobjektets funktion. Som regel är elementet i informationsmodellen associerad med vilken parameter av kontrollobjektet. Tillsammans med detta kan informationsmodellen för grafisk typ betraktas som en komplex grafisk bild. Element av informationsmodellen fungerar här som bildelement. Varje bild består av en viss uppsättning grafiska primitiva, som är ett godtyckligt grafiskt element med geometriska egenskaper. Litrar (alfanumeriska och andra tecken) kan användas som primitiv.

En kombination av grafiska primitiver, som operatören kan manipulera som en helhet, kallas segmentet av den visade informationen. Tillsammans med segmentet används konceptet av ett grafiskt objekt ofta, enligt vilket många primitiva har samma visuella egenskaper och status, såväl som identifierad med ett namn.
När du organiserar bearbetningsprocessen i bildskärmssystemen kommer vi att manipulera följande begrepp:

6. Statisk information är relativt stabil i innehållsinformation som används som bakgrund. Till exempel, koordinatnät, plan, bild av området, etc.

7. Dynamisk information - Information, variabel vid ett visst tidsintervall med innehåll eller position på skärmen. Riktigt dynamisk information är ofta funktionen av vissa slumpmässiga parametrar.

En sådan uppdelning anses vara allvarligt villkorad. Trots detta, vid utformning reella system Displayinformation löses utan svårighet.

När du skapar komplexa ACS ges värdet av mjukvaruutveckling, eftersom exakt programvara Skapa en intelligens av en dator, lösa komplexa vetenskapliga uppgifter, hantera de mest komplicerade tekniska processerna. För närvarande när du skapar sådana system Ökar betydligt den mänskliga faktorns roll, och följaktligen ergonomiskt systemstöd. Den viktigaste uppgiften för ergonomiskt stöd är att optimera interaktionen mellan personen och maskinen inte bara under drift utan även vid tillverkningen och under avyttring av tekniska komponenter. Så, när man systematiserar användargränssnittsdesignen, kan vissa grundläggande funktionella uppgifter och konstruktionsprinciper lösas, vilket ska lösa det moderna programmeringsspråket och med vilket Delphi lyckas med:

Principen om minsta arbetsinsats med två aspekter:

8. Minimera resurskostnaderna från utvecklare av, som uppnås genom att skapa en viss metodik och teknik för att skapa inneboende i konventionella produktionsprocesser.

9. Minimera kostnaden för resurser från användaren, d.v.s. Cho får bara utföra det arbete som är nödvändigt och kan inte utföras av systemet, det borde inte finnas någon upprepning av det arbete som redan gjorts, etc.

Uppgiften med maximal förståelse. De där. CHO bör inte engagera sig, till exempel, söker efter information, eller den information som utfärdats till skärmen ska inte kräva omvandling eller ytterligare tolkning av användaren.

Användaren måste memorera så färre information som möjligt, eftersom det minskar CHO-fastigheten för att göra operativa lösningar.

Principen om maximal koncentration av pekaren på uppgiften är löst och lokalisering av felmeddelanden.
Vad förstår under gränssnittet

Användargränssnittet betyder kommunikation mellan man och en dator. Allmän användaråtkomst är de regler som förklarar dialogen när det gäller gemensamma element, såsom reglerna för inlämning av information på skärmen, och reglerna för interaktiv teknik är som reglerna för att svara på en person-operatör om vad som presenteras på skärmen. I det här kursprojektet kommer vi att överväga IBM-justeringsstandarden, som utvecklats i samband med Microsoft för RS-A i klassklassen.

Gränssnittskomponenter

På praktisk nivåGränssnittet är en uppsättning standard interaktionstekniker med apparater. På teoretisk nivå har gränssnittet tre huvudkomponenter:

1. Vägen att kommunicera maskinen med en persons operatör.

2. Metoden för kommunikation av personoperatören med maskinen.

3. Metod för användarrepresentation av gränssnittet.

Maskin till användaren

Metoden för kommunikationsmaskin med användaren (presentationsspråk) bestäms av maskinansökan (applikationsprogram).
Applikationen kontrollerar tillgången till information, informationsbehandling, rapportering i form av en användarvänlig.

Användare till maskin

Användaren måste känna igen den information som datorn representerar är att förstå (analysera) den och flytta till svaret. Svaret implementeras via interaktiv teknik, vars element kan vara sådana åtgärder som ett val av ett objekt med en nyckel eller en mus. Allt detta uppgår till den andra delen av gränssnittet, nämligen handlingsspråk.

Som en användare tycker

Användare kan ha en uppfattning om maskingränssnittet som han gör och hur man arbetar. Några av dessa idéer bildas av användare som ett resultat av arbetslivserfarenhet med andra maskiner, till exempel en utskriftsenhet, miniräknare, videospel, samt ett datorsystem. Ett bra användargränssnitt använder denna erfarenhet. Mer avancerade vyer bildas av användarupplevelse med själva gränssnittet. Gränssnittet hjälper användarna att utveckla synpunkter som kan användas ytterligare när man arbetar med andra applikationsgränssnitt.

Konsekvent gränssnitt

Nyckeln till att skapa ett effektivt gränssnitt är så långt som möjligt, utvecklingen av en enkel konceptuell gränssnittsmodelloperatörer. Total användaråtkomst gör det genom konsistens. Begreppet konsistens är att när man arbetar med en dator har användaren ett väntesystem med identiska reaktioner på samma åtgärder, som ständigt förstärker användargränssnittsmodellen. Konsistens, vilket ger en dialog mellan en dator och en personoperatör, kan minska den tid som användaren krävs som för att lära sig gränssnittet och använda det för att utföra arbete.

Konsistens är egenskapen för ett gränssnitt för att stärka de anpassade representationerna. En annan del av gränssnittet är egenskapen för sin konkretitet och synlighet. Detta utförs genom att använda en panelplan, med färger och andra uttrycksfulla tekniker. Idéer och koncept förvärvar sedan ett fysiskt uttryck på skärmen med vilken användaren direkt kommunicerar.

Konsistens - tre dimensioner:

Att säga att gränssnittet är konsekvent - det är som att säga att något är mer än något. Vi är tvungna att fråga: "Mer än vad?". När vi säger att gränssnittet är konsekvent, är vi tvungna att fråga: "Överväga med vad?". Det är nödvändigt att nämna en viss dimension.

Gränssnittet kan matchas med tre breda kategorier eller dimensioner: fysisk, syntaktisk och semantisk.

4. Fysisk konsistens avser hårdvara: Tangentbordskretsar, nycklar plats, mus användning. Till exempel kommer fysisk konsistens för F3-tangenten att äga rum om det alltid är på samma plats oavsett användningen av systemet. På samma sätt kommer det att finnas ett fysiskt konsekvent val av en knapp på musen, om den alltid ligger under pekfingret.

5. Syntaxkonsistens avser sekvensen och beställningen av utseendet på objekt på skärmen (Visa språk) och sekvensen för begäran om krav (Åtgärder Språk).

Till exempel: Syntaktisk konsistens kommer att uppstå om du alltid placerar panelhuvudet i mitten och ovanpå panelen.

6. Semantisk konsistens hänvisar till värdet av de element som utgör gränssnittet. Till exempel, vad betyder "utgången"? Där användarna gör "ut" och vad som händer?

Intersystemkonsistens

Allmän användaråtkomst innehåller definitioner av alla element och interaktiv teknik. Men dessa definitioner kan göras på olika sätt på grund av de tekniska egenskaperna hos specifika system. Så, det vanliga gränssnittet kan inte vara identiskt för alla system.

Kompositsystemets sammanhang är en balans mellan konsistensen av den fysiska, syntaktiska, semantiska och önskan att få fördelarna med systemets optimala förmåga.

Fördelar med det konsekventa användargränssnittet

Det överenskomna gränssnittet leder till användare och utvecklare för att spara tid och pengar. Användare drar nytta av om de behöver mindre tid att lära sig att använda applikationer, och sedan när det går att ta mindre tid att utföra arbete. Ytterligare fördelar för användaren kommer att återspeglas i deras attityder.

Det överenskomna gränssnittet minskar användarfelnivån, ökar känslan av tillfredsställelse från uppgiften och bidrar till att användaren kände sig bekvämare med systemet.

Det överenskomna användargränssnittet ger fördelar och applikationsutvecklare, så att du kan lyfta fram gemensamma block av element för gränssnittet genom standardisering av gränssnittselement och interaktiv teknik. Dessa byggstenar kan tillåta programmerare att skapa och ändra applikationer enklare och snabbt. Till exempel, på grund av det faktum att en och även panelen kan användas i många system, kan programutvecklare använda samma paneler i olika projekt.

Även om användargränssnittet etablerar reglerna för gränssnittselement och interaktiv teknik, tillåter den en ganska hög grad av flexibilitet. Gränssnittet definierar till exempel fem typer av paneler, men det antas att de specifika användningspanelerna kan användas. Vanlig användaråtkomst rekommenderar användningen av specifika paneler, men om det inte är möjligt bör du använda specifika föremål av vissa paneler.

Gränssnitt

MS-Windows tillhandahåller användare med ett grafiskt gränssnittskal (GUI), som tillhandahåller standardanvändare och programmerare. (GUI) erbjuder en mer komplex och vänlig användarmiljö än ett kommandostagt DOS-gränssnitt. Arbetet i Windows är baserat på intuitiva principer. Du kan enkelt byta till uppgiften för uppgiften och utbyta information mellan dem. Applikationsutvecklare står dock traditionellt inför programmeringssvårigheter, eftersom organisationen av Windows-miljön är extremt svår.

Delphi - Språk och programmeringsmiljö relaterad till klassraden
Rapid Application Development - "Fast Application Development Tool") Case-Technology. Delphi gjorde utvecklingen av kraftfulla applikationer
Windows snabb process som ger dig nöje. Applikationer
Windows, för att skapa en stor mängd mänskliga ansträngningar, till exempel i C ++, kan nu skrivas av en person som använder Delphi.

Windows-gränssnittet ger en fullständig överföring av Case Technologies till ett integrerat system för att skapa ett applikationssystem på alla faser av livscykeln och systemdesignen.

Delphi har ett brett utbud av funktioner, allt från formgivaren av former och slutar med stöd av alla format av populära databaser. Onsdag eliminerar behovet av att programmera sådana komponenter
Windows Allmänna ändamål, som taggar, piktogram och jämn dialogpaneler.
Arbeta i Windows har du upprepade gånger sett samma "objekt" i många olika applikationer. Dialogpaneler (till exempel väljer fil och spara
Filen) är exempel på flera gånger använda komponenter som är byggda direkt i Delphi, vilket gör att du kan anpassa dessa komponenter till den befintliga uppgiften så att de fungerar exakt som krävs av programmet. Det finns också fördefinierade visuella och icke-fysiska föremål, inklusive knappar, objekt med data, menyer och redan byggda dialogpaneler. Med hjälp av dessa objekt kan du till exempel ge datainmatning med bara flera tryck på musknapparna utan att tillgripa programmering. Detta är ett visuellt genomförande av fallsteknik i modern applikationsprogrammering. Den del som är direkt relaterad till programmering av användargränssnittet mottog namnet Visual Programming

Fördelar med utformningen av AWP i windows-miljö Med delphi:

10. Behovet av att skriva in data elimineras;

11. Projektets sammanhang och dess genomförande säkerställs.

12. Förbättra utvecklingen av utveckling och bärbarhet av program.

Visuell programmering verkar lägga till en ny dimension när du skapar applikation skapande, så att du kan skildra dessa objekt på skärmen tills programmet utförs. Utan visuell programmering kräver visningsprocessen att skriva ett kodfragment som skapar och definierar ett objekt "på platsen". För att se de kodade objekten var endast möjlig under programkörningen. Med detta tillvägagångssätt blir prestationen att föremål ser ut och uppför sig på ett förutbestämt sätt en tråkig process som kräver upprepade programvaror med ett efterföljande bevis på programmet och observera det faktum att det visade sig.

Tack vare medel för visuell utveckling kan du arbeta med föremål, hålla dem före dina ögon och få resultaten nästan omedelbart. Förmågan att se föremål som de förekommer under genomförandet av programmet, lindrar behovet av en mängd operationer manuellt, vilket är karakteristiskt för arbete i en miljö som inte har visuella medel - oavsett om det är objektorienterat eller inte . Efter att objektet är placerat i form av den visuella programmeringsmiljön visas alla attribut omedelbart som en kod som matchar objektet som en enhet som exekveras under programmet.

Att placera objekt i Delphi är förknippat med närmare relationer mellan objekt och den verkliga programkoden. Objekt placeras i din blankett, medan koden som uppfyller objekt spelas in automatiskt i källfilen. Denna kod sammanställs, vilket ger betydligt högre prestanda än ett visuellt medium som bara tolkar information under programkörningen.

Tre huvuddelar av gränssnittsutvecklingen är som följer: Designpanel, dialogdesign och Windows-presentation. För allmän
Användaråtkomst måste också beaktas villkoren
Arkitektur Tillämpade system. Det finns också andra villkor: om inmatningsenheterna är nycklar i nyckel eller indikering och kommer att vara symboliska eller grafiska tillämpningar.

Design designpanel

Vi kommer att fastställa de viktigaste termerna om utvecklingen av panelen.

Skärmen är ytan på en dator arbetsstation eller en terminal, som är placerad information avsedd för användaren.
Panelen är en förutbestämd gruppinformation som är strukturerad på ett visst sätt och ligger på skärmen. Allmänning
Anpassade åtkomst sätter fem panelprogram som kallas paneltyper. Du måste använda olika paneltyper för att presentera olika typer av information. Fem paneltyper är som följer:

9. Information;

10. Lista;

11. Logisk.

Du kan också blanda delar av dessa paneltyper för att skapa blandade paneler. Varje panel ska lämnas in som ett utrymme, uppdelad i tre huvuddelar, som alla innehåller en separat typ av information:

12. Åtgärd Meny och nedströms meny;

13. Panelens kropp;

14. Funktionsnycklar Område.

I fig. 2 presenterar positionen på tre panelområden.
| Meny Action |
| |
| Kroppspanel |
| |
| Funktionsnycklar Område |

Fikon. 2. Tre panelområden.

Åtgärdsmenyn uppstår på toppen av panelen. Detta ger användarna tillgång till en grupp av åtgärder som stöder ansökan. Åtgärdsmenyn innehåller en urvalslista. möjliga åtgärder. När användare väljer, i form av en nedstigande meny visas en lista med möjliga åtgärder på skärmen. Den önskade menyn är en förlängning av åtgärdsmenyn.

Ordet "åtgärder" i menyn "innebär inte att alla kommandon måste vara verb. Substantiv är också tillåtna. Värdet på åtgärden i termen "meny" kommer från det faktum att valet av menyalternativet utförs av programmet via användaråtgärder. Till exempel i textredigerare Välja "teckensnitt" Åtgärdsmenyn är substantiv och gör det möjligt för användaren att kräva typsnitt.

Vissa paneler kommer att ha åtgärder meny, och andra är inte.

Åtgärdsmenyn och nedströmmenyn ger två underbara fördelar för användarna.

Den första fördelen är att dessa åtgärder blir synliga för användare och kan begäras för genomförande genom enkel interaktiv utrustning. "Begäran" betyder en initiering av åtgärd.
Metoden med vilken operatörens person initierar en åtgärd, består i att trycka på funktionsknappen, i valet i nedlänksmenyn eller utskrift (ingång) av kommandot. Åtgärderna och nedströmmenyn ger visualitet, vilket hjälper användarna att hitta de nödvändiga åtgärderna utan att behöva memorera och skriva ut namnet på åtgärden.

Den andra fördelen är att valet i åtgärdsmenyn leder till ett nedlänksamtal, d.v.s. De tjänar aldrig som en omedelbar åtgärd. Användare ser att genomförandet av sådana åtgärder inte leder till oförmögna konsekvenser, och de uppstår inte av felaktiga åtgärder.

Åtgärdsmenyn och nedlänksmenyn ger en två-nivå hierarki av handlingar. Du kan ge en extra nivå med popup-fönster som visas när operatören är vald i nedlänksmenyn. Då, när operatören gör ett val i popup-fönstret, kan en serie popup-fönster visas som åtgärder utförs. Allmänning
Anpassad åtkomst rekommenderar att du begränsar antalet nivåer av popup-fönster upp till tre, eftersom många användare har svårt att förstå menynhierarkin med många nivåer.

Panelkroppen är under åtgärdsmenyn och ovanför funktionstangenterna. Varje panel du skapar kommer att ha en kropp som kan delas upp i flera områden om din ansökan behöver visas mer än en informationsgrupp samtidigt, eller användarna får ange eller uppdatera mer än en informationsgrupp samtidigt. tid.

Panelkroppen kan också innehålla ett kommandoområde där användarna skriver ut applikations- eller systemkommandon och ett meddelandeområde där meddelanden visas.

Kommandotområdet är ett sätt att tillhandahålla användare ett kommandogränssnitt, vilket är ett alternativ till förfrågningarna från åtgärdsmenyn och nedströmmenyn. Meddelandesområdet ger dig en plats att vara värd för meddelanden på skärmen, förutom för Windows, eftersom det är viktigt att meddelanden inte stöter på information på panelen eller med en begäran om åtgärd.

Funktionsknappen är beläget längst ner på panelen och operatören kan välja placering i en kort eller lång form eller inte alls. Den innehåller en lista över funktionstangenter. Vissa paneler kan innehålla både åtgärdsmenyn och rubriken för funktionstangenterna. Det är nödvändigt att aktivera funktionstangenterna för alla paneler, även om användaren kan vägra sin avskärmning. Se fig. 3 där en allmän bild av användarpanelen presenteras.
| Kommunikationskommunikation |
| Välj en av följande typer av kommunikation: |
| 1. Ta emot mail |
| 2. Acceptans av meddelanden |
| 3. Avgång av post |
| 4. Postmagasin |
| 5. Operationer |
| 6. Poststatus |
| Esc \u003d Avbryt | F1 \u003d Hjälp | F3 \u003d EXIT |

Fikon. 3. Panelen med området för funktionstangenterna. Området på funktionstangenterna är avskärmade i en kort form och innehåller val av avbokning, hjälp och

Panelelement är de minsta delarna av paneldesignen.
Vissa element är uteslutande på vissa panelområden, medan andra kan användas på olika områden.

Gemensam användaråtkomst ger ett visst antal tecken och visuella beteckningar, såsom pseudo-pelare och kontaktknappar som du kan, ansöka om användare, med vilka av de markerade fälten eller de åtgärder de fungerar.

Designprinciper: Objekt - Åtgärd

Partitioneringen av panelen på det område som innehåller informationsobjekt eller valval baseras på principen om objektets åtgärd. Denna princip tillåter användare att först välja ett val av ett objekt på panelens kropp och välj sedan en lämplig åtgärd för att fungera med det valda objektet från åtgärdsmenyn eller från funktionsknapparna.

Denna objektiv-effektiva överensstämmelse gör att du kan bilda från åtgärdsmenyn och nedlänksmenyn, inklusive endast de som gäller för motsvarande föremål. Tillämpningen av objektets koncept underlättas genom att minimera antalet lägen, ett stort antal som ibland levererar olägenheter och gör applikationen svår att utforska och använda. Principen om objektåtgärd är att föredra, men i de flesta fall kan anslutningen också tillämpas, där operatören väljer objekt och steg i omvänd ordning.

Användararbete med panel

Användaren arbetar med panelelementen med hjälp av markören, vars urvalsformer är den färgremsa som används för att markera markeringsfälten och inmatningsfälten. Urvalsmarkören visar var och med vad användaren ska fungera. Användare flyttar markören över panelen med tangentbordet eller musen.

Direkt interaktion

Den allmänna användaråtkomsten innehåller sådana konceptkoncept som ett koncept för steg för steg, visuell replika och interaktiv teknik.
men erfarna användare får inte kräva en sådan nivå av användarvänlighet. De kan kräva mer direkt interaktion med ansökan. För användare innehåller allmän användaråtkomst även snabb interaktiv teknik, till exempel:

15. Tilldela funktionstangenter.

16. Accelererad utgång från högnivååtgärder.

17. Använda Mnemonics och Numbers för att välja objekt och åtgärder.

18. Kommandoområdet gör det möjligt för användaren att ange programmet och systemkommandon.

19. Användningen av musen accelererar valet av åtgärder.

Byggnadsdialog

Dialogen är en sekvens av förfrågningar mellan användare och dator: Användarbegär, svar och datorförfrågan, slutlig datoråtgärd.

Medan användar- och datorutbytesmeddelandena, flyttar dialogen under kontrollen av operatören en av de vägar som tillhandahålls av programmet. I huvudsak flyttar användaren genom programmet med hjälp av specifika åtgärder som ingår i dialogen. Dessa dialogrutor kräver inte nödvändigtvis informationsbehandlingsdator; De kan bara orsaka övergången från en panel till en annan eller från en applikation till en annan om mer än en applikation fungerar. Dialoggar kontrollerar också vad som händer med den information som användare skrivs ut på en viss panel; Om du ska spara det eller kom ihåg när användarna väljer att gå till en annan applikationspanel.

Så, dialogen består av två delar:

Varje steg i dialogen åtföljs av lösningen för att spara eller inte spara ny information.

Med hjälp av flera riktningar av dialogen får operatören möjlighet till alternativa framsteg i sina beslut, inklusive gemensamma dialoger som inmatning, avbokning och produktion. Allmänna dialogrutor är en uppsättning av sådana åtgärder som definieras i
Vanlig användaråtkomst som är vanliga i alla tillämpningar. Med några av dessa lägen kan användaren flytta:

22. Vidarebefordra ett steg (inträdesåtgärd);

23. Tillbaka ett steg (avbokningsåtgärd);

24. Tillbaka till en specifik punkt av ansökan (funktion av funktionell utgång);

25. Lämna programmet (avsluta läge från programmet).

Åtgärder för ingången och avbokningen, som dialogsteg, brukar representera operatören en ny panel eller kan representera samma panel, men med betydande förändringar. Vid olika punkter i borttagnings- och utmatningsdialogrutan utförs det lika oberoende av hur många utgångspunkter har en applikation. Vissa applikationer har bara en utgångspunkt, medan andra är något. Kombinationen av flera vanliga dialoger illustreras i fig. fyra.

Här illustreras av möjligheterna att navigera en typisk dialog när du byter från panelen till panelen, som visas med rektanglar. Operationer
Framåt och bakåt är rullningsoperationer och inte navigering och används för att flytta inuti panelerna.

Fikon. 4. Dialogs.

Hålla och spara information

Medan användarna navigerar på programmet måste något inträffa med informationsvariabel i panelen. Den kan hållas på panelens nivå eller kan sparas.

Håll information tillhör informationen på applikationspanelnivå. När användare returneras till dialogrutan via panelen avbryter programmet eller sparar eventuella ändringar i informationen på panelen.
Håll information kan skärmas i form av standardvärden när användaren kommer att se den här panelen nästa gång. Men det betyder inte att informationen kommer att sparas. Varje applikation bestämmer sig för att hålla eller spara liknande information.

Spara information betyder rumsrum i minnet från operatören. Navigationsåtgärder, ledande användare genom applikation, spara inte information tills användaren anger exakt att dessa åtgärder ska sluta med upprätthållandet av information.

Om användarens handlingar kan leda till en förlust av specifik information rekommenderar allmän användaråtkomst att du måste bekräfta från användaren, att de inte vill spara information eller låta dem spara information eller avbryta den senaste förfrågan och returnera en backa.

Din ansökan kan fungera i fönsterläge. Det betyder att panelen är placerad i separata begränsade delar av skärmen, som kallas Windows. Ett system med Windows-läge gör det möjligt för användaren att dela upp skärmen på fönstren som innehåller sin egen panel. Använda flera fönster på en gång kan användaren samtidigt övervaka flera paneler av en eller olika applikationer på skärmen.

Om skärmen innehåller en eller två fönster kan användaren inte se hela panelen i varje fönster. Det beror på storleken på fönstret.
Användaren kan flytta eller ändra storlek på varje fönster för att tillgodose den information du behöver. Användare kan också bläddra igenom innehållet i fönstren genom att flytta information på panelen inuti skärmområdet begränsat av fönstret.

Vindfunktioner är anordnade operativ system eller dess service och verktygAnnars måste applikationer själva implementera detta läge.

Tre typer av fönster

Det primära fönstret är ett fönster från vilket användaren och datorn startar sin dialogruta. Till exempel, i en textredigerare, innehåller det primära fönstret den text som ska redigeras. I den elektroniska tabellredigeraren innehåller det primära fönstret ett bord. I system utan möjlighet att skapa fönster bör hela skärmen betraktas som det primära fönstret. Varje primärfönster kan innehålla så många paneler som nödvändigt, en efter en för att genomföra en dialog. Användare kan byta primärt fönster till ett annat primärt eller sekundärt fönster.

Sekundära fönster orsakas av primära fönster. Det här är sådana fönster i vilka användare och en dator leder en dialog parallellt med dialogen i det primära fönstret. Till exempel, i en textredigerare, kan det sekundära fönstret innehålla en panel med vilken användaren ändrar dokumentformatet, och i det primära fönstret innehåller redigerbar information. Sekundära fönster används också för att ge stödjande information som hänvisar till dialog i primära fönster. Användare kan byta från de primära fönstren till sekundärfönstren och vice versa. Primär- och sekundära fönster har titelsremsor längst upp i fönstret. Huvudet är korrelerat med fönstret genom applikationerna.

Popup-fönster är en sektioner av skärmen där den skärmade panelen är placerad, som utökar användardialogrutan via primär- och sekundära fönster. Popup-fönster är associerade med andra fönster och visas när programmet vill expandera dialogrutan med ett annat fönster. En av användningen av popup-fönster är att överföra olika meddelanden. Innan du fortsätter dialogen med ett fönster måste användaren slutföra sitt arbete med popup-fönstret i samband med det.

Inmatningsenheter: Tangentbord, mus och annat

Vanlig användaråtkomst stöder den konsekventa användningen av tangentbordet och musen, eller någon annan anordning som fungerar som en mus. Vi antar vidare att musen är den huvudsakliga indikeringsanordningen.

Användare ska vara redo att växla mellan tangentbordet och musen nästan vid något stadium av dialogrutan utan att behöva ändra applikationslägena. En enhet kan vara effektivare än en annan i en känd situation, därför gör användargränssnittet att användarna kan göra möjlighet att enkelt byta från en enhet till en annan.

Alla personliga datorapplikationer måste ta hänsyn till användningen av musen. Emellertid kan applikationer på unpramplade terminaler inte stödja musen. På dessa terminaler är musstödet inte obligatoriskt.

Knappsatsstöd

Vi kommer att ta för en standard de facto Allmän användaråtkomst, utformad för att möta en typ av tangentbord, nämligen ett utökat IBM-tangentbord.

Du måste ange viktiga ansökningsfunktioner enligt reglerna och specifikationerna för IBM-standarden. Nyckeluppdrag tillhör IBM-tangentbordet
Förbättrat tangentbord. För tangentborden för andra typer används lämplig teknisk dokumentation, till exempel, bytbart tangentbord IBM modifierbar.
Tangentbord.

Viktiga uppdragsregler:

26. Bilagor kan använda några tangenter, inklusive när nycklar trycks utan skift, samt kombinationer med Shift +, Ctrl + och

Alt +, om en programmerbar arbetsstation eller en obehandlad terminal tillåter applikationer på dessa nycklar. Du bör undvika att använda eventuella nycklar som tilldelats av operativsystemet, vilket kommer att drivas av programmet.

27. Om ansökan är översatt till andra språk bör du inte tilldela kombinationer av alfanumeriska nycklar med alt. Men om möjligt kan användarna tilldela olika funktioner till dessa nycklar.

28. För att ändra källknapparna, använd dem i samband med ALT, CTRL och Shift-tangenterna. Alt, Ctrl och Shift-tangenterna används inte självständigt.

29. Omplacera inte eller duplicera nyckeluppdrag.

30. Användare får förmågan att ändra nyckeluppdraget som ytterligare funktion Applikationer. Användare måste kunna tilldela åtgärder och parametrar till alla funktionstangenter, samt ändra deras beteckning på skärmen.

31. Om någon funktion är tilldelad funktionsnyckel Likaså i flera applikationer bör du tilldela den här nyckeln. denna funktion I alla applikationer.

32. Om användarna trycks på på nivån på den aktuella panelknappen, ska det inte finnas någon effekt om något annat inte anges.
Slutsats

I moderna förhållanden förvärvar sökandet efter den optimala lösningen på organisationen av interaktionsgränssnittet karaktären av den komplexa uppgiften, vars lösning är väsentligt komplicerad av behovet av att optimera den funktionella interaktionen hos operatörerna bland dem själva och med de tekniska sätten att ACS i villkoren för en förändrad karaktär av deras yrkesverksamhet.

I detta avseende vill jag betona den speciella relevansen av problemet med att modellera interaktionen av CHO med tekniska medel ACS. Idag var det en riktig möjlighet att använda modellering på moderna multifunktionella sätt att bearbeta och visa information som
Delphi Ange typ och egenskaper hos de använda informationsmodellerna, identifiera de viktigaste funktionerna i operatörernas framtida aktivitet, formulera krav på parametrarna för hårdvaru- och mjukvaruinteraktionsgränssnittet etc.

Tala om problemen med mänsklig interaktion med TC ACU och det praktiska genomförandet av interaktionsgränssnittet, är det omöjligt att sänka en sådan viktig fråga som enighet och standardisering. Användningen av typiska lösningar, en modulär designprincip för att designa system och bearbetningsinformation förvärvar en ökande skala, vilket är dock ganska naturligt.

Naturligtvis bör det särskilt betonas vid genomförandet av dessa uppgifter. Naturligtvis, för att ge moderna fallverktyg för utveckling av programmet, eftersom de mest optimalt tillåter att designa lösningar baseras på vilka främst är förenliga med de konsekventa kraven. användargränssnittVad är Windows-gränssnittet. Inga produkter från andra företag som är tillgängliga idag ger inte samtidig användarvänlighet, prestanda och flexibilitet i sådan utsträckning som Delphi. Detta språk fyllde klyftan mellan 3: e och 4: e generationens språk, som förbinder sina styrkor och skapade en kraftfull och produktiv utvecklingsmiljö.

LITTERATUR

Organisation av mänsklig interaktion med tekniska medel ACS, volym 4:
"Visar information", redaktionellt kontor v.n. echtherikova, Moskva, "högre skola"
1993.
Organisation av mänsklig interaktion med tekniska medel ACS, volym 7:
"Systemdesign av mänsklig interaktion med tekniska medel", redaktionellt kontor v.n.stweryakova, Moskva, "högre skola" 1993.
"Cybernetic Dialog Systems", I.P. Kuznetsov.
Rekommendationer om det sessiva gränssnittet, Microsoft, redaktionellt
1995
John Matcho, David R. Folkner. "Delphi" - per. från engelska - m.: Binin, 1995

Introduktion 2.

Ämne 3.

Informationsmodell: Ingång och utgång 6

Funktionella uppgifter som löser Delphi när du utformar ett gränssnitt
7

Vad förstår under gränssnittet 8

Gränssnittskomponenter 8.

Maskin till användare 8

Användare till maskin 8

Som en användare tycker 8
Konsekvent gränssnitt 9.

Konsistens - Tre dimensioner: 9

Intersystemkonsistens 10.

Fördelar med det konsekventa användargränssnittet 10

Programvara och hårdvara: implementering och skapande av anpassade
Gränssnitt 11.

Utveckling av paneldesign 13
Designprinciper: Objekt - Åtgärd 16

Användararbete med panel 16

Direkt interaktion 16.

Byggande av dialog 16.
Hålla och spara information 19
Windows 19.

Tre typer av Windows 20
Inmatningsenheter: Tangentbord, mus och andra 20

Tangentbordsstöd 21.

Moderna metoder för att designa ACS-användare har utvecklats inom ramen för det systemotekniska konceptkonceptet, på grund av redovisningen av den mänskliga faktorn, det är begränsat till att lösa problemen med samordning av "ingångarna" och "mänskliga försäljningar" hos en person och bil. Samtidigt, vid analys av missnöje med ASU-användare, är det möjligt att identifiera att det ofta förklaras av bristen på ett enda, övergripande tillvägagångssätt för utformningen av interaktionssystemen som lämnats in som ett komplicerat, sammankopplat, proportionellt övervägande av alla faktorer , vägar och metoder för att lösa en komplex multifaktoriell och multivariat interaktionsgränssnittsdesign. Vilket betyder funktionella, psykologiska, sociala och till och med estetiska faktorer.

För närvarande kan det anses vara bevisat att den huvudsakliga uppgiften att utforma användargränssnittet inte är rationellt "Ange" en person i kontrollkretsen, men för att på grundval av objekthanteringsuppgifterna utvecklar ett system för interaktion mellan Två lika partner (man-operatör och hårdvara-programvaru-komplexa ACS), rationell kontrollobjektkontroll. Operatörens person är en avslutande länk till styrsystemet, d.v.s. kontrollera. APK (hårdvara och programvara komplex) ACS är instrumentell realiseringhans (operatör) ledning (operativ) aktivitet, d.v.s. objektkontroll. Enligt definitionen är V.F. VADA, ACS en hybridintelligens där den operativa (ledande) kompositionen och AIC ACS är lika partner för att lösa komplexa hanteringsuppgifter. Gränssnittet för mänsklig interaktion med teknisk utrustning ACS kan vara strukturellt avbildade (se fig. 1).

Fikon. 1. Informations- och logiskt interaktionsgränssnittsschema

Den rationella organisationen av ACS-operatörerna är en av de viktigaste faktorerna som bestämmer systemets effektiva funktion som helhet. I de överväldigande majoriteten av fallen är ledningsarbetet en indirekt aktivitet hos en person, eftersom det under förutsättningarna för ACs leder till kontroll, "utan att se" ett riktigt objekt. Mellan det faktiska kontrollobjektet och den mänskliga operatören är informationsmodell av objektet (Informationsdisplayverktyg). Därför är problemet med att utforma inte bara sätt att visa information, utan också medel för växelverkan mellan den mänskliga operatören med tekniska medel ACS, d.v.s. Problem med att utforma ett system som vi ska ringa användargränssnitt.

Den består av APK- och interaktionsprotokoll. Hårdvaru- och mjukvarupaketet ger funktioner:

transformation av data som cirkulerar i ACS ACS, informationsmodeller som visas på bildskärmar (soja - informationsdisplaymedel);

regenerering av informationsmodeller (IM);

säkerställa den mänskliga dialogen interaktion med ACSA;

omvandling av effekterna från CHO (human-operatör) till de data som används av styrsystemet;

fysisk implementering av interaktionsprotokoll (matchande dataformat, felkontroll etc.).

Syftet med protokollen är att säkerställa mekanismen för tillförlitlig och tillförlitlig leverans av meddelanden mellan humanoperatören och sojabönor, och därmed mellan CHO och Management System. Protokoll - Det här är en regel som definierar interaktion, en uppsättning informationsbytesförfaranden mellan parallellt med processerna i realtid. Dessa processer (APC ACS: s funktion och den operativa verksamheten hos förvaltningsenheten) kännetecknas för det första avsaknaden av fasta tillfälliga relationer mellan händelsens början och för det andra bristen på ömsesidigt beroende mellan händelser och åtgärder under deras inträffade.

Protokollfunktionerna är relaterade till utbyte av meddelanden mellan dessa processer. Format, innehållet i dessa meddelanden bildar protokollets logiska egenskaper. Reglerna för utförande av förfaranden bestämmer de åtgärder som utför processer tillsammans som deltar i genomförandet av protokollet. Satsen av dessa regler är ett protokollproceduregenskaper. Med hjälp av dessa begrepp kan vi nu formellt definiera ett protokoll som en uppsättning logiska och processuella egenskaper hos kommunikationsmekanismen mellan processer. Den logiska definitionen är syntax och protokollets procedurella semantik.

Bildgenereringen med APC gör att du inte bara får tvådimensionella bilder på bilens plan, men också att implementera bild tredimensionell grafik med hjälp av plan och andra ordningens ytor med överföringsstrukturen på bildytan.

När du skapar komplexa ACS ges värdet av mjukvaruutveckling, eftersom Det är programvaran som skapar en intelligens av en dator, löser komplexa vetenskapliga uppgifter, hanterar de mest komplicerade tekniska processerna. För närvarande, när man skapar sådana system, är den mänskliga faktorn A avsevärt ökat, därför ergonomiskt stöd av systemet. Den viktigaste uppgiften för ergonomiskt stöd är att optimera interaktionen mellan personen och maskinen inte bara under drift utan även vid tillverkningen och under avyttring av tekniska komponenter. Således, när man systematiserar användargränssnittsdesignen, några grundläggande funktionella uppgifter och principer för konstruktion, som systemet ska lösa.

Principen om minsta arbetsinsatsutvecklaren av programvara och en användare som har två aspekter:

minimera resurskostnader från mjukvaruutvecklaren, som uppnås genom att skapa en viss metod och teknik för att skapa inneboende i konventionella produktionsprocesser.

minimera kostnaden för resurser från användaren, d.v.s. Cho får bara utföra det arbete som är nödvändigt och kan inte utföras av systemet, det borde inte finnas någon upprepning av det arbete som redan gjorts, etc.

Uppgiften med maximal ömsesidig förståelseanvändare och APK i ansiktet av mjukvaruutvecklaren. De där. Cho bör inte vara förlovad, till exempel, söker efter information, eller den information som utfärdats till en videoövervakningsenhet bör inte kräva att användaren eller ytterligare tolkning av användaren.

Användaren måste memorera så få informationEftersom detta minskar CHO-fastigheten för att göra operativa lösningar.

Princip för maximal koncentration Användare på uppgiften Lös och lokalisering av felmeddelanden.

Princip för redovisning av yrkeskunskaper Man operatör. Det innebär att när man utvecklar ett system baserat på en del av de uppgifter som anges i den tekniska uppgiften för de ursprungliga uppgifterna om en eventuell kontingent av kandidater, är den "mänskliga komponenten" utformad för att uppfylla kraven och funktionerna i hela systemet och dess delsystem. Bildandet av den konceptuella modellen för samverkan mellan människan och tekniska medel ACS innebär medvetenhet och masteringsalgoritmer av delsystemets funktion "Man - Tekniskt" och mastering av professionella kompetens med interaktion med datorer.

Nyckel för att skapa effektivt gränssnitt avslutas snabbt, så mycket som möjligt, presentation av operatören av en enkel konceptuell gränssnittsmodell. Total användaråtkomst gör det genom konsistens. Begreppet konsistens är att när man arbetar med en dator har användaren ett väntesystem med identiska reaktioner på samma åtgärder, som ständigt förstärker användargränssnittsmodellen. Konsistens, vilket ger en dialog mellan en dator och en personoperatör, kan minska den tid som användaren krävs som för att lära sig gränssnittet och använda det för att utföra arbete.

Konsistens är egenskapen för ett gränssnitt för att stärka de anpassade representationerna. En annan del av gränssnittet är egendom av sin konkretitet och synlighet. Detta utförs genom att använda en panelplan, med färger och andra uttrycksfulla tekniker. Idéer och koncept förvärvar sedan ett fysiskt uttryck på skärmen med vilken användaren direkt kommunicerar.

I praktiken precesserar högnivå användargränssnittsdesign initial design som låter dig identifiera den nödvändiga funktionaliteten hos programmet som skapas, liksom funktionerna i dess potentiella användare. Den angivna informationen kan erhållas genom att analysera den tekniska uppgiften på det automatiska styrsystemet (ACS) och bruksanvisningen (Re) på Management-objektet, såväl som information från användare. För detta ändamål produceras en undersökning av potentiella operatörer och operatörer som är verksamma på en icke-automatisk förvaltningsfacilitet.

Efter att ha bestämt målen och uppgifterna mot dem, gå till nästa designfas. Detta steg är förknippat med beredningen av anpassade scenarier. Skriptet är en beskrivning av de åtgärder som användaren utfört som en del av att lösa en särskild uppgift på vägen för att uppnå sitt mål. Det är uppenbart att det är möjligt att uppnå något mål, lösa ett antal uppgifter. Var och en av dem kan användaren lösa på flera sätt, därför bör flera scenarier bildas. Ju mer de är desto lägre sannolikhet för att vissa viktiga föremål och operationer kommer att saknas.

Samtidigt har utvecklaren information som är nödvändig för att formalisera programmets funktionalitet. Och efter bildandet av scenarierna blir listan över enskilda funktioner en känd lista. Appendix-funktionen är representerad av ett funktionsblock med motsvarande skärmbild (formulär). Det är möjligt att flera funktioner kombineras i ett funktionsblock. Således är det önskade antalet skärmformulär i detta skede. Det är viktigt att bestämma navigationsrelationerna av funktionsblock. I praktiken är det mest lämpliga antalet anslutningar för ett block som är lika med tre etablerade. Ibland, när funktionen av utförandet av funktioner är stift definierad, kan en processanslutning installeras mellan motsvarande funktionsblock. I det här fallet kallas deras skärmformer i följd en av de andra. Sådana fall sker inte alltid, så navigationsanslutningar bildas antingen, baserat på databehandlingslogiken med vilken applikationen fungerar eller baseras på användarrepresentationer (kortsortering). Navigeringslänkar mellan enskilda funktionsblock visas på navigationssystemdiagrammet. Navigeringsfunktioner i bilagan sänds genom olika navigeringselement.

Huvudnavigeringselementet i programmet är huvudmenyn. Huvudmenyns roll är också för att den ger dialog i användaransökningssystemet. Dessutom utför menyn indirekt funktionen att lära användaren att arbeta med ansökan.

Generationen av menyn börjar med analysen av applikationsfunktionerna. För detta, inom var och en av dem, skiljer sig enskilda element: operationer som utförs av användare och föremål över vilka dessa operationer utförs. Därför är det känt vilka funktionella block som ska tillåta användaren att utföra vilka operationer över vilka föremål. Tilldelning av operationer och objekt är lämpligt att hålla på grundval av användarcenarier och applikationsfunktionella. Valda objekt är grupperade till allmänna sektioner av huvudmenyn. Gruppering av enskilda element uppstår i enlighet med synpunkterna på deras logiska anslutning. På det här sättet, huvudmenyn kan ha kaskad menyerfaller ut när man väljer någon avsnitt. Cascade-menyn bekänner den primära delen av listan över underavsnitt.

En av menyn krav är deras standardisering, vars syfte är bildandet av en hållbar användarmodell att arbeta med ansökan. Det finns krav som sträcker sig från standardiseringsstandarder som avser placering av sektioner, innehållet i skiljeväggar som ofta används i olika applikationer, bildhuvud, organisation av kaskad menyer etc. De mest allmänna stär följande:

grupper av funktionsrelaterade sektioner separeras av separatorer (egenskaper eller tomma);

används inte i namnen på sektioner av fraser (helst högst 2 ord);

sektionsnamn börjar med en bokstav;

namnen på menypartitionerna som är förknippade med samtalet av dialogrutor är färdiga av ellipsis;

namnen på menypartitionerna som kaskadmenyerna inkluderar, slutar med pilen;

använd knappar snabb åtkomst Till enskilda partitionsmeny. De framhävs av understrykning;

erkänna att använda " kokeger"De motsvarande nyckelkombinationerna visas i menypartitionshuvuden.

låt dig aktivera i ikonmenyn;

modifierad färg visar otillgängligheten av vissa menysektioner under drift med applikationen;

justera för att göra otillgängliga sektioner osynliga.

Otillgängligheten hos vissa menysektioner orsakas av följande. Huvudmenyn är statisk och finns på skärmen för hela arbetet med programmet. Således, när du arbetar med olika skärmformer (interagerar med olika funktionsblock), är inte alla menysektioner meningsfulla. Sådana sektioner tas otillgängliga. Därför, beroende på sammanhanget med användarlösade uppgifter (ibland från själva användarens sammanhang), ser huvudmenyn på programmet annorlunda ut. Om liknande olika externa representationer Menyn är vanligt att säga som olika menystillstånd. I motsats till det schema i navigationssystemet, beredda tidigare och nödvändigt, främst utvecklare, med menyn, går användaren in i direkt interaktion. Menyn definierar antalet fönster och deras typ. Hela gränssnittet åtföljs av varningar fönster, uppmaningar, guiden fönster som uppmanar sekvensen av användaråtgärder när du utför viss nödvändig verksamhet.

Ladda ner dokument

SSR-fackets statsstandard

GRÄNSSNITT
För automatiserad
Ledningssystem
Dispergerade objekt

ALLMÄNNA KRAV

K.I Didenko, Cand. tehn vetenskap; Yu.v. Rosen; K.g. Carnukh; Ppm Gafanovich, Cand. tehn vetenskap; Kilometer Usenko; J.a. Gusev; L.S. Lanina; S.n. Kiyko

Deponeras av ministeriet för instrumenttillverkning, automationsverktyg och kontrollsystem

Medlem av kollegiet N.i. Gorleikov

Godkänd och trätt i kraft genom resolutionen av Sovjetunionen State Committee om standarder den 30 mars 1984 nr 1145

SSR-fackets statsstandard

fram till 01.01.90

Underlåtenhet att följa standarden är åtalad enligt lag.

Denna standard gäller för ett gränssnitt som reglerar generella regler Organisation av interaktion mellan lokala delsystem i kompositionen automatiserade system Hantering av dispergerade objekt med hjälp av en stamkommunikationsstruktur (i det följande - gränssnittet).

När det gäller fysisk implementering gäller standarden för aggregatets aggregat med hjälp av elektriska signaler för att sända meddelanden.

1. Utnämning och omfattning

1,1. Gränssnittet är avsett för organisation av kommunikation och utbyte av information mellan lokala delsystem som en del av automatiserade tekniska förvaltningssystem, maskiner och utrustning inom olika branscher och icke-industriell sfär.

gränssnitt med operativ teknisk personal;

contion med kontrolldatorkomplexen i den övre tier i hierarkiska system.

2. Huvudegenskaper

2.1. Gränssnittet implementerar en bit seriell synkron överföringsmetod digitala signaler Data på en två-tråds trunkkanal.

2,2. Den totala dämpningen av signalen mellan utgången från sändnings- och ingången på värdstationen måste inte vara mer än 24 dB, medan dämpningen gjordes av kommunikationslinjen (huvudkanal och urladdning) måste inte vara mer än 18 dB, gjord av varje kommunikationslinje med linjen, inte mer än 0, 1 dB.

Notera. När du använder RK-75-4-12-kabeln är den maximala längden på kommunikationsledningen (inklusive längden på kranarna) 3 km.

(Ny utgåva, ändra nr 1).

2,5. Tvåfasmodulering med faskodning bör appliceras för att representera signaler.

2,6. För kodskyddet för de överförda meddelandena bör tillämpas cyklisk kod med produktion av polynom X. 16 + X. 12 + X. 5 + 1.

2,7. För att eliminera slumpmässiga fel bör möjligheten att omsända meddelanden mellan samma lokala delsystem tillhandahållas.

2,8. Meddelandeöverföring mellan lokala delsystem ska utföras med hjälp av en begränsad uppsättning funktionella byte, vars sekvens är inställd av meddelandet. Gränssnittet sätter två typer av meddelandeformat (funktioner. 1).

Format 1 har en fast längd och är konstruerad för att överföra endast gränssnittsmeddelanden.

Format 2 innehåller en variabel i längden av informationsdelen avsedd för dataöverföring.

Formatet 2, beroende på överföringshastigheten (låghastighet eller höghastighetsintervall), bör ses 2,1 respektive 2,2.

Typer av meddelandeformat

Format 1.

2,9. Meddelandeformat måste innehålla följande funktionsbyte:

synkronisering av CH;

adress till det kallade lokala delsystemet AV;

kod för funktionen av KF;

egen adress för det lokala delsystemet AU;

antal databyte i informationsdelen av DS, DS1 eller DS2;

dN1 Informationsbyte - DNP;

byte av kontrollkoder KB1 och KB2.

2.8, 2.9.

2.9.1. Synkronisering av Software Byte tjänar till att ange början och slutet på meddelandet. Synkronisera byte tilldelad kod? 111111?.

2.9.2. Byte-adresser AB-delsystemet definierar det lokala delsystemet som meddelandet skickas.

2.9.3. Byte av funktionerna i KF-funktionen bestämmer den operation som utförs i denna kommunikationscykel. Syftet med utsläpp i Byte KF visas. 2.

Strukturen av Byte KF

2.9.4. KF-koder och motsvarande operationer som utförs anges i tabellen.

Baita-beteckning	Funktionskod								Körbar drift
									Gruppöverföring (med total adressering)
									Inspelningsläsning
									Centraliserade undersökningsregulatorer
									Överför kontroll av huvudkanalen
									Returkontroll av huvudkanalen. Meddelande med en gemensam adress accepteras inte
									Returkontroll av huvudkanalen. Meddelande med den allmänna adressen är gjord
									Decentraliserade undersökningsregulatorer. Bristen på en begäran om att fånga kanalen. Meddelande med en gemensam adress accepteras inte
									Begäran om att fånga huvudkanalen. Meddelande med en gemensam adress accepteras inte
									Begäran om att fånga huvudkanalen. Meddelande med den allmänna adressen är gjord
									Marköröverföring
									Bekräftelse av meddelandet Reception
									Bekräftelse av meddelandet om emission
									Bekräftelse av mottagning och efterföljande emission av meddelandet. Svar på en centraliserad undersökning
									Bristen på en begäran om att fånga kanalen. Meddelande med en gemensam adress accepteras inte
									Bristen på en begäran om att fånga kanalen. Meddelande med den allmänna adressen är gjord
									Begäran om fånga kanal. Meddelande med en gemensam adress accepteras inte
									Begäran om fånga kanal. Meddelande med den allmänna adressen är gjord

Noll urladdning bestämmer syn på meddelandet (samtalsvar) som sänds genom stammekanalen.

Utmatningen 1 tar ett enda värde när delsystemet används (till exempel bildandet av databuffert).

Utmatningen 2 tar ett enda värde om formatmeddelandet 2 sänds i denna cykel.

Utmatningen 3 tar ett enda värde i ett re-skickat meddelande till samma lokala delsystem vid ett fel eller inget svar.

(Ändrad upplaga, ändra nr 1).

2.9.5. Den lokala delsystemets egen adress som genererar AC-meddelandet utfärdas för att informera svaradressen som kallas delsystemet och kontrollera korrektheten.

2.9.6. Byte ds bestämmer längden på informationsdelen i format 2.1, medan värdet binär kod Byte bestämmer DS antalet byte av dagen. Undantaget är koden ????????, som betecknar att 256 informationsbyte överförs.

Byte av DS1, DS2 bestämmer längden på informationsdelen i Format 2.2.

(Ändrad upplaga, ändra nr 1).

2.9.7. DN Data Bytes representerar informationsdelen av formatmeddelandet 2. Datakodning bör fastställas av de normaliserande dokumenten på parningslokala delsystem.

2.9.8. CB1-styrbyte, CB2 bildar kontrolldelen och används för att bestämma noggrannheten hos de överförda meddelandena.

3. Gränssnittsstruktur

3.1. Gränssnittet ger möjlighet att bygga spridda system med en huvudkommunikationsstruktur (jävla 3).

Lokal delsystemanslutningsstruktur

L.C.1 - LCN. - Lokala delsystem; Mk - Trunk Canal; PC. - Motståndsavtal

3.2. Alla konjugerade lokala delsystem måste anslutas till stammekanalen genom vilken information utbyts.

3,3. För att interfaceitera lokala delsystem med en stamkanal i sin sammansättning bör kommunikationsstyrenheter tillhandahållas. Kommunikationsstyrenheter måste utföras:

omvandling av information från form av representation som antogs i det lokala delsystemet i den form som krävs för överföring över stammekanalen;

lägga till och markera synkroniseringsmärken;

erkännande och mottagande meddelanden adresserade till detta lokala delsystem;

bildning och jämförelse av kontrollkoder för att bestämma noggrannheten hos de mottagna meddelandena.

3,4. Meddelanden mellan lokala delsystem ska organiseras som cykler. Under cykeln förstås som överföringsproceduren i en stamkanal av ett meddelande 1 eller 2. Flera sammankopplade cykler bildar överföringsprocessen.

3,5. Överföringsprocessen bör organiseras av en asynkronprincip: De lokala delsystemen som skickas till stamkanalen ska få svar (med undantag för koncernverksamheten).

4. Gränssnittsfunktioner

4.1. Gränssnittet sätter följande typer av funktioner som skiljer sig åt i kontrollnivåer som upptar lokala delsystem i meddelandeprocessen:

passiv mottagning;

mottagning och svar;

decentraliserad hantering av huvudkanalen;

begäran om att fånga huvudkanalen;

central kontroll av huvudkanalen.

(Ändrad upplaga, ändra nr 1).

4,2. Sammansättningen av gränssnittsfunktionerna som implementeras av det lokala delsystemet bestäms av kompositionen av problemet som löses av detta delsystem och dess funktionella egenskaper.

4,3. Typ av lokalt delsystem bestäms av funktionen av högsta nivån bland de som tillhandahålls. Det lokala delsystemet anses vara aktivt i förhållande till den funktion som den utför i den aktuella cykeln.

4,4. I enlighet med sammansättningen av de implementerade gränssnittsfunktionerna skiljer sig följande typer av lokala delsystem:

passivt förvaltat delsystem;

managed delsystem;

kontrollsubsystem;

initiativkontroll delsystem;

ledande delsystem.

4.4.1. Det passiva drivet delsystemet utför endast identifiering och mottagning av de meddelanden som adresseras till den.

4.4.2. Det hanterade delsystemet gör att de tar emot meddelanden som adresseras till det och bildar ett svarmeddelande i enlighet med den mottagna funktionskoden.

4.4.3. Kontrollundersystemet måste ha möjlighet att:

ta utbyteshanteringen på stamkanalen i centraliserade och decentraliserade lägen;

form och sända meddelanden på stammekanalen;

acceptera och analysera svarmeddelanden;

Återgå eller sända kontroll av huvudkanalen efter att överföringsprocessen är klar.

(Ändrad upplaga, ändra nr 1).

4.4.4. Initiativkontrollens delsystem förutom funktionen enligt krav 4.4.3, måste ha förmågan att generera en förfrågningssignal för att fånga bagagekanalen, ta emot och skicka motsvarande meddelanden när du utför sökproceduren för förfrågningssubsystemet.

4.4.5. Subsystemens presentatör samordnar arbetet med alla lokala delsystem i huvudkanalen i huvudkanalen. Hon utför:

skiljeförfarande och överför kontroll av huvudkanalen hos en av de lokala delsystemet.

central hantering av alla lokala delsystem;

övervaka driften av det lokala delsystemet

Överför meddelanden med en gemensam adress för alla (eller flera) lokala delsystem.

Endast ett delsystem som har en aktiv funktion av värden kan anslutas till stamkanalen.

(Ändrad upplaga, ändra nr 1).

5. Messaging Order

5.1. Varje rapporteringscykel på stamkanalen måste börja med synkroniseringen av alla delsystem som är associerade via gränssnittet.

5.1.1. För att utföra synkronisering måste värdsystemet / det aktiva kontrollsundersystemet överföras till den stamkanalsynkroniseringsbyte av CH. Det är tillåtet att sända sekventiellt något synkroniseringsbyte. Ytterligare synkroniseringsbyte ingår ej i meddelandeformatet.

5.1.2. Efter att ha utfört synkroniseringen av alla delsystem, sänder värd- eller aktiva styrsystem ett 1 eller 2 meddelande till stammekanalen, inklusive deras egna SH.

5.1.3. Alla byte, med undantag för kontroll KB1 och KB2, överförs till huvudkanalen, med början med den yngre urladdningen.

KB1 byte, CB2 sänds från den äldre urladdningen.

5.1.4. För att utesluta från sekvensen av den bit som sänds till stammekanalen, som sammanfaller med CN Byte-koden, måste varje meddelande konverteras på ett sådant sätt att efter 5 följande tecken "1" ska innehålla en extra tecken "0". Det mottagande delsystemet Denna karaktär måste uteslutas från meddelandet.

5.1.5. Efter att ha skickat meddelandet, inklusive Terminal Byte, bör det sändande delsystemet sända minst 2 byte av CH för att slutföra mottagningsoperationerna, varefter överföringscykeln slutar.

5,2. Huvudkanalhanteringsproceduren bestämmer sekvensen av aktivering av en av kontrollerna av delsystemen för att utföra meddelandeöverföringsprocessen. Subsystem som är associerade via gränssnittet kan fungera i centraliserad kontroll av huvudkanalen.

5.2.1. Det centrala kontrollproceduren hos huvudkanalen ger förekomsten av ett ledande delsystem, som samordnar interaktionen mellan delsystem genom att hantera överföringen av styrningen av huvudkanalen.

5.2, 5.2.1. (Ny utgåva, ändra nr 1).

5.2.2. Vid hantering av huvudkanalkontrollen tilldelar värdsystemet ett aktivt kontrollundersystem för att utföra meddelandeöverföringsprocessen. För att göra detta måste presentatören av delsystemet skicka det format 1-meddelandet till det valda styrsystemet med CF6-funktionskoden.

5.2.3. Kontrollsubsystemet efter att ha gjort ett meddelande med CF6-funktionskoden ska vara aktiv och kan utföras i en överföringsprocess flera meddelandekroppar. Antalet växlingscykler bör övervakas och begränsas till det ledande delsystemet.

5.2.4. Efter överföring av huvudkanalens styrning måste värdsystemet aktivera den passiva mottagningsfunktionen och slå på kontrolldownen. Om under den inställda tiden (svarstiden inte ska vara mer än 1 ms) tilldelat aktivt delsystem, börjar inte överföra meddelanden över stammarkanalen, upprepar mastern på delsystemet kontrollundersystemet i formatet 1 med CF6-funktionskoden och ett tecken på återöverföring.

5.2.5. Om och när du upprepade gånger använder kontrollundersystemet startar inte att skicka meddelanden (inte aktivt), definierar presentatören av delsystemet det som felaktigt och implementerar de förfaranden som föreskrivs för en sådan situation.

5.2.6. Efter avslutad överföring måste det aktiva kontrollsundersystemet utföra återbetalningsfunktionen hos huvudkanalskontrollen. För att göra detta måste det skicka det ledande delsystemmeddelandet med funktionen CF7 eller KF8.

5.2.7. Förfarandet för decentraliserad hantering av huvudkanalen innefattar konsekvent överföring av funktionen med aktivt till andra kontrollundersystem genom att överföra en markör. Delsystemet antog en markör är aktiv.

5.2.8. För den ursprungliga fångsten av markören bör alla delsystem som är förknippade med en stamkanal inkludera intervalltimers, och värdena för tidsintervallen måste vara olika i olika delsystem. Ett delsystem med högre prioritet måste tilldelas ett mindre tidsintervall.

5.2.9. Om huvudkanalen, efter ditt eget tidsintervall, bör huvudkanalen är fri, bör detta delsystem överväga jordens ägare och starta överföringsprocessen som det aktiva kontrollsubsystemet.

5.2.10. När överföringsprocessen är klar måste det aktiva styrsystemet passera styrkanalens styrning till nästa kontrollundersystem med en adress för AB \u003d AC + 1, för vilken den ska utfärda en markör, aktivera den passiva mottagningsfunktionen och sätt på kontrollräkningen.

Som en markör används ett meddelande om format 1 (jävla 1) med CF13-funktionskoden och AV-adressen.

Om under den inställda tiden, startar delsystemets markör överföringsprocessen, sändning av den till delsystemet bör försöka överföra till markörsubsystemen med efterföljande adresser av AV \u003d AC + 2, AU \u003d AC + 3, etc. Så länge som markören inte accepteras. Delsystemets adress som antagits en markör måste memoreras av detta delsystem som uppföljning före återinriktning.

5.2.11. Alla aktiva delsystem som har upptäckt obehörig produktion till kommunikationskanalen måste utföra åtgärder på 5.2.8.

5.2.12. I det decentraliserade styrningen av huvudkanalen måste alla delsystem ha en aktiv funktion av passiv mottagning. När det gäller en del av markören (till exempel, om det aktiva styrsystemet misslyckas), måste mekanismen för initialmarkeringsupptagning (punkterna 5.2.8, 5.2.9) öppnas (punkterna 5.2.8, 5.2.9) och den fungerande bör återvinnas.

5.2.13. Alla delsystem som äger markören och mottog ledningens aktiva funktion, kan fånga den centrala kontrollen av huvudkanalen och bibehålla den till avskaffandet av den aktiva funktionen som tilldelats den.

5.2.7 - 5.2.13. (Dessutom introduceras, ändra nr 1).

5.3. I centraliserat ledningsläge kan kontrollen av huvudkanalkontrollen organiseras på förfrågningar från delsystem för initiativhantering.

5.3.1. Delsystem måste ha en aktiv funktion att fånga en stamkanal för att organisera kontrollen på förfrågningar.

5.3.2. Två sätt att organisera sökningen efter delsystemet som begär tillgång till huvudkanalen är centraliserad och decentraliserad.

5.3, 5.3.1, 5.3.2. (Ny utgåva, ändra nr 1).

5.3.3. Med en centraliserad undersökning måste det ledande delsystemet konsekvent intervjua alla initiativkontroll delsystem som är anslutna till stammekanalen. Subsystemets presentatör måste skicka varje initiativkontroll delsystemet i formatet 1 med CF5-funktionskoden.

Initiativkontrollens delsystem måste skicka ett svarmeddelande till det ledande delsystemet med en av funktionskoderna CF21-KF24 beroende på dess interna tillstånd. Sekvensen av operationer i det centrala undersökningsproceduren visas. fyra.

5.3.4. Den decentraliserade undersökningen ger en snabb process att bestämma initiativkontrollens delsystem som har etablerat en åtkomstförfrågan till bagagekanalen. Delsystemets presentatör bör endast gälla den första i sin tur på initiativkontrollens delsystem med format 1-meddelandet och CF9-funktionskoden.

Varje initiativkontrollundersystem måste uppfatta meddelandet adresserat till det och skicka sitt meddelande till stammekanalen adresserad till nästa delsystem. Det resulterande meddelandet ska passera en av CF9-funktionskoderna - KF12, som kännetecknar tillståndet för detta delsystem. Förfarandet för den decentraliserade undersökningen illustrerar funktionerna. fem.

5.3.5. Värdsubsystemet efter att ha lanserat en decentraliserad undersökning aktiverar den passiva mottagningsfunktionen och får alla meddelanden som skickas av initiativkontrollens delsystem. Detta gör det möjligt för det ledande delsystemet efter slutet av den decentraliserade undersökningen att ha information om åtkomstförfrågningar till stamkanalen i alla initiativförvaltningsundersystem.

Processen med centraliserat undersökningssystem

Processen med decentraliserad undersökning av delsystemet

Initiativkontrollens delsystem i den decentraliserade undersökningskedjan i kretsen av en decentraliserad undersökning ska adressera sitt meddelande till delsystemets presentatör, vilket innebär slutet på proceduren för en decentraliserad undersökning.

5.3.6. Om något delsystem visar meddelanden till bagagekanalen efter åtkomst till det, måste presentatören aktiveras och skicka det ett nytt meddelande som är identiskt med föregående. I avsaknad av ett svar (eller fel) på ett upprepat samtal lanserar det ledande delsystemet en decentraliserad undersökning med följande i sin tur, och detta delsystem från undersökningen är uteslutet.

5.4. Dataöverföringsförfarandet kan utföras som en av följande processer:

grupprekord;

spela in läsning.

5.4.1. Gruppinspelning måste utföras av mastersubsystemet. Vid exektering av en gruppinspelning är presentatören av delsystemet i huvudkanalen i formatet 2, där koden 11111111 (255) och CF-funktionskoden registreras som en AV-adress.

5.4.2. Alla delsystem som svarar på gruppadressen måste ta ett meddelande från huvudkanalen och fixa den status som betyder att meddelandet med den gemensamma adressen tas. Svarsmeddelanden med gruppinspelning av mottagande delsystem utfärdas inte.

5.4.3. Bekräftelse av mottagandet av ett gruppmeddelande utförs i processen med en centraliserad eller decentraliserad undersökning, såväl som när man returnerar huvudkanalen, för vilken CF1, KF8, KF2 - KF2 och KF21 - CF24-bitarna är aktiverade .

5.4.4. Vid inspelningsprocessen skickar mastersubsystemet eller det aktiva styrsystemet ett meddelande 2-meddelande till CF2-funktionskoden 2 till ett specifikt hanterbart delsystem för att ta emot ett specifikt kontrollerat delsystem, vars adress anges i AV. Efter att ha utfärdat meddelandet innehåller det aktiva kontrollsubsystemet en kontrollräkning och ett svarmeddelande väntar.

5.4.5. Det adresserade delsystemet identifierar sin adress och accepterar meddelandet skickat till det. I händelse av att meddelandet tas utan ett fel måste det mottagande delsystemet utfärda ett svar på stammekanalen som ett meddelande om format 1 med CF18-funktionskoden.

5.4.6. Om ett fel upptäcks i det antagna meddelandet bör det mottagande delsystemet inte utfärda ett svar.

5.4.7. Det aktiva kontrollundersystemet i avsaknad av ett svar under kontrolltidsintervallet måste återföra överföringen av samma meddelande.

5.4.8. Om det inte finns något svar på ett upprepat meddelande anses detta delsystem vara ett felaktigt och det aktiva kontrollundersystemet måste utföra det förfarande som föreskrivs för en sådan situation (inkludering av larmsystem, uteslutande av delsystemet från cirkulationen, införandet av reserven, etc.).

5.4.9. I det centrala kontrollläget på huvudkanalen måste dialogrutan för styr och kontrollerad delsystem ständigt övervakas av det mastersubsystem som utför den passiva mottagningsfunktionen vid denna tidpunkt.

(Ny utgåva, ändra nr 1).

5.4.10. Läsprocessen bör börja med att skicka det aktiva kontrollundersystemet i formatet 1 med CF3-funktionskoden.

5.4.11. Delsystemet, som är adresserat till detta meddelande, i fallet med dess servicemottagning, bör ges ett svarmeddelande 2 med CF19-funktionskoden.

5.4.12. I händelse av att delsystemet inte kan utfärda data för den inställda timeout tiden måste den efter att ha accepterat ett meddelande med läsfunktionen för att åtgärda delsystemets sysselsättningsfunktion och fortsätta till bildandet av en rad data för utfärdande.

5.4.13. Detta kontrollerade delsystem måste komma ihåg adressen till delsystemet Active Control Delsystemet (vilken data som är beredda) och som svarmeddelanden till andra anställningsansvariga till andra kontrollundersystem är förberedda.

5.4.14. För att läsa de beredda data måste det aktiva styrsystemet återigen hänvisa till det kontrollerade delsystemet med formatet 1 med CF3-funktionskoden. Om data som den här tiden är beredda måste det kontrollerade delsystemet skicka ett svarmeddelande 2 med CF19-funktionskoden.

Sysselsättningsfunktionen bör tas bort först efter att ha passerat svarmeddelandet i format 2.

5.4.15. Om svarmeddelandet accepteras av det aktiva styrsystemet utan ett fel, är läsningsprocessen klar.

5.4.16. Om ett fel eller frånvaro av ett svar detekteras, upprepar det aktiva kontrollundersystemet överklagandet och tar sedan åtgärder som liknar dem som visas i PP. 5.4.7, 5.4.8.

5.4.17. Inspelningsläsning är en kombination av processer enligt PP. 5.4.4 - 5.4.15.

5.4.18. Det aktiva kontrollsundersystemet skickar ett meddelande 2-meddelande till stammekanalen med CF4-funktionskoden.

5.4.19. Det adresserade delsystemet måste anta ett meddelande riktat och bilda ett svar.

5.4.20. Responsmeddelande B. denna process Den måste representeras av Format 2 (innehåller läsdata) och har CF20-funktionskoden.

5.4.21. Kontroll av noggrannheten hos de överförda meddelandena och de åtgärder som genomförs av det aktiva kontrollsundersystemet bör likna rekord- och läs- och läsprocesserna.

6. Fysisk implementering

6,1. Det fysiskt gränssnittet implementeras i form av kommunikationslinjer som bildar en stamkanal och kommunikationsstyrare som ger direkt anslutning till kommunikationslinjer.

6,2. Kommunikationsstyrenheter måste utföras i form av funktionella noder som ingår i delsystemet, eller i form av strukturellt isolerade anordningar.

6.3. Reglerna för gränssnittet och interaktionen mellan kommunikationsstyrenheter med den funktionella delen av delsystemet med denna standard regleras inte.

6,4. För kommunikationslinjen av huvudkanalen, en koaxialkabel med vågmotstånd 75 ohm.

6,5. Koaxialkabeln måste laddas i båda ändarna med matchande motstånd med motstånd (75 ± 3,75) OM. Kraften i matchande motstånd bör vara minst 0,25 W.

De matchande motstånden ska anslutas till ändarna av kommunikationslinjer med RF-kontakter.

Jordning eller anslutning av kommunikationslinjer med enhetskåp i parningsundersystem är inte tillåtet.

6,6. Atoquence av huvudkanalslinjen bör inte vara mer än 18 dB för en hastighet på 500 kbps.

6,7. Den totala dämpningen gjord av varje filial från kommunikationslinjen på stamkanalen bör inte överstiga 0,1 dB, inklusive dämpning, bestämd av dockningspunktens kvalitet, dämpning på gren och dämpning, beroende på iför samordningssystem.

6,8. Gren från huvudkanalen måste utföras koaxialkabel Med en vågmotstånd på 75 ohm. Längden på varje gren är inte mer än 3 m. Den totala längden på alla grenar ingår i huvudkanalens totala längd. Anslutning till kommunikationslinjen ska utföras med RF-kontakter. Avkoppling av något av delsystemen bör inte leda till en kommunikationslinjer.

6,9. Kommunikationsstyrenheter måste innehålla mottagningsöverföringsförstärkare som tillhandahåller:

mottagarens känslighet, inte värre .......................................... .. ............. 240 mv

utgångsnivå ................................................ . ........................... från 4 till 5 V

utgångsbeständighet ................................................ .. .............................. (37,50 ± 1,88) ohm

6,10. Genereringen av elektriska signaler för överföring till stamkanalen är gjord genom att modulera klockfrekvensen med signalerna på det överförda meddelandet. Varje bit av det överförda meddelandet motsvarar en fullständig period av klockfrekvensen, med den främre och bakre kanterna på den överförda signalen måste matcha övergången genom nollklockfrekvensen (DAMN 6). Korrespondensen av symbolerna som tagits från huvudkanalen, de meningsfulla staterna är angivna enligt följande:

symbolen "0" motsvarar den motsatta fasen i förhållande till den föregående symbolen,

Industriella datanät är ett av huvudelementen i moderna ACS TP. Framväxten av industriella kommunikationsprotokoll lade initiering av territoriellt distribuerade kontrollsystem som kan täcka många tekniska installationer, kombinera hela workshops och ibland växter. Idag utvecklas sfären av industriell kommunikation med sju världssteg: mer än 50 standarder för kommunikationsnät är kända speciellt anpassade för industriella tillämpningar, ny progressiv dataöverföringsteknik visas varje år. Detta är inte förvånande, eftersom det är kommunikationsnäten som bestämmer kvalitet, tillförlitlighet och funktionalitet hos ACS TP som helhet.

Datatät som används i TP-AC-ACS kan delas upp i två klasser:

1. Fältbussar (fältbussar);
2. Nätverk högsta nivån (Operatörsnivå, Terminalbussar).

1. Fältdäck

Fältbussens huvudfunktion är att tillhandahålla nätverksinteraktion mellan styrenheter och fjärrkretsar (till exempel inmatnings- / utgångsnoder). Dessutom är olika instrumentations- och manöverdon (fältenheter) anslutna till fältbussen (fältenheter), utrustade med lämpliga nätverksgränssnitt. Sådana anordningar kallas ofta intelligenta fältenheter, eftersom de stöder högnivå nätverksmetabolismsprotokoll.

Som redan nämnts finns det många standarder för fältdäck, varav de vanligaste är:

1. PROFIBUS DP;
2. PROFIBUS PA;
3. Foundation Fieldbus;
4. Modbus RTU;
5. HJORT;
6. DeviceNet.

Trots nyanserna av genomförandet av var och en av standarderna (dataöverföringshastighet, ramformat, fysisk miljö), har de en vanlig funktion - används av nätverksutbytesalgoritmen baserat på den klassiska principen om master-slav eller dess små modifieringar. Moderna fältdäck uppfyller strikta tekniska krav och blir därmed möjligt att utnyttja dem i tunga industriella förhållanden. Dessa krav inkluderar:

1. Deterministration. Enligt detta innebär att överföringen av meddelanden från en nätverksnod till en annan tar ett strikt fast segment av tid. Kontorsnätbyggda med Ethernet-teknik är ett utmärkt exempel på ett icke-deterministiskt nätverk. Algoritmen för tillgång till det delade mediet enligt CSMA / CD-metoden bestämmer inte den tid för vilken ramen från en nod av nätverket kommer att överföras till en annan, och strängt sett finns det inga garantier för att ramen kommer att nå adressaten. För industriella nätverk är det oacceptabelt. Överföringstiden måste också vara begränsad och i allmänhet med hänsyn till antalet noder, dataöverföringshastigheter och längden på meddelandena, kan utformas i förväg.

2. Stöd till stora avstånd. Detta är ett viktigt krav, eftersom avståndet mellan kontrollobjekten ibland kan nå några kilometer. Det tillämpade protokollet måste vara inriktat på att använda en stor del av omfattningen.

3. Skydd mot elektromagnetiska tips. Långa linjer är särskilt mottagliga för den negativa effekten av elektromagnetisk störning som emitteras av olika elektriska enheter. Stark störning i linjen kan snedvrida de överförda data utöver erkännande. För skydd mot sådan störning används speciella skärmade kablar, såväl som fiber, som på grund av den ljusa naturen hos informationssignalen är i allmänhet okänslig för elektromagnetiska spetsar. Dessutom bör speciella metoder för digital datakodning användas, vilket förhindrar distorsion i överföringsprocessen eller åtminstone att effektivt detektera förvrängd data med mottagarkoden.

4. Härdad mekanisk design av kablar och kontakter. Här är det också inget överraskande, om du föreställer dig, i vilka förhållanden är det ofta nödvändigt att sätta kommunikationslinjer. Kablar och kontakter måste vara slitstarka, slitstarka och anpassade för användning under de svåraste förhållandena (inklusive aggressiv atmosfär, i ökad nivå av vibration, fuktighet).

Av sikte fysisk miljö Dataöverföringsfältdäck är uppdelade i två typer:

1. Fältdäck byggdes på grundval av en fiberoptisk kabel. Fördelarna med att använda fiberoptik är uppenbara: Möjligheten att bygga utökade kommunikationslinjer (längd på upp till 10 km eller mer); Stor bandbredd; okänslighet mot elektromagnetisk störning; Möjligheten att lägga sig i explosiva zoner. Nackdelar: Relativt hög kabelkostnad; Komplexiteten hos den fysiska anslutningen och anslutningskabeln. Dessa verk måste utföras av kvalificerade specialister.
2. Fältdäck byggdes på grundval av kopparkabeln. Som regel är det en två-tråds "twisted pair" -typskabel med speciell isolering och avskärmning. Fördelar: acceptabelt pris; Lätt att lägga och utföra fysiska anslutningar. Nackdelar: Med förbehåll för elektromagnetisk arkivering; begränsad längd av kabelledningar; Ligger jämfört med bränslebandbredd.

Ett exempel på en modul som säkerställer anslutningen av den SYCATE S7-300-styrenheten till PROFIBUS DP-nätverket med fiberoptisk kabel, är CP 342-5-kommunikationsprocessorn. För att ansluta S7-300 till PROFIBUS DP-nätverket med kopparkabel kan du använda CP 342-5-modulen.

2. Toppnätverk

Topnätverket av ACS TP används för att överföra data mellan styrenheter, servrar och operatörsarbetsstationer. Ibland innehåller sådana nätverk ytterligare noder: den centrala arkivservern, servern av industriella applikationer, ingenjörsstation etc. Men det här är alternativ.

Vilka nätverk används på toppen av ACS TP? Till skillnad från standarddäcken är det ingen speciell mångfald här. Faktum är att de flesta toppnätverk som används i moderna ACS TP baseras på Ethernet-standard (IEEE 802.3) eller mer snabba varianter Fast Ethernet och Gigabit Ethernet. I det här fallet används i regel TCP / IP-kommunikationsprotokollet. I detta avseende är nätverket av operatörskiktet mycket lik vanliga LAN som används i Office-applikationer. Den breda industriella användningen av Ethernet-nätverk beror på följande uppenbara stunder:

1) Industriella toppnätverk kombinerar många operatörsstationer och servrar, som i de flesta fall är persondatorer. Ethernet-standard är utmärkt för att organisera liknande LAN; För att göra detta är det nödvändigt att bara tillhandahålla varje dator nätverksadapter (NIC, Network Interface Card). Många moderna styrenheter har kommunikationsmoduler att ansluta till Ethernet-nätverk (till exempel CP 343-1-kommunikationsprocessorn kan du ansluta S7-300 till Industrial Ethernet-nätverket).

2) Det finns ett stort urval av billigt på marknaden. kommunikationsutrustning För Ethernet-nätverk, inklusive speciellt anpassade för industriella tillämpningar.

3) Ethernet-nätverk har en hög dataöverföringshastighet. Till exempel kan Gigabit Ethernet-standardet sända data med en hastighet på upp till 1 GB per sekund när du använder ett twisted par kategori 5. Hur kommer det att söka på, stort bandbredd Nätverket blir extremt en viktig punkt För industriella tillämpningar.

4) Att använda på toppnivå ACS TP Ethernet-nätverk ger möjlighet till ett enkelt dockningsnätverk av ACS TP med lokalt nätverk Växt (eller företag). Som regel är den befintliga LAN-anläggningen baserad på Ethernet-standarden. Med en nätverksstandard Gör det möjligt att förenkla integrationen av ACS TP i generellt nätverk Företag.

Industrial ACS-nätverk med industriella övernivå har dock sin egen specificitet på grund av villkoren för industriell användning. Typiska krav för sådana nätverk är:

1. Stor bandbredd och dataöverföringshastighet. Volymen av trafiken beror direkt på många faktorer: antalet arkiverade och visualiserade tekniska parametrar, antalet servrar och operatörsstationer som används tillämpade applikationer etc. Till skillnad från fältnätverk av det hårda kravet på deterministicitet, det finns inget: Strängt talande, oavsett hur mycket tid kommer att ta överföringen av meddelanden från en nod till en annan - 100 ms eller 700 ms (naturligtvis, det spelar ingen roll medan det är i rimliga gränser). Det viktigaste är att nätverket i allmänhet kan klara av den totala trafiken för en viss tid. Den mest intensiva trafiken går igenom nätverkssajlarna som ansluter servrar och operatörsstationer (klienter). Detta beror på det faktum att den tekniska informationen vid operatörsstationen är uppdaterad en gång per sekund, och flera tusen kan överföras tekniska parametrar. Men här finns det inga styva tillfälliga begränsningar: operatören märker inte om informationen är uppdaterad, säg, var och en och en halv sekund i stället för den. Samtidigt, om regulatorn (med en skanningscykel på 100 ms) kommer att möta en 500-milisekundsfördröjning i kvittot av nya data från sensorn, kan detta leda till felaktig användning av kontrollalgoritmer.

2. Iseltolerans. Det uppnås som regel genom att reservera kommunikationsutrustning och kommunikationslinjer enligt kretsen 2 * n så att kontrollsystemet i händelse av en strömbrytare eller kanalbrytning kan förkortas (inte mer än 1-3 C ) För att lokalisera vägran, utför automatisk perestroika topologi och omdirigera trafik till backup-rutter.

3. Överensstämmelse med nätverksutrustning med industriella driftsförhållanden. Enligt detta innebär sådana viktiga tekniska åtgärder som: - Skydd av nätverksutrustning från damm och fukt. - Avancerat temperaturområde - Ökad livscykel; - Möjligheten till bekväm montering på en DIN-skena; - lågspänningsnäring med möjlighet till bokning - Slitstarka och slitstarka kontakter och kontakter.

Funktionerna för industriell nätverksutrustning är praktiskt taget annorlunda än kontorsanaloger, men på grund av speciellt utförande kostar det något dyrare. Figur 1 visar till exempel fotografiet av nätverksomkopplare av industriell design, vilket ger stöd för den redundanta nätverkstopologin.

Figur 1 Industriell switchar Scalance X200 Tillverkad av Siemens (vänster) och LM8TX från Phoenix Kontakt: Installation på DIN Rake

Talar om industrinät som byggdes på grundval av Ethernet-teknik används den term industriella Ethernet ofta, vilket antyds vid deras industriella syfte. Det finns nu omfattande diskussioner om fördelningen av industriell Ethernet i en separat industristandard, dock det här ögonblicket Industrial Ethernet är bara en lista över tekniska rekommendationer för organisation av nätverk i produktionsförhållanden, och är strängt en informaliserad tillägg till den fysiska nivåns specifikationer för Ethernet-standarden.

Det finns en annan syn på vad Industrial Ethernet är. Faktum är att det i de senaste tiderna finns många kommunikationsprotokoll baserade på Ethernet-standarden och optimeras för att överföra de data som är kritiska till tiden. Sådana protokoll kallas konventionellt realtidsprotokoll, med tanke på att med hjälp kan du organisera datautbyte mellan distribuerade applikationer som är kritiska för exekveringstiden och kräver en tydlig synkronisering. Det yttersta målet är att uppnå relativ bestämning under dataöverföring. Som ett exempel kan industriell Ethernet ges:

• PROFINET;
• Ethercat;
• Ethernet PowerLink;
• Ether / IP.

Dessa protokoll ändrar standard TCP / IP-protokoll i varierande grad, vilket ger nya nätverksutbytesalgoritmer, diagnostiska funktioner, självkorrigerande metoder och synkroniseringsfunktioner. I det här fallet förblir kanalen och fysikaliska nivåerna av Ethernet oförändrade. Detta gör att du kan använda nya dataöverföringsprotokoll i befintliga nätverk Ethernet med standard kommunikationsutrustning.

programvara ACS MS Det är en klient-serverlösning som är byggd på MS SQL Server-plattformen för versioner 2005 och högre och säkerställer separation av dataåtkomsträttigheter metrologisk service företag. Versionerna av MS ACS-komplexet tillhandahålls för att arbeta med en enda och distribuerad databas (databasvolym - upp till 150 000 s). MS ACS-funktionaliteten ger redovisning, planering, underhållskontroll, analys av instrumentbrädans tillstånd. Särskild uppgift "medföljer SI" för ett testlaboratorium tillåter att minimera arbetskraftskostnaderna för datainmatning och pappersarbete på servicesultat. Användarens rätt att arbeta i olika delar av data är konfigurerade av ACS-administratören, beroende på de metrologiska serviceorganisationen.

Med MS ACS-gränssnittet kan du, beroende på uppgiften, eventuella informationsavdelningsdata och formulera rapporter om dem. Universalfiltret kompletteras med en förenklad provtagningsfunktion. Följande frihetsgrader finns i att ställa in skärmformuläret: Definition av den önskade uppsättningen flikar, kolumner, såväl som ordern för deras följande och bredd, sortering av data för vilken kombination av kolumner och eventuellt dataval i tabellen. Händelser MK, reparationer, fel, då visas på skärmen i tabellformer, med förmåga att analysera ackumulerad statistik.

Det elektroniska passet si Förutom de viktigaste redovisnings- och underhållsbestämmelserna innehåller:

• Historien om händelserna i drift.
• Lista över komponentenheter (om det är ett pass för ett kit eller kanal).
• Länkar till pass av kanaler eller komplex (om enheten ingår i kanalen).
• Uppsättning av uppmätta parametrar.
• Antalet ädelmetaller.
• Ytterligare egenskaper si.

ACS MS-administratören bestämmer redovisningsprinciperna och justerar bilden av passet, gömmer onödiga fält och flikar.

Grafer av metrologisk kontroll och reparationer kan bildas med användning av kalibrering (reparation) cykler. Schemat bildas. Baserat på grafer och tariffer som lagras i databasen beräknas schemalagda underhållskostnader. Huvudkostnaderna för underhåll beräknas utifrån grafer och tidsstandarder som är lagrade i databasen.

Rapporter i ACS MS bildas med användning av FastReport Generator; Ange och kolumnbredd, teckensnitt, färg, etc; Rapporter lagras i RTF, XLS, HTML-format. Rapportbibliotek som ingår i paketet med MS ACS kan kompletteras med användarförfrågningar.