Fritzbox 7583 VDSL is working great

[devmarxx]

Today I build the image for the 7583 VDSL with OS 7.59.

The building went without any problems, the flashing worked with

"tools/push_firmware -ram 128 -lfs 9"

Everything is working fine, so from my point of view the remark "UNTESTED" in menuconfig can be removed :-)

Regards

Chris

[fda77]

Danke! Kannst du noch die "AVM-Info" Seite mit ram und cpu posten?
Ging der default von 208MB nicht (https://github.com/Freetz-NG/freetz-ng/blob/master/tools/push_firmware#L803) und du hast -ram 128 verwendet?

[devmarxx]

Default habe ich "tools/push_firmware" probiert. Das hat nicht funktioniert. Dann habe ich diesen Hinweis gefunden:

https://www.ip-phone-forum.de/threads/7590-unterschied-push-firmware-von-freetz-ng-und-dem-recovery-tool-von-avm.305091/post-2348705

Damit hat es geklappt.

AVM-Info:

[fda77]

Das dürfte eine der schnellsten MIPS Fritzboxen sein, für DSL 50 etwas überdimensioniert ;-)

Ob ncftp oder nicht verwendet wird kann man mit -cmd festgelegt werden: https://github.com/Freetz-NG/freetz-ng/blob/master/tools/push_firmware#L494

128MB von den 512MB RAM vorhanden scheint mir aber recht wenig! Dann das neue Image das via ADAM2 hochgeladen wird muss damit booten können und sich selbst flashen. Bei kleinen Images geht das, bei größeren evtl nicht

Am besten würde man ein avm-recovery machen und die ftp-kommunikation mitschneiden (port 21 tcp) und schauen was avm mit memsize nutzt.

Ich wollte das emulieren, aber ich bin entweder schlecht beim Environment raten, oder das avm-recovery ist wirklich kaputt

kannst du die (anonymisierte) Ausgabe von cat /proc/sys/urlader/environment schicken?

EDIT: es liegt an meinem falschen env, mit einer alten recovery von https://web.archive.org/web/20230715000000*/https://download.avm.de/fritzbox/fritzbox-7583-vdsl/deutschland/recover/ bekomm ich auch crc-fehler

[devmarxx]

Das dürfte eine der schnellsten MIPS Fritzboxen sein, für DSL 50 etwas überdimensioniert ;-)

More power :-))

Hier das "enviroment":

DMC SL1
HWRevision 260
HWSubRevision 1
ProductID Fritz_Box_HW260
SerialNumber P091756000xxxxx
annex A
autoload yes
bootloaderVersion 1.11216
country 049
firstfreeaddress 0x852A5A00
firmware_info 260.07.59
firmware_version avme
flashsize nor_size=0MB sflash_size=0KB nand_size=512MB
language de
linux_fs_start 0
maca xx:xx:xx:xx:xx:xx
macb xx:xx:xx:xx:xx:xx
macwlan xx:xx:xx:xx:xx:xx
macwlan2 xx:xx:xx:xx:xx:xx
macdsl xx:xx:xx:xx:xx:xx
memsize 0x20000000
mtd0 0x0,0x2C00000
mtd1 0x500000,0xD00000
mtd2 0x0,0x100000
mtd3 0x100000,0x500000
mtd4 0xD00000,0x1500000
mtd5 0x1500000,0x20000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
ptest
usb_board_mac xx:xx:xx:xx:xx:xx
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac xx:xx:xx:xx:xx:xx
webgui_pass xxxxxxxx
wlan_key xxxxxxxxxxxxxxxxxxxx
wlan_ssid FRITZ!Box#7583#TI

[fda77]

Danke, das war leider nicht das Problem! Es klappt einfach nicht mit dem Emu, vielleicht war es ein VM update oder Windows update oder Java update - keine Ahnug Bleibt leider nur ein ein Dump einer Recovery-Sitzung um den ram zu finden der zugewiesen wird

[devmarxx]

Ich kann gerne mal schauen, ob ich das hinkriege. Kannst Du mir sagen, wie so ein Recovery Dump geht?

Ich habe hier alles auf Linux, aber die recovery.exe läuft doch auch unter "wine" meine ich?

[fda77]

Wine hab ich noch nie benutzt, musst du ausprobieren. Ein avm-recovery läuft aber mindestens in VMware-VMs ("bridged"), bei mir geht Windows 7 besser als 10 oder 11 wegen dem ganzen Netzwerkkram
Ein Dump ist einfach ein Mittschnitt der ftp-Verbindung, es wird auch nur Port 21 benötigt was ein ein paar Bytes sind (auf 20/tcp wird das Image selbst übertragen). Unter Windows ist Wireshark gut, oder tcpdump wenn ein Linux dazwischen hängt.
Am besten die Fritzos Einstellungen vorher sichern!