2 Punkte von GN⁺ 2025-12-15 | 1 Kommentare | Auf WhatsApp teilen
  • Nach der Veröffentlichung von Arduinos neuen Nutzungsbedingungen ist in der Open-Source-Hardware-Community ein Konflikt mit Adafruit ausgebrochen
  • Adafruit kritisiert, dass die neuen Bedingungen mit einem Verbot von Reverse Engineering, einer dauerhaften Lizenz für von Nutzern hochgeladene Inhalte und weitreichender Überwachung für KI-Funktionen die Open-Source-Prinzipien untergraben
  • Arduino entgegnet, diese Einschränkungen gälten nur für SaaS-Cloud-Anwendungen, während der Open-Source-Geist der Hardware erhalten bleibe
  • Die EFF weist darauf hin, dass einige Klauseln „den Schutz für Nutzer im Vergleich zu früher verringert haben“, und nennt insbesondere die Streichung des Rechts auf Widerruf der Lizenz als Problem
  • Die aktuelle Kontroverse zeigt die Grenzen der Definition von Open-Source-Hardware und der Verlagerung hin zu Cloud-zentrierten Modellen auf und unterstreicht die Bedeutung von Vertrauen und Transparenz in der Community

Hintergrund der Änderungen an Arduinos Bedingungen und der Kontroverse

  • Arduino hat nach der Übernahme durch Qualcomm neue Nutzungsbedingungen veröffentlicht, was in der Open-Source-Community eine Debatte ausgelöst hat
    • Adafruit argumentiert, dass diese Bedingungen mit einer Klausel zum Verbot von Reverse Engineering dem Open-Source-Gedanken widersprechen
    • Arduino erklärt: „Die Einschränkungen gelten nur für cloudbasierte SaaS-Anwendungen, die bestehende Open-Source-Hardware bleibt unverändert bestehen.“
  • Phillip Torrone von Adafruit warnte auf LinkedIn: „Arduino-Nutzern ist es jetzt sogar untersagt, zu verstehen oder zu analysieren, wie die Plattform funktioniert.“
    • Der Beitrag erhielt mehr als 1.500 Reaktionen und sorgte in der Community für große Resonanz

Cloud-zentrierte Entwicklungsumgebung und Datenschutzfragen

  • Adafruit-Gründerin Limor „Ladyada“ Fried kritisiert, dass Arduinos Erklärung die Realität beschönige
    • Sie weist darauf hin, dass Arduinos offizielle Website die Nutzung des Cloud-Editors und der Web-IDE nachdrücklich empfiehlt und dies insbesondere unter ChromeOS faktisch die einzige Option sei
    • Bei der Nutzung der Cloud sei außerdem die Erstellung eines Kontos sowie die Zustimmung zu Marketing- und Profiling-Verfahren zwingend eingebunden
  • Fried bewertet dies so: „Anders als früher, als man eine lokale IDE herunterladen und an der Hardware herumhacken konnte, ist das Modell heute an personenbezogene Daten und abonnementbasierte Dienste gebunden.“

Nutzerinhalte und Lizenzklauseln

  • Adafruit kritisiert, dass die neuen Bedingungen eine dauerhafte und unwiderrufliche Lizenz für von Nutzern hochgeladene Inhalte einräumen
  • Arduino entgegnet, dies sei lediglich eine funktional notwendige Rechteeinräumung für angeforderte Cloud-Funktionen; das Eigentum verbleibe beim Nutzer
    • Beispiel: technische Rechte, die nötig sind, um Sketche in der Cloud zu kompilieren oder Beiträge im Forum zu veröffentlichen
  • Mitch Stoltz von der EFF betont, dass „frühere Bedingungen es Nutzern erlaubten, die Lizenz jederzeit zu widerrufen, während die neuen Bedingungen dies gestrichen haben“, und sieht darin eine Schwächung des Nutzerschutzes

Kontolöschung und Richtlinien zur Datenspeicherung

  • Arduino erklärt: „Nutzer können jederzeit die Löschung ihres Kontos und ihrer Inhalte beantragen; bei einer Löschung werden Beiträge anonymisiert.“
    • Bei mehr als 2 Jahre inaktiven Konten wird jedoch auf Wunsch der Community der Name des Mitwirkenden für 5 Jahre beibehalten
    • Nach Ablauf dieser 5 Jahre wird der Benutzername entfernt und der Beitrag de-identifiziert
  • Fried kritisiert, diese Richtlinie behandle „die Identität der Community und ihre Daten als verwaltetes Gut statt als Bereich unter Nutzerkontrolle

