Urheberrecht: Darf ich Leonardo-Makros kommerziell verkaufen?

Wer sich mit dem Arduino Leonardo beschäftigt, landet früher oder später bei Makros: Tastenkombinationen auf Knopfdruck, Shortcuts für Office-Programme, Stream-Deck-ähnliche Controller oder kleine HID-Geräte, die den PC wie eine Tastatur oder Maus bedienen. Sobald daraus ein Produkt werden soll, taucht die Frage auf: Darf ich Leonardo-Makros kommerziell verkaufen? Die kurze Antwort lautet: Häufig ja – aber nicht „einfach so“. Denn beim Verkauf spielen mehrere Rechtsbereiche zusammen: Urheberrecht (inklusive Software-Urheberrecht), Open-Source-Lizenzen der verwendeten Libraries, Markenrecht (z. B. „Arduino“ als Marke) und oft auch Vertragsrecht über Nutzungsbedingungen der Zielsoftware. Dieser Artikel ordnet das Thema praxisnah ein: Was an Makros überhaupt geschützt sein kann, wann Sie fremde Rechte berühren, welche Lizenzpflichten beim Arduino-Ökosystem typischerweise auftreten und wie Sie ein kommerzielles Angebot sauber strukturieren, ohne sich unnötige Risiken einzukaufen.

Was genau ist „ein Leonardo-Makro“ aus rechtlicher Sicht?

Der Begriff „Makro“ wird im DIY-Umfeld sehr breit verwendet. Für die rechtliche Bewertung ist es hilfreich, genauer zu trennen, was Sie tatsächlich verkaufen:

• Firmware/Sketch: Ein Arduino-Sketch, der über USB als HID (Human Interface Device) Tastatur- oder Mausereignisse sendet.
• Konfigurationsdaten: Belegungstabellen, Profile, JSON/YAML-Dateien, Keymaps, Layout-Dateien oder Presets, die Ihr Programm oder Ihre Firmware einliest.
• Desktop-Software: Ein begleitendes PC-Tool, das Profile verwaltet, Makros generiert oder mit dem Leonardo kommuniziert.
• Hardware-Produkt: Ein fertiger Controller (Gehäuse, Taster, Encoder) inklusive Firmware und Dokumentation.
• Content/Anleitung: Dokumentation, Kurs, Bauanleitung, Video- oder PDF-Material.

Je nachdem, welche dieser Bausteine Sie anbieten, greifen unterschiedliche Regeln. Ein „nur“ verkaufter Schaltplan ist anders zu bewerten als Firmware. Ein Profile-Set für OBS oder Teams ist anders als ein kompletter Controller inklusive Markenaufdruck.

Urheberrecht in Deutschland: Wann sind Makros geschützt?

Im deutschen Urheberrecht ist nicht jede Idee geschützt, sondern die konkrete Ausgestaltung. Bei Software gelten besondere Regeln für Computerprogramme. Grundlagen finden Sie im Urheberrechtsgesetz (UrhG), insbesondere im Bereich zum Schutz von Computerprogrammen (vgl. UrhG, §§ 69a ff. im Gesetzestext bei juris). Zusätzlich prägt EU-Recht den Rahmen, etwa die Richtlinie 2009/24/EG zum Rechtsschutz von Computerprogrammen.

Idee vs. konkrete Umsetzung

Die Idee „Ein Knopf mutet Teams“ ist nicht schützbar. Schutzfähig kann aber die konkrete Programmierung sein: Struktur, Auswahl und Anordnung von Code, individuelle Logik (z. B. Zustandsmaschinen, Debouncing-Konzept, Timing-Strategien, Profilverwaltung). Bei reinen Shortcut-Listen (z. B. „Strg+Umschalt+M“) ist die Schutzschwelle oft nicht erreicht – einzelne Tastenkombinationen sind typischerweise zu banal, um als schöpferische Leistung zu gelten. Anders sieht es aus, wenn Sie eine umfangreiche, kreativ strukturierte Sammlung mit eigener Systematik, Dokumentation und Beispielen anbieten: Dann kann zumindest die Gesamtauswahl/Anordnung oder der begleitende Text geschützt sein.

