Duo4kSE-BT Bluetooth Standby-Freeze Workaround

Betrifft:

• Duo4kSE-BT mit orginaler Bluetooth-Fernbedienung
  

Symptome:

• Box friert alle paar Tage im Standby ein (nur bei aktivierter Bluetooth-Fernbedienung)
  
• Kein Crashlog
  
• letzter Eintrag im Log: [e2-core] [VTi eEmergencyWatchdog] ::::::: start
  

Ursache:

• Während der Standbyroutine wird zunächst eine Disconnect-Anfrage und 100ms später eine Deaktivierungs-Anftage an den Bluetooth-Treiber gesendet
  
• Im Normalfall benötigt der Disconnect ca. 20-60ms, vereinzelt benötigt der Disconnect aber auch etwas länger als 100ms, wodurch es zum Konfilkt mit der Deaktivierungs-Anfrage kommt und den Freeze auslöst
  
• Die Einstellung „Bluetooth im Standby aktiviert lassen“ hat hierauf keinen Einfluss, da weiterhin zunächst die Bluetooth-Schnittstelle deaktiviert und erst später wieder aktiviert wird
  

Lösungsansatz:

• Die Zeitspanne zwischen vubt.requestDisconnect und vubt.disable erhöhen
  

Vorgehensweise:

1. Backup erstellen
   
2. Die Datei bt.py im Ordner /usr/lib/enigma2/python/Plugins/SystemPlugins/BluetoothSetup/ kopieren und sichern
   
3. In der Funktion def standbyBegin(self, configElement) Zeile 377)
   den Wert von time.sleep(0.1) auf 1.0s erhöhen (Zeile 387)
   …
   self.disconnectAll()
   time.sleep(1.0)
   self.disable(False)
   ….
   
4. Alternativ hab ich die bereits geänderte bt.py für die Duo4kSE (VTI 15.0.0) unten angehängt.
   
5. Box neustarten
   

Anmerkungen:

• Es wäre gut, wenn die von dem Bug betroffenen, ein Feedback geben könnten, ob der Lösungsansatz funktioniert. Evt. kann die Änderung dann beim nächsten Image durch das VTI-Team berücksichtigt werden
  
• Zum Testen könnt ihr auch mal die Zeit auf 0.03s setzen und prüfen, ob die Box nun bei jedem zweiten, dritten Standby freezed
  

Edit hgdo: unnötiges Direktzitat entfernt.

Hallo satdx62,

ja das ist plausibel, da die Datei _vubt.so der Ultimo4k, wenn man alleine die Dateigrösse betrachtet, sich von der _vubt.so der Duo4k/SE unterscheidet.

Die bt.py ist beim ersten Uberfliegen überall gleich.

Da die _vubt.so nicht geändert werden kann, bleibt nur der Weg über die bt.py um Konfilkte zu vermeiden, die zum Freeze führen.

@EQStBrown

Durch das Update auf VTi 15.0.0.2 wurde auch bei mir das neue BluetoothSetup nicht mit installiert. Wie von @satdx62 beschrieben, musste ich das von @rdamas verlinkte BluetoothSetup händisch nachinstallieren. Wobei händisch in meinem Fall bedeutete, dass ich die Dateien mit Copy&Paste austauschen musste, da die Installation über das VTi-Panel (tar.gz installieren) nicht funktionierte. Neben der Treiberänderung, wurde ja auch eine Zeiterhöhung auf 0.2s, wie in Post 1 beschrieben, mit in das neue BluetoothSetup übernommen, so dass der Beitrag wieder abgepinnt werden könnte. Probleme im Zusammenhang mit dem Teletext konnte ich weder vor noch nach dem Update bei mir erkennen.
Wer immer noch Probleme mit der Bluetooth-Fernbedienung hat, sollte also zunächst prüfen, ob der timestamp der bt.py (im Verzeichnis /usr/lib/enigma2/python/Plugins/SystemPlugins/BluetoothSetup) schon vom November 2022 ist.

Danke auch an das VU+ Team, dass ihr weiter an Updates fur unsere Boxen arbeitet!

So wie ich das sehe, ist in dem Image V15.0.0.2 noch das alte BluetoothSetup mit 0.1s vorhanden.

Im „neuen BluetoothSetup“ (Link: code.vuplus.com/download/release/bt/enigma2-plugin-bluetoothsetup-vuduo4k-20221118.r0.tar.gz) ist die Zeit schon auf 0.2s erhöht worden.

Ob das neue BluetoothSetup in der Installationsroutine vom Image 15.0.0.2 später nachinstalliert werden sollte, kann ich nicht sagen. Wenn ja, hat es zumindest nicht bei jedem funktioniert.

Ich hatte damals zur Fehlersuche die benötigte Disconnectzeit mitloggen lassen, welche im Normalfall 20-60ms und ich Fehlerfall so um die 110-130ms betrug.
0.2s wären also auch ausreichend.
Die 1.0s habe ich nur zur Sicherheit gewählt, da ich die benötigte Zeit auf anderen Boxen nicht beurteile konnte und auch bei Änderung auf 5s keine Probleme auftraten.

Ob nun im neuen BluetoothSetup, auch noch andere Änderungen vorgenommen wurden, die den Freeze verhindern können/sollen, kann ich ebenso nicht beurteilen.

Jedenfalls habe ich nicht nur die bt.py, sondern alle Dateien aus dem oben genannten Link auf der Box ausgetauscht.

Zum Testen habe ich die Zeit auf 0.02s reduziert und es kam wieder zum Freeze im Standby.

Hi satdx62,

0.02s war schon richtig, um zu testen, ob der Fehler nun über andere Anderungen in den Dateien abgefangen wird.

Dies ist wahrscheinlich eher nicht der Fall, aber nicht auszuschliessen.

0.2s oder mehr, sollten es in der bt.py schon sein. Schadet ja nicht.

@EQStBrown

Kurzes Feedback:

Die Verkürzung auf 0.2s war wohl zu optimistisch.

Hatte damit schon 3x wieder einen Freeze beim Wechsel in den Srandby-Betrieb.

Bin wieder zurück auf 1.0s und hatte danach keinen Freeze mehr.