Wenn er mal die Verbindung verlieren sollte dann erkennt das doch der Mediareceiver. Steht ja dann drin die Verbindung startet wieder in 180sek.Ob jetzt Speedport oder Fritzbox ist egal das weiß er sowieso nicht was dranhängt
Auch mit Client 13.2.65.1 build 2 bei mir bisher nicht aufgetreten.
Edit: Also ich tendiere zu einem DHCP oder PPPoE (oder wie das alles heißt) Problem.
So sollte es zumindest sein. Die moralische Frage wäre was das in dem Fall verhindert. Die alten MR waren zum Beispiel anfällig auf IP Wechsel, wenn der DHCP die IP nicht verlängern wollte. Da kann es dann schon einen Unterschied machen ob FB oder SP. Prinzipiell, klar ist das dem MR egal, aber es kann trotzdem einen Unterschied machen und mit den FB wird eher rudimentär das Zusammenspiel getestet.
Wenn das aber reproduzierbar immer auftritt sollte die Ursache relativ einfach zu finden sein. Würde vorschlagen das einfach mal als " individuelle" Störung zu melden. Das ist zielführender als es als Bug einzustellen der dann als “nicht reproduzierbar” irgendwann einfach geschlossen wird.
Ich habe jetzt seit 3 Monaten eine Fritzbox dran, und wenn ich mal spielchen machen sollte, wie umstecken auf den Smart 3 kommt immer die Meldung die Verbindung startet in 180 sek. ich kenn das garnicht anders geschweige ein aufhängen vom Mediareceiver.
Ich tendiere wie du schreibst eine Störung melden.
Wenn es dazu einen ThC Thread gibt / geben sollte, bitte mich einfach mal anpingen, auch gerne per PN.
Bei mir auch nicht egal ob die Fritzbox mit Final 7.12 oder Inhaus direkt als Modem/Router dient oder der Hybrid Router
Solange Deine Fritte nicht meint, sie müsse den Multicast-Router spielen, obwohl nur als IP-Client im Betriebe… zugegeben, kam hier nur ein paar mal vor.
Aber das waren ein paar mal zuviel.
Sach ich ja.
Und nun hat man ein paar Möglichkeiten.
Entweder man versucht das Nachzustellen um herauszufinden, ob Router abhängig oder nicht, oder man macht einen auf beleidigten AVM-Jünger.
Mir egal, hier läuft es.
Ich finde ja so Bezeichnungen wie „beleidigte Jünger“ irgendwie beleidigend, schlechten Ton und absolut unnötig. Aber dies ist nur meine Meinung…
Mal zum Thema.
Nach einem Neustart oder Resync einer Fritte (mutmaßlich) schmieren MR 401 (201) ab und müssen neu gestartet werden?
Kann ich zumindest hier nicht reproduzieren, aber auch das muss ja nix heißen. Vielleicht ist ja meine Fritte ein Speedport im falschen Kleid, wer kann das schon wissen?
@Freddie, hast Du auch schon die neue MR-Software?
Tatsächlich noch nicht.
Ich habe gestern Abend den Repeater noch mal neu gestartet während der MR in Betrieb war.
Folge: normales Verhalten - Netzkabel gezogen? … Prüfen?
Als die Verbindung wieder da war, lief der MR ohne Probleme weiter.
Also bei mir wohl einmaliges Phänomen.
Vielleicht braucht der MR nach der Installion auch nur noch einmalig einen Neustart
Oder tatsächlich ein DHCP Problem. Hatte ich auch, dass plötzlich zwei Geräte mit der selben IP im Heimnetz auftauchten.
Nach Neustart des Mesh war dann alles wieder gut
Sodele, wer schon die neue Software hat und dort wieder oder weiterhin Bugs findet, bitte dort eintragen:
Bugthread zur aktuellen Version hier entlang: MR 601/401/201 Bugs - ACN G4 13.3.68.2/3 build #2/3 / UI 2.70.8596 Sammlung von Bugs der folgenden aktuellen Softwareversion: Software: ACN G4 13.2.65.1 build #2 13.2.65.2 build #3 UI: 2.67.8276, 2.68.8331 2.69.8455 Dieser Beitrag ist ein Wiki, d.h. jeder (ab “Anwärter”) darf ihn editieren und gefundene Bugs ergänzen oder Infos dazu. Anm. von @Kurz: Ich halte es für wünschenswert, wenn vor den einzelnen Punkten der Name des Verfassers stehen wür…
Den Beitrag hier lasse ich noch etwas auf, bis alle die neue Version bekommen inkl. MR601SAT.
Ich finde ja so Bezeichnungen wie „beleidigte Jünger“ irgendwie beleidigend, schlechten Ton und absolut unnötig. Aber dies ist nur meine Meinung…
Ich schrieb:
Und nun hat man ein paar Möglichkeiten.
Entweder man versucht das Nachzustellen um herauszufinden, ob Router abhängig oder nicht, oder man macht einen auf beleidigten AVM-Jünger.
Erste Option ist also, es versuchen nachzustellen.
Dann wurde paar klein geschrieben, bedeutet, es gibt bestimmt noch mehr Möglichkeiten, wie die geschriebenen.
Man muß sich den Schuh ja nicht anziehen.
Nur mal so als Idee. Und wer es dennoch tut, der macht das dann halt.
Was hast Du gegen die Wahrheit und klare Worte?
Bedeutet dies also, die andere Vorgehensweise der Verifikation ist keine Option?
Und mal Sachlichkeit ala @Freddie
Vielleicht ist ja meine Fritte ein Speedport im falschen Kleid,
Klar, so muß es sein. Und außerdem, es gibt im weiten Universum ja auch nur die AID ala Speedport und Fritte.
@anon90233401, danke für deine Analyse. Ich gehe mal trocken davon aus, dass du durchaus auch die einfache Bedeutung meiner Meinungsäußerung verstanden hast.
Fehler bei geplanten Serienaufnahmen
@Grinch
Wie kommt es, dass mehrere Serienaufnahmen nicht alle verfügbaren Tage erfassen? Und bei einigen fehlen sogar die gleichen Tage, siehe Screenshots.
Bei beiden fehlen in der Mitte der 13. und 14.11. und mehrere Tage nach dem 15.11.
Nachdem ich über “Serienaufnahme verwalten” den Vorlauf geändert habe, waren die fehlenden Tage bei beiden Serienaufnahmen sofort alle da bis zum 19.11. - so wie es ja sein sollte.
Wie kann ich den Fehler beseitigen?
Ich will nicht immer kontrollieren, ob alles erfasst wird. Einige Serienaufnahmen habe ich schon verpasst, bevor ich das Problem bemerkte.
Mindestens zwei Serienaufnahmen habe ich komplett gelöscht und ganz neu angelegt, aber auch da tritt der Fehler auf.
Serienaufnahmen, die nicht funktionieren, hatten wir ja schonmal - so langsam finde ich das echt sehr unbefriedigend…
Ich will nicht immer kontrollieren, ob alles erfasst wird.
das wird Dir leider nicht erspart belieben. Der Fehler kommt öfter mal vor und er wurde bisher nicht behoben!
Ich fürchte auch, machen kannst du da nicht viel. Die Serienplanung ist rein serverbasiert und vollautomatisch. Das kann man selbst nicht beeinflussen. Offenbar gibts da wohl gerade ein Problem, denn wenn durch das Umplanen die Sendungen vollständig sind, dann sind die EPG Daten richtig.