Digitizer is on when screen is off
#1
I wanted to drag this out of the big thread as it is still an issue. My PinePhone is now my daily driver, but one thing I have noticed is that all kinds of odd things are happening while the screen is off and it is in my pocket. What is odd is I couldn't replicate by leaving a keyboard open in say terminal, or even scrolling in Firefox. But in my pocket a couple of times I have restarted to my wifi password entry full of garbage and the scroll-up first mentioned below is also a problem with


Code:
$ uname -a
Linux duklaPP 5.6-pinephone #5.6.0+pinephone3 SMP PREEMPT Mon Apr 27 10:28:55 CEST 2020 aarch64 GNU/Linux

I would guess it is an upstream/phosh issue - any other thoughts/comments?

as per post 406 in the long thread

(04-18-2020, 10:33 AM)Boern Wrote: Not sure if this is an upstream issue, but I think this depends on the configuration. When the screen is turned off it will still accept touch input. You can test this by turning the screen off, swiping upwards and then turning the screen back on. You will see the pin entry instead of just the lock screen.

I guess we could save a lot of power by turning the touch input off with the screen.
  • ROCKPro64 v2.1 2GB, 16Gb eMMC for rootfs, SX8200Pro 512GB NVMe for /home, HDMI video & sound, Bluetooth keyboard & mouse. Arch (6.2 kernel, Openbox desktop) for general purpose daily PC.
  • PinePhone Pro Explorer Edition, daily driver, rk2aw & U-boot on SPI, Arch/SXMO & Arch/phosh on eMMC
  • PinePhone BraveHeart now v1.2b 3/32Gb, Tow-boot with Arch/SXMO on eMMC
#2
I think this is a very good idea. Smile Every component not necessary has to be switched off, I guess there are some more - additional to the digitizer.

(I used a phonepad7 from Asus for a long time, of course different hardware (Atom processor from Intel) with Android. In the beginning I charged it every 5-6 days, after 4 years of usage the battery needs to be charged every 2-3 days. These values will probably never be reached with our much more powerful processor)
#3
Is this problem still there?
#4
(06-03-2020, 06:07 AM)heng Wrote: Is this problem still there?

Just tested it - yes, the digitizer is still active when the screen is switched off.
#5
I don't think that this has been posted on the Mobian gitlab
#6
(06-03-2020, 12:28 PM)heng Wrote: I don't think that this has been posted on the Mobian gitlab

AFAIK its a phosh issue. Really nasty, they do have a kind of double click wake-up enabled which means if you put your phone in a pocket the backlight will come on, all kinds of screen taps will happen, your battery will plummet ...
  • ROCKPro64 v2.1 2GB, 16Gb eMMC for rootfs, SX8200Pro 512GB NVMe for /home, HDMI video & sound, Bluetooth keyboard & mouse. Arch (6.2 kernel, Openbox desktop) for general purpose daily PC.
  • PinePhone Pro Explorer Edition, daily driver, rk2aw & U-boot on SPI, Arch/SXMO & Arch/phosh on eMMC
  • PinePhone BraveHeart now v1.2b 3/32Gb, Tow-boot with Arch/SXMO on eMMC
#7
yes the touch input always being on can be annoying.
I found that unbinding the driver by running
echo -n 0-005d > /sys/bus/i2c/drivers/Goodix-TS/unbind
does disable the touch screen. However I have not found a way to re-enable it. Rebinding the driver via
echo -n 0-005d > /sys/bus/i2c/drivers/Goodix-TS/bind
does seem to register the touch screen as an input again but it does not actually re-enable the function.

I was hoping to script the function and tie it to the side button

Edit:
Not sure if it is related or if it is just the last place I left my finger but leaving here as a note...
Viewing the input device using evtest --/dev/input/event3; it seems as though the values in ABS_X/Y are cleared after an unbind and bind.


