Hi everyone, Has anyone ever had this error code? I got an edm044 card and I don’t know what this “TPM” is. Can someone help me please?
[Slot #] [Date Time] [Error Code] [Priority] [Error Message]
00 14/09/2025 11:49:27 8080001A Low Non-Native TPM 2.0 Chip (After APU Init)
|-(OK 00000000 8080001A 00000023 FFFF0005 10000100 2013 0036 2320 1680:E5)
The TPM chip is an INFINEON SLM 9670. and the heart of the security system. The error 8080001A indicates that the chip was replaced and is not the one which came original with the PS5. The chip stores keys and is not replaceable.
Thanks, Calvin. It clearly hasn't been changed. However, I don't have the 1.8V like in your picture. Where did it come from?
Thanks
Pin 18 at the southbridge pmic (DA9065/RT5126) should generate the 1.8V. But if the TPM chip isn’t powered, I would expect error 80800014 as error code not 8080001A.
Hi,
I’m experiencing the same issue and the same code 8080001A Low Non-Native TPM 2.0 Chip (After APU Init), and the TPM ship has not been tampered with, have you figured out what was the issue or is this simply not fixable ? I have all the voltages but only for the boot up for 2 sec and than the 1.8 v is grounded. As for the pic above, I have measure 3.3v for the orange line and 1.8 v on the opposite pin as in the pic, and it only lasted for 2 sec.
My board is a ps5 slim EDM-040, thanks.
So I searched for the TPM chip INFINEON SLM 9670, ( Thanks Calvin for identifying the ship ), and found the data sheet and than compared and measured all the pins as described by the data sheet.
The voltages on the two VDD pins measures 3.3 v when powered on (Pin 1 & 22) and I traced the other communication pins back to the southbridge ship CXD90069GG. If console unplugged the trail 3.3v (lower pin) & 1.8v are fine and not grounded, when plugged in (standby mode) the trail 3.3v (lower pin) & 1.8v are grounded, and when powered on, the voltage is back on all pins 3.3v & 1.8v for 2 sec and than grounded (BLOD).
Is it a southbridge or TMP problem, and yes the UART code says it is the TPM but just hopping it is not. I have not found anyone else encountering this issue other than this post. Another question, is the trial 3.3v and 1.8v behaviour described considered normal ? Thanks
Hi, I haven't had time to run any tests yet. I'll do it by Friday at the latest. I'll compare the measurements to see if I have the same ones. My card is an EDM44, and I have another one that works normally, at least it boots up. It just has a flickering issue, so I should be able to compare the measurements with it too. What's certain is that, as I said above, I have no voltage on the TPM under bench power, but I didn't check right at boot time like JSS did. I'll keep you posted.
Why are my posts on one line?
I tried the same with my power supply and it is giving the same, 0.020 A stage 1 & 2 (constant current). Going to try voltage injection to see if there is any hot spot. But anyways I don’t have the southbridge IC to change.
I have a working south bridge, I’ll change it and come back with the result.
I continued my research. I found where this 3.3v comes from (a few seconds). It comes from the RT5126. It works so it is not the cause (test on another card) so my question: where does the information that allows the RT5126 to send the 3.3v come from? From the TPM? If so, by what means? If it is not a physical problem, then it is dead? Thank you
That is a good finding, I’m also missing the 3.3v on that red dot. Unfortunately I don’t have a functional board of that type to compare. What I would liked to do is take a board with a health stand by mode and swapped the TPM ship and check the health board amps pull up in standby mode, this would have confirmed if it is just the behaviour of a faulty TPM that is forcing the board to critical shut off and a constant amp withdraw of 0.02 A. Thanks
Be careful, this voltage only arrives when the console goes into standby mode and then disappears. In other words, when I plug my power supply into my card on valid, I have 3.3v on pins 1 and 22 for a few seconds, then nothing. On my card with the TPM problem, I have no voltage, ever! So I went back to find out where it came from. It is on the south bridge at the red dot, but it is also at the RT5126. However, I don’t know who activates it, that’s where I’m a bit stuck. Since the TPM contains unique information, who reads it and how? If I don’t find any physical problems (damaged track, missing voltage, broken component… or other) then it will have to resolve to say that the TPM is broken
A quick question, did you happen to buy this console from France?
I got two of them from France defect myself, and I’ve been dealing with a different (but also weird) issue on the other one. There’s a whole separate thread about a license problem and BIOS issues.
Interestingly, in that thread, everyone seems to be having the exact same issue under the same conditions and guess what, they all bought their consoles from France too. Some people are starting to think these units might actually be faulty from the manufacturer and possibly beyond repair, especially since they’re missing key info.
I even tried swapping the BIOS between both machines (same EDM-040 board), and the issue persisted. So, my conclusion is, if yours came from France like mine, there’s likely corrupted or missing data in the BIOS and maybe even something wrong with the TPM chip by default. They are only good for parts.
So I’m French and I buy all my consoles in France. So, like that, I don’t see the connection. For the moment I’m trying to understand how (who and what) it works. Who reads the TPM data and by what means. You’re talking about another subject, can you tell me which one?
The SSD controller and the southbridge have direct data connections to the TPM chip.
ok thanks Calvin, I already changed the south bridge, can you give me the pin number that communicates with the SSD controller. I managed to trace the 3.3v (temporary) to these 2 components
The pins for SPI com at the TPM chip are:
pin 19 (SCLK) - clock
pin 20 (CS#) - chip select
pin 21 (MOSI) - data In
pin 24 (MISO) - data Out
each connected to SB and SSD controller. My guess, the SB is the master and SSD and TPM are the slaves.
