Offen bauen: Unsere Philosophie zur Hardwaresouveränität

|Attila Závoczki

Wie oft sind Sie schon auf ein billiges Elektronikmodul gestoßen und hatten absolut keine Ahnung, wie es tatsächlich funktioniert, um daraus zu lernen? Oder wenn Ihre alltäglichen Geräte kaputtgehen und es keine Möglichkeit gibt, eine zuverlässige Quelle oder einen Schaltplan zu finden, um sie selbst zu reparieren – insbesondere direkt nach Ablauf Ihrer Garantie?

Genau hier glänzen Open-Source-Hardware-Designs. Und der Ansatz scheint auf dem Papier einfach: Veröffentlichen Sie einfach alle Quelldateien des Designs.

Das war’s. Ja… außer dass das bloße Abladen von Dateien manchmal nicht ausreicht. Nicht nur das, traditionelle Unternehmen hassen diese Idee absolut. Für sie bedeutet Open Source, dass das Geld, das sie für Forschung und Entwicklung ausgegeben haben, direkt an die Öffentlichkeit weitergegeben wird, damit jeder es kopieren, modifizieren, herstellen und verkaufen kann.

Unsere Philosophie dazu ist bei Mechaxil völlig anders. Hier ist, wie wir denken, dass Hardware gemacht werden sollte, und warum die „Risiken“ von Open Source nicht so schlimm sind, wie traditionelle Unternehmen denken.

1. Hören Sie auf, das Rad neu zu erfinden: Die Kraft von „Open Core“

Schauen Sie sich zunächst die Hardwarelandschaft an. Zahllose Designs verwenden exakt die gleichen gängigen Teile und Topologien. Sie haben die gleichen Wurzeln, doch jedes Mal, wenn ein neues Unternehmen ein Produkt entwickelt, entwerfen sie es komplett neu von Grund auf, weil die bestehenden Implementierungen verschlossen sind.

Hier glänzen Open-Core-Designs.

Anstatt bei Null anzufangen, können Sie Ihr Produkt leicht auf bewährten Open-Core-Designs aufbauen. Dies erhöht die Designzuverlässigkeit und -geschwindigkeit drastisch. Das Beste daran: Wenn ein Fehler oder ein Bug im Design gefunden wird, kann ein Benutzer ihn beheben, das Update veröffentlichen und es offen halten, damit alle anderen eine bessere Version erhalten.

Das Nutzen von Gemeinschaftswissen erfordert viel weniger Aufwand als das Entwerfen von Grund auf, was allen Zeit spart. Es macht es auch unglaublich einfach, Änderungen zu verfolgen und eine einheitliche Dokumentation für eine einfachere Fehlerbehebung und ein Recht auf Reparatur nach Ablauf Ihrer Garantie zu veröffentlichen.

2. Code ist nur die halbe Miete (Open Source braucht Dokumentation)

Allerdings ist der aktuelle Stand der offenen Hardware mangelhaft. Wenn Sie einfach Ihre Gerber-Dateien zippen, auf GitHub hochladen und es „Open Source“ nennen, ist das eine ziemliche Übertreibung.

Menschen haben einzigartige Denk- und Verständnisweisen. Wir können nicht immer auf Anhieb das Hardware-Layout eines anderen verstehen. Damit ein Projekt wirklich Open Source ist, braucht es eine detaillierte Dokumentation über das „Warum“, das Know-how und die zentralen Designentscheidungen.

Manchmal ist der Großteil eines Open-Source-Projekts nicht das physische PCB-Layout – es ist die Dokumentation. Das Schöne daran ist, dass Dokumentation ein lebendiges Ökosystem ist. Sie kann nach der Veröffentlichung durch direkte Zusammenarbeit mit anderen Machern und Ingenieuren kontinuierlich verbessert werden.

3. Der Elefant im Raum: Nachahmungen und Massenproduktion

