nepharius/superx-goes-arch
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
superx-goes-arch
16 commits 1 branch 0 tags 11 MiB
Find a file
Kay Türtscher 32979579d4 Add logic analyzer capture plan + signal decoder tool 
Plan covers: hardware shopping list, pulseview setup, signal capture procedure,
analysis workflow, and three resolution paths depending on findings.

Decoder tool (superx_signal_decode.py) auto-detects LED protocol from sigrok
CSV/VCD exports — matches against WS2812B, SK6812, APA102, TM1814 and others.
Ready for use as soon as the analyzer arrives.
2026-05-25 19:02:53 +02:00
docs Add logic analyzer capture plan + signal decoder tool 2026-05-25 19:02:53 +02:00
tools Add logic analyzer capture plan + signal decoder tool 2026-05-25 19:02:53 +02:00
udev Document Super X RGB OEM layer and add Linux bridge scaffold 2026-05-25 10:15:10 +02:00
.gitignore Document Super X RGB OEM layer and add Linux bridge scaffold 2026-05-25 10:15:10 +02:00
README.md Import legacy Super X RGB findings 2026-05-25 11:43:37 +02:00

README.md

SuperX-goes-Arch

Arbeitsrepo für Linux-/Arch-/COSMIC-Support auf dem OneXplayer Super X.

Fokus:

  • RGB-Stripes / interne LED-Steuerung
  • Keyboard-/Controller-/HID-Pfade
  • Frostbay-Wasserkühlung (BLE/HID)
  • Reverse Engineering von OEM-Tools und Windows-Artefakten
  • später: echte Linux-Tools / evtl. hhd-Plugin / udev+hwdb / Arch-Pakete

Aktueller Stand

  • Für Super X gibt es schon brauchbare Linux-Basisarbeit im OXP/hhd-Umfeld.
  • Fan-/EC-Themen sind teils schon im Kernel/hhd-Land sichtbar.
  • Für Frostbay gibt es sehr frische Community-Arbeit.
  • Für Super-X-RGB/Keyboard ist noch viel Nebel da. Da müssen wir ziemlich sicher selbst reverse engineeren.
  • Das alte Repo onexplayer-superxcontrol wurde inzwischen als Referenzquelle gegengeprüft; relevante Legacy-HID-Pakete und Statusnotizen wurden in dieses Repo übernommen.
  • In ~/Downloads liegen zusätzlich OEM-Artefakte wie frostbay firmware.zip und HH-GA25-SUPERX-Devices_V1.0.zip, die wir weiter ausschlachten können.

Wichtige Hinweise

  • Deine ersetzten RGB-Stripes sind WS2812B. Das ist hilfreich, aber nicht die eigentliche Linux-Baustelle.
  • Entscheidend ist, welches Board/EC/MCU das Datensignal erzeugt und über welchen Transport das Gerät angesteuert wird.
  • Frostbay wirkt deutlich greifbarer als die interne RGB-Leiste, weil es bereits konkrete BLE-/GATT-Hinweise gibt.

Ordner

  • docs/ Research, Protokollnotizen, Roadmap
  • tools/ kleine Hilfsskripte für Analyse/Probing

Nächste sinnvolle Stoßrichtung

  1. Frostbay unter Linux/BlueZ auf Arch reproduzierbar sichtbar machen.
  2. Parallel Super-X-HID/EC-/RGB-Pfad weiter eingrenzen.
  3. Danach kleine Linux-Tools bauen statt blind Bytes zu würfeln.