Hauptmenü

Neueste Beiträge

#41
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von CoolTux - 27 Januar 2026, 13:23:13
Da die Schnittstelle nicht offiziell dokumentiert ist kann ich da leider auch nichts machen. Das Modul basiert auf eine inoffizielle durch Netzwerkverkehr mitschneiden oder Reverse engineering aufbauende Dokumentation. Leider habe ich da keine weiteren Infos zu gefunden.
#42
Anfängerfragen / Aw: Berechnungen in userReadin...
Letzter Beitrag von MartinD - 27 Januar 2026, 13:01:00
Vielen Dank, so passt es!
#43
Sonstiges / Aw: httpmod.template: bugs, Fr...
Letzter Beitrag von DeeSPe - 27 Januar 2026, 12:39:24
Zitat von: Tueftler1983 am 27 Januar 2026, 00:01:16Ist bei dir das reading "version" garnicht vorhanden?
Bekommst du denn aktualisierte readings wenn du zigbee2mqtt neu startest?

Genau, Reading "version" gibt es überhaupt nicht. Auch keine anderen Readings aus dem "info" Topic.
Auch ein Neustart bringt es nicht.
Wie gesagt, im MQTT Explorer sehe ich dass das "info" Topic verstümmelt ist, deswegen werden wohl die Readings nicht erstellt.
Hab gestern Abend mal einen neuen zigbee2mqtt Container augesetzt, bei dem ist genau das Selbe!

Kann es evtl. am Broker liegen? Einen anderen Broker habe ich bisher nämlich noch nicht getestet. Ich benutze aktuell MQTT2_SERVER.

Welchen Broker benutzt ihr und wie ist zigbee2mqtt installiert? Als LXC-Container (hab ich) oder Docker oder einfach von Github ausgescheckt?

Danke für Eure Hilfe!

Gruß
Dan

P.S. Topic "info" sollte doch den Inhalt haben wie in zigbee2mqtt->Einstellungen->Bridge, oder?
#44
FRITZ!Box / Aw: Keine stabile FRITZBOX Ver...
Letzter Beitrag von @tango - 27 Januar 2026, 12:34:18
Hallo *,
langsam tritt Klarheit ein.
Der Switch war es nicht.
Stattdessen lief FHEM wieder stabil, wenn die PIUSV+ entfernt war.
Nach beheben eines Wackelkontaktes läuft der raspi wieder mit Switch und PIUSV+ stabil.

Der Ausgangspunkt der Probleme ist jetzt auch geklärt.
Meine neue PV Anlage hat Smart Home Unterstützung über HomeAssistant.
Ich habe daher auf einen alten Raspi HA installiert und in Betrieb genommen um das zu testen.
Der lief parallel zu FHEM.
Beim Trennen vom Netz habe ich wohl am FHEMRaspi den Wackelkontakt verursacht.

Mittlerweile kann ich reproduzierbar festellen:
1. HA mit abgeschalteten FHEMRaspi unterstützt PV wie es soll.
2. Geht bei eingeschaltetem FHEM HA ans Netz gibt es im FHEM Log danach die Einträge:
2026.01.27 12:08:51 2: [XX_FRITZBOX | 7590 | 154.08.21 | call_Lua_Query.15722] - SIGNIFICANT:500 Can't connect to 192.168.168.1:80 (Network is unreachable)
2026.01.27 12:08:51 2: [XX_FRITZBOX | 7590 | 154.08.21 | Readout_Response.8684] - SIGNIFICANT:500 Can't connect to 192.168.168.1:80 (Network is unreachable) - Readout_Run_Web_LuaQuery(5140)
2026.01.27 12:08:51 2: [XX_FRITZBOX | 7590 | 154.08.21 | Readout_Response.8684] - SIGNIFICANT:500 Can't connect to 192.168.168.1:80 (Network is unreachable) - Readout_Run_Web_LuaData(6091)
2026.01.27 12:08:52 3: [XX_FRITZBOX | 7590 | 154.08.21 | Readout_Run_Web_TR064.8460] - BASIC:wanpppconn1 - no GetInfoResponse getting TR064 data
und FHEM hängt sich auf.
Zieht man den LAN Stecker am HA läuft der FHEMRaspi korrekt weiter.

Aus diversen Foreneinträgen (auch bei AVM) habe ich allerdings (wohl fälschlicherweise) den Eindruck gewonnen, daß beide Systeme (nur theoretisch?) parallel laufen können.

Bei HA die Fritz Insertions zu deaktivieren hilft auch nicht.

