<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Problems with WLAN connectivity - solved]]></title><description><![CDATA[<p dir="auto">Dear mirror fans,<br />
for your information and reference some findings with my mirror.<br />
I’m running a MagicMirror on a PI5 with an NVME HAT as boot device.<br />
My first approach was to de-assemble an original Pi power supply (because of its form factor) and to build this internally into the mirror-frame.<br />
As reported earlier in a different thread this power supply died due to overheating.</p>
<p dir="auto">My next approach was to use a new PI-power supply - this time externally.<br />
Caused by the circumstances of my installation (power plug far below mirror position and Pi mounted on the top of the mirror) I have used a USB-C to USB-C cable (150cm, 5A) to extend the standard-cable.</p>
<p dir="auto">As it turns out now this wasn’t a good idea, ether:<br />
It worked pretty long (several weeks) good and without any problem.<br />
But since some days I got more and more really stubborn WLAN losses which were often unrecoverable - only plugging out power supply to reforce a restart helped (I’m working headless as majority of you).</p>
<p dir="auto">In the meantime I was able to implement a tiny service which automatically detects the connectivity loss and restarts the WLAN, so a sufficient symptomatic treatment is in place - this discovers connectivity every five minutes, which is OK to me.</p>
<p dir="auto">While I was just tinkering I’ve thought it could be a nice idea to identify the root cause and so I added some logging features in the mentioned service.</p>
<p dir="auto">Now the interesting (unexpected) finding: Obvious root cause was an undervoltage!</p>
<p dir="auto">I’ve searched around (because initially I failed to remember my “cable-extension”) but couldn’t find any reason for this (nothing attached else than the NVME and my mirror doesn’t have anything heavily using the harddisk)…</p>
<p dir="auto">Then the additional cable came in my mind  and - voilà - this was the root cause - despite its thickness and 5A specification.<br />
For now I have added some 230V cabeling to the top of the mirror, installed there (outside the mirror frame) a third (de-assembled) PI power supply and connected the standard-long cable of this power supply to the Pi.<br />
Since then no undervoltage detected (prior to this every few minutes).</p>
<p dir="auto">So my learning: Pi is bitchy with cable extensions and tiny undervoltages can lead to heavy WLAN problems.</p>
<p dir="auto">May one or the other can benefit from these findings.</p>
<p dir="auto">Warm regards,<br />
Ralf</p>
]]></description><link>https://forum.magicmirror.builders/topic/19891/problems-with-wlan-connectivity-solved</link><generator>RSS for Node</generator><lastBuildDate>Sun, 07 Jun 2026 20:56:37 GMT</lastBuildDate><atom:link href="https://forum.magicmirror.builders/topic/19891.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 25 Sep 2025 11:21:37 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Wed, 08 Oct 2025 12:43:29 GMT]]></title><description><![CDATA[<p dir="auto">In addition: It’s possible that the old recovery script was part of my problems - due to the above mentioned ping problem.<br />
For this reason I’ve edited my earlier post and deleted the content of the script.<br />
I’ve added an “edit note” instead.<br />
Sorry for confusion and any inconvenience!</p>
<p dir="auto">Regards,<br />
Ralf</p>
]]></description><link>https://forum.magicmirror.builders/post/128485</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128485</guid><dc:creator><![CDATA[rkorell]]></dc:creator><pubDate>Wed, 08 Oct 2025 12:43:29 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Tue, 07 Oct 2025 15:23:56 GMT]]></title><description><![CDATA[<p dir="auto">Dear <a class="plugin-mentions-user plugin-mentions-a" href="/user/schlomm" aria-label="Profile: schlomm">@<bdi>schlomm</bdi></a> , team,</p>
<p dir="auto">as I learned today sometimes system limitations are hard and leads to unwanted results.<br />
I even got more serioous trouble with my pi and his WIFI so I had to dig in deeper.<br />
The aproach until now - because of “growing” up - is a “recovery” and a “diagnose” part.<br />
This leads to - surprise, surprise :-) - inconsistent data and so dignosis is merely impossible.<br />
For this reason I converged both approches into one script and implemented a 4-stages error-handling and consecutive escalation (until reboot).</p>
<p dir="auto">At this stage i had to recognize: almost EVERY test results immediatly in an error at stage 1 (ping) and was resolved at stage 2 (L2/L3 - ICMP problem – checking status of wlan interface).<br />
To identify root cause for this I - again - dig down deeply (ChatGPT was NOT that helpful!) and found: At systemd level (on my system!?) ping is not in PATH !!!<br />
So a fully qualified call solved this problem - and most of my “problems” are solved !</p>
<p dir="auto">If you are using “ping”, too and stuck in problems in scripts - keep this in mind: “usr/bin/ping” might be really helpful for you.</p>
<p dir="auto">If you are interested in, here my current recovery-script - including some useful logging information:</p>
<pre><code>/usr/local/bin/wlan-recovery.sh
#!/bin/bash
# ============================================================================
# WLAN Recovery Script (Monolithische Version)
# Autor: Dr.  Ralf Korell, MD 
# Datum: 2025-10-07
#
# Dieses Script wird per systemd-Timer regelmäßig aufgerufen.
# Es prüft die WLAN-Verbindung in mehreren Stufen und führt nur dann
# Recovery-Aktionen aus, wenn wirklich eine Unterbrechung vorliegt.
#
# Features:
#   - Mehrstufige Diagnose (Ping, iw, IP, Route)
#   - Schutz vor Fehlalarmen und Selbstabschüssen
#   - SSH/VNC-Safe-Mode (keine Unterbrechung aktiver Sessions)
#   - Logrotation + Statistikdatei
# ============================================================================

