Firmware-Releases Fritz!FON 4.xx ab Fritz!OS 7 (Labor/Beta/Inhaus)

Jetzt wo das C6 das neue Design auch hat werde ich wohl mein X6 verkaufen und mir wieder ein C6 holen. Dieses Nachtlicht macht mich fertig und daran will ich mich nicht gewöhnen.

Danke AVM
 
Hallo wie installiert man die für das C6 .Upd Datei. Danke im voraus. Ich habe die Letzte Labor. drauf.

Leider habe ich im Forum nix gefunden.
 
Zuletzt bearbeitet:
Leider habe ich im Forum nix gefunden.
Dann laß uns Dir dabei helfen - was hast Du denn (wo und wie) genau gesucht?

Es ist ja allemal sinnvoller, Dich bei der korrekten Suche zu unterstützen, als wenn Du bei einem potentiellen weiteren Problem auch wieder nichts findest.
 
Die Anleitung ist doch im #853 beschrieben
 
Ich bin wie beschrieben 853 vorgegangen. habe datei umbenannt in 08.03.05.08.avm.de.image mit usb stick wurde erkannt.Die Box wurde neu gestartet ist aber nix passiert
 
Sollte nicht bei bei der neuesten Labor diese von alleine kommen? Oder gilt dies nur für einige Modelle?
 
Da fehlen aber viele Bindestriche und noch mehr.
 
Also der Verweis auf #853 bringt nicht wirklich viel, denn dort ist ja nicht mal direkt der korrekte/funktionierende Weg aufgezeigt.

Wieso, wenn schon reingeprescht wird, obwohl einen Post zuvor hier Hilfe zum Auffinden angeboten wurde, dann nicht auch einen Verweis auf etwas brauchbares geben?

Da wäre der Hinweis auf den dort verlinkten #1 besser gewesen, denn dort steht es schon immer so wie es geht, die restlichen Posts behandeln das gleiche Problem, was auch hier jetzt der Fall ist.


Wenn eine aktuelle Labor installiert ist sollte es in der Regel mit jeder F!Box klappen.

Manchmal muss man erst die Box selbst noch mal suchen lassen und dann in der Mesh-Übersicht unten rechts auf "Nach Updates suchen" klicken oder das Update über das F!Fon selbst suchen lassen.

Für das manuelle Update bitte den dortigen Thread weiterverwenden, denn da fehlen nicht nur Bindestriche - danke.
 
Danke euch hat jetzt funktioniert. Mit euerer Hilfe.
 
Für das manuelle Update bitte den dortigen Thread weiterverwenden
Ich mach's hier dennoch (erneut) deutlich, WIE dieses Update (bisher) funktioniert - auch wenn @Holzmullerholzi uns eher im Dunkeln läßt, warum er GAR NICHTS dazu finden konnte. Vielleicht ist der inzwischen knapp 20 Jahre alte Thread ja wirklich nicht so leicht zu finden - da hätte die Kenntnis, WIE man suchen muß, um den nicht zu finden, ja bei Verbesseungen helfen können.

Wobei ich der Überzeugung bin, daß ich das Nachstehende auch schon das eine oder andere Mal in jüngerer Zeit versucht habe zu erläutern ... ETWAS hat sich (intern) tatsächlich geändert in neueren Labor-/Release-Reihen, auch wenn das für das manuelle Update keine Auswirkungen hat.



Bei einer Update-Suche für DECT-basierte Peripherie wird das (Shell-)Skript /sbin/start_dect_update.sh abgearbeitet, das sich in der Firmware finden läßt, wenn man diese zunächst entpackt (bei Puma-Boxen im Image für den ATOM-Core).

Dort wird auf lokalen USB-Datenträgern (und nur auf solchen, denn interner NAS-Speicher, der nicht über ein Device-File mit dem Namen /dev/sd.* angesprochen wird, wird bei der Suche NICHT berücksichtigt, s. Skript) dann nach einem Dateinamen gesucht, der dem mit diesen Befehlen zusammengestellten Namen entspricht:
Rich (BBCode):
##########################################################################################
# prüfen ob auf dem USB Memory Stick ein File vorhanden ist
##########################################################################################
debug_print "Prüfe: lesen vom USB Stick"
find_storage_mountpoints read

