Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- home_assistant:home_assistant_rezepte:apcusv_einbinden [06.11.2026] – kolja
+++ home_assistant:home_assistant_rezepte:apcusv_einbinden [07.11.2026] (aktuell) – kolja
@@ Zeile 1: / Zeile 1: @@
-====== Raspberry Pi als USV-Server für Home Assistant ======
+====== Raspberry Pi als APC-USV-Server für Home Assistant ======
-Diese Dokumentation beschreibt die Einrichtung eines Raspberry Pi 1 Model B+ (mit Raspberry Pi OS Legacy Lite 32-Bit) als ressourcenschonenden USV-Server für eine **APC Smart-UPS 1500**.
+**Aufbau:** APC Smart-UPS SMT1500I → USB → Raspberry Pi mit apcupsd → TCP 3551 → Home Assistant. Getestet mit Raspberry Pi B+ und Raspberry Pi OS Legacy Lite.
-In dieser Konfiguration wurde bewusst **auf den Standard-Dienst NUT verzichtet**, da NUT bei modernen APC Smart-UPS Modellen über USB ohne massiven Aufwand nur rudimentäre Basisdaten ausgibt. Stattdessen kommt der spezialisierte **APC UPS Daemon (apcupsd)** im **Modbus-Modus** zum Einsatz. Dieser schaltet die vollständige Datenvielfalt der professionellen USV (wie Netzspannung, prozentuale Last und Temperaturen) fehlerfrei frei.
+Später ist serielles RS-232-Modbus vorgesehen (Stabilere Verbindung)
-===== 1. USV-Hardware vorbereiten =====
+===== 1. Raspberry Pi und USV vorbereiten =====
-. Die APC Smart-UPS 1500 per USB-Kabel mit dem Pi verbinden.
+  - Raspberry Pi OS Lite installieren, SSH und Netzwerk einrichten; eine feste IP/DHCP-Reservierung verwenden. Pi und Netzwerk für einen Stromausfall ebenfalls über die USV versorgen.
-. **Wichtig:** Am Front-Display der USV in das Menü **Configuration** navigieren, den **Menu Type** auf **Advanced** umstellen und anschließend die Option **Modbus** auf **Enable** setzen. Erst dadurch gibt die USV alle Messdaten über USB frei.
+  - USV zunächst per USB mit dem Pi verbinden. Im USV-Menü **Advanced / Configuration / Modbus**  aktivieren.
+  - Software installieren:
-===== 2. apcupsd auf dem Raspberry Pi einrichten =====
+<code bash>
+sudo apt update
+sudo apt install -y apcupsd cron
-Dienst installieren:
-<code>sudo apt update && sudo apt install apcupsd -y</code>
-Konfiguration für den USB-Modbus-Betrieb und den Netzwerkzugriff anpassen:
+</code>
-<code>sudo nano /etc/apcupsd/apcupsd.conf</code>
-Folgende Parameter exakt so setzen (den Rest der Datei unberührt lassen):
+===== 2. apcupsd konfigurieren =====
-<code ini>
+<code bash>
+sudo nano /etc/apcupsd/apcupsd.conf
+</code>
+Folgende Werte setzen; keine doppelten aktiven Einträge stehen lassen:
+<code>
 UPSCABLE usb
 UPSTYPE modbus
 DEVICE
+POLLTIME 30
 NETSERVER on
 NISIP 0.0.0.0
 NISPORT 3551
+ONBATTERYDELAY 6
+BATTERYLEVEL 10
+MINUTES 5
+TIMEOUT 0
+KILLDELAY 0
 </code>
