Skip to content

Off Topic

Hier kann über alles geredet werden was sonst nirgendwo hinpasst
3.1k Themen 48.4k Beiträge

NEWS

Unterkategorien


  • 84 Themen
    2k Beiträge
    JackDanielJ
    danke, hat geklappt :) jackdaniel@NUC:~$ sudo apt update && sudo apt full-upgrade Hit:1 https://repos.influxdata.com/debian stable InRelease Hit:2 https://deb.debian.org/debian trixie InRelease Get:3 https://security.debian.org/debian-security trixie-security InRelease [43.4 kB] Hit:4 https://deb.debian.org/debian trixie-updates InRelease Hit:5 https://downloads.plex.tv/repo/deb public InRelease Hit:6 https://repo.homebridge.io stable InRelease Hit:7 https://deb.nodesource.com/node_22.x nodistro InRelease Fetched 43.4 kB in 0s (153 kB/s) All packages are up to date. Warning: https://downloads.plex.tv/repo/deb/dists/public/InRelease: Policy will reject signature within a year, see --audit for details Warning: https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details Summary: Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0 jackdaniel@NUC:~$
  • 252 4k
    252 Themen
    4k Beiträge
    M
    Geht doch [image: 1762540898822-84da7797-1785-45e9-883a-033f360580a6-image.png]
  • 138 3k
    138 Themen
    3k Beiträge
    wendy2702W
    Hier der select: [image: 1763974938404-d341299e-411b-46b2-a0e2-6bc05024e30e-grafik.png] Dieser Eintrag im log mit dem Limit etc. kommt übrigens nur für dieses eine Objekt: influxdb.0 2025-11-24 09:56:22.842 debug Removed Alias: modbus.4.holdingRegisters.4.588_battery_capacity !-> Battery Capacity influxdb.0 2025-11-24 09:56:13.123 debug Send: 43 of: 44 in: 16ms influxdb.0 2025-11-24 09:56:13.109 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:57:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:57:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:56:13.107 debug modbus.4.holdingRegisters.4.588_battery_capacity17639745731070.9087331471236297 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974620000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:56:13.107 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:56:13.080 debug Send: 500 of: 500 in: 154ms influxdb.0 2025-11-24 09:56:12.929 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '1999-12-31T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '1999-12-31T23:00:00.000Z' AND time < '2025-11-24T08:56:13.795Z' ORDER BY time ASC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:56:13.795Z' LIMIT 1 influxdb.0 2025-11-24 09:56:12.926 debug modbus.4.holdingRegisters.4.588_battery_capacity17639745729260.9845860834479072 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":946681200000,"end":1763974573795,"limit":1,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"none","user":"system.user.admin"}} influxdb.0 2025-11-24 09:56:12.926 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:56:12.845 debug Incoming message features from system.adapter.admin.0 influxdb.0 2025-11-24 09:55:40.273 debug Send: 43 of: 44 in: 15ms influxdb.0 2025-11-24 09:55:40.259 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:56:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:56:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:55:40.258 debug modbus.4.holdingRegisters.4.588_battery_capacity17639745402580.19325231080612948 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974560000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:55:40.257 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:54:40.259 debug Send: 42 of: 43 in: 17ms influxdb.0 2025-11-24 09:54:40.243 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:55:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:55:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:54:40.242 debug modbus.4.holdingRegisters.4.588_battery_capacity17639744802420.4969135714440529 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974500000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:54:40.242 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:53:40.673 debug Send: 42 of: 43 in: 21ms influxdb.0 2025-11-24 09:53:40.653 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:54:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:54:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:53:40.652 debug modbus.4.holdingRegisters.4.588_battery_capacity17639744206520.6842324958529225 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974440000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:53:40.652 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:52:41.288 debug Send: 42 of: 43 in: 14ms influxdb.0 2025-11-24 09:52:41.275 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:53:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:53:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:52:41.274 debug modbus.4.holdingRegisters.4.588_battery_capacity17639743612740.973533320590052 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974380000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:52:41.274 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:41.462 debug Send: 42 of: 43 in: 11ms influxdb.0 2025-11-24 09:51:41.452 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:52:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:52:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:51:41.451 debug modbus.4.holdingRegisters.4.588_battery_capacity17639743014510.3997624257885206 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974320000,"from":true,"ack":true,"q":true,"addId":false,"aggregate":"none","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:51:41.451 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:41.413 debug Send: 500 of: 500 in: 88ms influxdb.0 2025-11-24 09:51:41.326 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '1999-12-31T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '1999-12-31T23:00:00.000Z' AND time < '2025-11-24T08:51:42.188Z' ORDER BY time ASC LIMIT 500;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:51:42.188Z' LIMIT 1 influxdb.0 2025-11-24 09:51:41.325 debug modbus.4.holdingRegisters.4.588_battery_capacity17639743013250.9753410809096223 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":946681200000,"end":1763974302188,"limit":1,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"none","user":"system.user.admin"}} influxdb.0 2025-11-24 09:51:41.325 debug Incoming message getHistory from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:41.252 debug Incoming message features from system.adapter.admin.0 influxdb.0 2025-11-24 09:51:04.621 debug Send: 44 of: 43 in: 366ms influxdb.0 2025-11-24 09:51:04.261 debug Query to execute: SELECT value from "Battery Capacity" WHERE time <= '2025-11-23T23:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "Battery Capacity" WHERE time > '2025-11-23T23:00:00.000Z' AND time < '2025-11-24T08:52:00.000Z' ORDER BY time ASC;SELECT value from "Battery Capacity" WHERE time >= '2025-11-24T08:52:00.000Z' LIMIT 1 influxdb.0 2025-11-24 09:51:04.255 debug modbus.4.holdingRegisters.4.588_battery_capacity17639742642550.8420108482029569 getHistory message: {"id":"modbus.4.holdingRegisters.4.588_battery_capacity","options":{"instance":"influxdb.0","start":1763938800000,"end":1763974320000,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"minmax","returnNewestEntries":true,"user":"system.user.admin"}} influxdb.0 2025-11-24 09:51:04.249 debug Incoming message getHistory from system.adapter.admin.0
  • 260 Themen
    4k Beiträge
    MartinPM
    Der gelbe Leiter muss auf die achte Klemme von links, ist irgendwie in den Zwischenraum zwischen der 8. und 9. Klemme gezeichnet. [image: 1764692927330-671c5065-19ac-4024-979f-dfdeaa452112-grafik.png]
  • 178 5k
    178 Themen
    5k Beiträge
    G
    @arteck said in Backup wird auf andere Nummer zurückgespielt: @guitardoc meine Frage brauchst nicht bantworten.. jo Oops, sorry, das hatte ich ganz übersehen... Hmm, ich kann auch nicht mehr sagen, wie ich es zurückgespielt hab. Vermutlich hab ich das genommen, wo ich zuerst gesehen hab, dass es das Backup ist was ich brauche... Interessant, dass es da Unterschiede gibt. Aber bei näherer Betrachtung macht das schon Sinn - wenn man aus dem LXC rückspielt, dann weiß er ja wohin, während von der Backupplatte kann es sonst wohin gehen. Ich vermute daher, dass ich es von der Backupplatte genommen hab, und dann hat er den ersten freien Slot vorgeschlagen, der ihm untergekommen ist (das war die 100). Und da die 101 möglicherweise auch noch lief, ließ sich die 101 auch nicht mehr für die Herstellung auswählen. Wieder was gelernt!
  • Fragen zu Docker-Installationen

    15 191
    15 Themen
    191 Beiträge
    Marc BergM
    @mkiobroker sagte in Update von 6.3.5 auf 7.7.2: Ich möchte meinen ioBroker von einem Server auf einen anderen Server umziehen. Auf beiden läuft Ubuntu 20.04 Warum startest du auf dem "neuen" Server gleich mit einem alten Betriebsssystem? Auf dem alten ist installiert 6.3.5 und auf dem neuen läuft 7.7.2. Das sind die Admin Versionen, entscheidend für das Backup / Restore ist die Version des js-controllers. Dann hab ich versucht den alten Server zu updaten (ich dachte, dass das backupit 2.x nicht kompatibel mit der 3.x Version ist), in dem ich den Container und das Image gelöscht habe und dann anschließend den obenstehenden Einzeiler ausgeführt. Image wurde neu geladen und beim Start war auch von den neuen Versionen die Rede. Leider wurde aber immer noch die Version 6.3.5 angezeigt. Klar, das Update des Images ändert nichts an den installierten Versionen unter "iobrokerdata". Was kann ich noch machen - oder muss ich echt alles per Hand übertragen? Siehe oben, die js-controller-Versionen müssen übereinstimmen. Also entweder den alten Server up- oder den neuen Server downgraden. Das geht (wenn nicht zu viele Äonen dazwischen liegen).
  • 31 346
    31 Themen
    346 Beiträge
    B
    @Beggall Über simpleAPI und socket.io kein Problem
  • Hilfe bei Einstellungen Deye SUN-12K-SG04LP3-EU

    9
    0 Stimmen
    9 Beiträge
    804 Aufrufe
    W
    @schimi Und...? Dann gehts halt nicht
  • Strom sparen mit Fully Browser und Samsung Tablet

    Verschoben
    13
    0 Stimmen
    13 Beiträge
    1k Aufrufe
    H
    Hallo, ich habe jetzt meine Strommessung unter folgenden Bedingungen beendet. Akku automatisch geladen <20% u. >80% über den Fully das Display nach erkannter Bewegung 5min eingeschaltet und danach wieder ausgeschaltet kein Bildschirmschoner aktiv Verbrauch über 8 Tage berechnet ~1,9 W das ergibt ~ 5€ Stromkosten / Jahr Hatte mit deutlich mehr Verbrauch gerechnet. Finde ich sehr gut für so ein Tablet (Samsung Tablet A9 plus ).
  • Cannot change ownership to uid 1000

    Verschoben
    1
    0 Stimmen
    1 Beiträge
    139 Aufrufe
    Niemand hat geantwortet
  • Webdienste hinter reverse proxy

    9
    0 Stimmen
    9 Beiträge
    314 Aufrufe
    David G.D
    Ich habe es jetzt erfolgreich am laufen. Fail2ban läuft lokal und der npm samt Webdiensten im Docker. Denkt ihr es macht Sinn, das auf 2 VMs aufzuteilen? Falls warum auch immer die von außen zugängliche VM von außen kompromitiert wird. Also VM1 Fail2ban mit npm VM2 mit Docker und den Webdiensten.
  • [gelöst] Wemos D1 (Tasmota) Problem mit FritzRepeater

    15
    0 Stimmen
    15 Beiträge
    987 Aufrufe
    T
    @bananajoe Herzlichen Dank für den Tipp! Der "nervige" Wemos hat sich sofort mit dem Repeater verbunden. Deine Konfigurationszeile habe ich sofort bei jedem Tasmota-Gerät eingefügt. SaveData war natürlich schon auf ON, SetOption56 und 57 war einmal da und dort auf OFF. Jetzt bin ich noch neugierig, ob sich die Meldungen, dass ein Gerät offline ist, reduzieren. Auch an alle besten Dank Bestes Forum ist hier!👍
  • frage zu photovoltaik (balkon)

    71
    1
    0 Stimmen
    71 Beiträge
    6k Aufrufe
    liv-in-skyL
    @Ray-1 du hast doch auch einen noah 2000 - kannst du den betriebsmodus zeitlich einstellen (batterie oder verbraucher) - bei mir geht das nicht, bzw macht das ding, was es will habe gerade verbraucher zuerst mit 200 w eingestellt - es wird aber trotzdem der akku geladen - die pv bringt 202 W : mit 99w wird geladen und 100 werden ausgegeben - funtioniert das bei dir edit: hat sich erledigt - ist ein zeit problem - utc
  • growatt noah 2000 speicher und unifi ap

    1
    0 Stimmen
    1 Beiträge
    226 Aufrufe
    Niemand hat geantwortet
  • eBusd auf MAC läuft nicht!

    1
    5
    0 Stimmen
    1 Beiträge
    142 Aufrufe
    Niemand hat geantwortet
  • needrestart: Ein probates Mittel für RPi?

    needrestart linux reboot
    7
    0 Stimmen
    7 Beiträge
    392 Aufrufe
    Meister MopperM
    @thomas-braun Danke für die Info, hier meine Version, dürfte also passen. thomas@rpifr24:~ $ apt policy needrestart needrestart: Installiert: 3.6-4+deb12u1 Installationskandidat: 3.6-4+deb12u1 Versionstabelle: *** 3.6-4+deb12u1 500 500 http://deb.debian.org/debian bookworm/main arm64 Packages 500 http://deb.debian.org/debian bookworm/main armhf Packages 100 /var/lib/dpkg/status
  • Fritzbox lässt keine Apple Updates zu

    88
    0 Stimmen
    88 Beiträge
    8k Aufrufe
    DuffyD
    Weiterer Link zum Thema: https://www.ifun.de/11-kunden-melden-weiter-probleme-beim-zugriff-auf-apple-dienste-237303/ Viele Grüße Duffy PS seit der Umstellung von oben klappt es bei mir wieder ohne Probleme.
  • Container startet nach update neu

    Verschoben
    6
    0 Stimmen
    6 Beiträge
    357 Aufrufe
    CodierknechtC
    @neuzeit sagte in Container startet nach update neu: @neuzeit niemand eine Hilfe für mich wo ich ansetzen kann ? Stoppe mal den Container. Erzeuge dann in der Konfiguration eine neue Umgebungsvariable DEBUG und setze die auf true. [image: 1723109956961-9726a1f7-346f-4052-9dab-e1f9610f022f-image.png] Starte dann den Container und hänge Dich in dessen Konsole. [image: 1723109965480-c5a1b4f3-bcce-4852-8593-b5c52cc1f11e-image.png]
  • Enocean Tippfunk und mehr

    14
    0 Stimmen
    14 Beiträge
    2k Aufrufe
    Jey CeeJ
    @theariba sagte in Enocean Tippfunk und mehr: Wenn ich den aktor aber wieder anlerne, dann sollte ja die ID in Iobroker weiterhin dieselbe sein, oder? Ja die ist ja fest im Aktor hinterlegt.
  • Raspberry PI und Zerotier

    Verschoben
    4
    0 Stimmen
    4 Beiträge
    266 Aufrufe
    Thomas BraunT
    @honnkoponko Ich hatte vor einiger Zeit Überlegungen zwischen Zerotier, tailscale und wireguard angestellt. Ist am Ende tailscale geworden. Ein wenig Grundkenntnisse der Netzwerktechnik schadet jedenfalls nicht. Es wird vermutlich ein neues Interface auftauchen, über das dann der Traffic geht. So ist es jedenfalls bei tailscale. Der ioBroker ist da nur indirekt von betroffen.
  • GELÖST: InfluxDB 2.x - Datenpunkte manuell nachtragen?

    7
    0 Stimmen
    7 Beiträge
    2k Aufrufe
    T
    Nach langer Zeit hab ich mich einfach nochmal drangesetzt und tatsächlich war der Vorschlag von @Marc-Berg aus einem anderen Thread die Lösung meines Problems: |> fill(column: "Hoymiles_Gesamt_Arbeit", value: 0.0) Damit wurden die leeren Zellen mit 0.0 aufgefüllt und sogar die map-Funktion führt damit weitere Berechnungen aus, ohne dass an der InfluxDB rumgefummelt und manipuliert werden muss.
  • IP Bereiche FritzBox? Konflikte vs Meldungen?

    12
    0 Stimmen
    12 Beiträge
    407 Aufrufe
    D
    @ilovegym said in IP Bereiche FritzBox? Konflikte vs Meldungen?: Und der Router (also die Box ) hat Probleme mit dem caching .. deshalb kommen solche Fehler, wie die, die du hast. :+1:
  • "Garagentor auf" Erkennung mit Kamera

    5
    1
    0 Stimmen
    5 Beiträge
    262 Aufrufe
    MartinPM
    Wenn ich Zeit habe ....
  • Reolink Kameras und Zeitsynchronisation

    9
    3
    0 Stimmen
    9 Beiträge
    1k Aufrufe
    MartinPM
    @bananajoe said in Reolink Kameras und Zeitsynchronisation: Das Reolink das auch noch für die älteren Kameras heraus gebracht hat rechne ich denen halt hoch an. Das ist wirklich toll. Nach dem ersten Endruck bin ich mit den beiden RLC-510A Kameras auch wirklich zufrieden...
  • Alternative VMS Software zu Synology Surveillance Station?

    1
    0 Stimmen
    1 Beiträge
    312 Aufrufe
    Niemand hat geantwortet
  • Tipp: Statische IP unter Bookworm

    bookworm static ip
    11
    0 Stimmen
    11 Beiträge
    886 Aufrufe
    DolomitiD
    @thomas-braun OK, beim LXC kann ich das dann verstehen. Meine ioBroker-VM habe ich allerdings komplett mit Debian 12.x neu aufgesetzt, da ist es auch nicht vorhanden. Ist ja kein Problem, kann ich ja nachinstallieren falls ich es mal brauchen sollte.
  • Frage zur WLAN-Koexistenz

    9
    0 Stimmen
    9 Beiträge
    6k Aufrufe
    TroyaT
    @bananajoe sagte in Frage zur WLAN-Koexistenz: @troya sagte in Frage zur WLAN-Koexistenz: Was mir auffällt, dass manche Repeater einen anderen Kanal nutzen als der Mesh-Master Je nach Modell ist das bewusst gewollt! Wenn Master und Repeater nur eine WLAN-Verbindung haben und auf dem selben Kanal funken, halbiert sich die Bandbreite. Geräte wie die 3000er haben deshalb mehre WLAN-Einheiten, mit der einen funken die dann auf einem Kanal mit dem MeshMaster (oder anderen Repeatern), auf einem anderen Kanal dann mit den Clients. Bei mir funkt fast jede Station auf einem anderen Kanal. Und diejenigen die auf dem gleichen Kanal unterwegs sind, sehen sich nicht gegenseitig. Ja perfekt, genau so hab ich das in der Mittagspause auch erlesen. Die Repeater müssen den gleichen Kanal haben, sonst keine Verbindung. Die Wlan-AP können auch einen anderen Kanal haben. Dann belasse ich es bei der Einstellung Auto. 7 Repeater allerdings ggf. schon sehr viel (kommt auf die Fläche / Verteilung an). Wenn die Repeater untereinander alle nur über WLAN kommunizieren und dann vielleicht auch nicht direkt mit der Basis/Master, halbiert sich jedes mal der Durchsatz (Ausnahme Geräte wie AVM3000, bei mehreren hintereinander dann doch). Ja, der 3000er rockt wirklich, gefühlt will sich jeder mit dem verbinden. Der muss bei mir durch 3 Wände und hat trotzdem aktuell 1,2Ghz zur 7590. Ist aber schon spannend wie das manchmal verteilt wird. Ein GoogleHome-Lautsprecher will sich grad lieber mit dem AP durch 3 Wände unterhalten als mit dem direkt im EG unter ihm. Porenbeton vs. Stahlbeton ;-) Gut, dann bin ich wohl durch mit meiner Fragerunde und bedanke mich herzlich bei euch!

863

Online

32.4k

Benutzer

81.5k

Themen

1.3m

Beiträge