- Sechs Wochen nach der Übernahme von Arduino durch Qualcomm wurden neue Nutzungsbedingungen und Datenschutzrichtlinien veröffentlicht, was Sorgen auslöste, dass die Open-Source-Grundlage verschwunden sei
- Die neuen Bedingungen enthalten unter anderem eine verbindliche Schiedsklausel, Datenintegration mit dem Qualcomm-Ökosystem, Einschränkungen der KI-Nutzung und ein Verbot von Reverse Engineering und markieren damit den Übergang zu Regeln nach Art von Enterprise-SaaS
- Besonders die Klausel „keine Gewährung einer Patentlizenz“ wirft die Frage auf, ob Projekte, die Arduino-Tools verwenden, dem Risiko von Patentstreitigkeiten ausgesetzt sein könnten
- Adafruit bezeichnete diese Veränderungen als „Zerstörung der Allmende (commons)“ und kritisierte sie als Verstoß gegen die Prinzipien offener Hardware
- Die Community fordert garantierte Offenheit von IDE, CLI und Bibliotheken sowie eine klare rechtliche Abgrenzung und Governance-Struktur; die Reaktion in den kommenden Monaten dürfte über das Fortbestehen des Arduino-Ökosystems entscheiden
Qualcomms Übernahme von Arduino und die Sorgen der Community
- Qualcomm hat Arduino vor sechs Wochen übernommen, und die Maker-Community befürchtete sofort, dass der Open-Source-Geist beschädigt werden könnte
- Die neu veröffentlichten Nutzungsbedingungen und Datenschutzrichtlinien wirken, als seien sie vom Qualcomm-Rechtsteam verfasst worden, und machen deutlich, dass Arduino keine offene Allmende (open commons) mehr sei
- Die Community wertet dies als Zeichen dafür, dass Arduino zu einer gewöhnlichen Unternehmensplattform herabgestuft wurde
Die wichtigsten Punkte der geänderten Bedingungen
- Die neuen Bedingungen umfassen verbindliche Schiedsverfahren, globale Datenintegration, Exportkontrollen und Einschränkungen der KI-Nutzung
- Die größte Änderung ist die Klausel „keine Gewährung einer Patentlizenz“, wodurch Projekte, die Arduino-Tools oder Beispiele verwenden, zum Ziel von Patentverletzungsvorwürfen durch Qualcomm werden könnten
- Zudem steht die Arduino IDE unter AGPL und die CLI unter GPL v3, doch die neuen Bedingungen verbieten Reverse Engineering der „Plattform“, was zu einem Konflikt mit den Lizenzen führt
Interpretation der Community und Verwirrung
- Einige meinen, die „Plattform“ beziehe sich nur auf Cloud-Dienste (Forum, Arduino Cloud, Project Hub), doch mangels klarer Erklärung hält die Verwirrung an
- Bibliotheksmitwirkende und Hardwarehersteller sorgen sich, ob daraus rechtliche Risiken entstehen
- Die Community fordert von Qualcomm, den Geltungsbereich in klarer und einfacher Sprache konkret festzulegen
Kritik von Adafruit und ihre Bedeutung
- Adafruit hat öffentlich vor den Risiken dieser Übernahme gewarnt
- Adafruit gilt als moralische Autorität im Bereich offener Hardware und betont, dass „Qualcomm das Wesen von Arduino nicht verstanden hat“
- Der Wert von Arduino lag nicht nur in der Hardware, sondern in Vertrauen und Zugänglichkeit als Allmende; die Anwendung eines unternehmensrechtlichen Rahmens zerstöre diesen Wert, so die Warnung
Was Qualcomm übersehen hat
- Qualcomm betrachtete Arduino als IoT-Hardwareunternehmen, tatsächlich hat es jedoch die Standardplattform der Maker-Welt übernommen
- Die Arduino IDE ist die gemeinsame Sprache der Hobbyelektronik, über die Millionen Menschen das Programmieren gelernt haben
- Tausende Bibliotheken, Tutorials und Lehrpläne basieren auf Arduino, und diese rechtliche Unsicherheit betrifft das gesamte Ökosystem
Die Bedeutung der IDE und warum sie nicht ersetzbar ist
- Manche diskutieren einen Wechsel zu PlatformIO oder VSCode, doch für Einsteiger sind diese deutlich weniger zugänglich
- Wenn die Arduino IDE verschwindet oder eingeschränkt wird, könnte die Einstiegshürde steigen und der Zustrom neuer Maker zurückgehen
- Wie im früheren Fall des Endes von Hypercard könnte das Fehlen eines einfach zugänglichen Einstiegswerkzeugs zum Niedergang der Community führen
Angesammeltes Wissen und Risiken für das Ökosystem
- Arduino wurde auf 20 Jahren an Tutorials, Blogs, Bildungscurricula und Open-Source-Bibliotheken aufgebaut
- Falls Qualcomm die offene IDE aufgibt oder in „Arduino Pro“ umwandelt oder sogar Patentansprüche geltend macht, würde dieses Wissenskapital isoliert werden
- Das wäre, als würde Wikipedia kostenpflichtig, und der Verlust des Vertrauens in die Allmende wird als der größte Schaden bezeichnet
Qualcomms juristischer Ansatz und seine Probleme
- Das Qualcomm-Rechtsteam hat im Rahmen eines üblichen Übernahmeprozesses Schiedsklauseln, Datenintegration, Exportkontrollen und Reverse-Engineering-Verbote hinzugefügt
- Arduino ist jedoch keine kundenbasierte Plattform, sondern eine gemeinschaftsgetragene Allmende, weshalb solche Enterprise-SaaS-Regelwerke im Kern unpassend sind
- Das Ergebnis ist ein Zusammenbruch des Vertrauens, verursacht nicht durch Böswilligkeit, sondern durch Taubheit gegenüber dem Kontext (tone-deafness)
Welche Lösungen die Community fordert
- Qualcomm hat die Änderungen ohne vorherige Ankündigung veröffentlicht und damit Vertrauen verspielt
- Zur Lösung müsse Qualcomm
- den Geltungsbereich der Bedingungen auf Cloud-Dienste beschränken und
- klarstellen, dass die Open-Source-Lizenzen von IDE, CLI und Kernbibliotheken erhalten bleiben
- Zudem seien konkrete Schutzmechanismen nötig, darunter öffentlich zugängliche Repositories, Klauseln gegen Lizenzänderungen und eine Community-Governance-Struktur
- Als Modell wird vorgeschlagen, die zentralen Werkzeuge ähnlich dem Linux-Foundation-Modell an eine separate Stiftung zu übertragen
Ausblick
- Durch die Übernahme durch Qualcomm ist Arduinos Open-Source-Erbe in Gefahr geraten
- In den kommenden Monaten wird entscheidend sein, ob Qualcomm klare Erklärungen und Governance-Maßnahmen vorlegt
- Falls das Unternehmen schweigt oder sich die IDE-Entwicklung verlangsamt, könnte die Community zu alternativen Plattformen abwandern
- Die Kernfrage ist nicht: „Wird die Maker-Community überleben?“, sondern: „Wird Arduino überleben?“
1 Kommentare
Hacker-News-Kommentare
Dieser Artikel ist etwas irreführend
Die geänderten Nutzungsbedingungen (ToS) gelten nur für die Cloud-Dienste von Arduino, nicht für die IDE oder die Mikrocontroller-Bibliotheken
Das steht im ersten Absatz der ToS ausdrücklich so
Es gibt keine einschränkenden Formulierungen wie „only“ oder „solely“, und Dienste und Zwecke sind vermischt, daher scheint es eher eine umfassende Beschreibung zu sein
Man kann das insgesamt aber auch so lesen, dass es auf von Arduino gehostete Online-Ressourcen beschränkt ist
Genau diese mehrdeutige Kommunikation von Richtlinien ist das Problem
Sätze wie „Arduino isn’t SaaS“ sind typischer ChatGPT-Stil
Deshalb ist fraglich, ob der Originaltext die Informationen korrekt wiedergibt
Wenn große Unternehmen Open-Source-Projekte übernehmen, ändern sich Governance und juristische Formulierungen oft stark
Auch hier muss man abwarten
Die gefährlichste Änderung ist, dass Arduino nun ausdrücklich erklärt, überhaupt keine Patentlizenz mehr zu gewähren
Das heißt, Qualcomm usw. könnten möglicherweise Patente auf Projekte geltend machen, die mit Arduino-Tools oder -Beispielen erstellt wurden
Das geht genau in die entgegengesetzte Richtung von „open“
Arduino stand schon lange wegen Governance- und Lizenzproblemen in der Kritik
Im Zentrum stand aber immer eine leidenschaftliche Community aus Amateuren und Lehrkräften
Die Lehre daraus ist einfach — wenn man sein Projekt verkauft, kann das Ergebnis ein Opfer der Community sein
Arduino History und Hackadays Artikel über Wiring zeigen diese Geschichte gut
Ich frage mich, ob Leute heute überhaupt noch Arduino verwenden
Ich selbst hatte früher ein paar Boards, nutze Arduino aber kaum noch, seit ich auf ESP32 umgestiegen bin
Auch die IDE habe ich durch PlatformIO in VS Code ersetzt
Mit weniger als 300 Zeilen Code war das Problem gelöst, und dank der Einfachheit der IDE gab es praktisch keine Lernkurve
Für Leute, die einfache Probleme schnell lösen wollen, ist es immer noch eine nützliche Plattform
In letzter Zeit probiere ich auch RP2350 und MicroPython aus; wenn man kein Netzwerk oder extrem niedrigen Stromverbrauch braucht, könnte das die bessere Wahl sein
Für Indie-Entwickler ist so eine testbare Build-Umgebung ziemlich wichtig
Die aktuelle Richtung von Arduino gefällt mir nicht
Boards wie das RP2040 sind viel leistungsfähiger und günstiger
Die IDE wirkt immer noch wie eine Beta-Version aus den 90ern
Für mich ist Arduino gerade in einer Phase, in der es wie BlackBerry verschwindet
Das lag auch an mir, aber Arduino war wohl doch nicht die so spannende Experimentierplattform, die ich erwartet hatte
Die offizielle Position von Arduino steht im offiziellen Blog
Der Autor scheint nicht wirklich Entscheidungsträger oder für die Strategie verantwortlich zu sein
„Arduino Team“ wirkt eher wie eine naive Gruppe von Mitarbeitern
Ich habe vor ein paar Tagen selbst einen Uno Q bestellt, noch direkt vor dieser Debatte um die Nutzungsbedingungen
Ich werde ihn mir trotzdem kurz anschauen
Aber wenn man Qualcomms Vergangenheit bedenkt, macht mir die künftige Richtung von Arduino Sorgen
Mir kommt dabei ständig das Sprichwort in den Sinn, dass ein Leopard seine Flecken nicht ändert
Als ich in der Oberstufe war, wollte ich 8-Bit-Mikrocontroller ohne Arduino lernen, aber damals gab es kaum Material dazu
Heute ist die Verzerrung in Richtung Arduino vermutlich sogar noch stärker
Ich frage mich, wie viele Leute noch reines C mit einer Open-Source-Toolchain verwenden
Ein Texteditor und gcc allein reichen völlig aus
Für die AVR-Familie geht es mit avr-gcc, und auch Mbed ist einen Blick wert
Dort gibt es viel Middleware, die die Hardware-Abhängigkeit reduziert
IDE und Boards änderten sich kaum, sodass man weniger Zeit fürs Setup brauchte und direkt unterrichten konnte
Heute würde ich MicroPython wählen, aber dann hat man entsprechend mehr Troubleshooting
Trotzdem hat Python große Vorteile, weil es heute die Standardsprache für den Einstieg ist
AVR war dank guter Open-Source-Tools zugänglicher als PIC
Mit
espupfür Rust hatte ich in 30 Minuten einen erfolgreichen BuildAuch die offizielle Rust-Dokumentation ist gut gemacht
Das STK500-Entwicklungskit kostete etwa 100 Dollar, und später konnte man dank avr-libc leicht in einer Linux+C-Umgebung loslegen
Die frühere Diskussion wurde im vorherigen Thread behandelt
Das Arduino-Ökosystem wirkte auf mich immer so, als wolle es unnötigen Lock-in erzeugen
Die meisten Boards sind einfach Atmel-AVR-MCUs mit einem Bootloader obendrauf
Tatsächlich kann man mit avr-gcc und avr-libc schon alles Nötige programmieren
Aber um Kindern beizubringen, LEDs blinken zu lassen oder einfache Roboter zu bewegen, ist es großartig
Es gibt viele Komponenten, und es ist sicher und einfach für den Unterricht
Für einfache Automatisierung oder Hobbyprojekte ist es weiterhin geeignet
Ursprünglich war es ein auf Künstler ausgerichtetes Werkzeug, abgeleitet von der Processing-IDE
Mit einer einfachen API und einer IDE mit nur zwei Buttons wurde es dafür entworfen, Künstlern physische Installationen zu erleichtern
Die heutigen Einschränkungen sind also eine direkte Fortsetzung dieser Philosophie
Man kann Arduino-Boards auch mit avr-gcc nutzen, und es ist leicht, dem SDK eigene Geräte hinzuzufügen
Für mich war Arduino der Einstieg ins Programmieren
Ich habe damit C++ gelernt und als meinen ersten Open-Source-Beitrag die Arduino MIDI Library erstellt
Dass ich heute da bin, wo ich bin, verdanke ich Arduino und der Open-Hardware-Community