C3MAWiki - Benutzerbeiträge [de]

Ueberschalter

2014-08-28T17:36:39Z

Bene: /* Skript */

{{aktives Projekt|Kontakt=Ollo}}

= Publikationen =
* [[Datei:2014-02-28_Praesi_Raumbeleuchtung.pdf]]

= Server =
== Hardware ==
* Raspberry Pi [http://www.gtkdb.de/index_36_2451.html seriell stumm geschalten]
* ioBoard [https://github.com/C3MA/uberschalter Projekt auf Github]

Das ioBoard wird über das UART des Raspberry Pis angesprochen.
Die Kommunikation zum Raspberry erfolgt über Ethernet, es werden keine weiteren Schnittstellen benötigt.

== Software ==
* raspbian (wheezy)
** ser2net
** lighttpd (optional für Webclient)
*** Webserver-Projekt [https://github.com/C3MA/uberschalter Unterordner web]

== Konfiguration ==

In der Konfigurationsdatei /etc/ser2net.conf von '''ser2net''' aktiviert man folgende Konfiguration. Alle weiteren können auskommentiert werden:

2001:raw:120:/dev/ttyAMA0:9600 NONE 1STOPBIT 8DATABITS -XONXOFF -LOCAL -RTSCTS

== Webserver konfigurieren ==
<code>
$ cd /var/
$ sudo chown pi:pi www/
$ cd cd /var/www/
$ git clone https://github.com/C3MA/uberschalter
$ cd uberschalter/web/
$ make
</code>

Aktualiseren der '''lighttpd''' Konfiguration zu folgender (Muss ggf. erst installiert werden):
<code>
server.modules = (
"mod_cgi",
"mod_access",
"mod_alias",
"mod_compress",
"mod_redirect",
# "mod_rewrite",
)

#server.document-root = "/var/www"
server.document-root = "/var/www/uberschalter/web/www"
server.upload-dirs = ( "/var/cache/lighttpd/uploads" )
server.errorlog = "/var/log/lighttpd/error.log"
server.pid-file = "/var/run/lighttpd.pid"
server.username = "www-data"
server.groupname = "www-data"
server.port = 80

index-file.names = ( "index.php", "index.html", "index.lighttpd.html" )
url.access-deny = ( "~", ".inc" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )

compress.cache-dir = "/var/cache/lighttpd/compress/"
compress.filetype = ( "application/javascript", "text/css", "text/html", "text/plain" )

# default listening port for IPv6 falls back to the IPv4 port
include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
include_shell "/usr/share/lighttpd/create-mime.assign.pl"
include_shell "/usr/share/lighttpd/include-conf-enabled.pl"

$HTTP["url"] =~ "/cgi-bin/" {
cgi.assign = ( "" => "" )
}

cgi.assign = (
".cgi" => ""
)
</code>

= Client =
== Android ==
* https://bitbucket.org/0110/iorouter

== Web ==
Auf dem RaspberryPi läuft auch Webserver um die Lampen zu steuern:
(Zu erreichen im Raum-Netzwerk unter ''lampi'' oder ''10.23.42.140''.)
<gallery>
Datei:LampPiWeb.png|Lamp Webinterface
</gallery>

= Lampenpositionen =
<gallery>
Datei:LampenPlan.jpg|Lampenpositionen mit deren Identifikationsnummer
</gallery>

= Mqtt =
== Doku ==
Folgende Stati werden in MQTT geschickt:
<code>
/room/light/3/command off
/room/light/1/state on
/room/light/2/state on
/room/light/3/state off
/room/light/4/state on
/room/light/5/state on
/room/light/6/state on
/room/light/7/state on
/room/light/8/state on
/room/light/3/command off
/room/light/3/command off
/room/light/3/command on
/room/light/3/state on
</code>
Linux Befehl:
$ mosquitto_sub -v -h 10.23.42.31 -t "/room/light/#"

Eine Lampe kann mit folgenden Schema geschalten werden: '''/room/light/<id>/command (on|off)'''.

Unter Linux wurde das wie folgt getestet:
<code>
$ mosquitto_pub -h 10.23.42.31 -t "/room/light/3/command" -m "off"
$ mosquitto_pub -h 10.23.42.31 -t "/room/light/3/command" -m "on"
</code>

== Skript ==
<code>
import mosquitto, os, socket, time
from threading import Thread

#File: /usr/local/sbin/light2mqtt.py

TCP_IP = '127.0.0.1'
TCP_PORT = 2001
BUFFER_SIZE = 1024

mqttBroker="10.23.42.31"

mypid = os.getpid()

client = mosquitto.Mosquitto("RoomLights"+str(mypid))

pollerState = True
oldStates = None
t = None

def processState(ls):
lightnr=1
global oldStates

for light in ls:
if oldStates is None or light != oldStates[lightnr - 1]:
lightState = "on" if int(light) == 1 else "off"
client.publish("/room/light/%s/state" % lightnr, lightState, 0, True)
lightnr+=1
oldStates = ls

# Light ist das licht 1-6
# State ist h oder l

def switchLight(light, state):
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((TCP_IP, TCP_PORT))

s.send("ollpew%s%s" % (light, state))

time.sleep(0.2)

data = s.recv(BUFFER_SIZE)
s.close()

data = data.replace("\r", "").split("\n")

lightState = data[3].split(" ")[1]

processState(lightState)

def getStates():
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((TCP_IP, TCP_PORT))

s.send("ollpera")

time.sleep(0.2)

data = s.recv(BUFFER_SIZE)
s.close()

data = data.replace("\r", "").split("\n")

lightState = data[2].split(" ")[1]

processState(lightState)

def on_connect(rc):
#print("Connected with result code "+str(rc))
client.subscribe("/room/light/+/command")
pollerState = True

def on_message(userdata, msg):

topic = msg.topic.strip("/").split("/")

lightNr = int(topic[2])
message = str(msg.payload)

if lightNr >= 1 and lightNr <= 6 and message in ["on", "off"]:
lightState = "l" if message == "off" else "h"
switchLight(lightNr, lightState)

def on_disconnect(userdata):
pollerState = False
#print "Disconnect"

def statePoller():
while True:
if pollerState:
getStates()
time.sleep(15)

client.on_connect = on_connect
client.on_message = on_message
client.on_disconnect = on_disconnect

client.will_set('/room/light/daemon/state', 'offline', 0, True)

t = Thread(target=statePoller)
t.start()

while True:
# print "Connect..."
client.connect(mqttBroker, 1883, 60, True)
client.publish('/room/light/daemon/state', 'online', 0, True)
while client.loop() == 0:
pass
# print "Reconnecting..."
time.sleep(60)
</code>

Autostart im Raspberry:
Folgende Zeile in '''/etc/rc.local''' einfügen: (vor dem ''exit 0'' wenn vorhanden)
<code>
# Start the monster deamon to rule the world
/usr/bin/python /usr/local/sbin/light2mqtt.py &
</code>

Bene

2014-01-19T17:06:24Z

Bene: Die Seite wurde neu angelegt: „E-Mail: bene@internet-exception.de Aktuell keine Öffentlichen Infos.“

E-Mail: bene@internet-exception.de

Aktuell keine Öffentlichen Infos.

AFU-Packliste

2014-01-14T18:05:20Z

Bene: /* Generelle $Dinge */

Hier eine kurze Liste an Sachen, die bei der nächsten "AFU-Fahrt" nicht vergessen werden sollten:

== Persönliche $Dinge ==

* Schnakenmittel
* Sonnencreme
* Laptop & Co
* Lizenzen (falls vorhanden ;) )
* Personalausweis
* Taschenlampe/Stirnlampe

== Generelle $Dinge ==

{| class="wikitable"
|-
! Was !! Wer hats
|-
| ausreichende Stromversorgung || [[Bene]]
|-
| USRP || Nachfragen
|-
| Bandplan || TODO: Tabelle erstellen
|-
| Speisekabel || [[Bene]]
|-
| Schnur || [[Bene]]
|-}

[[Kategorie:öffentlich]]

Amateurfunk

2013-07-09T17:29:32Z

Bene: /* Prüfung */

{{beendetes Projekt|Kontakt=Bene|öffentlich=ja}}
[[Kategorie:Aktives_Projekt]]

== Ziel ==
Ziel ist es, am 25.6.2011, 13 Uhr in Friedrichshafen die Amateurfunkprüfungen der Klassen A und/oder E abzulegen.

== Prüfungsablauf ==
Wir treffen uns am [[Raum]] um 6 Uhr Morgens. Spätestens '''6.15 Uhr'''.
Das größte und geeigneste Auto wird am treffpunkt rausgesucht.
Mommentan sind es nur 3 Teilnehmer. Also haben wir in einem "Standard"-Auto noch einen Platz Frei.
Vor und nach der Prüfung ist gedacht sich diese Messe dort anzuschauen.

== Treffen ==
Die Gruppe der Lernwilligen trifft sich Samstags ab ca 17:00 im [[Raum]], um zu lernen. Dabei sind momentan:

* Bene
* Gonium
* Dome
* Lef
* Pcopfer
...

== Kontakt ==
Die Funkgruppe hat eine [http://lists.ccc-mannheim.de/cgi-bin/mailman/listinfo/funk Mailingsliste] eingerichtet - diese ist unter

'''funk''' [atsymbol] '''ccc''' [minuszeichen] '''mannheim''' [punkt] '''de'''

zu erreichen. Subskribieren kann man sich auch via Weboberfläche:

http://lists.ccc-mannheim.de/cgi-bin/mailman/listinfo/funk

== Lernen ==

Auf S. 10 in Moltrechts Amateurfunklehrgang (Technik Klasse E) ist eine sinnvolle Stoffaufteilung zum Lernen aufgeschrieben - immer etwas Technik und etwas Vorschriftenfoo. Zeitaufwand pro Session: 2-3h. Die Daten geben an, bis wann der Stoff gelesen & verstanden werden soll, danach ist noch etwa ein Monat Zeit, um den AFUTrainer zu quälen.

Beim samstäglichen Treffen kann dann der Stoff diskutiert werden und der AFUTrainer im Kiosk-Mode laufen.

{|border="1"
! bis
! Lehrbrief Nr.
! Technik
! Betriebstechnik/Vorschriften
|-
|
| 01
| Einheiten, Spannung, Strom
| Thema: Was ist Amateurfunk?
|-
|
| 02
| Wechselstrom, Frequenz
| Gesetze: Was darf ein Funkamateur?
|-
|
| 03
| Ohmsches Gesetz, Leistung, Arbeit
| Internationales Buchstabieralphabet
|-
| 13.03.
| 04
| Widerstand
| Thema: Q-Schlüssel
|-
|
| 05
| Kondensator
| Betriebliche Abkürzungen
|-
| 20.03.
| 06
| Spule, Trafo
| Gesetze, Vorschriften, Regelungen
|-
|
| 07
| Schwingkreis, Filter
| Europäische Landeskenner
|-
| 27.03.
| 08
| Elektromagnetisches Feld
| Außereuropäische Landeskenner
|-
|
| 09
| Wellenausbreitung
| Deutsche Rufzeichen
|-
| 3.4.
| 10
| Dezibel, Kabel
| Funkbetrieb im Ausland
|-
|
| 11
| Antennentechnik
| Amateurfunkstellen
|-
| 9.4.
| 12
| Diode
| Betriebsarten, Sendearten, Frequenzen
|-
|
| 13
| Transistor, Verstärker
| Bandplan, Nutzungsplan
|-
| 16.4.
| 14
| Modulation, Demodulation
| Betriebsabwicklung Kurzwelle
|-
|
| 15
| Sender-/Empfängertechnik
| Betriebsabwicklung UKW
|-
| 23.4.
| 16
| Betriebsarten
| Digitale und besondere Sendearten
|-
|
| 17
| Messtechnik
| RST, Logbuch, UTC, QSL-Karte, Diplome
|-
| 1.5.
| 18
| EMV, Sicherheit
| Störungen, EMV, EMVU u.a.
|-
|
| 19
| Transceivereigenschaften
| Höflichkeit im Amateurfunk
|-
| 8.5.
| Test
!scope="row" colspan="2"| Prüfungssimulation
|}

== Prüfung ==
Die Prüfungsmodalitäten sind beim DARC beschrieben:

* [http://www.darc.de/de/referate/ausbildung/ausbildung/fragenkataloge/technik-e/ Klasse E]
* [http://www.darc.de/de/referate/ausbildung/ausbildung/fragenkataloge/technik-a/ Klasse A]

Die BNetzA hat auch einige Informationen zur Prüfung:

* [http://www.bundesnetzagentur.de/cln_1912/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Frequenzen/SpezielleAnwendungen/Amateurfunk/amateurfunk_node.html BNetzA-Direktklick]

Die offiziellen Fragenkataloge sind auch bei der BNetzA zu finden:

* [http://www.bundesnetzagentur.de/cln_1911/DE/Sachgebiete/Telekommunikation/RegulierungTelekommunikation/Frequenzordnung/Amateurfunk/Fragenkatalog_Basepage.html Fragenkatalog mit Prüfungsfragen für den Erwerb von Amateurfunkzeugnissen]

(Hint: Am Ende der technischen Fragekataloge ist auch eine Formelsammlung)

Hilfsmittel:

"Als Hilfsmittel zu den Prüfungen sind ein nicht programmierbarer Taschenrechner und Schreibutensilien, evtl. Schmierpapier zugelassen. Die Formelsammlung aus dem Fra- genkatalog wird ausgeteilt.
Eine Morseprüfung ist zum Erwerb des Amateurfunkzeugnisses Klasse E und A nicht mehr notwendig, kann aber als Zusatzprüfung abgelegt werden." [http://www.afup.a36.de/faq/faq.html]

== Materialien ==

Die Grundlage für die Vorbereitung sind die Bücher von Eckart K. W. Moltrecht:

* http://www.amazon.de/gp/product/3881803645
* http://www.amazon.de/gp/product/3881808035
* http://www.amazon.de/gp/product/3881803890

Zusätzlich ist der HamRadioTrainer (ehemals AFUTrainer 3.0) eine schicke Software, um die Prüfungsfragen zu trainieren:

* http://www.oliver-saal.de/software/afutrainer/
* Mac OS X Binaries: http://gmlblog.de/2010/04/afutrainer-unter-osx-kompilieren/

Gonium hat angefangen, einen Lernzettel für den Prüfungsteil "Betriebstechnik und Vorschriften" zu schreiben. Das Dokument liegt auf github:

* https://github.com/gonium/AFU-Vorschriften

RepRap/fertige Objekte

2012-10-07T19:09:38Z

Bene:

Auf dieser Seite Dokumentieren wir unsere Gedruckten Gegenstände. Und ggf ach ein Paar Besonderheiten die uns aufgefallen sind.

== 2012-10-01 ==

USB Dock für das Samsung Galaxy Nexus:
<gallery>
Bild:3D-Dock-01.jpg
Bild:3D-Dock-02.jpg
Bild:3D-Dock-03.jpg
</gallery>

Notes:
* Beim Druck von Höheren Objekten die auch eine größere Fläche haben fährt der Druckkopf nicht immer hoch genug beim bewegen. Muss eine Einstellung in Skeinforge sein.
* In den vorderen Ecken scheint die Kalibierung des Tisches noch nicht korrekt zu sein. Die erste ebene ist nicht an allen Ecken fest genug auf das Heatpad gedruckt.
* Manche Ebenen sin um 1-3 mm verschoben so das es keine total glatte Seite gibt.
* Das Stützteil für das Smartphone ist nicht "Sauber".

== 2012-10-07 ==

Vesa Mount für den RaspberryPI:
<gallery>
Bild:RPI-Vesa 01.jpg
</gallery>

Notes:
* Zu Dünne Wände sind zu Dünn
* Deckel passt nicht 100%

IPhone 5 Dock:
<gallery>
Bild:IPhone_5-Dock.jpg
</gallery>

Notes:
* IPhone passt nicht in die Halterung. Ca 1-2 mm zu klein.

[[Kategorie:öffentlich]]

DVB-T Stick als SDR-Receiver

2012-04-22T19:40:51Z

Bene: /* Hardware */

[[Kategorie:öffentlich]]
{{aktives Projekt|Kontakt=Stean|öffentlich=ja}}

=Einleitung=
Bei wenigen DVB-T Empfängern [http://www.reddit.com/r/RTLSDR/comments/rbqfz/rtlsdr_compatibility_list_work_in_progress_please/] ist es möglich, neben den eigentlichen DVB-T-Frequenzen auch andere Frequenzen zu empfangen und diese mitzuschneiden. Deshalb wurde von einigen Hackern das Projekt OsmoSDR [http://sdr.osmocom.org] (gutes Stichwort zum Googlen bei Problemen) ins Leben gerufen, welches sich mit dieser Hardware beschäftigt.

Zunächst versuchen wir, das SDR zum Laufen zu bringen. Funktioniert dieses, widmen wir uns Themen wie GSM-Security usw....

=Unterseiten=
* [[DVB-T Stick als SDR-Receiver/Installation der Software‎|Installation der Software]]
* [[DVB-T Stick als SDR-Receiver/Protokoll|Protokoll]]
* [[DVB-T Stick als SDR-Receiver/Troubleshooting|Troubleshooting]]

=Hardware=
Bevor es losgeht ein kleines Wort zur Hardware. Bis jetzt wurden folgende Geräte von uns erfolgreich getestet:
{| class="wikitable"
! Produktbezeichnung
! USB VID/PID
! Chipset/tuner
! Verwendet von...
|-
| Hama nano
| 0bda/2832
| RTL2832U/E4000
| [[Stean]], [[clumsy]], [[bene]]
|-
| Terratec NOXON
| 0ccd/00b3
| RTL2832U/FC0013
| [[Stean]]
|-
| Terratec Cinergy T Stick Black (r1)
|
| RTL2832U/FC0012
| [[Benutzer:Tobi]]
|}

Eine vollständige Liste aller funktionierenden Geräte findet sich [http://www.reddit.com/r/RTLSDR/comments/s6ddo/rtlsdr_compatibility_list_v2_work_in_progress/ hier]

Obwohl es sich meistens um den gleichen RTL2832U Chipsatz handelt, wird teilweise ein anderer Tuner verwendet. So kommt es z.B., dass der Hama nano mit dem E4000 Tuner einen größeren Frequenzbereich als der Terratec Noxon empfangen kann, der nur bis kurz über 1 GHz kommt.

Ist der Empfang zu schlecht hilft z.B. eine aktive Antenne.

=Verwendung=
===Gnuradio===
Zur Verwendung der Oberfläche Gnuradio-Compagnion (abk. grc) existieren bereits zahlreiche Tutorials im Netz [http://www.amateurfunk-wiki.de/index.php/GNURadio] (siehe Links unten).

Aktuell muss vor der Verarbeitung durch grc erst mit Hilfe des rtl-sdr-Tools der Traffic in eine Datei geschrieben werden, die dann durch die File-Source-Komponente in grc verwendet werden können.
Laut der Projektseite wird allerdings bereits an einem "Source Block" für den Realtek 2832U-Chipsatz gearbeitet. Dadurch kann der DVB-T Stick direkt über die Oberfläche angesteuert werden.

====GRC Projekt Beispiele====
=====Waterfall und FM Audio=====
FM Audio:
<pre>
http://al.robotfuzz.com/~al/rtl2832/rtl2832-fm.grc
</pre>

Erweiterung mit Waterfall:
<pre>
http://pastebin.com/h2PhykbM
</pre>
Bild zeigt FM Radio auf 100,8 FM und wahrscheinlich weitere Sender auf benachbarten Frequenzen.

[[Bild:Rtl2832-fm.grc.png]]

==GSM==
=====CFILE Generierung=====
Da die rtl-sdr-Software nur die Rohdaten snifft, müssen diese für die weitere Verarbeitung z.B. in das cfile-Format konvertiert werden. Dazu gibt es auf der Projektseite [http://sdr.osmocom.org/trac/wiki/rtl-sdr] eine fertige gnuradio-Projektdatei [http://sdr.osmocom.org/trac/attachment/wiki/rtl-sdr/rtl2832-cfile.grc], die diese Konvertierung übernehmen kann. Das cfile-Format wird häufig im GSM-Bereich zur Speicherung von mitgeschnittenen Funkverkehr verwendet.

1. Herunterladen der Konvertierungsprojektdatei
<pre>
wget "http://sdr.osmocom.org/trac/raw-attachment/wiki/rtl-sdr/rtl2832-cfile.grc"
</pre>

2. Öffnen in grc
<pre>
grc rtl2832-cfile.grc
</pre>

3. Danach sollte bei der File-Source-Komponente nur noch Repeat auf "No" gestellt werden, da grc sonst in einer Schleife läuft

4. Ausgeführt wird das ganze dann z.B. über den Zahnrad-Button in der Toolbar

[[Bild:GRC ExecuteButton.jpg]]

Danach sollte unter /tmp eine neue Datei "capture.cfile" sein

==Tetra==
Tobias hat sich bereits mit Osmo-Tetra per DVB-T Stick beschäftigt -> [[DVB-T Stick als SDR-Receiver/Osmo-tetra mit rtl-sdr|Osmo-tetra mit rtl-sdr]]

Pimp my dockstar

2011-02-25T16:14:28Z

Bene:

[[Kategorie:öffentlich]]

* [[Pimp my Dockstar with RS232]]

Pimp my Dockstar with RS232

2011-02-18T16:00:48Z

Bene:

{{beendetes Projekt|Kontakt=Bene|öffentlich=ja}}
[[Kategorie:Aktives_Projekt]]

== Projektbeschreibung ==
[[Bild:PimpMyDockstarSerial_VorherNachher.png|300px|miniatur|Ziel und Orginal im Vergleich]]
Ziel dieses Projektes ist es immer auf die Dockstar über RS232 zugreifen zu können.

Rechts auf dem Bild ist die modifizierte Dockstar mit RS232 zu sehen. Über der rechten USB-Schnittstelle ist der Anschluss zu den RS232 Daten. Dieser Anschluss ist über 3 Pins einer 2-reihigen Pinleiste realisiert.

== Dockstar ==
=== Gehäuse öffnen ===
[[Bild:PimpMyDockstarSerial_Gehaeuse.png|150px|miniatur|Gehäuse öffnen]]
An den rot markierten Stellen sind Nasen in der Dockstar verbaut, welche mit einem Schraubenzieher geöffnet werden müssen.
Danach kann kann die Oberseite weggezogen werden.
Für den Mini-USB Anschluss an der Oberseite ist ein Kabel von dem Board senkrecht abzuziehen.
 
 
 
 
 
 
 
 

=== Kabel anschließen ===
Nach dem Öffnen müssen wir an die Pinleiste vorne links ''Rx'', ''Tx'' und ''GND'' mit Kabeln zur Rückseite des Gehäuse ziehen.

An diesem Stecker sind an den unteren, rechten Pins (6,4,2) Rx, Tx und GND anzuschließen:
9 7 5 3 1
10 8 6 4 2
Rx Tx GND
Rx und Tx sind in '''3.3V!'''

[[Bild:PimpMyDockstarSerial_Platine.png|left|600px|miniatur|Platine]]
 
 
 
 
 
 
 
 
 
 

=== Verkabelung ===

<gallery>
Datei:PimpMyDockstarSerial_InnereVerkabelung.png | Komplette Verkabelung
Datei:PimpMyDockstarSerial_GehaeuseInnen.png | Gehäusedeckel
Datei:PimpMyDockstarSerial_SteckerTest1.png | Stecker Test 1
Datei:PimpMyDockstarSerial_SteckerTest2.png | Stecker Test 2
</gallery>

== RS232 USB Kabel ==
Es gibt CA-42 Datenkabel für Nokia Telefone die einen 3,3V auf USB-Seriell Wandler haben. Diese kosten von Drittherstellern nur wenige Euros und sind darum wie geschaffen für die Verbindung zum Rechner.

== Quellen ==
* [http://ahsoftware.de/dockstar/ How to brick your DockStar and void the warranty]

Seminar 7. Januar 2011

2011-01-07T23:09:01Z

Bene:

{{Event/Seminar
|Beginn=1294419600
|Ende=1294430400
|Anwesend= {{Anw|Dome}}, {{Anw|Frameset}}, {{Anw|Ollo}}, {{Anw|Pcopfer}}, {{Anw|Lef}}, {{Anw|Gwethion}}, {{Anw|Bene}}
}}

== Themen ==
{{Vortrag
|Titel=27C3 Rückschau
|Referent=???
|Dauer=???
|Folien=
|Beschreibung=mag jemand nen Congress-Rückblick machen?}}

{{Vortrag
|Titel=RFID / USB
|Referent=Yorn
|Dauer=nich so lang
|Folien=
|Beschreibung=Ich hab ein paar interessante Hardware Spielerein aus dem Bereich RFID und USB dabei. Ich stell die kurz vor und werd dann später im Raum damit rumspielen, wer Lust hat bringt einfach mal seine RFID Sachen mit!
}}

{{Vortrag
|Titel=Wiimote Akkordtastatur
|Referent=Pensoffsky
|Dauer=??
|Folien=
|Beschreibung=Hardware Hacking, lasst euch überraschen.
}}

Raum/Material/Kuehlschrank

2010-05-18T07:21:50Z

Bene:

[[Kategorie:öffentlich]]
Bilder:
<gallery>
Datei:Kuehlschrank1.jpg
Datei:Kuehlschrank2.jpg
Datei:Kuehlschrank3.jpg
Datei:Kuehlschrank4.jpg
Datei:Kuehlschrank5.jpg
Datei:Kuehlschrank6.JPG
</gallery>