Makros als Daten: Schutz möglich, aber nicht garantiert

Viele Makros lassen sich als Datenmodell beschreiben: „Taste A, dann 50 ms warten, dann Taste B“ usw. Solche Abläufe können urheberrechtlich ungeschützt bleiben, wenn sie rein funktional und standardisiert sind. Sobald jedoch individuelle Elemente hinzukommen – etwa eine eigenständige Kommandosprache, eine clevere Profilstruktur oder ein originelles Mapping-Konzept – steigt die Wahrscheinlichkeit, dass ein schutzfähiges Werk vorliegt. Das ist keine Binärentscheidung: In der Praxis hängt viel vom Umfang und der Individualität ab.

Wessen Rechte könnten Sie beim Verkauf berühren?

Wenn Sie „Leonardo-Makros“ verkaufen, ist das Urheberrecht oft nur ein Teil des Bildes. Typische Rechte- und Risikofelder sind:

• Open-Source-Lizenzen der Arduino-IDE, des Core und verwendeter Libraries (z. B. HID/Keyboard).
• Nutzungsbedingungen der Zielsoftware (z. B. Streaming-Tools, Meeting-Software, Spiele), insbesondere wenn Makros als „Automatisierung“ oder „Cheats“ interpretiert werden.
• Markenrecht (z. B. Verwendung von „Arduino“ im Produktnamen, Logos auf Gehäusen, Werbung mit Marken Dritter).
• Urheberrecht an Drittmateral (Icons, Layouts, PDF-Anleitungen, Screenshots, Keycap-Legenden).

Open-Source-Compliance: Der häufigste Stolperstein beim Arduino-Ökosystem

Die gute Nachricht: Kommerzielle Nutzung ist im Arduino-Umfeld grundsätzlich möglich, sofern Sie die jeweiligen Lizenzen einhalten. Arduino selbst weist in seinen Support-Infos darauf hin, dass Produkte auf Arduino-Basis kommerziell vertrieben werden dürfen, wenn Lizenzpflichten erfüllt werden (siehe Arduino Help Center: Licensing for products based on Arduino).

Beispiel: Keyboard.h / Keyboard-Library und LGPL

Viele Leonardo-Makroprojekte nutzen die offizielle Arduino Keyboard-Library (HID). Diese Library steht nach Angaben des offiziellen Repositories unter der GNU LGPL (2.1 oder später) (siehe arduino-libraries/Keyboard auf GitHub sowie die Arduino-Dokumentation zur Keyboard-Library). LGPL bedeutet vereinfacht: Sie dürfen die Library auch in kommerziellen Projekten verwenden, müssen aber bestimmte Bedingungen erfüllen – insbesondere, wenn Sie die Library selbst verändern oder statisch einbinden. Die Details hängen davon ab, wie Ihr Build und Ihre Distribution aussieht (Firmware vs. PC-Programm, statische vs. dynamische Verlinkung, Modifikationen ja/nein). Den rechtlichen Volltext finden Sie beispielsweise über die SPDX-Seite zur LGPL (LGPL-2.0-or-later (SPDX) – zur Einordnung der „or later“-Kennzeichnung).

Praktische Compliance-Checkliste für den Verkauf