filename="./dect-$DECT_HWREVISION-$DECT_OEM-$DECT_LANGUAGE-$DECT_COUNTRY.image"
if [ -z ${DECT_OEM} ]; then
    DECT_OEM=$CONFIG_OEM
fi
if [ -z ${DECT_LANGUAGE} ]; then
    DECT_LANGUAGE=$Language
fi
if [ -z ${DECT_COUNTRY} ]; then
    DECT_COUNTRY=$Country
fi

debug_print "NON RELEASE: Verwende lokalen filenamen=${filename}"
Der blau markierte Teil ist eigentlich Unsinn bzw. ein Überbleibsel, denn unmittelbar davor wird geprüft, daß die Werte NICHT leer sind:
Rich (BBCode):
##########################################################################################
# prüfen ob alle erforderlichen Parameter gesetzt sind
##########################################################################################
check="DECT_OEM DECT_IPUI DECT_LANGUAGE DECT_COUNTRY DECT_HWREVISION DECT_FIRMWARE_VERSION DECT_OUTPUT_FILE DECT_OUTPUT_FILE_TYPE"

for i in $check ; do
    eval ii=\$$i
    if [ -z $ii ]; then
        debug_print "$0: Error: Parameter $i nicht gesetzt"
        return_print "$DECT_RETURN_ERROR_UNKNOWN"
    fi
done
und damit käme die Ausführung bei fehlenden Werten dort gar nicht mehr vorbei.

Mit dem derart gebildeten Dateinamen wird dann eine Suche auf allen vorhandenen USB-Volumes ausgeführt und nur wenn dabei eine Datei mit EXAKT dem richtigen Namen - und zwar im Wurzelverzeichnis des Volumes - gefunden wird, DANN wird das Vorhandensein eines Updates angezeigt und dessen Installation angeboten ... wobei das schon wieder nicht mehr Bestandteil des Skripts ist, auch wenn das neben den lokalen Volumes noch JUIS durchsucht, um ein passendes Update (die Parameter für die Suche/das Gerät werden beim Aufruf gesetzt - wieder steht es jedem frei, in das Skript zu schauen) zu finden.
Rich (BBCode):
for mountpoint in ${plugin_list_of_storage_mountpoints_read} ; do
    debug_print "$0[$$]: found Mount Point ${mountpoint}" 2>>/var/tmp/dect_update_error.log >>/var/tmp/dect_update_out.log
    if [ -f ${mountpoint}/$filename ] ; then
        fwupdate packet file://${mountpoint}/$filename 2>>/var/tmp/dect_update_error.log >>/var/tmp/dect_update_out.log
        if ! fw_error_text $? ; then
            debug_print "$0[$$]: ACHTUNG: es ist ein Fehler bei Datei file://${mountpoint}/$filename aufgetreten."
            continue
        fi
[...]
    fi
done
Das fwupdate hat (zumindest hier in der Puma7-Firmware, der zitierte Teil stammt aus einer 07.90-Inhouse für die 6690) die Funktion des früheren tr069fwupdate übernommen, inkl. der alten (und ein paar neuer) Parameter.

Die von diesem Skript erzeugten Ausgabedateien (dect_update_error.log und dect_update_out.log) sind auch Bestandteil der Support-Daten, dort kann man also auch nachschauen, WARUM ein Update ggf. nicht gefunden wird.

EDIT:
Die Box wurde neu gestartet
Das sollte (heutzutage) auch nicht mehr erforderlich sein - ein Anstoßen der Suche nach neueren Firmware-Versionen (auf der Übersichtsseite im GUI) sollte ausreichen, um eine erneute Abarbeitung des o.g. Skripts für vorhandene Peripherie zu veranlassen.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: Meeeenzer
die Umbennung ist falsch, richtig ist beim C6 dect-08.03-avm-de-049.image

-- Zusammenführung Doppelpost gemäß Boardregeln by stoney

