Suchergebnisse

Wenn du Lust und Zeit hast, kannst du ja nach und nach alle Plugins deinstallieren und immer wieder testen, ob das socket-Problem im Paketmanager weiterhin besteht. Wenn es irgendwann wieder geht, weiß man evtl. wer der "Verursacher" sein könnte und hätte einen neuen Prüfansatz.

Ne wirkliche Lösung hab ich aktuell nicht. Da du aber das gutemine-Feed-Plugin nutzt, könnte das eine Erklärung sein. Der gutemine-Feed war längere Zeit leer. Erst vor kurzem hat gutemine wieder einige Pakete auf seine Feeds gelegt. Das könnte evtl. erklären, warum es vorher keine Probleme gab. Bei dem BufferOverflow-Error geht der Box der Speicher aus, wenn zu viele Pakete aus den einzelnen Feeds im Paketmanager verarbeitet werden müssen. Der Fehler scheint nach dem Update des Paketmanagers ja …

Bei dem anderen User mit dem gleichen Problem war es ja scheinbar auch eine fehlerhafte Programmierung. Nach Prüfung und angeblicher "nochmal"-Quattro-Programmierung ging es dann ja problemlos. Also drück ich mal die Daumen, dass es bei dir dann genauso klappen wird

Ok, danke für die Links. So weiß man jetzt besser, was du für Technik verbaut hast Da du ja auch den Inserter (Stromversorgung für den Idlu) schon probiert hast, würde ich denken, dass der Idlu ne Macke hat oder auf Wideband LNB programmiert ist. Da bin ich ja mal gespannt, wie das ausgeht

Ok, wenn der Idlu die Satleitungen einfach 1:1 per Kaskade durchreicht und nicht verarbeitet, dann sollten am Centauri ja die normalen Signale wieder ankommen. Wenn der Idlu aber Wideband erwartet (falsch programmiert), dann kommt aus den beiden Ausgängen nichts raus, weil ja Quattro ankommt. War auch mein Gedanke, wenn die Box am Centauri angeschlossen ist und funktioniert, dann einfach das Kabel vom Centauri auf den Legacy am Idlu wechseln. Dann müsste das ja direkt funktionieren. Hast du wirk…

Den Switch gibt es auch mit 2 Wideband LNB's. Daher die Frage, welche Variante er bestellt hat. Gehst du mit den 4 Kabeln vom Astra-LNB direkt in den Unicable-Switch und von da dann als Kaskade in den normalen Multiswitch? Wenn ja, dann sollte der Idlu ja richtig arbeiten, wenn er das Signal korrekt an den normalen Multiswitch weitergibt und dort die normalen Anschlüsse funktionieren. Wenn du aber einen normalen Multiswitch mit Kaskadenausgang hast und dort den Idlu angeschlossen hast, dann würd…

Wenn ich bei HM-Sat schaue, steht da was von „für die Verwendung mit 2 Wideband LNB‘s“ programmiert. Oder haben sie dir den auf normalen Quattro LNB umprogrammiert? Waren da 2 Wideband LNB‘s dazu?

Dann würde ich sagen, dass irgendwas mit dem Unicable-Switch nicht stimmt. Aber da kann ich nicht weiterhelfen. Ich habe einen Technisat. Keine Ahnung, was da bei deinem noch besonderes zu beachten ist. Lade doch mal ein Foto von deiner Verkabelung hoch (beide verbundene Switches inkl. Kabelabgänge). Vielleicht sieht dann einer ja was. Edit: Hast du evtl. den falschen Sat-anschluss am Tuner angeschlossen? Vielleicht das Kabel mal an den anderen Anschluss anklemmen.

Inaktive SCR muss man nicht zuweisen. Du kannst ja beim FBC max. 8 SCR zuweisen/aktivieren. Die restlichen 24 SCR hättest du dann noch übrig, falls du eine weitere Box mit Unicable versorgen willst. Da kannst du dann den Verteiler verwenden. Wenn du vorher schon einen Sendersuchlauf mit Legacy gemacht hast, musst du für Unicable keinen neuen Suchlauf machen. Die gefundenen Sender sollten dann automatisch auch mit Unicable funktionieren. Eine PIN hab ich hier nicht in Nutzung. Wüsste im Moment au…

Hast du 2 FBC-Tuner (4 Sat-Anschlüsse) oder nur 1 FBC-Tuner (2 Sat-Anschlüsse) in der Box? Wenn du nur 1 FBC (2 Sat-Anschlüsse) hast, reicht 1 Kabel. Tuner 1 wird aktiviert und konfiguriert mit 8 SCR's. Tuner 2 wird deaktiviert. Der Tuner verteilt die 8 SCR's dann komplett intern auf seine 8 Demods. Dann denke ich auch, dass der Eintrag für die unicable.xml nicht ganz korrekt ist. positions=2 ist glaub ich nur für 2 Satelliten. In meiner unicable.xml gibt es unter Matrix so einen Eintrag Quellco…

