Neueste Beiträge

#11

Automatisierung / Aw: EnOcean - ASC Rollo Fahrte...

Letzter Beitrag von ch.eick - 18 April 2026, 09:26:05

Leider kann ich von der Verschiebung der Zeiten noch keinen Erfolg erkennen, gestern haben 4-5 Fahrten nicht funktioniert und heute Morgen sind zwei Rolles geschlossen geblieben. Das Log muss ich mir noch anschauen.

Eventuell könnte ja jemand mit EnOcean Kenntnissen hier mit Einsteigen.

VG Christian

#12

DOIF / Aw: Energy-Card

Letzter Beitrag von Wzut - 18 April 2026, 09:08:41

Könntest bitte alle deine Readingsnamen nach Bedeutung  aufschlüsseln ?
Bei quota_powGetBpCms handelt es sich vermutlich um den aktuellen Ladestrom der Batterie und bei quota_soc um den aktuellen Ladezustand.
Aber der Rest ist doch sehr kryptisch, zumal einige Readings wohl nicht von einem Gerät direkt stammen sondern in einem anderen DOIF erst gebildet werden bsp total_f.day

#13

TabletUI / Aw: [FTUI2] Widget Thermostat ...

Letzter Beitrag von romakrau - 18 April 2026, 08:42:34

Guten Morgen,

es scheint wohl ein Problem des MQTT2_Device zu sein. Nachdem ich die DEF änderte in die Orginal z2m EndDevice Nummer oder die dort angegeben MQTT Defination war die Kommunikation WebUI -> z2m nicht mehr möglich. Änderung in z2m wurde im Device aktualisiert.

Ich schließe mal den Thread und fange am Montag neu an. Melde mich dann im MQTT-Board.

[Revision 31133: controls_fhem.txt: fhemupdate checkin]

#14

FHEM Code changes / Revision 31133: controls_fhem....

Letzter Beitrag von System - 18 April 2026, 08:30:41

Revision 31133: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31133: controls_fhem.txt: fhemupdate checkin

#15

