Zapraszamy do zapoznania się z ofertą firmy TEL-STER Sp. z o.o. z Poznania.

Folder produktowy DPMS

W marcu 2012 przygotowaliśmy dla Państwa, we współpracy z międzynarodową firmą HAWLE, nowy produkt: SYSTEM DYNAMICZNEGO Zarządzania CIŚNIENIEM - DPMS adresowany do przedsiębiorstw wodociągowych poszukujących rozwiązań umożliwiających optymalizację pracy sieci wodociągowej.

System DPMS powstał dzięki wymianie doświadczeń i współpracy firm Hawle i TEL-STER. Zastosowanie systemu DPMS pozwala na utrzymywanie zadanego ciśnienia w wybranych odcinkach sieci wodociągowej oraz na wykonywanie, w sposób w pełni automatyczny, korekt ciśnienia w funkcji czasu. W okresach niskiego poboru wody obniżenie ciśnienia zmniejsza straty wody, co przekłada się na wymierne korzyści ekonomiczne. Podstawowymi elementami systemu DPMS są zawór regulacyjny Hawido 1515 i sterownik TelREG, nadzorujący pracę zaworu regulacyjnego.

      Folder produktowy TelGaz OSD

TelGAZ OSD jest systemem przeznaczonym dla operatorów systemów dystrybucyjnych gazu, wspierającym proces dystrybucji gazu. Jest w pełni kompatybilny z systemem TelGAZ wdrożonym u Operatora Gazociągów Przesyłowych Gaz-System. Umożliwia wymianę z OGP danych operatywnych, nominacji oraz informacji o ograniczeniach.  

Podstawowe funkcje realizowane przez system:

• wspomaganie procesu dystrybucji gazu
• zarządzanie siecią dystrybucyjną
• zarządzanie pomiarami operatywnymi
• zarządzanie bilansowaniem fizycznym
• zarządzanie ograniczeniami
• tworzenie raportów
• wymiana plików i pism z OGP za pomocą poczty elektronicznej
• zarządzanie obiegiem pism z odbiorcami (wysyłanie/odbiór za pomocą poczty elektronicznej, zapisywanie do bazy danych w formacie PDF)

Główne okno systemu TelGAZ OSD

Główne okno modułu TelGAZ-Limits

Zarządzanie siecią dystrybucyjną:

System TelGAZ OSD umożliwia pełną kontrolę nad poszczególnymi jednostkami sieci dystrybucyjnej, pozwalając na dodawanie nowych, usuwanie i edycję ich danych. Wszelkie informacje przedstawiane są w formie czytelnych list oraz moga został wyeksportowane do programu MS Excel.

Funkcjonalności związane z siecią dystrybucyjną:

• zarządzanie punktami wejścia/wyjścia
• szczegółowe dane poszczególnych stacji
• zarządzanie odbiorcami
• zarządzanie punktami OSW
• zarządzanie zakładami gazowniczymi
• zarządzanie gazowniami
• tworzenie obszarów bilansowych z uwzględnieniem punktów wejścia/wyjścia, punktów zasilających, istniejących obszarów.

Szczegółowe informacje dotyczące stacji

Tworzenie obszarów bilansowych

Pomiary:

• import informacji o przepływach dobowych z systemu telemetrii (np. TelWin SCADA) dla stacji
• import odczytów (i ich walidacja) dla grup taryfowych z plików w formacie CSV
• import informacji o przepływach dobowych z systemu telemetrii (np. TelWin SCADA) dla punktów OSW
• zarządzanie danymi dotyczącymi zużycia własnego i korekt

Importowanie pomiarów dobowych z systemu telemetrii

Bilansowanie

Możliwość bilansowania przepływu gazu w określonym obszarze bilansowym pozwala na sporządzanie wszelkich statystyk, wychwytywania anomalii w wielkościach przesyłowych, czy tworzenia charakterystyki przesyłu gazu dla danego obszaru. 

TelGAZ OSD udostępnia:

• obliczanie bilansu fizycznego na podstawie utworzonych obszarów bilansowych
• podsumowanie obliczonego bilansu
• dane przedstawiane miesięcznie na zadany okres
• eksport zestawienia do programu MS Excel

Bilans fizyczny operatywny

Ograniczenia:

Moduł TelGAZ Limits - integralna część systemu TelGAZ - służy do zarządzania ograniczeniami zgodnie z wymogami postawionymi przed Operatorem Systemu Dystrybucyjnego w Ustawie z dn. 16 lutego 2007 r. O zapasach ropy naftowej, produktów naftowych i gazu ziemnego oraz zasadach postępowania w sytuacjach zagrożenia bezpieczeństwa państwa i zakłóceń na rynku naftowym (Dz. U. nr 52, poz. 343) oraz w Rozporządzeniu Rady Ministrów z dn. 19 września 2007 r. W sprawie sposobu i trybu wprowadzania ograniczeń w poborze gazu ziemnego (Dz. U. nr. 178 poz. 1252).

Główne funkcjonalności modułu to:

• tworzenie planu ograniczeń
• różnicowanie okresu obowiązywania mocy dla odbiorcy
• porównanie z poprzednią wersję planu
• zarządzanie komunikacją z odbiorcami
• szablony pism wysyłanych do odbiorców
• generowanie (format PDF) i drukowanie pism do odbiorców
• generowanie (format PDF) i drukowanie planu ograniczeń dla URE
• wgląd w plan obowiązujący
• wykaz sumarycznych, maksymalnych dobowych/godzinowych ilości poboru gazu dla poszczególnych stopni zasilania
• zarządzanie odbiorcami limitowanymi
• symulacja potencjalnych ograniczeń
• wprowadzanie ograniczeń
• kalkulator ograniczeń
• tworzenie raportów z ograniczeń
• przedstawianie danych na wykresie
• generowanie plików OSP w formacie TXT

Zarządzanie odbiorcami limitowanymi w określonym planie ograniczeń

Technologie zastosowane w systemie:

• praca w środowisku Microsoft Windows x32 i x64
• przechowywanie danych w bazie Oracle (wersja 11)
• architektura typu klient-serwer
• technologia .NET
• zarządzanie pocztą elektroniczną z wykorzystaniem protokołów SMTP i POP3 lub  aplikacji MS Outlook
• generowanie i prezentowanie raportów za pomocą komponentów Crystal Report
• mechanizmy wymiany danych z arkuszem Excel

TelSIMONE jest pakietem aplikacji służącym do integracji systemu SIMONE firmy LIWACOM (www.liwacom.de) oraz systemu danych TelWin SCADA wykorzystywanego przez firmę GAZ-SYSTEM S.A. SIMONE ON-LINE jest systemem symulacyjnym służącym do śledzenia przepływu gazu w sieciach gazowych w czasie rzeczywistym. System ten wymaga do działania danych  wejściowych w postaci rzeczywistych pomiarów (przepływów, ciśnień, składu gazu itp.) oraz parametrów pracy urządzeń i elementów sterujących wchodzących w skład sieci. Do zbierania i przechowywania wspomnianych wyżej danych wykorzystywany jest system TelWin SCADA.

Pakiet TelSimone składa się z trzech głównych aplikacji:

• Tel2SimInterface służy do wymiany danych między systemami SIMONE i TelWin SCADA w procesie symulacji ON-LINE (w czasie rzeczywistym)
• Tel2SimCommander służy do nadzoru procesu przesyłania danych przez Tel2SimInterface w procesie symulacji ON-LINE (w czasie rzeczywistym)
• TelSim służy do wspomagania procesu definiowania planu sterowania dla sieci gazowej.

Aplikacja Tel2SimInteface została wykonana na podstawie wytycznych firmy LIWACOM zawartych w dokumentacji systemu SIMONE. Wykorzystuje ona biblioteki  interfejsowe SIMONE API oraz TelWin SCADA API oraz pliki mapowania  zmiennych systemu symulacyjnego SIMONE na zmienne z systemu TelWin SCADA zawierające rzeczywiste dane pomiarowe lub wyniki obliczeń. Główne funkcje aplikacji:

• szybkie przekazywanie danych pomiędzy wspomnianymi wyżej systemami
• analiza przesyłanych danych i generowanie komunikatów możliwych do interpretacji przez użytkowników (np. ostrzeżenia o niepoprawności danych, błędach itp.)
• archiwizacja komunikatów w bazie danych lub plikach tekstowych w celu późniejszej analizy
• przeliczenia różnych typów zmiennych zgodnie z definicjami w konfiguracji aplikacji
• wysłanie do systemu TelWin SCADA informacji o czasach i typie wywołania aplikacji w celu zdalnego monitorowania poprawności wykonania operacji związanych z procesem symulacji SIMONE ON-LINE

Ponieważ aplikacja Tel2SimInterface jest aplikacją nie posiadającą graficznego interfejsu użytkownika informacje o wykonanych podczas działania operacjach  zapisywane są do plików tekstowych i ewentualnie do bazy danych. Aplikacja Tel2SimCommander umożliwia użytkownikowi odczytywanie w przystępny sposób informacji zapisanych do bazy danych przez Tel2SimInterface. Ponadto informacje mogą być odczytywane zdalnie przez wielu użytkowników jednocześnie.

Główne okno aplikacji Tel2SimCommander

Aplikacja TelSim, służy jako narządzie do przygotowania planu sterowania sieci gazowej lub do przeprowadzenia obliczeń dla dowolnych sieci i scenariuszy zdefiniowanych w aplikacji SIMONE. Program posiada rozbudowane funkcje prezentacji danych pobranych z systemów SIMONE i TelWin SCADA, które nie są dostępne w podstawowym edytorze SIMONE.

