Announcement

Collapse
No announcement yet.

Acer Swift 3 SF314-42 not powering up

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Acer Swift 3 SF314-42 not powering up

    Dear all,

    For a friend I'm trying to repair an Acer Swift 3 laptop (SF314-42). I'm not a professional, but have some experience (both as amateur and professional) in working with electronic design and repair of musical instruments.

    The issue with the Acer laptop is the following:
    It was bought new and used (not heavily) at home for about three years. After normal use, it was put to sleep, connected to charger and left over night (just like any other day). The next morning, the laptop would not wake up from sleep. Instead, when pressing the power button, the power led (blue) would turn on for about 5 seconds after which it would turn off again. No other signs of life (no keyboard backlight, nothing on the screen, etc). The battery indicator showed a fully charged battery (blue light).

    After reading on various internet fora about possible solutions, I already done the most obvious things, without success. Here's a summary of my attempts and observations::
    > Removed all peripherals/cables connected, except charger.
    > Performing a hard shut-down by holding the power button for 60 seconds had no effect on the symptoms.
    > Perfporming a battery reset (inserting needle in the pin-hole on the bottom for 5 seconds) had no effect.
    > Some magic combination of attempts to do hard-shutdown, battery reset, letting laptop rest, and reconnecting charger had incidental succes for 2 times only (out of many more attempts). In these situations, the laptop booted normally, but the internal clock (time) was incorrect. I was able to back-up sensitive data. I also took the opportunity to upgrade the BIOS/firmware to the latest version 1.11, and this was succesfull. However, when shutting down, the original issue would return.

    After these relatively straight-forward attempts, I dug deeper:
    > I've tested the charger (Wall-wart) with a digital multimeter, and it puts out a healthy 19V. Works fine.
    > I connected a phone to the USB-A port of the laptop and saw it charging from the laptop's battery. When performing a hard power-down of the laptop, the voltage on the USB-A port disappears, and returns after pressing the power button again (without the laptop actually booting). From this I concluded that the function of the power switch to manage power to the mainboard is working properly.
    > When draining the laptop's battery via the abovementioned phone charging, I was able to confirm normal battery management function. When the battery becomes empty, and the laptop is connected to charger, it indicates charging (orange led) until full (blue led). Again, confirmation of power systems working normally.

    As a next step I opened the laptop and dug deeper:
    > Due to the erroneous time of the internal clocked observed during incidental succesful booting, I suspected the CMOS (RTC) battery. I measured the voltage it puts out, and found a healthy 3.15V straight out of the battery, and also on the mainboard where this voltage enters.
    > I've tried to disconnect any of the internal peripherals I could (touch pad, finger print sensor, SSD, etc.) without any effect on the symptoms.
    > I found the schematic for the particular type of motherboard in this laptop (FH4FR LA-J731P rev 1.0), and inspected the circuitry for powering the RTC and CMOS memory. I was able to confirm the presence of an RTC voltage through-out the circuit. The only doubt I have is about the level of this voltage. The schematic indicates a regulator (U8) being present, with an output of 1.5V, but this part is not populated on the mainboard. Therefore, the actual RTC voltage is higher than 1.5V. However, this seems to be done by design, as I found pictures only of the same type of mainboard, where U8 was also not populated. It does make me wonder: what are the voltage limits of the parts fed by the RTC voltage? Are they not exeeded?
    > The most interesting observation done with an open laptop was the following: when the CMOS battery is removed, the laptop was able to boot normally for several times on a row, albeit taking longer than normal to do so (probably because having to reinit the BIOS settings).

    After this, I feel I'm stuck. The incorrrect time of the internal clock seems to suggest issues with retaining the CMOS memory, but the power supply for RTC/CMOS seems fine, and I don't know what else I could test/diagnose. So my question to more experienced people here would be: what could be the next step for diagnosing the issue? Any help is highly appreciated!

    Kind regards,

    Rutger

    #2
    One more addition to my list of observations:
    - With the laptop open, I removed the battery (I mean the big one, not the CMOS one), and saw that original issue persisted. So it is definitely not related to the big battery.

    Comment


      #3
      Welcome. Remove all power. Locate each inductor on the board (usually grey in color and with 2 legs). Meter in resistance mode (ohms). Measure the resistance to ground of each such inductor. Each inductor is linked to a local power supply rail which will accept the 19v adapter voltage and lower it to a safer lower voltage (buck regulator operation). Checking if there are lower than normal resistance on the downstream (consumer) rails. This usually indicates a shorted part which is causing the power adapter to disable.

      Post any suspects.

      PUB1 is the charger IC. With the power adapter connected, with care, measure the voltage to ground of the following pins:

      REGN ; pin 24
      ACDRV ; pin 4
      ACOK ; pin 5
      VCC ; pin 28


      Click image for larger version

