Temat: [Ogólne] aktualizacja dla sync 3
View Single Post
Stary 26-03-2020, 13:01   #822
tedi_k
FCP member
 
Avatar tedi_k
 
Imię: Tadeusz
Zarejestrowany: 04-11-2011
Skąd: Katowice
Model: Mitsubishi Outlander PHEV, C-max Energi (USA) PHEV
Silnik: 2.4 PB, 2.0 PB wolnossące cykl Atkinsona - hybryda plug-in
Rocznik: 2019, 2016
Postów: 18,051
Domyślnie Odp: aktualizacja dla sync 3

Cytat:
Napisał leszcz Goście nie mogą oglądać obrazków w postach. Zarejestruj się klikając tutaj aby uzyskać pełen dostęp do forum.
czasami się zdarza ,że HUBy starsze spełniają wymogi dla wersji 3.0.xxx zaś po zabawach do wersji 3.4.xxxx już nie bardzo Goście nie mogą oglądać obrazków w postach. Zarejestruj się klikając tutaj aby uzyskać pełen dostęp do forum. wielokrotnie przerabiane Goście nie mogą oglądać obrazków w postach. Zarejestruj się klikając tutaj aby uzyskać pełen dostęp do forum.
Wracam do kwestii hubów "odrzucanych" przez soft 3.4 dla Sync3.
Każdy, komu będzie się chciało trochę pogrzebać po udostępnionych przeze mnie pakietach apps w wersjach 3.0, 3.3, 3.4 (tutaj) sam sobie sprawdzi "dlaczego mój stary hub przestał nagle być "dobry"...

Otóż w wersji 3.4 plik "akceptujący huby" - apps/etc/allowed_hubs.xml wygląda tak:
Kod:
  <hub vid="0x2996" pid="0x0118" dio_port="2" upstreamport1="2" upstreamport2="3" description="MY17MCM" /> 
  <hub vid="0x2996" pid="0x0119" dio_port="2" upstreamport1="2" upstreamport2="3" description="MY17MCM (1+1)" /> 
  <hub vid="0x2996" pid="0x011A" dio_port="2" upstreamport1="2" upstreamport2="3" description="MY17MCM (1+SD)" /> 
  <hub vid="0x042f" pid="0x0501" dio_port="2" upstreamport1="2" upstreamport2="3" description="Molex 2USB Hub" /> 
  <hub vid="0x042f" pid="0x0502" dio_port="2" upstreamport1="2" upstreamport2="3" description="Molex Embedded Hub" /> 
  <hub vid="0x042f" pid="0x0503" dio_port="2" upstreamport1="2" upstreamport2="3" description="Molex 1+1 Hub" /> 
  <hub vid="0x042f" pid="0x0600" dio_port="2" upstreamport1="2" upstreamport2="3" description="Carplay port" />
Natomiast w wersji 3.0 ten sam plik jest taki:

Kod:
  <hub vid="0x0424" pid="0x2514" dio_port="1" description="MY16MCM" /> 
  <hub vid="0x2996" pid="0x0118" dio_port="2" description="MY17MCM" /> 
  <hub vid="0x2996" pid="0x0119" dio_port="2" description="MY17MCM (1+1)" /> 
  <hub vid="0x2996" pid="0x011A" dio_port="2" description="MY17MCM (1+SD)" />
Widać, że w wersji 3.4 przybyło sporo możliwości, ale UBYŁA jedna dla nas nader istotna nazwana MY16MCM.

To jest przyczyna problemów.
W modyfikowanych softach można ten plik próbować podmienić (uzupełnić o tę brakującą pozycję).
Nie da się tego zrobić na działającym systemie, bo partycja "apps" montowana jest jako RO:
mount -b -r -t qnx6 -o snapshot=0,noatime,alignio $MMC_ACT_FS_PART /fs/mp

Próba możliwa jest w spreparowanym pakiecie instalacyjnym albo w image pamięci flash stosowanej do ogrywania przy np. lutowaniu/przeróbce na EU.

Jednak warto zwrócić uwagę, że ten "stary" hub nazywany MY16MCM w definici w systemie 3.0 ma 'dio_port="1"' w sytuacji gdy wszystkie inne oraz wszystkie dla systemu 3.4 mają 'dio_port="2"'.
Może więc się okazać, że jednak (wbrew wcześniejszym moim opiniom) niezbędna będzie wymiana huba na nowszy typ.

Oto jeszcze jeden dowód na to, że przechodzenie "na hura" na soft w wersji 3.4 na starszych urządzeniach to "ciągłe proszenie się o kłopoty albo wydatki".

Ostatnio edytowane przez tedi_k ; 26-03-2020 o 14:37
tedi_k jest offline   Odpowiedź z Cytatem