Znajomość zjawisk i zdarzeń, które wystąpią w przyszłości  interesuje ludzkość od wieków. Najbardziej oczywistym przykładem mogą być próby prognozowania zmian pogodowych. Początkowo wnioski dotyczące przyszłości były wynikiem obserwacji otoczenia i bazowały na wiedzy oraz doświadczeniu poszczególnych osób - ekspertów. Postęp technologiczny i rozwój nauki pozwoliły zastąpić „eksperta” specjalistycznym oprogramowaniem, które pozwala badać zjawiska zachodzące w przyszłości.  

W obecnych czasach trafna prognoza różnych zjawisk w przyszłości przekłada się w gospodarce na wymierne korzyści materialne. Przykładem takiej sfery gospodarki jest przesył i dystrybucja gazu ziemnego. Wiarygodna informacja dotycząca wielkości poboru paliwa gazowego przez odbiorców w przyszłości pozwala na optymalne przygotowanie konfiguracji sieci gazowej i gwarantuje utrzymanie dostaw zgodnie z ustalonymi parametrami, co z uwagi na inercją całego systemu nie jest Łatwym zadaniem. Z punktu widzenia procesu prognozowania zapotrzebowania paliwa gazowego można wyróżnić dwie kategorie odbiorców. Pierwsza kategoria to odbiorcy wykorzystujący paliwo gazowe do celów utrzymania bieżącej działalności, gdzie zużycie paliwa gazowego jest ściśle związane ze skalą produkcji. Druga kategoria, to odbiorcy wykorzystujący paliwo gazowe do celów bytowych (ogrzewanie, przygotowanie posiłków). O ile w przypadku pierwszej kategorii, dany odbiorca znając plany dotyczące bieżącej działalności może poinformować dostawcę o zapotrzebowaniu na paliwo gazowe w przyszłości (składając np. nominacje), to w przypadku drugiej kategorii odbiorców, zużycie gazu jest uzależnione takich czynników jak temperatura, siłę wiatru, dzień tygodnia, pora dnia i nocy. Dla grupy takich odbiorców daje się zauważyć i opisać zależność zużycia gazu od wymienionych czynników, dzięki czemu wykorzystując odpowiednie modele matematyczne i algorytmy w powiązaniu z dostępną historią i prognozą dotycząca warunków atmosferycznych, możemy dokonać prognozy zużycia gazu w przyszłości.

W firmie TEL-STER od dłuższego czasu prowadzone są badania nad algorytmami związanymi z zagadnieniami prognozowania zużycia paliwa gazowego. Wynikiem tych badań są interesujące algorytmy bazujące na sieciach neuronowych, które z powodzeniem zostały zaimplementowane w gotowych produktach. Bazując na elementach tzw. sztucznej inteligencji, do jakich zalicza się rozwiązania oparte na sieciach neuronowych, udało się zaproponować rozwiązania, które zwalniają użytkownika z konieczności żmudnego budowania modelu dla celów prognozy. Efektem wspomnianych prac jest pakiet TelPrognose, który z powodzeniem uzupełnia oferowany przez firmę TEL-STER system TelWin SCADA o funkcje związane z analizę zachowania sieci gazowej w przyszłości. Podstawowym założeniem przy projektowaniu pakietu TelPrognose była pełna integracja z systemem TelWin SCADA. Zarówno dane wejściowe jak również wyniki są przechowywane w bazie Oracle systemu TelWin SCADA i są dostępne przez standardowe mechanizmy wizualizacji.

W skład pakietu TelPrognose wchodzą dwa moduły:

• TelProgCfg moduł wspierający proces konfiguracji,
• TelProgRun moduł obliczeniowy.

Etap konfiguracji pakietu TelPrognose sprowadza się do określenia tzw. węzłów prognozy dla których jest wyznaczana prognoza. Dostępne są dwa typy:

• pojedyncza stacja (rys.1),
• zespół stacji (rys.2).

Rys. 1 TelProgCfg - węzeł prognozy jako stacja

Rys. 2 TelProgCfg - węzeł prognozy jako zespół stacji

W ramach każdego z węzłów prognozy następuje przypisanie zmiennych środowiskowych (z danymi meteo) z systemu TelWin SCADA, które reprezentują:

• zmierzoną w przeszłości średnią dobową prędkość wiatru,
• zmierzoną w przeszłości średnią dobową temperaturę powietrza,
• prognozowaną średnią dobową prędkość wiatru,
• prognozowaną średnią dobową temperaturę powietrza.

Wykorzystanie sieci neuronowych - opis algorytmu

Sytuację idealną byłby przypadek, gdy dla każdego węzła prognozy dostępne są odpowiednie dane środowiskowe. W praktyce, ze względu na koszty pozyskania danych meteo, przyjmowane są większe obszary terytorialne, obejmujące swym zasięgiem szereg węzłów prognozy.  W przypadku gdy węzeł prognozy jest położony w pobliżu granicy obszarów dla których pozyskiwane są dane meteo, istnieje możliwość dodania zmiennych środowiskowych pochodzących z wielu obszarów z określonymi wagami. W praktyce, dzięki wspomnianemu mechanizmowi  można znacząco poprawić jakość prognozy. Kolejnym parametrem określanym w ramach węzła prognozy jest historia przepływu dla stacji, powiązana ze zmienną systemu TelWin SCADA. W przypadku węzła typu zespół, dla każdej stacji indywidualnie. Wszystkie wymienione parametry środowiskowe i historia przepływu są danymi wejściowymi do algorytmu prognozującego, zawartego w drugim z modułów pakietu TelPrognose – TelProgRun, który jest częścią obliczeniową. Dodatkowym parametrem wprowadzanym na wejście algorytmu prognozującego jest informacja o rodzaju dnia: dzień pracujący lub święto. Jak już wcześniej wspomniano, wykorzystywane algorytmy bazują na koncepcji sieci neuronowych, co w praktyce eliminuje proces strojenia procesu obliczeń.  
Siecią neuronową określa się struktury matematyczne realizujące obliczenia lub przetwarzanie sygnałów poprzez elementy, zwane neuronami, wykonujące pewną podstawową operację na swoim wejściu. Podstawą wspomnianej koncepcji była budowa naturalnych neuronów oraz układów nerwowych, w szczególności mózgu. Neurony ułożone są w warstwy. Sygnały z każdego neuronu warstwy poprzedzającej dochodzą do każdego neuronu warstwy następnej. Do celów prognostycznych używa się sieci kilku warstwowych (minimum 3 – warstwa wejściowa, warstwa ukryta (tych warstw może być więcej) i warstwy wyjściowej). Liczba neuronów w warstwie wejściowej odpowiada liczbie parametrów wejściowych. Ostania warstwa ma jeden neuron (na jego wyjściu jest prognozowana wartość). Warstwy ukryte, pomiędzy warstwą wejściową a wyjściową, mogą mieć różną liczbę neuronów. Ich liczba w praktyce jest dobierana empirycznie i jest istotnym elementem wpływającym na jakość wyników. Jak już wcześniej wspomniano, sztuczny neuron jest matematycznym modelem (oczywiście uproszczonym) naturalnego neuronu. Sztuczny neuron ma n wejść i tylko jedno wyjście. Sygnały na wejściu są mnożone przez wagi wejść i następnie sumowane ze sobą. Ta suma jest wejściem funkcji aktywacji (1).

(1)