# === Konfiguration ==========================================================
LOGFILE="/var/log/wlan-recovery.log"
STATSFILE="/var/log/wlan-recovery.stats"
MAX_LOG_SIZE=50000              # ~50 KB, dann Logrotation
PING_TARGET="172.23.56.1"
MAX_CONSECUTIVE_FAILS=2         # bevor Recovery startet
COOLDOWN_FILE="/tmp/wlan-recovery.cooldown"
COOLDOWN_MINUTES=5

# interne Speicherorte (nicht verändern)
STATEFILE="/tmp/wlan-recovery.state"
DATE_NOW=$(date "+%Y-%m-%d %H:%M:%S")

# === Hilfsfunktionen ========================================================

log() {
    echo "$DATE_NOW: $1" | tee -a "$LOGFILE"
}

rotate_log() {
    if [ -f "$LOGFILE" ] &amp;&amp; [ $(wc -c &lt;"$LOGFILE") -gt $MAX_LOG_SIZE ]; then
        mv "$LOGFILE" "$LOGFILE.old"
        echo "$DATE_NOW: Log rotated." &gt; "$LOGFILE"
    fi
}

increment_stat() {
    local key="$1"
    local value
    value=$(grep "^$key=" "$STATSFILE" 2&gt;/dev/null | cut -d= -f2)
    value=$((value + 1))
    grep -v "^$key=" "$STATSFILE" 2&gt;/dev/null &gt; "${STATSFILE}.tmp"
    echo "$key=$value" &gt;&gt; "${STATSFILE}.tmp"
    mv "${STATSFILE}.tmp" "$STATSFILE"
}

cooldown_active() {
    if [ -f "$COOLDOWN_FILE" ]; then
        local last=$(date -r "$COOLDOWN_FILE" +%s)
        local now=$(date +%s)
        local diff=$(( (now - last) / 60 ))
        [ $diff -lt $COOLDOWN_MINUTES ]
    else
        return 1
    fi
}

start_cooldown() {
    touch "$COOLDOWN_FILE"
}

ssh_or_vnc_active() {
    ss -tn state established | grep -Eq '(:22|:5900)'
}

# === Diagnosefunktionen =====================================================