Kontroverse um KI-Funktionen und Nutzerüberwachung

  • Die neuen Bedingungen nennen verbotene Anwendungsfälle für KI (Kriminalität, Desinformation, militärische Nutzung usw.) und enthalten zudem Befugnisse zur Überwachung von Nutzeraktivitäten
    • Arduino erklärt, dies diene „der Einhaltung gesetzlicher Vorschriften und der Sicherstellung der Stabilität des Dienstes“
  • Fried fordert statt einer „umfassenden Überwachung aller Nutzer“, die das Vertrauen beschädige, ein transparentes und begrenztes Monitoring-Design
    • Sie betont, „Open-Source-Lizenzen erlauben keine Einschränkungen des Verwendungszwecks“, weshalb eine Klausel zum Verbot militärischer Nutzung nicht mit der Definition von ‚Open Source‘ vereinbar sei
  • Adafruit kritisiert, Arduinos Bedingungen würden „faktisch die Freiheit der Lizenz aushöhlen

Ausblick und Reaktionen der Community

  • Arduino erklärte, man verstehe die Sorgen der Community und werde Transparenz und Dialog fortsetzen
  • Adafruit kündigte an, weiterhin „echte Open-Source-Hardware“ zu entwerfen und offenzulegen und Ökosysteme wie Zephyr, BLE und IoT breit zu unterstützen
  • Fried betonte: „Zusammenarbeit ist immer willkommen, aber sie muss auf vollständig offenen Lizenzen und vollständiger Dokumentation beruhen.“