ging mir genaus so! keine Ahnung was sich AVM dabei denkt?! Der Benutzter selbst soll das entscheiden können!
 
Zuletzt bearbeitet von einem Moderator:
  • Like
Reaktionen: Grisu_
Der Vollständigkeit halber muß noch erwähnt werden, daß eine FritzBox sowie die entsprechenden Geräte (egal welche) so lange "Update vorhanden" signalisieren wie entsprechend angelegte und umbenannte Firmware-Dateien auf dem / den USB-Speicher/n vorhanden sind, auch wenn diese der bereits installierten Versionen entsprechen.
 
  • Like
Reaktionen: DE1015 und Rainbird-1
Ich musste den manuellen Update-Prozess herausfinden. Ich kenne das Skript nicht.
Hier ist die Methode, die ich verwendet habe, aber die Informationen stammen aus Beitrag Nr. 941 und meinem Original Nr. 989.
Ich habe https://192.168.178.1/jason_boxinfo.xml verwendet, um die Werte zu erhalten, die zum korrekten Umbenennen der Update-Datei erforderlich sind.

Die Modellnummern für die Update-Datei sind 08.0X (ersetzen Sie X durch die letzte Ziffer unten für Ihr Telefon)

C4 = 08.01
C5 = 08.02
C6 = 08.03
X6 = 08.04

OEM ist entweder AVM (für mich AVME)
Ländercode ist 049 (für mich 0353)
Sprache ist DE (für mich EN)
Meine Update-Datei für das X6 ist also
dect-08.04-avme-en-0353.image

Aber ich glaube, der Update-Dateiname für ein X6 in Deutschland ist
dect-08.04-avm-de-049.image

Ich habe einen permanenten USB-Stick in der Fritzbox. Ich verwende einfach die FritzNas-Schnittstelle und kopiere die korrekt benannte Update-Datei in das Stammverzeichnis des USB-Sticks.
Die Box muss nicht gestartet werden, starten Sie einfach eine Suche auf dem Telefon.
Wenn Sie die Update-Datei dort belassen, zeigen die DECT-Telefone in der Mesh-Übersicht an, dass ein Update verfügbar ist (natürlich handelt es sich dabei um die gleiche Version wie die bereits installierte).

Wenn Sie die Datei vom USB-Stick löschen, wird dieses Update entfernt und nach 24 Stunden verschwindet die Update-Option aus der Mesh-Übersicht.


>>>>>>>>>>>>>>>>>>>>>
I had to figure out the manual update process. I don't know about the script.
Here is the method I used but info taken from post #941 and my original #989
Use https://192.168.178.1/jason_boxinfo.xml to get the values required to correctly rename the update file.

Model numbers for the update file are 08.0X (replace X with the last digit below for your phone)
C4 = 08.01
C5 = 08.02
C6 = 08.03
X6 = 08.04

OEM for me is AVME and not AVM
Country for me is 0353 and not 049
Language for me is EN and not DE

So my update file for theX6 is
dect-08.04-avme-en-0353.image

But I believe the update file name for a X6 in Germany is
dect-08.04-avm-de-049.image


I have a permanent USB in the Fritzbox. I just use FritzNas interface and copy the correctly named update file to the root of the USB.
The box does not need to be started, just start a search on the phone.
If you leave the update file in place, the DECT phones will indicate in the Mesh Overview that there is an update available (but obviously it is the same version as already installed).
Deleting the file from the USB removes this update and after 24 hours the option to update disappears from the Mesh Overview.
 
Zuletzt bearbeitet:
Ich habe vermutlich einen Bug in der Firmware 5.08 sowohl im C5, als auch im C6 gefunden:

Vorgestern wunderte ich mich, dass mein C6 mit frischer 5.08 in der Schale beim Herausnehmen die völlig falsche/vergangene Uhrzeit zeigte; konnte in meinem Dunstkreis natürlich niemand bestätigen.
Dazu sei aber Folgendes angemerkt: das C6 zeigt wie alle meine Fons als Startbildschirm die Analoguhr an und hängt an der nur bedarfsweise genutzten 6850LTE@aktuell. Da die Zuweisung der 10.x.x.x-IP in der Regel etwas dauert, habe ich dem Uhrzeitversatz nicht die Bedeutung beigemessen, zumal er durch Betätigen der roten Taste sowieso behebbar ist.