is_connected_l2() {
    iw dev wlan0 link 2&gt;/dev/null | grep -q "Connected to"
}

has_ip_l3() {
    ip -4 addr show wlan0 2&gt;/dev/null | grep -q "inet "
}

has_route() {
    ip route get "$PING_TARGET" 2&gt;/dev/null | grep -q "dev wlan0"
}

ping_ok() {
    /usr/bin/ping -I wlan0 -c 3 -W 2 "$PING_TARGET" &gt;/dev/null 2&gt;&amp;1
}

# === Hauptlogik =============================================================

rotate_log

# Init Statsfile falls nicht vorhanden
[ -f "$STATSFILE" ] || echo -e "success=0\nrecoveries=0\nfailures=0" &gt; "$STATSFILE"

# Lese bisherigen Fehlerzähler
fails=0
[ -f "$STATEFILE" ] &amp;&amp; fails=$(cat "$STATEFILE")

# Diagnose
if ping_ok; then
    log "Ping erfolgreich. WLAN funktioniert."
    echo 0 &gt; "$STATEFILE"
    increment_stat "success"
    exit 0
fi

# Wenn Ping fehlschlägt → weitere Prüfungen
log "Ping fehlgeschlagen → erweiterte Diagnose..."

if is_connected_l2 &amp;&amp; has_ip_l3 &amp;&amp; has_route; then
    log "L2/L3 ok → ICMP-Problem (kein Recovery)."
    increment_stat "failures"
    echo 0 &gt; "$STATEFILE"
    exit 0
fi

# Hier gilt: echte Verbindung gestört
fails=$((fails + 1))
echo "$fails" &gt; "$STATEFILE"

if [ $fails -lt $MAX_CONSECUTIVE_FAILS ]; then
    log "Erster Fehler ($fails/$MAX_CONSECUTIVE_FAILS) → Beobachten..."
    increment_stat "failures"
    exit 0
fi

# Wenn Cooldown läuft → überspringen
if cooldown_active; then
    log "Cooldown aktiv → Recovery übersprungen."
    exit 0
fi

# === Recovery-Stufen ========================================================

if ssh_or_vnc_active; then
    log "SSH/VNC aktiv → keine Recovery ausgeführt, nur geloggt."
    increment_stat "failures"
    exit 0
fi

log "Verbindung tatsächlich gestört → Recovery-Prozess gestartet."
increment_stat "recoveries"

# Stufe 1: sanfte Reassoziation
log "→ Stufe 1: wpa_supplicant Reassoziation..."
wpa_cli -i wlan0 reassociate &gt;/dev/null 2&gt;&amp;1
sleep 5
if ping_ok; then
    log "Reassoziation erfolgreich."
    echo 0 &gt; "$STATEFILE"
    start_cooldown
    exit 0
fi

# Stufe 2: Interface Toggle
log "→ Stufe 2: Interface Toggle..."
ip link set wlan0 down
sleep 2
ip link set wlan0 up
sleep 8
if ping_ok; then
    log "Interface Toggle erfolgreich."
    echo 0 &gt; "$STATEFILE"
    start_cooldown
    exit 0
fi

# Stufe 3: Treiber-Reload
log "→ Stufe 3: Treiber-Reload..."
modprobe -r brcmfmac &amp;&amp; modprobe brcmfmac
sleep 10
if ping_ok; then
    log "Treiber-Reload erfolgreich."
    echo 0 &gt; "$STATEFILE"
    start_cooldown
    exit 0
fi

