RaumZeitLabor Wiki - Benutzerbeiträge [de]

Küchen-Checkliste

2025-12-07T19:28:29Z

Bfritz0815: category

== Küchen-Checkliste ==

Eine Checkliste, mit Tasks zum Aufräumen und Reinigen der [[Küche]] nach Veranstaltungen (inkl. der [[Offene_RaumZeitLaborierung|Offenen Raumzeitlaborierung]]).

=== Während dem Kochen ===

# Töpfe, Pfannen, Auflauffformen, Backbleche, '''Kochgerät die nicht mehr benötigt werden, bereits jetzt spülen'''

=== Direkt nach dem Essen ===

# '''Spülmaschine''' mit schmutzigen Tellern, Schüsseln, Besteck '''füllen und sofort starten''', sobald sie voll ist. Weitere Besteck-/Geschirr-Teile kommen dann auf die Fläche über der Spülmaschine
# Übrig gebliebenes '''Essen in Tupperware verpacken''' und unter den Anwesenden verteilen
# Töpfe, Pfannen, Auflauffformen, Backbleche, Kochgerät sollten nun alle geleert sein. '''Spüle alles von Hand, das nicht in die Spülmaschine passt'''
# Den '''Müll runterbringen''' und neue Müllbeutel einlegen
# Die Ablageflächen und den Herd '''feucht wischen'''
# Die '''benutzten Handtücher, Küchentücher, Lappen''' etc wandern '''in die Waschmaschine'''. Alle, die sehr nass sind hängst du am Besten in die Tür, damit sie nicht feucht in der Maschine drin modern. Ist die Waschmaschine nun '''mehr als halbvoll, starte sie''' bitte
# '''Boden''' der Küche '''trocken fegen'''
# Falls nach dem trocken Fegen noch Flecken oder Schmierer am Boden zu sehen sind, '''wische sie feucht weg'''. (Bonuspunkte wenn du gleich die ganze Fläche wischst)
# '''Geschirr und Besteck''', die sich in andere Räume verirrt haben, '''einsammeln'''

=== Sobald die Spülmaschine durch ist ===

# '''Spülmaschine ausräumen, neu beladen und dann starten'''. Gestartet wird unabhängig davon, wie voll die Maschine ist

[[Kategorie:RaumZeitLabor]]
[[Kategorie:Veranstaltung]]
[[Kategorie:Küche]]

Küche

2025-12-07T19:27:41Z

Bfritz0815: bold format

{{ProjektInfoBox
|name = Küche
|status = stable
|image = Kueche_2021.jpg
|description = Ein Ort an dem sich Nerd von Welt kulinarisch austoben kann.
|category = Infrastruktur
|author =
|username =
|version =
|update =
|platform =
|license =
|download =
}}

== Küchen-Checkliste ==

Eine Checkliste, mit Tasks zum Aufräumen und Reinigen nach Veranstaltungen (inkl. der [[Offene_RaumZeitLaborierung|Offenen Raumzeitlaborierung]]):

'''[[Küchen-Checkliste]]'''

== Küchenausstattung/festinstallierte Geräte ==

=== Kühl-/Gefrierkombination ===

=== [[Mikrowelle]] ===
MATÄLSKARE Mikrowelle, IKEA 300 Edelstahl 
Anleitung:
[[Datei:Mikrowelle Anleitung.pdf|mini]]

=== [[Backofen]] ===

IKEA Bejublad Heißluftofen 

PDF-Anleitung des Nachfolgers, Bedienpanel minimal anders zu unserem:
[[Datei:Bejublad.pdf|mini]]

=== Induktions-Kochfeld ===

Siemens EX875LYC1E
iQ700 Induktionskochfeld schwarz, mit Rahmen aufliegend 

Anleitung:
[[Datei:Induktionskochfeld.pdf|mini]]

* Abmessungen des Geräts (51 x 812 x 520 mm)
* Größe der Kochzonen (1 x (40,0 x 23,0 cm), 1 x (40,0 x 23,0 cm))
* Leistung der Kochzonen (4 x 2.2 (3.7) kW)
* Energieverbrauch des Kochfelds (185,0 Wh/kg)

=== Dunstabzugshaube ===

Bauknecht DWER 3780 IN Schrägabzugshaube

=== Spülmaschine ===
Bosch Unterbau-Geschirrspüler Typ SMU53L15EU 
Anleitung:
[[Datei:Spuelmaschine Anleitung.pdf|mini]]

=== Spüle/Warmwasserspeicher ===

Offener Warmwasserspeicher:
Gorenje Tiki, Typ EKW 10-U/D

=== Waschmaschine ===
LG F1496AD3 Frontlader Waschtrockner

=== Getränkekühlschrank ===
Liebherr Flaschenkühlschrank FK 5440
* Bemaßung innen (600 x 560 x 1452 mm) 

<gallery>
Kueche_2021.jpg|Küche mit Blick von der Theke aus
Kueche_Backofen_2023.jpg|Küche, Blick auf den Kühlschrank und Backofen-/Mikrowellenschrank
Getraenkekuehlschrank.jpg| Liebherr Getränkekühlschrank
</gallery>

== Küchenausstattung/Küchengeräte ==

=== Senseo-Kaffeemaschine ===

Philips Senseo Quadrante Kaffeepadmaschine HD7863 
Dauerleihgabe von flederrattie

=== Küchenmaschine ===

Bosch Home Professional Küchenmaschine, Typ MUM57810

=== Diverses ===
* Filter-Kaffeemaschine
* Sandwichgrill (DaFo)
* Raclette-Grills
* Induktionskochfeld
* Crêpe-Platten
* Eismaschine delizia HR 2303
* Reiskocher
* Reiskocher groß (DaFo)
* Toaster
* Bain Maries (DaFo)

[[Kategorie:RaumZeitLabor]]
[[Kategorie:Küche]]

Offene RaumZeitLaborierung

2025-12-07T19:27:05Z

Bfritz0815: refer to kitchen-checklist

{{EventInfoBox
|name =
|status = stable
|image =
|description = Wöchentliches öffentliches Treffen des RaumZeitLabor e.V.
|author =
|username =
|day = Dienstag
|time = 18:00 Uhr
|rhythm = wöchentlich
|preis =
}}

Die meisten Laborierenden triffst du dienstagabends, bei der Offenen RaumZeitLaborierung, an. 
Zu dieser Veranstaltung sind Interessierte ganz besonders eingeladen, da sie immer gut besucht ist und viele Laborierende Zeit für eine Führung oder zum allgemeinen Fragen beantworten haben.

Falls auch du ein tolles neues Projekt starten willst, Mithelfende suchst, einen kurzen [[Vorträge|Vortrag]] halten möchtest, oder einfach nur mal vorbeischauen und reden willst – der Dienstagabend ist perfekt dafür.

Generell gilt: Sprich uns an, wenn du mit uns reden möchtest, und frag nach, wenn dich etwas interessiert. Oftmals wirken wir vertieft in Projekte, aber wir erzählen dir gerne darüber! Manchmal erklären wir zu schnell, oder unverständlich. Frag bitte nach!

Dienstagsabends wird nicht nur zusammen gesessen, sondern auch zusammen gekocht und gegessen.
Alle Ankündigungen zum Abendessen und Infos zur Anmeldung findest du auf unserer Mailingliste “foodhacking@”. Auch auf Mastodon kannst du Infos dazu abonnieren: https://a.gup.pe/u/nerdamherd

'''Zum gemeinsamen mit-Essen gehört auch das mit-Helfen'''

Wer beim Kochen/Zubereiten bereits geholfen hat, dard sich anschliessen zurücklehnen.
'''Das Aufräumen übernehmen dann alle Anderen'''. Zur besseren Übersicht gibt es dafür die '''[[Küchen-Checkliste]]'''

== Wie? Wo? Was? ==
* [[Anfahrt]]
* [[Zugang]]
* [[Hygienekonzept]]
* [http://raumzeitlabor.de/kontakt/anfahrt Interaktive Karte]
* [https://status.raumzeitlabor.de/ Raumstatus]

Küchen-Checkliste

2025-12-07T19:22:50Z

Bfritz0815: kitchen cleanup checklist

Küche

2025-12-07T19:01:08Z

Bfritz0815: inserted link to kitchen-checklist

{{ProjektInfoBox
|name = Küche
|status = stable
|image = Kueche_2021.jpg
|description = Ein Ort an dem sich Nerd von Welt kulinarisch austoben kann.
|category = Infrastruktur
|author =
|username =
|version =
|update =
|platform =
|license =
|download =
}}

== Küchen-Checkliste ==

Eine Checkliste, mit Tasks zum Aufräumen und Reinigen nach Veranstaltungen (inkl. der [[Offene_RaumZeitLaborierung|Offenen Raumzeitlaborierung]]):

[[Küchen-Checkliste]]

== Küchenausstattung/festinstallierte Geräte ==

=== Kühl-/Gefrierkombination ===

=== [[Mikrowelle]] ===
MATÄLSKARE Mikrowelle, IKEA 300 Edelstahl 
Anleitung:
[[Datei:Mikrowelle Anleitung.pdf|mini]]

=== [[Backofen]] ===

IKEA Bejublad Heißluftofen 

PDF-Anleitung des Nachfolgers, Bedienpanel minimal anders zu unserem:
[[Datei:Bejublad.pdf|mini]]

=== Induktions-Kochfeld ===

Siemens EX875LYC1E
iQ700 Induktionskochfeld schwarz, mit Rahmen aufliegend 

Anleitung:
[[Datei:Induktionskochfeld.pdf|mini]]

* Abmessungen des Geräts (51 x 812 x 520 mm)
* Größe der Kochzonen (1 x (40,0 x 23,0 cm), 1 x (40,0 x 23,0 cm))
* Leistung der Kochzonen (4 x 2.2 (3.7) kW)
* Energieverbrauch des Kochfelds (185,0 Wh/kg)

=== Dunstabzugshaube ===

Bauknecht DWER 3780 IN Schrägabzugshaube

=== Spülmaschine ===
Bosch Unterbau-Geschirrspüler Typ SMU53L15EU 
Anleitung:
[[Datei:Spuelmaschine Anleitung.pdf|mini]]

=== Spüle/Warmwasserspeicher ===

Offener Warmwasserspeicher:
Gorenje Tiki, Typ EKW 10-U/D

=== Waschmaschine ===
LG F1496AD3 Frontlader Waschtrockner

=== Getränkekühlschrank ===
Liebherr Flaschenkühlschrank FK 5440
* Bemaßung innen (600 x 560 x 1452 mm) 

<gallery>
Kueche_2021.jpg|Küche mit Blick von der Theke aus
Kueche_Backofen_2023.jpg|Küche, Blick auf den Kühlschrank und Backofen-/Mikrowellenschrank
Getraenkekuehlschrank.jpg| Liebherr Getränkekühlschrank
</gallery>

== Küchenausstattung/Küchengeräte ==

=== Senseo-Kaffeemaschine ===

Philips Senseo Quadrante Kaffeepadmaschine HD7863 
Dauerleihgabe von flederrattie

=== Küchenmaschine ===

Bosch Home Professional Küchenmaschine, Typ MUM57810

=== Diverses ===
* Filter-Kaffeemaschine
* Sandwichgrill (DaFo)
* Raclette-Grills
* Induktionskochfeld
* Crêpe-Platten
* Eismaschine delizia HR 2303
* Reiskocher
* Reiskocher groß (DaFo)
* Toaster
* Bain Maries (DaFo)

[[Kategorie:RaumZeitLabor]]
[[Kategorie:Küche]]

Beleuchtung

2025-02-09T19:20:06Z

Bfritz0815: Seite angelegt

Lichtschalter-Optionen sind im NodeRed eingestellt:
https://node-red.rzl.so ==> Block: "Longpushes von Lichtschaltern" ==> Block: "<Raum>-RGBW-Steuerung"

== Hauptraum ==
* Oberer Taster:
** Short press: Buntlicht AN/AUS
** Long press:
*** IF "putzlicht ON": Set RGBW to white
*** ELSE: Set randomg RGBW value
* Unterer linker Taster:
** Short press: Putzlicht LINKS AN/AUS
** Long press: RGBW Modus++ (Farben durchsteppen bis zum cycle)
* Unterer rechter Taster:
** Short press: Putzlicht RECHTS AN/AUS
** Long press: RGBW Modus-- (Farben rückwärts durchsteppen bis zum cycle)

== Workshopraum ==
* Linker Taster:
** Short press: Putzlicht AN/AUS
** Long press:
* Rechter Taster:
** Short press: Buntlicht AN/AUS
** Long press:

== Retrolounge ==
* Linker Taster:
** Short press: Buntlich AN/AUS
** Long press:
* Rechter Taster:
** Short press: Putzlicht AN/AUS
** Long press:

== Rest ==
* Short press: Putzlicht AN/AUS
* Long press: undefined

== Known Bugs ==
Wenn man die RGB Lichter von AUS per Longpress AN-schaltet, dann muss man "doppelt" ausschalten, weil der AN Zustand nicht mitbekommen wird.
Könnte man fixen indem man die Longpresses nur zulässt, wenn die schon AN sind (im Node-Red auswerten)

[[Category:Infrastruktur]]

Hauptseite

2025-02-09T19:01:36Z

Bfritz0815: licht eingefuegt

<div id="mf-home">


{| style="width:100%; text-align:center;" cellpadding="0" cellspacing="0"
|- valign="top"
| width="25%" |
{| cellpadding="0" cellspacing="0" style="border-collapse:collapse;font-size:110%;text-align:left;border:2px solid #dfdfdf;background-color:#f8f8ff;" width="95%"
! style="border:2px solid #dfdfdf; background-color:#ddeeff;padding:3px;text-align:center;" colspan="2" | Alles über das RaumZeitLabor
|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=Das RaumZeitLabor]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Das RaumZeitLabor]]'''</big> Das RaumZeitLabor erklärt sich
* [[Handbuch]]

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Go-next.png|40px|link=Anfahrt]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Anfahrt]]''' und '''[[Zugang]]'''</big>

* [[Anfahrt|Wie komme ich hin?]] 
* [[Zugang|Wie komme ich rein?]]
* [http://raumzeitlabor.de/kontakt/anfahrt/ Interaktive Karte der Anfahrt]
* [https://status.raumzeitlabor.de/ Raumstatus]
* [https://360.raumzeitlabor.de/ Virtuelle tour durch die Räume]


|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=https://raumzeitlabor.de/events/index.html]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[https://raumzeitlabor.de/events/index.html Veranstaltungen]'''</big>

* [[Offene RaumZeitLaborierung|Offene RaumZeitLaborierung]]
* [[Vorträge|Vorträge und Workshops]]
* [[Exkursion|Exkursionen]]
* [[Wipe & Defrag]] und [[Plenum]]
* [[Spieleabend]]
* [[Lorcana Turnier]]
* [[Mario Kart Turnier]]
* [[:Kategorie:Veranstaltung|Alle Veranstaltungen…]]

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Preferences-desktop-launch-feedback.png|40px|link=Mailingliste]]
| style="padding:8px 8px 8px 4px;vertical-align:top;" | <big>'''[[Mailingliste]] / [[Chat]]'''</big> Kontaktmöglichkeiten
|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=Verein]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Verein]]'''</big> Der Trägerverein des RaumZeitLabors
* [[Spenden]] 
* [[Satzung]]
* [[Datenschutzerklärung_(Verein)]]
* [[Datenschutzerklärung_(Online)]]
* [[Verarbeitungsverzeichnis]]

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=]]
| style="padding:8px 8px 8px 4px;vertical-align:top;" | <big>'''Internes'''</big>

* [[Müll|Müll entsorgen]]
* [[:Kategorie:Protokoll|Protokolle]]
* [[Lost+Found]]
* [[:Kategorie:Arbeitsgruppe|Arbeitsgruppen]]
* [[:Kategorie:Archiv|Archiv]]

|}
| width="50%" |
{| cellpadding="0" cellspacing="0" style="border-collapse:collapse;font-size:110%;text-align:left;border:2px solid #dfdfdf;background-color:#f8f8ff;" width="95%"
! style="border:2px solid #dfdfdf; background-color:#ddeeff;padding:3px;text-align:center;" colspan="2" | Räume
|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;width:40px;" | [[Datei:RZL_Kueche_small.jpg|350px|link=Küche]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Küche]]'''</big> Kochen, Backen, glücklich sein
* [[Nerd am Herd]]
* [[Snackbar]]

