[Sammlung] FRITZ!Repeater 3000 - 2400 - (1750E) - 1200 - 600 - Inhaus/Labor ab 7.19

[Cobold]

@Exodus88 Richtig. Und der 6000er bis zur 7.29 auch nicht.

 

[Semo87]

das ist durchaus möglich.
deswegen wäre es ja toll wenn das auch noch kommt wie wohl jetzt beim 6000er.
der 1200 hat es mit der 7.29

 

[biDDiPlatsch]

und wofür brauch man das?

Der 6000er hat mit dieser Inhaus Version auch eine CPU-Temperaturanzeige im Energiemonitor.

sicher, dass es eine Temperaturanzeige ist und nicht die Auslastung wie beim 1750e

 

[Cobold]

@biDDiPlatsch Auf deine erste Frage "Wofür braucht man das?":

Um den CPU-Temperaturverlauf sehen zu können. Rein informell, wie übrigens alle Statistik-Anzeigen der Fritz-Geräte. Otto Normal interessiert sich auch nicht für die CPU- oder RAM-Auslastung.
Das ist wie die Öltemperaturanzeige am Auto. Braucht Oma Erna auch nicht, technisch interessierte Menschen finden es aber durchaus interessant.
Ich hab auch gerne die Temperaturen diverse Geräte in meinem PC im Auge mit Tools wie Hardware Monitor. "Braucht" auch kein Mensch, ich schon.

Und auf deine Zweite:

Ja, sicher!


EDIT: Ja, ich habe den 6000er eben rebooten müssen, da ich das Kabel anders verlegt habe. Daher die kurze Laufzeit.

 

[christian1297]

Die 4060, welche ja die Hardware mit dem 6000 teilt, hat die Temperaturanzeige schon immer. Daher wundert es mich nicht dass sowas beim 6000 jetzt auch auch verfügbar ist. Bei anderen Geräten ohne Temperaturanzeige stellt sich die Frage ob sich die entsprechende Werte überhaupt aus der Hardware auslesen lassen. Solche leistungsarmen Chips wie bspw. im 1750E sind ja quasi eh nicht zum überhitzen zu bringen solange man sich an die von AVM geforderten Umgebungstemperaturen hält.

 

[SaschaBr]

Der DVBC-Repeater (mit dem 1750E verwand) hatte (soweit ich mich entsinnen kann) früher mal eine, und miit der 7.08 (in-house) dann nicht mehr (bzw. ist die immer leer).
Wen interessiert das überhaupt? Selbst heutige Autos zeigen das nicht mehr an (was da im Cockpit steht ist sowas von gelogen).

 

[Cobold]

@SaschaBr : Mich interessiert es.
Wenn es dich nicht interessiert guck halt nicht hin.

Aber das ist wohl der aktuelle Zeitgeist: "MICH interessiert etwas nicht, also hat es auch niemand Anderes zu interessieren, akzeptiert das, denn meine Meinung ist Fakt und die einzig Wahre!"

Ich hab euch alle lieb, ihr Schnuckies!

 

[Grisu_]

Du solltest vielleicht akzeptieren lernen, daß eine Funktion nicht nur für dich entwickelt wird!
Und da es sonst kaum jemand wünscht passiert es wohl auch nicht.
Und zugegeben, für solch ein Gerät wirklich mehr als überflüssig, insbes. als man eh keinen Einfluß darauf nehmen kann und sie so dimensioniert sind, daß er sein Limit nicht überschreitet.
So what ...

PS: Es ist durchaus nicht so, daß niemand dir den Wert vergönnt, nur hat halt niemand daran Bedarf und daran richtet sich (zumindest bei einzusparenden Teilen) eben die Entwicklung.

 

[christian1297]

Ich finde aber schon dass man hier je nach nötigen Entwicklungsaufwand unterscheiden sollte. So eine Temperaturanzeige hat der Auszubildende wahrscheinlich in zwei Tagen sauber implementiert und stört an anderer Stelle nicht weiter. Daher kann man hier ja ruhig ein paar wenige Leute damit glücklich machen.

 

[B612]

Solche leistungsarmen Chips wie bspw. im 1750E sind ja quasi eh nicht zum überhitzen zu bringen

Das sehe ich genau andersherum. Die leistungsstarken (z.B. FR1200) wird man kaum überhitzt bekommen weil die fast im Leerlauf fahren.

Anders natürlich wenn ich den FR1200 für Freifunk nutze und er dann noch zusätzlich routen und VPN machen muss.

 

[Erwin1964]

Und sonst beim 6000-er? Ich nutze ihn als AP mit der 7.29. Und einer 7590 (ohne AX, auch 7.29) als Mesh-Master. Bringt ein Update auf Inhouse 7.39 WLAN-geschwindigkeitstechnisch etwas?

 

[christian1297]

Das sehe ich genau andersherum. Die leistungsstarken (z.B. FR1200) wird man kaum überhitzt bekommen weil die fast im Leerlauf fahren.

