[Rückmeldungen] Speed2fritz W503V Typ-A mit 7270 Firmware (Teil 2)

Zuerst mal ein kurzes willkommen!

Und eine unvollständige vorläufige Antwort.

Verwende eine weitere Möglichkeit um die Firmware hoch zu laden.

Die Firmware hast du ja bereits, nimm den Uploader und schiebe die Firmware auf die Box.

Die erstellte Firmware befindet sich bereits im Ordner speed-to-fritz/Firmware.new

Kopiere die neue Firmware in einen Windows Ordner, starte den Uploader wähle diese neu Firmware im Uploader aus und klicke den Button Übertragung starten, und befolge die Hinweise.

Wenn das auch fehlschlägt, dann ist mit deiner Netzwerksumgebung was im Argen.

Das Tool von http://www.netsetman.com kann dir die Umstellungen etwas vereinfachen.
Statische IP und Maske am PC sind wahrscheinlich erforderlich.
Firewalls sollten deaktiviert sein.
Ein Hub oder Switch zwischen Box und Router erleichtern in manchen Fällen auch die Sache.
-----------------------------------------------------------------------------------------------

Zu deinen Fragen:

Prinzipielle Feststellungen

1. Es ist richtig, dass das Videotutorial und Ernest015's Erklärung nicht in jeder Beziehung übereinstimmen da das Tutorial von jemand anderen Erstellt wurde. Beide Möglichkeiten führen jedoch zu selben Ziel, solange man sich an eine der beiden hält. Ernest015 hat erst vor kurzen dies in einen Beitrag detailliert erklärt. Er sollte wenn Möglichkeit dies in seinen Tutorial an geeigneter Stelle zumindest vermerken, oder es sollte sich erneut jemand finden der das Videotutorial an die Beschreibung von Ernest015 anpasst. Du hast sehr genau die Diskrepanzen herausgestellt!

2. Es gibt im allgemeinen in letzter Zeit sehr wenig Rückmeldungen, was natürlich mehrere Gründe hat. Ein Grund ist, dass da Skript selber nun seit Jahren in Verwendung ist und kaum mehr Fehler direkt im Skript selber entdeckt werden.

3. Wenn besonders neu Benutzer Probleme haben, so sind diese Probleme sehr oft deinen Problem sehr ähnlich, dabei tritt die Problematik nicht nur in einer Linuxumgebung auf sonder auch bei FTP Übertragung oder mit dem Uploader führen zu ähnlichen Fehlschlägen, da die Ursache sondern in den Rahmenbedingungen und nicht in den Programmen zu suchen ist. Bis jetzt hat in solchen Fällen meist eine Alternative Variante fürs Übertragen zum Erfolg geführt.

4. Wahrscheinlich die sicherste Variante ist es ein Recover.exe per Skript erzeugen zu lassen und diese dann dazu zu verwenden die Firmware auf die Box zu übertragen. In deinen Fall hast du eine Firmware.conf mit ./restart (oder Firmware .conf.tar mit ./runconftar) ausgeführt, wobei wahrscheinlich in den Voreinstellungen der Menüpunkt build recover firmware nicht aktiviert war.
Ist einmal ./restart ausgeführt worden so kann man in einen weiteren Durchlauf des Skriptes (mit blauen Menü) mit ./start ausführen und Änderungen an den Voreinstellungen vornehmen. Den Menüpunkt build recover firmware setzen (sonst keine Änderungen), dann erhält man ein derartiges Recover.exe. Das File hat einen etwas andern Namen, aber es ist das einzige mit der Extension exe im Ordner Firmware.new.

5. Auch per Update kann mit einigen Ausnahmen, bei auf 7170 basierenden Firmware, die Firmware übertragen werden. Auch diese Variante beschreibt Ernest015 in seiner Anleitung sehr genau. Erfahrungen habe aber gezeigt, dass besonders beim ersten mal für neue dabei oft Unsicherheiten auftreten, und diese Variante eher in den Hintergrund drängen.

--------------------

Ich nutze das 10.04 Image von Sourceforge. Ich verwende nicht das "blaue" Script (download_speed-to-fritz.sh), sondern die Firmware.conf aus dem ersten Post dieses Threads (04-86-AnnexB*.tar) und starte das Script dann mit ./restart - ist das falsch?

Nein


Meiner Auffasung nach baut das "blaue" Script doch auch nur eine Firmware.conf - oder?

Ja auch Richtig

Hostsystem ist ein 32bit Windows XP auf einem Laptop - Es ist nur EINE Netzwerkkarte / LAN Verbindung aktiv und ich hänge mutterseelenallein an LAN-1 des Routers.

Auch richtig, zu bedenken ist jedoch, dass auch andere Komponenten möglicherweise vom Laptop mit einer IP versehen werden.


Dabei sind mir mehrere Sachen aufgefallen - vielleicht steckt mein Denkfehler irgendwo hier im Detail?

Eher nicht!

3.) Es gibt Diskrepanzen was die statische IP Adresse betrifft! Laut Ernest015's Anleitung müsste man keine IP Adressen verändern (oder ich habe es nicht richtig gelesen) - nur an der entsprechenden Stelle des Scripts den Router neu starten.
Sebastian stellt jedoch an der Scriptstelle "ready for packing" seine IP auf 192.168.178.2 im Subnetz 255.255.0.0 um. Wie soll man jetzt vorgehen?