Gibt es eine Möglichkeit für den Parallellauf?

Grüße Gerhard
#45
Server - Linux / WebUI Auth Apache Projekt anst...
Letzter Beitrag von Tobias - 27 Januar 2026, 12:20:36
Hi,
ich habe bisher FHEM hinter einem ApacheProxy mit BasicAuth betrieben. Da meine iOs App aber ständig nach einen Passwort fragt und es es mittlerweile als ziemlich lästig empfinde habe ich mir eine eigene schöne Login UI gebaut die all meine internen Applikationen absichern soll, incl. FHEM.

Schaut gerne mal drauf und probiert es aus. Falls jemand Sicherheitslücken findet, schreibt mir bitte eine PN oder macht im Github ein Issue auf.

https://github.com/tobiasfaust/SimpleWebAuth

## Zweck
Dieses Projekt bietet browserbasierte passwortlose Authentifizierung per QR-Code (Magic-Link) oder Login mit persistentem Cookie. Es soll eine einfache Basic-Auth ersetzen.
Falls ein gültiges Authentifizierungs-cookie vorliegt wird man transparent zur Applikation weitergeleitet. Andernfalls muss man sich einmal anmelden um das Cookie zu setzen. Anschließend wird man zur Applikation weitergeleitet.
<br>
Voraussetzungen ist der Betrieb und Konfiguration eines eigenen Apache2 Webservers.

## Installation

1. git clonen:
Das Apache publich html verzeichnis ist `/var/www/html/`
```
git clone https://github.com/tobiasfaust/SimpleWebAuth.git /var/www/SimpleWebAuth/
```
2. Rechte setzen:
```
chown -R www-data:www-data /var/www/SimpleWebAuth/
chmod -R a+X /var/www/SimpleWebAuth/
```
3. secret.key erzeugen
```
umask 077
openssl rand -hex 32 > /var/www/SimpleWebAuth/secret.key
chown www-data:www-data /var/www/SimpleWebAuth/secret.key
chmod 600 /var/www/SimpleWebAuth/secret.key
```
4. PHPMailer installieren
```
apt-get update
apt-get install -y --no-install-recommends git whois openssl ca-certificates composer zip unzip

COMPOSER_ALLOW_SUPERUSER=1 composer --working-dir=/var/www require phpmailer/phpmailer:^6.9 --no-interaction --prefer-dist
chown -R www-data:www-data /var/www
```
5. initialen user setzen um sich im admin bereich einloggen zu können
```
ts="$(date +%s)"
pw_hash="$(mkpasswd --method=bcrypt --rounds=10 'password')"
cat > /var/www/SimpleWebAuth/users/user1.json <<EOF
{"id":"user1","email":"user1@example.com","updated_at":$ts,"cookie_exp_seconds":3600,"last_cookie_created_at":0,"enabled":1,"password_hash":"$pw_hash","last_pw_generated_at":$ts}
EOF
```
## Apache Konfiguration

1. PHP aktivieren, zb. in der `sites-avaliable/00-ssl.conf`:

2. Auth-Middleware aktivieren:
im apache eine neue konfiguration anlegen: `sites-available/20-simplewebauth.conf`
Das lokale Netz ggf anpassen, im beispiel ist es `192.168.10`

3. die zu sichernde interne Applikation für den Apachen konfigurieren: `sites-available/10-fhem.conf`
Für jede weitere interne Applikation kann das 10-fhem beispiel kopiert und als neue Datei angepasst werden.

4. Konfigurationen im apache aktivieren
```
a2ensite 00-ssl 10-fhem 20-simplewebauth
a2enmod ssl headers rewrite proxy_http proxy_html proxy_wstunnel
```

5. Backend-Apps nur intern binden:
```
listen 127.0.0.1:8080
```
... oder zumindest sicherstellen das diese nicht aus dem Internet erreichbar sind

## initiale Admin-Konfiguration

1. <b>WICHTIG</b>: der `/authadmin` Bereich ist ausschliesslich aus dem lokalen Netz ereichbar!
1. Admin öffnet `/authadmin` -> Einstellungen
1. wenn `/authadmin` nicht verfügbar ist, in `20-simplewebauth.conf` das lokale Netz kontrollieren.
1. Emailserver Einstellungen setzen
1. globale Einstellungen setzen, insbesondere `Composer Autoload Pfad` setzen. (siehe _PHP Mailer installation_ -> _working_dir_)
1. Test-Email absenden

