FRITZ!Box Fon WLAN 7390 Firmware Version 84.04.82 vom 29.01.2010 ist online

[eurosip2]

sehe ich auch so.

 

[robert_s]

Dann ist mir noch 12 ("Get Far End Per Tone SNR Info") aufgefallen - bekommt man damit den Upstream-SNR??

Nee, mit 12, 13 und 14 bekommt man nur "Command support ONLY for ADSL2/2+".

Wie bekommt man bei der 7570 eigentlich die Bitloading-Infos?

Mit "dsl_pipe g997banscg" oder "dsl_pipe g997banscgs". Ersteres liefert als Ausgabeformat Paare mit Träger und Bitzahl, letzteres in Kurzform nur die Bitzahlen.

Sorry für Offtopic - aber weißt du zufällig, wie der Befehl für die fritzbox 7270 lautet?

Leider nein, die Diagnosebefehle der "nativen" ADSL-Frontends von AR7 & UR8 kenne ich nicht, weil ich die nie benutzt habe.

Habe nun 84.04.82-16840 und endliche vollen 25/5er Sync!

Achso, genau diese Firmware habe ich auch - das ist die, bei welcher der Stabilität/Performance Regler in den DSL-Informationen funktioniert...

 

[Andi_84]

Bei der Fritz!Box 7570 müsste man die gleichen Daten mit dem Befehl "dsl_pipe g997snrnscg" erhalten können...

Ja, wobei der Befehl noch 2 Parameter braucht:

# dsl_pipe g997snrnscg
Long Form: G997_SNRNSCGet
Short Form: g997snrnscg

[B][COLOR="DarkRed"]Input Parameter[/B]
- DSL_uint16_t nLine
- DSL_AccessDir_t nDirection
   accessdir na = -1
   upstream = 0
   downstream = 1[/COLOR]

Output Parameter
- DSL_int_t nReturn
- DSL_uint16_t nLine
- DSL_AccessDir_t nDirection
   accessdir na = -1
   upstream = 0
   downstream = 1
- DSL_uint16_t nNumData
[COLOR="Green"][B]- DSL_int_t tone
- DSL_uint8_t snr/tone [represented as (-32 + snr(i)/2), snr(i)=255 indicates that no measurement could be done for the subcarrier][/B][/COLOR]
- ... n times previous 2 params

Also

dsl_pipe g997snrnscg 0 1

für den Downstream:

# dsl_pipe g997snrnscg 0 1
nReturn=0 nLine=0 nDirection=1 nNumData=4096
nFormat=(tone(dec),snr(hex)) nData="
(0000,FF) (0001,FF) (0002,FF) (0003,FF) (0004,FF) (0005,FF) (0006,FF) (0007,FF) (0008,FF) (0009,FF)
(0010,FF) (0011,FF) (0012,FF) (0013,FF) (0014,FF) (0015,FF) (0016,FF) (0017,FF) (0018,FF) (0019,FF)
...
(0070,97) (0071,99) (0072,9A) (0073,9A) (0074,9A) (0075,9B) (0076,9A) (0077,9B) (0078,9D) (0079,9E)
(0080,9D) (0081,9D) (0082,9E) (0083,9E) (0084,9D) (0085,9D) (0086,9E) (0087,9C) (0088,9C) (0089,9B)
...

Um den SNR-Wert zu bekommen, muss man den 2. Wert jedes Wertepaars (tone(dec), snr(hex)) noch umrechnen:

snr(i) = (y / 2) - 32

, wobei y der snr(hex)-Wert umgerechnet in Dezimal ist.
Beispiel:
(0070,97) -> Träger #70, snr(hex) = 0x97
Somit ist y = 151, snr(70) = (151 / 2) - 32 = 75,5 - 32 = 43,5 dB

VG,
Andi

 

[Dann halt nicht mehr]

WLAN-Abbrüche

Ich denke, die 7390-Besitzer dürfen nun davon ausgehen, dass das WLAN-Problem definitiv ein firmware-seitiges Problem ist.

Die aktuelle DSL-Labor 16750 zeigt an meiner 7270v3 ein ähnliches Verhalten.

Mehr dazu: hier!

Die ersten Bestätigung von anderen 7270-Usern treffen auch schon ein.

 

[skyteddy]

Es sind trotzdem unterschiedliche Hardwaren und Firmwaren. Und es hat lediglich ein anderer User bestätigt, daß er auch Probleme bei einer 7270 hat. Da gleich abzuleiten, daß es ausschließlich ein Firmware-Problem bei der 7390 ist, ist schon sehr gewagt.

Happy computing!
R@iner

 

[Dann halt nicht mehr]

