Dynamic Dashboard III Issue - X870E Godlike

[NAnhKhoa.P156a02db]

Hi,
I have a problem with Dynamic Dashboard III on X870E Godlike.
Dashboard have a problem with show information such as temp, dynamic image, ... LCD flickers when show information temp.
If you have any way to fix it, please help me.
Thank you so much.
Best regard.

1

Ảnh 1 lưu trữ tại UpAnh.tv

upanh.tv

2

Ảnh 2 lưu trữ tại UpAnh.tv

upanh.tv

3

Ảnh 3 lưu trữ tại UpAnh.tv

upanh.tv

 

[plutomate]

if you use tool like usblogview, would you be able to pin point which usb port constantly drops?

 

[d.gonzat.alic12c302b0]

if you use tool like usblogview, would you be able to pin point which usb port constantly drops?

Just did it, is not the DD III, are just every USB devices connected that drop for 5 seconds, not working, than recover themselves, including Keyboard, Mouse, and every kind of USB device I have connected, internal and external, are about 12 devices, that in the log shown disconnected and connected again, and this happen randomly, IDLE or under load, it happen anyway in both conditions.
I had a look on the various devices ID on that log, and definitively there was not the DD III, and I'm not having issues with DD III, still using FW 2.0, and not the latest 3.0.

Now, switching the PBO mode from BIOS to Auto, looks like I not have these disconnections, at least are 2 days that I not get this issue, but is soon to say that there is a correlation, I will continue to use the PC to see if that will not happen again.
In this case, I would say that there is a problem bound to the CPU.

 

[RyzenRider]

just had enother restart, it seems that with the latest firmware restarts are less frequent

 

[Deriggs00157202dd]

Just did it, is not the DD III, are just every USB devices connected that drop for 5 seconds, not working, than recover themselves, including Keyboard, Mouse, and every kind of USB device I have connected, internal and external, are about 12 devices, that in the log shown disconnected and connected again, and this happen randomly, IDLE or under load, it happen anyway in both conditions.
I had a look on the various devices ID on that log, and definitively there was not the DD III, and I'm not having issues with DD III, still using FW 2.0, and not the latest 3.0.

Now, switching the PBO mode from BIOS to Auto, looks like I not have these disconnections, at least are 2 days that I not get this issue, but is soon to say that there is a correlation, I will continue to use the PC to see if that will not happen again.
In this case, I would say that there is a problem bound to the CPU.

I just came here to post about this. I was having this exact same issue on mine, and tracking the usblogs, trying to disable what I felt was the culprit and then it would re-establish, I've had my board for maybe 6 months... anyways, it ended up being the DDIII.

When I went to MSI center turned it off, it would reduce the amount of disconnects, even when I disabled DDIII through USB, it would still somehow reconnect itself and issue would persist.

I went ahead and updated to latest firmware and updated everything on my PC that I could and so far, no issues yet. I just wanted to comment that my experience was exactly like yours, but I was able to track down that it was related to DDIII and actively resolving it.

 

[d.gonzat.alic12c302b0]

VERY IMPORTANT UPDATE
At least on my actual issue with USB devices random disconnections, that i think is definitively gone!
And it would be a really nice birthday gift for me (yes, today is my birthday )

So, after long time of searching, tests, and lost hours trying to solve the my USB issue with this board, I found randomly someone talking about the same issue, pointing to an unbelievable target to solve it.
For now is soon for me to say "it's over", but, now are 10 continuous hours of power on that i still have no disconnections and USBlogView empty after this action.

---> The cursed mouse pad <---
What was causing these disconnections was the really last thing that noone will go to point at, and it looks to be the Corsair MM800 RGB mouse pad.
Literally, after gathering informations, I decided to unplug that *fxxxing* mouse pad, and looks like the disconnections are totally gone, making actually my MSI X870E Godlike system nearly perfect, and with no issues.
I not really know why this mouse pad is causing it, guess is bound with an electrical factor, that bring all the same hub devices to reset for some seconds and restart.
(I actually never had any kind of problems bound to the DD III, it simply work from the first day with no problems, but i have to say also, that I never used MSI Dragon Center to interact with it, it is just stock, and running FW 2.0, not the latest 3.0)

