Search results

I ordered a battery and i'll try that. Though out of the many DFU restores I've done in the past, I've never needed the battery. Only the trackpad (with the error being 1/-1)

A2992 DFU Restore, I'm struggling to parse this log: [15:43:08.6636] Entering AMRestorePerformTADRestore [15:43:08.6636] <TAD Device 0x89ccc8480>: production fused device [15:43:08.6637] requested restore behavior: Erase [15:43:08.6686] device does not have epochs. [15:43:08.6772] <TAD Device...

Alright, I finally got another 2020 A2338 in with a good trackpad. I tested it, and it works. I can't believe i went through 3 whole trackpads only to find they didn't work. I did try buying one from MS, but they sent me a 2022 trackpad lol. It is resolved

Yes

Just triple checked JT400, all voltages are indeed present. The page 84 level shifters all appear to be getting the correct voltages and outputting correctly too. I don't see any signs of damage in that area. At this point, the only thing I can think of is I got very unlucky and have two bad...

I replaced both JR200 and UR200. The circuit behaves normally now. However, when both LEFT and RIGHT are low, thus causing IPD_LID_OPEN_R_1V8 to also be low, the screen does not turn off. This was tested both out of the chassis with just a backlight and manually holding magnets, and assembled...

Alright, did some testing. Lid closed RIGHT goes low, LEFT stays high. IPD_LID_OPEN_R_1V8 stays high open/closed. Looking at the BV, the LAS gets 1V8_AON and LEFT. Unless the BV is mislabeled, I find it very strange that only RIGHT goes low when lid is closed. That's not even accounting for the...

I was only able to check IPD and AMR_LEFT, RIGHT seems to be inaccessible without removing the sensor. Unless there's a TP for it, which FlexBV doesn't seem to be highlighting. And how should I test lid close? Just hold a magnet over it?

Yep, those are both present

All voltages are present. Testing with 3 different trackpads and 2 different cables (one new, one used), I have found this: - 2 of the trackpads were from an A2338, 1 was from like an A1706 I think. With the two from A2338, they are detected but unresponsive. - When attempting to enter...

Replaced the regulator again, we have 1.8V naturally now. I reassembled it and trackpad is now detected but it and the keyboard still don't do anything. I'm doing another DFU with everything connected in the hopes that it fixes it, though I doubt it. If it doesn't I'll replace trackpad. I know...

I tried a DFU restore with the same configuration as before, but injecting 1.8v 250ma into PP1V8. While my supply wasn't reporting any draw, the restore did complete successfully. The only conclusion I can come to is that I need to replace the regulator again.

PP3V8 and PP1V8_EN are both present. Since there's nothing else connected to this except GND and PP1V8, I assumed UC120 went bad. Put a donor on from a board that has 1.8V and still no voltage. Weird. I'm going to inject into the rail to see if there might be a short my meter didn't pick up. If...

Neither have voltage present. I tested minimally - board, trackpad, connector. No fan/battery/etc. Additionally, I noticed that the entire PP1V8_AON line only goes up to 0.062V, which is odd because it does get 20V, does boot, and all the other rails are present. I thought PP1V8 was essential...

Hello, I feel like this is probably an obvious fix but I'm just not getting it. I have a 2020 A2338 (M1) that I replaced the panel on. I was going to go through my checklist, but was stopped by the keyboard and trackpad both being unresponsive. I swear I remember this working at some point, but...

Already beat you to that, we're good in the short department. All that's left for me right now is to reassemble the board minus wifi and cpu, wait for stencils to come in, and pray I didn't kill wifi or cpu with heat.

Thanks for that. I found that (at least) PPVDD2H0_S2SW and PPVDDQ0_S1 are shorted. I pulled off 6 caps which were suspect, but it didn't go away. I pulled off the CPU, and it still hasn't gone away. At least now I can safely drive more voltage into it but still this is getting insane lol

I believe I have found the issue. Or at least, the current one. The original SPMU (U7700) did not have a hotspot, but would not generate 1V8S2/1V8AWAKE properly. Presumably other rails were also affected, but this is the only one I actually looked at. Much earlier in the diagnostic, I tried...

I don't know for sure that the WiFi IC is dead. And if it is dead, I will use the Luban programmer as explained on repair.wiki to replace it. The customer is myself, I do refurbishing. So, yes someone will buy it if I can't restore WiFi, just at a steep discount.

3V8 stays at a stable 3.8V. So if there was an overvoltage spike, it quickly burned out whatever made the connection. I'll check what IC's and FET's have both 3.8V and 1.8V connections. I think I'm also going to replace U7700 anyways just to be safe. It'll be a little bit before I work on this...