MarianX wrote on 12. May 2021 at 18:18:


Co prawda nie do mnie pytanie, ale dopiero co odpisywałem ten przypadek dokładnie tu:
(You need to Login or Register to view media files and links)
i tu:
(You need to Login or Register to view media files and links)

I nie nie zawsze będzie +0.2V - popatrzcie w tabelkę z pierwszego linku - ona i komentarz wyjaśnia wszystko.

forteller wrote on 12. May 2021 at 21:14:


Przy 1.45 VID1 ciągnie do masy VID2 dlatego dostajesz 1.65, oszukujesz w ten sposób logikę płyty, która ustawia napięcie zgodnie z stanami VIDx. A jaki ma mieć wpływ VID2 na VID1 dla procków z natywnym 1.75V kiedy oba mają stan wysoki na procku?

PS Wrzucam ponownie tabelkę żeby nie szukać po forum.

A jeśli będzie stan niski na procku to jaki będzie efekt takiego połączenia?

MarianX wrote on 12. May 2021 at 22:56:


Ale gdzie jak?

W wielkim uproszczeniu - dla poinformowania płyty, jakie ona ma ustawić VCC, procesor "przedstawienia" płycie stan niski/wysoki na pinach VIDx. I tak zamyka VID do masy dla przedstawienia stany niskiego, a dla wysokiego do zasilania. Jeśli bios nie ma opcji regulacji napięcia, to można się pobawić "zmieniając" stany na pinach VID łącząc je do masy/zasilania - tylko z głową, najczęściej to trzeba robić przez rezystory pullup.

Cały ten trik, który tu krąży z łączeniem VID1 z VID2 opiera się TYLKO i wyłącznie na założeniu, że dla Tualatinów z 1.475V VID1 jest domyślnie w procesorze zmasowany, przez co wymuszasz stan niski też dla VID2 i płyta podaje inne napięcie, bo "widzi" co innego niż mu podaje proc. Będąc uzbrojony w wiedzę jaki stan na jakim pinie VID musi być dla uzyskania żądanego napięcia można się pobawić z zmianę stanów. Tylko to należy robić z głową, podłączając VIDx do masy lub zasilania w zależności od potrzeby a nie łącząc ze sobą dwa piny VID.

Do tego nie mam bladego pojęcia jak się zachowa logika płyty przy wymuszaniu np z BIOSu napięcia - podejrzewam, że zwyczajnie wtedy ignoruje (bo musi) informacje z VIDx , więc tym bardziej zwarcie VID1 z VID2 powinna zignorować, a nie uważać za jakiś offset +0.2V.

Strzała, znalazłem wczoraj te dwie kostki 6ns xD Wcześniej pomęczyłem cruciala, siedzę jeszcze na MSI sam nie wiem po co bo chciałem znaleźć dobre ramy do OC a na tej płycie ustawianie timingów to jakaś paranoja xD

Znalazłem trzy ciekawe sztuki które wydają się być stabilne. Obie kości WE sprawdzałem tylko pod kątem maksymalnej częstotliwości, jeszcze nie odpalałem na 170, może na crucialu uda mi się zmniejszyć ostatnią wartość opóźnień.

1. WE#1 6ns   2-3-3-6 @160
2. WE#2 6ns   3-3-3-6 @160
3. Crucial 7ns  2-2-2-5 @140
                       3-2-2-5 @150
                       3-3-3-7 @160

Znalazłem też fajny program przedstawiający więcej informacji niż SPD z aida64. Wieczorem wrzucę jakieś screeny.

Mam zapisane oznaczenia ramów: TBS6408B4E-6 ta jest lepsza natomiast TBS6416B4E-6. Obie mają po 64MB i 8 kostek.

Kiedyś zrobiłem screeny z SPD z aida64, chyba dwie mają ustawienie 2-2-2-6 i te dobrze się kręcą, niektóre mają ustawienia typu 1-4-4-7 @147. Crucial który sprawdziłem jest CL2 ale ma też zapisane ustawienie 3-3-3-7 @142.

Później zapodam co mam

forteller wrote on 13. May 2021 at 07:01:


Może nie precyzyjnie się wyraziłem. Po ustawieniu napięcia w BIOSie, płyta musi zignorować fizyczne sygnały VIDx a ustawić to co kazano jej w BIOSie.

Nie znam logiki ABITa ST6 - (zakładam) być może ma ograniczony zakres możliwych do ustawienia napięć, bo ktoś stwierdził, po co dać wszystkie. Strzelam bo nie wiem, pewnie w BIOSie masz dostępne np +/- 0.2[0.3] od bazowego napięcia podanego przez VID. Dlatego wymuszając inny stan VID, płyta myśli, że ma do czynienia z procesorem o napięciu np 1.65V i ustawia mu widełki od bazowych 1.65V i stąd dostępny inny zakres napięć. Wygląda to na ograniczenia jakie programiści wprowadzili do kodu BIOSu.

Być może dało by się zmodyfikować kod, aby odblokować pełen zakres.

Natomiast to nic nie zmienia w kwestii ignorowana stanów VIDx przez płytę PO ustawienia ich w BIOSie. O takie ignorowanie mi chodziło.

Siemanko,

Trochę mi zeszło z tymi fotkami xD Chyba jest wszystko co miało być. Jedna z kości nic nie wyświetla w aida64 ale ctspd ślepy nie jest i pokazuje jakieś śmieszne timingi z czwórką na przedzie dla porównania to samo z kości cruciala. Interesujące jest ustawienie CAS latency, crucial ma 2/3 i tak wyciąga ale kość 6ns ma 1/2/3/4/5 i mimo słabszych parametrów (chyba) lata lepiej. Teraz trzeba wszystkie ramy przepuścić przez ctspd