Wejścia do sieci neuronowej są zawsze standaryzowane do przedziału [0,1]. Na wyjściu również pojawia się liczba z zakresu 0 - 1 i należy ją przeliczyć na wartość rzeczywistą. Zgodnie z ideą działania algorytmów bazujących na sieciach neuronowych, moduł TelProgRun pracuje w dwóch trybach: uczenia oraz prognozowania. Uczenie odbywa się za pomocą danych z przeszłości. Jeden przykład uczący to tzw. wektor wejściowy. Dane są dzielone na 2 zbiory (pierwszy dużo większy od drugiego). W pierwszym znajdują się  dane uczące a w drugim dane testowe. Podczas procesu uczenia na wejścia sieci dostarczany jest losowy wektor wejściowy ze zbioru uczącego i jest on propagowany przez sieć na wyjście. Następnie zestawiając otrzymany wynik z wartością rzeczywistą wyznaczany jest błąd jaki popełniła sieć, gdyż wartość realizacji jest znana. Za pomocą algorytmu wstecznej propagacji błędu wyznaczane są nowe wagi dla wejścia każdego z neuronów w każdej warstwie. Początkowe wagi, przed procesem uczenia, są losowe. Następnie wprowadzany jest kolejny, losowy wektor, obliczana są błąd i korekta wag za pomocą algorytmu wstecznej propagacji błędu. Proces kończy się w momencie wyczerpania wszystkich wektorów ze zbioru uczącego. W dalszej kolejności na wejście sieci dostarczane są wszystkie wektory ze zbioru testowego i obliczany jest błąd średniokwadratowy. Jedno przetworzenie danych uczący nazywa się epoką. W kolejnym kroku sieć ponownie zaczyna być uczona losowymi wektorami ze zbioru uczącego, do momentu zaprezentowania sieci całej epoki. Wprowadzane zostają ponownie dane testowe i obliczany jest błąd średniokwadratowy. Prowadzone testy i analizy wykazały, że dla zaproponowanego modelu wystarcza przetworzenie 200 epok. W trakcie nauki, pomiędzy poszczególnymi epokami, błąd średniokwadratowy maleje, a później zaczyna wzrastać (sieć zaczęła uczyć się na pamięć – następuje bardzo dobre dopasowanie sieci do danych uczących ale naruszona zostaje elastyczność sieci). Wybierana jest ta konfiguracja wag w której błąd średniokwadratowy jest najmniejszy. Konfiguracja wag i współczynniki do standaryzacji (0 - 1) danych wejściowych są zapisywane do bazy danych. W trakcie prowadzonych badań nad wyborem rozwiązania i modelu przyjęto, że każdy węzeł prognozy będzie dysponował własną konfiguracją, w ramach której będą: wspomniane wcześniej dane środowiskowe (meteo), przepływ archiwalny niezbędny do procesu nauki sieci oraz cała konfiguracja sieci (wagi dla neuronów). Moduł TelProgRun umożliwia otrzymanie wektora prognozy na 7 dni do przodu. Wartości wyliczona przez algorytm prognozujący jest wartością dobową. Wartość dobowa w przypadku prognozowania dla zespołu stacji jest rozbijana proporcjonalnie do poprzedniego dnia  na poszczególne stacje, na podstawie realizacji, z uwzględnieniem ograniczeń (maksymalnego przepływu ustawianego w TelProgCfg, mocy dobowej z TelGAZ, prac planowych z TelGAZ i ograniczeń z TelGAZ-Limits. Jeżeli wystąpi przekroczenie dla jednej z stacji z zespołu, nadmiar jest rozdzielany proporcjonalnie na pozostałe stacje.

Efekt działania programu - przykładowe wyniki

Na rysunkach 3 - 6 przedstawiono przykładowe wyniki działania pakietu TelProgRun. Uzyskane wyniki wykazały słuszność przyjętych rozwiązań. Dla stacji, z minimalnym udziałem poboru gazu przez odbiorców przemysłowych wyniki charakteryzowały się błędem na poziomie 3 – 5 % w skali miesięca, liczonym zgodnie ze wzorem (2).

(2)

gdzie:  E_i– błąd prognozy dla dnia, R_i – wartość realizacji dla dnia,  F_i - wartość prognozy,  E – błąd prognozy dla okresu czasu

Rys. 3 TelProgRun - przykładowe wyniki

Rys. 4 TelProgRun - przykładowe wyniki

Rys. 5 TelProgRun - przykładowe wyniki

Rys. 6 TelProgRun - przykładowe wyniki

Braku konieczności żmudnego strojenia modelu do warunków panujących w danym punkcie odbioru gazu zyskał uznanie użytkowników. Dzięki zastosowaniu sieci neuronowych cały proces strojenia algorytmu sprowadza się do procesu uczenia sieci, który przebiega automatycznie.

TelGAZ jest systemem umożliwiającym gromadzenie i przetwarzanie informacji o przesyle gazu w sieci gazociągów. 

System realizuje następujące funkcje:

• Zarządzanie danymi o gazociągach przesyłowych;
• Zarządzanie danymi o punktach wejścia/wyjścia;
• Zarządzanie danymi o umowach przesyłowych, zlecających usługę przesyłową i odbiorcach gazu;
• Importowanie do systemu informacji o przepływach dobowych i miesięcznych w poszczególnych punktach systemu przesyłowego i ich przetwarzanie (modyfikacje);
• Importowania do systemu nominacji i renominacji tygodniowych i rocznych;
• Wprowadzanie do systemu informacji o ograniczeniach w systemie przesyłowym;
• Zarządzanie nominacjami – ich weryfikację, akceptację i odrzucanie z uwzględnieniem warunków umownych i ograniczeń w systemie przesyłowym;
• Alokacje przepływów w poszczególnych punktach do odpowiednich umów przesyłowych z uwzględnieniem uwarunkowań poszczególnych umów;
• Alokacje przepływów w wybranych punktach na inne punkty – funkcja niezbędna do bilansowania systemu przesyłowego;
• Generowanie raportów:

-  Handlowego raportu przesyłu (HRP) dla umowy,

-  Operatywny raport przesyłu (ORP) dla umowy,

-  Handlowego raportu przesylu (HRP) dla obszarów bilansowych,

-  Bilansu fizycznego dla podsystemów i obszarów bilansowych,

-  Bilansowania okresowego,

-  Raportów dodatkowych, definiowanych przez użytkowników.

Schemat działania systemu TelGAZ

Główne okno systemu TelGAZ

Główne okno modułu TelGAZ - ograniczenia

System oparty jest na bazie danych Oracle, w której przechowywane są wszystkie gromadzone dane.

Instrukcja obsługi TelNOTE 4.8

Folder produktowy TelNOTE

TELNOTE - System Wymiany i Zarządzania Informacją Służb Dyspozytorskich

Rys. 1

Charakterystyka systemu:

• architektura klient-serwer
• Moduły komunikacyjne umożliwiają wymianę informacji pomiędzy ośrodkami
• Baza danych wykorzystywana do gromadzenia i przetwarzania informacji zawartych w systemie
• Odwzorowanie hierarchicznej struktury organizacyjnej przedsiębiorstwa

Funkcje realizowane przez aplikację:

• Przesyłanie notatek różnych typów pomiędzy jednostkami organizacyjnymi wraz
  z dowolnymi załącznikami
• Zarządzanie pracami
• Tworzenie raportów i zestawień

Najważniejszym elementem aplikacji jest lista notatek, która cechuje się:

• Określaniem notatek kolorem zdefiniowanym dla każdego typu
• Przejrzystą prezentację podstawowych informacji dotyczących notatki (skrócona treść, zawarte obiekty, adresat, nadawca, data utworzenia, statusy)
• Podpowiedziami opisującymi elementy listy

Rys. 2

Lista została stworzona w oparciu o zasady ergonomii, aby maksymalnie ułatwić pracę użytkownikowi, na co składają się:

• Przeszukiwanie listy za pomocą filtrów definiowanych w prosty sposób przez użytkownika lub korzystając z tak zwanego szybkiego filtru
• Przedstawienie statusów odbioru i odczytania, posiadania plików lub powiązać za pomocą czytelnych ikon
• Sekcja podglądu pełnej treści notatki
• Intuicyjne menu boczne wykorzystywane do otwierania szczegółów notatek, dodawania notatki, nawigacji po liście notatek, aktywacji widoku kalendarza

Rys. 3

Rys. 4

Rys. 5

Rys. 6

Rys. 7

Szczegóły notatki:

• Otwieranie i edycja wielu notatek jednocześnie
• Zarządzanie statusami zdefiniowanymi indywidualnie do potrzeb klienta dla określonych typów notatek

Rys. 8

Rys. 9

• Zmiany statusów dokonywane w oparciu o odpowiednie warunki (np. uprawnienia użytkownika, zależności pomiędzy polami notatki)
• Lista notatek powiązanych

Rys. 10

Rys. 11

Nowa notatka:

• Prosty formularz wprowadzania nowej notatki
• Uzupełnianie wpisu dla pól posiadających zdefiniowany zestaw informacji może odbywać się ręcznie lub za pomocą okna wyboru
• Każdy typ notatki może posiadać unikatowy zestaw pól dodatkowych zdefiniowany indywidualnie do potrzeb klienta

Rys. 12

Rys. 13

Rys. 14

Alternatywną formą przedstawienia notatek jest umieszczenie ich na osi czasowej
w formie przejrzystego kalendarza. Nawigowanie po nim ułatwiają:

• Wizualizacja danych notatki (daty powiadomień, daty pracy/awarii, zmiany statusów)
• Możliwość wykorzystania filtrów zdefiniowanych dla listy notatek

Rys. 15

Raporty

Wszelkie zestawienia danych zawartych w aplikacji można przedstawić przy pomocy raportów. Charakteryzują się one:

• Tworzeniem na podstawie filtrów
• Przygotowywaniem definicji poszczególnych sekcji raportu w języku HTML lub za pomocą wbudowanego kreatora
• Generowanie raportów odbywa się w oparciu o składnię języka HTML. Wygenerowany raport można wydrukować, zapisać do pliku lub na bazie danych.

Rys. 16

Rys. 17

Rys. 18

Integracja z systemem TelWin SCADA (program TelView):

• Pasek TelNOTE wyświetlający aktywne elementy TelNOTE
• Aktywny komentarz do zmiennej
• Umieszczanie na schemacie symbolu notatki (praca, awaria, itp.)
• Czytelna prezentacja okresu aktywności elementu TelNOTE na wykresie

Rys.19

Rys.20

Rys.21

Najważniejsze udogodnienia oferowane przez system:

• Rozbudowany zestaw uprawnień dla poszczególnych grup użytkowników
• Możliwość automatycznego logowania użytkowników znajdujących się w domenie
• Elastyczność rozszerzania funkcjonalności w zakresie statusów i pól dodatkowych oraz zależności pomiędzy nimi dla każdego typu notatki, by spełnić indywidualne wymagania klienta.

Prezentacja TelNOM.pl

Jako firma świadcząca usługi dostawy gazu ziemnego w Polsce najprawdopodobniej spotkali się Państwo z potrzebą składania nominacji. Optymalne zarządzanie procesem nominacji może przynieść wymierne korzyści ekonomiczne związane z kosztami realizacji usługi przesyłowej. Szczególnie istotna jest możliwość przygotowania szybkiej korekty nominacji w formie renominacji przesyłanej do OGP GAZ-SYSTEM, przy pełnej kontroli całego procesu z uwzględnieniem historii działań. Mając na uwadze przywołane problemy, firma TEL-STER wprowadziła do oferty usługą TelNOM.pl, która pozwala na znaczne usprawnienie procesu zarządzania usługa przesyłową, w szczególności procesem nominacji/renominacji. Usługa TelNOM.pl jest adresowana do dostawców gazu ziemnego, którzy poszukują narządzi pozwalających na bardziej efektywne zarządzanie usługa przesyłowa realizowana przez OGP GAZ-SYSTEM. Więcej szczegółów mogą Państwo znaleźć na stronie TelNOM.pl. Jeżeli są Państwo zainteresowani wygodnym i szybkim sposobem na tworzenie nominacji/renominacji prosimy o kontakt w celu otrzymania dostępu do serwisu (login i hasło). Aktualne promocje oraz ceny dostępne są w sekcji Cennik.

Usługa TelNOM.pl to:

• Intuicyjny, estetyczny interfejs użytkownika
• Wygodny i szybki proces modyfikacji nominacji
• Dostęp online przez przeglądarkę internetową
• Możliwość wysyłania emaila z plikiem nominacji wprost z aplikacji
• Uprzejmy serwis służący pomocą w razie wątpliwości

Podstawowe funkcje TelNOM.pl:

• Wspomaganie procesu przygotowania i wysyłania nominacji
• Porównywanie NOMINT - NOMRES
• Zarządzanie umowami

Rys.1 Nominacje

Rys.2 Nominacje - podgląd Edig@s

Rys.3 Nominacje - porównanie (plik A)

Rys.4 Nominacje - porównanie (plik B)

Rys.5 Nominacje - wynik porównania

Rys.6 Nominacje - odczyt z archiwum

Rys.7 Nominacje - widok zakresowy

Rys.8 Umowy - dodawanie/modyfikacja

Rys.9 Kontrahenci

Rys.10 Kontrahenci - dodawanie/modyfikacja

Rys.11 Konfiguracja

Zainwestuj w wygodę i skontaktuj się z nami!

Program TelNOM local - przygotowany przez firmę TEL-STER - to wygodna, Łatwa w użyciu aplikacja, działająca na dowolnej przeglądarce internetowej, przeznaczona dla firm działających na rynku gazu. Zapewnia wszechstronne wsparcie procesów biznesowych związanych z handlem i dystrybucją gazu, w szczególności:

• procesy nominacji/prognozowania transportowego,
• procesy renominacji/reprognozowania transportowego,
• procesy bilansowania.

Program TelNOM local - podstawowe cechy systemu

• Kompleksowe wspomaganie procesu zarządzania nominacjami/prognozami transportowymi (przygotowywanie i wysyłanie do operatorów systemów przesyłowych oraz przyjmowanie od Klientów zgodnie z protokołem EdiG@s (wersja 5.0),
• Optymalne zarządzanie umowami na dostawę gazu,
• Łatwy interfejs zarządzania mocami/przepustowościami,
• Możliwość pracy w dowolnie zdefiniowanej strukturze wielooddziałowej,
• System działa zgodnie z zapisami zawartymi w dokumencie:Instrukcja Ruchu i Eksploatacji Sieci Przesyłowej (IRiESP) publikowana przez Operatora Gazociągów Przesyłowych GAZ-SYSTEM S.A.
• Generowanie raportów przesyłowych,
• Możliwość integracji z innymi systemami (m.in. systemami SWI oraz TelWin SCADA),
• Mechanizmy optymalizujące zarządzanie informacjami (m.in. możliwość tworzenia punktów grupowych, punktów alokacyjnych, punktów przywracania, itp.),
• Rozbudowane mechanizmy zarządzania użytkownikami (poziomy dostępu, role, grupy, domeny).

Architektura systemu

Rys.1 Architektura systemu

Program TelNOM local - zalety

• Dostęp online przez typową przeglądarkę WWW,
• Łatwa wymiana danych za pomocą różnych narządzi (np. excel),
• Intuicyjny, estetyczny interfejs użytkownika,
• Skalowalna architektura,
• Łatwe aktualizowanie zmian u klientów,
• Optymalizacja ilości przesyłanych danych (operacje po stronie klienta),
• Możliwość równoległej pracy na kilku serwerach (zwiększanie niezawodności),
• System bazuje na technologii Silverlight + ASP.NET, dane przechowywane w bazie Oracle,
• Możliwość zamówienia usługi 24-godzinnego serwisu.

Nominacja/Prognoza - przygotowywanie

• Nominacja może być przygotowana w Centrali lub w Oddziale,
• Przysłanie nominacji z Oddziału sygnalizowane jest dźwiękowo i wizualnie,
• Dane przysłane z Oddziału muszą być przetworzone przez Centralę, a następnie po zatwierdzeniu wysłane do OGP (OSD),
• Dane można wpisać bezpośrednio lub przygotować w Excelu,
• Dane mogą być przygotowane w innych narzędziach i Łatwo wprowadzone do systemu przy pomocy interfejsu WebService,
• Dane mogą być pobrane z systemu TelWin SCADA,
• Każda zmiana wartości zapisywana jest w tabeli logu.

Rys.2 NOMINACJA/PROGNOZA TRANSPORTOWA - obieg informacji

Rys.3 NOMINACJA/PROGNOZA TRANSPORTOWA - algorytm

TelNOM local - główny panel systemu

Rys. 4 TelNOM local - główny panel systemu

Folder produktowy TelGIS

TELGIS - System Informacji Geoprzestrzennej

Opis systemu:

System TelGIS jest nowoczesnym oprogramowaniem pozwalającym na wyświetlanie i analizowanie szerokiego zakresu danych z wykorzystaniem mapy. Jako system informacji geoprzestrzennej (GIS) oferuje integrację informacji lokalizacyjnych z atrybutami (cechami) obiektów. Umożliwia gromadzenie dużej ilości danych z wielu źródeł, a poprzez szerokie opcje filtrowania, wyszukiwania i wizualizacji, upraszcza zarządzanie nimi.

Rys. 1

Główna zaleta:

Wdrażanie zaawansowanych systemów GIS zazwyczaj wymaga zaangażowania wielu pracowników i programistów, co przekłada się na wysokie koszty oraz dużą czasochłonność uruchomienia i obsługi systemu. Wizją firmy TEL-STER podczas prac nad produktem TelGIS było dostarczenie rozwiązania prostego we wdrażaniu i obsłudze. W przeciwieństwie do wielu rozwiązań dostępnych na rynku, uruchomienie TelGIS możliwe jest bez udziału programistów, a utrzymanie i rozwój aplikacji nie wymaga wiedzy specjalistycznej.

Rys. 2

Integracja z systemem TelWin SCADA

Integracja z systemem TelWin SCADA pozwala na powiązanie lokalizacji z rzeczywistymi danymi telemetrycznymi (np. ciśnienia, temperatury, stany obiektów, alarmów). Dane te mogą być pobierane z użyciem wielu dostępnych interfejsów i ponad stu obsługiwanych protokołów komunikacyjnych.

Rys. 3

Zalety systemu

• Możliwość stosowania w dowolnej gałęzi przemysłu.
• Łatwość wdrażania.
• Intuicyjna obsługa.
• Nowoczesny interfejs.
• Praca w przeglądarce WWW.
• Wyświetlanie warstw WMS (np. pobranych z GeoPortal).
• Integracja z systemem TelWin SCADA.
• Możliwość pobrania danych z szerokiej gamy interfejsów komunikacyjnych i ponad stu dostępnych protokołów komunikacyjnych.
• Mechanizmy równoczesnej pracy wielu użytkowników.
• Szerokie opcje filtrowania, wyszukiwania i grupowania danych.
• Wysoka skalowalność – od niewielkich do rozbudowanych systemów.

Rys. 4

Masz problem? - Napisz do nas!

Prosimy o:

• podanie wersji programu GasWin,
• podanie właściciela licencji,
• dokładne opisanie problemu (bardzo przydatne zrzuty ekranów)
• i przesłanie na adres:

Cennik GasWin 

Zainteresowane firmy prosimy o bezpośredni kontakt: 

Jakie są wymagania sprzętowe dla programu?

• Komputer wyposażony w odpowiednie interfejsy komunikacyjne pozwalające na odczyt danych z elektronicznych liczników gazu
  (np. RS232, karta sieciowa, modem komutowany, modem GPRS)
• System operacyjny: Windows Vista, Windows 7, Windows 8, Windows 2008, Windows 2012
• Pamięć RAM: 2 GB RAM
• Wolny obszar na dysku około 50MB + miejsce na gromadzone dane

Jak przeprowadzić instalację z dysku dystrybucyjnego?

W celu instalacji oprogramowania GasWin należy uruchomić program setup.exe z katalogu GasWin2014 dysku dystrybucyjnego. Program instalacyjny kopiuje do wskazanej przez użytkownika lokalizacji wszystkie pliki programu GasWin oraz rejestruje w systemie niezbędne komponenty. Dodatkowo w Menu Start jest tworzony skrót umożliwiający uruchomienie programu GasWin.

Jak przeprowadzić instalację z Internetu?

Korzystając z zamieszczonego linka (lub menu Produkty -> GasWin -> Aktualna wersja) pobrać plik GW2014_oznaczenie wersji_install.zip, zawierający wersję instalacyjną programu. Po jego rozpakowaniu należy postępować zgodnie z instrukcją podaną w poprzednim punkcie.

Jak przeprowadzić aktualizację z Internetu?

Aktualizacje usuwają dostrzeżone błędy oraz mogą wprowadzać ulepszenia i nowe funkcjonalności. Licencjonowani użytkownicy programu GasWin2014 mają prawo do aktualizacji oprogramowania do najnowszej wersji GasWin 2014. Aktualizacja oprogramowania GasWin 2014 na najnowszą wersję realizowana jest przez odinstalowanie zainstalowanej wersji programu (Panel Sterowania systemu Windows -> Programy i funkcje -> Odinstaluj) i ponowną instalację nowszej wersji programu pobranej z Internetu, zgodnie z instrukcją podaną w poprzednim punkcie.

Folder produktowy GasWin

Program GasWin 2014 to narządzie umożliwiające prezentację danych z elektronicznych liczników gazu (przeliczników, rejestratorów, itp.), obsługujących protokół Gaz-Modem 2/3 oraz Gaz-Modem 1. Produkt został oparty o moduły komunikacyjne Systemu Wizualizacji Procesów Przemysłowych TelWin SCADA firmy TEL-STER Sp. z o.o., co gwarantuje sprawdzoną implementację mechanizmów protokołu Gaz-Modem i zapewnia jednocześnie szeroki wachlarz możliwości podłączania liczników gazu (łącza szeregowe bezpośrednie, linie komutowane, radiowe itp., sieci LAN/WAN). Program może obsługiwać jednocześnie wiele urządzeń. Jest Łatwy w obsłudze i instalacji, oferując przejrzysty i intuicyjny interfejs użytkownika.
     Program GasWin umożliwia prezentację bieżących danych pomiarowych, pobieranie danych rejestrowanych w licznikach gazu oraz generowanie na ich podstawie raportów. Istotną funkcją programu jest monitorowanie bieżących parametrów gazu i generowanie ostrzeżeń o niebezpieczeństwie przekroczenia zadeklarowanych wartości (np. limitu zużycia gazu). Dzięki wykorzystaniu mechanizmów baz danych systemu Windows do przechowywania danych (OLE DB, ODBC, bazy MS Access) informacje pobierane z liczników gazu są dostępne dla innych, niezależnych programów. Użytkownik może więc wykorzystywać zebrane dane w sposób niezależny od programu GasWin, korzystając np. z programów popularnego pakietu Microsoft Office.

Przykładowe okna programu GasWin2014

Najistotniejsze cechy programu:

• komunikacja z elektronicznymi licznikami gazu za pomocą protokołów GAZ-MODEM 2/3 oraz GAZ_MODEM 1,
• udostępnione wszystkie zmienne oferowane przez urządzenia w ramach protokołu GAZ-MODEM 2/3,
• wykorzystanie różnorodnych łączy komunikacyjnych,
• wykorzystanie najnowszych modułów komunikacyjnych TelWin SCADA,
• możliwość pracy z wieloma urządzeniami jednocześnie,
• Łatwy i przejrzysty Kreator konfiguracji nowego urządzenia,
• różne formy prezentacji graficznej danych pomiarowych: pola tekstowe, słupki, wykresy,
• zapamiętywanie wykresu danych pomiarowych zgodnie z zadanym interwałem,
• prezentacja źródeł raportów na wykresie,
• definiowanie wielu zakładek z danymi pomiarowymi,
• zestaw kontrolek służących do monitorowania każdej zmiennej,
• jednoczesne monitorowanie wielu zmiennych (nie tylko stanu licznika),
• elastyczne monitorowanie w różnych przedziałach czasowych,
• definiowanie wielu zakładek z danymi raportowymi,
• generowanie raportów o zmiennym okresie ( godzinowe, dobowe, tygodniowe, 15 minutowe, za dowolny okres czasowy),
• obsługa doby, miesiąca i roku gazowniczego na raportach,
• sygnalizacja na raportach informacji o niepełnych lub błędnych danych pobranych z urządzenia,
• automatyczny import zmiennych archiwalnych z urządzeń o określonym czasie rozpoczęcia i częstotliwości,
• składowanie danych w bazie danych MS Access lub MS SQL Server (lub każdej innej posiadającej sterowniki ODBC dla Windows),
• obsługa archiwów zmiennookresowych,
• Obsługa łączy zapasowych UDP,
• udostępnianie danych za pomocą DDE,
• sygnalizacja alarmów za pomocą SMS,
• rejestrowanie w Dzienniku wszystkich operacji wykonywanych w systemie,
• przegląd statystyk transmisji (liczba wysyłanych / odebranych pakietów),
• ulepszony, ergonomiczny interfejs użytkownika

Uwaga !!! Poszukujemy dystrybutorów programu. Zainteresowane firmy prosimy o kontakt.

Folder produktowy TelWin IDS
Prezentacja TelWin IDS (1Mb)

Wieloletnie doświadczenia firmy TEL-STER w obszarze systemów SCADA zaowocowały wprowadzeniem do oferty Zintegrowanego Systemu Dyspozytorskiego TelWin IDS, który jest efektem integracji dwóch najnowszych produktów TelWinSCADA 6 i TelNOTE 3. System TelWin IDS wypełnia lukę, jaka występuje przy zastosowaniu typowego systemu SCADA na stanowiskach dyspozytorskich przy zarządzaniu obiektami i procesami przemysłowymi. Z naszych obserwacji wynika, że istotną grupę danych, za które odpowiada dyspozytor zarządzający np. siecią wodociągową, gazową czy energetyczną, jest informacja spoza systemu SCADA. Są to najczęściej różnego rodzaju komunikaty tekstowe, które dodatkowo opisują nadzorowany obiekt technologiczny. W systemie SCADA trudno przechowywać informacje o planowanych i prowadzonych pracach, archiwizować dokumentację techniczną, czy prowadzić korespondencję z innymi ośrodkami decyzyjnymi w ramach systemu rozproszonego. Wymienione zadania realizują obecnie aplikacje typu „notes dyspozytora”, dostępne na rynku jako produkty niezależne od systemów SCADA. Taka sytuacja zmusza użytkowników do równoległego korzystania z różnych aplikacji, w zależności od aktualnych potrzeb. Mając na uwadze powyższe niedogodności, do oferty firmy TEL-STER wprowadzony został Zintegrowany System Dyspozytorski TelWin IDS.

Rys. 1: Architektura systemu TelWin IDS

Zaproponowane rozwiązanie w pełni integruje środowisko SCADA – system TelWin z notesem dyspozytorskim - systemem TelNOTE. Użytkownik, z poziomu konsoli systemu SCADA, ma pełny dostęp do informacji (notatki, komunikaty, dokumenty) gromadzonych w systemie TelNOTE i może, na różne sposoby, łączyą informacje prezentowane w systemie SCADA z danymi zapisanymi w systemie TelNOTE:

• wybrane komunikaty TelNOTE mogą być wyświetlane w postaci przewijanego paska informacyjnego w ramach konsoli systemu SCADA,
• notatki mogą być prezentowane na schematach technologicznych w postaci ikon,
• notatki – komentarze do pomiarów mogą być dodawane bezpośrednio z poziomu schematu technologicznego konsoli systemu SCADA,
• wykresy – dane archiwalne mogą być prezentowane w powiązaniu z notatkami.

Rys. 2: Konsola systemu TelWin IDS

W przypadku rozbudowanej struktury organizacyjnej przedsiębiorstwa, bardzo przydatną funkcją jest możliwość publikowania wybranych informacji tekstowych na tzw. pasku TelNOTE w ramach konsoli SCADA. Użytkownik dysponujący odpowiednimi uprawnieniami może dowolne decydować, które informacje i w jakim okresie czasu mają być publikowane na pasku TelNOTE. Teksty prezentowane na pasku TelNOTE są wyświetlane w sposób analogiczny jak na paskach informacyjnych spotykanych w programach informacyjnych TV. Przez wskazanie kursorem aktualnie wyświetlanej informacji na pasku TelNOTE, użytkownik uzyskuje dostęp do pełnego wpisu w systemie TelNOTE.

Rys. 3: Pasek TelNOTE systemu TelWin IDS

Istotnym elementem funkcjonalnym, znacząco zwiększającym funkcjonalność systemu SCADA, jest możliwość wiązania zapisów notesu dyspozytorskiego ze schematami technologicznymi, prezentującymi stan nadzorowanego procesu. Użytkownik może umieścić symbol graficzny notatki, opisu sytuacji alarmowej lub pracy/remontu na schemacie technologicznym. Wspomniane elementy graficzne mogą być prezentowane na schematach w określonych przedziałach czasu, zgodnie z wymaganiami operatora, zapisanymi w odpowiednich atrybutach notatki TelNOTE. Pozwala to na prezentację, w odpowiednim okresie czasu, np. faktu prowadzenia prac remontowych. Analogicznie jak w przypadku paska TelNOTE, przez wskazanie na schemacie technologicznym, odpowiedniego symbolu graficznego związanego z informacją TelNOTE, użytkownik uzyskuje dostęp do pełnego wpisu w systemie TelNOTE.

Rys. 4: Symbole graficzne ilustrujące elementy TelNOTE na schemacie technologicznym TelWin SCADA

Kolejnym nowym elementem funkcjonalnym dostępnym w ramach systemu TelWin IDS jest możliwość dodawania komentarzy, w formie notatki TelNOTE, do pomiarów na schemacie technologicznym. Komentarz dowiązany do pomiaru umożliwia operatorowi wprowadzenie opisu tekstowego zdarzenia, związanego z danym parametrem, który będzie dostępny w przyszłości równolegle z archiwum wartości pomiarowych. Pozwala to na opisanie nietypowych zachowań nadzorowanego procesu, przykładowo informacji o zjawiskach atmosferycznych (np. gwałtowne opady), będących przyczyną nietypowych wartości pomiarowych.

Rys. 5: Aktywny komentarz do pomiaru na schemacie technologicznym

Rys. 6: Archiwum pomiaru i komentarzy TelNOTE

W systemie TelWin IDS użytkownik przeglądający archiwum pomiaru, w odpowiednim oknie systemu SCADA, ma bezpośredni dostęp do zapisanych w systemie TelNOTE komentarzy. Przez wskazanie kursorem symbolu komentarza wyświetlanego w górnej części wykresu, uzyskuje się dostęp do pełnego wpisu w systemie TelNOTE. Dodatkowo, z poziomu wykresu istnieje możliwość dodawania nowych komentarzy do archiwum pomiaru.

Rys. 7: Nowy komentarz TelNOTE do archiwum pomiaru

Integracja systemu SCADA z notesem dyspozytorskim w postaci systemu TelWin IDS jest odpowiedzią firmy TEL-STER na oczekiwania użytkowników, w szczególności w dużych przedsiębiorstwach o rozproszonej strukturze organizacyjnej. Jak wynika z zebranych opinii, co potwierdzają referencje, integracja systemów TelWin SCADA i TelNOTE, w sposób zdecydowany, zwiększa efektywność i komfort pracy użytkowników.

Masz problem ? - Napisz do nas ! 

Prosimy o:

• podanie wersji systemu TelWin SCADA,
• podanie właściciela licencji,
• dokładne opisanie problemu,
• załączenie aplikacji (zbiory *.var *.ini *.sh itd.) oraz zbiorów z rejestracją pracy systemu (zbiory *.log *.loo *.dmp),
• przesłanie kompletu informacji na adres: 

Cennik TelWin SCADA 

Zainteresowane firmy prosimy o bezpośredni kontakt: 

W jaki sposób TelWin SCADA -wykorzystując protokół GAZ-MODEM- pobiera dane archiwalne z konkretnej godziny?

np. przez 2 dni nie działała  telemetria ze stacji X, a chciałbym przesłać dane archiwizowane w przeliczniku na X z okresu mnie interesującego. Poza tym czasem nie jestem np. zainteresowany przesyłaniem danych archiwalnych, bo wpływa to znacząco na długość paczek a jakość łącza radiowego nie jest najlepsza.

Z poziomu serwera nie można zainicjować pobierania danych archiwalnych dla zmiennych bez zadeklarowanej archiwizacji "zdalnej", ale w kliencie ("TelWin SCADA") można zdefiniować akcję zbierania danych dla danej zmiennej nawet jeśli nie ma ona włączonej archiwizacji "zdalnej". (Oczywiście zmienna ta musi mieć zdefiniowany w serwerze numer na danej archiwalnej). Odświeżanie oznacza pobranie danych z całej doby (wg. czasu GMT), a uzupełnianie oznacza pobranie próbek młodszych od ostatniej już posiadanej próbki w danej dobie. Dla podanego przypadku jedynym rozwiązaniem jest "odświeżenie" danych z określonych dni. Niestety zawsze trzeba odświeżyć cała dobę (wg. czasu GMT).

Co dokładnie oznacza parametr "Maksymalny rozmiar ramki", czy jest to komenda wpływająca na przelicznik gazu i każąca mu wysyłać odpowiedzi w blokach o określonej długości, jeśli tak to jaka jest to komenda Gaz-Modemu?

Na podstawie zadanego parametru "Maksymalny rozmiar ramki" sterowniki protokołów mogą oszacować liczbę danych, o którą można zapytań aby odpowiedź nie była dłuższa od zadanej wartości parametru "Maksymalny rozmiar ramki". W protokole Gaz-Modem wer. 1 można dokładnie obliczyć maksymalną wielkość ramki odpowiedzi na podstawie parametrów zapytania.

Czy parametry "Zmienna na liście danych raportowych" i "danych raportowych dobowych" dotyczą archiwizacji zmiennej już w Telwinie SCADA czy ma to związek z przesyłaniem danych dobowych (komenda 1CH) i (komenda 1BH) Jeżeli dotyczy to przelicznika, to gdzie się ustawia godzinę i dzień pobrania. Czy ustawienie któregoś z parametrów na -1 oznacza zaniechanie pobierania tych danych?

W protokole Gaz-Modem wer.1 występuje pojęcie danych bieżących, rejestrowanych i dobowych. Dane te odpowiadają odpowiednio danym bieżącym, archiwalnym i raportom godzinowym w systemie TelWin SCADA. Komentarza wymagają dane dobowe rejestrowane w przeliczniku o godz. 22.00. Ponieważ w ramce odpowiedzi z danymi dobowymi przesyłana jest godzina rejestracji, system TelWin SCADA traktuje te dane jako raport godzinowy. Z punktu widzenia systemu TelWin SCADA jest to po prostu szczególny przypadek, gdzie raport godzinowy jest tworzony co 24godz., a nie co 1 czy 2 godz. Parametr "zmienna na liście danych dobowych" nie jest wykorzystywany i powinien mieć wartość -1.

W jaki sposób są przesyłane np. dane bieżące o numerze 1 i 30 , czy są wybierane tylko pozycje 1 i 30 i włożone do przesyłanej paczki, czy idą dwie paczki dla każdej danej, czy jest przesyłana wielka paczka z zawartością zmiennych od nr 1 do 30?

Sterownik Gaz-Modem optymalizuje zapytania w ten sposób, że w jednej ramce odpowiedzi nigdy nie występuje więcej niż 10 kolejnych parametrów nie wykorzystywanych w systemie TelWin SCADA. Np. jeżeli pobieramy dane o numerach 1,12,15 to zostaną one pobrane w jednej iteracji, natomiast 1,13,15 w dwóch.

Jak umożliwić współdzielenie jednego przerwania przez wiele portów szeregowych w Windows NT?

Wymaga to zmiany w ustawieniu rejestru. Procedura:

• Zalogować się jako administrator
• Zdefiniować nowe porty szeregowe - Panel sterowania -> porty
• Uruchomić edytor rejestru (regedit.exe). Zachować ostrożność - modyfikacje rejestru mogą się skończyć tragicznie
• Wyszukać ciąg znaków "PermitShare" - Menu->Edycja->Znajdź (Wyszukiwanie wartości).
• Znaleziona wartość powinna być w kluczu (wyświetlanym w pasku statusowym edytora rejestru): HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Serial
• Jeśli klucz ma w nazwie ControlSet00x, szukać dalej (F3).
• Jeśli wartość klucza "PermitShare" nie została znaleziona to zadzwonić (601)762572
• Jeśli wartość klucza "PermitShare" zotała znaleziona w kluczu HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Serial należy zmodyfikować dane wartości z "0" na "1"  Menu->Edycja->Modyfikuj
• Zamknąć program edytora rejestru
• Zrestartować system

Jak ustawiać strefy czasowe?

Wszystkie współpracujące w ramach systemu TelWin SCADA komputery muszą mieć ustawioną tę samą strefą czasową i tak samo ustawioną opcję czasu letniego.

Ponieważ wszystkie dane archiwalne i raportowe są pamiętane wg czasu UTC, należy zadbać o to, aby strefa czasowa byća odpowiednio ustawiona. Jeśli strefa nie będzie poprawnie ustawiona to stemple  czasowe danych archiwalnych i raportowych nie będą zapamiętane wg czasu UTC, co może powodować kłopoty w ich późniejszej interpretacji (patrz następne pytanie).

W Polsce zimę mamy przesunięcie o plus 1 godz. do czasu UTC a latem o 2 godz.

Aplikacje 16 bitowe, system Windows NT

Aplikacje 16 bitowe nie pobierają strefy z panelu Właściwości: Data/Godzina.
Musi być ustawiona zmienna środowiskowa TZ. Można to zrobić w zbiorze
Autoexec.bat lub w panelu sterowania system->środowisko (wymaga
restartu systemu)
Nie należy stosować automatycznego przejścia na czas letni (np. SET TZ=GMT-1PDT)
ponieważ przejście na czas letni i odwrotnie następuje w niewłaściwym terminie.
w Polsce należy ustawić strefę czasową następująco:
SET TZ=GMT-1
Latem należy ręcznie przestawić czas w komputerze.

Czas lokalny wyświetlany w pasku zadań jest też czasem lokalnym dla aplikacji 16 bitowych.

Aplikacje 32 bitowe, system Windows NT

Aplikacje 32 bitowe pobierają strefę z ustawień panelu Właściwości: Data/Godzina pod warunkiem że nie jest ustawiona zmienna środowiskowa TZ. Jeżeli zmienna TZ jest zdefiniowana to jej ustawienia mają pierwszeństwo (wymaga restartu systemu).

W przypadku ustawienia zmiennej TZ, czas lokalny wyświetlany w pasku zadań jest też czasem lokalnym dla aplikacji 32 bitowych, pod warunkiem, że nie jest włączone automatyczna uwzględnianie czasu letniego. W przeciwnym wypadku mogą występić różnice i z tego względu NIE NALEŻY  STOSOWAĆ ZMIENNEJ TZ dla aplikacji 32 bitowych.

W Polsce należy ustawić strefę czasową w panelu Właściwości: Data/Godzina na (GMT+01:00) Warszawa, Praga , Budapeszt z automatycznym uwzględnianiem czasu letniego.

Aplikacje 16 bitowe, system Windows 95

Aplikacje 16 bitowe nie pobierają strefy z panelu Właściwości: Data/Godzina. Musi być ustawiona zmienna środowiskowa TZ. Trzeba to zrobić w zbiorze Autoexec.bat (wymaga restartu systemu).

Nie należy stosować automatycznego przejścia na czas letni (np. SET TZ=GMT-1PDT) ponieważ przejście na czas letni i odwrotnie następuje w niewłaściwym terminie. W Polsce należy ustawić strefę czasową następująco:
SET TZ=GMT-1
Latem należy ręcznie przestawić czas w komputerze.

Czas lokalny wyświetlany w pasku zadań jest też czasem lokalnym dla aplikacji 16 bitowych.

Aplikacje 32 bitowe, system Windows 95

Aplikacje 32 bitowe pobierają strefę z ustawień panelu Właściwości: Data/Godzina pod warunkiem że nie jest ustawiona zmienna środowiskowa TZ. Jeżeli zmienna TZ jest zdefiniowana to jej ustawienia mają pierwszeństwo.

W przypadku ustawienia zmiennej TZ, czas lokalny wyświetlany w pasku zadań jest też czasem lokalnym dla aplikacji 32 bitowych, pod warunkiem, ze nie jest włączone automatyczna uwzględnianie czasu letniego. W przeciwnym wypadku mogą występić różnice i z tego względu NIE NALEŻY STOSOWAĆ ZMIENNEJ TZ dla aplikacji 32 bitowych.

W Polsce należy ustawić strefę czasową w panelu Właściwości: Data/Godzina na (GMT+01:00) Warszawa, Praga, Budapeszt z automatycznym uwzględnianiem czasu letniego.

Jak pamiętany jest czas w plikach danych archiwalnych i raportowych?

Od wersji 1.x stemple czasowe są pamiętane jako liczba sekund jaka upłynęła od 1.1.1970 r. czasu UTC. Jednakże, ze względu na ograniczenia systemu DOS/Windows dla aplikacji 16 bitowych nie zawsze możliwe jest poprawne określenie czsu UTC. Wynika to z następujących przyczyn. Czas UCT obliczany jest na podstawie czasu lokalnego przez skorygowanie go o odpowiednią liczbę sekund, wynikającą z ustawionej w systemie strefy czasowej. Jeżeli strefa jest ustawiona niepoprawnie, to obliczony czas UTC będzie odbiegać od rzeczywistego czasu UTC. Drugim problemem jest to, że dla aplikacji 16 bitowych niepoprawnie wyznaczany jest termin przejścia na czas letni. Z tego względu  zalecanym ustawieniem strefy czasowej dla systemu 16 bitowego (wersje 1.x) było GMT-1 względnie GMT0. Przejście na czas letni musiało być realizowane ręcznie przez operatora. Takie ustawiania miały następujące konsekwencje. Zimą stemple czasowe byty zapamiętywane wg. czasu UTC jeśli ustawiona była strefa GMT-1 lub z przesunięciem 1 godz. jeśli ustawiona była strefa GMT0. Latem natomiast stemple czasowe były zapamiętywane z 1 godz. lub 2 godz. przesunięciem (odpowiednio dla ustawienia strefy GMT-1 i GMT0).

Jak przechowywane są dane archiwalne i raportowe?

Dane archiwalne

Kolejne wartości danej zmiennej są zapamiętywane w plikach obejmujących wszystkie próbki z okresu jednej doby wg. czasu UTC. Jeśli jednak strefa czasowa jest ustawiona niepoprawnie to wyznaczony czas UTC różni się od rzeczywistego czasu UTC i podział na pliki będzie inny. Przykładowo, przy  poprawnie ustawionej strefie czasowej w Polsce jeden plik obejmuje dane z okresu od godz. 1.00 (czasu lokalnego) do godz 1.00 dnia następnego w zimie i od godz. 2.00 do godz 2.00 dnia następnego latem. (Odpowiada to okresowi od godz. 0 do godz. 0 dnia następnego czasu UTC niezależnie od pory roku). Jeżeli ustawiona jest strefa GMT-1 to jeden plik obejmuje dane z okresu od godz. 1.00 (czasu lokalnego) do godz 1.00 dnia następnego niezależnie od pory roku. Jeżeli ustawiona jest strefa GMT0 to jeden plik obejmuje dane z okresu jednej doby czasu lokalnego.

Nazwa pliku, w którym zapamiętywane są wartości archiwalne danej zmiennej jest wyznaczana przez dodanie do nazwy zmiennej rozszerzenia "arc". (W systemie 16 bitowym ze względu na ograniczenia w systemie plików, zarchiwizować można było tylko zmienne, których nazwy miały nie więcej niż 8  znaków). Pliki danych archiwalnych umieszczane są w podkatalogach, których nazwa określa datą próbek (wg czasu UTC).

Raporty godzinowe

Pliki raportów godzinowych obejmują raporty wszystkich zmiennych z okresu pełnej doby wg czasu UTC. Nazwa pliku określa datą (wg czasu UTC) raportów pamiętanych w tym pliku. Podobnie jak w przypadku danych archiwalnych niepoprawnie określona strefa czasowa powoduje, iż alokacja raportów w plikach będzie inna.

Wersja 2.2 (i wersje wyższe) zawierają zmienione mechanizmy generacji raportów, zapewniające poprawne ich generowanie dla dni, w których następuje przejęcie z czasu zimowego na letni i odwrotnie. (System 32 bitowy umożliwia korzystania z opcji automatycznego uwzględniania czasu letniego). Zasady generowania raportu w tych dniach są następujące. W momencie zmiany czasu polegającej na przesunięciu zegarów do przodu, raport na godzinę zmiany czasu jest generowany jedynie wtedy, gdy nowa godzina (po przesunięciu) jest godzin raportowań. W momencie zmiany czasu polegającej na przesunięciu zegarów do tyłu, raport generowany jest tylko na godziny w czasie zimowym (w Polsce jest to późniejsza godzina druga).

Zmiany wprowadzone w wersji 2.2 umożliwiają ustawienie poprawnej strefy czasowej w panelu Właściwości: Data/Godzina, z automatycznym uwzględnianiem czasu letniego.

W związku z powyższym od wersji 2.2 zalecanym ustawieniem strefy czasowej jest (GMT+01:00) Warszawa, Praga, Budapeszt (panel Właściwości: Data/Godzina)

Zmienna środowiskowa TZ nie powinna być stosowana.

Aby zapewnić poprawną interpretację danych zgromadzonych przez system gdy ustawiona była strefa czasowa nie uwzględniająca czasu letniego (np. GMT-1 czy GMT0) należy w dialogu konfiguracyjnym serwera systemu określić stosowaną uprzednio strefę czasową oraz moment przejęcia na poprawną strefę.

Współpraca modułów MK z wersji 16 bitowej z 32 bitową na protokole IPX/SPX.

W systemie 32 bitowym rozmiar ramki musi mieć wartość o 42 większą od tej ustawionej w module 16 bitowym.

Dostęp do zasobów WindowsNT z Windows95

W systemie Windows 95 należy zalogować się na konto i z hasłem identycznym z tym w Windows NT. Gdy warunek ten nie jest spełniony pojawia się pytanie o hasło do zasobu IPC$ (Chodzi tu o hasło użytkownika Windows 95 w systemie NT) Nazwa użytkownika w Dial-up może być inna (oczywiście użytkownik ten musi mieć prawo do łączenia się przez RAS w Windows NT)

Powyższe rezultaty uzyskano eksperymentalnie. Wszystko sprowadza się najprawdopodobniej do błędnego działania opcji "Zaloguj się do sieci" w dial-up Windows 95. (Windows 95 zawsze próbuje się zalogować jako użytkownik którego nazwę podano przy logowaniu do systemu Windows 95).  

Zależność czasu ważności danych od częstotliwości ich zbierania

W przypadku braku łączności z obiektem (poprzez sterowniki protokołów ???drv.exe) dane opatrzone zostają statusem "błąd transmisji". Na ekranach klienta wizualizacji TelWin SCADA objawia się to znakiem zapytania przy wartości (gdy opcja ta jest włączona). Od wersji 2.0 wprowadzono nowy mechanizm zapobiegający prezentowaniu wartości które nie były przez długi czas odświeżone. (zapobiega to ewentualnym błędnym decyzjom operatora podjętym w oparciu o nieaktualne dane). Mechanizm ten polega na opatrzeniu danej dodatkowym statusem "wartość nieznana", co powoduje iż wartość danej nie jest dłużej prezentowana dyspozytorowi. Czas po którym dana jest uznawana za nieważną jest uzależniony od częstotliwości jej pobierania w następujący sposób:

Sposób funkcjonowania opcji automatycznego odświeżania raportów

W serwerze systemu TelWin SCADA istnieje możliwość włączenia opcji automatycznego odświeżania danych raportowych godzinowych i dobowych (opcja "Aut. odśw." w definicji profilu raportów godzinowych lub dobowych). Mechanizm ten polega na tym, że każdy serwer (TelSrv) wysyła do wszystkich swoich klientów (w tym innych serwerów TelSrv) powiadomienie o zmianie w raportach godzinowych lub dobowych (następuje to po przeliczeniu raportów) z podaniem godziny lub doby w której nastąpiła zmiana. Serwer TelSrv, po odebraniu takiego powiadomienia, inicjuje pobieranie raportów z danej godziny lub doby dla wszystkich profili raportów godzinowych lub dobowych, które nie są inicjowane lokalnie i mają włączoną opcję automatycznego odświeżania. Do wersji 2.67 inicjowane były wszystkie profile raportów niezależnie od źródła zmiennych wchodzących w skład profilu. Powodowało to problemy w przypadku wzajemnego pobierania raportów przez dwa serwery. Od  wersji 2.68 mechanizm ten został zmodyfikowany w ten sposób, że profil raportów jest inicjowany tylko wtedy, gdy zmienne wchodzące w skład profilu mają swoje źródło w serwerze, z którego przyszło powiadomienie. Ponieważ jednak nie są sprawdzane wszystkie zmienne, wymagane jest aby przy włączonej opcji automatycznego odświeżania, wszystkie zmienne wchodzące w skład profilu były pobierane z tego samego serwera.

Raporty godzinowe - inicjacja "przyrost licznika"

Inicjacja raportów godzinowych "przyrost licznika" została wprowadzona w celu rozwiązania problemu przewijania licznika. Przy tym sposobie inicjacji, należy podać minimalną i maksymalną wartość licznika. Dzięki tym informacjom serwer może prawidłowo obliczyć przyrost licznika nawet w przypadku jego "przewinięcia". Ten sposób działa tylko dla liczb całkowitoliczbowych. W przypadku gdy wartość licznika wykracza poza deklarowany przedział, sygnalizowany jest błąd obliczenia.

Przeliczanie raportów godzinowych

Raporty godzinowe powinny przeliczone zawsze wtedy, gdy zmieniają się wartości raportowe godzinowe zmiennych będących podstawą do obliczenia wartości raportowych godzinowych innych zmiennych. Jednakże, dla zmniejszenia obciążenia serwera systemu TelWin SCADA i uniknięcia zjawiska ciągłego przeliczania raportów, wprowadzono następujące optymalizacje:
1) Raporty są przeliczane nie częściej niż co 30 sekund.
2) Raporty są przeliczane dopiero wtedy, gdy wszystkie procesy inicjowania i pobierania danych raportowych godzinowych  zostaną zakończone. (Domniemuje się przypadek, w którym do jednego wzoru wchodzą zmienne mające różne profile raportów godzinowych. Przeliczenie takiego wzoru daje właściwy wynik dopiero po pobraniu wartości wszystkich argumentów.)