|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;" | [[Datei:RZL_Workshopraum_small.jpg|350px|link=Workshopraum]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Workshopraum]]'''</big> Textilien, Folien, 3D-Druck
* [[Rarity|Stickmaschine (Rarity)]]
* [[Husqvarna|Näh- und Stickmaschine (Husqvarna)]]
* [[Overlock-Nähmaschine|Overlock-Nähmaschine (Babylock Enlighten)]]
* [[Tufting]]
* [[Schneidplotter]]
* [[Shirtpresse]] und [[Bügeleisen]]
* [[Lasercutter|Alter Lasercutter (FaZzZ0r)]]
* [[Ultimak3r|Ultimaker3]]
* [[Formlabs Form 2|Formlabs Form 2 SLA-Drucker]]
* [[Plastikkarten]]

|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;" | [[Datei:RZL_EEcke_small.jpg|350px|link=Elektroecke]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Elektroecke]]'''</big> Löten, Messen, Lasern
* [[Elektroecke/Geräte|Geräte (Lötstationen, Oszilloskope, …)]]
* [[The new FaZzZ0r|Neuer Lasercutter]]
* [[Bausätze]]

|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;" | [[Datei:RZL_Hauptraum_small.jpg|350px|link=Hauptraum]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Hauptraum]]'''</big> Vorträge, Filme, Storage
* [[Beamer]]
* todo…

|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;" | [[Datei:RZL_Lounge_small.jpg|350px|link=RETRO-Lounge]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[RETRO-Lounge]]'''</big> Chillen und entspannen
* [[Spielecke]]

|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;" | [[Datei:Holzwerkstatt.jpg|350px|link=Werkstatt]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Werkstatt|Holzwerkstatt]]'''</big> Irgendwas mit Holz…
* [[Tischkreissäge]]
* [[Kappsäge]]
* [[Bandsäge]]
* [[Tischbohrmaschine]]
* [[Shapeoko 2|CNC-Fräse]]

|-
| style="border-bottom: 2px solid #dfdfdf;padding:8px;vertical-align:top;" | [[Datei:Tardis_Hauptraum_2023.jpg|350px|link=Storage]]
| style="border-bottom: 2px solid #dfdfdf;padding:8px 8px 8px 4px;vertical-align:top;" | <big>'''[[Storage]]'''</big> Dinge verstauen…
* [[Tardis]]
* [[Hochregal]]
* [[Getränkelager]]
* [[Flur-Lager]]
* [[Textillager]]
* [[Workshopraum-Lager]]

|}
| width="25%" |
{| cellpadding="0" cellspacing="0" style="border-collapse:collapse;font-size:110%;text-align:left;border:2px solid #dfdfdf;background-color:#f8f8ff;" width="95%"
! style="border:2px solid #dfdfdf; background-color:#ddeeff;padding:3px;text-align:center;" colspan="2" | Infrastruktur und Projekte
|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=:Kategorie:Anleitung]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[:Kategorie:Anleitung|Anleitungen]]'''</big>

* [[Löten lernen]] (→ [[Bausätze]])
* [[Openscad Tutorial]]
* [[Log|Bilder im Log posten]]

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=:Kategorie:Infrastruktur]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[:Kategorie:Infrastruktur|Infrastruktur im Raum]]'''</big>