Die Leute fragen immer: Was ist mit den billigen Klonen? Wenn Sie Ihr Design hochladen, werden die Fabriken es dann nicht massenhaft produzieren, Ihre Geschäftsmöglichkeiten ruinieren und Ihre Verkäufe unterbieten? Warum sollte jemand Ihr Design zum doppelten Preis kaufen?

Ehrlich gesagt? Wir denken, das ist der beste Teil von Open Source, und hier ist der Grund.

Zu wissen, dass jeder unsere Designs herstellen kann, zwingt Unternehmen wie uns dazu, ständig besser zu werden. Wir können uns nicht einfach auf unseren Lorbeeren ausruhen oder Sie für grundlegende Hardware überfordern. Es zwingt uns, eine makellose Produktionsqualität zu gewährleisten, felsenfeste Zuverlässigkeit zu bieten und kundenfreundliche Einkaufsrichtlinien zu erstellen.

Eine gesichtslose Klonfabrik mag unsere Leiterbahnen kopieren, aber sie kann nicht das kopieren, was wir neben der Platine anbieten:

  • Echte Zuverlässigkeit & Qualität der Bauteilbeschaffung

  • Echte Garantie & Direkter Technischer Kundenservice

  • Umweltgarantien (RoHS / WEEE-Konformität)

  • Eine langfristige Vision für das Hardware-Ökosystem & zukünftige Upgrades

  • Schnelle, lokale Lieferzeiten

Wenn Sie nur eine abgespeckte Kopie zum halben Preis wollen, die vielleicht funktioniert, können Sie sie kaufen. Dieser Druck zwingt Unternehmen, ihre Preise menschlich und vernünftig zu halten. Aber wenn Sie ein garantiertes Erlebnis, ein Ökosystem und eine Marke wünschen, die Ihre Reise unterstützt, kaufen Sie Originale. Und das Beste daran? Wenn Sie ein Maker sind, der gerne Dinge anpasst, müssen Sie keines von beidem kaufen – Sie können einfach Ihr eigenes bauen!

4. Warum wir CERN-OHL-W wählen, um dieses Ökosystem zu schützen

Um diese Philosophie in eine rechtliche Realität umzusetzen, brauchten wir eine Lizenz, die unserer Weltanschauung entspricht. Wir haben die CERN Open Hardware Licence v2 – Weakly Reciprocal (CERN-OHL-W) für unsere aktuellen und zukünftigen Boards, wie das Pico IO Board, gewählt.

Es gibt ein häufiges Missverständnis bezüglich des Labels „Weakly Reciprocal“. Es bedeutet nicht, dass Sie private Anpassungen an unserem Board-Design vornehmen und diese geheim halten können. Wenn Sie unser Board-Layout ändern, zwingt Sie die Lizenz, diese Änderungen offen zu teilen. Sie schützt die Arbeit unserer Community davor, von schlechten Akteuren verschlossen zu werden.

Der „schwache“ Teil schützt jedoch Sie, den Maker. Wenn Sie unser Open-Source-Board nehmen und es in ein massives, komplexes, proprietäres kommerzielles Projekt von Ihnen einstecken, bleibt Ihr Projekt privat. Die Lizenz „infiziert“ Ihre gesamte Kreation nicht.

Es ist der perfekte Mittelweg: Es hält die Kernhardware für alle frei und offen, während es Ihnen die volle rechtliche Sicherheit gibt, darauf aufbauend alles zu entwickeln, was Sie wollen.

Was halten Sie von Open-Hardware-Lizenzen? Wurde ein Projekt von Ihnen schon einmal durch die Verfügbarkeit von Schaltplänen gerettet (oder ruiniert)? Lassen Sie uns darüber in den Kommentaren unten sprechen.

0 Kommentare

Hinterlasse einen Kommentar

Bitte beachte, dass Kommentare vor der Veröffentlichung freigegeben werden müssen.