TB Dockingstation => Monitore nur nach Neustart mit UHD@60Hz

[SaxnPaule]

Hallo Community,

ich habe mit meinen Notebooks ein recht nerviges Problem.

Ich nutze

• zwei identische LG 27" UHD Monitore (27MU67-B)
• Dell WD19TB Thunderbolt 3 Dockingstation
• HP ZBook Firefly 14 G10 mit i7 Gen 13 (Thunderbolt 4)
• HP Elitebook 830 G7 mit i5 Gen 10 (Thunderbolt 3)

Beim Start laufen beide Monitore mit UHD@60Hz SDR. Im Laufe des Tages schalte ich die Monitore aber gelegentlich aus (z.B. Mittagspause) bzw. sie gehen nach ein paar Minuten Untätigkeit selbständig in den Standby.

Nach dem Wiedereinschalten läuft einer der Monitore lediglich mit 30Hz und eine höhere RefreshRate lässt sich auch nicht auswählen. Ausschließlich ein Neustart des Laptops hilft.

Treiber, UEFI und Firmware sind alle auf dem neusten Stand. Sowohl bei den Laptops, als auch bei der Dockingstation.
Beim Elitebook ist Windows 11 auf dem letzten offiziellen Stand und keinerlei Updates sind ausstehend. Das ZBook wird von der Firma verwaltet. Da habe ich auf Windows 11 Updates keinen Einfluss. Problem tritt aber bei beiden Notebooks gleichermaßen auf.

An der Dockingstation ist Monitor 1 per DP => DP angeschlossen und Monitor 2 per USB-C => DP. Ausschließlich in dieser Konstellation ist überhaupt ein Betrieb mit 2 x UHD@60Hz möglich. Es ist immer der 2. Monitor von dem Problem betroffen.

Das interne Display der Laptops ist deaktiviert.

Bevor ich das Firefly bekam hatte ich ein Dell Latitude 5401 mit i5 Gen 9, bei diesem trat das Problem nie auf.

Hat jemand eine Lösungsidee?

 

[Ray519]

Also der Monitor der via TB angeschlossen ist geht am HBR2 Host irgendwann nur noch reduziert?

Wie sind die Monitore angeschlossen wenn 2x UHD am TB4 Host geht?

Auch mit TB-out und einem MST-out? Weil das sollte gar nicht erst gehen mit den Monitoren und einem aktuellen TB4 Host (ohne weitere Kopfstände). Und wenn beide Monitore dann über den MST-Hub betrieben werden, wäre es ein anderes Problem in dieser Konstellation oder ein Problem das nicht vom Dock oder Host ausgeht.

 

[SaxnPaule]

Wie sind die Monitore angeschlossen wenn 2x UHD am TB4 Host geht?

Schrieb ich doch. Einer am DP Anschluss des Docks und einer am USB-C TB Anschluss des Docks mittels Adapterkabel auf DP.

In anderen Konstellationen funktioniert 2x4K60 gar nicht erst.

Das Problem ist, dass es anfangs funktioniert und nach Monitor Standby nicht mehr.

Ergänzung (7. Juni 2024)

Also der Monitor der via TB angeschlossen ist geht am HBR2 Host irgendwann nur noch reduziert?

Ja

Hier hatten wir es damals durchgespielt
https://www.computerbase.de/forum/threads/2-x-4k-60hz-an-wd19tb-funktioniert-nicht.2073655/

 

[Ray519]

Schrieb ich doch. Einer am DP Anschluss des Docks und einer am USB-C TB Anschluss

Ich stelle nochmal klar:

Ja, für ein HBR2-only TB3 Host ist das der einzige Weg. Aber für einen HBR3/TB4 Host ohne DP Bandwidth Allocation ist das genau der falsche Weg der normalerweise genauso wenig geht. Das Dock ist dafür gebaut, dass man an HBR3-fähigen TB3 Hosts 2 Ausgänge des MST-Hubs nutzt und nicht den TB-out. Steht auch aus gutem Grund so im Manual (da würde dann die 1xHBR3+4xHBR3 Tabelle aus dem Manual gelten. Und 1xHBR3 reicht nicht für 4K60 unkomprimiert. Abgesehen davon, dass 1xHBR3 in der Realität nicht genutzt wird und es schwachsinnig ist von Dell das so anzugeben).

