Benutzer:Pucgenie/wehli18: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
Zur Navigation springen Zur Suche springen
K (Doku meiner Knoten erweitert)
K (neues miniPCIe-WLAN-Modul auf 2bgn5an225)
 
Zeile 15: Zeile 15:
Die Geschwindigkeit ist auf 13/13 Mbps (also symmetrisch) eingestellt mit einer CCQ von über 96% .
Die Geschwindigkeit ist auf 13/13 Mbps (also symmetrisch) eingestellt mit einer CCQ von über 96% .


== 2bgn225 ==
== 2bgn5an225 ==


Hardware: Foxconn nT-510 (2 GB RAM, 60 GB SSD, 17 Watt) in wettergeschützter Box (Biscuitteigform) mit Trockenmitteln und teilweise mit Aluband verklebt. Intel Wireless-N 1000, iwlwifi DVM, 2.4GHz Richtantenne (MAIN) + Pigtail (AUX).
Hardware: Foxconn nT-510 (2 GB RAM, 60 GB SSD, 17 Watt) in wettergeschützter Box (Biscuitteigform) mit Trockenmitteln und teilweise mit Aluband verklebt. Ubiquiti SR71-E Hi-Power 802.11a/b/g/n miniPCI-E Modul (UBNT, Atheros AR9220/AR9002), 2.4GHz Richtantenne (MAIN) + Pigtail (AUX).


Dies soll der eigentliche Router sein, der als einziger Punkt am dem Knoten die OLSR-Aufgaben/Koordination übernimmt.
Dies soll der eigentliche Router sein, der als einziger Punkt am dem Knoten die OLSR-Aufgaben/Koordination übernimmt.
Zeile 25: Zeile 25:
Hardened Mainline Linux-Kernel 4.7.0 + einiges an security-through-obscurity.
Hardened Mainline Linux-Kernel 4.7.0 + einiges an security-through-obscurity.


Ein Apache Tomcat 9 ist darauf verfügbar (weil ich WebApps gerne in Java schreibe).
Ein Apache Tomcat 9 ist darauf verfügbar (weil ich WebApps gerne in Java schreibe): [http://www.wehli18.wien.funkfeuer.at www.wehli18.wien.funkfeuer.at].


Im Zuge der Temperaturüberwachung ist ein kleines Webservice entstanden, welches aus einer Recorder-WebApp besteht, die an eine konfigurierbare URL ca. alle 8 Sekunden die Temperaturen ausgewählter Sensoren überträgt. Das WebService hat eine Referenzimplementierung in Java und wird gerade auf PHP 5.5.3+ portiert, um bei meinem Gratis-Webspace-Provider laufen zu können. Das HTML/JavaScript-Frontend verwendet XmlHttpRequest und Google Visualization API, um das Diagramm alle ~24 Sekunden zu aktualisieren.
Im Zuge der Temperaturüberwachung ist ein kleines Webservice entstanden, welches aus einer Recorder-WebApp besteht, die an eine konfigurierbare URL ca. alle 8 Sekunden die Temperaturen ausgewählter Sensoren überträgt. Das WebService hat eine Referenzimplementierung in Java und wird gerade auf PHP 5.5.3+ portiert, um bei meinem Gratis-Webspace-Provider laufen zu können. Das HTML/JavaScript-Frontend verwendet XmlHttpRequest und Google Visualization API, um das Diagramm alle ~24 Sekunden zu aktualisieren.

Aktuelle Version vom 18. Juni 2016, 11:03 Uhr

Mein erster Knoten mit derzeit (Stand 2016/Q2) 2 Antennen (4° und 225°) ist mit der 4°-Antenne in Betrieb.

5an4

Hardware/NanoBeam_M5-400 mit 300er Reflektor.

Richtung Bisamberg (biss). 190deg.biss funktioniert, Verbindung stabil seit 2016-06-06 23:00 .

Am Samstag, 2016-05-14, um ca. 10:00 hat sich die Antenne selbst resettet, vermutlich wegen dem Virus-Befall, der auch einige andere Knoten getroffen hat. Das Virus hat auf meiner Antenne keine Spuren hinterlassen.

Vor dem 2016-06-06 hat die Verbindung zu biss nicht funktioniert, weil ich "Block management access" aktiviert hatte, und zusätzlich zur intuitiven Bedeutung hat diese Option auch OLSR und sowieso RX lahmgelegt.

Die Sendeleistung liegt 2 dBm unter dem maximal erlaubten Wert.

Die Geschwindigkeit ist auf 13/13 Mbps (also symmetrisch) eingestellt mit einer CCQ von über 96% .

2bgn5an225

Hardware: Foxconn nT-510 (2 GB RAM, 60 GB SSD, 17 Watt) in wettergeschützter Box (Biscuitteigform) mit Trockenmitteln und teilweise mit Aluband verklebt. Ubiquiti SR71-E Hi-Power 802.11a/b/g/n miniPCI-E Modul (UBNT, Atheros AR9220/AR9002), 2.4GHz Richtantenne (MAIN) + Pigtail (AUX).

Dies soll der eigentliche Router sein, der als einziger Punkt am dem Knoten die OLSR-Aufgaben/Koordination übernimmt.

In Richtung ley23 meinte jemand, ein Haus aufstocken zu müssen, daher scheinbar keine Sichtverbindung, aber trotzdem etwas empfangbar.

Hardened Mainline Linux-Kernel 4.7.0 + einiges an security-through-obscurity.

Ein Apache Tomcat 9 ist darauf verfügbar (weil ich WebApps gerne in Java schreibe): www.wehli18.wien.funkfeuer.at.

Im Zuge der Temperaturüberwachung ist ein kleines Webservice entstanden, welches aus einer Recorder-WebApp besteht, die an eine konfigurierbare URL ca. alle 8 Sekunden die Temperaturen ausgewählter Sensoren überträgt. Das WebService hat eine Referenzimplementierung in Java und wird gerade auf PHP 5.5.3+ portiert, um bei meinem Gratis-Webspace-Provider laufen zu können. Das HTML/JavaScript-Frontend verwendet XmlHttpRequest und Google Visualization API, um das Diagramm alle ~24 Sekunden zu aktualisieren.

Der neue CPU-Lüfter ist am 2016-06-03 angekommen, wurde montiert und funktioniert. Atom D510 ist leider nicht drosselbar, und damit bei 13 W TDP nicht auf so geringem Platz passiv kühlbar (PCB hält 80°C nicht dauerhaft stand).

Seit 2016-06-06 23:30 ist das Netzwerkinterface down, Strom wird allerdings noch gezogen. Der nächste Einsatz am Dach steht bevor...