Opóźnienie przeliczenia raportów godzinowych do momentu pobrania wszystkich zdalnych raportów godzinowych może być niekorzystne, w przypadku gdy proces pobierania danych jest dlugotrwały. W takim przypadku można wymusić każdorazowe przeliczanie raportów po pobraniu wartości raportowych z każdego profilu. W tym celu należy w pliku telsrv.ini, w sekcji [Konfiguracja] umieścić parametr HRC i nadać mu wartość "1". (Wartość "0" powoduje opóźnienie przeliczania raportów do momentu zakończenia wszystkich procesów inicjowania i pobrania raportów godzinowych).

[Konfiguracja]
HRC=1

Wzór W=AssignOnCtrl(Ctrl,Val)

W przypadku gdy etykieta czasowa zmiennej W jest starsza  od etykiety zmiennej Ctrl, zmiennej W         przypisywana jest wartość zmiennej Val, przy czym etykieta czasowa zmiennej W jest taka jak etykkieta zmiennej Ctrl. W przypadku gdy etykieta czasowa zmiennej W nie jest starsza od etykiety zmiennej Ctrl, Wartość zmiennej W nie zmienia się, a status wartości jest uzupełniany o flagę "Błąd obliczenia". (Flaga "Błąd obliczenia" zapobiega wykonaniu sterowania dla zmiennej klasy "Obliczenie ze sterowaniem".)
Uwaga: Zmiennym klasy "Obliczenie ze sterowaniem"  przypisywana jest wartość obliczenia, ale także wartość otrzymane ze źródła. Nie należy więc bezpośrednio stosować tego wzoru do wymuszenia sterowania zmienną w obiekcie, jeśli zmienna Ctrl ma źródło w tym samym obiekcie.