1 Kommentare

 
GN⁺ 2025-12-15
Hacker-News-Kommentare
  • Seit ich angefangen habe, die ESP32/ESP8266-Chips von Espressif zu nutzen, habe ich Arduino fast vergessen.
    Wenn man die VSCode-Erweiterung richtig einrichtet, braucht man nicht einmal eine IDE, und ich denke, ich sollte PlatformIO unbedingt mal ausprobieren.

    • Als Kind habe ich Arduino benutzt, bin aber wegen der hohen Preise auf Klone umgestiegen.
      Als dann ESP8266/ESP32 auftauchten, habe ich Arduino komplett verlassen.
      Für Bildung oder Industrie mag es noch sinnvoll sein, aber persönlich habe ich keinen Grund mehr, es zu verwenden.
      Ich nutze PlatformIO in VSCode schon lange und arbeite heutzutage lieber schneller mit ESPHome.
    • Ich kompiliere und lade Code mit arduino-cli und einem Makefile hoch.
      Mit der Option --verbose kann man den Ablauf sehen.
      Ich habe viel Gutes über PlatformIO gehört, frage mich aber, welche Vorteile es außer der VSCode-Integration hat (ich bin emacs-Nutzer).
    • Ich nutze eine Kombination aus Adafruit Ampy, esptool, picocom und VSCode.
      Wenn man die Befehle im CLI-Verlauf speichert und mit Ctrl+R wieder aufruft, ist das sehr praktisch.
    • Nach über 10 Jahren mit der Arduino IDE bin ich vor ein paar Monaten auf PlatformIO umgestiegen.
      Es bietet schnelle Builds, reproduzierbare Umgebungen, das Flashen von Images auf mehrere Geräte, Build-Time-Parameter und weitere Funktionen, die mit der IDE nicht möglich sind.
  • Der Raspberry Pi Pico ist als Arduino-Alternative deutlich einfacher zu handhaben.
    Er hat Dual-Core und einen IO-Koprozessor, und der Pico2 unterstützt sogar einen RISC-V-Modus.
    Das Hochladen von Binärdateien ist so einfach wie eine Datei per Drag-and-drop zu ziehen, und unter Linux lässt sich das mit picotool skripten.

    • Die Dokumentation ist wirklich hervorragend. Im RP2350-Datenblatt stehen sogar detaillierte Anmerkungen des Design-Teams.
      Für solche Unterlagen wäre ich bereit, ein paar Cent mehr zu zahlen.
    • Andererseits hat die RP2xxx-Serie schwache Hard-IP, und PIO gleicht das nicht vollständig aus.
      Für Hobbyprojekte ist sie großartig, aber bei komplexen Projekten bleibt sie hinter STM32 zurück.
    • Die RP2040-Reihe ist wirklich großartig, und ich möchte kleine Maker unterstützen, die diesen Chip an Orten wie Tindie einsetzen.
    • Ich frage mich, wie lange das mit einer CR2032-Batterie läuft.
      Ein STM32L011 hielt bei mir mehrere Monate, sogar Jahre.
    • Man kann es auch mit picotool skripten, aber es ist einfacher, das Debugging mit einem anderen Pico oder Debug Probe einzurichten.
  • Es gibt zu wenig Erklärung dazu, wie das neue Arduino-System funktioniert, daher ist es schwer, die Auswirkungen der neuen Lizenz zu beurteilen.
    Früher wurde per USB geflasht, aber jetzt heißt es, man programmiere drahtlos mit dem Web-Editor.
    Ich frage mich, ob Wi‑Fi zwingend nötig ist, welches Netzwerkprotokoll verwendet wird und wie das Pairing funktioniert.

    • Noch wichtiger ist, ob lokale Entwicklung weiterhin möglich ist oder ob man jetzt von der Cloud abhängig wird.
  • Die SaaS-Plattform von Qualcomm ist einfach ein gewöhnlicher Service, und Arduino ist noch immer wie früher.
    Sowohl die EFF als auch Arduino stehen Open Source positiv gegenüber, daher schenke ich der marketinggetriebenen Kontroverse von Adafruit keine Beachtung.

    • Der Originaltext von Adafruit ließ Details weg und wirkte so, als würde er gezielt Verunsicherung schüren.
    • Ich stimme ebenfalls zu. Ich schreibe seit fast 20 Jahren Arduino-Bibliotheken.
  • Es scheint schwierig für Qualcomm zu sein, den Markt zu kontrollieren.
    Weder CPU noch Bootloader noch Compiler gehören ihnen, und chinesische Hersteller werden sich nicht an die Regeln halten.
    Viele finden die Arduino IDE inzwischen wegen fehlender Debugging-Funktionen unpraktisch.
    Die Übernahme von Arduino durch Qualcomm könnte ein Fehlurteil im AI-Boom gewesen sein.

    • Die Arduino IDE bietet nichttechnischen Nutzern immer noch einen einfachen Einstieg.
      Aber es gibt keinen schrittweisen Pfad zu fortgeschritteneren Funktionen.
      Die Projektstruktur ist an eine einzelne Datei gebunden, und auch das Build-System ist unpraktisch.
      In CI nutze ich ein Makefile, aber die Konfiguration ist umständlich.
      Immerhin sind Editor-Probleme dank Auto-Reload weniger schlimm.
    • Der Arduino-Markt ist klein, und Qualcomm hat auch schon größere Projekte aufgegeben.
      Ob Arduino erfolgreich ist oder nicht, ist für sie nicht wichtig.
    • Das Englische war vollkommen verständlich :)
  • Es heißt zwar: "Anything that was open, stays open", aber wenn man sich Android und Google Play Services ansieht, denkt man anders darüber.

    • Trotzdem haben sie großartige Arbeit geleistet.
      Andere Unternehmen haben auch geholfen, aber Richtlinien wie die Einschränkungen für YouTube-Clients sind bedauerlich.
  • Adafruit ist aktuell der Marktführer im Bildungs- und Hobbybereich.
    Arduino oder SparkFun sind nicht mehr wie früher.
    Allerdings könnte ein starker Fokus auf MicroPython später im Lernprozess zu einer Hürde werden.
    Die Unterstützung für C++-Bibliotheken bleibt dennoch erhalten.

    • Adafruit konzentriert sich tatsächlich auf CircuitPython.
      Es ist einfacher als MicroPython, und ich bevorzuge Python gegenüber C++.
      Python in meinem bevorzugten Editor statt in der Arduino IDE zu verwenden, ist viel angenehmer.
    • Der Einsatz von Python ist als Strategie zur Verbreiterung der Nutzerbasis sinnvoll.
      Nicht jeder muss ein C++-Experte sein.
  • Ein Großteil des Artikels übernimmt schlicht die Behauptungen des Konkurrenten Adafruit.
    Die EFF hält die neuen Bedingungen für weitgehend vernünftig, während Adafruit unnötige Kontroversen schafft.

    • Adafruit ist kein Konkurrent von Arduino. Tatsächlich verkauft es Arduino-Produkte.
    • Ich verstehe die Sichtweise von Adafruit, denke aber, dass das Problem der Lizenzkompatibilität übertrieben wurde.
      Open Hardware ist heute nicht mehr schwer zu warten, und das Ökosystem kann ausreichend eigenständig sein.
  • Die Formulierung "Chief microcontroller rival Adafruit" ist ungenau.
    Adafruit und Arduino sind nur PCB-Marken, die Chips werden von Herstellern wie ST oder Renesas gefertigt.

    • Die Formulierung ist etwas ungenau, aber da Arduino ursprünglich auch Atmel- oder Pico-Chips nicht selbst hergestellt hat, ist das bis zu einem gewissen Grad nachvollziehbar.
  • Ich nutze die Arduino IDE fast nie.
    Ich mag sie nicht, weil sie langsam und cloudabhängig ist.
    Stattdessen verwende ich die Kombination Pico + VSCode.

    • Aber für Schüler, die in der Schule einfach nur eine LED blinken lassen wollen, ist die Einfachheit der Arduino IDE weiterhin nötig.
    • Die IDE ist praktisch so langsam, dass sie kaum benutzbar ist.