Name:	PUB1.png
Views:	417
Size:	249.7 KB
ID:	3321131

      Comment


        #4
        mon2 Thanks for the suggestions ! Will do these measurements tonight and report back.

        Comment


          #5
          mon2 I've been able to perform part of the measurements you suggested. Here are the results:

          With the power off, I've measured the resistance all 7 inductors present on the main board. Here are the results:

          PL302 0.05 ohms
          PL502 0.05 ohms
          PLZ1 0.05 ohms
          PLZ2 0.05 ohms
          PLA1 0.05 ohms
          PLB2 0.06 ohms
          PLF1 0.05 ohms

          It is worth mentioning that these resistances are outside of the comfort zone of my DMM, as 0.05 ohms is the minimum it can measure (i.e. when I make a direct connection between both probes, I measure 0.05 ohms as well).

          As for the voltage measurements on the pins of PUB1 I wasn't yet succesful, because I was unable to find a way to probe the pins of the QFN package safely (without potentially shorting neighbouring pins). Will try to find a safe way and report back. By the way: can these measurements be done reliable without the (large) battery hooked up?

          Rutger

          Comment


            #6
            I just realized I may have misunderstood your suggestion of measuring these resistances. What I measured and reported is the resistance across the inductor, essentially checking if it conducts. You probably intended a measurement from the consumer side of the inductor, which I have just done. The lowest resistance path from inductor to ground I could find was still 4.7 ohm, most of them were higher. No sign of a short, I believe.

            Comment


              #7
              I believe that the measurements may have been incorrectly made. Suspecting that the measurements have been made with the meter probes on each side of the inductor? That will make sense for the posted measurements. The inductor is essentially a large length of wire so the resistance should be very close to 0 ohms.

              To confirm, configure the meter into resistance mode, place one meter probe (either color) to the inductor (either side of the part is ok) and other meter probe to ground. Metal shield is ok. Note the measurement in ohms. If the resistance is higher than the selected meter scale (on manual meters) then you may see 'OL' for over limit. Then you must select a higher resistance scale till the meter can measure the resistance to ground of the power rail.

              Comment


                #8
                Ok. We posted at the same time. Makes sense now.

                Review your local Amazon stores. Someone must be selling fine tipped meter probes. That or consider a new low cost meter with fine probes. AliExpress is another option for both.

                Leave all power off. No battery. Measure the resistance to ground of the main power rail that follows the 2 * Dcin mosfets. One probe on the mosfet, other probe to ground.

                measure, pins 1-2-3 (source) to ground.
                measure, pin 4 (gate) to ground.
                measure, pins 5-6-7-7 to ground.

                Comment


                  #9
                  I beleive there is no point probing the charging circuit as it charges/discharges battery as per OP-so sheer waste of time.
                  Clearly the fault lies in RTC ciruit somewhere. Link the schematic and mention mb markings.

                  Comment


                    #10
                    mcplslg123 although I'm not an expert, I think I agree that it is very unlikely to find a shorted circuit on one of the voltage supply rails. If it were there, the laptop would behave very differently than I reported. Here is a link to the schematic I found online (via the description of a youtube movie): https://drive.google.com/file/d/15wP...nV2G0ITwW/view . The MB in the laptop I'm trying to fix has MB markings indicating the exact same MB including revision number: FH4FR LA-J731P rev 1.0. Were these the markings you meant, or any additional info needed? Here's a screenshot of the RTC circuit from the schematic. I was already able to confirm voltage being present on all the important points:
                    +RTCBATT reads 3.15V
                    +RTCVCC reads 2.81V without charger connected, and 2.97V with charger
                    +RTC_APU_R (a regulated version of +RTC_APU) rads 2.79V

                    Note: as written in my OP: UC8 is not fitted.
                    Click image for larger version

