Projekt:Sensors: Unterschied zwischen den Versionen

Aus k4cg.org
(Big Update)
Zeile 6: Zeile 6:
}}
}}


== Sensors @ K4CG ==
In diesem Projekt werden Messdaten aus der CG in Graphen und das IRC gebracht.
 
== Colletor für die Sensoren @ K4CG ==
 
[[Host:heimat.intern.k4cg.org]] sammelt alle Daten in der CG.
Alle nachfolgenden Sensoren werden über einen Cronjob auf Heimat alle 5 min abgefragt.
 
=== Hosts im Netzwerk via ARP Scan ===
 
Auf der Heimat läuft ein Python Script das NMAP Scans macht
 
=== Licht, Sound, Temperatur ===


Die ehemaligen Sensoren von [https://organic-entropy.org organic-entropy.org] wurden unterhalb von [[Host:scotty.intern.k4cg.org]] angebracht und an diesen angeschlossen.
Die ehemaligen Sensoren von [https://organic-entropy.org organic-entropy.org] wurden unterhalb von [[Host:scotty.intern.k4cg.org]] angebracht und an diesen angeschlossen.
Zeile 17: Zeile 28:
* Accelerometer (pretty much useless, weil an die Wand gehängt)
* Accelerometer (pretty much useless, weil an die Wand gehängt)


=== Setup des Daemons auf Scotty ===
Auch diese Sensoren werden von Heimat eingesammelt
 
Brickd von [https://tinkerforge.com tinkerforge.com] herunterladen und das .deb Paket installieren.


Konfigurieren von brickd und start
=== Temperatursensor von Wajib ===


<pre>
Der Temperatursensor ist auch auf Scotty installiert.
listen.address = 0.0.0.0
Unter <code>/root/tempi</code> liegt das compilte Binary.
listen.plain_port = 4223
listen.websocket_port = 0
listen.dual_stack = off
</pre>


Hurra.
Der Source Code ist von https://www.poempelfox.de/ds1820tousb/ds1820tousb-v1.03-221211.tar.gz


=== Netzwerk ===
[[User:Wajib]] hat die Hardware und Software zusammengebaut.


Um diese Daten ins IRC zu bekommen brauch wir Verbindung von [[Host:nixe.k4cg.org]] zu [[Host:scotty.intern.k4cg.org]].
Der Daemon wird beim Starten von Scotty via <code>supervisor</code> gestartet.
 
Die Kurzbeschreibung der gebauten Lösung sieht so aus


<pre>
<pre>
conifg-file "/etc/supervisor/conf.d/tempi.conf":


+-------------------------------------+
[program:tempi]
| Scotty, BRICKD (listen 0.0.0.0:4223)|
directory=/root/tempi
+---+---------------------------------+
command=/root/tempi/hostsoftware daemon 00000740df6e:31337:%%T
    |
    | v4 to v6 Convert
    |
+---v-------------------------------------------------------+
| Scotty, SOCAT (bind to localhost:4223, listen ::/0:31338) |
+---+-------------------------------------------------------+
    |
    | Internet (v6 to v6)
    |
+---v-------------------------------------------------------------+
| Nixe, SOCAT (Bind to Scotty |6 IP:31338, listen 127.0.0.1:31338)|
+---+-------------------------------------------------------------+
    | v6 to v4 Convert
    |
+---v----------------------------------------------------------------+
| Rezeptionistin, Python Tinkerforge Lib (connect to localhost:31338)|
+--------------------------------------------------------------------+
 
</pre>
 
Warum ist das alles so behindert und komplierziert?
Ja das frag ich mich auch. Für die Nachwelt:
 
==== Problem 1 ====
 
Brickd hört nur auf IPv4 Adressen, zum abholen brauchen wir aber v6 wegen M-Net.
 
Lösung: <code>socat</code> rult! IPv6 auf IPv4 local NAT sozusagen.
 
<pre>
[program:sensors]
directory=/root/
command=/usr/bin/socat TCP6-LISTEN:31338,fork TCP4:127.0.0.1:4223
autostart=true
autostart=true
autorestart=true
autorestart=true
startsecs=10
startsecs=10
user=root
user=root
stdout_logfile=/root/sensors.log
stdout_logfile=/root/tempi/logs/tempi.log
stdout_logfile_maxbytes=1MB
stdout_logfile_maxbytes=1MB
stdout_logfile_backups=10
stdout_logfile_backups=10
stdout_capture_maxbytes=1MB
stdout_capture_maxbytes=1MB
stderr_logfile=/root/sensors.log
stderr_logfile=/root/tempi/logs/tempi.log
stderr_logfile_maxbytes=1MB
stderr_logfile_maxbytes=1MB
stderr_logfile_backups=10
stderr_logfile_backups=10
Zeile 91: Zeile 62:
</pre>
</pre>


Startet auf scotty automatisch
Der Aufruf sieht wie folgt aus:
 
<pre>
/root/tempi/hostsoftware daemon 00000740df6e:31337:%T
</pre>
 
== Messdaten abholen ==
 
Die Messdaten können auf der Heimat unter
 
http://[2001:A60:F073:0:0:0:0:1]:80/devices.json
 
abgeholt werden und sehen irgendwie so aus
 
<code>
{"sound": 15.0, "light": 0.0, "hosts": {}, "temp": 16.68, "online": 0}
</code>


==== Problem 2 ====  
== Daten in graphs.k4cg.org pumpen ==


Die tinkerforge library, die in Rezeptionistin benutzt wird, kann kein IPv6.
TODO python Script umbauen dass es Daten nicht direkt von den Sensoren sondern von Heimat holt.
Also brauchen wir auch hier wieder einen socat, nur umgekehrt.


Config
== Daten in IRC via Rezeptionistin ==


<pre>
TODO Rezeptionistin Plugins umbauen dass sie die Daten von Heimat JSON Document holt.
  # Service for v6 connection to heimat. Tinkerforge Connect only works with v4
  systemd.services.sensorsipv6bridge= {
    enable = true;
    description = "IPv6 Tunnel to Scotty";
    wants = [ "network.target" ];
    environment = {
  OPENSSL_CONF = "/etc/ssl/";
  SSL_CERT_FILE = "/etc/ssl/certs/ca-certificates.crt";
    };
    serviceConfig = {
      ExecStart = "/run/current-system/sw/bin/socat TCP4-LISTEN:31338,fork 'TCP6:[2001:a60:f073:0:21d:92ff:fe25:2a23]:31338'";
      WorkingDirectory = "/usr/local/rezeptionistin/";
      User = "ircbot";
    };
  };
</pre>


=== Rezeptionistin ===
== ICH WILL LIVEDATEN ==


Die Anbildung und Einsammeln der Daten ist innerhalb der Plugins relativ einfach:
Ich auch. In der Realtiät stellt sich aber heraus das das instabile Internet und die nicht statische v4 IP, die unfähigkeit von Libraries von mediawiki, BRICKD und die Unfähigkeit von Hardware Herstellern wie Philips Hue es nicht auf die Reihe bekommen eine IPv6 Anbindung sicherzustellen.


<pre>
All diese Probleme haben seit Mitte 2016 immer wieder für Frust und Ausfälle gesorgt, wesegen wir jetzt ein einheitliches Format des Datenaustauschs mithilfe des HTTP+JSON auf der Heimat geschaffen haben.
  def get_light(self):
    ipcon = IPConnection()
    uvl = BrickletUVLight(self.licht_id, ipcon)
    ipcon.connect(self.licht_host, int(self.licht_port))
    uv_light = uvl.get_uv_light()
    ipcon.disconnect()
    return(str(uv_light) + " µW/cm²")
</pre>


Siehe https://github.com/k4cg/Rezeptionistin/blob/master/plugins/light.py und https://github.com/k4cg/Rezeptionistin/blob/master/plugins/sound.py
All das führt natürlich dazu das die Daten nichtmehr komplett Live sind sondern mit 5 Minuten delay in [[Projekt:graphs.k4cg.org]] und im IRC auftauchen

Version vom 5. Februar 2017, 11:47 Uhr

Projekt:Sensors
Betreuer*In noqqe
Jahr 2016
Läuft auf scotty.intern.k4cg.org
URL https://github.com/k4cg/rezeptionistin

In diesem Projekt werden Messdaten aus der CG in Graphen und das IRC gebracht.

Colletor für die Sensoren @ K4CG

Host:heimat.intern.k4cg.org sammelt alle Daten in der CG. Alle nachfolgenden Sensoren werden über einen Cronjob auf Heimat alle 5 min abgefragt.

Hosts im Netzwerk via ARP Scan

Auf der Heimat läuft ein Python Script das NMAP Scans macht

Licht, Sound, Temperatur

Die ehemaligen Sensoren von organic-entropy.org wurden unterhalb von Host:scotty.intern.k4cg.org angebracht und an diesen angeschlossen.

Die Sensoren liefern Daten über folgendes:

  • Temperatur (schon wieder...)
  • Licht Intensität (i.e. Helligkeit)
  • Geräusch Pegel (KEIN Aufnahmegerät)
  • Accelerometer (pretty much useless, weil an die Wand gehängt)

Auch diese Sensoren werden von Heimat eingesammelt

Temperatursensor von Wajib

Der Temperatursensor ist auch auf Scotty installiert. Unter /root/tempi liegt das compilte Binary.

Der Source Code ist von https://www.poempelfox.de/ds1820tousb/ds1820tousb-v1.03-221211.tar.gz

User:Wajib hat die Hardware und Software zusammengebaut.

Der Daemon wird beim Starten von Scotty via supervisor gestartet. 

conifg-file "/etc/supervisor/conf.d/tempi.conf":

[program:tempi]
directory=/root/tempi
command=/root/tempi/hostsoftware daemon 00000740df6e:31337:%%T
autostart=true
autorestart=true
startsecs=10
user=root
stdout_logfile=/root/tempi/logs/tempi.log
stdout_logfile_maxbytes=1MB
stdout_logfile_backups=10
stdout_capture_maxbytes=1MB
stderr_logfile=/root/tempi/logs/tempi.log
stderr_logfile_maxbytes=1MB
stderr_logfile_backups=10
stderr_capture_maxbytes=1MB
environment = HOME="/root/", USER="root"

Der Aufruf sieht wie folgt aus: 

/root/tempi/hostsoftware daemon 00000740df6e:31337:%T

Messdaten abholen

Die Messdaten können auf der Heimat unter

http://[2001:A60:F073:0:0:0:0:1]:80/devices.json

abgeholt werden und sehen irgendwie so aus

{"sound": 15.0, "light": 0.0, "hosts": {}, "temp": 16.68, "online": 0}

Daten in graphs.k4cg.org pumpen

TODO python Script umbauen dass es Daten nicht direkt von den Sensoren sondern von Heimat holt.

Daten in IRC via Rezeptionistin

TODO Rezeptionistin Plugins umbauen dass sie die Daten von Heimat JSON Document holt.

ICH WILL LIVEDATEN

Ich auch. In der Realtiät stellt sich aber heraus das das instabile Internet und die nicht statische v4 IP, die unfähigkeit von Libraries von mediawiki, BRICKD und die Unfähigkeit von Hardware Herstellern wie Philips Hue es nicht auf die Reihe bekommen eine IPv6 Anbindung sicherzustellen.

All diese Probleme haben seit Mitte 2016 immer wieder für Frust und Ausfälle gesorgt, wesegen wir jetzt ein einheitliches Format des Datenaustauschs mithilfe des HTTP+JSON auf der Heimat geschaffen haben.

All das führt natürlich dazu das die Daten nichtmehr komplett Live sind sondern mit 5 Minuten delay in Projekt:graphs.k4cg.org und im IRC auftauchen

Abgerufen von „https://k4cg.org/index.php?title=Projekt:Sensors&oldid=2344“