Deshalb habe ich danach gefragt. Weil normalerweise würde die Anschlussweise von TB-out+DP-out an einem TB4 Host dazu führen, dass der Monitor am DP-Out voll geht und der Monitor am TB-out wäre limitiert auf WQHD@60 oder UHD@30 (max. 4xHBR1 Bandbreite, weil der MST-Hub typischerweise mit max. Bandbreite verbunden ist, was 4xHBR3 ist, unabhängig davon was der Monitor tatsächlich kann oder nutzt).
Das dein TB4 Host also darauf zurückfällt ist absolut zu erwarten. Es passieren eher sehr seltsame Dinge das es überhaupt mal anfänglich geht. Und je nachdem was da passiert könnte es einen Zusammenhang mit dem Problem des HBR2 Hosts geben.


Dazu wäre es schön die jeweils ausgehandelten DP Verbindungen zu sehen (also 4xHBR3 etc.).
Mit Glück zeigen deine Displays das im OSD. Ansonsten für den MST-Hub kann man VmmDpTool64 mit Admin-Rechten nutzen (wird auf dem Arbeitsrechner evtl. schwer). Windows EventLog sollte den USB4 DP Tunnel Verbindungsaufbau bei so einem Host auch anzeigen. In den Details dieses Events steht einiges zu der DP Verbindung.

Ansonsten: wechselst du zwischen den beiden PCs mittendrin? Auch habe ich die Erfahrung gemacht, wenn man das WD19TB zwingt zu bestimmten DP Verbindungen braucht es manchmal einen kompletten Neustart (Stromstecker kurz ziehen) bevor es sich wieder komplett normal verhält. Und ja, wenn dein TB4 Host sich "normal" verhält, dann würde man erwarten, dass nach neu Einstecken der Displays die Displayport Verbindung aus dem TB-out gedrosselt ist und nicht mehr für 4K60 reicht. Und nur für das alte Notebook ist es ein unerwarteter Fehler wenn es nicht mehr geht. Leider wird dein altes Notebook keine solchen Diagnosemöglichkeiten haben so dass wir unter Windows einfach die Konfiguration der DP Verbindung durch den TB-out sehen können (die wird vermutlich auch reduziert sein wenn es nicht mehr geht. Entweder auf 2xHBR2 oder auf 4xHBR1).

Ich kenne für die Intel iGPUs leider nur den Linux Weg um an diese Daten zu kommen. Unter Windows direkt habe ich das noch nicht aus der iGPU herausbekommen.

Und zur Kontrolle könnte es noch interessant sein die Display Details aus dem Windows 11 Display Menu zu sehen für die beiden Monitore, wenn es am TB4 Host geht. Nicht das die Bandbreite da von Anfang an limitiert ist, aber Windows / der GPU Treiber andere Maßnahmen zum Bandbreitensparen nutzt.

 

[SaxnPaule]

Ich werd das heute Abend mal etwas genauer beleuchten und gebe dann nochmal Rückmeldung.

 

[SaxnPaule]

Mit Glück zeigen deine Displays das im OSD.

Leider nein.

Ansonsten für den MST-Hub kann man VmmDpTool64 mit Admin-Rechten nutzen (wird auf dem Arbeitsrechner evtl. schwer).

Wie schon richtig vermutet, wird die Ausführung auf dem Firefly geblockt. Auf dem Elitebook habe ich aber etwas zusammengetragen.

SST Rx scheint der Monitor am DP zu sein und ist in beiden Fällen identisch.

Spoiler