Name:	image.png
Views:	364
Size:	58.7 KB
ID:	3321789

                    mon2 I appreciate your help and suggestions so far, but was wondering: after reading my original post and specific symptoms, do you believe further diagnosis of the supplies or charger circuit could reveal any useful insights?

                    Regards,

                    Rutger

                    Comment


                      #11
                      By the way: am I correct in assuming that the actual CMOS memory is internal to the Ryzen APU? Or is there any dedicated component for storage of CMOS settings?

                      Comment


                        #12
                        Cmos battery is never inside APU/SOC. There is a circuit called RTC inside PCH part of SOC.
                        With UC8,not present You're getting close to 3V on CLRP1 which is correct.
                        Check Q91 Working correctly or not.
                        Remove SWK2 to rule out button fault.
                        Voltage on pin6 of PJP2?

                        Comment


                          #13
                          mcplslg123 Thanks for your suggestions! Here's an update:

                          > Remove SWK2 to rule out button fault.
                          I did and no change.

                          > Voltage on pin6 of PJP2
                          0V. I measured the same results in several conditions: (1) without big battery, (2) with big battery, (3) laptop powered off, (4) laptop powered on. In all of these cases the charger was not connected.

                          Q91
                          > I tested the off-state of Q91 in-circuit with a DMM. But as there's a 10K resistor from gate to ground, I wasn't able to use the DMM for testing the 'on' state. Would it be safe to inject a low voltage (e.g. 1.5V) to the gate and see if +RTC_APU_R drops? Or do you have a better suggestion for testing in-circuit?

                          Regards,

                          Rutger

                          Comment


                            #14
                            Q91 is a N channel fet.When gate is high, Ground will travel from source to Drain and when gate is low,ground will not travel from source to drain. In your case if gate is high ,then pin3(GND) will reach PIn1 pulling RTC_APU to GND.
                            So if Q91 gate is low,thats correct. Dont inject voltage without understanding how it works.
                            PJP,pin2 at 0V is correct.

                            Really dont have any idea where the fault lies in RTC circuit as the points you measured are all ok.
                            Since the voltage is ok on probe points,no pint removing the caps in RTC section.

                            To me,it seems like RTC section of APU is bad.Wait for others valualble opinion.

                            Comment


                              #15
                              I'd flash a clean BIOS with external programmer to make sure it's not some corrupt NVRAM.
                              OpenBoardView — https://github.com/OpenBoardView/OpenBoardView

                              Comment


                                #16
                                piernov thanks for the suggestion! I was also considering that, but have little hope it will help. The reason is that I had a few lucky occasions where I could in fact succesfully boot this Acer laptop, and the first things I did were:
                                (1) enter the BIOS and restore default settings, thereby forcing potentially corrupt BIOS settings in memory to be rewritten and
                                (2) perform a firmware/BIOS upgrade to latest version, thereby rewriting the BIOS itself with the latest version.
                                So unless I'm mistaken about the parts of the memory now rewritten, I think reprogramming the BIOS with an external programmer will not yield any effect. Do you agree, or did I miss something?


                                mcplslg123 I think I agree that the RTC circuit seems fine. It made me think critically about my reasons to suspect the RTC region, which is related to my observations of incorrect system clock, and the fact that I had incidental succesful boots when playing around with hard reset of the CMOS memory or removal of the battery. However, just to be sure I'm not going into a tunnel vision, I'm now back-tracking a little.

                                Here's a little update with interesting finding. Following the sticky beginners tutorial I decided to trace the power sequence from the start.

                                I was able to confirm the presence of all voltages in order of the power sequence until (and including) EC_RSMRST#. After that point, I could measure no more activity. That means SLP_S5#, SLP_S3# and SYSON never turn high, nor to the switch rails (5VS, 3VS, 1.8VS).

                                Can someone help me understand what should happen (and which circuitry is involved in) the step between EC_RSMRST# and SLP_S5#?

                                Kind regards,

                                Rutger



                                Click image for larger version

Name:	image.png
Views:	415
Size:	68.7 KB
ID:	3324577

                                Comment


                                  #17
                                  If EC_RSMRST# is not present then we check basic requirements of SIO.But you've RSMRST# present.Right?
                                  This RSMRST# signal goes to PCH(APU) and is intended to wake it up to release SLP_SX rails.
                                  I beleive here we're not getting any response from APU which indicates that some requirement of APU is not fullfilled yet(Precisely RTC in this case).

                                  A bios update and bios flash with an external spi programmer is two different things. Bios update doesnt overwrite the whole bios-so consider @piernov's suggestion.

                                  Comment


                                    #18
                                    mcplslg123
                                    > But you've RSMRST# present.Right?
                                    YES, EC_RSMRST# is definitely present. I will try to follow piernov's suggestion. but first will have to check if I have a suitable programmer.

                                    Rutger

                                    Comment


                                      #19
                                      Honestly I'm no match with expertise of someone like piernov. I take his words/comments/suggestions very seriously and have learnt a lot from him in this forum. So flash bios first.

                                      Comment

                                      Working...