Wo hab ich das denn getan? Von ausschließlich habe ich ebenfalls nicht gesprochen.
Wenn der Fehler aber nun auch bei anderen Boxen auftritt, die vorher einwandfrei liefen, liegt eine programmiertechnische Ursache näher, als eine Hardware-Problematik.

Im anderen Thread ist nun noch heraus zu finden, ob nur 7270v3 betroffen sind. Dann würde einiges für den (?) Atheros 9223-Chip (?) als "Problem" sprechen, der ja in beiden Boxen vorhanden ist.

 

[KunterBunter]

Dann würde einiges für den (?) Atheros 9223-Chip (?) als "Problem" sprechen, der ja in beiden Boxen vorhanden ist.

Wobei das dann wiederum ein Hardware- oder auch nicht unbedingt "definitiv ein firmware-seitiges Problem" sein kann.

 

[Dann halt nicht mehr]

Vermutlich beides.

Der Chip funktionierte in der 7270v3 seit Juli 2009 bei mir problemlos. Lediglich die am 24.03.2010 veröffentlichte DSL-Labor hat nun dieses vergleichbare Verhalten.

 

[Andi_84]

Spektrum im Maßstab 1:1

Nee, mit 12, 13 und 14 bekommt man nur "Command support ONLY for ADSL2/2+".

Schade.

Mit "dsl_pipe g997banscg" oder "dsl_pipe g997banscgs". Ersteres liefert als Ausgabeformat Paare mit Träger und Bitzahl, letzteres in Kurzform nur die Bitzahlen.

Der zweite Befehl (dsl_pipe g997banscgs) funktioniert bei mir nicht:

# [COLOR="DarkRed"]dsl_pipe g997banscgs[/COLOR]
g997banscgs: command not found

Der erste Befehl (dsl_pipe g997banscg) funktioniert; Man muss dort auch (wie schon beim Befehl für den SNR) 2 Parameter angeben. Für das Bitloading im Downstream:

# [COLOR="Blue"]dsl_pipe g997banscg 0 1[/COLOR]
nReturn=0 nLine=0 nDirection=1 nNumData=4096
nFormat=(tone(dec),bits(hex)) nData="
(0065,08) (0066,08) (0067,08) (0068,08) (0069,09)
(0070,09) (0071,09) (0072,09) (0073,09) (0074,09) (0075,09) (0076,09) (0077,09) (0078,0A) (0079,0A)
...
(3930,01) (3931,01) (3932,01) (3933,01) (3934,01) (3935,01) (3936,01)
(3938,01) (3939,01)
(3942,01)
"

Zu beachten ist auch, dass in der Ausgabe dieses Befehls alle unbelegten Träger fehlen!

Ich hab' beides (SNR und Bitloading mal für meinen W920V (AVM-FW: 75.04.81) ausgewertet.
Lücken habe nich nur relativ wenige:
Träger #800, 1452, 3937, 3940 ... 3941 haben jeweils 0 Bits.
Letzter belegter Träger ist #3942 (mit 1 Bit), #3943 ... 4095 haben alle 0 Bits.
Letzter Träger mit SNR > 0 dB ist #4020 (mit 8 dB).
Ab etwa Träger #3900 fällt der SNR merklich schneller ab, als bei den vorherigen Trägern.