Wzór W=NewVal(Z)

Wzór przypisuje zmiennej W wartość zmiennej Z, przy czym etykieta czasowa zmiennej W zmienia się tylko w przypadku gdy zmianie ulega również status lub wartość liczbowa.

Zmienne predefiniowane

Zmienna CO_<nazwa źródłoa> - wartość bieżąca zmiennej określa stan połączenia ze źródłoem:

    2    - łączenie ze źródłoem
    3    - połączenie nawiązane
    4    - rozłączanie
    5    - połączenie rozłączone
    6    - brak połączenia

Zmienna AR_<profil archiwizacji>
    Wartość bieżąca wskazuje stan procesu pobierania archiwów (% pobranych zmiennych)

Zmienna HR_<profil raportów godzinowych>
    Wartość raportowa godzinowa różna od zera blokuje automatyczne pobieranie raportów.
    Wartość bieżąca wskazuje stan procesu pobierania raportów
        -1    - błąd utworzenia pliku raportów godzinowych
                - próba inicjacji pobierania na niewłaściwą godzinę
                - błąd pobrania raportu
        -2    - raport godzinowy nieprzygotowany
        0 -100 - zaawansowanie procesu pobierania raportów (%)

Zmienna DR_<profil raportów dobowych>
    Wartość raportowa dobowa różna od zera blokuje automatyczne pobieranie raportów.
    Wartość bieżąca wskazuje stan procesu pobierania raportów
        -1    - błąd utworzenia pliku raportów dobowych
                - błąd pobrania raportu
        -2    - raport dobowy nieprzygotowany
        0 -100 - zaawansowanie procesu pobierania raportów (%)