# Wenn alles fehlschlägt
log "Alle Recovery-Stufen fehlgeschlagen → Fehler bleibt bestehen."
increment_stat "failures"
start_cooldown
exit 1
</code></pre>
<p dir="auto">[EDIT: in script above: changed ping count from -c 1 to -c 3  in:<br />
/usr/bin/ping -I wlan0 -c 1 -W 2 “$PING_TARGET” &gt;/dev/null 2&gt;&amp;1<br />
]<br />
Warmest regards,<br />
Ralf</p>
]]></description><link>https://forum.magicmirror.builders/post/128475</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128475</guid><dc:creator><![CDATA[rkorell]]></dc:creator><pubDate>Tue, 07 Oct 2025 15:23:56 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Sun, 28 Sep 2025 14:40:58 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/schlomm" aria-label="Profile: schlomm">@<bdi>schlomm</bdi></a> Sehr gern und VIEL ERFOLG!</p>
<ul>
<li>melde Dich, wenn Du noch was benötigst.<br />
Ralf</li>
</ul>
]]></description><link>https://forum.magicmirror.builders/post/128408</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128408</guid><dc:creator><![CDATA[rkorell]]></dc:creator><pubDate>Sun, 28 Sep 2025 14:40:58 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Sat, 27 Sep 2025 20:58:54 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/rkorell" aria-label="Profile: rkorell">@<bdi>rkorell</bdi></a> Thanks for all these detailed Information! I’ll setup your scripts on my MagicMirror Instances - I have 6 different ones to manage and at least one has some weird problems - maybe also relating to power issues.</p>
<p dir="auto">Thanks und Vielen Dank :)</p>
]]></description><link>https://forum.magicmirror.builders/post/128404</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128404</guid><dc:creator><![CDATA[schlomm]]></dc:creator><pubDate>Sat, 27 Sep 2025 20:58:54 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Fri, 26 Sep 2025 13:53:19 GMT]]></title><description><![CDATA[<p dir="auto">addition:<br />
the recovery script is:  /usr/local/bin/wlan-recovery.sh</p>
<p dir="auto">set executable:</p>
<pre><code>sudo chmod +x /usr/local/bin/wlan-recovery.sh

</code></pre>
<p dir="auto">Systemd-Service</p>
<pre><code>sudo nano /etc/systemd/system/wlan-recovery.service
</code></pre>
<p dir="auto">content:</p>
<pre><code>[Unit]
Description=WLAN Recovery Script
After=network.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/wlan-recovery.sh

</code></pre>
<p dir="auto">timer:</p>
<pre><code>sudo nano /etc/systemd/system/wlan-recovery.timer
</code></pre>
<p dir="auto">content:</p>
<pre><code>[Unit]
Description=Run WLAN Recovery every 5 minutes

[Timer]
OnBootSec=1min
OnUnitActiveSec=5min
Persistent=true

[Install]
WantedBy=timers.target

</code></pre>
<p dir="auto">activate this service:</p>
<pre><code>sudo systemctl daemon-reload
sudo systemctl enable --now wlan-recovery.timer

</code></pre>
<p dir="auto">logfile: /var/log/wlan-recovery.log</p>
]]></description><link>https://forum.magicmirror.builders/post/128392</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128392</guid><dc:creator><![CDATA[rkorell]]></dc:creator><pubDate>Fri, 26 Sep 2025 13:53:19 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Wed, 08 Oct 2025 12:41:23 GMT]]></title><description><![CDATA[<p dir="auto">Dear <a class="plugin-mentions-user plugin-mentions-a" href="/user/schlomm" aria-label="Profile: schlomm">@<bdi>schlomm</bdi></a> ,<br />
I initially had no clue at all regarding root cause :-)<br />
And the finding “undervoltage” was never expected but came out off my logfiles.</p>
<p dir="auto">After a LOT of tinkering and playing with syptomatic “solutions” system kept to be unstable so I decided to dig in and do some logging to identify root cause.</p>
<p dir="auto">For this I wrote a shellscript and installed a system service which collects this data every five minutes.</p>
<p dir="auto">shellscript:</p>
<pre><code>sudo nano /usr/local/bin/wlan-diagnose.sh
</code></pre>
<p dir="auto">content:</p>
<pre><code>#!/bin/bash
LOGFILE="/var/log/wlan-diagnose.log"
DATE=$(date '+%a %d %b %H:%M:%S %Z %Y')
WLAN_IF="wlan0"

