This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
app-notes:einsatzleitwagen [2023/06/02 08:57] – created schmitt | app-notes:einsatzleitwagen [2024/02/22 14:45] (current) – juraschek | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | Durch unsere Langjährige Erfahrung mit dem Anwendungsfall der Einsatzleitwagen, sind gängige Probleme und deren Lösungen bekannt. In diesem Artikel enthalten sind die beste Konfiguration und deren Erklärung um die Lösungen umzusetzen zusammengefasst. | + | =======Einsatzleitwagen======= |
- | Das typische Szenario eines Einsatzleitwagens bietet aus ROuter | + | Durch unsere langjährige Erfahrung mit dem Anwendungsfall der Einsatzleitwagen sind gängige Probleme und deren Lösungen bekannt. In diesem Artikel enthalten sind die beste Konfiguration und deren Erklärung um die Lösungen umzusetzen zusammengefasst. |
- | BILD | + | |
+ | Das typische Szenario eines Einsatzleitwagens bietet aus Router | ||
+ | |||
+ | ====Linkmanager==== | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Auf dem Bild ist der Linkmanager zu sehen, der die Aufgabe hat, diese Links anhand der konfigurierten Anforderungen auszuwechseln. Es kann nämlich immer nur ein Link, der Hotlink sein. Im Normalfall kann der Router nur über diesen Link die Internetverbindung herstellen. Haben sie eine Extended Route konfiguriert oder verwenden den operation Mode Distributed, | ||
+ | |||
+ | Um dem LAN Link die höchste Priorität zu geben, steht er auf Permanent mit erster Priorität. Sollte kein LAN Link vorhanden sein wechselt der Linkmanager auf WLAN. Um die backup Eigenschaft des WLAN umzusetzen, steht es auf Switchover und an zweiter Stelle. Dieser operation Mode verursacht beim WLAN den operational Status Down, wenn dieser nicht Hotlink ist. Das bedeutet, er befindet sich im Ruhezustand und wird erst aufgeweckt, wenn das LAN wegfällt. Im Einsatzfall, | ||
+ | |||
+ | Der Linkmanager überwacht die für die Internetkommunikation zuständige Hardware des Routers. Fällt hier eine Komponente aus, deklariert der Linkmanager diese als down. Da hier nur Ausfälle der Komponenten der Hardware des Routers erkannt werden und nicht die der entfernten Hardware des Kommunikationspartners muss eine Supervision eingerichtet werden, die mit einem Ping die entfernten Server testet. Können die Pings nicht erreicht werden, benachrichtigt die Supervision den Linkmanager. Dieser zieht dann die Links runter. | ||
+ | |||
+ | ====Supervision==== | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Die Supervision soll für den LAN und WLAN Link eingesetzt werden, um Probleme in ihrem Netzwerk zu detektieren. Der Primary Host “8.8.8.8” kann beispielsweise verwendet werden. Bei den hier zu sehenden Einstellungen wird alle 5 Sekunden ein Ping gesendet. Dieser besteht immer aus einem Request und einem Reply. Beträgt die Zeit zwischen diesen mehr als 2000 Millisekunden zum Antworten, wird das Intervall auf 3 Sekunden reduziert. Nach 3 fehlgeschlagenen Pings wird der Linkmanager benachrichtigt. | ||
+ | |||
+ | ====WLAN==== | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Fährt der Wagen nun in die Nähe eines Accesspoints, | ||
+ | |||
+ | |||
+ | |||
+ | ====SDK==== | ||
+ | |||
+ | Das Folgende Skript müssen sie einbinden um den Hotlink angezeigt zu bekommen. | ||
+ | <code c showHotlink.are> | ||
+ | while(true){ | ||
+ | hotlink=struct_get(nb_status(" | ||
+ | switch(hotlink){ | ||
+ | case " | ||
+ | case " | ||
+ | case " | ||
+ | case " | ||
+ | | ||
+ | } | ||
+ | } | ||
+ | </ | ||
+ | Es müssen zwei Jobs mit jeweils einem eigenen Trigger dafür erstellt werden. Ein Job mit wan-up als trigger und ein Job mit wan-down als trigger. Beide Jobs enthalten das gleiche Skript. | ||
+ | |||
+ | Das folgende Skript ermöglicht das Abschalten der WWANLINKS. | ||
+ | <code c disableWWAN.are> | ||
+ | wanlink = nb_config_get(" | ||
+ | switch(wanlink){ | ||
+ | case "": | ||
+ | case " | ||
+ | case " | ||
+ | default: printf(" | ||
+ | } | ||
+ | sleep(1); | ||
+ | nb_config_set(" | ||
+ | </ | ||
+ | Hier muss ein JOB mit dem Triggernamen DISABLEWWAN und dem event cliphp erstellt werden. | ||
+ | |||
+ | Möchten sie die check wifi funktion verwenden, müssen sie das folgende Skript mit dem Triggerevent cliphp und dem Triggername wlantrigger einbinden. Ändern sie die Variable NETWORK auf den Namen ihres Access Points. | ||
+ | <code c checkWifi.are> | ||
+ | IFC = " | ||
+ | NETWORK = " | ||
+ | count = 0; | ||
+ | MIN_SIGNAL = (int)nb_config_get(" | ||
+ | nets = nb_scan_networks(IFC); | ||
+ | nr_nets = struct_get(nets, | ||
+ | |||
+ | for (i = 1; i <= nr_nets; i++) { | ||
+ | k = sprintf(" | ||
+ | ssid = struct_get(nets, | ||
+ | k = sprintf(" | ||
+ | signal = (int)struct_get(nets, | ||
+ | if (ssid == NETWORK) { | ||
+ | for(j = 0; j <= 5; j++){ | ||
+ | if(signal > (MIN_SIGNAL + j)){ | ||
+ | | ||
+ | } | ||
+ | } | ||
+ | break; | ||
+ | } | ||
+ | } | ||
+ | |||
+ | if(count != 0){ | ||
+ | | ||
+ | }else{ | ||
+ | cfg = sprintf(" | ||
+ | | ||
+ | } | ||
+ | |||
+ | exit(0); | ||
+ | </ | ||
+ | |||
+ | Wenn sie die SMS Funktion nutzen möchten, müssen sie unter SERVICES -> SMS die beiden Einstellungen Administrative status und Request delivery report aktivieren. Danach muss ein Job mit dem folgendem Skript erstellen und sms-received als Trigger verwendet werden. Desweiteren muss die SIM Karte unter Services -> SMS -> Administration ausgewählt werden. | ||
+ | <code c recieveSMS.are> | ||
+ | sms=nb_sms_list(); | ||
+ | msg=nb_sms_body(sms[0]); | ||
+ | nb_config_set(sprintf(" | ||
+ | sleep(2); | ||
+ | nb_sms_delete(sms[0]); | ||
+ | </ | ||
+ | |||
+ | Die Job Konfiguration könnte so aussehen. Dabei müssen die Namen für die Trigger wlantrigger und DISABLEWWAN unbedingt verwendet werden. | ||
+ | {{ : |