Edit:
I also noticed after loading yesterdays daily image that the screen turns off and on on its own every couple of minutes.
#8
I agree this is annoying, display power management has been implemented but is clearly not perfect, meaning we can no longer rely on the power button to lock/unlock the touch panel (if the display is woken up by an incoming notification, the touch panel stays disabled, and pressing the power button will toggle both in a different way: disable the screen while enabling the touch panel).

So basically, the current situation is a bit of a mess, I hope I can find some time to look into this but it won't be an easy one to solve.

EDIT: well, maybe a nasty hack just landed in Mobian's repo Wink
Still have to find a more elegant and upstreamable solution, but at least this shouldn't bother you anymore...
#9
(06-05-2020, 04:46 PM)a-wai Wrote: I agree this is annoying, display power management has been implemented but is clearly not perfect, meaning we can no longer rely on the power button to lock/unlock the touch panel (if the display is woken up by an incoming notification, the touch panel stays disabled, and pressing the power button will toggle both in a different way: disable the screen while enabling the touch panel).

So basically, the current situation is a bit of a mess, I hope I can find some time to look into this but it won't be an easy one to solve.

EDIT: well, maybe a nasty hack just landed in Mobian's repo Wink
Still have to find a more elegant and upstreamable solution, but at least this shouldn't bother you anymore...

Looks like this is resolved as at yesterday mornings updates. The digitizer is off it seems, so the "scroll up" test now doesn't work. And indeed the double tap to wake has also gone. which on reflection is a good thing as it played havoc with a phone in a pocket!

Thank you Cool

There may be an artefact with the screen waking up unexpectedly, I need to check but with the phone running on battery, screen off, after 10 or 15 minutes it is all lighting up sometimes. This may have been some kind of notification about low battery power as my battery was sinking below 20%.
  • ROCKPro64 v2.1 2GB, 16Gb eMMC for rootfs, SX8200Pro 512GB NVMe for /home, HDMI video & sound, Bluetooth keyboard & mouse. Arch (6.2 kernel, Openbox desktop) for general purpose daily PC.
  • PinePhone Pro Explorer Edition, daily driver, rk2aw & U-boot on SPI, Arch/SXMO & Arch/phosh on eMMC
  • PinePhone BraveHeart now v1.2b 3/32Gb, Tow-boot with Arch/SXMO on eMMC
#10
(06-11-2020, 03:36 AM)dukla2000 Wrote: There may be an artefact with the screen waking up unexpectedly, I need to check but with the phone running on battery, screen off, after 10 or 15 minutes it is all lighting up sometimes. This may have been some kind of notification about low battery power as my battery was sinking below 20%.

This is probably be due to a notification yes, based on my testing this is the only case where the display wakes up "by itself".


Possibly Related Threads…
Thread Author Replies Views Last Post
  Proximity sensor is oversensitive (was "Screen blanks when making call") treebeard 6 4,227 08-05-2024, 06:12 AM
Last Post: baptx
  Screen auto-rotation sensitivity mdk 0 877 12-26-2023, 06:08 AM
Last Post: mdk
  Screen stay black unless power key pressed short freelectro 0 906 06-24-2023, 01:55 PM
Last Post: freelectro
  Unsuspend → Black screen mdk 15 7,711 06-22-2023, 11:20 AM
Last Post: Melechtna
  Lock screen question: always squeekboard tuxcall 1 1,576 02-02-2023, 08:51 PM
Last Post: Haibara23
  [solved] Black screen at boot time mdk 0 1,252 01-13-2023, 03:33 AM
Last Post: mdk
  how to split screen? andrew907 2 2,114 08-08-2022, 09:38 AM
Last Post: andrew907
  on screen keyboard woes vusra 1 1,587 07-18-2022, 03:29 AM
Last Post: vusra
  Giving certain audio apps priority on the lock screen and pulldown 3x5co 0 1,102 07-17-2022, 10:34 AM
Last Post: 3x5co
  Won't boot, black screen mdk 4 3,607 07-03-2022, 06:38 PM
Last Post: Chief

Forum Jump:


Users browsing this thread: 1 Guest(s)