hier eine aktualisierte Version, wo u.a. das Problem von Alfred (leere Update-Liste nach 2. Start des Paketmanagers) behoben ist. Änderungen: 08.09.2025 - beim Start des Paketmanagers wird nun auch die Erreichbarkeit des NN2-Feeds geprüft - Anzeige für die Paketbeschreibung optimiert (teilweise wurde kein Beschreibungstext angezeigt) - im Offline-Installer wird jetzt bei OK auf ein Paket eine Frage zur Installation angezeigt 07.09.2025: - zeige nur Pakete/Updates für die aktuelle Architecture (m…

Danke, muss ich mir Abend mal anschauen.

Ist das mit dem Paketmanager (Updates werden beim erneuten Öffnen nicht angezeigt) immer wieder nachvollziehbar? Hast du dabei noch weitere Filter gesetzt? Ich würde sagen, dass ich das bei mir schon erfolgreich ausgeführt habe. Also beim 2. Start des Paketmanagers ist dann ja der Update-Filter noch aktiv und es wurde dann auch ein zu aktualisierendes Paket angezeigt. Falls das bei dir reproduzierbar auftritt, kannst du ja davon mal ein Log vom Öffnen des Paketmanagers machen. Dann noch das Feed…

Danke für den Test. Hab die geänderte Datei jetzt direkt im ursprünglichen Beitrag #92 aktualisiert und in #94 wieder rausgenommen.

Ah, weil die Liste für die Updates nach dem Update dann leer ist, was ja vorher nie so war Kannst du es hiermit nochmal testen ? Hab auch noch eine Änderung reingenommen, dass der Paketmanager beim Aufruf sofort sichtbar ist und das Feed-Update (inkl. der Zahnräder) dann erst beim sichtbarem Paketmanager ausgeführt wird. Edit: Hab die Datei oben im Beitrag #92 aktualisiert

Dann hier mal die Anpassungen zum NN2-Paketmanager. Änderungen: - zeige nur Pakete/Updates für die aktuelle Architecture (mipel, armhf, amr64) bisher waren z.B. über den Mediaportal-Feed immer 3 Einträge/Updatemeldungen zum MediaPortal-Plugin vorhanden (jeweils für alle Arch-Varianten) - alternative Online-Prüfung zur Erreichbarkeit des NN2-Feed im Updatecheck bei Boxstart (auch wird das Feed-Update beim Boxstart jetzt nur noch ausgeführt, wenn die Updateprüfung bei Boxstart auch aktiviert ist -…

Das wurde ja schon von NN2 beantwortet Wegen der 2-3 User, die dieses Problem haben, lohnt es nicht, den Feed neu zu bauen. Also kann man max. für die betroffenen User hier eine alternative Lösung anbieten, was ja vom NN2-Team auch so vorgeschlagen wurde. Ob die neue zusätzliche Filter-Option "zeige Updates" im Paketmanager nun vielleicht doch ein Neubauen des Feeds rechtfertigt kann ich nicht beurteilen. Denke aber, dass die Aussage möglicherweise genauso lautet wie zur Anpassung beim Updateche…

Zitat von Hilfsbereit: „Mal nur so zwischendurch nachgefragt. Ist der Updatecheck nicht in jedem DreamOS Image gleich, und hätten das "Problem" dann nicht alle Images? “ NN2 scheint da eigene Wege gegangen zu sein. Dort nutzt man u.a. python-apt, was auf dem DP-Feed glaube gar nicht zu finden ist. Offensichtlich gibt es damit ein Problem (zeitliches Blockierung der Box beim Feed-Update), wenn der Feed nicht erreichbar ist. Und vermutlich spielt hier auch die Netzanbindung (ISP) von @AlfredENeuma…

Interessant, da bei mir heute in der Nacht immer ein "Err 101 - network not reachable" angezeigt wurde. Bei dir ist es die reine Timeout-Meldung. Die Timeout-Meldung hab ich hier gelegentlich auch tagsüber, wenn der Server etwas träger ist, was man ja ab und zu auch hier bei den Antwortzeiten im Forum merkt. Falls daher die bisherigen 2s für das Timeout zu knapp sind, könnte man da ggf. auf 3sek hochgehen. Auf jeden Fall scheint der alternative Code zur Prüfung der Servererreichbarkeit etwas bes…

Ich hab meinen obigen Code mal in ein gesondertes Test-Plugin verpackt, so dass man das Ganze auch unkompliziert auf der Box testen kann. (es erfolgt dabei im e2Log zusätzlich aber auch eine gleichlautende Ausgabe) Den Ordner "TestPluginCheckNN2" aus der zip-Datei inkl. aller enthaltenen Dateien in folgenden Ordner auf die Box kopieren: /usr/lib/enigma2/python/Plugins/Extensions/ Dann einen GUI-Neustart machen und im Plugin-Browser das Plugin "TestPlugin - Check NN2-Feed" starten. Dort dann den …