echo "===== $DATE =====" &gt;&gt; $LOGFILE

# IP-Adresse
echo "--- IP-Adresse ---" &gt;&gt; $LOGFILE
ip addr show $WLAN_IF &gt;&gt; $LOGFILE 2&gt;&amp;1

# Link-Status
echo "--- Link Status ---" &gt;&gt; $LOGFILE
iw dev $WLAN_IF link &gt;&gt; $LOGFILE 2&gt;&amp;1

# Default Route
echo "--- Routing ---" &gt;&gt; $LOGFILE
ip route &gt;&gt; $LOGFILE 2&gt;&amp;1

# Wpa_supplicant Status
echo "--- wpa_supplicant ---" &gt;&gt; $LOGFILE
systemctl status wpa_supplicant --no-pager &gt;&gt; $LOGFILE 2&gt;&amp;1

# Letzte wpa_supplicant Logs
echo "--- wpa_supplicant journal (letzte 20 Zeilen) ---" &gt;&gt; $LOGFILE
journalctl -u wpa_supplicant -n 20 --no-pager &gt;&gt; $LOGFILE 2&gt;&amp;1

# Kernel/Treiber Logs
echo "--- dmesg wlan0 ---" &gt;&gt; $LOGFILE
dmesg | tail -n 20 &gt;&gt; $LOGFILE 2&gt;&amp;1

# Ping-Test
PING_TARGET="8.8.8.8"
ping -I $WLAN_IF -c3 -W3 $PING_TARGET &gt;&gt; $LOGFILE 2&gt;&amp;1

echo "" &gt;&gt; $LOGFILE

</code></pre>
<p dir="auto">set as executable:</p>
<pre><code>sudo chmod +x /usr/local/bin/wlan-diagnose.sh

</code></pre>
<p dir="auto">systemd-timer for this diagnosis script:</p>
<pre><code>sudo nano /etc/systemd/system/wlan-diagnose.timer
</code></pre>
<p dir="auto">content:</p>
<pre><code>[Unit]
Description=WLAN Diagnose alle 5 Minuten

[Timer]
OnBootSec=1min
OnUnitActiveSec=5min
Persistent=true

[Install]
WantedBy=timers.target

</code></pre>
<p dir="auto">service file:</p>
<pre><code>sudo nano /etc/systemd/system/wlan-diagnose.service
</code></pre>
<p dir="auto">content:</p>
<pre><code>[Unit]
Description=WLAN Diagnose Service

[Service]
Type=oneshot
ExecStart=/usr/local/bin/wlan-diagnose.sh

</code></pre>
<p dir="auto">activate the service:</p>
<pre><code>sudo systemctl daemon-reload
sudo systemctl enable --now wlan-diagnose.timer

</code></pre>
<p dir="auto">Created logfile:  /var/log/wlan-diagnose.log</p>
<p dir="auto">possible command for filtering for errors:</p>
<pre><code>grep -i "fail\|error\|disconnect" /var/log/wlan-diagnose.log