Nach einer der beiden Möglichkeiten.

Und was noch wichtiger ist: Ist es egal, welche IP Einstellungen der Router vorher hatte?

Ja

... Oder ist das egal, weil der FTP Account, der da für 2-4 Sekunden offen ist, ohnehin nix mit den DHCP / LAN Einstellungen der TCom Oberfläche zu tun hat, sondern auf 192.168.178.1 im Netz 255.255.0.0 festgelegt ist?

Richtig, es kann aber vorkommen, dass diese IP des Routers nicht mehr den Originaleinstellungen entspricht, und die wird auch durch Werkseinstellungen nicht zurückgesetzt. In der Praxis kommt eine weitere IP noch vor: 192.168.2.1 und es gibt eine Notfall IP.
Sollte das der Fall sein, so schlägt die Übertragung per Skript fehl, eine Übertragung per Uploader oder Recover.exe sollte in so einen Fall noch funktionieren. Eine Übertragung durch Update, mit einer Firmware die per Skript erstellt wurde, bringt jedoch auch diese IP Einstellung wieder in Ordnung.

Ich mache eine seltsame Beobachtung beim Routerneustart. Wenn ich den Router neu starte, zeigt mir das Windows XP mindestens eine Minute lang an, es sei "kein Netzwerkkabel angeschlossen". Erst wenn der Router ganz gestartet ist, springt die Anzeige um, zu "Verbindung hergestellt". Bis dahin sind die 2-4 Sekunden aber doch schon längst um, oder?

Absolut normal, hier hilft es einen Hub oder Switch dazwischen zu schalten oder das Mediasensing des PC's vorübergehend zu deaktivieren, wie das bei der Verwendung eines Recovers der Fall ist. Hatte jedoch der PC vorher eine IP aus dem Netzbereich, so spielt auch das keine Rolle. Statische IP und Maske (192.168.178.2 mit Maske 255.255.0.0 ) am PC sind erforderlich wenn vorher keine IP in diesen Bereich automatisch zugewiesen wurde, weil zum Beispiel der Router in einer Rebootschleife hängt und kein DHCP mehr funktioniert und der PC bereits erneut gebootet wurde.

5.) Ich habe es dann über die Weboberfläche probiert (Tcom - Hilfsmittel - Laden/Speichern - Firmwareupdate).
Nachdem ich die Datei mit dem Namen: "fw_C_Speedport_503_66.04.78-15108_Fritz_Box_SpeedportW503V_54.04.86-18306-sp2fr-11.05.21-r-1234M-1283_OEM-avm_annexB_de.image" ausgewählt hatte passierte gar nix. Es wurde KEIN EINZIGES BIT übertragen. Erst ein Klick auf OK führte dazu, dass die 12 MB große Datei an den Router geschickt wurde.

Wenn noch eine original T-com Firmware drauf ist, funktioniert das nicht immer so wie man will, da auch der Zeitpunkt wann auf Reboot geklickt werden muss eine Rolle spielt. Je nach Router Type gibt es auch kleine Unterschiede bei manchen darf man keine Taste betätigen.
Ernest015 beschreibt das aber auch genau. Der Zeitpunkt der Betätigung ist dann richtig, wenn die LAN LED für einige Sekunden (aber auch nicht zu Hektisch etwas Spielraum ist schon.) aufgehört hat schnell zu blicken. Nach einer Minute ist sicher bereits das Fenster wieder zu, also wenn was 10 Minuten dauert dann ist etwas Faul.

Dann ist eine halbe Stunde lang NIX passiert. Der Router hat vor sich hin geblinkt (immer von links nach rechts durchlaufend) und Firefox hat irgendwann angezeigt "Ihre Verbindung wurde zurückgesetzt". --> Mit klopfendem Herzen den Stecker gezogen --> Neustart zur normalen TCom Oberfläche.

Wurde die falsche Taste oder zu früh oder zu spät die richtige Taste betätigt passiert genau das.


6.) Darf man bei der Geschichte eigentlich das zweiadrige Kabel zum DSL-Splitter angeschlossen haben?

Ja


Ist es ein bekanntes Problem, dass das Script nicht "merkt", dass die Box neugestartet wurde - und kann man etwas dagegen tun?

Ja und nein, hab das bereits oben umrissen.

... dass Windows ewig denkt, es sei kein LAN Kabel angeschlossen, oder liegt der Fehler vielleicht genau da?

Ja Höchstwahrscheinlich.

Wie verhält es sich mit den IP Adress-Einstellungen -

Denke habe das prinzipiell bereits erklärt,

und darf ich über die Box bis zum Flashen online gewesen sein?

Ja das Skript brauch ja vorher eine funktionierende Internetverbindung.

Andere LAN Kabel im Internen Netz sollten jedoch abgesteckt werden, da es sonst vorkommen könnte, dass man irrtümlich mal
beim falschen Gerät den Netzstecker zieht und wieder einsteckt, und schon ist die Firmware am andern Roter, wie mir das schon passiert ist, aber auch das ist nicht das Ende, es gibt auch da wieder ein Zurück.

Gratulation!

Zu "Wake on WAN einrichten" muss ich passen hab das nie verwendet aber da sind sicher andere die was dazu sagen können.
Ich bin mir nicht mal sicher ob das mit diese Firmware implementiert ist, oder ob du da noch ein freetz addon brauchst.