Heute dann aber das Erlebnis mit den 3 Fons C5, denen ich gestern die Fw 5.08 auch gegönnt habe: gegen 20.oo Uhr nahm ich eines aus der Schale und sah nach Herausheben aus selbiger wieder eine vergangene/alte Uhrzeit..Schlimmer noch waren die 2 verbleibenden C5, die sogar behaupteten, heute sei Freitag (statt Samstag), jeweils aber eine andere Uhrzeit.

Zur Gegenprobe habe ich ein weiteres C5, dieses aber mit Firmware 4.94 am gleichen DECT-Anschluss einer [email protected], angemeldet; Ergebnis: die Uhrzeit wird anstandslos synchronisiert und nach Erwachen des C5 (Herausnhemen aus Ladeschale) auch richtig angezeigt.

Mein Resümee: es sieht für mich derzeit so aus, als sei in der Firmware 5.08 ein Fehler bei der Zeitsynchronisierung enthalten, der nicht an einen Gerätetyp gebunden ist (C5 und C6 betroffen).

Vermutung ins Blaue: bei älterer Firmware zeigen alle Fons die Uhrzeit auch direkt nach Erwachen aus dem Schlafmodus richtig an, was mich vemuten lässt, dass ein interner Timer die Uhrzeit weitertaktet, ohne dazu die Zeit der Basis abrufen zu müssen. Wenn dieser vermutete interne Timer defekt wäre, würde sich das Fehlerbild wie bei mir einstellen.

Mich würde auch interessieren, ob jemand das beobachtete Verhalten mit seinem C4/C5/C6 nachvollziehen kann, vllt. unter temporärer Nutzung der Analoguhr als Startbildschirm.

Schönen Abend
Jürgen
 
Kann ich bestätigen (Fritz!Fon X6), da soeben getestet.

Telefon 21:04 Uhr auf die Ladestation gestellt und eben 21:18 Uhr heruntergenommen.
Uhrzeit immer noch auf 21:04 Uhr. Dauerte ca. 10-15 Sekunden, dann sprang es auf 21:18 Uhr um.
Rote Taste habe ich nicht gedrückt.

Für mich nicht von Relevanz, da ich "Klassisch - Hintergrundbild" benutze, jedoch gerne getestet :)

Ich habe nur drei X6, sodass ich mit anderen Fon's nicht gegentesten kann, gehe jedoch wie von Dir geschildert davon aus, dass dies Geräteunabhängig ist, da ja bereits drei Modelle dieses Phänomen zeigen. Also dürfte hier tatsächlich die 05.08 ein "Problem" haben.
 
Zuletzt bearbeitet:
Kann ich bestätigen (FritzFon C6) nur in der Ladeschale, Uhrzeit läuft nicht weiter.

Außerhalb der Ladeschale auch im Ruhemodus Bildschirm aus läuft die Zeit weiter.

Benutze den Wetter Startbildschirm in der Ladeschale da geht die Uhrzeit weiter.
 
Außerhalb der Ladeschale auch im Ruhemodus Bildschirm aus läuft die Zeit weiter
das kann ich wiederum bestätigen; ergo: bei Laden in der Ladeschale wird die Zeit in der Analoguhr nicht synchronisiert, in der digitalen unter 'Klassisch' aber schon.

###

heute am Sonntag nochmals nachgeprüft: es bestätigt sich die Vermutung, dass man in der 5.08 die Uhrzeit bei Laden nicht mitführt, jedoch nur bei der Analoguhr; die klassische Digitaluhr wird hingegen upgedatet.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: Ralf-Fritz
^^^
Hat das jemand über das Labor-Feedback-Formular an AVM gemeldet?
(Ich glaube, es ist auf Englisch – ich habe keinen Link zu einer deutschsprachigen Version)
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.