Base block:
Product name: LG Ultra HD, Product ID: GSM 5B09
Serial No: 550251, Manufacture date: 1th week, 2016
DisplayPort interface, support 10 bits color
Support range, VSync: 56-61Hz, HSync: 30-135KHz, Pixel clock: <=560MHz
Preferred timing: 3840x2160@60Hz, Pixel clock: 522.61MHz, H/V Total: 3920/2222
Detail timing: 3840x2160@30Hz, Pixel clock: 266640KHz, H/V Total: 4000/2222
Supported standard timing list:
1152x864@60Hz, 1280x1024@60Hz, 1280x720@60Hz, 1600x900@60Hz,
1920x1080@60Hz, 1280x800@60Hz,
CEA externsion block
Support feature: audio, YCbCr 4:4:4, YCbCr 4:2:2,
Support 4 video formats: 1920x1080p@60Hz, 1280x720p@60Hz, 720x480p@60Hz,
640x480p@60Hz,
Support up to 2 channel Linear PCM audio
Support audio frequency(Hz): 32K, 44.1K, 48K,


Speaker Allocation: FL/FR,
Detail timing: 1920x1080@60Hz, Pixel clock: 148.50MHz, H/V Total: 2200_1125

Monitor1 ist der am USB-C TB
nur 30Hz möglich:

Spoiler

Base block:
Product name: LG Ultra HD, Product ID: GSM 5B09
Serial No: 550251, Manufacture date: 1th week, 2016
DisplayPort interface, support 10 bits color
Support range, VSync: 56-61Hz, HSync: 30-135KHz, Pixel clock: <=560MHz
Preferred timing: 3840x2160@60Hz, Pixel clock: 522.61MHz, H/V Total: 3920/2222
Detail timing: 3840x2160@30Hz, Pixel clock: 266640KHz, H/V Total: 4000/2222
Supported standard timing list:
1152x864@60Hz, 1280x1024@60Hz, 1280x720@60Hz, 1600x900@60Hz,
1920x1080@60Hz, 1280x800@60Hz,
CEA externsion block
Support feature: audio, YCbCr 4:4:4, YCbCr 4:2:2,
Support 4 video formats: 1920x1080p@60Hz, 1280x720p@60Hz, 720x480p@60Hz,
640x480p@60Hz,
Support up to 2 channel Linear PCM audio
Support audio frequency(Hz): 32K, 44.1K, 48K,


Speaker Allocation: FL/FR,
Detail timing: 1920x1080@60Hz, Pixel clock: 148.50MHz, H/V Total: 2200_1125

60Hz möglich

Spoiler

Base block:
Product name: LG Ultra HD, Product ID: GSM 5B09
Serial No: 550251, Manufacture date: 1th week, 2016
DisplayPort interface, support 10 bits color
Support range, VSync: 56-61Hz, HSync: 30-135KHz, Pixel clock: <=560MHz
Preferred timing: 3840x2160@60Hz, Pixel clock: 522.61MHz, H/V Total: 3920/2222
Detail timing: 3840x2160@30Hz, Pixel clock: 266640KHz, H/V Total: 4000/2222
Supported standard timing list:
1152x864@60Hz, 1280x1024@60Hz, 1280x720@60Hz, 1600x900@60Hz,
1920x1080@60Hz, 1280x800@60Hz,
CEA externsion block
Support feature: audio, YCbCr 4:4:4, YCbCr 4:2:2,
Support 4 video formats: 1920x1080p@60Hz, 1280x720p@60Hz, 720x480p@60Hz,
640x480p@60Hz,
Support up to 2 channel Linear PCM audio
Support audio frequency(Hz): 32K, 44.1K, 48K,


Speaker Allocation: FL/FR,
Detail timing: 1920x1080@60Hz, Pixel clock: 148.50MHz, H/V Total: 2200_1125

Im TX1_DP Reiter, welcher vermutlich die Verbindung zum DP Monitor zeigt gibt es einen Unterschied
Nur 30 Hz auf dem anderen Monitor:


60Hz auf dem anderen Monitor:


TX0_DP und TX2_DP sind "not connected"

Ansonsten: wechselst du zwischen den beiden PCs mittendrin?

Nein. und der gesamte Arbeitsplatz inkl. Dock wird täglich stromlos gemacht.

 

[Ray519]

SST Rx scheint der Monitor am DP zu sein