</code></pre>
<p dir="auto">in my personal case directly after starting the service the undervoltage warnings appeared in the logfile:</p>
<pre><code>Sep 24 19:23:02 MagicMirrorPi5 wpa_supplicant[702]: wlan0: CTRL-EVENT-CONNECTED - Connection to f8:bc:0e:51:50:48 completed [id=0 id_str=] Sep 24 19:23:02 MagicMirrorPi5 wpa_supplicant[702]: bgscan simple: Failed to enable signal strength monitoring --- dmesg wlan0 --- [ 385.672898] hwmon hwmon4: Voltage normalised [ 399.780700] hwmon hwmon4: Undervoltage detected! [ 401.796721] hwmon hwmon4: Voltage normalised [ 403.812728] hwmon hwmon4: Undervoltage detected! [ 405.831888] hwmon hwmon4: Voltage normalised [ 425.988994] hwmon hwmon4: Undervoltage detected! [ 428.008109] hwmon hwmon4: Voltage normalised [ 434.052979] hwmon hwmon4: Undervoltage detected! [ 438.087587] hwmon hwmon4: Voltage normalised [ 442.117090] hwmon hwmon4: Undervoltage detected! [ 444.133104] hwmon hwmon4: Voltage normalised [ 452.198182] hwmon hwmon4: Undervoltage detected! [ 454.213171] hwmon hwmon4: Voltage normalised [ 470.341318] hwmon hwmon4: Undervoltage detected! [ 478.405369] hwmon hwmon4: Voltage normalised [ 488.485467] hwmon hwmon4: Undervoltage detected! [ 490.505469] hwmon hwmon4: Voltage normalised [ 514.693689] hwmon hwmon4: Undervoltage detected! [ 516.709733] hwmon hwmon4: Voltage normalised [ 520.744884] hwmon hwmon4: Undervoltage detected! PING 8.8.8.8 (8.8.8.8) from 172.23.56.157 wlan0: 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=13.2 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=33.6 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=27.5 ms --- 8.8.8.8 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 13.220/24.756/33.576/8.529 ms
</code></pre>
<p dir="auto">So I had identified my root cause with first strike.</p>
<p dir="auto">In the meantime (today) I had severe additional problems (also “identified” by this mentioned log) - but this was a kernel/device driver problem which I cannot solve today.<br />
But this leads to a modified recovery script because the version from yesterday only tried to restart the WPA_Supplicant which was not sufficient for my problem today.</p>
<p dir="auto"><strong>[EDIT - Sep, 8th, 2025: deleted old recovery script because usage of ping without qualified path produced an error by the script itself. For this reason the script is not as useful as I thought. Sorry for confusion! ]</strong></p>
<p dir="auto">Hope this helps you.<br />
Do not hesitate to ask for further information …</p>
<p dir="auto">Warmest regards,<br />
Ralf</p>
]]></description><link>https://forum.magicmirror.builders/post/128391</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128391</guid><dc:creator><![CDATA[rkorell]]></dc:creator><pubDate>Wed, 08 Oct 2025 12:41:23 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Thu, 25 Sep 2025 18:58:03 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/rkorell" aria-label="Profile: rkorell">@<bdi>rkorell</bdi></a> Thanks for your Insights! Interesting!<br />
One question: How you got the idea that the issue is caused by power/energy circumstances?<br />
Are there any specific logs with those information?</p>
<p dir="auto">And yes - it would be great to get an idea of your scripts :)</p>
]]></description><link>https://forum.magicmirror.builders/post/128382</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128382</guid><dc:creator><![CDATA[schlomm]]></dc:creator><pubDate>Thu, 25 Sep 2025 18:58:03 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Thu, 25 Sep 2025 17:00:52 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/sdetweil" aria-label="Profile: sdetweil">@<bdi>sdetweil</bdi></a> :-)<br />
Thanks.</p>
<p dir="auto">In addition: If somebody is interested in the scripts and system-services definitions for own purposes - give me a ping and I will share this for sure…</p>
<p dir="auto">Regards,<br />
Ralf</p>
]]></description><link>https://forum.magicmirror.builders/post/128379</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128379</guid><dc:creator><![CDATA[rkorell]]></dc:creator><pubDate>Thu, 25 Sep 2025 17:00:52 GMT</pubDate></item><item><title><![CDATA[Reply to Problems with WLAN connectivity - solved on Thu, 25 Sep 2025 11:55:52 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/rkorell" aria-label="Profile: rkorell">@<bdi>rkorell</bdi></a> awesome post, great info!</p>
]]></description><link>https://forum.magicmirror.builders/post/128377</link><guid isPermaLink="true">https://forum.magicmirror.builders/post/128377</guid><dc:creator><![CDATA[sdetweil]]></dc:creator><pubDate>Thu, 25 Sep 2025 11:55:52 GMT</pubDate></item></channel></rss>