Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
projekte:datenreise [2012/03/22 08:17] – philipp | projekte:datenreise [2017/03/01 19:19] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
---|---|---|---|
Zeile 6: | Zeile 6: | ||
Die Daten werden von eine zentralen Instanz bereitgestellt. Die Stationen holen sich die Daten übers Inet von einem Server, übertragen sie auf die lustige und anschauliche Art und schieben sie wieder auf den Server zurück. Dadurch kann man alle Stationen monitoren und man kann das System dynamisch erweitern oder Stationen wieder entfernen. Sogar eine Erweiterung in eine andere Stadt ist denkbar. | Die Daten werden von eine zentralen Instanz bereitgestellt. Die Stationen holen sich die Daten übers Inet von einem Server, übertragen sie auf die lustige und anschauliche Art und schieben sie wieder auf den Server zurück. Dadurch kann man alle Stationen monitoren und man kann das System dynamisch erweitern oder Stationen wieder entfernen. Sogar eine Erweiterung in eine andere Stadt ist denkbar. | ||
- | Also wird quasi nur die Schnittstelle zur zentralen | + | ===Zentrale Instanz=== |
+ | Auf dem Warpzone Server gibt es eine VM (datenreise.warpzone.ms), | ||
+ | |||
+ | ==Frontend== | ||
+ | Das Frontend soll möglichst einfach sein, damit die Einstieghürde für potentielle Mitmacher möglichst gering ist. Die Schnittstelle soll möglichst vielseitig sein, aber auch ein Mindestmaß an Sicherheit bieten. Daher kommen für die Übertragung der Daten nur Protokolle in Frage, | ||
+ | Mit dieser Vorgehensweise hat man folgende Probleme erschlagen: | ||
+ | * Dateinamen : Dateinamen sind immer eine Fehlerquelle bei Falschbenennung oder auch bei bereits vorhandenen Dateinamen. Dadurch kann es zu zahlreichen unvorhergesehenen Fehlern kommen und das Interface sollte ja einfach sein, gell? | ||
+ | * Timestamps: Für unsere statistische Auswertung müssen wir wissen, welche Station wie lange gebraucht hat. Einfach nur eine Datei hochladen, die dann von einem Prozess eingesammelt wird, der nur alle 15 Minuten läuft ist etwas ungenau. Dann könnte der Dateiname der Uploaddatei einen Timestamp enthalten. Der müsste aber korrekt im Layout und synchron | ||
+ | * Threadsicherheit: | ||
+ | * Authentifizierung: | ||
+ | * Datenintegrität: | ||
+ | |||
+ | Habe mal ein Datenbankschema gefummelt: | ||
+ | {{ : | ||
====Webseite==== | ====Webseite==== | ||
Zeile 42: | Zeile 55: | ||
=== Analoge Übermittlung === | === Analoge Übermittlung === | ||
== Wasserwaage == | == Wasserwaage == | ||
- | Je nach Bytewert wird eine bestimmte Menge Wasser in ein Wasserglas geschüttet und gewogen. Das Wiegeergebnis ist das übertragene Byte. Danach muss das Wasser wieder zurückgepumpt werden. | + | Je nach Bytewert wird eine bestimmte Menge Wasser in ein Wasserglas geschüttet und gewogen. Das Wiegeergebnis ist das übertragene Byte (bzw. 100% Füllstand = vollster Farbwert, 0%=schwarz). Danach muss das Wasser wieder zurückgepumpt werden. |
+ | |||
+ | == Entfernung == | ||
+ | Ein Hindernis wird auf einen Ultraschallsensor zu bewegt oder entfernt. Wenn es zum Stillstand kommt, ist die Entfernung zur Messeinheit das zu übertragende Byte. (Bzw. Volle Entfernung = 100% Farbwert, niedrigste 0%) | ||
=== Alternative Übermittlung === | === Alternative Übermittlung === | ||
== Crypt/ | == Crypt/ | ||
Die Daten werden verschlüsselt (XOR(Data," | Die Daten werden verschlüsselt (XOR(Data," |