Wer ist FabInfra? Was ist FabAccess?

Wer ist FabInfra?

FabInfra ist eine dezentrale Community von FabLab-, Makerspace-, Hackerspacebetreibern und engagierten Mitgliedern dieser Spaces.

Wir haben die Mission, Tools zur Automatisierung und Organisation für FabLabs und offene Werkstätten zu entwickeln und diese zu fördern.

Seit 2018 arbeiten wir daran den den Werkstattbetreibern und -nutzern den Alltag durch Automatisierung zu vereinheitlichen und zu verinfachen, um so den Betreibern die Möglichkeit zu geben sich mit den wirklichen wichtigen Aufgaben im Space zu beschäftigen.

Sowohl die Community hinter FabInfra, als auch die Konzepte und entwickelten Werkzeuge unterstützen dich - angefangen vom kleinen MakerSpace mit wenigen Organisatoren bis zum im Trubel stehenden Space mit dutzenden Maschinen.

Was ist FabAccess?

Die richtige Schreibweise von FabAccess ist "FabAccess", nicht "Fab Access", nicht "Fab-Access" und nicht "Fab:Access"

Ein Maschinenzugangssystem für offene Werkstätten. Das klingt einfach, oder? Hier 1 Bit setzen, Maschine an! 1 Bit zurücksetzen, Maschine aus! Fertig. Leider stellt sich heraus, dass es nicht ganz so einfach ist. Warum brauchen wir das trotzdem?

Es gibt 2 Arten von Maschinen:

• die, die Menschen verletzen
• alle anderen

Es gibt 2 Arten von Werkstattnutzern:

• die, die aufräumen
• alle anderen

Wenn wir mit alledem klarkommen wollen, dann viel Spaß! Oder nutze FabAccess!

Warum ist es nicht so einfach? Weil es verschiedene Hürden bzw. Aspekte gibt, die dafür Berücksichtigung finden sollten:

• Rollenbasierter Zugriff
• Föderation
• Arbeitssicherheit
• IT-Sicherheit
• attributgesteuerter Zugriff
• Stabilität
• Einfachheit der Installation
• Modularität
• verschiedene Maschinen
• Zugänglichkeit
• Zeit & Geld
• verschiedene Werkstätten
• komplexe Aktivierungsschemata

Wir wollen (und brauchen) viel mehr als ein "funktioniert für mich" Tool.

Screenshot von der FabAcess Android Applikation

Perspektiven

Für die Werkstattleiter sollte das System ...

• einen sicheren Betrieb garantieren
• soziale Verhaltensrichtlinien etablieren bzw. erzwingen
• ... und ...
• einfach installierbar und konfiguerbar sein
• stabil in laufender Benutzung agieren
• Wartungsaufwand mit wenig bis keinem Aufwand

.... es sollte sich der Werkstatt anpassen, nicht die Werkstatt an FabAccess

Für die Werkstattbenutzer sollte das System ...

• einfach zugänglic hsein
• schnell und einfach zu nutzen sein
• den Aufwand reduzieren

Einfachheit in Installation und Konfiguration

• Die Installation von FabAccess wird aktiv dokumentiert
• Die Konfguration erfolgt über dhall / toml Dateien
  • eine GUI für das Erstellen von Konfigurationen ist wünschenswert
  • die Dateien sollte gut dokumentiert sein - und du fasst sie nur einmal an
• Das Anbinden neuer Maschinen ist einfach über Python, Bash, etc.
  • eine wachsende Zahl von Beispielen finden sich auf GitLab, Github und anderen Plattformen

Stabilität

• ausgewählte Programmiersprachen und Frameworks:
  • Backend: Rust
  • API: Cap'n Proto
  • Referenz-Client (Android): C# / Xamarin
  • aktives Nachdenken über AvaloniaUI zum Adressieren von GTK (Gnome Toolkit) / Linux

Wartung

• abwärtskompatible Konfiguration und API ab Version 1.0
• strukturierte Log-Dateien von Ereignissen

Zugänglichkeit

• Die mobile App ist in den meisten App Stores zu finden (inkl. F-Droid)
• eine APK ist frei zugänglich

Benutzung

• Sensible Benachrichtigungen per OLED / e-Ink Display
• Föderation

Aufwand / Nutzungsbeschleunigung

• Maschinen können mit NFC Karten aktiviert werden

Unterstützte Hardware

Out of the box

• DESfire EV2
  • FabReader
• Shelly Plugs (v1 und v2)
• Rasberry Pi / LXC Container / Proxmox

Einfach erweiterbar

• Python, Bash, alles, was Cap'n Proto anspricht

Roadmap

• ☑️ 0.1 historische Alpha-Version
• ☑️ 0.2 Joris-Alpha (01/2022)
• ☑️ 0.3 öffentliche Alpha (04/2022)
• ☑️ 0.4 Beta (aktuell)
• 🔲 1.0 Stable (Q1/2023) - je mehr Abstraktion, desto besser:
  • OpenID Connect (keycloak)
  • noch mehr komplexe Zustände: z.B. "Schalten nur, wenn auch die Kühlung oder Absaugung angeschalten ist!" oder "Schalte aus, wenn der letzte gegangen ist"
  • Föderation: Werkstätten haben eine technische Bais für Verträge/Abrechnungen, die das Leben einfacher für jeden machen und Plastikkarten sparen
  • Blinkendes, Farbenfrohes, Stabiles und fanciges mit Glitzer

Bei diesen Versionen wird primär von der API-Version gesprochen! Die Versionen des Servers und des Referenz-Clients können sich unterschieden. Clients in den App Stores müssen der Server-Version entsprechen, bis die Version 1.0 erreicht ist!

Team

• Ist größer 64 Leute
• die Community wächst
• Berlin / Potsdam
  • @dequbed (Backend)
  • @TheJoKIKa (Reference & Client)
  • @rand0mu5eR (Deployment & NFC)
  • @Knurps (confusion and other things)
• Bocholt
  • @JorBi (Hardware, Schmerz, Dokumentation und mehr)
• niemand: Blockchain - wird gesucht!

Organisationen

• Verbund Offener Werkstätten (VOW) https://www.offene-werkstaetten.org
  
• Fab:UNIverse https://fab101.de/fabuniverse
• Berlin university of applied science (BHT) http://www.bht-berlin.de
• RLKM UG

finanziell unterstützt von …

• Prototype-Fund https://prototypefund.de
• FabCity HH https://www.fabcity.hamburg

Probleme:

• jede Werkstatt, jede Maschine ist anders. Deshalb gibt es so viele Varianten, dass es nur einen generischen Ansatz geben kannn, wenn es ein Tool für alle oder viele von uns werden soll

Zweck der API

• Anbindung für Leute, die keine Core-Coder sind
• nicht jeder hat ein smartphone und in nicht jedem fall macht es sinn!

Fragen aus den Reihen:

• did you guys think about interoperation already existing systems like 3id?
• how do you stop the people from unplugging plugs from the machine to switch on/off -> hier ist es eine Frage zwischen technischen UND sozialen Fragestellungen! wie man bestrafen kann: der letzte gemeldete Nutzer im System muss sich rechtfertigen, was passiert ist (Log File) -> log parsing ist nicht mehr im Scope von FabAccess
• do you have the possbility to get the signal from the machine to check if its working? -> it depends! the core of FabAccess is switching on/off. we do not need MQTT data, but we CAN use it to make even more with it
• fabaccess soll kein ERP System sein und es dient auch nicht primär zur Abrechnung von Maschinen