Die alten MIPS SoC sind aber eher so lahm und sparsam dass da eben auch bei Last nicht viel passiert. Anders eben bei den neuen ARM SoC wo deutlich mehr Leistung vorhanden ist und dafür auch die Spanne zwischen Leerlauf und Last viel größer ist.

 

[B612]

Anders eben bei den neuen ARM SoC

Ich meine aber mit dem FR1200 (auch FR3000) die IPQ SoC.

wo deutlich mehr Leistung vorhanden ist

Seien könnte aber bei nur repeaten eben nicht ist.

 

[MichaG6065]

Für den 6000er auch:

download.avm.de/inhaus/MOVE21/6000/FRITZ.Repeater_6000-07.39-98904-Inhaus.image

Nach dem Neustart wurde sofort ein Fehlerbericht versendet.

Hi, habe auch gerade meine 6000er auf die Inhaus 7.39-98904 aktualisiert, bei mir wurde kein Fehlerbericht versendet nach Neustart

 

[3949354]

...bei mir wurde kein Fehlerbericht versendet nach Neustart

Wohl nichts von Bedeutung, was man melden müsste

 

[B612]

was man melden müsste

Das verharmlost du jetzt aber total.

 

[3949354]

Jeder hat andere Maßstäbe... avm hat eigene und die sind nicht die, die andere hier haben ....

 

[alexandi]

"Denn Sie wissen nicht, was sie tun" > AVM
Folgendes Problem bei meinem 2400 als WLAN-Brücke:
Hab mich schon gewundert, warum sich meine Kameras (wie von Geisterhand) an einem anderen Rep anmelden, der weit entfernt ist.
Jetzt seh ich grad ins Log des 2400er und sehe da folgenden Eintrag:

Die Kameras verlieren dadurch die Verbindung und da die Kameras nur 2,4 GHz und kein 11k/v beherrschen, bleiben sie am entfernten Rep kleben.

EÜ im Rep aktiv, Master steht auf feste Kanäle

 

[Exodus88]

Das kommt mir (leider) bekannt vor.

Das Problem, wenn man das überhaupt so bezeichnen darf, liegt an WPA3. Hier werden die AVM Komponenten alle 12 oder 24 Stunden aus Sicherheitsgründen getrennt und neu angemeldet.

Hier die Antwort von AVM dazu:

Das Verhalten ist normal bzw. erwartungsgemäß. Wir haben dazu seit heute auch eine Information in unserer Wissensdatenbank:

Bei Verwendung der WPA3-Verschlüsselung meldet sich der FRITZ!Repeater alle 12 Stunden neu an der FRITZ!Box an, um die Verschlüsselung zu aktualisieren. Die FRITZ!Box meldet dabei einen Authentifizierungsfehler. Ein Fehler liegt jedoch nicht vor, auf die mit dem FRITZ!Repeater verbundenen Geräte hat die Aktualisierung keine Auswirkungen.

Dabei meine ich nicht die Einstellungen für die Clients, die du am MeshMaster einstellen kannst, sondern am Repeater unter Heimnetzwerkzugang.
Es bringt auch nichts, hier manuell auf WPA2 umzustellen, da sich alle getesteten Repeater automatisch nach einer Zeit wieder auf WPA3 zurückstellen, spätestens nach einem Neustart.

Als Workaround im 2,4 Ghz WLAN, kannst du die EÜ deaktivieren und das "überschneidende WLAN" auf den Repeater auf unterschiedliche Kanäle setzten (nur im LAN-Bridge Modus möglich). Am besten 1 und 13, so hast du nur einen halben Kanal Überschneidung (Kanal 6), und so bleiben bei mir die WLAN Kameras auf den richtigen Repeater.
Alternativ kannst du auch auf den Repeater, wo die Cam´s angemeldet sind, eine andere SSID vergeben und deine Kameras dort anmelden. Damit hebelst du zwar das "Mesh" aus, aber die Kameras haben keine andere Möglichkeit mehr, sich mit einem weiter entfernten AP zu verbinden.

Gruß

Roland

 

[alexandi]

WPA3 war das Stichwort, ABER:
Im Master WLAN > Sicherheit ist nur WPA2 eingestellt. (Seit einigen Inhaus/Labors wir diese Einstellung auch für die Verschlüsselung Rep <> Basis verwendet und beibehalten )
Bei EÜ aktiv sollte es auch von den Reps übernommen werden. Tut es aber nicht. Einstellung bleibt auf WPA2 + WPA3.
Also > EÜ aus > Sicherheit nur WPA2 > EÜ ein

Als Workaround im 2,4 Ghz WLAN, kannst du die EÜ deaktivieren und das "überschneidende WLAN" auf den Repeater auf unterschiedliche Kanäle setzten.

Das geht aber nur bei LAN-Brücke, oder wenn der Rep NUR mit 5GHz mit der Basis verbunden ist



EDIT: Toll, und jetzt ist mir der Rep aus dem Mesh geflogen. Naja ein kleiner Spaziergang zum Rep und Master schaden ja nicht.

Btw: Hat schon jemand den Software-Button zum einmeshen gefunden ?