Das sind die EDID Daten. Die werden sich auch nicht ändern. Es ist der GPU Treiber der vom Monitor angebotene Modi vor dir versteckt, weil er weiß das die DP Verbindung zum Monitor es nicht kann (weil Port zu langsam oder Verbindung zu wenig Bandbreite oder fehlendes Feature). Die Daten würde man auf dem Debug Tab mit "I/O Timing" sehen. Aber auf deinem TB3 Host hilft das nicht, weil der Eingang vom MST Hub wird immer 4xHBR2 sein, weil mehr kann das Notebook nicht. Und ob der TB-out unnötigerweise unterhalb davon gedrosselt wird sehen wir nicht, weil da kein MST-Hub hintendran ist, den das Tool auslesen kann.

Gründe für eine Drosselung der DP Verbindung wenn nicht durch TB Limits erwzungen:

• Host spinnt, Firmware Bugs
• Kabel/Verbindung ist tatsächlich grenzwertig und hat manchmal zu viele Fehler, weshalb die Quelle die Geschwindigkeit drosselt. Innerhalb von TB ist die Verbindung virtuell, die macht also keine Fehler ohne das alles sichtbar zusammenbricht. Wie gesagt in Windows kenne ich keine Möglichkeit den Kram aus dem Intel iGPU Treiber auszulesen. Mit Linux kann man das vllt sehen, auch wenn ich das noch nicht machen musste

Wie gesagt, wenn alles so gehen würde wie normal, sollten nie 4K60 aus dem TB out am TB4 Host herauskommen.. Das heißt entweder bei dir ist was defekt im Dock weshalb der MST Hub nie auf volle Geschwindigkeit hoch geht (ich habe auch ein WD19TB) oder aber dein 13th gen Notebook verhält sich entschieden anders als mein 12th gen Notebook mit aktuellsten Intel WHQL Treibern (quasi gleiche Hardware in der CPU und gleiche Treiber für 12th und 13th gen).

Ich habe auch gerade mal mit meinem Dock getestet. Nein Intel kann immer noch nicht die entsprechenden Features um damit optimal umzugehen. Aber Intel wählt nun automatisch 4:2:0 Chroma Subsampling. Selbst an einem DP Ausgang (und das ist neu) mit aktivem HDMI Adapter damit 4K60 auch noch durch die langsamere Verbindung passt.

Wenn du das mit deinem Arbeitsnotebook so bestätigen kannst, klingt das eher danach als ob die Verbindung vom TB-out zum Monitor nicht stabil ausgehandelt wird und deshalb manchmal langsamer ist.
Ansonsten passieren bei dir grundsätzlich Dinge die allem widersprechen was ich bisher von Intel und dem Dock gesehen habe und das wäre erstmal interessant zu verstehen, vllt versteht man dann auch den Rest.

 

[SaxnPaule]

Das klingt also eher danach als ob die Verbindung vom TB-out zum Monitor nicht stabil ausgehandelt wird und deshalb manchmal langsamer ist.

Und genau das bezweifle ich eben. Es hat ja jahrelang mit dem alten Latitude funktioniert. Erst seitdem ich das Firefly habe ist es mir aufgefallen. Mit dem Elitebook habe ich es dann gegengetestet. Damit hatte ich es nie bemerkt, da ich das nur sehr selten anschließe und wenn, dann nie so, dass die monitore dabei ausgehen.



Ich sehe nur ein Subsampling, wenn ich die Monitore an die eGPU hänge. Die war in den Tests vorher aber abgestöpselt und kommt nur zum Zocken ran.

Edit: Ich habe gerade gesehen, dass der 2. Monitor immer über RGB angefahren wird. Auch an der eGPU und der 1. Monitor mit YCbCr

 

[Ray519]

Dein erster Screenshot ist ja auch vom alten Notebook oder? Das kann soweit ich weiß gar kein Chroma Subsampling. Und da es eh nur HBR2 kann, läuft der MST Hub auch nicht auf HBR3 wo er berechtigterweise dem TB-out Bandbreite wegnehmen würde. Für das alte Notebook ist es entweder ein Bug oder ein Defekt.

Ich hatte schon krasse Bugs die die Bandbreite limitieren (die sind sogar immer noch drin in meinem alten Notebook). Und die sind überhaupt nicht TB spezifisch. Also unmöglich ist das nicht. Oder ein klassisches Kompatibilitätsproblem, wo einfach manche Geräte sich in bestimmten Situation nicht korrekt verstehen. Oftmals bleibt dann das Bild ganz schwarz alle x Aufwachen aus dem Standby oder so. Gibt es leider zu Hauf mit Kombinationen an Docks, MST Hubs, Adaptern und mehreren Displays. Hilft nur andere Kombinationen an Adaptern, Kabeln, Monitoreingängen zu probieren. Oder Firmwareupdates. Aber die hast du ja schon alle.