* [[Beamer]] und [[Beschallung]]
* [[Beleuchtung]]
* [[Telefon]]
* [[Fnordcredit|Kassensystem (Fnordcredit)]]
* [[RZL-Door]] und [[RZL-Lock]]
* [[ESP Cherry]]
* [[Infoscreen]]
* [[Ping]] und [[Pingie Pie]]
* [[Namensschilder]]
* [[Bibliothek]]

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=:Kategorie:Gerät]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[:Kategorie:Gerät|Geräte]]'''</big>

<categorytree hideroot="on" mode="pages">
Kategorie:Gerät
</categorytree>

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=Netzwerk]]
| style="padding:8px 8px 0 4px;vertical-align:top;" | <big>'''[[Netzwerk|Infrastruktur im Netz]]'''</big>

* [[Statusbot]]
* [[BenutzerDB]]
* [[MPD]]
* [[Netzwerk]]

|-
| style="padding:8px;vertical-align:top;width:40px;" | [[Datei:Rzl_logo.png|40px|link=Kategorie:Projekt]]
| style="padding:8px 8px 8px 4px;vertical-align:top;" | <big>'''[[:Kategorie:Projekt|Alle Projekte]]'''</big>

* [[:Kategorie:Elektronik‏‎‏‎|Elektronik‏‎‏‎]] ([[:Kategorie:Elektronik/Licht & Sound‏‎‏‎|Licht & Sound‏‎‏‎]])
* [[:Kategorie:Infrastruktur‏‎‏‎|Infrastruktur‏‎‏‎]] ([[:Kategorie:Infrastruktur/Netz|Netz]])
* [[:Kategorie:Sonstiges Projekt|Sonstige Projekte]]

|}
|}
</div>

Kategorie:Infrastruktur

2025-02-09T18:34:30Z

Bfritz0815: liste eingefuegt

Dies ist eine Übersicht der Infrastrukturmittel im Labor.

This is an Overview of the Infrastructural Means inside the RZL.

Hier mal eine Liste der bekannten URLs, die man sich mal anschauen kann (Für manche davon muss ggf. man im internen Netz sein):

* https://git.raumzeitlabor.org/ lokale Gitlab instanz des Vereins. Für accounts, Hax404 ansprechen
* https://map.rzl.so/ die space-map des Raumzeitlabor. Damit kann man, vom internen Netz aus, die steuerbaren Elemente im Raum beeiflussen. Nur intern erreichbar
* https://cashdesk.rzl.so/ Cashdesk, das lokale Bezahlsystem für Snacks und Getränke. Nur intern erreichbar
* https://node-red.rzl.so/ Node-Red, grafische Übersicht der Steuerungen im Raum. Nur intern erreichbar

[[Kategorie:Projekt]]

Apfelkirsch (Server)

2025-02-09T15:59:41Z

Bfritz0815: url korrektur

{{ProjektInfoBox
|name = apfelkirsch (Server)
|status = stable
|image = RaumZeitLabor - Logo - Schwarz.svg
|description = Rootserver bei Hetzner
|category = Infrastruktur
|subcategory = Netz
|author = [[NOC Team|NOC-Team]]
|username =
|version =
|update =
|platform =
|hostname = apfelkirsch.raumzeitlabor.de
|license =
|download =
}}

'''apfelkirsch''' ist unser Root-Server, der [[Premium (Server)|Premium]] und [[Citizenfour (Server)|Citizenfour]] abgelöst hat.

== Technische Daten ==
{| class="wikitable" valign = "top"
|CPU
|AMD Ryzen 5 3600 6-Core Processor
|-
|RAM
|64GB RAM
|-
|HDDs
|2x 500GB NVME SSD (RAID1, BTRFS)
|-
|Betriebssystem
|NixOS
|-
|Adresse Internet
|apfelkirsch.raumzeitlabor.de
|-
|Adresse DN42
|apfelkirsch.rzl.so
|}

== laufende Dienste ==
=== Letsencrypt via DNS01-Challenge ===
Interne Dienste des RaumZeitLabors können mittels DNS01-Challenge eigene Zertifikate beantragen. Dafür sind automatisierte Änderungen am DNS mittels RFC2136 notwendig. Hierfür existiert eine dedizierte Zone _acme.raumzeitlabor.de

=== Backups ===
Backups werden mittels Borg von einem BTRFS-Snapshot gezogen, um atomare Backups zu haben.

=== DN42 ===
Apfelkirsch stellt für das RaumZeitLabor die Anbindung an das DN42 zur Verfügung. Für Peerings an [[NOC Team|NOC-Team]] wenden.

=== Gitlab ===
git.raumzeitlabor.org wird in einer VM betrieben.

TODO: Reverse-Proxy für Erreichbarkeit über IPv4 bauen.

=== DNS ===
Über ein Hidden-Master Setup werden die Domains
* raumzeitlabor.de
* raumzeitlabor.org
* rzl.so
* trollcon.de

mittels DNSSEC signiert ausgeliefert. Es besteht eine Zusammenarbeit mit dem [https://www.ccc-mannheim.de/ CCC Mannheim], bei der wir uns gegenseitig den Secondary stellen.

=== Mailingliste ===
lists.raumzeitlabor.de

=== Jabber-Server ===

=== prometheus node-exporter ===
Der node-exporter ist aus dem RaumZeitLabor erreichbar.

=== Web ===
==== Webseite ====
==== Wiki ====
==== Kurz-URL-Dienst ====
==== Reverse-Proxy BenutzerDB ====
==== RaumZeitStatus ====

== Configbaum ==
# tree /etc/nixos
/etc/nixos
├── common
│   ├── default.nix
│   ├── localization.nix
│   ├── programs.nix
│   ├── serialconsole.nix
│   ├── ssh.nix
│   ├── users.nix
│   └── vim.nix
├── config
│   ├── acme.nix
│   ├── boot.nix
│   ├── borgbackup.nix
│   ├── default.nix
│   ├── dn42-bird.nix
│   ├── dn42-vpn.nix
│   ├── firewall.nix
│   ├── gitlab-helper.nix
│   ├── knot.nix
│   ├── libvirt.nix
│   ├── mail
│   │   ├── mailman.nix
│   │   ├── postfix.nix
│   │   ├── roundcube.nix
│   │   └── rspamd.nix
│   ├── networking.nix
│   ├── prometheus.nix
│   ├── prosody.nix
│   └── web
│   ├── benutzerdb.nix
│   ├── nginx.nix
│   ├── status.nix
│   ├── vaultwarden.nix
│   ├── website-legacy.nix
│   ├── wiki.nix
|   └── yourls.nix
├── configuration.nix
└── hardware-configuration.nix

Kategorie:KleinProzessorZüchter

2023-12-12T22:37:58Z

Bfritz0815:

Die KleinProzessorZüchter sind die Mikrocontroller Fans im RaumZeitLabor. Siehe [[KleinProzessorZüchter]].

Auf dieser Seite sind alle Wikiseiten gelistet, die etwas mit den KPZ zu tun haben.

[[Kategorie:Arbeitsgruppe]]

Kategorie:Küche

2023-12-12T22:37:10Z

Bfritz0815:

[[Kategorie:RaumZeitLabor]]

Kategorie:Gerät

2023-12-12T22:36:31Z

Bfritz0815:

Den Besuchern des RaumZeitLabor stehen zahllose Geräte und Maschinen zur Verfügung. Zu diesen gibt es hier Dokumentation.

[[Kategorie:Hardware]]

Diskussion:Pinpad/Frontendv2

2023-12-12T22:35:01Z

Bfritz0815: Die Seite wurde neu angelegt: „historische relevanz? --~~~~“

historische relevanz? --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 22:35, 12. Dez. 2023 (UTC)

Pinpad/Frontendv2

2023-12-12T22:34:44Z

Bfritz0815:

[[Datei:Pinpad_Frontend_v2_01.jpg|200px|thumb|right|Prototyp]]

Auf dieser Seite wird das neue Frontend dokumentiert. Da die alte Platine in Betrieb ist können wir dort nicht ohne größeren Aufwand zu treiben alte Probleme beheben (beispielsweise funktionieren die Blink- und Pieps-Funktionen zwar prinzipiell, aber nicht so wie wir das gerne hätten). Unter anderem aus diesem Grund bauen wir ein neues Frontend.

= Fuses =
sudo avrdude -c usbasp -p atmega644p -P usb -U lfuse:w:0xdf:m -U hfuse:w:0xd9:m
'''Unbedingt''' diese Fuses verwenden, sonst sind z.B. JTAG oder Clock Output aktiv, was dazu führt, dass manche Sachen nicht richtig funktionieren (wir belegen nahezu alle Ports des ATmegas).

= LCD =
DaFo hat uns freundlicherweise ein JHD 162A-LCD bereitgestellt, welches 16x2 Zeichen darstellen kann. Das LCD kann man im 4-Bit-Modus betreiben, sodass man effektiv 3 Pins (Enable, Read/Write, Register Select) und 4 Datenpins braucht.

Wichtig:
* Contrast (VEE, Pin 3) auf GND ziehen für maximalen Kontrast, sonst sieht man nichts. Den idealen Kontrast hat man zwischen 0.24V und 0.36V auf VEE.
* Fuse-Settings beachten, sonst stehen die Pins ggf. nicht zur Verfügung
* Zur Ansteuerung verwenden wir derzeit die lcd.{c,h} von http://www.jump.to/fleury

= LEDs =
Als LEDs verwenden wir zur Anzeige des Raumstatus und zur Eingabebestätigung/-verweigerung zweifarbige LEDs (rot/grün). Diese haben eine gemeinsame Kathode und zwei Pins, die jeweils Rot bzw. Grün aktivieren. Die entsprechenden Widerstände sind 140 Ohm für Grün und 150 Ohm für Rot. Das Beinchen auf der abgeflachten Seite ist für Rot.

= Übertragung =
Diesmal möchten wir statt TTL-Pegel-UART lieber RS485 verwenden, was bei zwei Teilnehmern sehr einfach sein sollte.

Wichtig:
* Darauf achten den Bus ordentlich zu terminieren (Widerstände zwischen A/B/VCC/GND, wie beim Hausbus).

= TODO-Liste =

* Türkontakt für Erkennung von Abgeschlossen einbauen (AlexanderB)
* Hometec0x und RasPi in das Gehäuse einbauen

[[Kategorie:Archäologie]]
[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur/obsolet]]
[[Kategorie:Gerät]]

Pinpad/Controller

2023-12-12T22:34:10Z

Bfritz0815:

Diese Seite beschreibt den neuen Pinpad-Controller, basierend auf einem Raspberry Pi und einer eigenen Platine von AlexanderB. Dieser Controller kommt bisher nur im Getränkelager zum Einsatz, soll aber auch im eigentlichen Raum eingesetzt werden.

= Partitionstabelle der SD-Card =

Disk /dev/sdb: 4011 MB, 4011851776 bytes
4 heads, 32 sectors/track, 61216 cylinders, total 7835648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ee283

Device Boot Start End Blocks Id System
/dev/sdb1 2048 155647 76800 c W95 FAT32 (LBA)
/dev/sdb2 155648 974847 409600 83 Linux
/dev/sdb3 974848 1794047 409600 83 Linux
/dev/sdb4 1794048 1998847 102400 c W95 FAT32 (LBA)

Die erste Partition ist für den Bootloader + Kernel.

Die zweite Partition ist das Root-Dateisystem.

Die dritte Partition ist reserviert für remote-upgrades des Root-Dateisystems, derzeit aber ungenutzt.

Die vierte Partition ist für persistente Daten (Benutzer-PINs).

[[Kategorie:Archäologie]]
[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur/obsolet]]
[[Kategorie:Gerät]]

Diskussion:Pinpad/Controller

2023-12-12T22:33:23Z

Bfritz0815: Die Seite wurde neu angelegt: „Das is vom alten Pinpad, right? Also historisch --~~~~“

Das is vom alten Pinpad, right? Also historisch --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 22:33, 12. Dez. 2023 (UTC)

Snuggies

2023-12-12T22:32:48Z

Bfritz0815:

Name Farbe Anzahl
---------------------------------------------------------------------------------------
Alexander Brock blau/rot 1
Hannes blau oder grün 1
PhyberApex blau/rot 2
Sandra (Kumpel von TheTinyToon) rot oder grün 1
Zwetschgo blau oder rot oder grün 1
ThinkJD blau rot oder grün 2

[[Kategorie:Wiki_Cleanup/ToDo]]

Diskussion:Snuggies

2023-12-12T22:32:30Z

Bfritz0815: Die Seite wurde neu angelegt: „Sieht nach alter Einkaufsliste aus. Kann weg, oder? --~~~~“

Sieht nach alter Einkaufsliste aus. Kann weg, oder? --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 22:32, 12. Dez. 2023 (UTC)

Rarity/Wartungslogbuch

2023-12-12T22:32:01Z

Bfritz0815:

{| class="wikitable td-top"
!Datum
!Laborant
!Wartung
|-
|20.08.2016
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Umlaufgreifer-Schrauben angezogen, Maschine komplett geölt.
|-
|31.01.2015
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Nadeln 9,13 ausgetauscht
|-
|28.01.2015
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Nadeln 15,14,12,11,3 ausgetauscht
|-
|18.01.2015
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Komplettölung, Fadenreste und Fussel entfernt, Nadeln 9 und 6 ersetzt, Rahmenhalterung umgebaut so dass die Rahmen jetzt waagrecht eingespannt werden.
|-
|24.11.2014
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Fadenreste und Fussel entfernt, Komplettölung
|-
|31.08.2014
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Mehr PTFE eingebaut. Fotos: <gallery>
Datei:Rarity-PTFE 1.jpg
Datei:Rarity-PTFE 2.jpg
Datei:Rarity-PTFE 3.jpg
Datei:Rarity-PTFE 4.jpg
Datei:Rarity-PTFE 5.jpg
</gallery>
|-
|27.08.2014
|[[Benutzer:Alexander Brock|Alexander Brock]]
|PTFE-Scheibe eingebaut, Fadenreste und Fussel entfernt, Komplettölung
|-
|16.08.2014
|[[Benutzer:Alexander Brock|Alexander Brock]]
|Komplettölung
|-
|14.08.2014
|[[Benutzer:Alexander Brock|Alexander Brock]]
|X-Achsen-Abdeckung zurechtgebogen
|}

[[Kategorie:Fablab]]
[[Kategorie:Textiles]]
[[Kategorie:Gerät]]

Rarity/Hackwert

2023-12-12T22:30:53Z

Bfritz0815:

== Mechanische Verbesserungen ==

=== Höhe der Rahmen ===

Problem: Die Rahmen drücken die Textilien auf die Stichplatte, das führt zu Verzug.

Lösungsansatz 1: Weiße Plastik-Laser-Teile sorgen dafür, dass die Rahmen 2mm höher liegen.

Problem: Die Höhe des Rahmens über der Stichplatte ist abhängig von der Y-Position des Rahmens.

Lösungsansatz 2: Die weißen Plastikteile durch keilförmige Aluminiumteile ersetzen.

* Bei ganz nach vorne gefahrenem normalen Rechteckrahmen sind es mit den weißen Plastikteilen 4.44mm.
* Bei fast ganz nach hinten gefahrenem Rahmen (300mm) etwa -1.78mm.
* Differenz: 6.22mm.
* Winkel: 1.18776°
* Länge des benötigten Keils: 135mm (incl. absichtlichem Übermaß)
* Höhendifferenz des benötigten Keils: 2.8mm.

Messungen mit dem ganz großen Rahmen:
* Bei fast ganz nach hinten gefahrenem Rahmen: -6.09mm
* Bei ganz nach vorne gefahrenem Rahmen (355.8mm): 3.81mm
* Differenz: 9.9mm
* Winkel: 1.5938°
* Höhendifferenz des benötigten Keils: 3.8mm.

== Anbindung an die Cloud[tm] ==

=== Steckerbeschriftung ===

* LED = Fehler-LED an der Vorderseite der Maschine
* H = Hauptspindel-Lichtschranke
* G = Garnverbrauchszähler
* N = Nadelwahl-Spindeltrimmer

=== Spannungen am Spindeltrimmer für die Nadelwahl:===

Aufsteigend gemessen:

<pre>
Minimum: 0.230
1 0.282
2 0.435
3 0.608
4 0.781
5 0.946
6 1.109
7 1.274
8 1.438
9 1.602
10 1.765
11 1.921
12 2.085
13 2.258
14 2.421
15 2.586
Maximum: 2.664
</pre>

Absteigend gemessen:

<pre>
15 2.610
14 2.424
12 2.087
11 1.922
10 1.768
9 1.604
8 1.440
7 1.275
6 1.112
5 0.948
4 0.784
3 0.611
2 0.438
1 0.282
Minimum: 0.229
</pre>

[[Kategorie:Fablab]]
[[Kategorie:Textiles]]
[[Kategorie:Gerät]]

Rarity/Garnwahl

2023-12-12T22:30:35Z

Bfritz0815:

Beim Sticken vorgegebener Motive habe ich regelmäßig das Problem, aus den 334
verschiedenen Garnfarben diejenigen auszusuchen, die den Motiv-Farben am
ähnlichsten sind.

Deshalb habe ich ein kleines Programm geschrieben,
das mir die Garnwahl erleichtert,
[https://github.com/abrock/color-matcher den Code findet ihr auf Github].

Die Idee ist einfach: Beim Start des Programms wird eine Datei eingelesen,
die in jeder Zeile zuerst eine Farbnummer enthält, gefolgt von einem
Leerzeichen und der zugehörigen Farbe in hexadezimaler RGB-Darstellung,
z.B. so:

501 b4b9a5
502 efc810
505 0c082d
508 f9e6ca
520 fdf3da

Dann kann der Benutzer hexadezimale RGB-Farbwerte eingeben und bekommt 1-2
Farb-Nummern vorgeschlagen, die der gesuchten Farbe ähnlich sind.
Als Ähnlichkeitsmaße werden unabhängig voneinander der euklidsche Abstand im
[https://de.wikipedia.org/wiki/Lab-Farbraum Lab-Farbraum] und der euklidsche
Abstand im [https://de.wikipedia.org/wiki/DIN99-Farbraum DIN99-Farbraum]
verwendet.

Für die Konvertierung von RGB nach Lab werden
[http://opencv.org/ OpenCV]-Routinen benutzt, unter Debian müsst ihr daher
vor dem kompilieren das Paket *libopencv-dev* installieren, wenn ihr andere
Betriebssysteme benutzt heißt das Paket ggf. anders.
Den Code inklusive der Beispiel-Tabelle mit den Sulky-Garnnummern könnt ihr
folgendermaßen klonen:

git clone https://github.com/abrock/color-matcher.git

Der Befehl *make* erzeugt die Programmdatei *color-matcher*, das Programm wird
dann folgendermaßen aufgerufen und benutzt:

alexander@toothless:~/rzl/color-matcher$ ./color-matcher sulky.data
Tests passed, read 334 values from file sulky.data
73a6f6
Input was interpreted as (115, 166, 246)
best LAB match: 1534 (rgb: 347dcb), difference: 16.3557 (large)
best DIN match: 1249 (rgb: 62aadc), difference: 9.12243 (large)

Die letzten beiden Zeilen zeigen die ähnlichste Farbe bezüglich des
Lab-Ähnlichkeitsmaßes (1524) und bezüglich des DIN99-Ähnlichkeitsmaßes (1249)
an, dazu die jeweiligen RGB-Werte und den gemessenen Abstand.
Zu dem DIN99-Ähnlichkeitsmaß habe ich keine Angabe gefunden, ab wann der Abstand
als "groß" o.ä. gilt, daher sind diese Angaben mit Vorsicht zu genießen.

Den RGB-Wert, der hier in der dritten Zeile eingegeben wird bekommt man
in Inkscape z.B. indem man die Funktion "Pick colours from image (F7)"
auswählt und den Mauszeiger über die gewünschte Farbe bewegt.
Der Farbcode wird dann unten angezeigt, siehe Bild 1.
In [http://www.gimp.org/ GIMP] bekommt man eine ähnliche Funktion über
"Tools->Color Picker (O)", da muss man dann auf die gewünschte Farbe klicken.
Eine einfache Alternative zu den genannten Bildverarbeitungsprogrammen
ist [http://gcolor2.sourceforge.net/ gcolor2], dessen einzige Aufgabe die
Auswahl von Farben ist.

Die Software ist nicht auf die Auswahl von Garnen beschränkt, mit geeigneten
Tabellen könnte man auch Plotterfolien zuordnen o.ä.

[[Kategorie:Fablab]]
[[Kategorie:Textiles]]
[[Kategorie:Gerät]]

PRON-Protokoll

2023-12-12T22:27:56Z

Bfritz0815:

<nowiki>================================================================================
RZL1337 PRON-Wall Protocol Juli 2011
================================================================================

1 Introduction
--------------

This PRON-Wall Protocol (PWP) is defined to make available a datagram mode of
communicating with a series of dot matrix light panels working together to form
a display. This protocol assumes that the ethernet protocol [1] is used as the
underlying protocol.

This protocol provides a procedure for application programs to send messages
to light panels with a minimum of protocol mechanism. The protocol is
transaction oriented.

1.1 Terminology
---------------

panel
A device connected to the network, with a unique MAC address.

subpanel
A logical unit for displaying pictures. All Subpanels belong to a panel.

display
The set of panels logically connected to the same Ethernet segment.

client
The system that sends requests to the display (user equipment).

1.2 Hardware setup
------------------

A display has one ethernet interface (RJ45), power supply and two cinch sockets
to daisy chain the common interrupt line. Displays are addressed by their MAC
address (or via broadcast).

2 Communication
---------------

The following types of frames and packets are used for communication purposes.
The communication is structured into two parts: the first part deals with the
configuration of the panel devices and client software, the second part is used
for the actual image frame transmission and processing. All communication is
based on the Ethernet protocol.

2.1 Ethernet Frame
------------------

0 8 16 24 63
+-----+-----+-----+-----+-----+-----+-----+-----+
| T | V | S | R |
+-----+-----+-----+-----+-----+-----+-----+-----+
| Payload ...
+-----+-----+-----+-----...

T ... Packet type
V ... Version of the protocol (should be 23 for the first version)
S ... Subpanel ID
R ... Reserved

Ethertype: 0x2342

2.2 Packet Types
----------------

The first bit of the packet type defines whether is a request or reply.

0xxxxxxx ... request message
1xxxxxxx ... reply message

There are

0x00 ... Scan Request
0x80 ... Scan Reply
0x01 ... Echo Request
0x81 ... Echo Reply
0x02 ... Set Master Request
0x82 ... Set Master Reply
0x03 ... Frame
0x83 ... Frame Acknowledgement

2.2.1 Scan Request Payload
--------------------------

0 n
+---+---+---+---+
| R |
+---+---+---+---+

R ... Reserved

2.2.2 Scan Reply Payload
------------------------

0 1 15 16 23 24 31 32 39
+-+-----+-------+-------+-------+-------+
|T| BUFSZ | COLR | COLG | COLB |
+-+-----+-------+-------+-------+-------+
| REF | NSUBP | SUBPR | X1 |
+-------+-------+-------+-------+-------+
| Y1 | ...
+-------+...

T ... Type of display (1 = RGB / 0 = Monochromatic)
BUFSZ ... Buffer size in frames of the panel
COLR ... Color of panel (Red value)
COLG ... Color of panel (Green value)
COLB ... Color of panel (Blue value)
REF ... Refresh rate of the panel (Hz)
NSUBP ... Number of subpanels in this panel
SUBPR ... Subpanels per row
X(1-N) ... Panel Width in pixels
Y(1-N) ... Panel Height in pixels

There are as many X,Y pairs as indicated in NSUBP. If NSUBP%SUBPR != 0, the last
row of subpanels consists of less subpanels than the other rows. "Color of
panel" could be used for identification in the client UI.

2.2.3 Echo Request Payload
--------------------------

0 8 16 24 32
+---+---+---+---+---+---+---+---+
| R | ID |
+---+---+---+---+---+---+---+---+

R ... Reserved
ID ... ID of the Echo Request. Should be returned by the other endpoint.

2.2.4 Echo Reply Payload
------------------------

+---+---+---+---+---+---+---+---+
| R | ID |
+---+---+---+---+---+---+---+---+

R ... Reserved
ID ... ID of the Echo Request as sent by the client.

2.2.5 Set Master Request Payload
--------------------------------

+---+---+---+---+---+---+---+---+---+---+
| R | MAC ADDRESS OF MASTER |
+---+---+---+---+---+---+---+---+---+---+

2.2.6 Set Master Reply Payload
------------------------------

+---+---+---+---+
| R | I |
+---+---+---+---+

R ... Reserved
I ... Feedback. 1 if the selected Panel is now the Master. 0 if not.

3 Master Autodiscovery
----------------------

Upon bootup, a device waits at least one interrupt interval plus an additional
random backoff timer. If, during that time, no interrupt was recognized on the
input line, the device sets up an interrupt by itself and thus serves as the
master. Also, it informs the connected client about this decision so that
unlikely, but possible collisions (several masters) can be detected and
resolved by the client.

4 Image Frames
--------------

Each frame contains a single image with brightness levels. This image can either
be a greyscale image or one of the three base colors (R,G,B).

The protocol also supports 3D displays. The two most significant bits are
designated for those frames. The most significant bit marks frames that are part
of a 3D picture, the second one designates a frame for the left eye when it is
not set and for the right eye when set.

4.1 Image Frame
---------------

0 8 16 24 32
+---+---+---+---+---+
| C | TIME | SEQ |
+---+---+---+---+---+
| PIXELS ...
----------...

C ... type of frame (see 4.2)
TIME ... duration in milliseconds frame will be displayed
SEQ ... will be used for retransmissions
PIXEL ... each pixel is represented by a single byte, containing the
brightness level of this pixel

4.2 Image Frame Types
---------------------

PWP supports monochromatic/greyscale, 3D and RGB frames. 3D can be achieved
using the shutter technique with an infrared LED serving as the synchronization
clock generator.

00xxxxxx ... normal frame
1xxxxxxx ... 3D frame
10xxxxxx ... 3D frame for left eye
11xxxxxx ... 3D frame for right eye
xxxxxx00 ... greyscale frame
xxxxxx01 ... red frame
xxxxxx10 ... blue frame
xxxxxx11 ... green frame

4.3 Sequence number
-------------------

A sequence number designates the current full picture.</code>

[[Kategorie:Sonstiges_Projekt]]

Plenum/2023-05-07

2023-12-12T22:27:20Z

Bfritz0815:

== Realitätsabgleich ==

* Status-Updates, die fehlen:
** Druckplotter?
** BenutzerDB?
** Ameise?

* JBC Entlötstation muss zurückgeschickt werden
** Returenlabel von welectron ist erstellbar
** Verpackungsmaterial wurde schon entsorgt
** Wir versuchen am Dienstag abend was zusammenzuwerfen und sie zu verschicken

* Werkstatt-Pläne
** Strom nur über PIN (statt Motorschloss)
** Betriebsvereinbarung wäre vorzubereiten (evtl. Hilfe von Christian)
** Verbandskasten sauber machen und prominent aufhängen

* Der Onkyo in der Küche hat einen neuen Chromecast spendiert bekommen.
** funktioniert und macht Spass
** Fernbedienung ist am Snackregal über dem Barcodescanner

* Libella hat eine neue, große Festplatte bekommen
** wird aber nicht erkannt. Wäre cool, wenn jemand danach schauen kann

* Türschloss
** Wir müssten das Schloss einschicken und vermutlich Wochen darauf warten, dass es debuggt wird
** Statt dessen wollen wir unsere Steuerung umprogrammieren, damit eine Eingabe einer bekannten PIN, wenn der Raum schon offen ist, NICHT den Raum abschliesst.

* Agenda-Aktion Mannheim wartet auf unseren Input
** Anmeldeseite muss noch umgebaut werden

== Ideen ==

* Hauptraum ("hinten" bzw. "rechts")
** Idee eine zweite Regalreihe zu ziehen, parallel zu der jetzigen, von der Säule ab bis zum Fenster
** Plenum beschließt, lieber erstmal das bestehende Regal im Hauptraum auszumisten
** Bitte labelt Privatkram deutlich bis zum nächsten Plenum. Am 02.07. wird hart aussortiert. Team dafür sind Brudi, Marco, helix und pitchbent

== Anschaffungen ==

* Gab keine Anträge im WIki und auf der ML

== nächstes Plenum ==

* da der 28.5. Pfingsten ist und wir da ein Event haben, wird auch dieses verschoben auf das WE danach, also auf den 04.06.

[[Kategorie:Plenum]]

NOC Team/RAID-Setup

2023-12-12T22:26:54Z

Bfritz0815:

== Volume Mapper ==
=== ZFS ===
==== Pro ====
* Kann Snapshots (as in Performant, auch mehrere pro Device, erspaart uns cp cashdesk cashdesk-pre-experimentelle-änderung15)
* Checksums
* Option: zfs send für Backups

==== Contra ====
* Nicht im Tree
* Verbraucht „Experimental-Punkte“

=== LVM ===
==== Pro ====
* Simpel
* Abgehangen

==== Contra ====
* Snapshots sind echt nicht geil

=== ext4 und Ordner mit Images ===
==== zu Evaluieren ====
* Was geht da mit Snapshots? Stichwort qcow2-Files

==== Contra ====
* Fühlt sich falsch an

== RAID ==
=== ZFS ===
==== Pro ====
* Bei Bedarf: Performance-Verbesserung via SSD mit Write intent Log und L2ARC

==== Contra ====
* müssten HBA besorgen

=== dm-raid / mdadm ===
==== Pro ====
* Simpel
* Abgehangen

=== Hardware-RAID-Controller ===
==== Pro ====
* Performance

==== Contra ====
* schlechte Doku
* wenn der ausfällt sind die Daten pfutsch

[[Kategorie:Infrastruktur]]

NOC Team/To-Dos

2023-12-12T22:26:39Z

Bfritz0815:

== Tagebuch ==

Wichtiger Punkt: Dokumentation, was bisher getan wurde. Was ergab sich aus der Freifunk-Diskussion heute, was aus Verm.+Pfalzkom+Politik, was machen wir mit dem Cisco-Stack hinsichtlich des Tschisko-Fuckups mit Self-Signed Certificates (ist zwar scheisse, macht aber jeder(tm), auch wir?) '''''vor''''' Januar 2020? Was habe ich vergessen?

Cisco siehe auch [https://www.cisco.com/c/en/us/support/docs/field-notices/704/fn70489.html FN 70489].

• [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 21:35, 27. Dez. 2019 (CET)

Und noch ein wichtiger Punkt: Entscheid Serverhardware, Anbringung des Kostenpunkts im Plenum Anfang Januar.

# Tagebuch erstellt, [https://git.raumzeitlabor.org/NOC/tagebuch git]
# Server-Hardware-Raussuchen festgehalten, [https://git.raumzeitlabor.org/NOC/server-hardware git], in Progress

• [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 22:58, 29. Dez. 2019 (CET)

== Netzwerk ==

=== DNS rzl.so ===
Alle internen Dienste enden auf .rzl, was keine Domain ist, die uns gehört. Möglichkeit: Belassen mit ungültigem FQDN oder mergen in rzl.so unter Berücksichtigung der Security-Through-Obscurity-Prinzipien.

→ Split-DNS? --> Verschoben auf [[Diskussion:NOC_Team/To-Dos|Diskussionsseite]], dafür ist sie da.

=== SSL-Zertifikate ===
Für nur intern verfügbare Dienste wäre auch ein SSL-Zertifikat sinnvoll.

Letsencrypt *.rzl.so würde die internen Dienste dann nicht nach [https://crt.sh crt.sh] | [https://www.entrust.com/ct-search/?domain=raumzeitlabor.de&includeExpired=true&exactMatch=false entrust.com/ct-search] leaken, daher würde ich das vorschlagen.

Für extern verfügbare Dienste kann man dann ja je FQDN ein normales Cert holen. Eventuell auf [https://letsencrypt.org/docs/rate-limits/ Rate Limits] aufpassen.

--[[Benutzer:Helix|Helix]] 14:35, 27. Dez. 2019 (CET)

: Aufbauend darauf (Obacht: Rate Limits are a real thing): Automatisierung der Zertifikate. LE-Zerts halten nur 3 Monate, da ist Rumgammeln keine Option mehr. Und die Faustregel heißt: ist es rein interner Kram? Wirklich? Wenn nein --> Non-Wildcard und SAN. Wildcard-Zerts sind obsolete Tech, machen wir nur zur Obfuscation. Doku essentiell, SAN-Zusammenfassung und -Stepping!

: Zur Disk. im NOC-Meeting. Bei weiteren Diskussionspunkten diese Zeile löschen und bitte die Diskussionsseite dieses Artikels nutzen. • [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 20:38, 27. Dez. 2019 (CET)

=== Inventur Internetleitung ===

Welche Leitungen haben wir, welche Möglichkeiten zum Upgrade gibt es?

Aktuelle Leitung:
: Telekom-Hybrid 50Mbit
: 16 Mbit DSL
: Rest geht über im Router verbaute SIM-Karte (nur mit Telekom-Router kompatibel)

Geimeinsame Klärung mit der Spedition erstrebenswert.

=== Holzwerkstatt ===

Wurde geklärt: es muss definitiv ein Patchpanel für die neue Werkstatt angeschafft werden, z.B.: [https://www.amazon.de/deleyCON-Patchpanel-Verteilerfeld-Port-Servermontage/dp/B01N5OB4B2/ref%3Dsr_1_4?__mk_de_DE=ÅMÅŽÕÑ&crid=3VYNP23DYV9L9&keywords=patchpanel%2Bcat%2B6%2B24%2Bport&qid=1577560089&sprefix=patchpanel%2Bcat%2B6%2B%2Caps%2C161&sr=8-4 Amazon-Link, deleyCON Patchpanel]

Außerdem noch ein Switch, da der momentane Ersatz ein Relikt aus den 90ern ist. Beispiel: [https://www.omg.de/mikrotik/routerboard/mikrotik-routerboard-crs328-24p-4s-rm/a-14454/ Mikrotik Routerboard CRS328 (24-Port) auf omg]. Oder jemand repariert den Ubiquity der seit Monaten in der Werkstatt liegt.

(alles unsigniert von [[Benutzer:Lordeis|Lordeis]])

=== Freifunk + IPv6 ===

Zukunft ab 01.01.2020? Kübler Glasfaser? Fürs Erste, wenn möglich, über das /56 Netz, das am Telekom Router anliegt. - [[Benutzer:Lordeis|Lordeis]]

Update vom 27.12.19:

Laut [[Benutzer:cheatha|@cheatha]] wird gerade die Freifunk-Infrastruktur umgezogen, was uns ein wenig Zeit ins neue Jahr gewähren sollte. 
[[Benutzer:Lordeis|Lordeis]] ([[Benutzer Diskussion:Lordeis|Diskussion]]) 18:00, 29. Dez. 2019 (CET)

=== Switches ===
Inventur aller Switche und Firmware-Stände prüfen

==== Cisco-Stack E-Werkstatt ====
Update von Cisco verfügbar: '''1.4.11.02'''

Diskussion, ob Update durchgeführt werden soll (unsignierter Beitrag von [[Benutzer:Lordeis|Lordeis]])

'''Wichtig:'''

'''Prüfen, ob die Switche von dem Cisco-Zertifikats-Fuckup betroffen sind.'''

=== Benutzer-DB ===

TLS-Renewal. Details nach Fertigstellung.

=== Router ===
==== Ubiquity ====
# Auseinandersortieren der Netzwerkverbindungen.
# Reverse Engineering und Dokumentieren der Konfiguration.
# IPv6 Konfiguration.

==== Speedport (Telekom) ====
# Reverse Engineering und Dokumentieren der Konfiguration.
# IPv6 Konfiguration.

Kommentar Ranlvor: Sollte ziemlich Standard sein, nur eventuell ein paar Regeln drin, die versuchen sollen Telefonie-Traffic auf DSL zu zwingen (weil das weniger schlecht tut als via LTE).

=== WIFI Access Points ===
==== Ubiquity ====
# Reverse-Engineering und Dokumentieren der Konfiguration.
# Auseinandersortieren der SSIDs:
## Prüfen, ob alle SSIDs nötig sind.
## Diskutieren, ob Band-Steering sinvoll Wäre.
## Prüfen, ob Layer-3-Roaming sinnig ist.
# Prüfung, ob ein zusätzlicher Unify-AP für die Werkstatt sinn macht.
# Auslagern des RZL-IOT-WLAN auf anderen AP.

==== IOT-Accesspoint ====
# Extra-AP verwenden da Performance Probleme.
# Ich habe noch einen Lancom rumliegen, den ich spenden würde - [[Benutzer:Lordeis|Lordeis]]

=== Verkabelung ===

# Die zwei Tische an der E/Ä-Ecke sind vorbildlich verkabelt, wenn man sie als autonome Hackrepublik innerhalb des RZL betrachtet. --> Uplink-Kabel setzen.
## Update: Hab' mal Kabel geordert, Kanäle haben wir noch da. Könnte auch beim Umbau 2020 hilfreich sein. • [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 18:34, 28. Dez. 2019 (CET)

=== WLAN ===
# Kanäle auswürfeln und konfigurieren

== Hypervisor ==

=== RAM ===

Welche Möglichkeiten zum Update gibt es? Kurzfristiger Punkt, da der RAM erschöpft ist. Auf jeden Fall mögliches Upgrade wären zusätzliche 4 GiB für 30-40 Euronen; wenn wir in den Server reingeschaut haben, wissen wir aber, ob noch mehr als die dann 16GiB gehen.

Aktuelles To-Do: Dokumentation Hardwaremöglichkeiten - [[Benutzer:0xb4dc0d3d|0xb4dc0d3d]]

Update: Macht das noch Sinn? Siehe Punkt Server-Hardware weiter unten in diesem Kapitel. • [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 22:10, 27. Dez. 2019 (CET)

=== Rechtekonzept ===

User sollten ihre VMs durchstarten können. Geht Hand in Hand mit dem Gedanken, nicht mehr überall als root zu springen und alles als root zu tun, stattdessen Nutzung sudo und mittelfristig ggf. Anbindung an [[UserDB|UserDB]].

Person mit Hut: [[Benutzer:0xb4dc0d3d|0xb4dc0d3d]]

=== Hypervisor-Software ===

# HV bleibt KVM. Helix erwähnte heute Cockpit, das scheint also auch ohne das ganze oVirt-Debakel zu gehen, und wäre dann prima. Geht als Frontend dann mit dem Rechtekonzept Hand in Hand. Alternative: Proxmox als Aufsatz, nicht(!!!) als Basis.

# OS sollte CentOS sein: der Hypervisor hat dumm zu sein (CA-Verwaltung, Automatisierung etc. darf da nicht laufen), also genügt CentOS, und wir gewinnen den Benefit SELinux. (Alternative wäre Arch, aber Rolling Release in bedingt gewarteter aber produktiver Umgebung? Meh. Willstenich.)

Gesamtes Kapitel zur Diskussion, habe ich ad hoc so niedergeschrieben • [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 21:13, 27. Dez. 2019 (CET)

=== VM-Inventur ===

Prüfen, was noch aktiv ist, und nach einer geordneten(!) Inventarisierung Mitglieder bei Bedarf anschreiben. Im Zweifelsfall Downtime und einen Zeitraum X auf Reaktion warten.

=== VM-Struktur ===

Ordnung schaffen: Sind Dinge(tm) produktiv, sollten diese auf dedizierte VMs, gutes Beispiel hier: [[cashdesk.rzl]] (leider auch gutes Beispiel für undokumentierte VM).

Kommentar Ranlvor: cashdesk ist ein schlechtes Beispiel, da das eigentlich mal eine MemberVM war und neben cashdesk auch den Infoscreen hosted.

=== Serverhardware ===

Zukunft: Redundanz? Idee: KVM over 2 Nodes mit GlusterFS.

# Ob wir 2 Nodes brauchen oder 1 reicht, sollten wir in NOC-Meeting und Plenum diskutieren.
# Basis: Nunja, 32 oder 64GiB RAM, mind. 64 GiB Platte und schauen wo die 3-4 TiB VM-Store hinkommen. Also Basisrahmen, zur Diskussion und Anpassung hier. • [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 18:31, 27. Dez. 2019 (CET)

Erneuerung unumgänglich, RAM-Erweiterung ist nur Lebenserhaltungsmaßnahme bei einer designierten Leiche.

Optionen:
# Eigenkonfiguration auf Basis eines Supermicro-Boards und einer AMD-Epyc-CPU. Konfiguration hier: [https://git.raumzeitlabor.org/NOC/server-hardware/ Hardware Konfiguration] [[Benutzer:Lordeis|Lordeis]] ([[Benutzer Diskussion:Lordeis|Diskussion]]) 18:10, 29. Dez. 2019 (CET) --> Preis: 1848,39€
# [https://www.thomas-krenn.com/de/produkte/einsatzzweck/software-defined-storage/storage-spaces-direct/s2d-micro-cluster/s2d-micro-cluster-advanced.html Thomas-Krenn-Storage-Cluster]: 240GB SSD OS, 3TB Nested Mirror, SuperMicro, 32GiB DDR4 ECC, max. 185W/Server, 13.100 Euro für zwei Server
# [[Benutzer:Kite|Kite]] kann eventuell einen PowerEdge R510 startklarmachen. Er gibt noch bescheid, Basis-Specsheet [https://www.dell.com/downloads/global/products/pedge/R510_Spec_Sheet.pdf hier].

Übersicht --> [[NOC Team/To-Dos/Serverhardware Q1 2020]]

=== Installationsstandards ===

Keine Nummer für den HV alleine, aber hier passt's am Ehesten rein: es gibt VMs ohne Swap, und alle VMs haben nur ein root-FS. Das lässt sich genauso simpel automatisieren und strukturieren wie das was wir schon haben. Resultat siehe meine User-VM. Z.B. den apt-cacher in eine root-Partition zu kloppen und generell nur eine root-Partition vorzuhalten, ist grober Unfug, oder Windows 95, oder wie auch immer man das nennen möchte.

Wir sollten einen Standard hinsichtlich Partitionen, Basissoftware etc. verabschieden. Aufbauend auf dem trivial gehaltenen Status Quo. • [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 18:20, 29. Dez. 2019 (CET)

=== DNS ===

Konzept:
# IP, DNS und Reverse DNS für den angedachten Hostnamen asap registrieren, die MACs dürften sich auch nicht ändern
# CNAME-Record für den neuen Host (volt?), name: cybervisor.rzl[.so]

== Services ==

=== Mailserver ===

==== Spamfilter ====

Überarbeitung und Erweiterung. Wir bekommen keine Viagramails, aber einiges an Werbung. ''Erst'' Spamfilter, ''dann'' Unterpunkt Blocklisten ;-)

==== Mailman ====
lists.raumzeitlabor.de benutzt Mailman v2.1.18 vom 6.5.2014.

Eine [https://docs.mailman3.org/en/latest/migration.html Migration von 2.1 auf 3.x] ist möglich.

--[[Benutzer:Helix|Helix]] ([[Benutzer Diskussion:Helix|Diskussion]]) 14:07, 28. Dez. 2019 (CET)

=== Gitlab ===

# Root-Passwort unbekannt, Version zu alt und damit insecure.
# AutoDevops und CI-Runner sind aktiviert ohne Instanz, nerven also bei jedem neuen Projekt wieder. Das anzuschalten ohne es zu konfigurieren ist nicht gerade clever. Sollte man beseitigen oder nachfragen warum das überhaupt angedacht wurde.

=== Raumtelefonie ===

Es geht! Allerdings haben wir eine irritierende Anzahl diverser Töne auf den Telefonen. Nun bietet es sich an, jedem Telefon einen individuellen Ton zu verpassen, der die Raumharmonie dennoch erhält. Hierzu haben die Götter dem Menschen das Werkzeug des Kanons dargereicht, daher bieten sich folgende Klassiker eines anerkannten Künstlers an:

* Der Klassiker, sechsstimmig: [https://de.wikipedia.org/wiki/Leck_mich_im_Arsch KV 231 (382c)] von Wolfgang Amadeus Mozart
* Eine andere Variante, dreistimmig: [https://de.wikipedia.org/wiki/Leck_mir_den_Arsch_fein_recht_schön_sauber KV 233 (382d)] von W.A. Mozart

• [[User:0xb4dc0d3d| 0xb4dc0d3d ]][[Benutzer Diskussion:0xb4dc0d3d| wtf?]] • 19:51, 3. Mär. 2020 (CET)

[[Kategorie:Infrastruktur]]
[[Kategorie:Arbeitsgruppe]]

Diskussion:PartKeepr/Featurewünsche

2023-12-12T22:24:45Z

Bfritz0815: Die Seite wurde neu angelegt: „Die Seite könnte als historische Seite relevant sein. Ist sie es auch als Informationsquelle? --~~~~“

Die Seite könnte als historische Seite relevant sein. Ist sie es auch als Informationsquelle? --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 22:24, 12. Dez. 2023 (UTC)

PartKeepr/Featurewünsche

2023-12-12T22:20:56Z

Bfritz0815:

featurewünsche:

== Features ==

* Bauteile '''erledigt'''
* Kategorien '''erledigt'''
* Footprints '''erledigt''', jedoch noch ohne Footprint DXFs
* Datenblätter
* Herstellerlogos
* Lieferanten
* Lagerbestand + Lager / Lagerort / Lager-"größe" + Lagerwert + Reservierung
* User- und Rechteverwaltung (Gruppen?)
* Bestellisten pro User für Sammelbestellungen
* Logging (Einlage, Entnahme, ...)
* Kassensoftwareanbindung
* Lagerort übergreifende suche
* Umlagern
* Inventur
* Statistik
* Teile ohne Preis
* Freier Lagerort
* Mehrere Lagerorte pro Teil
* Mutterlager -> damit ist gemeint, daß Bauteile aus einem anderen, größeren Lager kommen. Beispielsweise haben wir 3000 Dioden, von denen 20 in Lager XY gelagert werden, und der Rest in Lager ZZ. Ist XY leer, kann umgebucht werden.
* Private Lager (damit man auch seine eigenen, nicht-public Bauteile verwalten kann)

=== Bauteile ===

Je Bauteil (Artikel) sollen die folgenden Eigenschaften abgelegt werden:

* Kategorie
* Bauteilwert (Ohm, Chip-Typ, ...) und zwar mehrdimensional. z.b. spannungsregler 7805 vIn (min 7V max 50V) vOut min 4.5V max 5.0V).
* Bauform (Gehäuseform) und Footprint(s)
* Datenblätter (Datei *und* URL)
* interner Verkaufspreis
* Status (neu/refurbished)
* ROHS
* Quelle
* Moisture Sensitivity Level
* Preishistorie zwecks: letztem Einkaufspreis und gemitteltem Preis
* vorhandene Stückzahl
* Mindeststückzahl
* Bestellnumer / Lieferant(en)
* Lagerort
* Kommentar
* Ähnliche Bauteile (querlinks)
* Hersteller
* Matchcode ?
* Bezeichnung
* Artikelzustand (neu/gebraucht)

* Footprint Viewer unter http://www.mentor.com/products/pcb-system-design/library-tools/lp-wizard/lp-viewer-download

[[Kategorie:Wiki_Cleanup/ToDo]]

Rarity/Einkaufsliste

2023-12-12T22:20:28Z

Bfritz0815:

Hier wird protokolliert, welches Zubehör fehlt (hoffentlich keins), welches Verbrauchsmaterial zur Neige geht und von welchem Verbrauchsmaterial wir schon auf Vorrat nachgekauft haben weil das alte fast leer war.

Aktuelle Einkaufsliste:

* 1x Stiffy 1995 15,59€

Aktuelle Summe: 15,59€

[[Kategorie:Textiles]]
[[Kategorie:Wiki_Cleanup/ToDo]]

Staging/Homepage Relaunch

2023-12-12T22:18:25Z

Bfritz0815:

{{ProjektInfoBox
|name = Homepage Relaunch™ v3
|status = staging
|image = Super-hp.gif
|description = Eine Überarbeitung unserer Homepage
|author = Else
|username =
|version = 0.1337
|update =
|platform =
|license =
|download = [https://github.com/raumzeitlabor/rzl-homepage Github] / [https://new.raumzeitlabor.de Preview]
}}

Bei Interesse mitzuhelfen, melde dich bei [[Benutzer:Else|Else]]. Vorschläge bitte [[Diskussion:Staging/Homepage Relaunch|hier]].

== Ausgangssituation ==

Momentan nutzen wir ein Wordpress, dessen ältere Inhalte tiefpunkt damals von Drupal konvertiert hatte. Die Wordpress-Version ist nicht die neuste, weil wir Debian Pakete nutzen und die automatischen Updates abgeschaltet haben. Manuelles Updaten der Plugins ist jedoch zeitaufwendig, und niemand machts.

Inhaltlich nutzen wir das Wordpress eigentlich nur für die Blogbeiträge, Kommentare und den Kalender. Zusätzlich gibts noch ein paar statische Webseiten. Wordpress ist eigentlich ziemlich nervig.

== Vorschlag ==

Wir migrieren erneut, und diesmal nutzen wir einen Static Blog Generator, der aus Textdateien entsprechende HTML Seiten generiert. Das hat den Vorteil, dass wir keinerlei dynamische Skripts für die Seite benötigen. Für die Kommentare nutzen wir ein selbstgehostetes Kommentarsystem ähnlich [http://disqus.com disqus] (z.B. [http://posativ.org/isso/ isso]). Für den Kalender hingegen laden wir die Events über Javascript aus statischen JSON Dateien, die entsprechend geändert werden.

Die gesamte Homepage verwalten wir in einem git Repository. Wenn jemand einen Blogbeitrag schreiben möchte, muss er nichts anderes tun als das Repository zu klonen, eine entsprechende Datei anzulegen, und diese zu commiten und zu pushen. Über einen Webhook wird die Webseite dann neu generiert. Das ist alles eigentlich nix neues, und es gibt da schon entsprechende Workflows für.

=== Kalender ===

Der Kalender ist nichts anderes als eine statische Webseite mit entsprechendem Javascript. Jeder Monat des Jahres bekommt eine eigene JSON Datei, z.B. 2014-07.json. Zusätzlich gibt es noch jahresunabhängige Dateien für jeden Monat, z.B. 1337-07.json. Dann kann man entweder vor jeden Commit diese Dateien "kompilieren", sodass am Ende eine Datei rausfällt, oder man lässt es einfach so und macht für den Monat zwei (auf den Monat dieses Jahres sowie dem generischen Monat). Das Javascript auf der statischen Kalenderseite lädt die die jeweilige(n) Datei(en) für die jeweilige Monatansicht.

Eine andere Möglichkeit wäre ein CalDAV mit entsprechendem Backup.

=== Design ===

Irgendwas simples, was ein bißchen seriöser als das jetzige aussieht. Am besten Mobile first (und responsive web).

[[File:rzl-entwurf.png|400px]]

== Aufgaben ==

''tbd''

[[Kategorie:Staging]]
[[Kategorie:Archäologie]]

Kategorie:Staging

2023-12-12T22:17:30Z

Bfritz0815:

Hier werden Projektvorschläge dokumentiert.

''Wenn jemand weiß, wie hier eine Kategorie draus gemacht werden kann, bitte machen. --[[Benutzer:Else|Else]] ([[Benutzer Diskussion:Else|Diskussion]]) 20:44, 2. Jul. 2014 (CEST)''
Done --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 22:17, 12. Dez. 2023 (UTC)

== Übersicht ==

* [[Staging/Homepage Relaunch]]

Kategorie:Staging

2023-12-12T22:17:04Z

Bfritz0815:

Hier werden Projektvorschläge dokumentiert.

''Wenn jemand weiß, wie hier eine Kategorie draus gemacht werden kann, bitte machen. --[[Benutzer:Else|Else]] ([[Benutzer Diskussion:Else|Diskussion]]) 20:44, 2. Jul. 2014 (CEST)''
Done --~~

== Übersicht ==

* [[Staging/Homepage Relaunch]]

Kategorie:Staging

2023-12-12T22:16:42Z

Bfritz0815: Die Seite wurde neu angelegt: „Hier werden Projektvorschläge dokumentiert. ''Wenn jemand weiß, wie hier eine Kategorie draus gemacht werden kann, bitte machen. --Else (Diskussion) 20:44, 2. Jul. 2014 (CEST)'' == Übersicht == * Staging/Homepage Relaunch“

Staging

2023-12-12T22:16:35Z

Bfritz0815:

Hier werden Projektvorschläge dokumentiert.

''Wenn jemand weiß, wie hier eine Kategorie draus gemacht werden kann, bitte machen. --[[Benutzer:Else|Else]] ([[Benutzer Diskussion:Else|Diskussion]]) 20:44, 2. Jul. 2014 (CEST)''

== Übersicht ==

* [[Staging/Homepage Relaunch]]

[[Kategorie:Staging]]

MegaMoodlamp

2023-12-12T22:15:31Z

Bfritz0815:

Schlachtplan: Moodlamp-Board bauen, das $vieles kann. Das ganze variabel halten.

Was man will:
* Möglichst kleines Board, also SMD
* Steuerbar via I²C, wenn jemand Ethernet/Seriell/RFM12/whatever haben mag, kann er es einfach über I²C anbinden
* CPU: ATtiny26L ? Kann nur 2 HW-PWM-Channels, aber da die CPU nur wenig machen muß (I²C->PWM, geht auch in SW), könnte das gehen.
* Treiber-IC will mann, sofern es welche mit 1A per Channel gibt

[[Kategorie:Elektronik]]

Mate (Server)/Technische Doku

2023-12-12T22:14:12Z

Bfritz0815:

== Neue Debian-VM ohne GUI, nur mittels shell installieren (serielle console) ==

Vor der Installation neues, leeres Image anlegen (Images liegen unter '''/srv/vm'''):

<pre>
export VMNAME=foobar
export VMSIZE=20G
export VMMEM=256
export VMOSTYPE=linux
export VMOSVARIANT=debianwheezy
export VMINSTALLER=http://ftp.de.debian.org/debian/dists/wheezy/main/installer-amd64/
</pre>

<pre>
fallocate -l $VMSIZE /srv/vm/$VMNAME.img
</pre>

Dann Netzinstallation starten:

<pre>
virt-install --connect qemu:///system --name=$VMNAME --ram=$VMMEM --vcpus=1 \
--disk path=/srv/vm/$VMNAME.img,format=raw,cache=writeback,bus=virtio --os-type $VMOSTYPE \
--os-variant $VMOSVARIANT --network=bridge=br0,model=virtio --nographics \
--location $VMINSTALLER \
--extra-args="console=tty0 console=ttyS0,115200n8" -v
</pre>

== Besondere Einstellungen auf dem Hypervisor ==

Die Default-Linux-Einstellungen (bzw die von Debian) sind etwas ungünstig für Performance. Folgendes sollte geändert werden:

* '''Default-Scheduler von cfq auf deadline''' (Kernel-Parameter elevator=deadline <ref name="KER-PAR-01">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#796 Dokumentation zum Kernel-Parameter elevator] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)
* '''Hugepages''' erlauben (in '''/etc/rc.local''') <ref name=KVM-TUN-01">[http://sheepdog.taobao.org/people/zituan/kvm_tuning.html#sec-1-2 KVM Memory Tuning]</ref>:
** '''echo 1 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag'''
** '''echo always > /sys/kernel/mm/transparent_hugepage/enabled'''
** '''echo never > /sys/kernel/mm/transparent_hugepage/defrag'''
* Prüfen, ob das Modul '''vhost_net''' geladen ist

== Besondere Einstellungen auf den virtuellen Maschinen ==

=== In der Config für die VM ===
* Das '''Platten-Image''' muß '''raw''' und '''pre-allokiert''' sein. qcow2 und dynamische Allokierung ist wirklich langsam.
* Der Modus des Festplatten-Controllers muß '''virtio''' sein (Achtung: Die Platten in den VMs sind dann '''vda, vdb etc''' anstatt '''sda, sdb etc''')
* Das '''Plattenimage''' muß den '''Cache-Modus''' auf '''writeback''' gesetzt haben ('''<driver name='qemu' type='raw' cache='writeback'/>''')
* Der Typ des '''Netzwerkinterfaces''' muß '''virtio''' sein ('''<model type='virtio'/>''')

=== In der VM selbst ===
* '''Default-Scheduler von cfq auf noop''' (Kernel-Parameter elevator=noop <ref name="KER-PAR-01">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#796 Dokumentation zum Kernel-Parameter elevator] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)
* '''Tickless Kernel aktivieren''' (Kernel-Parameter nohz=on <ref name="KER-PAR-02">[http://www.mjmwired.net/kernel/Documentation/kernel-parameters.txt#1855 Dokumentation zum Kernel-Parameter nohz] </ref> in '''/etc/default/grub''' setzen, danach '''update-grub2''' ausführen)
* Prüfen, ob die Module '''virtio-blk''' und '''virtio-net''' geladen sind
* Serielle Konsole in '''/etc/inittab''' aktivieren: '''T0:23:respawn:/sbin/getty -L ttyS0 115200 vt102'''
* Serielle Konsole zusätzlich zur normalen Konsole aktivieren (in '''/etc/default/grub'''), wenn man schon dabei ist, kann man auch grub serial beibringen: <pre>GRUB_TERMINAL=serial
GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1"</pre> sowie <pre>console=ttyS0,115200n8 console=tty0</pre>

Für die faulen Hunde, wie ich einer bin, hier nochmal der komplette GRUB_CMDLINE-Kram:

<pre>
GRUB_CMDLINE_LINUX_DEFAULT="elevator=noop nohz=on transparent_hugepage=always console=ttyS0,115200n8 console=tty0"
</pre>

<blink>'''DON'T FORGET THE MAGIC update-grub2'''</blink>

