Skip to content
Get started

Lenovo ThinkSmart View (LineageOS)

The reported panel is a Lenovo ThinkSmart View with Android identity lenovo starview / starfire, running a community LineageOS 8.1 image with root. The Generic profile can dim it after Modify system settings is granted, but Android brightness zero remains visibly lit because this firmware exposes no Linux backlight-class device. An attended test confirmed that KEYCODE_SLEEP puts Android fully to sleep.

Profile fingerprint model lenovo starview plus device starfire
SoC Qualcomm Snapdragon 624 / MSM8953, eight Cortex-A53 cores
Android LineageOS 8.1 (API 27), userdebug
Reported firmware lineage_starfire-userdebug 8.1.0 OPM7.181205.001 d41d2fdda0 test-keys
Display 800×1280, 8 inches, approximately 189 ppi
RAM / storage 1.8 GB / 7.8 GB on the reported panel
Root App-accessible Android-style su and the ha-paneld root helper were active in the report
Sensors Android ambient-light and proximity sensors appear in the exported profile draft; Lenovo lists both for this product
LED No supported panel RGB LED. The Linux LED entries in the diagnostic report are not declared as a user-facing light
Screen off keyevent; KEYCODE_SLEEP was proved to enter real Android sleep

The community-lenovo-thinksmart-view-lineageos.yaml profile changes screen off from brightness-zero to keyevent. This makes the Home Assistant Screen control request Android sleep instead of moving brightness to the firmware’s visible minimum.

The hardware test established the local behaviour: touch does not wake the sleeping panel, while either physical volume button does. With the profile in use, the contributor then confirmed that Home Assistant can dim the panel, turn it fully off and wake it again (#130). A direct KEYCODE_WAKEUP command did not wake this firmware, but ha-paneld’s keyevent wake path does not rely on that command alone; it also takes an unprivileged wakelock pulse.

A PIN, pattern or password must not be configured. The keyevent route refuses to sleep a secured panel and dims it instead because waking into a credential screen can strand a wall-mounted device.

The exported device draft contained both Android ambient-light and proximity observations, and Lenovo’s product specification lists the same sensors. The profile therefore declares the ordinary Android sensor driver, without any device-specific thresholds or calibration. Confirm that both values respond to real changes after activation.

Lenovo lists camera and microphone hardware for ThinkSmart View configurations, but neither capture path has been proved on this community firmware. They remain disabled in this revision. The GPIO and Linux LED names in the diagnostic report are also left alone because no supported user-facing LED route has been established.

Follow the community catalogue procedure to import community-lenovo-thinksmart-view-lineageos.yaml, validate it and activate it while somebody is in front of the panel. After restart:

  1. Confirm that the Profiles page shows Unofficial Lenovo ThinkSmart View (LineageOS) as active and does not roll back to Generic.
  2. Turn Screen off from Home Assistant and confirm that Android sleeps fully.
  3. Turn Screen on from Home Assistant and confirm that the dashboard returns without a lock screen. If this fails, use a physical volume button to recover.
  4. Confirm that touch alone does not wake the panel, matching the original hardware test.
  5. Check that ambient-light and proximity values respond to physical changes.
  6. Exercise Roll back before relying on the profile unattended.

The contributor’s report covers steps 2 and 3 on the reported firmware, which is what tested_firmware records.

Comments

Comments are kept in this page's discussion on GitHub, so loading them connects your browser to GitHub. This browser remembers the choice and loads comments on other pages when you scroll down to them.

We Home Assistant and everything the Open Home Foundation does.

Last updated:

Build 93 · cb91a53