Import definicji zmiennych do serwera TGSrv - format pliku tekstowego z opisem zmiennych

Każdy wiersz pliku tekstowego zawiera definicję jednej zmiennej
Pola w wierszu muszą być rozdzielone znakami tabulacji

Import należy wywołać dwukrotnie - raz dla danych bieżących i raz dla raportowych

Pobieranie listy zdarzeń z przelicznika z protokołem GazModem

W celu pobrania z przelicznika listy zdarzeń, należy zdefiniować w serwerze zmienną z archiwizacją zdalną. Definicja nazwy w źródle powinna wskazywać na zmienną archiwalną o numerze 1000 ( numer zmiennej bieżącej i raportowej należy ustawić na -1). Każde pobranie danych archiwalnych (zainicjowane ręcznie lub automatyczne - z profilu) powoduje pobranie całej listy zdarzeń i zapisanie jej jako kolejnych wartości archiwalnych zdefiniowanej zmiennej. Wszystkie kolejne wartości mają identyczną etykietę czasową - wskazującą na moment pobrania listy. Każda z wartości jest typu tekstowego i zawiera dane o zdarzeniu, zgodne z informacjami otrzymanymi z przelicznika:

GazModem: "Zdarzenie nr xx; P:yyyy-mm-dd gg:mm.ss K:yyyy-mm-dd gg:mm.ss, DVn=xxx"

