Stratum 0 - Benutzerbeiträge [de]

Workshop: buffer overflow exploits

2012-05-25T12:03:20Z

100nano: /* Teilnehmer */ mich nachgetragen.

;Organisator: [[Benutzer:Tsuro|Tsuro]]
;Termin: 25. Mai 2012, ~20:00 (nach dem grillen)
;Platform: x86 linux ohne W^X, ASLR ...

Geplant ist, dass der workshop aus 2 Teilen besteht:
#Kleiner Vortrag was buffer overflows sind, wie sie sich exploiten lassen (und gegebenenfalls wie man shellcode schreibt)
#Aufgabe für die Teilnehmer das ganze mal auszuprobieren und eine binary zu exploiten
Das ganze wird sich an Aleph Ones bekanntem [http://www.phrack.org/issues.html?issue=49&id=14&mode=txt Artikel] im phrack magazine orientieren.

==== Teilnehmer ====
* --[[Benutzer:Ohsae6To|Ohsae6To]] 22:40, 22. Mai 2012 (CEST)
* --[[Benutzer:Ktrask|Ktrask]] 23:37, 22. Mai 2012 (CEST)
* --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 23:46, 22. Mai 2012 (CEST)
* --[[Benutzer:Sv|Sv]] 11:37, 24. Mai 2012 (CEST)
* --[[Benutzer:Lichtfeind|Lichtfeind]] 22:41, 24. Mai 2012 (CEST)
* --[[Benutzer:100nano|100nano]] 14:03, 25. Mai 2012 (CEST)
[[Kategorie:Workshops]]

Open/Close-Monitor/Hardware-Schalter

2012-04-08T14:07:24Z

100nano: /* Logik/Ablauf */

{{Projekt
|verantwortlich=[[Benutzer:Daniel Bohrer|Daniel Bohrer]]
|status=aktiv
|beschreibung=Hardware-Schalter zum Setzen des Open/Close-Status
|bild=
|bildbeschreibung=
|interessenten=[[Benutzer:100nano|100nano]]
|source=Branch stratum-openclose-spw500v in [https://rohieb.name/git/openwrt.git]
|lizenz=
|download=
|version=
}}
== Plan ==
Da das manuelle Pflegen des Öffnungsstatus im IRC fehleranfällig ist (Leute vergessen, den Space auf- oder zuzumachen), soll neben der Eingangstür im Space ein Hardware-Schalter (Lichtschalter, Aufputz-Variante) installiert werden, der den Status auf der Homepage und im IRC setzt. Zusätzlich wären eine rote und grüne Leuchtdiode schön, die Rückmeldung über den aktuell gesetzten Status gibt.

Als Hardware kommt ein ausgedienter Speedport W500V zum Einsatz, auf dem OpenWRT [http://wiki.openwrt.org/toh/t-com/spw500v läuft]. Dieser ist potent genug, um per SSH eine Verbindung zum Webserver aufzubauen und den Status zu aktualisieren. Über den seriellen Port kommuniziert er mit einem Atmel-basierten Erweiterungsboard, das die LEDs ansteuert und den Schalterstatus an den Router weiterreicht. Das Erweiterungsboard soll wenn möglich über die 3,3V Versorgungsspannung am seriellen Port versorgt werden.

Als Alternative ist es auch möglich, die im Router integrierten LEDs zur Anzeige des Öffnungsstatus zu benutzen.

== To Do ==
* <s>OpenWRT auf Speedport zum Laufen bringen</s>
** <s>Serielle Konsole fit machen: keine Kernel-Logs, keine Login-Konsole</s>
** <s>WLAN zum laufen bringen (Client-Mode, DHCP)</s>
* Protokoll über UART spezifizieren: Schalter-umgelegt-Event, Handshake? möglicherweise: LED-Farbe setzen
* Atmel-Board (zB [http://www.atmel.com/devices/attiny2313.aspx?tab=overview ATtiny 2313], {{Benutzer|bluebrother}} hat welche) entwerfen, Hardware beschaffen und bestücken
* Schalter kaufen (Baumarkt), LEDs und Atmel-Board darin integrieren?
* Apps schreiben
** Router-Seite
** Atmel-Seite ({{Benutzer|bluebrother}} hat ein STK-500 dagelassen)
* Wenn Router-LEDs für Statusanzeige: andere LEDs im Router quiet machen
* unwichtig: das Magenta vom Router loswerden → Stratumlogo?

Aktuell ungelöste Probleme:
* Ist ein Aufputz-Schalter zum Schalten von 3,3V ausgelegt?
**was ist das denn für eine Frage? natürlich schalten die auch 3,3V :P
* Wie wird der Status im IRC gesetzt?
** Möglich: über eine Pipe oder Socket mit dem Python-Framework von [[ZombiePoet]] kommunizieren
* Drosselung der Events, um Spam im IRC zu verhindern. Künstliche Verzögerung einbauen?
* Dauerhaft Strom im Flur beschaffen

== Erweiterungen ==
* Automatismen:
** im Türschloss wird ein Kontakt eingebaut, der erkennt, ob die Tür abgeschlossen ist. Falls dies der Fall ist, wird der Status unabhängig vom Stand des Schalters auf "zu" gesetzt.
** Scannen des lokalen Netzes auf pingbare (gewhitelistete) Rechner, siehe unten
* Der Router wird an die Klingel angeschlossen und leitet Klingel-Events ins IRC weiter
** Spätestens hier wäre ein eigener IRC-Client auf dem Router sinnvoll, um nicht immer den Umweg über ZombiePoet gehen zu müssen.
* Falls noch genügend Platz im Flash (4 MB) und RAM (16 MB) ist, könnte der Router auch für andere Aufgaben verwendet werden.

== Hardwareanbindung ==
Nähere Überlegungen, wie
* die Hardware (Schalter, Leuchten, Klingel) über einen Mikrocontoller an den OpenWrt Router geknödelt werden
* Softwarestrukturen aussehen
könnte(n). 
Teilweise lose Gedankensammlung von mir ([[Benutzer:100nano|100nano]]). 

=== Hardware===

Grobe schematische Darstellung der Hardwarekomponenten:
[[Datei:OpenClose SchemaHardware.png||none|550px|||Grobe schematische Darstellung der Hardwarekomponenten]]
'''Spannungsversorgungen:'''
* Router über Steckernetzteil: Steckdose benötigt
* AVR vom Router: der Pinheader mit der seriellen Schnittstelle bringt gleich 3,3V mit. --> Forderung: AVR muss mit 3,3V laufen. --> Sollte kein Problem sein, AVR Takt auch unkritisch, bei Taktwahl spaetere Baudrate (Abweichungen Solltimings (Stichwort "Baudratenquarz")) beachten.
'''Umschalter:'''
* 2 input pins am uC.
* GND schalten, uC internen pullup verwenden.
'''LEDs:'''
* Jeweils 1 output für Open/Closed. Z.B. grün/rot. --> Eindeutige geometrische Anordnung (Erkennbarkeit rot/grün-Farbenblinde)
* Orange als "Update läuft" Anzeige. Wenn aus ist Status übernommen. Details siehe unten.
'''Einbindung der Klingel:''' 
(Vermute, dass das Läuten auch über den Lautsprecher ausgegeben wird, der auch als Lautsprecher+Mikrofon beim Gegensprechen verwendet wird.)
* Lautsprecher/Klingel über Optokoppler (OK) und evtl. Gleichrichter (Diode) + Tiefpass an inputpin. (Für Näheres erst Messungen machen)
* je nach Aufbau den Schalter für "Gegensprechen an" an inputpin des uC. __> Unterscheidung zwischen Klingeln und Sprache.
'''Pegelanpassung:''' 
Bei Betrieb mit 3,3V nicht nötig, nur, falls aus irgendeinem Grunde doch 5V verwendet werden.
* Router zu AVR: Kein Problem, 3,3V werden auch bei erwarteten 5V als 1 erkannt.
* AVR zu Router: zB Spannungsteiler mit 2 Widerständen.

=== serielle Kommunikation ===
* AVR möglichst dumm halten (router ist flexibler, dort kann mal schnell ein script angepasst werden, kein neuflashen des uC nötig)
* Router kann einzelne Werte des uC abfragen
beispiele:
* 1 byte als abfragenachricht, uC antwortet mit wert oder setzt ausgang etc.
alternativ
* ganzes aendern von registern einbauen (spaetere nutzung weiterer io-pins ohne umflashen moeglich

=== Logik/Ablauf ===
Ausgangssituation:
* Irgendein Status ist global gesetzt (schalter und irc/website/...)
 
* Schalter: Statuswechselanforderung durch Benutzer
* uC merkt sich das und macht orange Updatelampe an
* router pollt uC
* router bemerkt statuswechsel und aendert den status (ssh etc. (kenne interne vorgaenge mit bot/homepage nicht)
* wenn status geaendert, fordert router ausschalten der orangen led an.
* update erfolgreich.
* wartezeit (aenderung des poll-intervalls) um zu schnelle wechsel (spam) zu vermeiden. (Minutenbereich)
 
Übersteuerbarkeit des durch den Schalter gesetzten Status notwendig: 
Szenario: Der letzte den space verlassende hat es doch mal vergessen, den status zu aendern und es faellt zuhause auf. 
gewisser personenkreis muss moeglichkeit haben, den status manuell zu setzen.
Router muss dies bis zum naechsten (hardwareschalter)statuswechsel ignorieren. 

...to be continued --[[Benutzer:100nano|100nano]]

: Es würde sich da anbieten, den Schalter als Taster auszuführen, der bei einem Druck den Status umschaltet. So kann der Status auch extern geändert werden, ohne den Schalter umlegen zu müssen. Ist nur noch die Frage, wie man den Status für Farbblinde darstellt… --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:36, 8. Apr. 2012 (CEST)
::Das mit dem '''Taster''' ist ne gute Idee. wie du sagst ist '''a)''' das Hardware-/mechanische Problem geloest, dass er auf einer Stellung stehen bleibt geloest, wie es bei einem Schalter (statt Taster) der Fall ist. '''---''' Gegen versehentliches Drücken (dagegenkommen, mit Lichtschalter verwechseln etc) könnte man '''b)''' eine '''gedrückt-halte-Dauer''' einrichten (sowas wie 3s oder 4s halten, erst dann gehts los, die Update LED geht an (damit weiss man dann auch, wie lange man druecken muss). (Alternative zum Halten waere ein kleiner Taster (an der seite oder so) zum Abbrechen, aber diese Variante hab ich schon wieder verworfen ;) ) '''---''' '''c)''' Wegen der '''Darstellung''': im einfachsten fall leds in das tastergehaeuse und beschriftung dran, oder ein gehauese (groessenordnung 20,30cm) dazu, bei dem man vielleicht etwas schoener die schrift anbringen kann. [[Benutzer:100nano|100nano]] 12:35, 8. Apr. 2012 (CEST)
:Hah! Was stylisch wäre: Als Statusanzeige eine transparente Scheibe mit schwarzem Stratumlogo drauf, die von hinten grün bzw. rot bzw. gelb angestrahlt wird, und beim Statuswechsel zusätzlich um 90° gedreht wird (bzw 45° bei Out-of-sync, ähnlich wie beim [[StratumsphereTrayIcon]]) --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:40, 8. Apr. 2012 (CEST)
::Vor Mechanik hab ich immer Schiss^^. Aber gehen wuerde es: plexischeibe, logo eingraviert oder aufgeklebt, unten ein servo, der auch vom uC befeuert wird. [[Benutzer:100nano|100nano]] 12:35, 8. Apr. 2012 (CEST)

::Gerade noch einen mechaniklosen Einfall gehabt: 3 Plexiglasplatten, in die das S0-Logo eingraviert werden. 1x hochkant, 1x 45° gekippt, 1x 90° quer. Die 3 platten übereinander und an jede platte kommt von den seite die passende beleuchtungsfarbe. Es ''sollte'' sich dann das licht an der gravierten flaeche brechen und eben das jeweil gewuenschte logo in der richtigen farbe leuchten. [[Benutzer:100nano|100nano]] 16:07, 8. Apr. 2012 (CEST)

== Alte Diskussion ==
:''hierher verschoben von [[Open/Close-Monitor]]''

Im einfachsten Fall: ein Atmel (Arduino?) mit Ethernet-Buchse an der Tür, der per Reed-Kontakt oder Taster prüft, ob die Tür verschlossen ist. Falls die Tür auf- oder abgeschlossen wird, wird ein (noch festzulegendes) Signal (HTTP-Request?) an den Webserver geschickt, der entsprechend den Status auf der Homepage aktualisiert. Entsprechend muss Authentifizierung geschehen, damit nicht jeder den Tür-Status auf der Homepage kaputt machen kann...

*Evtl. Raspberry Pi? Authentifizierung über ssh am Webserver (per pubkey) mit Skript zum Ändern des Türstatus (o.Ä.), dazu genug GPIOs um Reed-Kontakt und später Motor ansteuern zu können. Außerdem als zentrales Loggingsystem auf SD-Karte verwendbar. Einziges Problem ist das das Board noch nicht verfügbar ist :) --[[Benutzer:Emantor|Emantor]] 06:39, 12. Jan. 2012 (UTC)

* Evtl. [http://www.pollin.de/shop/dt/MTQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_AVR_NET_IO.html AVR-Netio], kostet ungelötet als Bausatz mit NIC 20 Euro. Dazu wäre es praktisch das [http://www.ethersex.de/index.php/Main_Page ethersex] darauf läuft. --[[Benutzer:Terminar|Terminar]] 10:11, 19. Jan. 2012 (UTC)

* Vielleicht was per 1-Wire? http://www.1-wire.de/1-Wire/Zubehoer-fuer-1-Wire/OEffnungsmelder-Aufmontage.html

Alternativer Ansatz: Ich habe einen alten Speedport W500V mit OpenWRT wiederbeleben können, da könnte man alle 5 Minuten per Broadcast pingen und schaun, ob Rechner im Space sind. Wenn das der Fall ist, aktualisiert der Speedport den Status über SSH. Die einzige Schwierigkeit im Moment scheint der begrenzte Flash von 4 MB auf dem Router zu sein. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 12:26, 31. Mär. 2012 (CEST)

: Prinzipiell möglich, aber aus Gründen erstmal verworfen (was ist, wenn Personen ohne Rechner im Space sind?). Möglicherweise später als Automatismus noch implementierbar. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:42, 7. Apr. 2012 (CEST)

[[Kategorie:Open/Close-Monitor]]

Open/Close-Monitor/Hardware-Schalter

2012-04-08T10:35:41Z

100nano: /* Logik/Ablauf */ Weiterdiskutiert/geantwortet

{{Projekt
|verantwortlich=[[Benutzer:Daniel Bohrer|Daniel Bohrer]]
|status=aktiv
|beschreibung=Hardware-Schalter zum Setzen des Open/Close-Status
|bild=
|bildbeschreibung=
|interessenten=[[Benutzer:100nano|100nano]]
|source=Branch stratum-openclose-spw500v in [https://rohieb.name/git/openwrt.git]
|lizenz=
|download=
|version=
}}
== Plan ==
Da das manuelle Pflegen des Öffnungsstatus im IRC fehleranfällig ist (Leute vergessen, den Space auf- oder zuzumachen), soll neben der Eingangstür im Space ein Hardware-Schalter (Lichtschalter, Aufputz-Variante) installiert werden, der den Status auf der Homepage und im IRC setzt. Zusätzlich wären eine rote und grüne Leuchtdiode schön, die Rückmeldung über den aktuell gesetzten Status gibt.

Als Hardware kommt ein ausgedienter Speedport W500V zum Einsatz, auf dem OpenWRT [http://wiki.openwrt.org/toh/t-com/spw500v läuft]. Dieser ist potent genug, um per SSH eine Verbindung zum Webserver aufzubauen und den Status zu aktualisieren. Über den seriellen Port kommuniziert er mit einem Atmel-basierten Erweiterungsboard, das die LEDs ansteuert und den Schalterstatus an den Router weiterreicht. Das Erweiterungsboard soll wenn möglich über die 3,3V Versorgungsspannung am seriellen Port versorgt werden.

Als Alternative ist es auch möglich, die im Router integrierten LEDs zur Anzeige des Öffnungsstatus zu benutzen.

== To Do ==
* <s>OpenWRT auf Speedport zum Laufen bringen</s>
** <s>Serielle Konsole fit machen: keine Kernel-Logs, keine Login-Konsole</s>
** <s>WLAN zum laufen bringen (Client-Mode, DHCP)</s>
* Protokoll über UART spezifizieren: Schalter-umgelegt-Event, Handshake? möglicherweise: LED-Farbe setzen
* Atmel-Board (zB [http://www.atmel.com/devices/attiny2313.aspx?tab=overview ATtiny 2313], {{Benutzer|bluebrother}} hat welche) entwerfen, Hardware beschaffen und bestücken
* Schalter kaufen (Baumarkt), LEDs und Atmel-Board darin integrieren?
* Apps schreiben
** Router-Seite
** Atmel-Seite ({{Benutzer|bluebrother}} hat ein STK-500 dagelassen)
* Wenn Router-LEDs für Statusanzeige: andere LEDs im Router quiet machen
* unwichtig: das Magenta vom Router loswerden → Stratumlogo?

Aktuell ungelöste Probleme:
* Ist ein Aufputz-Schalter zum Schalten von 3,3V ausgelegt?
* Wie wird der Status im IRC gesetzt?
** Möglich: über eine Pipe oder Socket mit dem Python-Framework von [[ZombiePoet]] kommunizieren
* Drosselung der Events, um Spam im IRC zu verhindern. Künstliche Verzögerung einbauen?
* Dauerhaft Strom im Flur beschaffen

== Erweiterungen ==
* Automatismen:
** im Türschloss wird ein Kontakt eingebaut, der erkennt, ob die Tür abgeschlossen ist. Falls dies der Fall ist, wird der Status unabhängig vom Stand des Schalters auf "zu" gesetzt.
** Scannen des lokalen Netzes auf pingbare (gewhitelistete) Rechner, siehe unten
* Der Router wird an die Klingel angeschlossen und leitet Klingel-Events ins IRC weiter
** Spätestens hier wäre ein eigener IRC-Client auf dem Router sinnvoll, um nicht immer den Umweg über ZombiePoet gehen zu müssen.
* Falls noch genügend Platz im Flash (4 MB) und RAM (16 MB) ist, könnte der Router auch für andere Aufgaben verwendet werden.

== Hardwareanbindung ==
Nähere Überlegungen, wie
* die Hardware (Schalter, Leuchten, Klingel) über einen Mikrocontoller an den OpenWrt Router geknödelt werden
* Softwarestrukturen aussehen
könnte(n). 
Teilweise lose Gedankensammlung von mir ([[Benutzer:100nano|100nano]]). 

=== Hardware===

Grobe schematische Darstellung der Hardwarekomponenten:
[[Datei:OpenClose SchemaHardware.png||none|550px|||Grobe schematische Darstellung der Hardwarekomponenten]]
'''Spannungsversorgungen:'''
* Router über Steckernetzteil: Steckdose benötigt
* AVR vom Router: der Pinheader mit der seriellen Schnittstelle bringt gleich 3,3V mit. --> Forderung: AVR muss mit 3,3V laufen. --> Sollte kein Problem sein, AVR Takt auch unkritisch, bei Taktwahl spaetere Baudrate (Abweichungen Solltimings (Stichwort "Baudratenquarz")) beachten.
'''Umschalter:'''
* 2 input pins am uC.
* GND schalten, uC internen pullup verwenden.
'''LEDs:'''
* Jeweils 1 output für Open/Closed. Z.B. grün/rot. --> Eindeutige geometrische Anordnung (Erkennbarkeit rot/grün-Farbenblinde)
* Orange als "Update läuft" Anzeige. Wenn aus ist Status übernommen. Details siehe unten.
'''Einbindung der Klingel:''' 
(Vermute, dass das Läuten auch über den Lautsprecher ausgegeben wird, der auch als Lautsprecher+Mikrofon beim Gegensprechen verwendet wird.)
* Lautsprecher/Klingel über Optokoppler (OK) und evtl. Gleichrichter (Diode) + Tiefpass an inputpin. (Für Näheres erst Messungen machen)
* je nach Aufbau den Schalter für "Gegensprechen an" an inputpin des uC. __> Unterscheidung zwischen Klingeln und Sprache.
'''Pegelanpassung:''' 
Bei Betrieb mit 3,3V nicht nötig, nur, falls aus irgendeinem Grunde doch 5V verwendet werden.
* Router zu AVR: Kein Problem, 3,3V werden auch bei erwarteten 5V als 1 erkannt.
* AVR zu Router: zB Spannungsteiler mit 2 Widerständen.

=== serielle Kommunikation ===
* AVR möglichst dumm halten (router ist flexibler, dort kann mal schnell ein script angepasst werden, kein neuflashen des uC nötig)
* Router kann einzelne Werte des uC abfragen
beispiele:
* 1 byte als abfragenachricht, uC antwortet mit wert oder setzt ausgang etc.
alternativ
* ganzes aendern von registern einbauen (spaetere nutzung weiterer io-pins ohne umflashen moeglich

=== Logik/Ablauf ===
Ausgangssituation:
* Irgendein Status ist global gesetzt (schalter und irc/website/...)
 
* Schalter: Statuswechselanforderung durch Benutzer
* uC merkt sich das und macht orange Updatelampe an
* router pollt uC
* router bemerkt statuswechsel und aendert den status (ssh etc. (kenne interne vorgaenge mit bot/homepage nicht)
* wenn status geaendert, fordert router ausschalten der orangen led an.
* update erfolgreich.
* wartezeit (aenderung des poll-intervalls) um zu schnelle wechsel (spam) zu vermeiden. (Minutenbereich)
 
Übersteuerbarkeit des durch den Schalter gesetzten Status notwendig: 
Szenario: Der letzte den space verlassende hat es doch mal vergessen, den status zu aendern und es faellt zuhause auf. 
gewisser personenkreis muss moeglichkeit haben, den status manuell zu setzen.
Router muss dies bis zum naechsten (hardwareschalter)statuswechsel ignorieren. 

...to be continued --[[Benutzer:100nano|100nano]]

: Es würde sich da anbieten, den Schalter als Taster auszuführen, der bei einem Druck den Status umschaltet. So kann der Status auch extern geändert werden, ohne den Schalter umlegen zu müssen. Ist nur noch die Frage, wie man den Status für Farbblinde darstellt… --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:36, 8. Apr. 2012 (CEST)
::Das mit dem '''Taster''' ist ne gute Idee. wie du sagst ist '''a)''' das Hardware-/mechanische Problem geloest, dass er auf einer Stellung stehen bleibt geloest, wie es bei einem Schalter (statt Taster) der Fall ist. '''---''' Gegen versehentliches Drücken (dagegenkommen, mit Lichtschalter verwechseln etc) könnte man '''b)''' eine '''gedrückt-halte-Dauer''' einrichten (sowas wie 3s oder 4s halten, erst dann gehts los, die Update LED geht an (damit weiss man dann auch, wie lange man druecken muss). (Alternative zum Halten waere ein kleiner Taster (an der seite oder so) zum Abbrechen, aber diese Variante hab ich schon wieder verworfen ;) ) '''---''' '''c)''' Wegen der '''Darstellung''': im einfachsten fall leds in das tastergehaeuse und beschriftung dran, oder ein gehauese (groessenordnung 20,30cm) dazu, bei dem man vielleicht etwas schoener die schrift anbringen kann. [[Benutzer:100nano|100nano]] 12:35, 8. Apr. 2012 (CEST)
:Hah! Was stylisch wäre: Als Statusanzeige eine transparente Scheibe mit schwarzem Stratumlogo drauf, die von hinten grün bzw. rot bzw. gelb angestrahlt wird, und beim Statuswechsel zusätzlich um 90° gedreht wird (bzw 45° bei Out-of-sync, ähnlich wie beim [[StratumsphereTrayIcon]]) --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:40, 8. Apr. 2012 (CEST)
::Vor Mechanik hab ich immer Schiss^^. Aber gehen wuerde es: plexischeibe, logo eingraviert oder aufgeklebt, unten ein servo, der auch vom uC befeuert wird. [[Benutzer:100nano|100nano]] 12:35, 8. Apr. 2012 (CEST)

== Alte Diskussion ==
:''hierher verschoben von [[Open/Close-Monitor]]''

Im einfachsten Fall: ein Atmel (Arduino?) mit Ethernet-Buchse an der Tür, der per Reed-Kontakt oder Taster prüft, ob die Tür verschlossen ist. Falls die Tür auf- oder abgeschlossen wird, wird ein (noch festzulegendes) Signal (HTTP-Request?) an den Webserver geschickt, der entsprechend den Status auf der Homepage aktualisiert. Entsprechend muss Authentifizierung geschehen, damit nicht jeder den Tür-Status auf der Homepage kaputt machen kann...

*Evtl. Raspberry Pi? Authentifizierung über ssh am Webserver (per pubkey) mit Skript zum Ändern des Türstatus (o.Ä.), dazu genug GPIOs um Reed-Kontakt und später Motor ansteuern zu können. Außerdem als zentrales Loggingsystem auf SD-Karte verwendbar. Einziges Problem ist das das Board noch nicht verfügbar ist :) --[[Benutzer:Emantor|Emantor]] 06:39, 12. Jan. 2012 (UTC)

* Evtl. [http://www.pollin.de/shop/dt/MTQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_AVR_NET_IO.html AVR-Netio], kostet ungelötet als Bausatz mit NIC 20 Euro. Dazu wäre es praktisch das [http://www.ethersex.de/index.php/Main_Page ethersex] darauf läuft. --[[Benutzer:Terminar|Terminar]] 10:11, 19. Jan. 2012 (UTC)

* Vielleicht was per 1-Wire? http://www.1-wire.de/1-Wire/Zubehoer-fuer-1-Wire/OEffnungsmelder-Aufmontage.html

Alternativer Ansatz: Ich habe einen alten Speedport W500V mit OpenWRT wiederbeleben können, da könnte man alle 5 Minuten per Broadcast pingen und schaun, ob Rechner im Space sind. Wenn das der Fall ist, aktualisiert der Speedport den Status über SSH. Die einzige Schwierigkeit im Moment scheint der begrenzte Flash von 4 MB auf dem Router zu sein. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 12:26, 31. Mär. 2012 (CEST)

: Prinzipiell möglich, aber aus Gründen erstmal verworfen (was ist, wenn Personen ohne Rechner im Space sind?). Möglicherweise später als Automatismus noch implementierbar. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:42, 7. Apr. 2012 (CEST)

[[Kategorie:Open/Close-Monitor]]

Open/Close-Monitor/Hardware-Schalter

2012-04-07T21:14:32Z

100nano: Fortsetzung Überlegungen. (serielle Komm. Ablauf des Statuswechsels)

{{Projekt
|verantwortlich=[[Benutzer:Daniel Bohrer|Daniel Bohrer]]
|status=aktiv
|beschreibung=Hardware-Schalter zum Setzen des Open/Close-Status
|bild=
|bildbeschreibung=
|interessenten=[[Benutzer:100nano|100nano]]
|source=Branch stratum-openclose-spw500v in [https://rohieb.name/git/openwrt.git]
|lizenz=
|download=
|version=
}}
== Plan ==
Da das manuelle Pflegen des Öffnungsstatus im IRC fehleranfällig ist (Leute vergessen, den Space auf- oder zuzumachen), soll neben der Eingangstür im Space ein Hardware-Schalter (Lichtschalter, Aufputz-Variante) installiert werden, der den Status auf der Homepage und im IRC setzt. Zusätzlich wären eine rote und grüne Leuchtdiode schön, die Rückmeldung über den aktuell gesetzten Status gibt.

Als Hardware kommt ein ausgedienter Speedport W500V zum Einsatz, auf dem OpenWRT [http://wiki.openwrt.org/toh/t-com/spw500v läuft]. Dieser ist potent genug, um per SSH eine Verbindung zum Webserver aufzubauen und den Status zu aktualisieren. Über den seriellen Port kommuniziert er mit einem Atmel-basierten Erweiterungsboard, das die LEDs ansteuert und den Schalterstatus an den Router weiterreicht. Das Erweiterungsboard soll wenn möglich über die 3,3V Versorgungsspannung am seriellen Port versorgt werden.

Als Alternative ist es auch möglich, die im Router integrierten LEDs zur Anzeige des Öffnungsstatus zu benutzen.

== To Do ==
* <s>OpenWRT auf Speedport zum Laufen bringen</s>
** <s>Serielle Konsole fit machen: keine Kernel-Logs, keine Login-Konsole</s>
** <s>WLAN zum laufen bringen (Client-Mode, DHCP)</s>
* Protokoll über UART spezifizieren: Schalter-umgelegt-Event, Handshake? möglicherweise: LED-Farbe setzen
* Atmel-Board (zB [http://www.atmel.com/devices/attiny2313.aspx?tab=overview ATtiny 2313], {{Benutzer|bluebrother}} hat welche) entwerfen, Hardware beschaffen und bestücken
* Schalter kaufen (Baumarkt), LEDs und Atmel-Board darin integrieren?
* Apps schreiben
** Router-Seite
** Atmel-Seite (die ags hat Entwicklungsboards, Kontakt ist {{Benutzer|cbounce}})
* Wenn Router-LEDs für Statusanzeige: andere LEDs im Router quiet machen
* unwichtig: das Magenta vom Router loswerden → Stratumlogo?

Aktuell ungelöste Probleme:
* Ist ein Aufputz-Schalter zum Schalten von 3,3V ausgelegt?
* Wie wird der Status im IRC gesetzt?
** Möglich: über eine Pipe oder Socket mit dem Python-Framework von [[ZombiePoet]] kommunizieren
* Drosselung der Events, um Spam im IRC zu verhindern. Künstliche Verzögerung einbauen?

== Erweiterungen ==
* Automatismen:
** im Türschloss wird ein Kontakt eingebaut, der erkennt, ob die Tür abgeschlossen ist. Falls dies der Fall ist, wird der Status unabhängig vom Stand des Schalters auf "zu" gesetzt.
** Scannen des lokalen Netzes auf pingbare (gewhitelistete) Rechner, siehe unten
* Der Router wird an die Klingel angeschlossen und leitet Klingel-Events ins IRC weiter
** Spätestens hier wäre ein eigener IRC-Client auf dem Router sinnvoll, um nicht immer den Umweg über ZombiePoet gehen zu müssen.
* Falls noch genügend Platz im Flash (4 MB) und RAM (16 MB) ist, könnte der Router auch für andere Aufgaben verwendet werden.

== Hardwareanbindung ==
Nähere Überlegungen, wie
* die Hardware (Schalter, Leuchten, Klingel) über einen Mikrocontoller an den OpenWrt Router geknödelt werden
* Softwarestrukturen aussehen
könnte(n). 
Teilweise lose Gedankensammlung von mir ([[Benutzer:100nano|100nano]]). 

=== Hardware===

Grobe schematische Darstellung der Hardwarekomponenten:
[[Datei:OpenClose SchemaHardware.png||none|550px|||Grobe schematische Darstellung der Hardwarekomponenten]]
'''Spannungsversorgungen:'''
* Router über Steckernetzteil: Steckdose benötigt
* AVR vom Router: der Pinheader mit der seriellen Schnittstelle bringt gleich 3,3V mit. --> Forderung: AVR muss mit 3,3V laufen. --> Sollte kein Problem sein, AVR Takt auch unkritisch, bei Taktwahl spaetere Baudrate (Abweichungen Solltimings (Stichwort "Baudratenquarz")) beachten.
'''Umschalter:'''
* 2 input pins am uC.
* GND schalten, uC internen pullup verwenden.
'''LEDs:'''
* Jeweils 1 output für Open/Closed. Z.B. grün/rot. --> Eindeutige geometrische Anordnung (Erkennbarkeit rot/grün-Farbenblinde)
* Orange als "Update läuft" Anzeige. Wenn aus ist Status übernommen. Details siehe unten.
'''Einbindung der Klingel:''' 
(Vermute, dass das Läuten auch über den Lautsprecher ausgegeben wird, der auch als Lautsprecher+Mikrofon beim Gegensprechen verwendet wird.)
* Lautsprecher/Klingel über Optokoppler (OK) und evtl. Gleichrichter (Diode) + Tiefpass an inputpin. (Für Näheres erst Messungen machen)
* je nach Aufbau den Schalter für "Gegensprechen an" an inputpin des uC. __> Unterscheidung zwischen Klingeln und Sprache.
'''Pegelanpassung:''' 
Bei Betrieb mit 3,3V nicht nötig, nur, falls aus irgendeinem Grunde doch 5V verwendet werden.
* Router zu AVR: Kein Problem, 3,3V werden auch bei erwarteten 5V als 1 erkannt.
* AVR zu Router: zB Spannungsteiler mit 2 Widerständen.

=== serielle Kommunikation ===
* AVR möglichst dumm halten (router ist flexibler, dort kann mal schnell ein script angepasst werden, kein neuflashen des uC nötig)
* Router kann einzelne Werte des uC abfragen
beispiele:
* 1 byte als abfragenachricht, uC antwortet mit wert oder setzt ausgang etc.
alternativ
* ganzes aendern von registern einbauen (spaetere nutzung weiterer io-pins ohne umflashen moeglich

=== Logik/Ablauf ===
Ausgangssituation:
* Irgendein Status ist global gesetzt (schalter und irc/website/...)
 
* Schalter: Statuswechselanforderung durch Benutzer
* uC merkt sich das und macht orange Updatelampe an
* router pollt uC
* router bemerkt statuswechsel und aendert den status (ssh etc. (kenne interne vorgaenge mit bot/homepage nicht)
* wenn status geaendert, fordert router ausschalten der orangen led an.
* update erfolgreich.
* wartezeit (aenderung des poll-intervalls) um zu schnelle wechsel (spam) zu vermeiden. (Minutenbereich)
 
Übersteuerbarkeit des durch den Schalter gesetzten Status notwendig: 
Szenario: Der letzte den space verlassende hat es doch mal vergessen, den status zu aendern und es faellt zuhause auf. 
gewisser personenkreis muss moeglichkeit haben, den status manuell zu setzen.
Router muss dies bis zum naechsten (hardwareschalter)statuswechsel ignorieren. 
 
...to be continued --[[Benutzer:100nano|100nano]]

== Alte Diskussion ==
:''hierher verschoben von [[Open/Close-Monitor]]''

Im einfachsten Fall: ein Atmel (Arduino?) mit Ethernet-Buchse an der Tür, der per Reed-Kontakt oder Taster prüft, ob die Tür verschlossen ist. Falls die Tür auf- oder abgeschlossen wird, wird ein (noch festzulegendes) Signal (HTTP-Request?) an den Webserver geschickt, der entsprechend den Status auf der Homepage aktualisiert. Entsprechend muss Authentifizierung geschehen, damit nicht jeder den Tür-Status auf der Homepage kaputt machen kann...

*Evtl. Raspberry Pi? Authentifizierung über ssh am Webserver (per pubkey) mit Skript zum Ändern des Türstatus (o.Ä.), dazu genug GPIOs um Reed-Kontakt und später Motor ansteuern zu können. Außerdem als zentrales Loggingsystem auf SD-Karte verwendbar. Einziges Problem ist das das Board noch nicht verfügbar ist :) --[[Benutzer:Emantor|Emantor]] 06:39, 12. Jan. 2012 (UTC)

* Evtl. [http://www.pollin.de/shop/dt/MTQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_AVR_NET_IO.html AVR-Netio], kostet ungelötet als Bausatz mit NIC 20 Euro. Dazu wäre es praktisch das [http://www.ethersex.de/index.php/Main_Page ethersex] darauf läuft. --[[Benutzer:Terminar|Terminar]] 10:11, 19. Jan. 2012 (UTC)

* Vielleicht was per 1-Wire? http://www.1-wire.de/1-Wire/Zubehoer-fuer-1-Wire/OEffnungsmelder-Aufmontage.html

Alternativer Ansatz: Ich habe einen alten Speedport W500V mit OpenWRT wiederbeleben können, da könnte man alle 5 Minuten per Broadcast pingen und schaun, ob Rechner im Space sind. Wenn das der Fall ist, aktualisiert der Speedport den Status über SSH. Die einzige Schwierigkeit im Moment scheint der begrenzte Flash von 4 MB auf dem Router zu sein. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 12:26, 31. Mär. 2012 (CEST)

: Prinzipiell möglich, aber aus Gründen erstmal verworfen (was ist, wenn Personen ohne Rechner im Space sind?). Möglicherweise später als Automatismus noch implementierbar. --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 04:42, 7. Apr. 2012 (CEST)

[[Kategorie:Open/Close-Monitor]]

Open/Close-Monitor/Hardware-Schalter

2012-04-07T20:12:07Z

100nano: Überlegungen zur Hardwareanbindung(Schalter, Leuchten, Klingel) an den Router.

Datei:OpenClose SchemaHardware.png

2012-04-07T19:25:09Z

100nano:

=={{int:filedesc}}==
{{Information
|description={{de|1=Open-Close-Monitor -- Vorschlag für die Hardwareanbindung an den OpenWrt-Router.}}
|date=2012-04-07
|source={{own}}
|author=[[User:100nano|100nano]]
|permission=
|other_versions=
|other_fields=
}}

=={{int:license-header}}==
{{self|cc-zero}}

Sammelbestellungen

2012-04-05T11:10:05Z

100nano: Ein paar Bookmarks/Vorschläge hinzugefügt; Dinge, die evtl. nützlich sein könnten.

Neue Sammelbestellungen können hier angekündigt werden.
* Zur Zeit finden keine Sammelbestellungen statt.
 
Generisches Zeug, was man bei $HARDWAREVERSAND bestellen kann, darf hier eingetragen (und bei Bestellung entfernt) werden.

== Diverses ==
* [[Raspberry Pi]], sobald es das zu kaufen gibt (, Diskussion auf eigener Seite).

== Hardware ==
{| class="wikitable sortable"
! Besteller !! Best.Nr. (Reichelt) !! Artikelbezeichnung !! Anzahl !! Preis !! Bemerkung
|-
| Stratum 0 e.V. || || TAE-auf-RJ45-Kabel (für DSL), mindestens 5 Meter || 1 || möglichst günstig ||
|-
| [[Benutzer:Daniel Bohrer|Daniel Bohrer]] || || Adapter USB zu 9-Pin RS-232 || 1 || möglichst < 20€ :P ||
|-
| Stratum 0 e.V. || || ≥CAT-6 Ethernetkabel mit Clipschutz in Längen 2-8M || XX || || sollten günstig sein <- brauch der Verein nicht kaufen, ist vorhanden -> Affenfelsen -> shoragan
|-
| [[Benutzer:Daniel Bohrer|Daniel Bohrer]] || || VGA-Verlängerung ~1-2m || 1 || || Hab ich (Neo) vor einigen Wochen in Space gelegt, hab noch mehr davon
|-
| Stratum 0 e.V. || || Widerstands-Setzkasten + Vorratspack Widerstände (E6/E12) || 1 || ||
|-
| Stratum 0 e.V. || || Klemmensortiment (Bananen-, Hirschmann-, Krokodil-, etc.) || $genug || ||
|-
| Stratum 0 e.V. || || {Mini,Mikro}-{A,B}-USB-{Adapter,Kabel} || $genug || ||
|-
| [[Benutzer:ISpam|ISpam]] || [http://such001.reichelt.de/?ACTION=444;START=0;SHOW=1;SEARCH=E-TEC%2001%2001%20A0%20L;WHOLE=0;TYPE=AND E-TEC 01 01 A0 L] || Lüftersteuerung mit Lötanschluß || 1 || 2,20 || Da ja jetzt bei Reichelt bestellt wird gleich mit ArtikelNr.
|}


== Bookmarks/Links/Referenzen ==
{| class="wikitable sortable"
! Best.Nr. !! Artikelbezeichnung !! Anzahl !! Preis !! Bemerkung
|-
| [http://such001.reichelt.de/?ACTION=444;START=0;SHOW=1;SEARCH=EURO-VL%203M%20SW EURO-VL 3M SW] || Verlängerung Eurostecker/-kupplung, 3m schwarz || || 1,95 € || recht praktisch evtl. fuer den Router oder Steckernetzteile.
|-
| [http://such001.reichelt.de/?ACTION=444;START=0;SHOW=1;SEARCH=EURO-VL%203M%20WS EURO-VL 3M WS] || Verlängerung Eurostecker/-kupplung, 3m weiss || || 2,15 € || s.o.
|-
| [http://such001.reichelt.de/?ACTION=444;START=0;SHOW=1;SEARCH=EURO-VL%205M%20WS EURO-VL 5M WS] || Verlängerung Eurostecker/-kupplung, 5m weiss || || 3,95 € || s.o.
|-
|}

[[Kategorie:Community]]
[[Kategorie:Infrastruktur]]

Sammelbestellungen

2012-04-05T10:40:15Z

100nano: Seite Bestellliste überarbeitet - allgemein aufgeräumt und umsortiert. weitere Aenderungen folgen.

Atomuhr

2012-03-28T11:37:36Z

100nano: Links zum Thema Frequenznormal - Diskussionen in anderen Foren

{{Projekt
|verantwortlich={{Benutzer|kiney}}, {{Benutzer|ktrask}}
|status=aktiv
|beschreibung=Atomuhr mit NTP-Server bauen
}}

Die Idee ist, eine eigene Atomuhr im Space zu haben, und damit wirklich auch Stratum 0.
Darauf aufbauend könnten wir auch mit anderen Hackerspaces kooperieren und vielleicht eine internationale Hackertime oder so einführen.

Das bestellte low-budget Modell ist auf folgender Seite zu sehen:

http://freqelec.com/rb_osc_fe5680a.html

Wir haben ein Rubidium Frequenznormal in Hongkong für 58,02€ bestellt.
Lieferzeit ca. 3 Wochen. (Bestelldatum: 2012-03-28)
Das Ding wird von [[Benutzer:Kiney|kiney]] und [[Benutzer:Ktrask|ktrask]] gestiftet. (->für den Verein fallen keine Kosten an)
Jeder ist eingeladen sich auf freiwilliger Basis an der Finanzierung
zu beteiligen.

Auch für die weitere Projektphase ist natürlich noch Hardware
erforderlich.
Beispielsweise:

* Microcontroller (10Mhz Sinus -> Zeitzähler)
* diverse Bauteile
* DCF77 Empfänger? (sync mit PTB Zeit. NTP "verhagelt" uns hier das Stratum auf 2)
* alter Rechner als NTP-Server (findet sich eigtl. immer)

== Aufbau ==
[[Datei:Stratum2.png]]

== Fragen ==

* Ist das Modul intern Klimatisiert oder muss das noch per Peltier o.ä. gemacht werden?
* kann man nicht auch 1kHz o.ä. aus dem Normal holen?
* USV (wie hoch ist der Verbrauc gerade mit Klimatisierung)?

== Links ==
Hier eine kleine Linksammlung; evtl. ist da was sinnvolles/hilfreiches dabei.
Habe es nicht genau nachgelesen, ob es ueberhaupt dasselbe oder ein vergleichbares Modell ist, hatte nur im Kopf, dass ich über das Thema mal was gelesen hab. (100nano)
* [http://f3.webmart.de/f.cfm?id=1663923&t=3902063&pg=1&r=threadview Fingers elektrische Welt - Forum]
* (auch in o.a. Thread verlinkt) [http://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=8046&s=3b6809324cc11901b4cd8c7cd78563b4 anderes Forum], jemand hat ne platine gebastelt

BBS

2012-03-23T13:18:14Z

100nano: mich (100nano) in die Interessentenkategorie hinzugefuegt.

{{Projekt
|verantwortlich = [[Benutzer:Neo Bechstein|Neo Bechstein]]
|status = Startschuss im April
|interessenten = [[Benutzer:Henning|Henning]], [[Benutzer:Terminar|Terminar]], [[Benutzer:Bfett|Bfett]], [[Benutzer:100nano|100nano]]
}}
Ziel ist es, dem space eine klassische Mailbox zu verschaffen, die möglicherweise auch über telnet, Vorrangig aber übers Telefonnetz erreichbar ist.
Wir könnten Überlegungen dahin gehend anstellen, ob wir unter den verschiedenen spaces eine Art Netz zum Informationstausch aufbauen wollen, ähnlich dem immer noch existierendem [http://www.maus.de MAUS.net]

Einen wirklichen Nutzen hat das Projekt erstmal jedenfalls nicht. Es ist mehr so ein "Warum macht er's? Weil er's kann!" Ding. :)

Als Hardware würde ich mir einen 8bit Computer wünschen. Eventuell auch 16bitter.
Da ich mich diesbezüglich nur mit Atari und dem Betriebssystem TOS auskenne, würde ich eine Box auf dieser Hardware basierend vorschlagen. Außerdem... Hey, Atari, das gibts nicht mehr. 'Nen PC kann sich ja jeder hinstellen. ;)
Würde entweder einen [http://rcswww.urz.tu-dresden.de/~ml6/public/grafikenp/at800xe.jpg 800XE] oder einen [http://www.retrogamer.ch/bilder/astmegast4.jpg megaST] (Link ist 404 --[[Benutzer:Daniel Bohrer|Daniel Bohrer]] 11:03, 19. Mär. 2012 (CET)) dafür vorschlagen und auch zur Verfügung stellen.

--[[Benutzer:Neo Bechstein|Neo Bechstein]] 13:20, 25. Mai 2011 (UTC)

Bin dabei und haette noch einen A2000 dafuer und ein paar USRobotics Modems, die ich aber erstmal wiederfinden muss. --[[Benutzer:Bfett|Bfett]] 12:43, 25. Jul. 2011 (UTC)

Benutzer:100nano

2012-03-21T20:37:42Z

100nano: Benutzerseite erstellt. Info/Kontaktdaten hinzugefuegt.

{|
| IRC: || nano100 auf freenode
|-
| Twitter: || [http://twitter.com/100nano @100nano]
|}

Vorträge

2012-03-21T14:03:26Z

100nano: /* Lightning Talks (Kurzvorträge) */ Wikipedialink als normale externe url eingefuegt (vorher mit WP Makro, das auf die nichtexistierende DE Seite verlinkte)

Da wir auch Vorträge anbieten sollten findet sich hier ein Platz, an dem Vorschläge eingebracht werden können.

== Lightning Talks (Kurzvorträge) ==
[http://en.wikipedia.org/wiki/Lightning_Talk Lightning_Talk]

Idealerweise nimmt jemand die Talks als Video auf, das unter einer CC-Lizenz veröffentlicht wird. Sollten wir bis dann bereits DSL haben, lässt können die Talks auch gestreamt werden.

=== Lightning/Thunder Talks am 2012-03-21 21 Uhr ===

# C++: placement-new, the other runtime polymorphism ([[Benutzer:Drahflow|Drahflow]]) (ab 22:00)
# Kometen ([[Benutzer:Ktrask|ktrask]]) (erst ab 21 Uhr oder so)
# Toki Pona ([[Benutzer:Valodim|Valodim]])
# Hacking music ([[Benutzer:Joke|Joke]])
# Modellbahn: Der Plan ([[Benutzer:Ortwin|Ortwin]])
# Einführung in die (moderne) screen-Alternative tmux ([[Benutzer:Neo_Bechstein|Neo]])

=== Themenvorschläge ===
# Stratum 0 Netzwerktopografie. Wie und Warum? ([[DooMMasteR]])
# Lesung: Musikcomputer – Computermusik ([[Benutzer:Neo_Bechstein|Neo]])
# How to spot forged documents ([[Benutzer:Neo_Bechstein|Neo]])
# Prediction Markets ([[Benutzer:Drahflow|Drahflow]])
# Algorithmen: Eine nicht-triviale for-Schleife ([[Benutzer:Drahflow|Drahflow]])
# Algorithmen: Bloom-Filter ([[Benutzer:Drahflow|Drahflow]])
# Algorithmen: Coocoo-Hashing ([[Benutzer:Drahflow|Drahflow]])
# C: eigene Schleifen mit dem Präprozessor ([[Benutzer:Drahflow|Drahflow]]) 
# J: implizite Schleifen ([[Benutzer:Drahflow|Drahflow]])
# Java: Spaß mit Anonymous Inner Classes, Basics ([[Benutzer:Drahflow|Drahflow]])
# Java: Spaß mit Anonymous Inner Classes, "Functional Map" ([[Benutzer:Drahflow|Drahflow]])
# x86: C-Funktionspointer kompatible Closures ([[Benutzer:Drahflow|Drahflow]])
# x86: 24 bytes is enough for color ([[Benutzer:Drahflow|Drahflow]])
# x86: Still too large: 457 bytes for a raytracer ([[Benutzer:Drahflow|Drahflow]])
# Theorie: Der Pi-Kalkül ([[Benutzer:Drahflow|Drahflow]])
# LaTeX: Slide effects overkill ([[Benutzer:Drahflow|Drahflow]])

== Lange Vorträge ==
# Wunschliste für eine Programmiersprache ([[Benutzer:Drahflow|Drahflow]])
# NTP Autokey authentication - Security gone wrong ([[Benutzer:tsuro|tsuro]])
# Linked Data - Grundlagen ([[Benutzer:Angelo|Angelo]])
# Social Web of Data - Dezentrale Soziale Netzwerke mit Linked Data ([[Benutzer:Angelo|Angelo]])

== Archiv ==
Schon gehaltene Vorträge werden unter [[/Vorbei]] gesammelt.

[[Kategorie:Community]]