-*(Hinweis: Hinter ''DEVICE'' bleibt der Eintrag bei USB-Modbus bewusst leer. ''NISIP 0.0.0.0'' öffnet den Port für Anfragen aus dem lokalen Netzwerk von Home Assistant).*
-Dienst aktivieren und starten:
+**Begründung:**  ''DEVICE''  bleibt bei USB-Modbus leer. ''POLLTIME 30''  liest die USV ungefähr alle 30 Sekunden aus. ''NISIP 0.0.0.0''  erlaubt Netzwerkzugriffe: Port 3551 nur im vertrauenswürdigen LAN freigeben. Die Batteriegrenzen betreffen apcupsd auf dem Pi; andere Geräte werden dadurch nicht automatisch heruntergefahren.
-<code>sudo systemctl enable apcupsd
-sudo systemctl restart apcupsd</code>
-Erfolgstest auf dem Pi ausführen:
+Bei älteren Installationen ggf. ''ISCONFIGURED=yes''  in ''/etc/default/apcupsd''  setzen.
-<code>apcaccess status</code>
+ <font inherit/inherit;;#e74c3c;;inherit>**ACHTUNG:**</font>  Die Zeiten unbeding an die eigenen Bedürfnisse anpassen. Einige Proxmox Server brauchen realtiv lange zum sicheren Herunterfahren.
-*Die Ausgabe liefert nun alle Live-Werte der USV (z. B. LINEV, LOADPCT, ITEMP).*
+Dort müssen BATTERYLEVEL und MINUTES erhöht werden.
+Diese beiden sind eine ODER Entscheidung. Je nachdem, welche Kondition zuerst eintritt, also wie hier 10% Batterielevel oder 5 Minuten Restlaufzeit.
-==== Wichtig: Echtzeit-Erkennung bei Stromausfall (POLLTIME) ====
+<code bash>
-Standardmäßig ist das Abfrage-Intervall (Polling) in der Konfiguration deaktiviert oder sehr träge eingestellt (60 Sekunden). Um eine sekundenaktuelle Reaktion bei einem Stromausfall in Home Assistant zu garantieren, muss die ''POLLTIME'' manuell aktiviert und verkürzt werden.
+sudo systemctl enable --now apcupsd
+sudo systemctl restart apcupsd
+apcaccess status | grep -E '^(DATE|STATUS|END APC)'
-Datei öffnen:
-<code>sudo nano /etc/apcupsd/apcupsd.conf</code>
-Nach der Zeile **POLLTIME** suchen (ggf. die Raute ''#'' am Zeilenanfang entfernen) und den Wert auf **10** (Sekunden) setzen:
-<code ini>
-#  POLLTIME <rate in seconds>
-POLLTIME 20
 </code>
-Dienst neu starten, um die Änderung zu übernehmen:
+''DATE''  muss aktuell sein; ''STATUS''  lautet normalerweise ''ONLINE''.
-<code>sudo systemctl restart apcupsd</code>
-* **Ergebnis:** Der Pi scannt die USV nun alle 10 Sekunden. Statusänderungen (z. B. der Wechsel von ''ONLINE'' zu ''ON BATT'') werden dadurch innerhalb weniger Sekunden an Home Assistant übertragen und kritische Automationen sofort ausgelöst.
+===== 3. In Home Assistant einbinden =====
+**Einstellungen → Geräte & Dienste → Integration hinzufügen → APC UPS Daemon**. IP des Pi und Port **3551**  eintragen.
-===== 3. Integration in Home Assistant =====
+Die HA-Integration fragt standardmäßig **alle 60 Sekunden**  ab. Die 30 Sekunden ''POLLTIME''  auf dem Pi bedeuten daher keine 30-Sekunden-Aktualisierung in HA. Bei einem Freeze können Werte kurzzeitig deutlich älter werden. Für Abschaltautomationen die Datenaktualität und das Ausfallverhalten berücksichtigen.
-. In Home Assistant zu **Einstellungen** -> **Geräte & Dienste** navigieren.
+===== 4. Dienst bei Prozessabsturz neu starten =====
-. Auf **Integration hinzufügen** klicken und nach **APC UPS Daemon (apcupsd)** suchen.
-. Die IP-Adresse des Raspberry Pi (z. B. ''192.168.10.248'') und den Port ''3551'' eintragen und absenden.
-. Das Gerät listet nun über 20 Sensoren direkt auf.
-===== 4. Leistungstrick: Echten Watt-Verbrauch berechnen =====
+<code bash>
+sudo systemctl edit apcupsd
-Da die USV die Last nur in Prozent (''LOADPCT'') ausgibt, die maximale Nennleistung des Modells aber bekannt ist (1000 Watt bei der 1500VA-Version), wird in Home Assistant ein virtueller Sensor für den aktuellen Verbrauch in Watt angelegt.
-. In HA zu **Einstellungen** -> **Geräte & Dienste** -> Reiter **Helfer** wechseln.
+</code>
-. Auf **Helfer erstellen** -> **Template** -> **Template für einen Sensor** klicken.
+<code>
-. Folgende Daten eintragen:
-   * **Name:** USV Aktueller Verbrauch Watts
-   * **Zustandstemplate:**
-   <code yaml>
-   {{ (states('sensor.apcups_last') | float(0) * 1000 / 100) | round(1) }}
-   </code>
-   *(Hinweis: Den Sensornamen ''sensor.apcups_last'' bei Bedarf an den exakten Entitätsnamen der eigenen Installation anpassen).*
-   * **Maßeinheit:** W
-   * **Geräteklasse:** Power
-   * **Zustandsklasse:** measurement
-Der Sensor steht nun für Dashboards und das Home Assistant Energie-Dashboard zur Verfügung.
+[Service]
+Restart=on-failure
+RestartSec=10s
-===== 5. Automatische Selbstheilung (Dienst-Überwachung) =====
+</code>
-Falls sich der USB-Treiber oder der Dienst aufgrund von hoher Last verschluckt oder einfriert, wurde eine automatische systemd-Überwachung eingerichtet. Diese startet den Dienst im Fehlerfall ohne manuelles Eingreifen nach 10 Sekunden automatisch neu.
+<code bash>
+sudo systemctl daemon-reload
+sudo systemctl restart apcupsd
-Erweiterungskonfiguration öffnen:
-<code>sudo systemctl edit apcupsd</code>
-Folgenden Block einfügen und speichern:
-<code ini>
-[Service]
-Restart=on-failure
-RestartSec=10s
 </code>
-Konfigurations-Manager neu laden:
+**Grenze:**  Ein eingefrorener USB-Modbus-Datenstrom stoppt den Prozess nicht zwingend. Deshalb ist zusätzlich ein Watchdog nötig.
-<code>sudo systemctl daemon-reload</code>
-===== 6. Modbus-Freeze-Überwachung (Watchdog-Skript) =====
+===== 5. USB-Modbus-Freeze automatisch beheben =====
-Bei APC Smart-UPS Modellen kann es im USB-Modbus-Betrieb nach einigen Stunden dazu kommen, dass die Messwerte einfrieren (obwohl der Zeitstempel aktuell bleibt). Da die Netzspannung (''LINEV'') im Normalbetrieb permanent minimal schwankt, erkennt das folgende Skript einen absoluten Stillstand der Werte als Fehler und startet den Dienst vollautomatisch im Hintergrund neu.
+**Beobachteter Fehler:**''END APC''  zeigt die aktuelle Abfragezeit, aber ''DATE''  bleibt auf der letzten erfolgreichen USV-Datenübertragung stehen. Ein Neustart von ''apcupsd''  stellte die Kommunikation wieder her. **Nicht**  die Netzspannung ''LINEV''  vergleichen: Ein konstanter Messwert ist kein Fehlernachweis.
-==== Schritt 1: Überwachungs-Skript erstellen ====
+Der Watchdog läuft **jede Minute**, meldet ein ''DATE''-Alter über **120 Sekunden**, bestätigt den Fehler nach **10 Sekunden**  und startet ''apcupsd''  neu. Zwischen zwei Neustarts liegen mindestens **15 Minuten**. ''LOWBATT''  und ''SHUTTING DOWN''  sind geschützt. Ereignisse werden im Journal protokolliert.
-Datei anlegen:
+Skript erstellen:
-<code>sudo nano /usr/local/bin/check_apcupsd_freeze.sh</code>
-Folgenden Inhalt einfügen und speichern:
 <code bash>
-#!/bin/bash
+sudo nano /usr/local/sbin/apcupsd-watchdog.sh
-CACHE_FILE="/tmp/apcupsd_last_linev"
-CURRENT_LINEV=$(/sbin/apcaccess status | grep "LINEV" | awk '{print $3}')
-if [ -z "$CURRENT_LINEV" ]; then
-    exit 0
+</code>
+Den folgenden Inhalt **ab der ersten Zeile**  einfügen. Der komplette Skriptinhalt steht in einem einzigen DokuWiki-Codeblock:
+<code bash>
+#!/usr/bin/env bash
+set -u
+MAX_AGE=120
+COOLDOWN=900
+STATE=/run/apcupsd-watchdog.last-restart
+MODE="${1:-}"
+case "$MODE" in
+    ""|--check) ;;
+    *) echo "Aufruf: $0 [--check]" >&2; exit 2 ;;
+esac
+exec 9>/run/apcupsd-watchdog.lock
+if [ "$MODE" = "--check" ]; then
+    flock -w 5 9 || { echo "BELEGT: Watchdog laeuft."; exit 2; }
+else
+    flock -n 9 || exit 0
 fi
