FRITZ!Box Fon WLAN 7390 Firmware Version 84.04.82 vom 29.01.2010 ist online
- Ersteller skyteddy
- Erstellt am
- Status
Nee, mit 12, 13 und 14 bekommt man nur "Command support ONLY for ADSL2/2+".
Mit "dsl_pipe g997banscg" oder "dsl_pipe g997banscgs". Ersteres liefert als Ausgabeformat Paare mit Träger und Bitzahl, letzteres in Kurzform nur die Bitzahlen.
Leider nein, die Diagnosebefehle der "nativen" ADSL-Frontends von AR7 & UR8 kenne ich nicht, weil ich die nie benutzt habe.
Achso, genau diese Firmware habe ich auch - das ist die, bei welcher der Stabilität/Performance Regler in den DSL-Informationen funktioniert...
Andi_84
Aktives Mitglied
- Mitglied seit
- 3 Okt 2009
- Beiträge
- 1,228
- Punkte für Reaktionen
- 0
- Punkte
- 36
Ja, wobei der Befehl noch 2 Parameter braucht:
Code:
# 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
Code:
dsl_pipe g997snrnscg 0 1
Code:
# 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)
...
Code:
snr(i) = (y / 2) - 32Beispiel:
(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
IPPF-Promi
- Mitglied seit
- 18 Apr 2008
- Beiträge
- 5,167
- Punkte für Reaktionen
- 948
- Punkte
- 113
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.
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.
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
Happy computing!
R@iner
Dann halt nicht mehr
IPPF-Promi
- Mitglied seit
- 18 Apr 2008
- Beiträge
- 5,167
- Punkte für Reaktionen
- 948
- Punkte
- 113
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.
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.
Wobei das dann wiederum ein Hardware- oder auch nicht unbedingt "definitiv ein firmware-seitiges Problem" sein kann.
Dann halt nicht mehr
IPPF-Promi
- Mitglied seit
- 18 Apr 2008
- Beiträge
- 5,167
- Punkte für Reaktionen
- 948
- Punkte
- 113
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.
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
Aktives Mitglied
- Mitglied seit
- 3 Okt 2009
- Beiträge
- 1,228
- Punkte für Reaktionen
- 0
- Punkte
- 36
Spektrum im Maßstab 1:1
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:
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
Schade.
Der zweite Befehl (dsl_pipe g997banscgs) funktioniert bei mir nicht:
Code:
# [COLOR="DarkRed"]dsl_pipe g997banscgs[/COLOR]
g997banscgs: command not found
Code:
# [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)
"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
Anhänge
Zuletzt bearbeitet:
mario910
Neuer User
- Mitglied seit
- 31 Dez 2009
- Beiträge
- 13
- Punkte für Reaktionen
- 0
- Punkte
- 1
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:
kein Probleme:
Auch ein Gerätefehler oder hab ich was falsch Eingestellt?
vG
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
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?
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.
@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
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
IPPF-Promi
- Mitglied seit
- 18 Apr 2008
- Beiträge
- 5,167
- Punkte für Reaktionen
- 948
- Punkte
- 113
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.
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
Neuer User
- Mitglied seit
- 10 Jan 2010
- Beiträge
- 72
- Punkte für Reaktionen
- 0
- Punkte
- 0
Hat jemand mit der 16840 hinsichtlich Internet-Telefonie Probleme? Einige berichten doch über "Abgehacktes" und "Verrauschtes"?!
smartie
Mitglied
- Mitglied seit
- 30 Mrz 2005
- Beiträge
- 520
- Punkte für Reaktionen
- 21
- Punkte
- 18
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?
PS: Die Frage zu den Telefonie-Probleme würde mich auch interessieren. Hat sich da was verbessert?
Bis jetzt bekommst Du die nur auf Anfrage bei AVM, also wenn Du nen Support-Call aufmachst.
Happy computing!
R@iner
Happy computing!
R@iner
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
im übrigen kämpfe ich auch mit sync abbrüchen:
VDSL 50 - Broadcom 145.13 - H0 0 - 7390 - 84.04.82
- Status
Neueste Beiträge
-
[Sammlung] Fritz!Box 5690Pro, Inhaus/Labor 7.90, Pfad 'Smart24P1FCS'- Letzte: Ralf-Fritz
-
[Frage] Annex-B oder Annex-J?
- Letzte: bubblegun
-
FRITZ!Box 4060 - Labor 7.90 - Sammelthema- Letzte: Bugs Bunny
-
[Sammlung] Aktuelle Konditionen für Vertragsverlängerung
- Letzte: Martin
-
FRITZ!Box 7590 / FRITZ!OS 8.00 vom 31.10.2024
- Letzte: joto
-
Fritz!DECT 302 regelt nicht mehr- Letzte: Jstessi