---> False CPU & DDR error <---
So than, after that I found another unknown information, and knowing that I can run 4x24 sticks of RAM at 5600MT/s and 1,25v, I went so to the BIOS, and placed the required settings to achieve this again, because i just revert to the official 3600MT/s temporarily to try to point at the USB issue.
Anyway, after setting it up again, is happened what just happened time ago, that the system blocked himself, with a black screen, with no life, and a DDIII screen saying CPU & DDR error, that the last time forced me to reseat the CPU.
All this to just say, that was and is useless to reseat the components in these situations, because, i found out that, sometimes, on X870 AMD systems, the training of the DDR5 can take from 2 minutes to 15 minutes, and than, even with that DDIII boot error, pointing at hardware CPU & DDR, but without reporting anymore error codes (and so it looks like dead) I just waited, and magically, Windows started to boot up, keeping the DDIII in that error screen, until the next power off and power on, and all will normally work again, DDR5 4x24 (96GB) running at 5600MT/s, with the normal DDIII screen.

---> Conclusion <---
To be short, so, keep in mind to never really listen the errors screens of that Dashboard, specially in a new memory training session, is just required to wait, even if the Dashborard say there is an hardware problem, that is not true.
About the mouse pad, I not want to understand why it is acting like this, messing literally with all my USB devices, I will never connect it again, and maybe, I will also send it back to where it come from.

Maybe, and I really hope, now for me its time to finally enjoy this system and this board, after nearly a year of fighting issues.

 

[m153502d5]

latest dd3 fw seems solid. better than the last functioning one. have not had to reflash yet.

i am living with the slow m2_1 speeds. quite a shame as that is the only other 5.0 slot.

POST time is still terrible for me (50+ secs) despite memory context restore on (makes no difference).

sometimes my PC will boot up and not have a functioning keyboard (thinks its unplugged, no power/LEDs) and sometimes it will boot without LAN (disabled/not available in windows). this happens once every ~40-50 boots, and immediately works again after restarting, so it is not a connection issue

 

[Nichrome]

Progress

 

[N4gyg3r1]

Hello everyone, I would like to ask for help.
Since the part circled in red was lost from my motherboard during the RMA process, and MSI is not cooperating with the replacement, I would like to ask someone to measure this part.
It would be best if it was drawn with a CAD program in DXF format, but a dimensioned drawing in pencil on paper is also sufficient.
Thank you very much.

 

[srcn151602d0]

So is this problem ever going to get fixed. The only work around I found is loading msi center every time I boot to windows and having the red and white screen for dynamic dash load up, the fourth one in the dynamic dash settings.

 

[mail.marc.lut127302a0]

So is this problem ever going to get fixed. The only work around I found is loading msi center every time I boot to windows and having the red and white screen for dynamic dash load up, the fourth one in the dynamic dash settings.

Since I've never seen anyone from MSI post here, my guess, everyone else's guess and your best guess are the same. Maybe yes? Maybe no?

 

[d.gonzat.alic12c302b0]

Hi all there again.
I have maybe an update on how to try to reduce the issues on this board.

After I swap the USB devices from the USB A ports on the rear of the board, to two USB C Hubs, connected on the USB C rear ports, I finally nomore had USB disconnections, and with this, the board is just a lot more enjoyable.