Zdarzenie, Zd. - numer zdarzenia (z w przypadku pierwszej wersji protokołu GazModem, różne typy przeliczników mają różne kody zdarzeń, przez co nie można ich opisać słownie)

P - czas początku zdarzenia

K - czas końca zdarzenia (jeśli zakończone)

DVn - przyrost licznika

Innymi słowy każde pobranie listy alarmów powoduje zapamiętanie w archiwum zmiennej bieżącego stanu listy alarmów z przelicznika.

Do wizualizacji listy zdarzeń można wykorzystać program TelView. Na schemacie należy zdefiniować przycisk z funkcją "Przeglądanie listy danych archiwalnych" i typem danych "Lista zdarzeń Gaz-Modem".

Zaimplementowany i przedstawiony powyżej mechanizm pobierania zdarzeń z przelicznika odbiega nieco od modelu danych archiwalnych w systemie TelWin SCADA (gdzie każde zdarzenie jest zapamiętane z etykietą czasu wystąpienia). Wynika to ze sposobu zdefiniowania i przesyłania zdarzeń w protokole GazModem. Jedna pozycja na liście opisuje tam bowiem dwa zdarzenia (początek i koniec). Monitorowanie zmian na liście wymagałoby ciągłego pobierania całej listy (zdarzenia są nie tylko dopisywane na końcu listy ale powodują też modyfikację informacji na innych pozycjach - zdarzenia typu "koniec") i porównywania zawartości kolejno pobranych list. Biorąc pod uwagę fakt, że pobranie listy alarmów wymaga kilkudziesięciu interakcji z przelicznikiem (każda pozycja przesyłana jest w oddzielnej ramce) byłby to proces bardzo nieefektywny. (Funkcja odpowiedniego filtrowania kolejno pobranych list jest realizowana w programie TelView).