== Puppet ==
Um eine VM unter die Kontrolle von Puppet zu bekommen, ist folgendes zu erledigen:
* '''mate.rzl''':/etc/puppet/manifests/nodes.pp: die Node eintragen
* '''<neuevm>.rzl''':
** Puppet installieren
** Deamon Autostart in /etc/default/puppet aktivieren
** puppet agent --test ausführen
* '''mate.rzl''': <pre>#Liste der neuen Zertifikate:
puppet cert list

#Zertifikat signieren:
puppet cert sign <neuevm.rzl></pre>
* '''<neuevm.rzl>''': Nochmal puppet agent --test ausführen

Wenn alles geklappt hat, so wird puppet zumindest mal alle fehlenden Pakete nachinstallieren.

== Zabbix ==

Um eine VM zu monitoren:

* Ändere in der Datei '''/etc/zabbix/zabbix_agentd.conf''' den Parameter "Server" auf "172.22.36.251" und den Parameter "Hostname" auf den hostnamen inkl. .rzl-Domain
* Füge den Server in Zabbix hinzu (Configuration->Hosts->Create), linke die Templates Template_Linux sowie Template_Puppet_Agent

== Bacula backups ==

* Config-Änderungen auf mate:
** in /etc/bacula/clients die jeweilige Config umkopieren und die Namen sowie das Director-Passwort ändern
** die leeren files in /etc/bacula/clients/includes sowie excludes erzeugen
** in /etc/bacula/bacula-dir.conf das neue config file includen
** bacula neustarten
** Das file /etc/puppet/templates/bacula-fd_conf.erb in die VM kopieren und die Variablen ersetzen

