Preguntas y respuestas de la comunidad de usuarios de Slimbook

¡Bienvenido al foro de la comunidad!

Si tienes problemas de software, este es tu sitio. Construyamos entre todos un lugar mejor, proporcionando experiencias, información de uso y tips. Si tienes alguna pregunta, procura dar información detallada sobre tu sistema.

Si tienes problemas de hardware, tramita la GARANTÍA AQUÍ, ya que nuestros técnicos no suelen revisar el foro por estar trabajando en reparaciones.

1

EVO sigue bloqueándose al llegar al 100% de carga de batería

Avatar
Tiago

Buenos días. Hace un año abrí este tema y lo di por solucionado. Durante el invierno apenas utilizo el portátil fuera de la oficina y no ha fallado. Lo tengo limitado al 60% de carga de batería, ya que está siempre cargando. En verano lo subo al 100%, ya que trabajo más fuera.

El fallo parece intermitente, pero tiene algo de lógica. Si me pongo a trabajar sin cargador, partiendo del 100%, pon que la batería baje al 70%. Lo apago. Inicio más tarde otra sesión de trabajo, que me lo baja al 50%. Sin apagar el ordenador le pongo el cargador y sigo trabajando. Al llegar al 100%, se queda frito siempre. Tengo que hacer un hard reset. En cambio, si carga apagado, no hay fallo. O si ya lo arranco ya con el cargador conectado.

Como ya se dijo, parece una interacción con la BIOS y el cargador. Tengo dos cargadores (ver el post del año pasado). Realmente falla con los dos, si provoco la combinación de eventos que he descrito.


[code]

System:

  Kernel: 6.14.0-33-generic arch: x86_64 bits: 64 compiler: gcc v: 13.3.0 clocksource: tsc

  Desktop: Cinnamon v: 6.6.7 tk: GTK v: 3.24.41 wm: Muffin v: 6.6.3 vt: 7 dm: LightDM v: 1.30.0

    Distro: Linux Mint 22.3 Zena base: Ubuntu 24.04 noble

Machine:

  Type: Laptop System: SLIMBOOK product: EVO15-A8 v: Standard serial: <superuser required>

  Mobo: SLIMBOOK model: EVO15-A8 v: Standard serial: <superuser required> part-nu: EVO15-A8

    uuid: <superuser required> UEFI: SLIMBOOK v: N.1.14GOS07 date: 08/27/2025

Battery:

  ID-1: BAT0 charge: 85.3 Wh (86.0%) condition: 99.2/99.2 Wh (100.0%) volts: 15.9 min: 15.5

    model: standard type: Li-ion serial: <filter> status: discharging

  Device-1: hidpp_battery_0 model: Logitech Wireless Mouse MX Master 2S serial: <filter>

    charge: 55% (should be ignored) rechargeable: yes status: discharging

CPU:

  Info: 8-core model: AMD Ryzen 7 8845HS w/ Radeon 780M Graphics bits: 64 type: MT MCP smt: enabled

    arch: Zen 4 rev: 2 cache: L1: 512 KiB L2: 8 MiB L3: 16 MiB

  Speed (MHz): avg: 3856 high: 4791 min/max: 400/5137 boost: enabled cores: 1: 3191 2: 4791

    3: 3192 4: 3430 5: 4291 6: 4336 7: 4791 8: 4791 9: 3188 10: 4791 11: 3191 12: 3885 13: 4788

    14: 4766 15: 3177 16: 1100 bogomips: 121384

  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm

Graphics:

  Device-1: AMD Phoenix3 vendor: Tongfang Hongkong driver: amdgpu v: kernel arch: RDNA-3 pcie:

    speed: 16 GT/s lanes: 16 ports: active: eDP-1 empty: DP-1, DP-2, DP-3, DP-4, DP-5, DP-6,

    HDMI-A-1, Writeback-1 bus-ID: 66:00.0 chip-ID: 1002:1900 class-ID: 0300 temp: 46.0 C

  Device-2: Kingcome FHD WebCam driver: uvcvideo type: USB rev: 2.0 speed: 480 Mb/s lanes: 1

    bus-ID: 3-1:2 chip-ID: 2b7e:c858 class-ID: fe01 serial: <filter>

  Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:

    loaded: amdgpu,modesetting unloaded: fbdev,vesa dri: radeonsi gpu: amdgpu display-ID: :0

    screens: 1

  Screen-1: 0 s-res: 4096x2560 s-dpi: 120 s-size: 867x542mm (34.13x21.34")

    s-diag: 1022mm (40.25")

  Monitor-1: eDP-1 mapped: eDP model: BOE Display 0x0c85 res: 4096x2560 hz: 120 dpi: 316

    size: 329x206mm (12.95x8.11") diag: 388mm (15.3") modes: max: 2560x1600 min: 640x480

  API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi device: 1 drv: swrast

    gbm: drv: kms_swrast surfaceless: drv: radeonsi x11: drv: radeonsi inactive: wayland

  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.2.8-0ubuntu0.24.04.2 glx-v: 1.4

    direct-render: yes renderer: AMD Radeon 780M Graphics (radeonsi phoenix LLVM 20.1.2 DRM 3.61

    6.14.0-33-generic) device-ID: 1002:1900

  API: Vulkan v: 1.3.275 layers: 3 surfaces: xcb,xlib device: 0 type: integrated-gpu driver: N/A

    device-ID: 1002:1900 device: 1 type: cpu driver: N/A device-ID: 10005:0000

[/code]


EVO15
Avatar
Descartar
6 Respuestas
0
Avatar
Samanta Sanchez Slimbook
Mejor respuesta

Buenas Tiago,
Se nos ha reportado recientemente algún cliente que ha tenido deterioro de batería cuando se ha estado usando los límites de carga.
Nuestra recomendación actualmente es mantener el límite de carga al 100%, mantener la carga entre 20-80% y hacer recalibraciones de batería, te paso un tutorial de cómo hacer una recalibración
https://slimbook.com/blog/tutoriales-2/post/como-recalibrar-la-bateria-de-tu-slimbook-y-comprobar-su-salud-391

En relación a los bloqueos al llegar al 100%, ¿Tienes la BIOS y el EC actualizados?
Igualmente, planeamos actualizarlos en una semana aproximadamente.
Te recomiendo esperar esta actualización, y si no abrir un ticket a nuestro soporte técnico en https://slimbook.com/support

Un saludo

Avatar
Descartar
0
Avatar
Tiago
Mejor respuesta

Siempre que sale una actualización y me entero de ello, la aplico.

Esperaré a que salga esta que comentas.

Avatar
Descartar
0
Avatar
Turbiales
Mejor respuesta

Hola Tiago, creo que soy el cliente que tuvo el mismo caso.

Al Final tuve que hacer un reformateo de Linux Mint y desde una instalación de 0 no me ha vuelto a pasar. Mi teoria es que entre update y update hubo alguna actualización de firmware que desestabilizó todo el equipo.

Eso si, desde la reinsalación he dejado de poder instalar los drivers amd de Slimbook (Me dice que el procesador no es compatible), tengo que tirar de los genericos.

Avatar
Descartar
0
Avatar
Tiago
Mejor respuesta

Gracias, Turbiales, por tomarte el tiempo de contestar.

También había pensado en un formateo por otros motivos (partición de sistema justa, swap en partición y lo quiero en fichero ...) Y que probé a encriptar el home, que me da algún incordio. Pero la falta de tiempo y posibles problemas con los drivers de AMD me echan para atrás.

Podría ser un problema con el Kernel, pero me da la sensación que debe ser más algo de la BIOS, así que esperaré a actualizarla cuando publiquen una nueva. Siempre estoy a tiempo de formatear.

También decir que es solo falla con una secuencia muy concreta y es "tolerable" para el uso que le doy.

Avatar
Descartar
0
Avatar
Leunam
Mejor respuesta

Hi Tiago,

used to have the same issue on my Evo 14 with the Ryzen 7 8845HS. I would often shut the laptop down, only to find the battery drained when I turned it back on. I was also using the 60% charge limit. However, I would still recommend recalibrating the battery from time to time. In my opinion, an 80% charge limit is less aggressive.

At first, I also suspected a BIOS issue, but I have not experienced the problem since upgrading to kernel 7.0. I am currently running kernel 7.1.3, which also includes several AMD-related optimizations. My current BIOS version is N1.14GOS07_EC_2.12.00.

I would suggest trying a newer kernel.


Avatar
Descartar
0
Avatar
Tiago
Mejor respuesta

Hi, Leunam, thanks for your suggestions. At the moment, I've not draining battery issues. I'll give a try to a newest kernel. It's easy to roll back.

Avatar
Descartar