## Benutzerkonfiguration anlegen
1. Admin öffnet `/authadmin` -> Userverwaltung
1. einen neuen User mit korrekter Emailadresse anlegen
1. entweder gleich auf dem GErät mittels QR-Code Button den Token setzen oder später mittels initialem Login mit dem neuen User
1. aus dem Adminbereich ausloggen
1. wenn das folgende Login mit dem neuen User erfolgreich war, den initialen User im Adminbereich löschen.

## Nutzung

1. QR-Code für Magic-Link erzeugen
2. iOS scannt → Cookie wird gesetzt
3. Zugriff auf `/fhem` funktioniert automatisch solange der Cookie existiert, gültig und nicht abgelaufen ist

oder

1. einfach die Zielseite aufrufen, zb. https://mein.server.de/fhem
2. Login Seite erscheint -> Zugangsdaten eingeben
3. Zugriff auf `/fhem` funktioniert automatisch solange der Cookie existiert, gültig und nicht abgelaufen ist

## Sicherheit

- HTTPS Pflicht
- Magic-Link Token einmalig (5-15 Minuten gültig)
- Session-Cookie 30 Tage gültig (HMAC-signiert, pro Anfrage validiert)
- Deaktivieren von Usern immer möglich mit sofortiger Wirkung
- Backend nie öffentlich erreichbar
- Admin Bereich nie öffentlich erreichbar
- Audit-Log in `/var/www/SimpleWebAuth/audit/YYYY-MM-DD.log`
- Audit-Log einsehbar unter `/authadmin/index.php` -> `Audit`
#46
Wallboxen und E-Fahrzeuge / Aw: 72_Wattpilot - Einbindung ...
Letzter Beitrag von Blablubblaber - 27 Januar 2026, 12:07:22
Laut Internet wird die zwar von Go-e für Fronius hergestellt aber eben mit Anpassungen.

Ist also nicht 1 zu 1 gleich.
#47
MQTT / Aw: [gelöst] ZigBee2MQTT und 5...
Letzter Beitrag von Wernieman - 27 Januar 2026, 11:39:40
Danke .. kann aber erst am nächsten WE testen (Sorry)
#48
Wallboxen und E-Fahrzeuge / Aw: 72_Wattpilot - Einbindung ...
Letzter Beitrag von Ralli - 27 Januar 2026, 11:38:01
Ist das nicht eine gebrandete Variante von einer go-e? Mit oder ohne Phasen-Umschaltung?
#49
Sonstige Systeme / Aw: Blink Security Home Kamera...
Letzter Beitrag von viegener - 27 Januar 2026, 11:36:56
leider ist der Aufwand durch die erneute Änderung doch deutlich grösser als erwartet. Bisher habe ich noch keine funktionierende Lösung, da die gesamte Anmeldung bei Blink nun anders funktioniert.

Bisher hat mir auch die Analyse von blinkpy noch nicht weitergeholfen, aber ich bin weiterhin dran
#50
SlowRF / Aw: FHT80 Ventilposition ohne ...
Letzter Beitrag von rudolfkoenig - 27 Januar 2026, 11:27:31
ZitatWenn ich den Chat Gpt Code mit ReadingsNum geändert eingebe, kommt trotzdem folgende Fehlermeldung:
Das haengt (leider) davon ab, wo man das eingibt.
In vielen Faellen muss man ; doppeln und am Ende jeder Zeile (bis auf der letzen) ein \ schreiben:
define ValveZiW_to_KNX notify ZiW_Hz:actuator:.* { \
  my $val = ReadingsNum("ZiW_Hz","actuator",0);;\
  fhem("set ValveZiW $val");;\
}
Das gilt fuer:
- fhem.cfg direkt editieren
- FHEMWEB: "Raw definition" unten auf der Detailseite
- FHEMWEB: + Knopf oben links
Dies gilt nicht in der Detailseite, wenn man auf DEF klickt, da hier klar ist, dass es nur um diese eine Definition geht.

Zitatdefine FHEMtoKNXValveZiW notify ZiW_Hz:actuator.* set ValveZiW g1 ReadingsNum($EVTPART1)
Das wird so nicht funktionieren, weil ReadingsNum nicht als perl Code interpretiert wird, abgesehen davon, dass die ReadingsNum Parameter falsch sind.

Vorschlag stattdessen (als Alternative zu oben):
define FHEMtoKNXValveZiW notify ZiW_Hz:actuator.* set ValveZiW g1 {( ReadingsNum("ZiW_Hz", "actuator", 0) )}
Ein {(...)} in einem set wird als perl ausgewertet.