* In der VM:
** /etc/init.d/bacula-fd restart
** prüfen, ob bacula-fd auf 0.0.0.0:9102 lauscht (bei Fehlern lauscht er nur auf localhost)

Schließlich über bconsole, danach run den entsprechende Job auswählen und testweise laufen lassen.

== Bacula restores ==

'''Achtung: Die Anleitung ist nicht optimal. Idealerweise bootet man ein Recovery Image, damit man keine neue VM aufsetzen muß, sondern diese direkt Recovern kann.'''

Um eine komplette VM wiederherzustellen ohne vorhandenes Disk-Image:

* Alte VM-Konfiguration sichern! (wegen allen Einstellungen/MAC-Adresse etc)
* Neue, blanke VM mittels virt-install installieren
* Bacula-fd installieren
* Folgende Config in /etc/bacula/bacula-fd.conf legen:

<pre>
Director {
Name = cookiemonster.rzl
Password = "Passwort aus der Client-config auf cookiemonster"
}

FileDaemon {
Name = <lokaler host, z.b. infra.rzl>
FDport = 9102
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 20
}

Messages {
Name = Standard
director = cookiemonster.rzl = all, !skipped, !restored
}
</pre>
* Bacula-fd auf dem Client neu starten
* Restore mittels folgendem Snippet starten: <pre>restore where=/ client=<name, z.b. infra.rzl> replace=always all</pre> Danach die Option "5" drücken und entsprechenden Client auswählen. Beim folgenden Prompt einfach "done" eintippen und den Job starten
* grub2-config neu generieren, da sich die UUIDs geändert haben. update-grub2 unter Debian
* grub-install /dev/vda ausführen
* in /etc/fstab die neuen UUIDs eintragen
* VM runterfahren
* Alte VM-config umkopieren
* VM starten

