SelfSat IP36 (SAT>IP Server) stürzt ab während EPGScan

  • Das Problem liegt eher bei der selfsat. Tuned noch, aber keine Daten mehr. Deswegen bringt ein log des VDR Plugins wohl nix.

  • Hat denn schon jemand den Hersteller Support ins Boot geholt - diesbezüglich?

  • Hat denn schon jemand den Hersteller Support ins Boot geholt - diesbezüglich?

    Hallo zusammen,


    ich hatte das hier beschriebene Problem auch und habe selfsat angeschrieben und gefragt, was ich machen kann bzw. ob es ggf. eine neue Firmware gibt. Ich habe schnell eine neue Firmware bekommen und das Gerät gerade aktualisiert. Die bei mir ausgelieferte Version war 2.2.19, jetzt habe ich Version 3.0.29. Die Antenne hat mit dem Versionssprung eine Weboberfläche bekommen, über die man z.B. den Status der Tuner einsehen kann. Ob das Absturzproblem behoben wurde, kann ich noch nicht sagen. Ich beobachte das mal. Auf den ersten Blick sehen auch die Meldungen umfangreicher aus, die der SATIP Server ins Log schreibt.


    UPDATE:
    Hier gibt's ja Leute, die das Problem haben und welche, bei denen es nicht auftritt, vielleicht können wir mal Softwareversionen mit Fehler und ohne sammeln.


    Version|Status . . . . . . . .|Berichtet von |Stand
    -------------------------------------------------------
    2.2.19 |bereitet die Probleme |rstcologne . .|02.02.2017
    3.0.29 |noch unklar . . . . . |rstcologne . .|02.02.2017


    Schönen Abend allerseits...

  • ..darfst du diese Version weiter geben?


    Ich habe den Eindruck das Problem tritt häufiger auf, wenn viele tote Kanäle in der channels.conf sind.
    Möglicherweise werden die satip devices in dem Fall nicht korrekt geschlossen.

  • Hi,

    ..darfst du diese Version weiter geben?

    habe ich nicht gefragt, vermutlich wird das aber nicht gerne gesehen. Sie kam aber innerhalb von einem Tag, nachdem ich die selfsat Info-Email angeschrieben habe. Magst du es ggf. da probieren und dich noch mal melden, wenn sie dir nicht antworten sollten? Ich kann jetzt aber bestätigen, dass die neue Version das Problem nicht behebt. Auch die neue Version hängt sich auf.

    Ich habe den Eindruck das Problem tritt häufiger auf, wenn viele tote Kanäle in der channels.conf sind.
    Möglicherweise werden die satip devices in dem Fall nicht korrekt geschlossen.

    Das könnte sein. Werde ich mal verfolgen. Ich wollte da sowieso etwas aufräumen und die ganzen Sachen rausschmeißen, die ich eh nie schaue.


    In einem tvheadend thread irgendwo habe ich gelesen, dass es an den vielen schnellen Kanalwechseln liegt. Dort wird für die IP36 empfohlen, Delays vor und nach dem Tunen zu konfigurieren. Ich habe aber noch nicht gefunden, ob und wie das beim vdr-satip-plugin geht.


    Ich aktualisiere mal die Tabelle. Es gab auch noch einen Fehler. Die Firmware Päckchen haben versionen, die Serverkomponente in der Firmware auch. Das ist unten angepasst:


    FW Version |Server Version |Status . . . . . . . .|Berichtet von |Stand
    -----------------------------------------------------------------------------
    ??? . . . .|2.2.19 . . . . |bereitet die Probleme |rstcologne . .|02.02.2017
    3.0.29 . . |2.2.21 . . . . |bereitet die Probleme |rstcologne . .|03.02.2017



    Update:
    Hier der Link zu der Quelle mit den Verzögerungen:
    http://virtualmarc.info/tvhead…ration-fuer-selfsat-ip36/



    Zitat

    Die “Nächste Tuneverzögerung” sollte aufs Maximum gesetzt werden, da bei zu schnellem Tunen die Antenne blockiert und neugestartet werden muss. Ähnliches gilt bei der Abbauverzögerung.

  • Ich habe aber noch nicht gefunden, ob und wie das beim vdr-satip-plugin geht.

    Gar nicht, das müsste man IMHO im VDR core anpassen. vdr-pugin-satip ist nur ein Device Plugin, schalten und walten tut der VDR.


    Schon der Hammer die Schaltzeiten zu verlängern, nur weil eine Hersteller seinen Produkt-Job nicht gut genug macht. Jeder hat sich jahrelang sich immer möglichst Kurze gewünscht haben, aber für irgend ein Stück HW ist eine Verlängerung ok ... :rolleyes:


    Regards
    fnu

    HowTo: APT pinning

    2 Mal editiert, zuletzt von fnu ()

  • In einem tvheadend thread irgendwo habe ich gelesen, dass es an den vielen schnellen Kanalwechseln liegt. Dort wird für die IP36 empfohlen, Delays vor und nach dem Tunen zu konfigurieren. Ich habe aber noch nicht gefunden, ob und wie das beim vdr-satip-plugin geht.


    Merkwürdigerweise kann ich mit der IP36 vollkommen problemlos nach Kanälen scannen, obwohl dabei dutzende male in sehr kurzer Zeit getuned wird.

  • Merkwürdigerweise kann ich mit der IP36 vollkommen problemlos nach Kanälen scannen, obwohl dabei dutzende male in sehr kurzer Zeit getuned wird.


    Meinst du mit "Kanälen Scannen" das EPG Update?


    Ich führe es bei mir aktuell darazuf zurück. Ich kann auch mit mehreren Devices gleichzeitig schauen, manuell Kanäle wechseln. Alles kein Problem. Sobald aber vdr über alle devices anfängt, das EPG zu aktualisieren, hängt's früher oder später.


    Könntest du ggf. mal schauen, welche Serverversion bei dir aktiv ist?


    Die müsste irgendwo am Anfang von /var/log/messages stehen, sofern diese noch nicht nach messages.0 oder ähnliches rotiert wurde, sieht wie folgt aus:


    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:204:main ********************************************************************************
    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:206:main SAT>IP Server - v2.2.21
    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:207:main Number of SAT frontends: 0
    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:208:main Number of TER frontends: 4
    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:209:main Number of CAB frontends: 0
    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:210:main ********************************************************************************



    Danke.

  • Zitat


    Meinst du mit "Kanälen Scannen" das EPG Update?


    Nein. Ich meinte klassisches Kanal Scannen: neue Sat Frequenzen/Transponder finden, neue Services (TV/Radio/Daten).


    Zitat


    Könntest du ggf. mal schauen, welche Serverversion bei dir aktiv ist?


    Code
    [AS-B3S100-Server]$ cat /var/log/messages | grep "SAT>IP"
    Jan  1 00:00:21 syslog: I main_sat2ip_tb100.c:170:main                       SAT>IP Server - v2.2.19


    Zitat


    Jan 1 00:00:22 syslog: I main_sat2ip_tb100.c:208:main Number of TER frontends: 4


    Nanu??
    DVB-T/T2 frontends? Redest auch du von der Selfsat IP36 Sat Antenne?


  • Nein. Ich meinte klassisches Kanal Scannen: neue Sat Frequenzen/Transponder finden, neue Services (TV/Radio/Daten).


    Ok, das klappt bei mir auch. Es ist der EPG-Scan, der zu Aufhängern führt. Sorry, habe ich im forigen Post vermutlich nicht präzise genug formuliert.


    Code
    [AS-B3S100-Server]$ cat /var/log/messages | grep "SAT>IP"
    Jan  1 00:00:21 syslog: I main_sat2ip_tb100.c:170:main                       SAT>IP Server - v2.2.19


    Danke. Hmm, also die Version, die bei mir beim EPG-Scan auch abgeschmiert ist.


    Nanu??
    DVB-T/T2 frontends? Redest auch du von der Selfsat IP36 Sat Antenne?



    Ja, darüber bin ich auch gestolpert. Ich schätze, das ist ein Bug in der Firmware. Später erzählt das Log dann wieder brav etwas von SAT Tunern und so. Und ja, ich rede von der Selfsat IP36, das weiße Ding mit dem orangen Streifen am Rand, dem Netzwerkanschluss und den zwei klassischen Anschlüssen für Coax, das ich Richtung Astra 19.2° Ost ausgerichtet habe :]

  • Nach den letzten logs denke ich, dass die selfsat ip36 hardwaremäßig/softwaremäßig nahezu 1:1 identisch zum megasat Sat>ip server 3 ist. Mit minimalen unterschiedlichen Software Versionen.


    Mit ein wenig Debugging könnte diese Platform in VDR genauso gut laufen wie die DD SAT>IP hardware. Es hängt eher an den Usern/Mitarbeit.

  • Was kann ich beisteuern?


    Im den VDR Logs sehe ich nur, dass der Kanal/EPG-Scan eine Weile läuft und dann gibt's SAT>IP Fehlermeldungen, dass der Server nicht mehr reagiert. Die Logs der Antenne sind auch nicht hilfreich. Dort sehe ich nur, dass er einen Kanal nach dem anderen einstellt und irgendwann dann nicht mehr. Fehlermeldungen konnte ich nicht ausmachen.


    Ich bin mir mittlerweile ziemlich sicher, dass die Probleme mit dem EPG-Scan zu tun haben. In etwa seit meinem letzten Post habe ich das im VDR deaktiviert und seit dem läuft die Antenne durch, ich habe ein Bisschen TV geschaut und etwa 20 Aufnahmen gemacht, alles völlig problemlos. Ich habe ein Script, dass über SVDRP nachts langsam die Kanäle durchzappt, um die EPG Infos zu aktualisieren, das führt nicht zu den Problemen.

  • Hallo Zusammen,


    ich habe mich aus "installationstechnischen Gründen" auch für eine SELFSAT IP36 entschieden und bin ebenfalls vom "Absturzproblem" betroffen. Nach einem Umtausch hatte ich leider auch mit der neuen Antenne die gleichen Probleme und bin mit meinem Latein mittlerweile am Ende.


    Mein Problem nochmal im Detail
    - Spannungsversorgung via POE an, kurz danach ist eine problemlose Verbindung zwischen Tablet, SELFSATSTICK, o.Ä mit der Antenne möglich
    - nach ca. 20 Minuten ist der IP Server für neue Geräte nicht mehr auffindbar, auf bereits verbundenen Geräten kann jedoch weiter "gezappt" werden
    - nach ca. 40 Minuten führt dann auch das Kanal-Umschalten auf den bereits angemeldeten Geräten zum Verbindungsabbruch
    - das "Pingen" der IP Adresse (Antenne) funktioniert jedoch noch ohne Probleme


    Vermutlich handelt es sich hier um das bereits beschriebene Problem mit dem EPG - Scan.
    Bei meiner Recherche im Netz bin ich nun auf diesen Thread gestoßen und zähle auf die hier versammelte Fachkompetenz. Ich bin leider nicht der große IT Spezi und würde mich über entsprechende Ratschläge freuen. Leider habe ich noch nicht verstanden wie man auf den IP Server zugreifen oder gar den EPG Scan unterdrücken kann.
    Meine Hardware (falls erforderlich): Notebook mit WIN 8.1 / Router = Speedport 5501 (gerne mehr Info`s sofern erforderlich)
    Vielen Dank vorab.



  • Hi Selfsatuser,


    mit neuerer Firmware kann man per Webbrowser auf die Selfsat gehen. http://<ip der Antenne>:8000 . Alternativ geht auch der Zugriff über ssh z.B. mit dem SSH Client putty. User und Passwort sind root. Für diesen Zugriff ist aber ein wenig Linux Know How nötig.


    Aus deinem Post wurde nicht klar, ob du VDR nutzt. Ich habe die Abstürze ausschließlich, wenn VDR beim EPG Scan "aus allen Rohren" feuert. Mit "normalen" SAT>IP Clients auf Mac oder iDevices oder durch normales Zappen am VDR Client konnte ich die Hänger noch nicht erreichen. Normale Kanalscans dieser Clients führen auch nicht zum Aufhängen der Antenne.


    Gelöst habe ich das Problem leider auch noch nicht. Ich helfe mir im Moment damit, dass ich den automatischen EPG-Scan deaktiviert habe und alle paar Tage nachts ein Script laufen lasse, das etwas gemächlicher (mit Verzögerung zwischen den Kanalwechseln) mal alle Kanäle durchzapped. Damit komme ich klar.


    Ich hatte bisher nicht die Muße, den Selfsat Support nocheinmal zu kontaktieren, da ich einen für mich akzeptablen Workaround gefunden habe. Die reagieren aber schnell, wahrscheinlich hilft es, wenn möglichst viele Leute diese Abstürze melden.


    Sorry, mehr kann ich dir dazu im Moment auch nicht sagen.


    UPDATE: Und seit Einrichten des Workarounds und meinem letzten Post im Februar läuft die Antenne durch. Keine Hänger mehr und ich habe keinen Reboot der Antenne mehr machen müssen.



    Schöne Grüße...

  • An zwei Stellen kannst Du den EPG Scan deaktivieren:

    • VDR: Setup -> System-> Einstellungen -> EPG -> Zeit bis zur EPG-Aktualisierung (h): 0
    • VDR Plugin satip: Setup -> System-> Einstellungen -> Plugins -> satip -> Aktiviere EPG Aktualisierung: nein


    Ob Du beide benötigst weis ich nicht, deaktivierst Du aber die Einstellungen wird das EPG nur noch aktualisiert wenn du auf den Sender umschaltest.
    Spätestens jetzt musst Du Dir eine Alternative für das EPG suchen, z.B. EPGD .

    Gruß
    Frodo


  • mit neuerer Firmware kann man per Webbrowser auf die Selfsat gehen.


    Wo hast du diese neue FW her und wie spielt man die neue FW auf?
    Danke, -w.

  • Gelöst habe ich das Problem leider auch noch nicht. Ich helfe mir im Moment damit, dass ich den automatischen EPG-Scan deaktiviert habe und alle paar Tage nachts ein Script laufen lasse, das etwas gemächlicher (mit Verzögerung zwischen den Kanalwechseln) mal alle Kanäle durchzapped. Damit komme ich klar.


    Wäre es vielleicht möglich diesen automatischen EPG Scan so langsam zu machen, dass dieser das SatIp Device nicht zum Absturtz bringt? Vielleicht ein delay erhöhen oder ähnlich?

  • Hallo,
    nach langem Experimentieren habe ich zumindest meine Fehlerquelle entdecken können.


    Sobald ich die Antenne an meinen Hauptrouter (Speedlink 5501) anschloss, hatte ich die bereits beschriebenen Probleme. Sowohl auf dem PC via VDR als auch mit den SELFSAT-Sticks am TV.
    Auch ein Update der Firmware half nichts!
    Erst als ich die Antenne an meine "alte" FritzBox 7170 anschloss gab es keinen Absturz mehr. Auch wenn ich die Antenne via FritzBox an meinen Hauptrouter anschließe läuft alles ohne Probleme. ICH HABE KEINE AHNUNG WARUM!
    Mittlerweile betreibe ich zur Versorgung der TV Geräte einen NETGEAR R7000 Router im Parallelbetrieb. Bisher läuft alles sehr stabil.



  • Hi, warum nimmst du nicht wieder eine FritzBox. Die laufen halt einfach brauchbar...
    Gibt's doch bei eb* sehr günstig... Z. B. 7390...
    MFG,
    Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!