-if [ -f "$CACHE_FILE" ]; then
+probe() {
-    OLD_LINEV=$(cat "$CACHE_FILE")
+    reason=""; age=""; ups_status=""; health="fault"
-    if [ "$CURRENT_LINEV" == "$OLD_LINEV" ]; then
+    report=$(timeout 10s /usr/sbin/apcaccess status 2>/dev/null) || report=""
-        sudo systemctl restart apcupsd
+    date_text=$(printf '%s\n' "$report" | awk '$1 == "DATE" {sub(/^[^:]*:[ \t]*/, ""); print; exit}')
-        echo "$(date): apcupsd Modbus-Freeze erkannt. Neustart durchgeführt." >> /var/log/apcupsd_freeze.log
+    ups_status=$(printf '%s\n' "$report" | awk '$1 == "STATUS" {sub(/^[^:]*:[ \t]*/, ""); print; exit}')
+    case "$ups_status" in
+        *"SHUTTING DOWN"*|*"LOWBATT"*) health="protected"; return ;;
+        *"COMMLOST"*) reason="STATUS=COMMLOST"; return ;;
+    esac
+    if [ -z "$date_text" ] || [ -z "$ups_status" ]; then
+        reason="DATE oder STATUS fehlt"; return
     fi
+    stamp=$(date -d "$date_text" +%s 2>/dev/null) || stamp=""
+    case "$stamp" in
+        ""|*[!0-9]*) reason="DATE ungueltig"; return ;;
+    esac
+    age=$(($(date +%s) - stamp))
+    if [ "$age" -lt -60 ]; then
+        health="clock"; reason="Systemzeit pruefen"
+    elif [ "$age" -gt "$MAX_AGE" ]; then
+        reason="DATE ist ${age}s alt (Grenze ${MAX_AGE}s)"
+    else
+        health="ok"
+    fi
+}
+probe
+if [ "$MODE" = "--check" ]; then
+    case "$health" in
+        ok) echo "OK: DATE ${age}s alt, STATUS=$ups_status"; exit 0 ;;
+        protected) echo "GESCHUETZT: $ups_status"; exit 0 ;;
+        clock) echo "WARNUNG: $reason"; exit 2 ;;
+        *) echo "FEHLER: $reason (kein Neustart im Testmodus)"; exit 1 ;;
+    esac
 fi
