Für die objektive Audioevaluierung wurde sich für eine Implementation des PEAQ Verfahrens entschieden. Dabei wurde sich für "peaqb-fast" entschieden. Weitere Implementationen, für die sich nicht entschieden wurden, sind:
Peaqb-fast erfordert einen C Compiler. Unter Ubuntu lässt sich „gcc“, falls noch kein C Compiler vorhanden ist, mit dem folgenden Befehl installieren:
$sudo apt install build-essential
Bestimmte Versionen können mit dem folgenden Befehl installiert werden:
$sudo apt install gcc-9
In der Installationsdatei ist keine explizite Version von „gcc“ vorgegeben. Die Installation wurde mit der Version 9.3.0 getestet und durchgeführt.
Die Dateien für die in C geschriebene Peaqb-fast Variante des PEAQ-Verfahrens müssen von der Github Seite von „akinori-ito“ heruntergeladen werden. Die Dateien können entweder mit der vorhandenen Archivverwaltung oder mit dem „unzip“ Befehl entpackt werden.
$unzip peaqb-master-fast.zip
Durch das Entpacken der Dateien steht ein neuer Ordner zur Verfügung: „peaqb-fast-master“. In diesem Ordner muss die „configure“ Datei ausgeführt werden.
$./configure
Bei der configure Datei handelt es sich um eine von dem Werkzeug „Autoconf“ erzeugte Datei. Autoconf erzeugt Shell-Skripte zur automatischen Konfiguration von Software-Quellcode-Paketen. Diese Skripte können die Pakete an verschiedene auf Unix basierende Systeme anpassen, ohne dass der Benutzer manuell eingreifen muss. Die Skripte fragen das System nach Umgebungseinstellungen und der Plattformarchitektur und speichern diese gesammelten Informationen in einer Datei, um auf Basis der Ergebnisse ein „Makefile“ zur erstellen.
Mit dem make Werkzeug werden aus dem Quellcode in dem Makefile Binärdateien kompiliert und erstellt. Diese Binärdateien werden anschließend mit „make install“ in das im Makefile angegebene Verzeichnis abgelegt und für den Nutzer zugänglich gemacht.
$sudo make
$sudo make install
Das fertige Programm wird im Verzeichnis „/usr/local/bin“ eingerichtet. Falls dies nicht der Fall sein sollte kann die Datei mit dem Befehl „whereis“ gesucht werden.
$whereis peaqb
PulseAudio ist ein Sound-Server, der als Vermittler zwischen Anwendungen und Hardware-Geräten eines Linux Systems läuft, beispielsweise mit ALSA. Dieser Sound-Server ermöglich das direkte Aufnehmen von Audiosignalen von den Audioausgabegeräten des Systems wie die Lautsprecher.
PulseAudio kann auf den meisten Unix Systemen mit dem folgendem Befehl installiert werden:
$sudo apt-get install pulseaudio
Für Systeme wie Debian stehen optionale Pakete zur Verfügung.
PulseAudio muss nach der Installation mit folgendem Befehl gestartet werden:
$pulseaudio -D
„PresConnect2Snap“ ist ein Vermittlungsmodul zwischen „PRESENCE“ und „SnapControl“. Das Ziel ist die benötigten Parameter von „PRESENCE“ zu erhalten und an „SnapControl“ weiterzuleiten. Der erster ist ein Modul von FEHM und der anderer ist ein selbst geschriebenes Modul. Genaue Details von beide Modulen stehen in die jeweilige Datei PRESENCE und SnapControl zur Verfügung.
Bevor die Konfiguration durchgeführt wird, muss ein Bluetooth-fähiges Gerät erst unter „PRESENCE“ definiert werden. Weiterhin muss die Einrichtung von „SnapControl“ auch anfertigt werden. Dann können die folgenden Schritte durchgeführt werden.
Schritt 1: 99_PreConnect2Snap.pm erstellen
An linkes Menü „Edit Files“ in FHEMWEB anklicken und „myUtilsTemplate.pm“ auswählen. Der kopierte Code aus der Github-Seite im unten Textfeld einfügen, danach der Dateiname „99_PreConnect2Snap.pm“ für die Programmdatei eintragen und „save as“ anklicken.
Anmerkung: Wenn ein anderer Dateiname angegeben wird, muss der Name Initialize-Routine entsprechend angepasst werden.
Im Eingabefeld in FHEMWEB sollte der define-Befehl wie folgendes eingegeben werden:
define <deviceName> PresConnect2Snap <PRESENCE-deviceName> <SnapControl-deviceName>
Falls die Programmdatei vom Schritt 1 und anderen Geräte in FHEM vorhandenen sind, dann wird nach der Eingabe des Befehles ein neues Gerät, dessen Type „PresConnect2Snap“ ist, erzeugt (siehe die Abbildung 1). Sonst werden die entsprechenden Fehlermeldungen in FHEMWEB angezeigt.
Schritt 3: Beim „PRESENCE“-Gerät Attribut „event-on-change-reading“ einrichten
Um nur die Wertänderung des Raums zu erhalten, muss ein Attribut event-on-change-reading beim PRESENCE-Gerät hinzugefügt. Sonst wird FHEM bei jeder Wertänderung von „PRESENCE“ eine Meldung liefern. „Pres2ConnectSnap“ würde dann auf jede Wertänderung reagieren, was nicht erwünscht wird. Jedoch mithilfe des Attributs kann nun die Wertänderung gefiltert werden. Das Attribut event-on-change-reading kann direkt in FHEMWEB gesetzt. Wie in der Abbildung 2 gezeigt wird, muss der Wert für das Attribut event-on-change-reading als "room" gesetzt werden.
Nach der Einstellung wird das Attribut sofort in FHEMWEB gesehen.
In diesem Abschnitt wird die Implementierungsphase der Nutzerverwaltung mit JSONMod dargestellt:
Um eine JSON-Datei in der Oberfläche von FHEM zum Lesen verwenden zu können, liest man die enthaltenen Informationen mit JSONMod. Der folgende Code wird einen JsonMod definieren. Dabei ist der Name der Gerätename und ULR kann als Datei und http- und https-Link angegeben werden:
define userInfo JsonMod file://home/pursue/nutzerverwaltung.json
Die JSON-Datei kann dabei mittels „CRON“ in bestimmten, vorher festgelegten Intervallen abgerufen werden. Die „Cron-Syntax“ wird hier verwendet, um die JSON-Datei alle 15 Minuten zu aktualisieren.
Im dritten Schritt wird die JSON-Datei mit Hilfe der Attribute readingList gelesen. Darüber hinaus werden die Informationen mithilfe der Complete-Method des readingList aus der Dateiquelle extrahiert und in FHEM verwendbar gemacht.
Für den automatischen Zugriffsschutz der FHEM-Oberfläche werden die gelesenen Informationen aus dem "JSONMod" mit Hilfe eines "Notify" an das "Allowed Modul" übertragen, damit die FHEM-Oberfläche mit Benutzernamen und Passwort gesichert werden kann.
Für die Implementierung wird ein „Notify“ definiert wie folgt:
define UserInfo_Allowed_Notify notify a b
Im "DEF-Editor" des "Notify" wird der folgende Code eingetragen.
Um das Notify zu aktivieren, muss ein Event im verknüpften Modul „userInfo“ erkannt werden. Auslöser dafür wäre entweder das manuelle oder das Intervall gesteuerte Lesen der JSON-Datei. Das folgende Bild zeigt die automatische Übertragung der Benutzer mit deren Passwörten ins „Allowed“ Modul.
Um die Geräte des Benutzers in der Umgebung zu erkennen, wird eine sepzifische MAC-Adresse durch das "Presence-Modul" abgefragt, um den Benutzer zu identifizieren und Musik in dem Raum in dem sich der Nutzer befindet abzuspielen. Der Überprüfungsvorgang findet alle drei Sekunden statt, wobei die MAC-Adresse in der Umgebung nach Benutzern durchsucht wird. Für diesen Vorgang wird das Modul "Notfiy" benötigt, mit dem die gelesenen Informationen aus dem "JSONMod" an das "Presence-Modul" weitergeleitet werden, um die automatische Generierung des Präsenzmoduls mit Benutzernamen und MAC-Adresse zu erzeugen. Dieser Vorgang wird für alle Benutzer aus „JSONMod“ durchgeführt. Für die Implementierung wird ein „Notify“ definiert wie Folgt:
Define UserInfo_Presence _Notify notify a b
Im "DEF-Editor" des "Notify" wird der folgende Code eingetragen.
Nach dem Auslösen des „userInfo_Presence_notify“ werden die folgenden Präsenzmodule mit dem Nutzernamen und ID angelegt. Das Ergebnis ist in folgender Abbildung zu sehen.
Nach der Erkennung der MAC-Adresse des Nutzers in der Umgebung wird diese an das „SnapControl“-Modul weitergeleitet, um zu prüfen, ob die angegebene MAC-Adresse für das „Streamen“ von Musik im System zugelassen ist. Für diesen Vorgang wird das Modul "Notify" verwendet, mit dem die aus dem "JSONMod" gelesenen MAC-Adresse an das "SnapControl"-Modul weitergeleitet wird. Die gelesene MAC-Adresse wird über das „Notify“ an das „SnapControl“-Modul übertragem. Dort wird geprüft, ob der Benutzer Autorisiert ist einen Stream abzusetzen.
Für die Implementierung wird ein „Notify“ definiert wie folgt:
Define UserInfo_Allowed_Notify notify a b
Im "DEF-Editor" des "Notify" wird der folgende Code eingetragen.