Anyway, one day I noticed there was two M2 disks out of four, that suddenly was vanished from Windows, ans also the BIOS was saying "not present" even if the day before was working normally... To fix it, a clear cmos, or F6 reset is required to make the disk appear again.
But now, I found out that, this PCIe problem, and the USB problems I got, they both can be caused from a low Chipset voltage, specially if the system have a lot of devices connected to manage, (I have, GPU, 4xM2, 4xSATA, 1xPCI AudioCard, tons of USB devices)
In my case... The X870E chipset may work by default at 1,050v, (Auto setting) and in truth, in Windows, with Aida64, i read around 1,025v on sensor.
So, i got a try, and I set in BIOS the chipset voltage to 1.120v, and translated, in Windows with Aida64, they are 1.100v, so, 0,050 more than the default.
It can be hard to belive, but with this little increase, the M2 disks are not vanished anymore, and so, it may also fix the USB disconnections I had, but i not tried to swap again from the USB C hubs to the USB A.

And again, this thing could be bound to the M2-1 slot, that run slower on boot, and maybe, could be caused also from a low chipset voltage... Giving a try can be useful to understand if is like that.
As last, this could also fix some kind of disconnections of the Dynamic Dashboard III, since it is working through an USB connection.

Probably, MSI just use a minimal setup to test the motherboard, with CPU, GPU, RAM, and just one M2 disk, and in this way, they not notice issues, because the Chipset probably have enough voltage to manage this, but it become too low and not stable if we add devices to manage.

What do you think about all this?

If you want to try, searching more stability, into BIOS, Overclocking section, there is the Chipset Voltage, that is listed as 0.000, because I think is into a idle state when in BIOS...
Anyway, the description say the minimum value is 0,850v, maximum is 1,500v, and default is 1,050v
To be safe, who want to try, do not go over 1,150v.
I'm using 1,120v, and getting 1.100v in Windows.

 

[d.gonzat.alic12c302b0]

Some updates for who could need
I suggest to read with care, specially the last part about DD III.
Take your time to read and understand.

Are some days that I'm using the X870E Chipset voltage BIOS setting to 1.120V, obtaining a real usage voltage of 1.100V, that is +0,050V more than the default (1.050V) and with the default I was getting 1.020V.
Anyway, looks like all the issues are vanished for now, simply keeping it a bit boosted.
The X870E under normal load temp increased a bit from 58°C to 61°C, but is still inside the max working temp (that may be 85)
This temp anyway can be reduced placing in some ways a fan close to the chipset area, that is nearest to the GODLIKE led text on the board, I'm planning to do that.

- Data and numbers
Reading stuffs around looks like the X870E require a voltage boost if you are using a lot of devices, specially if the RAM is tuned over 4800MT/s (My is 5600, on 4 stick) and you are using more than 3 M2 disks with GEN4, or GEN5 speed (And I have 4x in GEN4)
In theory, if you set all them in GEN3, you not require a chipset voltage boost to be stable.
It looks to be safe to set the X870E voltage between the default 1.050V to 1.300V, but for daily use is better to not exceed 1.200V.
For who is using GEN5 disks, may be required to be close to that limit, in my case, with 4x M2 in GEN4, and the GPU in GEN4, seem to be sufficient to set the X870E to 1.100V.

- What I think now
If the Chipset voltage into BIOS is on Auto, the BIOS may be able to do some calcs, and understand that with more M2 drives or devices connected, it may apply some additional voltage to the X870E to be stable, avoiding the normal user to be forced to understand these kind of things.
Basically and honestly, a BIOS issue for what I think, but i guess it will be never recognized by MSI, because basically it add some risk touching the voltage automatically...
For sure is frustrating that a user may require nearly one year to figure out that the Chipset could become not stable for just 0,050V.

- The issues I had.
The issues I was having was, suddenly vanishing of some M2 drives on cold boot, that require a F6 BIOS reset, or a Clear CMOS to reappear, and the USB devices on back random disconnections, that looks bound to how the Chipset manage them.
Both of these issues looks solved now.

- The theory on DDIII
Is still not sure, because i never had issues with DDIII, also cause I never used Dragon Center to mess with it...
Anyway, could be possible that all this is bound with the DDIII corruption, because basically it run on a USB lane, that could become not stable cause of this X870 low voltage, causing disconnections, and corruption in times.
Could be so a test to do, increasing this X870E voltage and see if the things get better... Remember to not exceed 1.200V, I would start with the value I tested, and looks good, so 1.120V, getting in truth 1.100V (Aida64 readings)

 