Wenn es dir nur um das neue Notebook geht, kannst du die Probleme vermutlich ganz umschiffen, wenn du einfach den Monitor so wie vorgesehen an den 2. DP out anstatt an den TB-out anschließt. Weil da gibt es mehr als genug Bandbreite (dank DSC könnte das dock 4x 4K60 10 Bit antreiben. Locker) und du brauchst auch einen Adapter weniger.

Ich habe keinen Überblick was die Chroma Subsampling Modi angeht. DP hatte die nicht von Anfang an und nicht alle so wie HDMI meine ich. Weil klassischerweise sieht man heutzutage und über HDMI 4:2:0, weil das spart genau 50% der Bandbreite. Auf der anderen Seite spart 4:2:2 für einen CVT-RB 4K60 Monitor genau so viel, dass es durch HBR1 durch passt. Also ist bestätigt, dass das Dock und deine Treiber sich verhalten wie erwartet und dir ist die schlechte Bildqualität von Chroma Subsampling nur noch nie aufgefallen.

Wenn du damit also bestätigt hast, das dein Arbeitsnotebook im Falle den du als "geht alles wie es soll" betrachtest schon mit HBR1 arbeitet, wird es richtig spannend warum das weiter gedrosselt werden sollte. HBR1 ist so langsam, dass es dafür gar keine Kabel gibt. Die billigsten offiziellen DP Kabel sind eigentlich schon direkt HBR2, weil es so einfach ist HBR2 zu erreichen. Und es gibt absolut Null Gründe abseits von Defekten oder krassen Bugs auf RBR runter zu gehen. Hier wäre es halt cool wenn wir sehen könnten ob Lanes verloren werden (also von 4xHBR1 auf 2xHBR1). Weil das wäre das klarste Anzeichen von einem Wackelkontakt oder beschädigten Leitungen/Pins in der Verbindung. RBR würde ich nur bei massiven Signalqualitätsproblemen erwarten.

 

[SaxnPaule]

Wenn es dir nur um das neue Notebook geht, kannst du die Probleme vermutlich ganz umschiffen, wenn du einfach den Monitor so wie vorgesehen an den 2. DP out anstatt an den TB-out anschließt. Weil da gibt es mehr als genug Bandbreite

Das teste ich am Montag mal aus.

Und es gibt absolut Null Gründe abseits von Defekten oder krassen Bugs auf RBR runter zu gehen. Hier wäre es halt cool wenn wir sehen könnten ob Lanes verloren werden (also von 4xHBR1 auf 2xHBR1). Weil das wäre das klarste Anzeichen von einem Wackelkontakt oder beschädigten Leitungen/Pins in der Verbindung. RBR würde ich nur bei massiven Signalqualitätsproblemen erwarten.

An der Stelle bin ich ausgestiegen. Jetzt bringst du noch RBR ins Spiel...Was ist das schon wieder?
Wie kann ich das testen? Auf dem Firefly hab ich zwar Adminrechte, kann dennoch nicht jegliche Software ausführen. Will da auch nicht unnötig dran rumfingern, weil Arbeitsmittel und so...

 

[Ray519]

An der Stelle bin ich ausgestiegen.

Die DP Geschwindigkeiten von langsam zu schneller sind RBR, HBR(1), HBR2, HBR3. Und dann die neuen UHBRxx Modi.
Die GPU will normalerweise das schnellste das am Ziel geht, weil dann brauch es keine Neuverhandlung wenn die Einstellungen nachträglich auf max hochgehen. Wenn eine Geschwindigkeit nicht geht (weil Kabel/Verbindung den Test nicht besteht) wird die nächstlangsamere probiert. Bis eine gefunden wurde die geht.

Spoiler: Mehr Details