• Lizenzinventar erstellen: Notieren Sie für Firmware, PC-Tool und Dokumentation alle Drittbestandteile (Libraries, Snippets, Fonts, Icons).
• Lizenztexte beilegen: Legen Sie die relevanten Lizenztexte Ihrer Distribution bei (z. B. als „LICENSES“-Ordner im Download oder als Link im Handbuch).
• Hinweise/Attribution: Nennen Sie Copyright- und Lizenzhinweise so, wie es die jeweilige Lizenz verlangt.
• Änderungen dokumentieren: Wenn Sie Open-Source-Komponenten modifizieren, dokumentieren Sie Änderungen und stellen Sie den modifizierten Source bereit, soweit gefordert.
• Trennung sauber halten: Verkaufen Sie idealerweise Ihr eigenes Werk (Ihre Firmware/Profiles/Hardware), ohne fremde Komponenten unnötig „einzubacken“ oder unklar zu vermischen.

Wichtig: Diese Punkte ersetzen keine Rechtsberatung. Sie helfen aber dabei, typische Fehler (fehlende Lizenzhinweise, keine Quellen für Modifikationen, unklare Attribution) im Vorfeld auszuräumen.

Markenrecht: „Arduino“ und Produktbezeichnungen richtig nutzen

Viele Maker-Produkte scheitern nicht am Code, sondern an der Vermarktung. „Arduino“ ist eine Marke. Wenn Sie Ihr Produkt „Arduino Leonardo MacroPad“ nennen oder Logos auf das Gehäuse drucken, kann das markenrechtlich problematisch sein. Arduino veröffentlicht klare Vorgaben zur Markennutzung, u. a. im Bereich „Trademark & Copyright“ (siehe Arduino Trademark & Copyright) sowie Leitfäden für Websites und Publikationen (siehe Arduino Trademark Guide).

• Produktname: Besser neutral formulieren (z. B. „USB-Makro-Controller kompatibel mit Leonardo“) statt „Arduino“ als dominanten Produktnamen zu verwenden.
• Logos: Arduino-Logo und ähnliche Zeichen sollten Sie nicht für Ihr Produktbranding nutzen, wenn keine Erlaubnis vorliegt.
• Transparenz: Vermeiden Sie jeden Eindruck, das Produkt sei „offiziell“ oder von Arduino zertifiziert, wenn das nicht stimmt.

Makros für Drittsoftware: Shortcuts sind meist unkritisch – Nutzungsbedingungen können es trotzdem sein

Viele kommerzielle Makro-Pakete richten sich auf konkrete Anwendungen: Videokonferenzen, Streaming, Schnittprogramme, Office oder sogar Games. Reine Tastaturkürzel sind oft frei nutzbar, weil es sich um funktionale Bedienabläufe handelt. Dennoch gibt es zwei wichtige Grenzen:

• Terms of Service (ToS): Manche Programme untersagen Automatisierung, Bot-Verhalten oder „unfair advantages“. Das ist weniger Urheberrecht, mehr Vertragsrecht. Besonders sensibel ist das bei Online-Spielen und Anti-Cheat-Systemen.
• Dokumentation und Screenshots: Wenn Sie Handbücher, UI-Grafiken, Icons oder Screenshots der Drittsoftware in Ihr Produkt aufnehmen, kann das urheberrechtlich relevant sein. Nutzen Sie nach Möglichkeit eigene Grafiken oder verlinken Sie auf offizielle Dokumentationsseiten.

Ein pragmatischer Weg ist, statt Inhalte zu kopieren, auf offizielle Quellen zu verweisen – etwa bei Shortcuts. Beispiel: Microsoft dokumentiert Teams-Shortcuts im Support-Bereich (siehe Microsoft Support: Keyboard shortcuts for Microsoft Teams). So vermeiden Sie, dass Ihre Anleitung selbst zum Lizenzproblem wird.

Sicherheitsaspekte: Wo Makros schnell „heikel“ werden

Wenn Makros Eingaben automatisieren, ist die Grenze zwischen Komfortfunktion und Sicherheitsrisiko schmal. Gerade beim Arduino Leonardo, der sich als Tastatur ausgeben kann, sollten Sie Ihr Produkt so gestalten, dass Missbrauch erschwert wird. Das ist nicht nur verantwortungsvoll, sondern reduziert auch Haftungs- und Reputationsrisiken.