-echo "$CURRENT_LINEV" > "$CACHE_FILE"
+case "$health" in ok|protected|clock) exit 0 ;; esac
+sleep 10
+probe
+case "$health" in ok|protected|clock) exit 0 ;; esac
+last=0
+if [ -s "$STATE" ]; then
+    read -r last < "$STATE"
+    case "$last" in ""|*[!0-9]*) last=0 ;; esac
+fi
+now=$(date +%s)
+if [ "$((now - last))" -lt "$COOLDOWN" ]; then exit 0; fi
+printf '%s\n' "$now" > "$STATE"
+logger -p daemon.warning -t apcupsd-watchdog "Datenfehler: $reason; Neustart."
+if ! timeout 30s systemctl restart apcupsd; then
+    logger -p daemon.err -t apcupsd-watchdog "Neustart fehlgeschlagen."
+    exit 1
+fi
+sleep 35
+probe
+if [ "$health" = "ok" ]; then
+    logger -t apcupsd-watchdog "Wiederhergestellt: DATE ${age}s alt, STATUS=$ups_status."
+else
+    logger -p daemon.err -t apcupsd-watchdog "Noch keine aktuellen Daten: $reason"
+    exit 1
+fi
 </code>
-Skript ausführbar machen:
+**Wichtig:**  Die erste Zeile der Skriptdatei muss ''#!/usr/bin/env bash''  sein, ohne Leerzeile davor. Danach testen und Cronjob anlegen:
-<code>sudo chmod +x /usr/local/bin/check_apcupsd_freeze.sh</code>
-==== Schritt 2: Automatischen Zeitplan einrichten (Cronjob) ====
+<code bash>
+sudo chmod 750 /usr/local/sbin/apcupsd-watchdog.sh
+sudo bash -n /usr/local/sbin/apcupsd-watchdog.sh
+sudo /usr/local/sbin/apcupsd-watchdog.sh --check
+sudo crontab -e
-Die System-Zeitschaltuhr als Root öffnen:
-<code>sudo crontab -e</code>
-Ganz unten am Ende der Datei folgende Zeile einfügen, damit der Check alle 15 Minuten läuft:
+</code>
+Dort **nur diesen einen**  Watchdog eintragen:
+<code>
+* * * * * /usr/local/sbin/apcupsd-watchdog.sh
+</code>
+Alte Watchdogs deaktivieren. Kontrolle:
+<code bash>
+sudo crontab -l
+systemctl is-active cron
+sudo journalctl -t apcupsd-watchdog --since "24 hours ago" --no-pager
+</code>
+**Praxisnachweis:**  Am 06.11.2026 erkannte der Watchdog ein ''DATE''-Alter von 164 s, startete ''apcupsd''  neu und stellte die Daten wieder her. Das umgeht den Freeze, beseitigt aber nicht dessen USB-Modbus-Ursache. Die USV-Abschaltung darf nicht allein von möglicherweise veralteten HA-Sensorwerten abhängen.
+.
+----
+===== Umstieg auf serielles Modbus (RS-232) =====
+Bei der SMT1500I sind USB-Modbus-Freezes dokumentiert. **RS-232-Modbus**  vermeidet den betroffenen USB-Modbus-Kommunikationsweg und ist voraussichtlich stabiler, ohne eine absolute Garantie zu bieten.
+Benötigt werden das passende **APC-Kabel AP940-0625A**  (USV-Buchse mit RJ45/RJ50-Bauform auf DB9) und ein Linux-kompatibler **USB-RS232-Adapter**. Der APC-Anschluss ist **kein Ethernet und kein RS485**. Wegen der speziellen Pinbelegung kein beliebiges Kabel verwenden.
+Pinout: [[https://pinoutguide.com/UPS/apc_0625_cable_pinout.shtml|APC Smart-UPS 5G cable pins and signals]]
+Nach dem Umstecken serielle Schnittstelle ermitteln:
+<code bash>
+ls -l /dev/serial/by-id/
+</code>
+Beispiel:
+<code bash>
+DEVICE /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0
+</code>
+In ''/etc/apcupsd/apcupsd.conf''  nur die Verbindung ändern (Gerätepfad anpassen):
+<code>
+UPSCABLE smart
+UPSTYPE modbus
+DEVICE /dev/serial/by-id/usb-DEIN_ADAPTER
+</code>
+<code bash>
+sudo systemctl restart apcupsd
+apcaccess status | grep -E '^(DATE|STATUS|END APC)'
+</code>
+**Port 3551, Home-Assistant-Integration und Watchdog bleiben gleich.**  Die serielle Variante muss nach dem Umbau noch praktisch getestet werden.
+----
+===== 6. Fehlersuche =====
+<code bash>
+apcaccess status | grep -E '^(DATE|STATUS|END APC)'
+sudo systemctl status apcupsd --no-pager
+sudo journalctl -u apcupsd -n 40 --no-pager
+sudo journalctl -t apcupsd-watchdog -n 30 --no-pager
+sudo  journalctl -u apcupsd --since "today"
+</code>
+  * ''DATE''  alt, ''END APC''  aktuell: USB-Modbus-Daten eingefroren.
+  * ''DATE''  aktuell, HA-Werte alt: Netzwerk oder HA-Integration prüfen.
+  * Im Test waren Pi-Unterspannung (''throttled=0x0'') und USB-Autosuspend (''power/control=on'') unauffällig.
+===== 7. Zusätzliche Netzwerk-Clients anbinden (Master/Slave-Betrieb) =====
+Wenn an der APC Smart-UPS 1500 mehrere Server oder Systeme (z. B. ein Proxmox-Server, ein PC oder ein zweites NAS) betrieben werden, müssen auch diese über einen Stromausfall informiert werden. Da das USB-Kabel physisch im Raspberry Pi (**Master**) steckt, können weitere Systeme als **Netzwerk-Clients (Slaves)**  eingerichtet werden. Diese lauschen über das Netzwerk dem Pi.
+Die Installation von ''apcupsd''  auf dem Ziel-Client erfolgt analog zu den Schritten 1 und 2. In der Konfigurationsdatei des Clients müssen jedoch die Netzwerk-Parameter angepasst werden.
+==== Schritt 1: Konfiguration auf dem Client-System anpassen ====
+Datei auf dem zusätzlichen Server öffnen:
+<code>
+sudo nano /etc/apcupsd/apcupsd.conf
+</code>
+Folgende Werte setzen und darauf achten, dass keine doppelten, aktiven Einträge in der Datei stehen bleiben (alte USB-Einträge mit ''#''  auskommentieren):
 <code ini>
-*/15 * * * * /usr/local/bin/check_apcupsd_freeze.sh
+# Verbindungstyp auf Netzwerk (Ethernet) umstellen
+UPSCABLE ether
+UPSTYPE net
+# IP-Adresse und Port des Raspberry Pi (Masters) eintragen
+DEVICE 192.168.10.248:3551
+# Abfrage-Intervall zum Master (in Sekunden)
+POLLTIME 30
+# Erhöhte Sicherheits-Grenzwerte für den Client
+BATTERYLEVEL 20
+MINUTES 10
 </code>
+Dienst auf dem Client neu starten:
-===== Bilder =====
+<code>
+sudo systemctl restart apcupsd
+</code>
+==== Erklärung der Sicherheits-Grenzwerte (Wichtig!) ====
+Die Werte ''BATTERYLEVEL''  und ''MINUTES''  wurden auf dem Client bewusst **höher angesetzt**  als auf dem Raspberry Pi (Master):
+* **BATTERYLEVEL 20:**  Der Client fährt bereits bei **20 % Restkapazität**  kontrolliert herunter. * **MINUTES 10:**  Der Client fährt herunter, sobald die verbleibende Akkulaufzeit unter **10 Minuten**  fällt.
+**Der Kaskaden-Ablauf im Ernstfall:**  Durch diese Staffelung wird verhindert, dass der Raspberry Pi (Master) zeitgleich mit den Clients herunterfährt. Der Pi bleibt länger aktiv und stellt sicher, dass er die Abschalt-Befehle im Netzwerk erfolgreich an alle Clients senden kann. Erst wenn die Clients sicher ausgeschaltet sind und die USV weiter gegen die kritische 5-%-Marke sinkt, fährt sich der Pi als allerletztes Gerät im Rack herunter.
+^Parameter^Einstellung^Einfache Erklärung|
+|**UPSCABLE** |''ether'' |Sagt dem System, dass die USV nicht per Kupferdraht (USB), sondern virtuell über das Netzwerk-Kabel (Ethernet) erreichbar ist.|
+|**UPSTYPE** |''net'' |Stellt den Treiber in den Client-Modus. Das System sucht nicht nach physikalischer Hardware, sondern lauscht auf USV-Daten aus dem Netzwerk.|
+----
+Dokumentation bei Kolja [[:blackout_shutdown_doku_bei_kolja|Link]]
+----
+===== Quellen und weiterführende Links =====
+  * [[https://www.home-assistant.io/integrations/apcupsd/|Home Assistant – APC UPS Daemon Integration]]
+  * [[https://manpages.debian.org/trixie/apcupsd/apcaccess.8.en.html|Debian – apcaccess, DATE und END APC]]
+  * [[https://man.uex.se/5/apcupsd.conf|apcupsd – Konfigurationsreferenz]]
+  * [[https://sourceforge.net/p/apcupsd/mailman/message/37873478/|apcupsd – Bekannter USB-Modbus-Freeze bei SMT1500I]]
+  * [[https://abcdocz.com/doc/296400/apcupsd-user-manual|apcupsd – Benutzerhandbuch mit serieller Modbus-Konfiguration]]
+  * [[https://www.se.com/us/en/faqs/FA163632/|Schneider Electric – Kompatible APC-Kommunikationskabel]]
+  * [[https://www.se.com/de/de/product/AP940-0625A/|Schneider Electric – Serielles Kabel AP940-0625A]]
+  * [[https://www.se.com/ph/en/faqs/FA156800/|Schneider Electric – Warnung vor falschen seriellen Kabeln]]
+===== Bilder =====
-{{ :home_assistant:apc_ha_integration.jpeg?direct&600 |}}
+{{  :home_assistant:apc_ha_integration.jpeg?direct&600  |ASCII���Screenshot}}
-{{:home_assistant:apc_ha_sensoren.jpeg?direct&400 |}}
+{{:home_assistant:apc_ha_sensoren.jpeg?direct&400  |ASCII���Screenshot}}
-{{:home_assistant:apc_ha_diagnose.jpeg?direct&400 |}}
+{{:home_assistant:apc_ha_diagnose.jpeg?direct&400  |ASCII���Screenshot}}

Werkzeuge

Navigationsmenüs und Suche

Wikiübergreifende Schnellsuche

Seitenstatus

Standortanzeiger

Seiten-Werkzeuge

Metainformationen zur Seite

Unterschiede