Das ist der klassische Grund warum dir höhere Refreshraten nicht angeboten werden. Und wegen TB und den Bandbreitenlimits wollen / erwarten viele Leute 4xHBR2 + 4xHBR2 durch TB3. So wie du es für deine getrennt angeschlossenen 4K60 Displays willst und auch mit deinem alten Notebook nur ging. Dein neues kann aber HBR3 und der MST Hub auch und der sitzt auf dem wichtigeren Port. Also wird beim Aufbau zuerst der MST-Hub mit einer 4xHBR3 Verbindung versorgt. Und dann ist nicht mehr genügend übrig für den Monitor am TB out. Und das Maximum das geht ist 4xHBR1. Das ist häufiges Verhalten wo viele Leute drüber stolpern.

Aber es gibt nichts in der TB Welt, womit noch nicht mal genügend Bandbreite für 4xHBR1 übrig sein sollte. So dass der Grund noch weiter runter zu gehen in der Geschwindigkeit woanders liegen muss.
Da bleibt dann eigentlich nur übrig das entweder Quelle oder Ziel lügt und sagt, dass nur eine niedriger Geschwindigkeit das max. ist. Oder der Verbindungstest für HBR1 schlägt fehl.

Auf dem Firefly hab ich zwar Adminrechte, kann dennoch nicht jegliche Software ausführen.

Wenn du Adminrechte hast, dann ins Windows Eventlog -> System und USB4 Events suchen.

Geräte die die USB4 Treiber von Windows 11 nutzen zeigen dort einige Diagnosedaten an für jede aufgebaute DP Verbindung. Inklusive Fähigkeiten der Hostseite, der Dock-Seite und was tatsächlich genutzt wird. Ich muss nur die Bits dekodieren in den Feldern. Ich meine da steht das alles drin.
Dein altes Notebook hat das leider nicht. Da wird der ganze Kram auf dem TB Controller selbst in Firmware gemacht und Windows kriegt nichts davon mit.

 

[SaxnPaule]

Heute nach dem Mittag ist das Problem mit dem Firefly wie erwartet wieder aufgetreten.
Den zweiten Monitor ebenfalls per DP => (mini)DP angeschlossen und auf Anhieb funktionieren beide mit 4K60.

Heute früh sah es so aus (DP + USB-C TB)

Kurz davor findest sich dieser Fehler:

 

[Ray519]

1. bild

out : 0000 0000 1100 0000 1010 0011 0011 0100
in  : 0001 0101 1100 0000 1010 0011 0011 0100
mask: 0000 1000 1100 0000 1010 0001 0011 0100
comm: 1000 0000 1100 0000 1010 0001 0001 0100

2. bild

out : 0000 0000 1100 0000 1010 0011 0011 0100
in  : 0001 0101 1100 0000 1010 0011 0011 0100
mask: 0000 1000 1100 0000 1010 0011 0011 0100
comm: 1000 0000 1100 0000 1010 0010 0001 0100

        -                 -    ----
        !DSC              MST  8b10b Speed
                               3: HBR3
                     ---       2: HBR2
                    UHBRxx     1: HBR1
                               0: RBR
                           ---      ----
                           Lanes       DPCD Rev
                           2: 4 Lanes   3: 1.4a
                           1: 2 Lanes   2: 1.3
                           0: 1 Lane    1: 1.2
                                        0: 1.1

USB4 v2 Spec. pp404 DP In Adapter Configuration Capability