Typische Risikofelder

• „Credential“-Eingaben: Jede Form von „automatischer Anmeldung“ kann Nutzer dazu verleiten, sensible Daten unsicher zu handhaben.
• Unbeabsichtigte Eingaben: Wenn ein Gerät beim Einstecken sofort tippt, kann es in falschen Fenstern Schaden anrichten (Chats, Terminals, Admin-Konsole).
• Device Trust: Unternehmen sperren HID-Geräte oder setzen Richtlinien. Ein kommerzielles Produkt sollte dokumentieren, wie es sich verhält und wie man es sicher deaktiviert.

Seriöse Anbieter setzen daher auf Schutzmechanismen: manuelle Aktivierung (Hardware-Schalter), klare Statusanzeigen (LED/OLED), „Safe Mode“ beim Start und gut dokumentierte Defaults.

Was Sie tatsächlich verkaufen sollten: Produktmodelle, die rechtlich sauberer sind

Nicht jedes Geschäftsmodell ist gleich riskant. Die folgenden Ansätze sind in der Praxis oft leichter sauber umzusetzen:

• Eigene Profile/Layouts als „Content“: Sie verkaufen ein Set selbst erstellter Profile, inklusive eigener Dokumentation, ohne fremde Assets zu kopieren.
• Hardware plus Firmware: Ein physisches Produkt mit klarer Funktion (Makro-Controller), bei dem Sie die Open-Source-Hinweise transparent beilegen.
• Customizer/Generator: Ein Tool, mit dem Kunden eigene Makros erstellen – Sie liefern die Plattform, nicht zwingend die konkreten App-spezifischen Inhalte.
• Service/Workshop: Schulung, Kurs oder B2B-Implementierung (z. B. für Barrierefreiheit oder Produktionsumgebungen), mit vertraglicher Klarheit.

Urheberrechtlich „fremde“ Makros: Darf man Shortcuts anderer Anbieter monetarisieren?

Viele Nutzer möchten „Makros für Programm X“ kaufen. Rein rechtlich ist ein Shortcut (z. B. eine Tastenkombination) als faktischer Bedienbefehl meist nicht urheberrechtlich geschützt. Problematisch wird es eher dann, wenn Sie:

• umfangreiche Teile einer Shortcut-Tabelle oder eines Handbuchs wörtlich übernehmen,
• grafische Assets (Icons, UI-Elemente, Logos) in Ihren Profilen/Overlays mitliefern,
• Marken so einsetzen, dass eine offizielle Kooperation suggeriert wird,
• Automatisierung anbieten, die gegen Nutzungsbedingungen oder technische Schutzmaßnahmen verstößt.

Eine robuste Strategie ist, die Value Proposition auf Ihre Leistung zu legen: ergonomische Belegung, zuverlässige Firmware, sauberes Debouncing, intuitive Profile, gute Dokumentation – und für App-spezifische Details lieber auf offizielle Quellen verlinken, statt sie zu kopieren.

Verträge, AGB und Haftung: Was in einem Shop-Listing nicht fehlen sollte

Auch wenn es „nur“ um Makros geht: Sobald Geld fließt, erwartet der Markt Klarheit. Typische Bausteine, die Sie (je nach Geschäftsmodell) sauber formulieren sollten:

• Lieferumfang: Was genau bekommt der Kunde (Firmware, Profile, Quellcode, Hardware, Supportzeitraum)?
• Kompatibilität: Betriebssysteme, Tastaturlayouts, App-Versionen, USB-Richtlinien (z. B. Unternehmensgeräte).
• Update-Politik: Wie lange pflegen Sie Profile, wenn Apps Shortcuts ändern?
• Nutzungshinweise: Sicherheitshinweise zu HID-Geräten, Aktivierungslogik, Verhalten beim Einstecken.
• Open-Source-Hinweise: Wo finden Kunden Lizenzen und ggf. Quelltexte/Änderungen?