Formatowanie etykiety czasowej we wzorze W=TS(Z,F)

Stała F może zawierać ciąg formatujący np. %H:%M %d-%m-%Y

Lista wszystkich kodów formatujących:

%a - Abbreviated weekday name

%A - Full weekday name

%b - Abbreviated month name

%B - Full month name

%c - Date and time representation appropriate for locale

%d - Day of month as decimal number (01 - 31)

%H - Hour in 24-hour format (00 - 23)

%I - Hour in 12-hour format (01 - 12)

%j - Day of year as decimal number (001 - 366)

%m - Month as decimal number (01 - 12)

%M - Minute as decimal number (00 - 59)

%p - Current locale's A.M./P.M. indicator for 12-hour clock

%S - Second as decimal number (00 - 59)

%U - Week of year as decimal number, with Sunday as first day of week (00 - 53)

%w - Weekday as decimal number (0 - 6; Sunday is 0)

%W - Week of year as decimal number, with Monday as first day of week (00 - 53)

%x - Date representation for current locale

%X - Time representation for current locale

%y - Year without century, as decimal number (00 - 99)

%Y - Year with century, as decimal number

%z, %Z - Time-zone name or abbreviation; no characters if time zone is unknown

%% - Percent sign

Obsługa powiadomień SMS,FAX w serwerze alarmów

Powiadomienia w serwerze alarmów są definiowane za pomocą mechanizmu profili powiadomień. Każda definicja zdarzenia/alarmu w serwerze alarmów może być powiązana z pojedynczym profilem powiadomień. W ramach profilu powiadomień definiujemy listę zawierającą typ powiadomienia (SMS,FAX) oraz adresata (numer telefonu).

Powiadomienia FAX wymagają dostępu w systemie Windows do funkcji wysyłania faxów. W przypadku systemów Windows 2000 i Windows XP są to standardowe usługi systemu operacyjnego (pod warunkiem zainstalowania odpowiedniego faxmodemu). Systemy Windows NT4 i Windows 98 wymagają zainstalowania dodatkowych modułów obsługi faxów. Wyłączenie obsługi faxów w serwerze alarmów sprowadza się do usunięcia biblioteki faxdll.dll z katalogu EXE systemu.

Powiadomienia SMS wymagają dołączenia do komputera na którym pracuje serwer alarmów telefonu GSM realizującego wysyłanie faxów za pomocą komendy AT+CMGS (np. Siemens S45, ME45). Telefon powinien być dołączony do jednego z interfejsów COM1 lub COM2. Parametry pracy interfejsu należy ustawić w konfiguracji systemu Windows. Jeśli wybrany został interfejs COM2 to przed numerem telefonu adresata w definicji profilu powiadomień należy dodać prefiks COM2: (np COM2:+48601702641).

Wartości "statusu" wartości zmiennej

Z wartością każdego parametru związany jest jej "status", określający cechy wartości - jej ważność, pochodzenie, informacje o błędach itp. Status jest polem bitowym, w którym poszczególne bity mają następujące znaczenie (BIT0 oznacza najmniej znaczący bit):

   BIT0 - wartość nieznana
   BIT1 - błąd transmisji
   BIT2 - alarm (tylko dla serwera alarmów)
   BIT3 - alarm potwierdzony (tylko dla serwera alarmów)
   BIT4 - wartość pomiarowa
   BIT5 - nastawa ręczna
   BIT6 - błąd obliczenia
   BIT7 - raport pobrany
   BIT8 - raport zainicjowany
   BIT9 - blokada