Also du hast tatsächlich aus einem seltsamen Grund mal eine HBR2 Verbindung zu DP Out 10 (ist das der TB-out? In allen Screenshots ist immer DP Out 10 drin. Das Dock hat 2. Einer an den MST-Hub der aktiv wird wenn irgendwas durch den MST Hub Bild hat und den am TB-out. Die sollten deterministisch an den Ports hängen bei dem Controller)
Im anderen Bild hast du dann nur noch HBR1, weil höhere Geschwindigkeiten durch die Maske verboten werden. Und diese Maske kommt vom Bandbreitenlimit (also der Connection Manager sagt, es passt nicht mehr als 4xHBR1. Typischerweise weil es schon einen anderen Tunnel mit 4xHBR3 geht (was der normale Fall für den MST Hub wäre).


Wenn der MST-Hub HBR2 Speed kriegt, wenn beide Monitore angeschlossen sind (einmal MST, einmal TB-out), das Dock frisch angeschaltet wurde und dann der Host verbunden wird, würde ich raten, dass die Monitore oder irgendwas dazwischen zu langsam antwortet. Und der Monitor am MST-Hub so lange nicht antwortet, dass TB-out zuerst verhandelt wird. Der kriegt dann sinnvollerweise HBR2 und dann ist auch nur noch HBR2 für den MST-Hub übrig, wenn er sich dann rührt. Das wäre quasi das gleiche, wenn man das Dock erst anschließt mit nur dem Monitor am TB-out und erst wenn der schon auf HBR2 läuft den 2. am MST Hub anschließt.

 

[SaxnPaule]

Und der Monitor am MST-Hub so lange nicht antwortet, dass TB-out zuerst verhandelt wird. Der kriegt dann sinnvollerweise HBR2 und dann ist auch nur noch HBR2 für den MST-Hub übrig, wenn er sich dann rührt. Das wäre quasi das gleiche, wenn man das Dock erst anschließt mit nur dem Monitor am TB-out und erst wenn der schon auf HBR2 läuft den 2. am MST Hub anschließt.

Klingt nachvollziehbar und passt auch zu meiner Erfahrung. Habe öfter erst den TB-Out Monitor eingeschaltet und erst wenn der da war den DP-Out Monitor. Damit hatte ich gefühlt öfter Glück.

Aber so wie es jetzt ist passt es für mich. Mit dem Firefly nutze ich DP-Out + DP-Out und mit dem Elitebook TB-Out + DP-Out. Muss dann nur an dem einen Monitor den Eingang umschalten.

 

[Ray519]

Ja. Das ist leider der Fluch wenn man noch irgendwo alte TB3 Geräte mit nur HBR2 oder noch schlimmer Alpine Ridge Controller hat. Die schießen einfach bei allem modernen Quer.

Uh. Und ich habe was gelernt: Ich dachte der GPU Treiber muss mit dem Windows USB4 Treiber reden für DP BW Allocation Mode (wo dann nicht so grob die Bandreite verhandelt wird, sondern USB4 sieht, dass du am MST Hub gerade nicht die volle Bandbreite brauchst und die dann unabhängig der Verbindungsreihenfolge auf den anderen Port aufgeschlagen werden könne). Das ist aber nicht der Fall.
DP BW Allocation Mode wird durch DPCP kommuniziert. Also durch die DP Verbindung in den Host USB4 Controller. Das heißt das könnte sogar mit jeder GPU gehen die diese Protokollerweiterung spricht und hängt nicht daran dass die Treiber direkt miteinander reden...

 

[DerKoernel]

ich habe mit meinen Notebooks ein recht nerviges Problem.

Ich nutze

• Dell WD19TB Thunderbolt 3 Dockingstation

Willkommen im Club :-)

Ich hatte auch das Problem bzw. noch eine Spur schärfer, konnte es nach langem Suchen und ausprobieren mit geringen Zusatzkosten lösen. Bin davon überzeugt das dies ein Hardware Problem von Dell ist, weil hatte schon mehrere Dell Docking Stations und jede hatte das Problem.

Bei mir sind an der Docking Station 2x Monitore per Display Port und 1x HDMI angeschlossen. Am Notebook 1x HDMI und 2x HDMI über USB-Splitter. Früher kamen die Monitore aus dem Sleep nach der Mittagspause nicht zurück bzw. haben sich grundlos verstellt. Lösen lies sich das nur durch einen Neustart - zum Kotzen!

Da ich 6 Monitore verwende (3x oben, 3x unten), habe ich die obere Reihe in eine Mehrfachsteckdose gesteckt und schalte diese mit einem Funkschalter an und aus. In der unteren Reihe ist der in der Mitte immer aktiv, nur links und rechts sind per Funkschalter schaltbar (an/aus).

Wenn also jetzt die Monitore aus dem Sleep nicht mehr zurück kommen, schalte ich sie stromlos und warte ein paar Sekunden, bis Windows dies bemerkt. Dann wieder einschalten und alles ist wieder gut.