Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Feature Request: Hardware screen wake-up and message display on RX (LILYGO T-LoRa V2.1-1.6)

Aperta
  • Qualcosa non va?
#3,616 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
c
Ambito
embedded-iot

Direzione di ricerca

Start by locating the RX packet handling and OLED sleep or wake entry points for the LILYGO T-LoRa V2.1-1.6 and similar boards; the issue does not name source files or tests. Check how decrypted message text reaches the display and whether a configurable timeout can fit the existing hardware configuration. Done means an RX message wakes the screen, shows its text, and turns the display off after the configured interval.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Is your feature request related to a problem? Please describe.

Currently, on the LILYGO T-LoRa V2.1-1.6 (and similar nodes with built-in OLEDs), the screen acts primarily as a static telemetry panel. When a new message arrives, the physical display does not wake up to show the content. Users are forced to rely on the connected mobile app or CLI terminal to read the incoming text.

Describe the solution you'd like

I would like to request a hardware configuration parameter that wakes up the physical OLED screen (SSD1306) upon receiving a new RX packet and displays the decrypted message text for a configurable amount of time (e.g., 20 seconds).

Proposed functionality:

  • Introduce a parameter accessible via the node's internal CLI (e.g., cli config set display.screenOnSecs 20).
  • When an RX packet is processed, trigger an interrupt to wake the screen from sleep, show the message, and then automatically turn off the display after the configured timeout to save battery.
Describe alternatives you've considered

Currently, the display: parameters in meshcli (like print_timestamp or color) only manage the local terminal output formatting on the host machine, not the physical hardware screen. The only alternative is keeping a smartphone connected via Bluetooth at all times or building external GPIO-triggered LED notifications via custom Python scripts listening to the CLI output.

Additional context

Hardware details:

  • Board: LILYGO T-LoRa V2.1-1.6
  • Screen: 0.96" OLED (SSD1306)

Adding this feature would allow Companion/Repeater nodes with small displays to function as true standalone pagers, greatly improving usability in the field without relying on a smartphone.

Lingua principale
C
Stelle
3.9k
Fork
1.5k
Merge medio
1g 3h
PR unite (30g)
24

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di meshcore-dev/MeshCore

Tutte le issue di meshcore-dev/MeshCore

Issue simili

Altre issue su C

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.