Differences

This shows you the differences between two versions of the page.

--- en:station-supervisor [2014/06/18 14:47] – kaklik
+++ en:station-supervisor [Unknown date] (current) – external edit (Unknown date) 127.0.0.1
@@ Line 5: / Line 5: @@
 The measurement station are different in types (for instance radio detection station, video detection station, weather station).
+===== System description =====
-===== information Outputs =====
+{{ :cs:designs:measuring:supervising_system.png?direct&600 |}}
-==== Error outputs ====
+==== Hardware recovery unit ====
-=== List of possible error outputs ===
+station-supervisor daemon running on station computer should use external support device for error outputs.
+Connection management will be self controlled in device. Interface
+between hardware recovery unit and main station computer should be
+terminal based.  The terminal functionality should be provided by
+station-supervisor monitor software (if it is running, otherwise by
+standard system console) in system console mode station
+supervisor-should write debug output on this device (similarly to dmesg
+for example)
-  * Remote data storage server in inaccessible
+Technically the link between main computer and hardware recovery unit is implemented on RS232 serial interface.
-  * Data storage capacity on station is near to limit.
-  * Some detectors are out of operation
-  * Time synchronization disfunction
-==== Kontrolní výstupy ====
+==== Web monitoring interface ====
-Kontrolní výstupy by měly být podobně jako chyby zobrazovány na displeji umístěném na stanici.
+Web access is primary diagnostic interface. Terminal is secondary as
+backup.
-=== Seznam možných kontrolních výstupů ===
+Moreover web access is intended as file based. File based means that
+station-supervisor uploads an diagnostic file to webserver. Webserver
+takes this file (probably from more than one station) and serve a web
+page with stations status information. User interface in this case is
+limited only to modification of an station-supervisor configuration file stored
+on webserver. Configuration file may contain an parameter for station reboot
+request. After station-supervisor will notice change or update in the
+webserver stored configuration file, station-supervisor reboots the station and
+update its parameters according to actual config file.
-  * Kvalita synchronizace času
+This approach is needed, because we usually have not direct IP
-  * Vytížení výpočetní jednotky
+connectivity from Internet to stations.
-  * Teploty komponent stanice
-  * Vlhkost v okolí stanice
-===== Servisní rozhraní =====
-Program by měl umožnit na dálku měnit některé parametry stanice. Například postupem, že stáhne konfigurační soubory z centrálního datového serveru.
+===== Information Outputs =====
-===== Správa staničních dat =====
+==== Error outputs ====
+=== List of possible error outputs ===
+  * Remote data storage server in inaccessible
+  * Data storage capacity on station is near to limit.
+  * Some detectors are out of operation
+  * Time synchronization disfunction
-Naměřená data by měla být ukládána v úložném prostoru stanice tak, že po zaplnění celé kapacity budou mazány nejstarší záznamy scriptem, který bude pravidelně spouštěn a bude se starat o zajištění dostupné kapacity pro záznamy.
+==== Service outputs ====
-Další skript by se měl kontinuálně pokoušet nahrát co největší množství naměřených dat na server, tak aby nedošlo ke ztrátě dat. Samotné nahrávání by mělo být řešeno protokolem s dobrými možnostmi autentizace uživatelů (rsync, scp)
+Service outputs should be displayed on station screen or serial (RS232 console). Displayig application (ssmon) should use minimal terminal graphics.
-Adresářová struktura dat by měla být hierarchická a pravděpodobně generovaná skriptem zařizujícím úložný prostor. Data budou vybírána ze složek, do kterých vytváří soubory detekční program.
+=== List of basic service outputs ===
+  * Time synchonisation quality measurement (NTPd and GPSd outputs)
+  * System load
+  * System temperatures
-===== Adresářová struktura na serveru =====
+===== Service interface =====
-Předpokládaná adresářová struktura pro pozorování meteorů je následující:
+Service interface software should modify some station parameters by download configuration files from data server.
-  NETWORK/APP/NAME/TYPE/YYYY/MM/DD/HH
-Příklad je //Bolidozor/Radio-Observer/SVAKOV/bolids/2013/11/03/12/ //
-Od úrovně projektu by k jednotlivým stanicím měly být přidělovány účty například na základě registrace na Astrozor. V adresářové struktuře by pak přibyl simbolický link do jejich domovského adresáře do složky s daty. (Výhodou této konstrukce je možnost dodatečné změny adresářové struktury bez ovlivnění uživatelů) Přístup do domovského adresáře by měl být řízen veřejnými klíči SSH.