1 / 19

Interfejs IEEE 488

Interfejs IEEE 488. Funkcja żądania obsługi. Struktura systemu raportowania stanu urządzenia. Komunikaty statusowe urządzeń :. Urządzenia sterowane zdalnie powinny udostępniać informacje o swoim stanie oraz zaistniałych w nich zdarzeniach :

jaafar
Download Presentation

Interfejs IEEE 488

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Interfejs IEEE 488 Funkcja żądania obsługi. Struktura systemu raportowania stanu urządzenia.

  2. Komunikaty statusowe urządzeń : • Urządzenia sterowane zdalnie powinny udostępniać informacje o swoim stanie oraz zaistniałych w nich zdarzeniach: • Dane o stanie mogą dotyczyć informacji o sprawności urządzenia, wykonywaniu określonej operacji itp. • Zdarzenia informują o zmianie stanu urządzenia np. zakończeniu operacji pomiarowej, wykryciu błędu danych programujących itp. • Aplikacja sterująca może odczytywać dane statusowe urządzeń i uwzględniać je w procesie sterowania urządzeniami ( Różnica między odczytem stanu i zdarzenia). • Podstawowym komunikatem statusowym wydawanym przez urządzenia jest bajt statusowy STB. • Interfejs urządzenia wydającego STB musi posiadać funkcję żądania obsługi oraz funkcję nadawania danych. • Urządzenia zgodne z IEEE488.2 lub SCPI dysponują rozbudowanym podsystemem statusowym, który udostępnia dodatkowe informacje statusowe.

  3. Zgłaszanie sytuacji szczególnych : • Urządzenia powinny dysponować możliwością zgłaszania kontrolerowi systemu faktu wystąpienia w nich pewnych sytuacji szczególnych np. otrzymania błędnego polecenia programującego, zakończenia pomiaru itp. • Zgłaszanie sytuacji szczególnychułatwia rozwiązanie algorytmu sterowania przyrządem. Np. przez wykorzystanie procedury przerwaniowej obsługującej sytuacje wyjątkowe zamiast odpytywania urządzenia po każdym poleceniu programującym. • W urządzeniach GPIB za zgłoszenie sytuacji szczególnejodpowiada funkcja interfejsowa SR (Service Request) wykorzystująca do tego linię SRQ magistrali. • Funkcja SR za pomocą linii SRQ magistrali zgłasza fakt wystąpienia sytuacji szczególnej. Stan linii SRQ jest monitorowany przez aktualny kontroler systemu. • Liczba potencjalnych sytuacji wyjątkowych może być bardzo duża; w pewnych zastosowaniach znaczenie wielu z nich jest nieistotne. W procesie sterowania powinna istnieć możliwość maskowania wybranych sytuacji. • Maskowanie ograniczy liczbę żądań obsługi do tych , które zostaną uznane za istotne. Dodatkowo udostępniając tylko jedną sytuację wyjątkową przyspiesza się jej obsługę, ponieważ samo wystąpienie SRQ oznacza zaistnienie określonej sytuacji szczególnej.

  4. Zadania funkcji SR : • Funkcja żądania obsługi SR realizuje dwa zadania: • Pozwala zgłosić kontrolerowi systemu informację o zaistnieniu sytuacji szczególnej przez ustawienie linii SRQ w stan aktywny. • Określa wartość siódmego bitu bajtu statusowego (STB) wydawanego przez urządzenie. rsv – wewnętrzny komunikat określający potrzebę zgłoszenia żądania.

  5. Funkcja SR :

  6. Współpraca funkcji SR i T :

  7. Procedura odczytu bajtu statusowego: ANT=1; ustawienie trybu rozkazowego <UNL><UNT>; rozadresowanie systemu <SPE>; tryb wydawania komunikatów STB <LADK>[<SADK>]; zaadresowanie kontrolera do odbioru <TADd>[<SADd>]; zaadresowanie urządzenia do nadawania  ATN=0; zainicjowanie transferu komunikatu <STBd>; transfer bajtu STB ATN=1; ustawienie trybu rozkazowego <UNL><UNT>; rozadresowanie systemu <SPD>; powrót do trybu wydawania komunikatów danych Procedura stosowana do polingowej kontroli stanu urządzenia.

  8. Wyszukanie urządzeń żądających obsługi : Procedura odpytania szeregowego związana z realizacją przerwaniowej obsługi zdarzeń zaistniałych w urządzeniach. Jej zadaniem jest znalezienie urządzeń żądających obsługi oraz dostarczenie ich bajtów statusowych. Procedura bazuje na tablicy urządzeń dostępnych na magistrali. Każda aplikacja dysponuje możliwością zbudowania tablicy urządzeń aktualnie dołączonych do magistrali i włączonych.

  9. Ogólna struktura raportowania stanu urządzenia: Bity sumaryczne struktur Bajt Statusowy – STB Maska rejestru STB Generator rsv Funkcja SR Generacja SRQ

  10. Składnik rejestrowy struktury statusowej : • Definiowanie zdarzeń: • Przejście L->H • Przejście H->L • Oba przejścia • Żadne (wyłączenie) • PTR NTR • 1 0 • 0 1 • 1 1 • 0 0

  11. Dostępne operacje na elementachstruktury rejestrowej : • Przedstawiona konstrukcja struktury rejestrowej pozwala użytkownikowi w sposób elastyczny dostosowywać jej funkcjonowanie do potrzeb konkretnej aplikacji. • Korzystanie z tych możliwości zapewniają odpowiednie polecenia ustawiające rejestry oraz zapytania zwracające zawartość wybranych rejestrów. • W stosunku do poszczególnych rejestrów dowolnej struktury rejestrowej mogą być wykonywane następujące operacje : :STATus:OPERation:ENABle 5 - odmaskowanie bitów o wadze 1 i 4 rejestru zdarzeń. Wystąpienie jednego z tych zdarzeń spowoduje wystawienie komunikatu sumarycznego o wartości 1. :STATus:OPERation:PTRansition 5 - Zmiana stanu z L na H bitów o wadze 1 i 4 rejestru stanu wygeneruje zdarzenie rejestrowane wartością 1 na odpowiadających bitach rejestru zdarzeń.

  12. Składnikkolejkowy struktury statusowej : • Składnik systemu raportowania stanu urządzenia o budowie kolejkowej jest buforem pamięci typu FIFO przeznaczonym do przechowywania sekwencji różnorodnych informacji. • Bufor ma własności struktury pozwalającej gromadzić dane różnego typu. • Komunikat sumaryczny kolejki wartością 1 sygnalizuje obecność w kolejce co najmniej jednej danej. Wartość zero oznacza, że kolejka jest pusta. Urządzeniazgodne z IEEE-488.2 dysponują zawszekolejką danych wyjściowych a dodatkowo zgodne z SCPI kolejką wykrytych błędów obsługi urządzenia.

  13. Struktura raportowania statusu według IEEE 488.2 :

  14. Rejestr statusowy urządzenia i jego polecenia : Polecenie: *sre 48 -> 0011 0000

  15. Standardowy rejestr zdarzeń : PON – Power on URQ – User request (rzadko) CME – Command error EXE – Execution error DDE – Device dependent error QYE – Query error RQC – Request control (gdy C) OPC – Operation complete Polecenie: *ese 5 -> 0000 0101

  16. Polecenia sekwencyjne i nakładkowe:

  17. Zastosowanie bitu OPC :

  18. Układ generacji komunikatu ist : Uzupełnieniem systemu raportowania stanu urządzenia może być jednobitowy komunikat statusowy ist wydawany przez funkcję interfejsową PP urządzenia. Stosowanie funkcji PP w interfejsie urządzenia nie jest obowiązkowe. Jeśli interfejs urządzenia wykorzystuje funkcję PP wówczas obowiązkowo trzeba stosować strukturę generacji indywidualnej odpowiedzi ist przedstawioną na rysunku. Rejestr PP to rejestr stanu urządzenia (STB) plus do 8 wybranych stanów urządzenia (bity 8-15). Rejestr maski pozwala aplikacji w sposób elastyczny wybierać rodzaj informacji przekazywanej bitem ist. Odczyt ist bez odpytywania równoległego – polecenie *IST?

  19. Polecenia systemu raportowania stanu urządzenia : Polecenia i zapytania wspólne obsługujące systemu raportowania stanu urządzenia: *CLS -Zeruj rejestry systemu raportowania stanu. *ESE    <NRf>-Ustaw maskę rejestru zdarzeń. *ESE?-Zapytanie o maskę rejestru zdarzeń. *ESR?-Zapytanie o zawartość rejestru zdarzeń. *SRE    <NRf>-Ustaw maskę rejestru statusowego. *SRE?-Zapytanie o maskę rejestru statusowego. *STB?-Zapytanie o bajt statusowy. *IST?-Zapytanie o komunikat ist urządzenia. *PRE    <NRf>-Ustaw maskę rejestru PP. *PRE?-Zapytanie o maskę rejestru PP. Uwaga: Tylko gdy implementowana jest funkcja PP.

More Related