[dream_catcher19815aa02e7]

If you have this (see screenshot) in Reliability Monitor, it is not caused by DDIII. It's an issue with the USB controller driver and not limited to AMD boards. Updating Chipset drivers do nothing, there is no fix as it appears to be caused by Microsoft's own USB drivers. I have researched this for many years, and it's almost always attributed to a hardware issue, but it's a software issue.

 

[alan.162002f4]

I've had problems with mine for the last month or so.. my DDIII screen is just blank, but the USB cycling problem on device ID
USB\VID_05E3&PID_0608\A&193F21A3&0&15 every 29 seconds (unplug / plugin noises system lag ) still happen
I've been able to shut down that port so it doesn't cycle .. (using devcon.exe from the windows tool kits it does require a reboot)
I submitted a web ticket with them and they did send me a cable and a link for update procedures (these do not include how to use the cable)
and a link for the update firmware package. Has anybody used the cable? if so could you pass on the wealth of knowledge in doing it ?
it would be greatly appreciated...

 

[mail.marc.lut127302a0]

I've had problems with mine for the last month or so.. my DDIII screen is just blank, but the USB cycling problem on device ID
USB\VID_05E3&PID_0608\A&193F21A3&0&15 every 29 seconds (unplug / plugin noises system lag ) still happen
I've been able to shut down that port so it doesn't cycle .. (using devcon.exe from the windows tool kits it does require a reboot)
I submitted a web ticket with them and they did send me a cable and a link for update procedures (these do not include how to use the cable)
and a link for the update firmware package. Has anybody used the cable? if so could you pass on the wealth of knowledge in doing it ?
it would be greatly appreciated...

This has been covered a few times, look back in this endless thread, but if I recall correctly, you use it on another pc to connect the DD3 to usb and run the update on the DD3 firmware.

 

[alan.162002f4]

This has been covered a few times, look back in this endless thread, but if I recall correctly, you use it on another pc to connect the DD3 to usb and run the update on the DD3 firmware.

dang, I must have missed it lol.. looking again . <al>

 

[alan.162002f4]

I am Done, a search back i found this post https://forum-en.msi.com/index.php?...d-iii-issue-x870e-godlike.406552/post-2353406 which had what I needed to use the "special" usb cable to program the DDIII I'll attach it here too.. Cudo's to who ever did that pdf.. but mine works now.. for the moment.

 

[Wayward]

Thanks for the confirmation! I will try the latest Firmware for DDIII then and see how it goes since quite a few people have reported perhaps it's helped for once.

I've had no further noticeable USB Disconnect / Reconnect or DDIII restarts since 10/28/2025 and updating to FW: A25090200 and Flash: A25080800
- Bios: A34, I should probably upgrade, but I'm hesitant as now I seem to be in a state of stability for once.
- 10/28/2025 - Upgraded from FW: A25011600 and Flash: A25010800 to FW: A25090200 and Flash: A25080800

I've had no PCI_1 or M_1 or M_2 slowdowns since upgrading to 2x 4TB Samsung 9100 PRO SSD NVMe last year in M_1 and M_2, They've stayed PCIe 5.0 x4.
Along with the DDIII restarts / usb disconnects, PCI / M2 Slowdowns, I used to have very strange issues where sometimes I'd boot up and Windows startup and within windows would be 1fps and I'd have to cold boot, like PCIE_1 had gone the lowest speed possible or something else. That's now gone away also.

My un-fun journey through all this historically so far, Hopefully this is my last update on this subject:

Dec 24th, 2024 - Updated to BIOS A22 (Before even installing an OS)
Dec 24th, 2024 - Jan 16th, 2025 - 23 Days -DDIII Display Corruption Issues (Garbled numbers etc), NO Ez-Bridge Display Reboots or USB Disconnect/Reconnects during this period
MSI Center left running whenever the OS was on, used to play around with dashboards etc.

