Arch Linux

Glorious Tastatur RGB-Steuerung möglich?

Dirk

Greg Ich vermute mal, dass bei deiner Tastatur nur eine i2c-Adresse aufgelistet wird.
Wahrscheinlich genau die, die für die LEDs benutzt wird.

Leider leider ... eher nein. Die Hersteller sind ziemlich arschig, was die Steuerung der LEDs angeht.

Entweder hast du das Glück, die Konfiguration mittels Fn und diversen Tastenkombinationen auf der Tastatur direkt machen zu können, oder du bekommst irgendwelche Closed-Source-Windows-Software die über ein undokumentiertes oder verschlüsseltes Protokoll mit der Tastatur spricht.

Ich habe für eine meiner Tastaturen Qemu mit Windows 10 laufen lassen, um das Tool da zu installieren um die Tastatur zu konfigurieren. Später im Gebrauch wird das Tool zum Glück nicht benötigt.

aik Aber leider auch die erste Tastatur, die mir abseits der linux-rgb-nicht-ootb-Sache wirklich gefällt

Vielleicht Selbstbau? Da kannste dann den Controller so einrichten, dass du den von außen relativ einfach ansprechen kannst. Case, Switches, und Keys bekommt man online ja mehr oder weniger gut selbst zu halbwegs humanen Preisen (Keyboards sind leider ein ziemliches Luxushobby). Dann custom Firmware (oder zumindest customized) - und los gehts 😃

aik

Leider bräuchte ich schon Linux-Software. Der Hauptgrund für den Kauf einer rgb-Tastatur war für mich die Möglichkeit, die LEDs einzelnd ansprechen zu können - z.B. als Notification-LED für ein Ereignis. D.h. ich würde die LED gerne per Script steuern können - gespeicherte Farbmuster und -efekte bringen mir deshalb leider nichts (das gibt es aber).
An Regenbogen auf dem Schreibtisch bin ich sonst gar nicht interessiert ^^

Verstehe nicht, wieso die so ein Geheimnis um sowas machen - ist ja eigentlich kein dunkles Vodoo, rgb-LEDs anzusprechen… mir ist jedenfalls nicht wirklich begreiflich, warum Firmen dadurch überhaupt Vorteile entstehen, das zu verschleiern. Und es stößt eben doch auch ein paar potentielle Kunden ab.

Wie fürchterlich tatsächlich auch jede der Hersteller-Software für Windows war/ist…

Selbstbau hatte ich tatsächlich auch schon überlegt - aber dann so blöde Umlautprobleme usw. und der Preis ging immer höher… würde lieber wenn möglich die LEDs an der jetzigen ansprechen können und mir bloß ein Hotkeypanel selbst bauen. Fullsize Tastatur ist irgendwie zu viel für mich als Hobby-Projekt.
Aber wenn es nicht klappt… erhöhe ich mein Budget und mache das doch. Da mir die Tastatur ja schon gefällt, nehme ich vllt einfach die als Ausgangsmaterial und löte "einfach" nen Teensy o.ä. dazwischen.

Greg

aik ID 320f:5064 SONIX USB DEVICE

Bist du sicher, dass das deine Tastatur ist?
Etwas später:
Kennst du diese Seite? https://wiki.archlinux.org/title/Keyboard_backlight
brightnessctl und lights.

aik

Greg

Eigentlich schon - habe lsusb ohne und mit angeschlossener Tastatur gemacht und verglichen.
Leider heute abend doch anderweitig beschäftigt – ab morgen Nachmittag aber Urlaub – dann prüfe ich nochmal die Optionen.

Dirk

Sonix ... mmh, da gibt es 'ne ziemlich aktive Hacking-Community und einen QMK-Port.

https://github.com/SonixQMK/qmk_firmware
Eventuell ist dein Board dabei? https://github.com/SonixQMK/Mechanical-Keyboard-Database

Leider scheinen die nur auf Discord aktiv zu sein: https://discord.gg/q8VjhRgzRw

aik

i2c-detect ist leider kein Unterschied, ob angeschlossen oder nicht. Also scheint kein i2c bus für die Tastatur da(?).
Die Module sind geladen :
$ lsmod | grep i2c i2c_dev 24576 0 i2c_i801 45056 0 i2c_smbus 20480 1 i2c_i801

/sys/class/leds/ enthält leider auch nichts (außer Num-Lock-LED usw.) - Die Wikiseite "Keyboard_backlight" hat mir tatsächlich damals für Laptop-Beleuchtung geholfen - scheint aber wirklich nur für die normale Hintergrundbeleuchtung gedacht und nicht für adressierbare LED.

OpenRGB habe ich jetzt auch noch einmal ohne aur aus dem git-master-branch gebaut - kein segfault - aber trotz geladener i2c-dev und i2c-i801 Module bekomme ich als User bei "Rescan" die Nachricht über vermutlich fehlende Module - als Root bekomme ich die Nachricht nicht, aber die Liste bleibt leer.
Fehlermeldung:

<h2>WARNING:</h2><p>One or more I2C/SMBus interfaces failed to initialize.</p><p>RGB DRAM modules and some motherboards' onboard RGB lighting will not be available without I2C/SMBus.</p><p>On Linux, this is usually because the i2c-dev module is not loaded. You must load the i2c-dev module along with the correct i2c driver for your motherboard. This is usually i2c-piix4 for AMD systems and i2c-i801 for Intel systems.</p><p>See <a href='https://help.openrgb.org/'>help.openrgb.org</a> for additional troubleshooting steps if you keep seeing this message.<br></p>!<

Ich werde mal schauen in wie weit SonixQMK in Frage kommen könnte. Das Modell und die Marke tauchen da leider nicht direkt auf. Gibt es neben aufschrauben noch ne Möglichkeit zu sehen welche MCU da eingebaut ist?

Meine nächstens Schritte – neben auf gut Glück im Internet suchen und hier weiter aufpassen – wären:
1) versuche mal den Entwickler von rgb_keyboard anzuhauen. Die Software scheint am ehesten auf Glorious spezialisiert.
2) ich schraub das Ding auf - dann kann ich
2.1) vllt. rausbekommen welcher Chipsatz genau drin ist
2.2) abschätzen, ob ich da einen Teensy o.ä. "zwischenschieben" kann
3) Rückgabe und abwägen welches von den definitiv unterstützten als Ersatz in Frage kommt

Sorry, dass ich mit so nem Zeug ankomme… gefällt mir leider wirklich gut abseits der RGB-unter-Linux-Sache…

aik

https://github.com/SonixQMK/qmk_firmware/tree/sn32_master/keyboards/gmmk/full
Es scheint zwar QMK-firmaware für die Tastatur zu geben - aber scheint an der Fertigungsserie zu hängen.
Ich bin nicht sicher, aber ich schließe, dass meins S/N:SS121360300188 nicht bei den unterstützten dabei ist
Hardware Supported: SN32F268 Revisions rev1: IS31FL3731 , NOT SUPPORTED, red led color only rev2: VS12L03A (I2C), SN before SNSS12116xxxxx rev3: VS12L17A (SPI), SN equal or after SNSS12116xxxxx
…oder heißt das, dass meins rev3 sein sollte?

Dirk

Das Markdown ist ein bisschen kaputt, aber wenn du es dir im Rohformat anguckst, wird es deutlich.

Laut der Beschreibung ist deins rev3, zumindest der Seriennummer nach („SN equal or after SNSS12116xxxxx“).

aik

Ich frage mich woher VS12L17A kommt. Wie kann ich prüfen, dass das passt?
Und SS12136xxxxx kommt zwar "nach" SS12116xxxxx – passt aber gar nicht in das Muster mit den 5 x - bei mir wären da ja 7.
Außerdem wäre ich gerne sicherer, dass SS12136xxxxx nicht vllt. schon "zu neu" wäre - also "rev4" aber noch nicht implementiert.

aik

Ah! Es gibt ein ausführliches Video für das flashen von qmk für fast genau meine Tastatur (https://www.youtube.com/watch?v=aUiKHdI5Vk8).
Allerdings habe ich das ISO-Layout - im repo https://github.com/SonixQMK/Mechanical-Keyboard-Database/tree/main/stockFWs/260 gibt es leider nur ANSI-Layout Stockfirmware.

Ich habe schon unter dem Video und im Discord gefragt, aber vllt. hat hier ja auch jemand eine Idee:
Wie dumpe ich die aktuelle Firmware von meinem Keyboard?

Aufschrauben um bzgl. Chipsatz ganz sicher zu gehen sollte ich aber wohl leider in jedem Fall (also ich gucke gerne rein - aber da könnte ja was kaputt gehen und Rückgabe wäre ausgeschlossen ^^).
In dem Video wird auch kurz der Umbau von jemandem gezeigt, der den Chip gebrickt hatte und alles neu verkabelt hat - geht also prinzipiell auch - sah aber schon aufwändiger aus. Aber immerhin - es gäbe eine "Brutalo-Methode" um einen Stein wieder zur Tastatur zu machen im Fall der Fälle 😃

aik

Ok Dumperprogramm haben sie auch. Aber muss man auch aufmachen - und löten.
Ich schlafe erstmal drüber, ob Rückgabe und kompatibel Kaufen nicht doch die bessere Option sein könnte 😃

Greg

aik Rückgabe

ist einfach das Beste. Bevor du das Ding aufmachst. Zumal du ja die Möglichkeiten hast.

aik

Wenn ich nicht aufwändig löten will - ja.

…schon irgendwie auch einfach unsympathisch, dass die zwar das pcb iterieren, aber weiter keinen Wert auf Linux-Support legen - oder wenigstens soweit offen halten, dass sowas wie qmk weiterhin läuft. Vllt. führe ich den Thread später in der Motzecke fort 😉

Danke euch trotzdem sehr! War immerhin interessant 🙂