Der GT9271 meldete i2c transaction failed auch beim Kaltstart, während alle Panel-Schritte fehlerfrei durchliefen und die Bus-Freitaktung aus 1.6.13 den Bus als frei meldete.
Ursache ist die Reihenfolge: Im funktionierenden Werks-Testsketch steht initTouch() hinter enableBacklight(). Der GT9271 hängt an derselben Versorgung wie das Panel und antwortet erst, wenn die Bridge über 0xAD freigegeben ist. Beim Übertragen in die Firmware war das verloren gegangen - jc_backlight_set() lief erst nach jc_board_bringup().
Für WS_PANEL_7H wird die Beleuchtung jetzt innerhalb des Bringups vor der Touch-Initialisierung eingeschaltet, mit WS7_TOUCH_POWER_MS Pause (Vorgabe 120 ms).
Neue Diagnose ws7_i2c_scan() listet die antwortenden I2C-Adressen vor und nach dem Panel-Start.
Beide Panel-Varianten mit arduino-cli gegengebaut.
Der GT9271 meldete `i2c transaction failed` auch beim Kaltstart, während alle Panel-Schritte fehlerfrei durchliefen und die Bus-Freitaktung aus 1.6.13 den Bus als frei meldete.
Ursache ist die Reihenfolge: Im funktionierenden Werks-Testsketch steht `initTouch()` hinter `enableBacklight()`. Der GT9271 hängt an derselben Versorgung wie das Panel und antwortet erst, wenn die Bridge über `0xAD` freigegeben ist. Beim Übertragen in die Firmware war das verloren gegangen - `jc_backlight_set()` lief erst nach `jc_board_bringup()`.
- Für `WS_PANEL_7H` wird die Beleuchtung jetzt innerhalb des Bringups vor der Touch-Initialisierung eingeschaltet, mit `WS7_TOUCH_POWER_MS` Pause (Vorgabe 120 ms).
- Neue Diagnose `ws7_i2c_scan()` listet die antwortenden I2C-Adressen vor und nach dem Panel-Start.
Beide Panel-Varianten mit arduino-cli gegengebaut.
Der GT9271 meldete "i2c transaction failed" auch beim Kaltstart, während
alle Panel-Schritte fehlerfrei durchliefen und die Bus-Freitaktung aus 1.6.13
den Bus als frei meldete.
Ursache ist die Reihenfolge: Im funktionierenden Werks-Testsketch steht
initTouch() hinter enableBacklight(). Der GT9271 hängt an derselben
Versorgung wie das Panel und antwortet erst, wenn die Bridge über 0xAD
freigegeben ist. Beim Übertragen in die Firmware war das verloren gegangen -
jc_backlight_set() lief erst nach jc_board_bringup().
- Für WS_PANEL_7H wird die Beleuchtung jetzt innerhalb des Bringups vor der
Touch-Initialisierung eingeschaltet, mit WS7_TOUCH_POWER_MS Pause.
- Neue Diagnose ws7_i2c_scan() listet die antwortenden I2C-Adressen vor und
nach dem Panel-Start.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018QoLDQeUh1dCQz7yYZVb4Y
thomas
merged commit d83619904f into main2026-09-01 16:31:55 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Der GT9271 meldete
i2c transaction failedauch beim Kaltstart, während alle Panel-Schritte fehlerfrei durchliefen und die Bus-Freitaktung aus 1.6.13 den Bus als frei meldete.Ursache ist die Reihenfolge: Im funktionierenden Werks-Testsketch steht
initTouch()hinterenableBacklight(). Der GT9271 hängt an derselben Versorgung wie das Panel und antwortet erst, wenn die Bridge über0xADfreigegeben ist. Beim Übertragen in die Firmware war das verloren gegangen -jc_backlight_set()lief erst nachjc_board_bringup().WS_PANEL_7Hwird die Beleuchtung jetzt innerhalb des Bringups vor der Touch-Initialisierung eingeschaltet, mitWS7_TOUCH_POWER_MSPause (Vorgabe 120 ms).ws7_i2c_scan()listet die antwortenden I2C-Adressen vor und nach dem Panel-Start.Beide Panel-Varianten mit arduino-cli gegengebaut.