Sprachsteuerung / Aw: (WIP) FHEMWEB interaktiv (...

Letzter Beitrag von schwatter - 18 April 2026, 07:15:12

Moin,

nachdem ich erst bei der alten Project gelandet war und du mir dann den Link zur
neuen Repo gezeigt hättest, muss ich nochmal von vorne anfangen. 
Problem, ich hatte einfach die Wheeldatei installiert. Auf dieser Basis dann die
Text2Speech angepasst. Aber in der Wheeldatei war nur die Bin. Kein Httpserver
auf Basis von Python. Männer halt, wenn sie ohne Bedienungsanleitung arbeiten.


edit:
Und schon wieder liege ich halb falsch. Daher ignoriere mich einfach... Wenn ich per Wheel installiere
ist der HTTP_server da. Aber z.B flask fehlt. Daher gilt auch wieterhin. Um alle Pakete zu bekommen,
installieren wie in der Repo beschrieben.

Code Auswählen Erweitern

root@ubuntufhem:/opt/piper/venv# find /opt/piper/venv -name "http_server.py"
/opt/piper/venv/lib/python3.12/site-packages/piper/http_server.py
root@ubuntufhem:/opt/piper/venv#
edit2:
Neuer sauberer Weg

Code Auswählen Erweitern

# --- PIPER INSTALLATION ---

# 1. Verzeichnis vorbereiten
mkdir -p /opt/piper
chown fhem:dialout /opt/piper

# 2. Venv erstellen und installieren (als user fhem)
sudo -u fhem python3 -m venv /opt/piper/venv
sudo -u fhem /opt/piper/venv/bin/pip install --upgrade pip
sudo -u fhem /opt/piper/venv/bin/pip install piper-tts
sudo -u fhem /opt/piper/venv/bin/python3 -m piper.download_voices -m de_DE-pavoque-low

# 3. Service Datei erstellen (als root)
cat <<EOF > /etc/systemd/system/piper.service
[Unit]
Description=Piper TTS Server
After=network.target

[Service]
Type=simple
User=fhem
WorkingDirectory=/opt/piper
ExecStart=/opt/piper/venv/bin/python3 -m piper.http_server -m de_DE-pavoque-low --port 5000
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target
EOF

# 4. Service aktivieren und starten
systemctl daemon-reload
systemctl enable piper
systemctl start piper
systemctl status piper


Gruß schwatter

#16

Wallboxen und E-Fahrzeuge / Aw: Integration My BMW Daten m...

Letzter Beitrag von Prof. Dr. Peter Henning - 18 April 2026, 04:08:14

Was? Wenn schon ist das Abgreifen durch BMW das Datenschutzproblem. Die Weitergabe an die betroffene Person ist doch dann sogar eher noch begrüßenswert (zumal diese Daten sowieso vom Anspruch aus Art. 15 Abs. 3 DSGVO umfasst sein dürften).

Na, dem ist leider nicht so.

Das Abgreifen durch BMW ergibt sich aus den Nutzungsbedingungen der digitalen Dienste, die das Fahrzeug anbietet. Da steht das ganz sicher im "Kleingedruckten".

Die Weitergabe an die "betroffene Person" ist tatsächlich eher das Problem, weil Fahrer und Nutzer des Cloud-Zugriffs nicht identisch sein müssen.
VW regelt das so, dass nur der im Fahrzeug angemeldete Benutzer unter seinem VW Account Zugriff auf Standortdaten hat. Übrigens auch nicht die Position während der Fahrt, sondern nur bei geparkten Fahrzeugen.

Beispiel: Meine Frau fährt eines unserer Fahrzeuge. Dann erhalte ich - obwohl "Hauptnutzer" - keine Daten darüber, wo das Fahrzeug steht. Dafür muss sie selbst beim VW-Server angemeldet sein. Dann allerdings ist die Auswertung des Standorts über ihren Account problemlos möglich:

2026-04-04_08:52:07 ID7 parking_location: rewe km xxxxx
2026-04-05_08:43:06 ID3 parking_location: home km yyyyy

Es kommt also darauf an, dass ich mit meiner Frau eine Vereinbarung zur Auftragsdatenverarbeitung abschließe...

Das ist ja immer das lächerlichste und nervigste, wenn Unternehmen, die Daten über jemanden sammeln, sich bezüglich dieser Daten gegenüber der betroffenen Person selbst auf "Datenschutz" berufen, so als müsste man jemanden vor dem Zugriff auf seine eigenen Daten schützen.

Ich habe gerade mein neues Buchmanuskript fertig: "Digitalisierung auf Deutsch". Da gibt es noch viel lächerlichere Sachen...
LG

pah

#17

Bastelecke / Aw: unbekanntes Funkprotokoll ...

Letzter Beitrag von Ralf9 - 18 April 2026, 00:33:43

Die Pulsdaten vom RTL_433 sind ähnlich wie die vom sduino.
Ich habe es in das 00_SIGNALduinoAdv.pm eingebaut (siehe Anlage)
versionmodul  v3.5.5-ralf_17.04.26
versionprotoL v3.5.5-ralf_17.04.26

Code Auswählen Erweitern

2026.04.11 08:18:58  MU;P0=166;P1=-482;P2=-254;P3=609;P4=-1325;P5=-836;P6=230;CP=6;R=179;D=34353561613561616131653531653531653401626;p;
U218#F317BD_1111001100010111101111011

MU;P0=-335;P1=402;P2=677;P3=-4277;P4=2534;P5=-2484;P6=-1061;P7=-704;CP=1;R=177;D=234526272727201720101010172710102710271020;p;
U218#FEC39B_11111110110000111001101101Bei den Nachrichten F317xx passen die Zeiten nicht so richtig. Normalerweise müsste short low und high ungefähr gleich und die long low und high ungefähr gleich sein.
Die long müssten ungefähr das doppelte von short sein.

Code Auswählen Erweitern

      "218" => #
               #
               #
      {
        name            => 'Eberle Instat r1',
        #comment         => '',
        changed         => '20260417 new',
        id              => '218',
        knownFreqs      => '868',
        zero            => [-1],       # -330 short low
        one             => [1.18],     #  390 short high
        two             => [-2.1],     # -700 long  low
        float           => [2.2],      #  720 long  high
        start           => [2.2, -3.2], # 720, -1050
        clockabs        => 330,
        dispatchBin     => 1,
        #clockpos        => ['zero',0],
        format          => 'twostate',
        modulation      => '2-FSK',
        preamble        => 'U218#',
        #clientmodule    => '',
        #modulematch     => '',
        length_min      => '10',
        #length_max      => '48',
        postDemodulation => \&main::SIGNALduino_postDemo_EberleInstat,
      },
      "218.1" => #
               #
               #
      {
        name            => 'Eberle Instat r1',
        #comment         => '',
        changed         => '20260417 new',
        id              => '218.1',
        knownFreqs      => '868',
        zero            => [-2.1],   # -500 short low
        one             => [1],      #  235 short high
        two             => [-3.6],   # -840 long  low
        float           => [2.5],    #  580 long  high
        start           => [2.5, -5], # 580, -1180
        clockabs        => 235,
        dispatchBin     => 1,
        #clockpos        => ['one',0],
        format          => 'twostate',
        modulation      => '2-FSK',
        preamble        => 'U218#',
        #clientmodule    => '',
        #modulematch     => '',
        length_min      => '10',
        #length_max      => '48',
        postDemodulation => \&main::SIGNALduino_postDemo_EberleInstat,
      }Die Zeiten ergeben sich durch clockabs * faktor
z.B. zero (short low) = -2.1 x 235 = 493.5

Es gibt eine Toleranz

Code Auswählen Erweitern

my $tol=abs(abs($searchpattern)>3 ? abs($searchpattern)>16 ? $searchpattern*0.18 : $searchpattern*0.3 : 1);  #tol is minimum 1 or higer, depending on our searched pulselengh

#18

1Wire / Aw: Using OWServer with comple...

Letzter Beitrag von lebardix - 18 April 2026, 00:26:18

Hallo, ich habe es endlich geschafft, den Zugriff auf das OWFS-Netzwerk neu zu konfigurieren, das sich derzeit auf einem anderen Server befindet:
owserver 192.168.1.66
fhem 192.168.1.126

So konnte ich beispielsweise eine Temperatur definieren mit
define temperature OWDevice 1F.85C104000000/aux/10.F61E8A010800

Um die Überwachung dieser Temperatur zu bestätigen, möchte ich einfach ein Diagramm erstellen und es auf einer Seite anzeigen.

Vielen Dank für Ihre Hilfe bis hierher; eine vereinfachte Anleitung für diese Diagramm-Angelegenheit wäre sehr willkommen.

Vielen Dank im Voraus

#19

Solaranlagen / Aw: Zendure HEMS Modul

Letzter Beitrag von rih - 18 April 2026, 00:20:20

Ich habe ein paar Fragen zu dem Modul:

1. Muss mein SF800pro im HEMS sein oder funktioniert das Modul unabhängig davon?
2. MQTT brauche ich dazu nicht, oder?
3. Wenn ich einen SET-Befehl absetze (z.B. set SF800pro acMode 1), dann erhalte ich folgende Anwort:

Code Auswählen Erweitern

lastResponse {"timestamp":1776462842,"messageId":159,"error":"SN does not match","code":401} 2026-04-17 23:54:02
lastSet acMode=1 2026-04-17 23:54:02
"SN does not match" bedeutet vermutlich "Seriennummer stimmt nicht überein". Die ist aber definitiv richtig. Readings erscheinen jedenfalls jede Menge. Was läuft da schief?

#20

Sprachsteuerung / Aw: Alexa Verbindung fehlerhaf...

Letzter Beitrag von ronny332 - 17 April 2026, 23:13:42

Hallo! Den Thread hier habe ich leider jetzt erst gesehen, da ich beim Umstieg von 10.13 Buster (das lief einfach zu gut!) direkt alles im /opt/fhem Folder kopiert habe und somit die alten Keys übernehmen konnte (jetzt sind neue erstellt).

Den ganzen Abend habe ich mich gewundert, wieso die Keys zwar angeboten (ssh -vv -l fhem fhem-va.fhem.de -p 58824) aber nicht übernommen wurden.

Hier "mein" Fix, falls jemand hier auch das Problem haben sollte, dass der Fhem Server angeblich die Verbindung verweigert. In Wahrheit liefert die Trixie Konfiguration den id-rsa Key einfach nicht mehr aus, da die Encryption veraltet ist:

Code Auswählen Erweitern

~/.ssh$ cat config
Host fhem-va.fhem.de
    PubkeyAcceptedAlgorithms +ssh-rsa

Damit wird ssh-rsa nochmal für den Host fhem-va.fhem.de aktiviert. Ich denke in den nächsten SSH Versionen ist dann ganz Schluß. Hoffentlich gibt es dann eine allgemeine Umstellung.