| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung |
| workshop:tastatur_bauen_standby_problem [05.12.2021 10:09] – [Lösung:] ebrnd | workshop:tastatur_bauen_standby_problem [05.12.2021 10:17] (aktuell) – [Lösung:] ebrnd |
|---|
| |
| === *Vermutete* Ursache: === | === *Vermutete* Ursache: === |
| Der Teensy hat keine Vbus-Detection, sondern erkennt nur daran, dass die USB-Verbindung aktiv ist, ob er mit dem PC verbunden ist. Das klappt nicht, wenn der PC nicht an ist. Und aus mir unerfindlichen Gründen klappt es halt auch nicht, wenn der PC wieder eingeschaltet ist, und die Tastatur geht nicht mehr. | Der Teensy hat keine Vbus-Detection, sondern erkennt nur daran, dass die USB-Verbindung aktiv ist, ob er mit dem PC verbunden ist (''SPLIT_USB_DETECT''). Das klappt nicht, wenn der PC nicht an ist. Und aus mir unerfindlichen Gründen klappt es halt auch nicht, wenn der PC wieder eingeschaltet wurde, und die Tastatur geht nicht mehr. |
| |
| ==== Lösung: ==== | ==== Lösung: ==== |
| Dieser Ansatz erfordert Änderungen im QMK selbst. Macht ihn also in einem eigenen QMK-Checkout, der nicht benutzt werden soll, um Firmware für **andere** Tastaturen zu bauen. Durch die Änderung an der ''split_util.c'' ist es danach nicht mehr möglich, Firmware für Tastaturen, die **nicht** ''SPLIT_HAND_PIN'', ''SPLIT_MATRIX_GRID'' oder ''EE_HANDS'' benutzen, in diesem QMK-Ordner zu bauen. | Dieser Ansatz erfordert Änderungen im QMK selbst. Macht ihn also in einem eigenen QMK-Checkout, der nicht benutzt werden soll, um Firmware für **andere** Tastaturen zu bauen. Durch die Änderung an der ''split_util.c'' ist es danach nicht mehr möglich, Firmware für Tastaturen, die **nicht** ''SPLIT_HAND_PIN'', ''SPLIT_MATRIX_GRID'' oder ''EE_HANDS'' benutzen, in diesem QMK-Ordner zu bauen. |
| |
| Es ist auch möglich, die hier beschriebene Änderung durch Präprozessor-Anweisungen "transparent" zu machen, so dass sie nur greift, wenn wir Firmware für unsere eigene Tastatur bauen (und über einen git branch so einzubauen, dass weiterhin updates des QMK-Quellcodes vom QMK-Repository möglich sind). Da ich aber sowieso für jede Tastatur einen eigenen Checkout benutze, habe ich das hier nicht beschrieben. | Es ist auch möglich, die hier beschriebene Änderung durch Präprozessor-Anweisungen "transparent" zu machen, so dass sie nur greift, wenn wir Firmware für unsere eigene Tastatur bauen (und über einen git-Branch so einzubauen, dass weiterhin Updates des QMK-Quellcodes vom QMK-Repository möglich sind). Da ich aber sowieso für jede Tastatur einen eigenen Checkout benutze, habe ich das hier nicht beschrieben. |
| |
| === 1. Einen Pin benutzen, um die Seite zu erkennen === | === 1. Einen Pin benutzen, um die Seite zu erkennen === |
| Also wird nun erkannt, ob es sich um die rechte/linke Hälfte handelt, indem unser Pin C6 ausgelesen wird. Und durch unsere Änderung oben wird auch erkannt, ob wir mit dem PC reden (können sollten), indem ebenfalls Pin C6 gelesen wird. Bei meiner Tastatur hat das das Problem gelöst. | Also wird nun erkannt, ob es sich um die rechte/linke Hälfte handelt, indem unser Pin C6 ausgelesen wird. Und durch unsere Änderung oben wird auch erkannt, ob wir mit dem PC reden (können sollten), indem ebenfalls Pin C6 gelesen wird. Bei meiner Tastatur hat das das Problem gelöst. |
| |
| Und dadurch wird auch klar, warum dieser QMK-Checkout nicht mehr für eine Tastatur mit "normaler" Handedness-Detection (kein ''#define'' dafür, oder ''SPLIT_MASTER_RIGHT'') benutzt werden kann: Die Funktionen ''is_keyboard_left'' und ''isUsbActive'' würden sich gegenseitig aufrufen, und keine würde jemals bei einem ''return'' ankommen. | //Zusatzinfo:// Wenn wir uns in ansehen, was die Funktion ''is_keyboard_left'' tut, wenn keins der ''#define''s gesetzt ist, oder nur ''MASTER_RIGHT'', wird klar, warum dieser QMK-Checkout nicht mehr für eine Tastatur mit "normaler" Handedness-Detection (ohne ''SPLIT_HAND_PIN'', ''SPLIT_MATRIX_GRID'' oder ''EE_HANDS'') benutzt werden kann: Die Funktionen ''is_keyboard_left'' und ''isUsbActive'' würden sich gegenseitig aufrufen, und keine würde jemals bei einem ''return'' ankommen. |
| |
| === Alternative Lösungsideen === | === Alternative Lösungsideen === |
| Es müsste auch möglich sein, über ''SPLIT_MATRIX_GRID'' oder ''EE_HANDS'' (plus Änderung an der ''split_utils.c'') zum gleichen Ergebnis zu kommen. Das habe ich nicht getestet, weil meine Tastatur keine Stelle in der Matrix mehr frei hat, bzw. ich auch nicht herausfinden wollte, wie ich das EEPROM des Teensy beschreiben kann. | Es müsste auch möglich sein, über ''SPLIT_MATRIX_GRID'' oder ''EE_HANDS'' (plus Änderung an der ''split_utils.c'') zum gleichen Ergebnis zu kommen. Das habe ich nicht getestet, weil meine Tastatur keine Stelle in der Matrix mehr frei hat, bzw. ich auch nicht herausfinden wollte, wie ich das EEPROM des Teensy beschreiben kann. |
| |
| Auch der [[https://docs.qmk.fm/#/feature_split_keyboard?id=teensy-boards|hier]] beschriebene Teensy-Vbus-Mod sollte (**ohne** Änderung an der ''split_utils.c'') funktionieren. Das habe ich auch nicht getestet, weil ich keine passende Schottky-Diode zur Hand habe. | Auch der [[https://docs.qmk.fm/#/feature_split_keyboard?id=teensy-boards|hier]] beschriebene Teensy-Vbus-Mod sollte (**ohne** Änderung an der ''split_utils.c'') funktionieren - es muss nur in der ''config.h'' das ''#define SPLIT_USB_DETECT'' gelöscht werden). Das habe ich auch nicht getestet, weil ich keine passende Schottky-Diode zur Hand habe. |