Updated DDIII FW/DATA on 1/16/2025
Updated using the Jan 16th DDIII / Ez-Bridge Firmware fixed the Display Corruption issues.
FW: A25010800 -> A25011600
Data: A25010800 -> A25010800

Jan 23rd, 2025 - Updated to BIOS A24
Mar 12th, 2025 - Updated to BIOS A27

Jan 16th, 2025 - Mar 16, 2025 - 59 Days
Mar 16 = First occurrences of DDIII / Ez-Bridge Display reboots + USB Disconnect/Reconnect
Used MSI Center a few times but don't really keep it open any longer

Reflashing FW / Data temporarily fixed DDIII / EZBridge USB Disconnects and Display reboots. Suspected it'll return in a month or so, it does April 27th, 2025.
The Disconnects + Display reboots got so bad I could hardly use the computer as I let it go on for 4 days to see just how bad it'd get. It exponentially increased in occurrences.

Mar 16, 2025 - Apr 27, 2025 - 20 Days
Apr 27 = Second occurrences of DDIII / Ez-Bridge Display reboots + USB Disconnect/Reconnect since Reflashing FW/DATA Mar 16th, 2025
No MSI Center Usage
Oddly the first occurrence this time happened 5mins after unplugging a USB-A portable CD Drive. It happened about 4 times after that until I re-flashed.

Reflashing FW / Data temporarily fixed it, I am sure somewhere between 1-2 months it'll return.
I did not wait a couple days this time to flash, after the first couple of DDIII Display reboots I flashed same day to get rid of them.

Apr 29, 2025 Updated to BIOS A34 (Skipped A3)

Apr 27, 2025 - May 26th, 2025 - 29 Days
May 26th = Third round of DDIII / Ez-Bridge display reboots + USB Disconnect/Reconnect since re-flashing/reupdating data on Apr 27

May 26th, 2025 - June 15th, 2025 - 21 Days
June 15th = Fourth round of DDIII / Ez-Bridge display reboots + USB Disconnect/Reconnect since re-flashing/reupdating data on May 26th.
Used the 2025-01-16 "DYNAMIC DASHBOARD III Firmware Tool" as always to re-update FW and Data to make the issue go away for now.

June 15th, 2025 - July 23, 2025 - 38 Days
July 23rd, Fifth round of DDIII / Ez-Bridge display reboots + USB Disconnect/Reconnect since re-flashing/reupdating data on June 15th, 2025
As is becoming Routine now, Used the 2025-01-16 "DYNAMIC DASHBOARD III Firmware Tool" as always to re-update FW and Data

July 23rd, 2025 - August 4th, 2025 - 12 Days
August 4th, 2025 - 6th round of DDIII / Ez-Bridge display reboots + USB Disconnect/Reconnect since re-flashing/reupdating data on July 23rd, 2025 with the DDIII FW Update tool 1.0.0.3 from Jan 16th, 2025.

Taking a risk and used the new 2025-07-21 Firmware tool 1.0.0.5.
Looks like they changed from a Update FW and Data button to a unified Update FW button that updates both FW and Data.

August 4th, 2025 - August 23rd, 2025 - 19 Days
7th round of DDIII Restart / Disconnect loops cropping up again after a FW+Data Update, this time it was after trying the new DDIII 2025-07-21 Firmware tool 1.0.0.5.
I'm still using BIOS A34, I'll update that once I see people get back in around a month on if they had success with the newest BIOS + the new DDIII firmware tool.

August 23rd, 2025 - September 24th, 2025 - 32 Days
8th round of DDIII Restart / Disconnect loops, Still on bios A34, Re-flashed and updated data using FW: A25011600 and Flash: 25010800

October 28th, 2025 - No issues since (Updated January 10th, 2026)
Upgraded from DDIII FW: A25011600 and Flash: A25010800 to DDIII FW: A25090200 and Flash: A25080800, Still using Bios A34

Hopefully this helps someone in the future.