Und aus den SNR- und Bitloading-Werten kann man mit Excel (oder irgend einem andren, besser geeigneten Programm) schöne Grafiken machen.
-> Siehe die angehängten Bilder.
Das Spektrum im Maßstab 1:1 ist über 4000 Pixel breit, daher als .zip angehängt und nicht als png.
Intressant sind die "Einbrüche" im DS-1 Band (zwischen ca. Träger #1340 und #1460). Wobei es dort bei der 7390 schon in der original-Darstellung im Web-Interface noch schlimmer ausschaut, als bei der 7570 in der 1:1 Darstellung.

EDIT 03.04.2010:
Upstream-Bitloading in die Grafiken eingefügt.
/EDIT

VG,
Andi

 

[mario910]

Verbindung zwischen 2,4 und 5 Ghz

Hallo alle,

ich hoffe diese Problematik wurde so noch nicht angesprochen:
Ich habe mehrere WLAN-Geräte, 2,4 Ghz und 5 Ghz und hierfür zwei verschiedene SSIDs vergeben.

Problem:

• Paketverlust nur zwischen den geräten im jeweils anderen Frequenzband. 2,4 Ghz <--> 5 Ghz.
• Ping, Verlust > 10 % !
• Nutzung eines Audiostreaminggerätes (WAD-01B), das nur 2,4 Ghz kann von meinem 5 Ghz Netbook deshalb so nicht möglich.

kein Probleme:

• wenn die Geräte im gleichen Frequenzband sind keine verloreren Pings und Aussetzer
• aus dem LAN bzw. ins LAN und ins Internet ebenfalls keine verloreren Pings

Auch ein Gerätefehler oder hab ich was falsch Eingestellt?

vG

 

[robert_s]

[*]Paketverlust nur zwischen den geräten im jeweils anderen Frequenzband. 2,4 Ghz <--> 5 Ghz.

Hast Du auch ein Gerät per LAN angeschlossen? Kannst Du mal ausprobieren, wie es mit Paketverlusten aus beiden WLAN-Frequenzbändern ins LAN aussieht?

 

[mario910]

keine Paketverluste ins LAN oder ins Internet.

 

[robert_s]

Habe nun 84.04.82-16840

Die läuft jetzt bei mir seit über 6 Tagen ohne Sync-Verluste, und kann vor allem noch die volle Bandbreite in beiden Richtungen liefern - allerdings immer noch nur jeweils in einer gleichzeitig.

Im Gegensatz dazu konnte die 84.04.82 die Bandbreite nur kurz nach Synchronisation liefern, und produzierte nach kurzer Zeit so massenhaft Übertragungsfehler, dass nur noch 100-200 KBytes/s möglich waren.

Die 84.04.82-16840 stürzt übrigens auch nicht mehr ab, wenn man sie mit netio mit 1Gbps UDP-Paketen "beschiesst".

Also diese Beta bringt eine deutliche Verbesserung des Durchsatzes und der Stabilität, was die "kabelgebundenen" Anschlüsse (VDSL, LAN) angeht. Über WLAN kann ich nichts sagen, weil ich das nicht benutze.

 

[adda]

@robert_s

Deine Erfahrungen kann ich mit der neuen Beta_16840 bis jetzt nur bestätigen. Keine Resyncs, keine Reboots mehr seit über 48 Std. und ein stabiles WLAN mit 2,4 und 5 GHz. Morgen werde ich noch einmal die automatische Kanalvergabe für WLAN testen, ob diese nun auch läuft.

Soweit bin ich jetzt erst einmal happy


LG Andreas

 

[Dann halt nicht mehr]

Auf meinem Homeserver 50.000 (A062) schauts folgendermaßen aus:

1. DSL

Sync - keine Probleme (ADSL2+-Anschluss Centillium 16189 (DSL 1.68.13.15) Download: 11.550 Upload 1027. Verbindung seit32 Stunden stabil.

2. WLAN

Seit ~32 Stunden mit WLAN Autokanal unterwegs - kein Vergleich zu den Abbrüchen/Neuverbindungen zur .82er.

Auffällig aber:

- Geräte aus dem 5 GHz-Bereich werden unter "bekannte WLAN-Geräte" nicht angezeigt, tauchen nicht in der Zählung auf der Startseite auf und sind auch nicht im Energiemonitor gelistet.

- Sporadisch verliert mein Notebook im 5GHz-Bereich die Internet-Verbindung. Neuverbindung lässt sich aber problemlos vornehmen. Kann nicht ausschließen, dass das an meinem Notebook liegt.

Zwischenfazit:
16840 ist ein Fortschritt und aus meiner Sicht release-fähig, wenn die 5 GHz-Netz-Anzeige wieder drin ist.

Anfragen zur Herausgabe der Version bitte nicht stellen - AVM hat die Weitergabe definitiv untersagt.

 

[kenguru2005]

Hat jemand mit der 16840 hinsichtlich Internet-Telefonie Probleme? Einige berichten doch über "Abgehacktes" und "Verrauschtes"?!

 

[smartie]

Wo bekommt man die 16840? Bei den "offiziellen" Labor-FWs hab ich für die 7390 nix gefunden... Das ist jetzt keine Frage die FW "unter der Hand" weiterzugeben, sondern wo/wie muss ich bei AVM nachfragen, um sie zu bekommen?

PS: Die Frage zu den Telefonie-Probleme würde mich auch interessieren. Hat sich da was verbessert?

 

[denim]

würde mich auch interessieren. wo bekommt man die beta firmware für die 7390 her?

 

[skyteddy]

Bis jetzt bekommst Du die nur auf Anfrage bei AVM, also wenn Du nen Support-Call aufmachst.

Happy computing!
R@iner

 

[denim]

ok, danke, werde dann mal ein Ticket aufmachen.

im übrigen kämpfe ich auch mit sync abbrüchen:
VDSL 50 - Broadcom 145.13 - H0 0 - 7390 - 84.04.82