Xentry wyłącza się po uruchomieniu – licencja, sterowniki SD Connect, Windows 10/11, antywirus

Pytanie

Xentry diagnoza program po odpaleniu wyłącza się

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Xentry wyłącza się natychmiast po uruchomieniu najczęściej wskutek problemu licencyjnego (nieważny StartKey lub wpis na tzw. „czarnej liście”), uszkodzonej/niekompletnej instalacji bądź konfliktu sterowników interfejsu diagnostycznego.
• Kluczowe kroki: zweryfikuj licencję w ConfigAssist/StartKey Center, sprawdź integralność plików i sterowników VCI, przeanalizuj logi Xentry oraz Podgląd Zdarzeń.

Szczegółowa analiza problemu

1. Mechanizm startu i autowyłączenia

   • Podczas ekranu splash Xentry wywołuje łańcuch testów: licencja → integralność plików → wstępna inicjalizacja VCI.
   • Jakikolwiek błąd zwraca kod „Exit 0” i proces Xentry.exe jest zamykany przez wewnętrzny watchdog, zazwyczaj bez komunikatu.

2. Najczęstsze przyczyny
   a) Licencja (≈ 70 % zgłoszeń)

   • Plik lic_key_2.dat lub wpisy w C:\ProgramData\LicDir\ usunięte przez AV.
   • Wersja StartKey niezgodna z buildem Xentry; zmiana MAC-adresu lub dysku twardego unieważnia klucz.
   • Od 2023 r. w wersjach ≥ 09/2023 wprowadzono dodatkową weryfikację online – brak dostępu do serwera = zamknięcie programu (dotyczy licencji subskrypcyjnych).
     b) Integralność instalacji
   • Niepełna instalacja ISO, brak bibliotek VC++ 2015–2022 lub .NET 4.8 → wpisy .NET Runtime Error w Podglądzie.
     c) Sterowniki VCI
   • Sterowniki SDconnect Toolkit < 2.1.4 lub nowsze drivery VXDIAG na starszym Xentry powodują błąd inicjalizacji modułu VCIManager.dll.
     d) Środowisko OS i AV
   • Aktualizacje Windows 10 KB5006670/KB5012170 blokują niepodpisane DLL-e Xentry.
   • Secure Boot/UEFI w trybie „Audit” potrafi zatrzymać nieoficjalne sterowniki.

3. Diagnostyka krok-po-kroku

   1. Licencja
      • Uruchom ConfigAssist → License → CTRL + K (patcher) → zielone znaczniki. Brak = ponowny import licencji lub wygenerowanie nowego StartKey.
      • Data/czas OS: sprawdź, czy nie wyprzedzają daty wygenerowania licencji.
   2. Logi Xentry
      • C:\ProgramData\Xentry\log\XentryLog_*.txt → ostatnia linia przed „Exit 0” wskaże moduł powodujący zamknięcie.
   3. Podgląd Zdarzeń
      • Application → filtruj Xentry.exe, .NET Runtime, VCIManager. Id exc. = 0xc0000005 najczęściej brak DLL; id = 0xe0434352 – błąd .NET.
   4. Sterowniki VCI
      • Menedżer urządzeń: brak żółtych trójkątów przy „SDconnect USB-Eth” lub „VCX SE J2534”.
      • Test offline: odłącz interfejs i uruchom Xentry – jeśli wstanie, problem po stronie VCI.
   5. Antywirus i Firewall
      • Dodaj wyjątek dla C:\Program Files (x86)\Mercedes-Benz i C:\ProgramData\LicDir.
      • Wyłącz ochronę w czasie testu; jeżeli pomaga, ustaw wyjątki permanentnie.
   6. Reinstalacja krytycznych komponentów
      • VC++ 2005-2022 (x86 + x64), .NET 4.8, Java 8 u202.
      • W PowerShell: sfc /scannow i dism /online /cleanup-image /restorehealth dla wykluczenia błędów OS.
   7. Czysta instalacja (last resort)
      • Pełne odinstalowanie, usunięcie ProgramData\Daimler i kluczy rejestru HKLM\Software\Daimler.
      • Instalacja z oficjalnego ISO lub sprawdzonego obrazu VMware/Hyper-V.

Aktualne informacje i trendy

• 2024: Mercedes-Benz migruje do platformy „Xentry Remote Diagnostics” (cloud-license online); wersje offline > 03/2024 wymagają cyklicznej synchronizacji licencji.
• Wprowadzanie Xentry Kit 3 (DoIP-Only) wymusza sterowniki Ethernet DoIP w Windows 10/11.
• Coraz częstsze przypadki blokady licencji po aktualizacji BIOS/UEFI (TPM 2.0 fingerprint).

Wspierające wyjaśnienia i detale

• Licencja StartKey powiązana jest z hash-em dysku i MAC-adresu. Zmiany sprzętowe = „Hardware ID mismatch”.
• Splash screen znika, bo proces nadrzędny StarUtilities.exe zamyka potomny, gdy funkcja checkLicense() zwróci False.
• Kod błędu można podejrzeć narzędziem Process Monitor (filtr Result = NAME NOT FOUND na plikach licencji).

Aspekty etyczne i prawne

• Korzystanie z nieoryginalnych „patchy” narusza licencję Daimler AG i polskie prawo autorskie (art. 116 ust. 1 u.p.a.p.p.).
• W środowisku ASO wymagane jest połączenie z Xentry Backend; próby obejścia monitorowane są przez telemetryczne logi serwera.

Praktyczne wskazówki

1. Zrób obraz dysku/VM przed eksperymentami.
2. Testuj każdy krok osobno – po zmianie licencji NIE uruchamiaj od razu patchera i sterowników, aby łatwo wyłapać winowajcę.
3. Jeśli to stanowisko warsztatowe, rozważ dedykowany laptop z czystym Windows 10 LTSC i odłączonym Windows Update.
4. Przy interfejsach J2534: użyj 64-bitowych PassThruSupport.04.04 i w Xentry wybierz „Xentry PT” zamiast „SDconnect”.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Nie wszystkie wersje VXDIAG VCX SE współpracują z Xentry > 12/2022 z powodu zablokowanego certyfikatu sterownika.
• Windows 11 22H2 bywa kompatybilny, ale tylko w trybie legacy TPM off; brak gwarancji Daimler.
• „Cofanie daty” to obejście tymczasowe; powoduje problemy z HTTPS i podpisami kodu.

Sugestie dalszych badań

• Analiza różnic w plikach Blacklist.xml pomiędzy wersjami Xentry (diff) – identyfikacja nowych blokowanych HWID.
• Monitorowanie wywołań WinVerifyTrust() dla DLL – czy AV wstrzykuje hooki.
• Test Xentry w kontenerze Windows Sandbox do izolacji od systemu głównego.
• Śledzenie forów MHH Auto, Diag-Net – pojawiające się skrypty naprawcze dla buildów 03/2024+.

Krótkie podsumowanie

Samoczynne zamknięcie Xentry wynika prawie zawsze z:

1. Nieprawidłowej licencji,
2. Uszkodzonych lub zablokowanych plików aplikacji,
3. Konfliktu sterowników interfejsu.

Zweryfikuj status licencji w ConfigAssist, sprawdź logi i Podgląd Zdarzeń, przeinstaluj sterowniki VCI oraz niezbędne biblioteki systemowe. Jeżeli czynności nie pomogą, wykonaj czystą instalację lub skorzystaj z oficjalnego wsparcia Daimler.