== TODO ==
* Automatisches Discovery von VMs in Zabbix?

== Einzelnachweise ==
<references />

[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Archäologie]]
[[Kategorie:Infrastruktur]]

Mate (Server)/infra.rzl/Apache2

2023-12-12T22:13:49Z

Bfritz0815:

== Software ==
* [https://github.com/raumzeitlabor/rzl-benutzerdb/tree/master/apache-authenticator|/ mod_perl Authentication Modul]
** authentifiziert BenutzerDB user via Basic-Auth an zB. [[PartKeepr]]

[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur]]

Lichtsteuerung/Nebenraum

2023-12-12T22:13:10Z

Bfritz0815:

[[Image:Lichtsteuerung Nebenraum.jpg|600px]]

[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur]]

Lichtsteuerung/Konzept

2023-12-12T22:12:45Z

Bfritz0815:

== Einführung ==

Die Lichtsteuerung verwendet [[wikipedia:DMX512|DMX]], um die Schaltzustände zu übertragen. Dies ermöglicht es, auch andere Peripherie wie z.b. [[wikipedia:Stage_lighting_instrument#PAR_lights|PAR-Spots]] anzusteuern. DMX sendet kontinuierlich die Werte für alle 512 Kanäle.

== Schaltzustände ==

In regulären DMX-Setups gibt es nur einen [[Lichtsteuerung/Controller]], der alle angeschlossenen Geräte steuert. Im Falle der Lichtsteuerung gibt es da aber ein Problem: Was ist, wenn jemand einen Lichtschalter betätigt? Wie bekommt der Controller den Schaltzustand mit?

Wir verwenden [[wikipedia:RDM_(lighting)|RDM]], um dieses Problem zu umgehen. Mittels RDM können Daten von RDM-fähigen Geräten abgerufen werden.

Wird ein Schaltzustand von der Lichtsteuerung verändert, z.b. durch einen Taster, so wird dieser Kanal zukünftig von der Lichtsteuerung ignoriert.

Der Controller frägt den Schaltzustand aktiv mittels DEFAULT_SLOT_VALUE ab, um den aktuellen Wert des Kanals zu erhalten. Die Slotnummern sind 0-31, analog zu den Ausgängen der Lichtsteuerung.

Erst wenn der empfangene Wert über DMX mit dem internen Wert der Lichtsteuerung übereinstimmt, wird der Kanal nicht mehr ignoriert.

Hierdurch ist sichergestellt, daß die Lichtsteuerung autark funktioniert, auch wenn der Controller defekt ist.

[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur]]

Lichtsteuerung/Lichtkreise

2023-12-12T22:12:34Z

Bfritz0815:

[[Image:Lichtkreisplan Hauptraum.svg|thumb|300px|Lichtkreisplan Hauptraum]]
* Im Hauptraum gibt es 23 Lichtkreise.
** Ein Lichtkreis an der Decke bezeichnet eine 2-flammige Lampe (derzeit nur ein Leuchtmittel eingesetzt), ansonsten 1-flammig.
** Jede Deckenlampe lässt sich laut dem Lichtkreisplan schalten. Die Deckenleuchten (Lichtkreise 1-16) sind derzeit auf 3 Sektionen (Tafel, Beamer, Lager) zusammengeschlossen.

[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur]]

Lichtsteuerung/Relais

2023-12-12T22:12:22Z

Bfritz0815:

Die Lichtsteuerung verwendet Omron G2R-1-SNDI 24V ([http://www.omron.com/ecb/products/pdf/en-g2r.pdf PDF]) Relais. Diese haben eine Freilaufdiode und LED eingebaut und können im Fehlerfalle von Hand bedient werden. Als Sockel kommen Omron P2RF-05-E ([http://www.ia.omron.com/data_pdf/data_sheet/p2rf-__-s_dsheet_gwj132-e2-02-x.pdf PDF]) zum Einsatz.

[[Kategorie:Wiki_Cleanup/ToDo]]
[[Kategorie:Infrastruktur]]

Lichtsteuerung/Client

2023-12-12T22:11:36Z

Bfritz0815:

= Einführung =

Der Lichtsteuerungsclient sorgt dafür, Schaltwünsche von Benutzern in Lichtzustände umzusetzen. Technisch: DMX- oder Benutzerinput zu Relaisoutput.

= Features =
[[Image:Lichtsteuerung board top.png|thumb|right|Clientplatine Oberseite]]
[[Image:Lichtsteuerung board bottom.png|thumb|right|Clientplatine Unterseite]]
* DMX/RDM Ein- und Ausgang
* Batteriegestützte Realtime Clock
* 1024KB I²C EEPROM
* 32 Ausgänge
* 16 Eingänge
* RS232

= Kaskadierung =

Entgegen des ursprünglichen Plans besitzt der aktuelle Lichtsteuerungsclient nur noch einen Ein/Ausgang, der im Halbduplexmodus genutzt wird. Kaskadierung wird über RS485-Hubs gelöst.

= Relais schalten und Verkabeln =

Am Relais liegt +24V an und wird nach GND durch den Relaistreiber durchgeschalten. Der maximale Strom pro Port beträgt 500mA.

Die Versorgungsspannung der Relais sollte von den Klemmen X1 und X2 abgegriffen werden, da diese jeweils mit einer 200mA Polyfuse gesichert sind. Somit ist gewährleistet, daß der Relaistreiber nicht beschädigt wird.

Reichen 500mA nicht aus, so darf man laut ULN2803-Datenblatt mehrere Ausgänge parallel schalten, dies wurde aber bisher nicht getestet.

Die Ausgänge besitzen keine Freilaufdioden. Der Relaistreiber besitzt Dioden, allerdings sollte man Relais verwenden, die eine Freilaufdiode eingebaut haben.

= Schaltzustände =

Schaltzustände können über DMX mittels [http://en.wikipedia.org/wiki/RDM_(lighting) RDM] erfragt werden. Inwiefern das Probleme mit existierendem DMX-Equipment gibt, ist bisher unklar; laut Wikipedia soll dies aber keine Probleme verursachen.

= EEPROM Memory Map (Atmega64, 2K) =

{| class="wikitable"
|-----
!Adresse!!Länge (Bytes)!!Inhalt
|-
|0x0000||1||Signatur 1 von DMXSerial2
|-
|0x0001||1||Signatur 2 von DMXSerial2
|-
|0x0002||2||DMX-Startaddresse
|-
|0x0004||32||Gerätebezeichnung
|-
|0x0024||6||Geräte-UID
|-
|0x002A||2006||Reserviert für bitlash-Funktionen
|}

= EEPROM Memory Map (I2C, 1MB) =

{| class="wikitable"
|-----
!Adresse!!Länge (Bytes)!!Inhalt
|-
|0x00000||1024||Namen der Ausgänge (32x32 Zeichen)
|-
|0x00400||512||Namen der Eingänge (16x32 Zeichen)
|-
|0x00600||16||Modus der Eingänge
|-
|0x00610||32||Private-Flag für die Ausgänge
|-
|0xF000||4096||Backup des Arduino-EEPROMS

|}

= Firmware =

Die Firmware ist generisch gehalten, sodaß die selbe Firmware für Haupt- und Nebenraum eingesetzt werden kann. Die Konfigurationsdaten werden im EEPROM vorgehalten.

Auf der Lichtsteuerung kommt deshalb [http://bitlash.net/ bitlash] zum Einsatz, welches rudimentäres Scripting ermöglicht. Folgende Funktionen stehen zur Verfügung und können zum Beispiel über die serielle Schnittstelle oder vom PI aus ausgeführt werden:

== setDeviceName ==

<pre>
setDeviceName("description");
</pre>

Setzt den Namen der Lichtsteuerung. Maximal 32 Zeichen ASCII. Wird im EEPROM abgespeichert. Kann über RDM gesetzt und abgefragt werden (DEVICE_LABEL). Beispiel:

<pre>
setDeviceName("Lichtsteuerung Hauptraum");
</pre>

== getDeviceName ==

<pre>
getDeviceName();
</pre>

Liefert den Namen der Lichtsteuerung. Beispiel:

<pre>
print getDeviceName();
> Lichtsteuerung Hauptraum
</pre>

== getDMXStartAddress ==

<pre>
getDMXStartAddress();
</pre>

Liefert die konfigurierte DMX Startaddresse zurück. Kann über RDM gesetzt und abgefragt werden (DMX_START_ADDRESS). Beispiel:

<pre>
print getDMXStartAddress();
> 32
</pre>

== setDMXStartAddress ==

Obsolet; DMX-Startaddresse wird nur über RDM gesetzt.

== getRDMUID ==

<pre>
getRDMUID();
</pre>

Liefert die RDM UID zurück. Beispiel:

<pre>
print getRDMUID();
> 1f13:abde1000
</pre>

== setOutputName ==

<pre>
setOutputName(number, "Description");
</pre>

Gibt dem Ausgang mit <code>number</code> eine Beschreibung, maximal 32 Zeichen, nur ASCII. Wird im EEPROM abgespeichert. Die Beschreibung kann über RDM abgefragt werden. Beispiel:

<pre>
setOutputName(1, "Lichtkreis 1 (Lager)");
</pre>

== getOutputName ==

<pre>
getOutputName(number);
</pre>

Liefert den Namen eines Ausgangs zurück. Beispiel:

<pre>
print getOutputName(1);
> Lichtkreis 1 (Lager)
</pre>

== setOutputState ==
<pre>
setOutputState(number, state);
</pre>

Setzt den Ausgang <code>number</code> auf den Zustand 0 (aus) oder 1 (an). Beispiel:

<pre>
setOutputState(10, 1);
</pre>

== getOutputState ==
<pre>
getOutputState(number);
</pre>

Gibt den Zustand des Ausgangs <code>number</code> zurück.

Beispiel:

<pre>
print getOutputState(10);
> 1
</pre>

== toggleOutputState ==
<pre>
toggleOutputState(number);
</pre>

Toggelt den Zustand des Ausgangs <code>number</code>.

Beispiel:
<pre>
toggleOutputState(1);
print getOutputState(1);
> 1
toggleOutputState(1);
print getOutputState(1);
> 0
</pre>
== setInputName ==

<pre>
setInputName(number, "Description");
</pre>

Gibt dem Eingang mit <code>number</code> eine Beschreibung, maximal 32 Zeichen, nur ASCII. Wird im EEPROM abgespeichert. Beispiel:

<pre>
setInputName(1, "Lichtschalter Tuer Lager");
</pre>

== setPrivateFlag ==

<pre>
setPrivateFlag(port,private)
</pre>

Setzt das "private" flag für einen Ausgang. "private" bedeutet, daß der Port nicht für den Endbenutzer sichtbar sein soll - dies ist für Ports nützlich, die eine Sonderfunktion haben, z.b. ein Warnsignal, welches vor einem Shutdown des Nebenraumes warnt.

Beispiel:

<pre>
setPrivateFlag(1,1);
</pre>

Dies setzt den Ausgang 1 auf "private".
== getInputName ==

<pre>
getInputName(number);
</pre>

Gibt den Namen des Eingangs zurück. Beispiel:

<pre>
print getInputName(1);
> Lichtschalter Tuer Lager
</pre>

== setInputMode ==

<pre>
setInputMode(number, mode);
</pre>

Setzt den Modus des Eingangs. Wird im EEPROM abgespeichert. Folgende Modis sind definiert:

<pre>
MODE_TOGGLE: Wechselschalter
MODE_MOMENTARY: Taster
</pre>

Beispiel:
<pre>
setInputMode(1, "MODE_MOMENTARY");
</pre>

== getInputMode ==

<pre>
getInputMode(number);
</pre>

Liefert den Modus des Eingangs.

Beispiel:

<pre>
print getInputMode(1);
> MODE_MOMENTARY
</pre>

== listOutputs ==

<pre>
listOutputs();
</pre>

Gibt alle Ausgänge inklusive der Namen auf dem Terminal zurück. Beispiel:

<pre>
listOutputs();
> #1: Lichtkreis 1 (Lager)
> #2: Lichtkreis 2 (Lager)
> #3: Lichtkreis 3 (Lager)
> ...
> #32: Nicht belegt
</pre>

== listInputs ==

<pre>
listInputs();
</pre>

Gibt alle Ausgänge inklusive der Namen und des Modus auf dem Terminal zurück. Beispiel:

<pre>
listInputs();
> #1: Lichtschalter Tuer (Lager) [MODE_TOGGLE]
> #2: Lichtschalter Tuer (Beamer) [MODE_TOGGLE]
> #3: Lichtschalter Tuer (Tafel) [MODE_TOGGLE]
> #4: Lichtschalter Tuer (Kueche) [MODE_TOGGLE]
> ...
> #16: Nicht belegt [MODE_TOGGLE]
</pre>

== anyOutputOn ==

<pre>
anyOutputOn (number[,number,...]);
</pre>

Gibt zurück, ob ein Eingang in der Range eingeschalten ist. Beispiel:

<pre>
anyOutputOn(1,2,3,4,5,6);
> 0
</pre>

== onInputOn, onInputOff==

<pre>
function onInputNOff {}
function onInputNOn {}
function onInputN {}
</pre>

onInputN wird aufgerufen, wenn sich der logische Zustand des Eingangs ändert. Bei einem Taster ist dies analog zu einem kurzen Tasterdruck. N wird dabei durch den entsprechenden Eingang ersetzt.

onInputNOff wird aufgerufen, wenn sich der logische Zustand des Eingangs auf 0 ändert.
onInputNOn wird aufgerufen, wenn sich der logische Zustand des Eingangs auf 1 ändert.

Beispiel: Prüft, ob einer der Lichtkreise der Tafel an ist. Wenn ja, schalte alle Lichtkreise der Tafel aus. Wenn nein, schalte alle Lichtkreise der Tafel an.

<pre>
function onInput1 { z=anyOutputOn(5,6,7,11,12,13); setOutputState(5, !z); setOutputState(6, !z);
setOutputState(7, !z); setOutputState(11, !z); setOutputState(12, !z); setOutputState(13, !z);}
</pre>

Kurzform:

<pre>
function onInput1 { z=aoo(5,6,7,11,12,13); sos(5, !z); sos(6, !z);sos(7, !z); sos(11, !z); sos(12, !z); sos(13, !z);}
</pre>

= Tests des Prototypboards =

{{TaskListStart}}
{{TaskListItem
| title = Relais-Ausgänge
| description =
| status = done
| last_changed =
}}
{{TaskListItem
| title = DS1307 RTC
| description =
| status = done
| last_changed =
}}
{{TaskListItem
| title = 24FC1024 I²C EEPROM
| description =
| status = done
| last_changed =
}}
{{TaskListItem
| title = Eingänge
| description =
| status = done
| last_changed =
}}
{{TaskListItem
| title = DMX IN
| description =
| status = done
| last_changed =
}}
{{TaskListItem
| title = DMX OUT
| description =
| status = done
| last_changed =
}}
{{TaskListEnd}}

[[Kategorie:Infrastruktur]]

Lichtsteuerung/Beleuchtungsstärken

2023-12-12T22:07:44Z

Bfritz0815:

Beleuchtungsstärken, gemessen im Juni '15:

{| class="wikitable"
|-
! Ort !! Lux
|-
| Tafel || 315
|-
| Ä-Ecke || 300
|-
| E-Ecke Arbeitsplatz || 850
|-
| Workshopraum || 330
|-
| Werkstatt || 510
|-
| Fablab || 110
|}

[[Kategorie:Archäologie]]
[[Kategorie:Wiki_Cleanup/ToDo]]

Lichtsteuerung/Alt

2023-12-12T22:05:16Z

Bfritz0815:

== Warum? ==

* Es gibt im Moment nur 2 Zustände pro Bereich: An und aus (oder auch: 350W oder 0W). Oftmals ist im Lagerbereich z.b. nur eine Leuchtstoffröhre nötig.
* Der Helligkeitsunterschied zwischen Deckenbeleuchtung und den Stehlampen ist zu groß - ein Mittelding fehlt
* Ist der Nebenraum fertig, so muß man jeden Raum überprüfen, ob dort noch Licht brennt. Dies kann mit der Lichtsteuerung (MasterPowerOff) gelöst werden.
* Unfallvermeidung (stell dir vor, du sitzt im Olymp, und es wird dunkel. Du mußt erst den Olymp verlassen, um das Licht anzuschalten -> Treppe runterfallen = aua. Mit der Lichtsteuerung könnte das übers LAN gehen).

[[Image:Lichtkreisplan Hauptraum.svg|thumb|300px|Lichtkreisplan Hauptraum]]
== Dinge aka Facts ==
* Im Hauptraum gibt es 23 Lichtkreise.
** Ein Lichtkreis an der Decke bezeichnet eine 2-flammige Lampe (derzeit nur ein Leuchtmittel eingesetzt), ansonsten 1-flammig.
** Jede Deckenlampe lässt sich laut dem Lichtkreisplan schalten. Die Deckenleuchten (Lichtkreise 1-16) sind derzeit auf 3 Sektionen (Tafel, Beamer, Lager) zusammengeschlossen.
** Mehr Granularität -> bessere Anpassung an den jeweiligen Bedarf -> niedrigerer Stromverbrauch.
* Im Nebenraum gibt es 3 Lichtkreise, einen pro Raum
* Eine Deckenröhre benötigt 58 Watt. Das bedeutet 348 Watt für die Tafel- und Beamerwandsektion und 232 Watt für das Lager. In der Küche sind 2x36 Watt-Leuchten verbaut, in der E-Ecke/Ä-Ecke sind es wieder 58 Watt.
* Nebenraum bisher unbekannt.
* Alle Lichter sollen im Haupt+Nebenraum ausgeschalten werden können, wenn der letzte geht.
* Es soll dunkel/mittel/hell pro Bereich möglich sein, in dem in einer Sektion eben nur 1/3, 2/3 oder 3/3 der Lampen geschalten wird
* Die Verkabelung der Lampen wurde bereits beim Einbau darauf ausgelegt
* Auf dem Konferenztisch werden etwa 430 Lux erreicht, was schon ziemlich gut ist (wenn eine Sektion voll geschalten ist).

== Implementierung ==

* Alles, was gemacht wird, muß dokumentiert werden!
* Die Lichtkreise werden über Relais gesteuert (siehe unten).
* Die vorhandenen Schalter werden (teilweise) über Koppelrelais an den µC als Eingang geschalten
* Der µC schaltet anhand der Schalterstellungen (Wechselschalter), ein Lichttableau oder über externe Steuersignale (z.B. Hausbus) die Relais
* Der µC soll vom DMX-Bus abgekoppelt werden können, um notfalls manuell Problemen aus dem Weg zu gehen (Spielkinder, böse Hackerangriffe, rumspinnende DMX-Apps etc).
* Es sind ggf. minimale Schaltzeiten zu beachten
* Der µC soll speichern, wie lange jeder Lichtkreis aktiv war. Somit kann man die Einsparung berechnen und Statistiken sind eh super.
[[Image:Lichtsteuerung Overview.svg]]

== Kosten ==

Eine Lichtsteuerung für Haupt- und Nebenraum sollte für unter 500€ machbar sein.

* Pro Lichtkreis Reichelt FIN 95.95.3 (2,65€ pro Stück) plus Reichelt 40.51.9 12V (1,75€ pro Stück) -oder-
* Pro Lichtkreis G2R-1-SNI 12V DC (3,50€ pro Stück laut Liste, evtl billiger) plus P2RF-05-E (2,20€ pro Stück laut Liste, evtl billiger). Diese haben manuelle Steuerung und Aktiv-LED.
* Gehäuse Hensel KV 9440, ca. 130€
* Netzteil für 24V, Hutschine, ca. 20€
* DC-DC-Wandler von 24V auf 5V für das ControllerBoard, ca. 5 Euro
* Einen µC, ein bisschen Holz für das Lichttableau, ein paar LEDs und Relaistreiber (z.B. ULN 2803A, UDN2981 )

{| class="wikitable"
|-----
! Pos || Bezeichnung || Anmerkungen || Stück || E-Preis || G-Preis
|-
| 1 || G2R-1-SNDI 24V DC || Relais || 23 (Hauptraum) + 6 (Nebenraum) = 29 || 6,09€ || 176,69€
|-
| 2 || P2RF-05-E || Relaissockel || 29 || 3,10€ || 90 €
|-
| 3 || 4-reihiger Aufputzverteiler || Gehäuse || 3 || 60€ || 180 €
|-
| 4 || Netzteil 24V || für Hutschine || 2 || 20€ || 40€
|-
| 5 || DC-DC-Wandler 24V -> 5V || || 2 || 5€ || 10€
|-
| 6 || Koppelrelais || für Lichtschalter || 12 || 5,5€ || 66€
|-
| 7 || Bauelemente || ICs, Platinenmaterial, Schieberegister, Relaistreiber || 1 || 40€ || 40€
|-
!colspan=5 |Gesamt|| 602,69€
|}

== Controllerboard ==

* Atmel-Irgendwas auf Platine mit Relaistreibern und Verbindung zum Lichttableau (DaFo schlägt DMX vor wegen Leitungslänge und co).
* 11x 74AHC595 Schieberegister (serial in, parallel out) steuern die 10x ULN 2803A Treiber an.
* Gehäuse http://www.phoenixcontact.com/global/pcb-connection/224_35923.htm entweder OT U11 oder OT U22, geeignet für Doppelstockklemmen

== Ausgangsstufe ==

* mit 30 Ports
* LED-Status pro Port
* Hutschinengehäuse
* Enthält Schieberegister und Relaistreiber, Kaskadierbar
* Eingänge: +5V, +12V, GND, Data In, Shift, Latch, Clear
* Ausgänge: 30x Relaisausgänge (eigentlich Eingänge, da gegen GND geschalten wird), Data Out

Kleines Diagramm: https://docs.google.com/drawings/d/10NOeBbUY8iZKpfekg_nUPKMvijKwDq1PlwwYthOxCoY/edit

Kosten pro Ausgangsstufe 30 Port (ca-Preis):

* Gehäuse BOPLA CN 100AK (6,85€)
* Schieberegister und Relaistreiber: ca. 2 €
* LED Quadratisch 5mm für Statusanzeige: 3€ (Reichelt V 532)
* Klemmen (passend für Bopla-Gehäuse, RM5): 6x AKL 320-05 und 2x AKL 320-04 (die eigentlichen Klemmen hat Felicitus noch massenhaft vorrätig)
* Platine ca. 2 €

Kosten pro Ausgangsstufe: ca. 20€

== USB-to-DMX ==

* Günstiger Selbstbau unter http://orikson.piranho.de/pa/uDMX/ inkl Galvanischer Trennung

= Aktuelle Version =

== Features ==
* 32 Relais-Ausgänge (gesinkt). 500mA maximum pro 8 Kanäle (die von uns eingesetzten Relais ziehen 21.6mA bei 24V)
* 16 isolierte Digitaleingänge für Lichtschalter o.ä. über Koppelrelais - 24V
* RTC mit Batteriepuffer
* I²C-Schnittstelle
* DMX-Eingang mit Startaddressenkonfiguration via DIP-Switch
* 128kB EEPROM für Ein- und Ausschalterfassung

=== Bauteile ===

Herz der Lichtsteuerung ist ein Atmega 64-16 TQ mit 64k Flash, 53 I/O Pins, 2k EEPROM und 4kB RAM. Der Controller ist bewusst überdimensioniert, um für zukünftige Erweiterungen genügend Spielraum zu haben.

Über den DMX-Eingang sowie die Digitaleingänge wird der Schaltzustand der Ausgänge definiert. Da DMX permanent Daten schickt, würden die Digitaleingänge überschrieben werden, von daher gilt folgende Logik:

* Ein Logikwechsel durch den Eingang bewirkt das togglen der betreffenden Ausgänge
* Nur ein Logikwechsel auf dem DMX-Input setzt den entsprechende Ausgang. Wird derselbe Zustand erneut empfangen, so wird nichts geändert!

Ein Atmega8 kümmert sich um das fortlaufende Senden von DMX-Daten, um weitere Lichtsteuerungen oder DMX-Endgeräte ansteuern zu können. Dieser ist über I²C an den Atmega64 angeschlossen.

===== EEPROM-Konfiguration =====

Die folgenden Konfigurationsdaten werden auf dem EEPROM des Atmega 64 abgelegt:

* welcher Digitaleingang welche Ausgänge beeinflusst
* ob die Eingänge tastend oder schaltend sind

Die Konfigurationsdaten sollen über den RS232-Port verändert werden können.

== Siehe auch ==

[https://github.com/raumzeitlabor/lichtsteuerung Github]

[[Kategorie:Archäologie]]

Diskussion:Everdrive64

2023-12-12T22:02:25Z

Bfritz0815: Die Seite wurde neu angelegt: „* Gibts das noch? * Isses in der Retro Lounge aufgestellt? * Gibts davon ein Photo? * Gibts dazu neuere Infos (vielleicht die dort verfügbaren games)? --~~~~“

* Gibts das noch?
* Isses in der Retro Lounge aufgestellt?
* Gibts davon ein Photo?
* Gibts dazu neuere Infos (vielleicht die dort verfügbaren games)?
--[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 22:02, 12. Dez. 2023 (UTC)

Everdrive64

2023-12-12T22:01:06Z

Bfritz0815:

Wir haben für das RZL einen Everdrive64 bestellt:
http://www.gp2x.de/shop/product_info.php/cPath/48/products_id/180
''Note: We don't support ILLEGAL COPIES - don't do that as well!
Only use these modules to play legal BACKUP copies of games you own or for homebrew games!''

* thinkJD: 10 € (bezahlt)
* silsha: 20 € (bezahlt)
* else: 20 € (bezahlt)
* mxf: 20 € (bezahlt)
* sECuRE: 20 € (bezahlt)
* muzy: 5 € (bezahlt)
* pennylane: 25 € (bezahlt)

= Status =

Das Modul ist angekommen und funktioniert, wird am 2012-05-11 ins RZL gebracht. Eine 8 GB-SD-Karte von sECuRE ist eingesteckt.

= Bedienung =

Am Anfang wählt man via Richtungskreuz (links) das Spiel aus und lädt mit Start. Sofern statt der Spielauswahl eine Fehlermeldung kommt, die besagt, dass er das OS nicht finden kann, einfach nochmal neu starten. Manchmal scheint er die SD-Karte nicht richtig zu erkennen.

= Save Games =

Bisher unklar, wie das funktioniert. Mit L/R kann man vor dem Spielstart beeinflussen, wie das save game-handling läuft. Aber bei "force sram" hat das Spiel hinterher den State verloren und auf der SD-Karte finde ich keine neuen Dateien.

[[Kategorie:RetroLounge]]
[[Kategorie:Gerät]]
[[Kategorie:Hardware]]
[[Kategorie:Wiki_Cleanup/ToDo]]

Diskussion:Reichelt/2012-05-07

2023-12-12T21:59:18Z

Bfritz0815: Die Seite wurde neu angelegt: „Brauchen wir ne alte Einkaufsliste noch? --~~~~“

Brauchen wir ne alte Einkaufsliste noch? --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 21:59, 12. Dez. 2023 (UTC)

Reichelt/2012-05-07

2023-12-12T21:58:55Z

Bfritz0815:

Bitte den Warenkorb exportieren, damit man das später einfach importieren kann.

== sECuRE benötigt ==

<pre>
HIROSE CAT6 BL;10
AVK 119Q-25;1
LOGILINK UA0095;1
PATCH-DW6 5 BL;1
LED 5 RG-3;2
LED 5MM 5V GN;1
</pre>

== cradle benötigt ==
<pre>
FUNK 470N;2
</pre>

== pennylane benötigt ==

<pre>
AK 673-A;2
AK 93352;1
WIHA 302-HK6;1
COMPUTER WZ KIT;1
</pre>

== Felicitus benötigt ==

<pre>
MM SL 12SK;4
MM FL 12G;4
LF 412 CP;6
SIL 5-4 1,0K;1
</pre>

== Else benötigt ==

<pre>
LED 1206-420 RT;1
X7R-G1206 22N;10
X7R-G1206 100N;10
CR 2032;2
</pre>

== mdb benötigt ==

<pre>
KAB HA 08-10;1
PATCH-C6 2 BL;1
</pre>

[[Kategorie:Wiki_Cleanup/ToDo]]

Intel Leibniz Challenge

2023-12-12T21:58:11Z

Bfritz0815:

*Mail von [[Benutzer:Rami|rami]] vom 04.02.2012:
<blockquote>
In zwei Tagen geht die Intel Leibniz Challenge 2012 los, ein Wettbewerb zu Informatik und Elektrozeug für alle Schüler in der 9.-13. Klasse. Teilnehmen kann man nur als Team aus 3-5 Schülern. Ich wäre interessiert, es zumindest mal zu versuchen und die Aufgaben anzuschauen, ob sich das lohnt. Ich hab aber kein Team. Du hast Lust? Super, meld dich bei mir! 
Mehr Infos gibts auf der leider recht unübersichtlichen Website: http://www.intel-leibniz-challenge.de/
</blockquote>

*Status 05.02.2012: In Kooperation mit DasLabor'lern haben wir eine Gruppe gestartet, vielleicht wirds ja was!

== Teilnehmer ==
* [[Benutzer:Rami|rami]]
* Robin ([[Benutzer:dj2mc|dj2mc]])
* [[Benutzer:blafoo|blafoo]] (Das Labor)

== Details ==
Gruppe: „Das Labor“ im ILC-System :)

[[Kategorie:Veranstaltung]]
[[Kategorie:Archäologie]]

Diskussion:20161102 - RFC-Docker

2023-12-12T21:57:16Z

Bfritz0815: Die Seite wurde neu angelegt: „is this page even still needed for anything? --~~~~“

is this page even still needed for anything? --[[Benutzer:Bfritz0815|Bfritz0815]] ([[Benutzer Diskussion:Bfritz0815|Diskussion]]) 21:57, 12. Dez. 2023 (UTC)

20161102 - RFC-Docker

2023-12-12T21:56:56Z

Bfritz0815:

Die Diskussion im NOC-Team hat wohl gezeigt: Docker ist doof fürs NOC, wir machen Ansible. Gut und Schön aber: "Mal eben nen Service hochziehen" (Infoscreen usw.) der keinen relevanten State braucht - bzw. seinen state auf einen zentralen, vom NOC verwalteten, DB-Host bzw. Object-Storage speichert ist einfach mit docker wesentlich einfacher für eine Organisation wie einen Hackerspace wo vielleicht nicht jeder Root auf den Servern ist und wir ja offensichtlich nicht für jeden Member ne vm machen können (Meine Anfrage für ne VM ist seit Januar pending)

Also folgender Vorschlag:
# Das NOC betreibt eine VM als dockerhost (beispielsweise RancherOS oder CoreOS) (Hostnahme "rzlocker")
# Es gibt ein zentrales github-Repo von dem der rzlocker seine dockerfiles pulled, baut und deployed.
# Dort liegt ein Template-File das verwendet werden muss
# $member forkt das Repo baut aus dem Template sein Dockerfile zusammen, mach einen PR.
# PR wird nach review gemerged --> goto 2.

** Q: Aber dann haben wir immer noch alte Baseimages ohne security-fixes!!!
** A: Wir legen im Template fest, dass nur official-base-images mit release-tag verwendet werden dürfen. Die werden jeweils kurzfristig vom distibution-team selbst geupdated (s. https://hub.docker.com/explore/). durch das Flag `--pull` zieht sich der docker-prozess beim bauen des containers jeweils ein akutelles base-image. Jetzt noch ein systemd-service, der um 03:00 alle kontainer neu baut - fertig.

** Q: Und nach sechs Monaten haben wir 1000 docker-container laufen von denen niemand weiß was sie tun...
** A: Durch unser github-repo sieht jeder, jederzeit was läuft. Unser PR-Template enthält ferner Dinge wie "was tut es und warum" und "welche Ports braucht es und warum"

** Q: Jetzt weiß zwar jeder was läuft und warum und die base ist atkuell aber trotzdem wird da ein Zoo wachsen.
** A: Wir könnten einfach(tm) ein Verfallsdatum für die Container definieren. À la: Service läuft einmal täglich und checkt: Letzte Änderung am dockerfile ist älter als $monate? --> Nachricht an Maintainer: "Mach was damit oder ich schmeiß das Ding in $tagen weg!!"

[[Kategorie:Wiki_Cleanup/ToDo]]