Am Besten wäre sicherlich eine Weboberfläche, so wäre es dann ein Hintergrunddaemon der dann auch "remote" benutzt werden könnte.
ACK!
Das geht mit JAVA/Tomcat prinzipiell am einfachsten, jedoch scheitert Java sicherlich am Hardwarelayer, wobei ich das aber auch nicht in der Tiefe verfolgt habe.
Einfach ist es damit allemal, dafür aber für Linux-Noobs ungemein schwer einzurichten.
Es scheint ja schon einiges fertig zu sein, könnte man das denn so wie z.B. LM-Sensors auslesen und dann mittels PERL/PHP weiterverarbeiten, bzw. füttern?
Klar
Also wenn jemand in der Lage wäre, einen Shell-daemon zu schreiben, welcher mir die grundlegenden Funktionen des Gerätes bereitstellt, könnte ich den Rest drumrum schreiben, also eine WebApp zum steuern/auslesen...
Eine WebApp wäre ganz klar eine tolle Sache! Man hat zwar keinen direkten Weg vom Server zum Client, aber das ist verschmerzbar (wegen Diagrammen oder so).
Allerdings hinaus kann ich schon jetzt sagen, dass das Problem weniger das Interface zum aquaero ist - viel mehr Arbeit bereitet das User-Interface selbst, sprich die Programmierung der HTML-Seiten!
Der Einfachheit halber würde ich sogar vorschlagen, dass man in den Daemon einen kleinen HTTP-Server integriert (ála NTOP, das ist nicht viel Arbeit - dann wäre man nicht auf eine Servlet-Engine angewiesen) und diesen mit ganz rudimentären Scripting-Funktionen ausstattet. Der HTML-Code könnte z.B. so aussehen:
|
Quellcode
|
1
2
3
|
<h1>Lüfter 1</h1>
Lüftername: <script language="aeinfo">GetInputBox fan.1.name</script><br>
Lüftermodus: <script language="aeinfo">GetEnumDropDown fan.1.mode</script><br>
|
Dieser HTML-Code würde dann durch den Daemon verarbeitet werden und so an den Client zurückgegeben werden:
|
Quellcode
|
1
2
3
4
5
6
7
|
<h1>Lüfter 1</h1>
Lüftername: <input type=text name="fan.1.name" value="Radi"><br>
Lüftermodus: <select name="fan.1.mode">
<option value="12">Manuell, Drehzahl</option>
<option value="34" selected>Manuell, Leistung</option>
<option value="56">und so weiter...</option>
</select><br>
|
Das wäre so eine Vision, die von der Implementierung wirklich wenig Arbeit wäre. Wie gesagt - ich sehe die Arbeit bei der Erstellung der HTML-Masken!
Irgendwelche Kritik hierzu ist willkommen!
Edit: Ähnlich könnte man aber auch eine JSP-Seite aussehen lassen:
|
Quellcode
|
1
2
3
|
<h1>Lüfter 1</h1>
Lüftername: <%= AquaeroJspHelper.getInputBox("fan.1.name") %><br>
Lüftermodus: <%= AquaeroJspHelper.getEnumDropDown("fan.1.mode") %><br>
|
Der Java-Code erledigt dann die Kommunikation mit dem Daemon..