Praxisorientierter Compliance-Workflow: So gehen Sie Schritt für Schritt vor

• Schritt 1: Scope definieren – Verkaufen Sie Code, Daten, Hardware oder eine Kombination?
• Schritt 2: Lizenzprüfung – Welche Arduino-Komponenten und Libraries nutzen Sie (z. B. Keyboard/HID)? Prüfen Sie deren Lizenzbedingungen (vgl. Keyboard-Library (LGPL)).
• Schritt 3: Markencheck – Prüfen Sie Produktname, Logo, Gehäuseaufdruck gegen die Arduino-Trademark-Regeln (vgl. Arduino Trademark).
• Schritt 4: Drittsoftware-Check – Nutzen Sie nur offizielle Quellen für Shortcuts/Begriffe und vermeiden Sie Kopien aus Handbüchern; prüfen Sie ToS, wenn Ihr Produkt explizit „für X“ beworben wird.
• Schritt 5: Dokumentation – Schreiben Sie eine klare, eigene Anleitung, die Funktionsweise, Sicherheit und Setup abdeckt, mit Outbound-Links statt Copy-Paste.
• Schritt 6: Distribution vorbereiten – Lizenztexte, Attribution, ggf. Source-Angebote und ein sauberes Release-Paket erstellen.

Einordnung für den deutschen Markt: Was typischerweise „okay“ ist – und was Sie meiden sollten

In der Praxis sind kommerzielle Leonardo-Makros im deutschen Markt meist gut vertretbar, wenn sie als eigenständige Leistung verkauft werden und Open-Source- sowie Markenregeln eingehalten werden. Kritisch wird es vor allem in drei Situationen: (1) Sie übernehmen fremde Inhalte (Text, Tabellen, Icons) aus Dokumentationen, (2) Sie vermarkten mit Marken/Logos so, dass eine offizielle Verbindung entsteht, oder (3) Sie bieten Automatisierung an, die gegen Nutzungsbedingungen oder Sicherheitsprinzipien verstößt. Wer diese Punkte im Griff hat und transparent dokumentiert, schafft eine solide Basis für ein legales und seriöses Angebot.

IoT-PCB-Design, Mikrocontroller-Programmierung & Firmware-Entwicklung

PCB Design • Arduino • Embedded Systems • Firmware

Ich biete professionelle Entwicklung von IoT-Hardware, einschließlich PCB-Design, Arduino- und Mikrocontroller-Programmierung sowie Firmware-Entwicklung. Die Lösungen werden zuverlässig, effizient und anwendungsorientiert umgesetzt – von der Konzeptphase bis zum funktionsfähigen Prototyp.

Diese Dienstleistung richtet sich an Unternehmen, Start-ups, Entwickler und Produktteams, die maßgeschneiderte Embedded- und IoT-Lösungen benötigen. Finden Sie mich auf Fiverr.

Leistungsumfang:

• IoT-PCB-Design & Schaltplanerstellung

• Leiterplattenlayout (mehrlagig, produktionstauglich)

• Arduino- & Mikrocontroller-Programmierung (z. B. ESP32, STM32, ATmega)

• Firmware-Entwicklung für Embedded Systems

• Sensor- & Aktor-Integration

• Kommunikation: Wi-Fi, Bluetooth, MQTT, I²C, SPI, UART

• Optimierung für Leistung, Stabilität & Energieeffizienz

Lieferumfang:

• Schaltpläne & PCB-Layouts

• Gerber- & Produktionsdaten

• Quellcode & Firmware

• Dokumentation & Support zur Integration

Arbeitsweise:Strukturiert • Zuverlässig • Hardware-nah • Produktorientiert

CTA:
Planen Sie ein IoT- oder Embedded-System-Projekt?
Kontaktieren Sie mich gerne für eine technische Abstimmung oder ein unverbindliches Angebot. Finden Sie mich auf Fiverr.