- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Treibhaus - 01 Februar 2026, 13:44:39Hallo,
das Git-Projekt : verfolge ich auch erst einmal nicht weiter, da ich keine Kommunikation eines Tastenevents(der Box) am Server erkenne konnte.
Bei dem Soundfork hatte ich ebenfalls ein Webfindungsproblme auf port 8000.
(wahrscheinlich da "Docker-Portainer" diesen port 8000 für sich mitbeansprucht - dort aber eigentlich nix liefert)
Auch nach der Einrichtung der .env.private .. wie bei Pah beschrieben. Allerdings auf port 8001 hat dies nicht geholfen.
(Diese liegt aber trotzdem noch im untersten Soundcork-Verzeichnis - keine Ahnung ob irgendein Programmschnipsel das noch einliest)
Gestartet wird nun mit: fastapi run main.py --port=8001 --reload Das funktioniert.
Leider aber auch nur soweit. Das der Post (aus einem Tastenevent an der Box den Pfad wohl nicht findet "404")
Gruß Jörg
das Git-Projekt : verfolge ich auch erst einmal nicht weiter, da ich keine Kommunikation eines Tastenevents(der Box) am Server erkenne konnte.
Bei dem Soundfork hatte ich ebenfalls ein Webfindungsproblme auf port 8000.
(wahrscheinlich da "Docker-Portainer" diesen port 8000 für sich mitbeansprucht - dort aber eigentlich nix liefert)
Auch nach der Einrichtung der .env.private .. wie bei Pah beschrieben. Allerdings auf port 8001 hat dies nicht geholfen.
(Diese liegt aber trotzdem noch im untersten Soundcork-Verzeichnis - keine Ahnung ob irgendein Programmschnipsel das noch einliest)
Gestartet wird nun mit: fastapi run main.py --port=8001 --reload Das funktioniert.
Code Auswählen
(.venv) player_1one@RASPI-FHEM:/tmp/soundcork/soundcork $ fastapi run main.py --port=8001 --reload
FastAPI Starting production server 🚀
Searching for package file structure from directories with __init__.py files
2026-02-01 13:24:33,870 [soundcork.datastore] INFO: Initiating Datastore
2026-02-01 13:24:33,873 [soundcork.datastore] INFO: Initiating Datastore
Importing from /tmp/soundcork
module 📁 soundcork
├── 🐍 __init__.py
└── 🐍 main.py
code Importing the FastAPI app object from the module with the following code:
from soundcork.main import app
app Using import string: soundcork.main:app
server Server started at http://0.0.0.0:8001
server Documentation at http://0.0.0.0:8001/docs
Logs:
INFO Will watch for changes in these directories: ['/tmp/soundcork/soundcork']
2026-02-01 13:24:37,935 [uvicorn.error] INFO: Will watch for changes in these directories: ['/tmp/soundcork/soundcork']
INFO Uvicorn running on http://0.0.0.0:8001 (Press CTRL+C to quit)
2026-02-01 13:24:37,937 [uvicorn.error] INFO: Uvicorn running on http://0.0.0.0:8001 (Press CTRL+C to quit)
INFO Started reloader process [527947] using WatchFiles
2026-02-01 13:24:37,940 [uvicorn.error] INFO: Started reloader process [527947] using WatchFiles
2026-02-01 13:24:44,202 [soundcork.datastore] INFO: Initiating Datastore
2026-02-01 13:24:44,206 [soundcork.datastore] INFO: Initiating Datastore
INFO Started server process [527951]
2026-02-01 13:24:44,266 [uvicorn.error] INFO: Started server process [527951]
INFO Waiting for application startup.
2026-02-01 13:24:44,270 [uvicorn.error] INFO: Waiting for application startup.
2026-02-01 13:24:44,273 [soundcork.main] INFO: Starting up soundcork
2026-02-01 13:24:44,274 [soundcork.main] INFO: done starting up server
INFO Application startup complete.
2026-02-01 13:24:44,274 [uvicorn.error] INFO: Application startup complete.
INFO 192.168.0.67:60848 - "POST /v1/scmudc/08DF1F1195D9 HTTP/1.1" 404
INFO 192.168.0.67:60850 - "POST /v1/scmudc/08DF1F1195D9 HTTP/1.1" 404
^C
Leider aber auch nur soweit. Das der Post (aus einem Tastenevent an der Box den Pfad wohl nicht findet "404")
Gruß Jörg
#2
Sonstiges / Aw: fhem-mcp - FHEM-Steuerungs...
Letzter Beitrag von Pati_Alpha - 01 Februar 2026, 12:44:02Hey zusammen,
erstmal danke für das viele und teils sehr unterschiedliche Feedback - finde ich sehr spannend und freue mich, dass überhaupt etwas zurückkam!
Ein paar Punkte zur Einordnung, weil hier teilweise aneinander vorbeigeredet wird und zum generellen Kontext:
Der Ansatz war und ist von Anfang an als Experiment (bzw. sogar Spielerei) genannt, nicht als Vorschlag für eine produktive, dauerhafte Sprachsteuerung von FHEM. Mich interessiert daher weniger ,,wie schalte ich am effizientesten ein Licht", sondern ,,wie verhält sich ein LLM, wenn es strukturiert und kontrolliert auf ein bestehendes System zugreifen darf" bis eben hin zu "Wohin können wir das entwickeln, um z.B. für die geschickte Konfiguration ein stabiles, schnelles und genaues Tool zu bekommen".
Dass HomeAssistant in diese Richtung bereits deutlich weiter ist (MCP ist dort inzwischen etabliert) war dann noch zusätzliches Salz in der Wunde - der Softwarearchitekt und HA-Nutzer aus meinem (beruflichen) Projekt war z.B. sogar erstaunt, dass "wir" (FHEM) so etwas noch nicht haben! (Jaa, der Spott in der Kantine war groß...
)
Ich bin mir aber auch nicht 100% sicher, was in HomeAssistant schon möglich ist. In meinem Falle habe ich ja zunächst sehr bewusst auf MCP-Tools, welche Geräte anlegen etc. verzichtet. Das wäre sicher aber einer der nächsten Schritte. Dachte da im nächsten Schritt des Experiments grob an ein Sandbox-FHEM in einer VM mit einigen Device-Dummys zu denen man dann mal Automatismen schreiben lässt oder so.
@kgie
Ja, genau das ist für mich einer der spannendsten nächsten Schritte!
Nicht Live-Steuerung, sondern Konfigurationserzeugung (Devices, DOIFs etc.).
Wichtig dabei: sicher grade am Anfang bzw. für Profi-Nutzer (unter welche ich die meisten Leute, die alleine im Forum schon nur nicht in ihre eigenen Threads schauen mal packen würde) nicht
Zusätzlich würde ich mit RAG (Retrieval Augmented Generation) arbeiten, also Einbeziehen von Doku, Beispielen und ggf. Forenlösungen.
Dazu vielleicht noch ein Mini-Exkurs:
Viele schlechte Erfahrungen, welche Leute mit ,,Coding per KI" haben, kommen m.E. daher, dass ohne Spezifikation und Kontext gepromptet wird – dann sind inkonsistente Ergebnisse wenig überraschend und es wird abgeschmiert als "KI coded nicht in guter Qualität". Dass das an der Realität mittlerweile vorbei ist, sieht man aber natürlich an den Schlagzeilen wie z.B., dass Microsoft jetzt großflächig Claude Code für seine Entwickler ausrollt etc., wie man es also dreht, wendet oder ob man es selbst mag: Profis nutzen es, das ist klar! Man muss das "Werkzeug" aber natürlich gut verstehen und geschickt nutzen, da es ja nun doch etwas komplexer ist als z.B. ein Linter, der mich nur im JavaScript auf eine fehlende Klammer hinweist.
Anderes, realitätsnäheres Mini-Beispiel: Wenn ich 10-mal hintereinander selbst in ein gutes Tool wie Claude Code schlicht ,,Bau mir einen Taschenrechner" prompte, bekomme ich zwangsläufig 10 unterschiedliche Ergebnisse mit stark schwankender Qualität. Das ist kein Bug, sondern falsche Nutzung: fehlende Spezifikationen!
Hier hilft z.B. Spec-driven Development - also mit klaren Anforderungen reingehen:
Genau diese Kombination halte ich für spannend, auch im FHEM-Kontext!
@pah
Ich glaube, hier sind wir fachlich näher beieinander, als es auf den ersten Blick bei der Antwort wirkt. Deine Punkte sind schlüssig - für eine produktive Sprachsteuerung, darum geht es hier aber nicht.
Ich denke, hier wurde "Experiment" und "Spielerei" völlig übergangen, aber das ist schon ok. Mit 1-2 Antworten in diese Richtung habe ich ja, wie anfangs erwähnt, auch gerechnet, daher ganz kurz zu den Punkten:
@KölnSolar
Völlig berechtigter Hinweis! Das Thema hatte ich noch gar nicht erwähnt!
Bendenke aber hier auch mal den Unterschied bezüglich der Zugänglichkeit zwischen z.B.:
@RalfRog
Genau - wenn es einen MCP-Server für FHEM gibt, ist der Client im Prinzip austauschbar!
Lokales LLM, Cloud-LLM, Coding-Agent – alles denkbar, je nach Zielsetzung und Kostenmodell.
Hier fand ich eben lokale Modelle aus mehreren Gründen spannend, da man keine teuren Token bezahlt und ich sonst bei 8/10 Usern bereits das große "Jaja klar, dann weiß OpenAI demnächst auch noch, wo meine Lampe steht - NEIN, DANKE!" am Horizont gesehen habe. ... primär aber der experimentelle und spaßige Aspekt, sowas komplett selbst zu betreiben 
Letztlich sind dann ja auch Lösungen denkbar wie ein LLM, was auf dem Haussteuerungsserver läuft und per Routing z.B. nur in komplexen Fällen bedient wird oder z.B. in einer VM für unterschiedliche Anwendungen im Haus zur Verfügung steht... die Möglichkeiten sind da unzählig - aber alle auch noch etwas weiter am Horizont.
Ich werde den Code aufräumen und dann gern teilen - Feedback aus unterschiedlichen Richtungen find ich aber weiterhin super spannend, gerade auch kritisch-konstruktives!
Hach, mir macht das Thema einfach Spaß.
Viele Grüße
Patrick
erstmal danke für das viele und teils sehr unterschiedliche Feedback - finde ich sehr spannend und freue mich, dass überhaupt etwas zurückkam!
Ein paar Punkte zur Einordnung, weil hier teilweise aneinander vorbeigeredet wird und zum generellen Kontext:
Der Ansatz war und ist von Anfang an als Experiment (bzw. sogar Spielerei) genannt, nicht als Vorschlag für eine produktive, dauerhafte Sprachsteuerung von FHEM. Mich interessiert daher weniger ,,wie schalte ich am effizientesten ein Licht", sondern ,,wie verhält sich ein LLM, wenn es strukturiert und kontrolliert auf ein bestehendes System zugreifen darf" bis eben hin zu "Wohin können wir das entwickeln, um z.B. für die geschickte Konfiguration ein stabiles, schnelles und genaues Tool zu bekommen".
Dass HomeAssistant in diese Richtung bereits deutlich weiter ist (MCP ist dort inzwischen etabliert) war dann noch zusätzliches Salz in der Wunde - der Softwarearchitekt und HA-Nutzer aus meinem (beruflichen) Projekt war z.B. sogar erstaunt, dass "wir" (FHEM) so etwas noch nicht haben! (Jaa, der Spott in der Kantine war groß...
)Ich bin mir aber auch nicht 100% sicher, was in HomeAssistant schon möglich ist. In meinem Falle habe ich ja zunächst sehr bewusst auf MCP-Tools, welche Geräte anlegen etc. verzichtet. Das wäre sicher aber einer der nächsten Schritte.
Dachte da im nächsten Schritt des Experiments grob an ein Sandbox-FHEM in einer VM mit einigen Device-Dummys zu denen man dann mal Automatismen schreiben lässt oder so.@kgie
Ja, genau das ist für mich einer der spannendsten nächsten Schritte!
Nicht Live-Steuerung, sondern Konfigurationserzeugung (Devices, DOIFs etc.).
Wichtig dabei: sicher grade am Anfang bzw. für Profi-Nutzer (unter welche ich die meisten Leute, die alleine im Forum schon nur nicht in ihre eigenen Threads schauen mal packen würde
) nicht Code Auswählen
,,Prompt => ungeprüfter Code => live", sondern eherCode Auswählen
Prompt => Vorschlag => Review => Anpassung/Refactoring => AktivierungGerade bei FHEM mit seiner offenen Doku, dem zugänglichen Code und der klaren Syntax sehe ich da Potenzial!Zusätzlich würde ich mit RAG (Retrieval Augmented Generation) arbeiten, also Einbeziehen von Doku, Beispielen und ggf. Forenlösungen.
Dazu vielleicht noch ein Mini-Exkurs:
Viele schlechte Erfahrungen, welche Leute mit ,,Coding per KI" haben, kommen m.E. daher, dass ohne Spezifikation und Kontext gepromptet wird – dann sind inkonsistente Ergebnisse wenig überraschend und es wird abgeschmiert als "KI coded nicht in guter Qualität". Dass das an der Realität mittlerweile vorbei ist, sieht man aber natürlich an den Schlagzeilen wie z.B., dass Microsoft jetzt großflächig Claude Code für seine Entwickler ausrollt etc., wie man es also dreht, wendet oder ob man es selbst mag: Profis nutzen es, das ist klar! Man muss das "Werkzeug" aber natürlich gut verstehen und geschickt nutzen, da es ja nun doch etwas komplexer ist als z.B. ein Linter, der mich nur im JavaScript auf eine fehlende Klammer hinweist.
Anderes, realitätsnäheres Mini-Beispiel: Wenn ich 10-mal hintereinander selbst in ein gutes Tool wie Claude Code schlicht ,,Bau mir einen Taschenrechner" prompte, bekomme ich zwangsläufig 10 unterschiedliche Ergebnisse mit stark schwankender Qualität. Das ist kein Bug, sondern falsche Nutzung: fehlende Spezifikationen!
Hier hilft z.B. Spec-driven Development - also mit klaren Anforderungen reingehen:
- UI soll so aussehen
- Features müssen z.B. Wurzel und e-Funktion beinhalten
- Randbedingungen sind diese und jene
- Zielumgebung ist z.B. eine native Mac App in Swift
- etc.
Genau diese Kombination halte ich für spannend, auch im FHEM-Kontext!
@pah
Ich glaube, hier sind wir fachlich näher beieinander, als es auf den ersten Blick bei der Antwort wirkt. Deine Punkte sind schlüssig - für eine produktive Sprachsteuerung, darum geht es hier aber nicht.
Ich denke, hier wurde "Experiment" und "Spielerei" völlig übergangen, aber das ist schon ok. Mit 1-2 Antworten in diese Richtung habe ich ja, wie anfangs erwähnt, auch gerechnet, daher ganz kurz zu den Punkten:
- Energieeffizienz ist bei einem Experiment und bei Entwicklung kein Bewertungskriterium. Das lokale System lief ohnehin, FHEM war nur ein angebundener Aktor etc.
- Intent-Erkennung per Babble / Regex etc. ist natürlich für strukturierte Sprache völlig ausreichend – das wird hier auch nicht ersetzt. Aber auch hier mal über "andere Nutzer" im Haus nachdenken, die vielleicht nicht wissen, wie ein Device genau heißt etc. - absoluter game changer, natürlich Sprache nutzen zu können, die nicht strukturiert ist und quasi keine Kenntnis über das System voraussetzt.
- Das gezeigte Normierungs-Beispiel ist korrekt, aber der experimentelle Unterschied ist: Das Modell entscheidet selbstständig über Devices, Fähigkeiten und Befehle. Um diese Entscheidungen kontrolliert ausführen zu können, braucht es dann genau so eine Schnittstelle wie MCP.
- Ein eigenes LLM nur für Hausautomatisierung ergibt keinen Sinn – das war auch nie die These. Davon ab geht das mMn generell in Richtung "KI Nutzen vs. Ressourcenverbrauch" und da könnten wir jetzt 700 Beispiele ausdiskutieren a la "Wenn du ChatGPT fragst, statt zu googeln verbrauchst du 10x mehr Energie für dasselbe Ergebnis", trotzdem tun Leute genau das nunmal, weil es natürlicher zu bedienen ist! Aber darum geht es hier wie gesagt nicht und das Thema möchte ich bitte entsprechend beenden.
@KölnSolar
Völlig berechtigter Hinweis! Das Thema hatte ich noch gar nicht erwähnt!
Bendenke aber hier auch mal den Unterschied bezüglich der Zugänglichkeit zwischen z.B.:
- komplexen, gewachsenen Profi-Setups mit hunderten Regeln
- Einsteiger- oder Hobby-Szenarien, wo jemand schlicht möchte, dass abends bei Bewegung drei Lampen angehen – und dafür erstmal eine Stunde braucht, nicht mit der Doku klar kommt, im Forum aber gesagt bekommt "Na lies doch die Doku" (scnr)
@RalfRog
Genau - wenn es einen MCP-Server für FHEM gibt, ist der Client im Prinzip austauschbar!
Lokales LLM, Cloud-LLM, Coding-Agent – alles denkbar, je nach Zielsetzung und Kostenmodell.
Hier fand ich eben lokale Modelle aus mehreren Gründen spannend, da man keine teuren Token bezahlt und ich sonst bei 8/10 Usern bereits das große "Jaja klar, dann weiß OpenAI demnächst auch noch, wo meine Lampe steht - NEIN, DANKE!" am Horizont gesehen habe.
... primär aber der experimentelle und spaßige Aspekt, sowas komplett selbst zu betreiben Letztlich sind dann ja auch Lösungen denkbar wie ein LLM, was auf dem Haussteuerungsserver läuft und per Routing z.B. nur in komplexen Fällen bedient wird oder z.B. in einer VM für unterschiedliche Anwendungen im Haus zur Verfügung steht... die Möglichkeiten sind da unzählig - aber alle auch noch etwas weiter am Horizont.
Ich werde den Code aufräumen und dann gern teilen - Feedback aus unterschiedlichen Richtungen find ich aber weiterhin super spannend, gerade auch kritisch-konstruktives!
Hach, mir macht das Thema einfach Spaß.
Viele Grüße
Patrick
#3
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Prof. Dr. Peter Henning - 01 Februar 2026, 12:10:29ZitatDer Server ,,startet" auch, ich muss aber das Environment .venv gesetzt lassen und auch in das Verzeichnis wechselnKorrekt, das muss auch so sein.
ZitatWarum steht dort 0.0.0.0?Ist bei mir auch so, scheint in Ordnung zu sein.
ZitatNaja auf die URL komme ich auch nichtIst nicht in Ordnung. Wenn man direkt die Url http://<IP>:8000 aufruft, MUSS als Response stehen
Code Auswählen
Bose "Can't Brick Us"Vermutung: Du hast vergessen, in der Datei .env.private die richtigen Daten einzutragen. Bei mir steht darin
Code Auswählen
base_url = "http://192.168.0.94:8000"
data_dir = "/home/soundcork/db"Nicht ganz trivial ist auch, was man in die Datei soundcork.service einträgt. Bei mir steht dort
Code Auswählen
[Unit]
Description=Gunicorn Daemon for Soundcork
After=network.target
[Service]
User=soundcork
WorkingDirectory=/home/soundcork/soundcork/soundcork
ExecStart=/home/soundcork/soundcork/.venv/bin/gunicorn -c gunicorn_conf.py main:app
[Install]
WantedBy=multi-user.target
Konkret habe ich a.) den user soundcork hinzugefügt, mit Gruppe dialout. b.) In dessen home directory /home/soundcork das github-Projekt geklont, damit bin ich schon bei /home/soundcork/soundcork c.) Durch den Installationsprozess wird dann /home/soundcork/soundcork/soundcork erzeugt. Das ist reichlich wild, hoffentlich verbessert sich das noch im Lauf der Zeit.
Mit http://<IP>:8000/docs kommt man dann auf das API des soundcork Servers, und kann dort allerhand ausprobieren, siehe screenshot.
LG
pah
#4
MQTT / Aw: MQTT2 userReadings wird me...
Letzter Beitrag von rudolfkoenig - 01 Februar 2026, 12:05:14ZitatOkay, das Trennen war schon mal eine gute Idee.Ich wuesste gerne, worauf diese Bemerkung sich bezieht.
ZitatDas wird leider nur einzeilig angenommen, gibt es da noch einen Trick?Sogar mehrere: als Funktion in 99_myUtils.pm auslagern, oder, noch besser: jsonMap verwenden.
Beim Absetzen der ersten Nachricht wird userReading einmal aufgerufen:
Code Auswählen
2026.02.01 11:59:09.803 3: m2d ur_02 : in_sync_sourceUuid : 925814xxx8bd
2026.02.01 11:59:09.803 3: m2d ur_02 : in_sync_message_sent : 2
beim Aufruf der zweiten Nachricht nicht. Letzteres ist dem ReadingList zu verdanken. Ich habe die o.g. event-on-* Attribute weggelassen: die passen nicht zum zweiten Beitrag (und filtern damit alles weg), und ich verstehe auch nicht, wozu sie gut sein sollen.
#5
DOIF / Aw: httpmod und doif die 2.
Letzter Beitrag von Per - 01 Februar 2026, 12:03:58Du fragst ein Event ab, das gibt true oder false zurück. Du kannst aber eine Vorgabe als weiteren Parameter angeben, dann bekommst du den Wert zurück.
#6
Sprachsteuerung / Aw: Vereinsserver Unterstützun...
Letzter Beitrag von Otto123 - 01 Februar 2026, 12:03:12- zur Aktivierung des Keys kann ich nichts sagen, ich bin immer froh wenn mein Testgerät läuft und ich weiß der Vereinsserver macht was er soll
- bearerToken und skillRegKey sehen mMn nicht gut aus.
- IPv6 ist mittlerweile bei allen neueren Systemen die Standardvariante, sich dagegen dauerhaft zur Wehr setzen wird irgendwann ins Abseits laufen.
Zum Testen kann man es relativ einfach abschalten:
Windows:
Code Auswählen
Get-NetAdapterBinding -ComponentID "ms_tcpip6" | where Enabled -eq $true | Disable-NetAdapterBinding -ComponentID "ms_tcpip6"LinuxCode Auswählen
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1Besser ist es aber IPv6 sauber auch im Router laufen zu haben! Mittlerweile läuft dies mit modernen Systemen, aktueller Software und den default Einstellungen eigentlich stressfrei. #7
Sprachsteuerung / Aw: Vereinsserver Unterstützun...
Letzter Beitrag von PNinBB - 01 Februar 2026, 11:30:45Zunächst herzlichen Dank für die schnelle Reaktion: Ich bin ein ganzes Stück weiter, aber eben noch nicht dort, wo ich voher war.
1. ich bin in der "komfortablen" Lage, mehrere Server im Heimnetz zu haben, davon einen (Server4, noch mit Buster) auf Raspberry 4B für mein FHEM (um die 50 ZWAVE Geräte) und einen (Server5) auf ODROID XU4 auch mit FHEM, aber ohne Geräte, hauptsächlich für Informationsbeschaffung (Wetter, Treibstoffpreise, Aktien etc.); beides lief schon mehrere Jahre. Beide habe ich in den ersten Januartagen mit trixie neu aufgesetzt. Somit kann ich auch bequem und schnell nachschauen, wie es auf dem anderen läuft.
2. Ja, ich habe (und hatte) Internetverbindung, aber die 'pings' (danke Otto123) gingen auf Server5, aber nicht auf Server4. Der Teufel steckte in der Namensauflösung und zwar im Detail in der Präferenz von Trixie, ipv6 zu bevorzugen. Ich habe vor längerer Zeit in meiner FritzBox 7490 ipv6 nicht zugelassen (da hatte ich Probleme, an die ich mich nicht mehr erinnern kann!). Nun kommen noch (wahrscheinlich !) Besonderheiten der Netzwerktreiber, die natürlich die konkrete Hardware berücksichtigen, dazu. Server5 testet (wie es scheint!) erst einmal, ob ipv6 überhaupt geht --> wenn nicht ipv4. Server4 ist rigeroser: er wartet bis ipv6 geht --> wenn nicht: time out!! Nun kann man mittels der Datei '/etc/gai.conf' diese Strategie beeinflussen:
Nun kann ich im alexa.log vieles erfreuliches sehen, u.a.
Woran ich noch scheitere, um zu erreichen, dass "es so ist wie früher", ist das Aktivierung des Skills "FHEM Connector". Welchen 'key' soll man denn dort eingeben ?? Im Wiki steht ja eigentlich zweifelsfrei:
Aber, wenn ich das benutze, was ich mit 'get alexa proxyKey' erhalte, so wird das abgeschmettert. Während des Einrichtens des Gerätes ist mir nichts unter die Augen gekommen, was danach aussah ! Und ich dachte, ich habe mal gelesen, dass beim erstmaligen Anmelden am Vereinsserver, ein Schlüssel automatisch erzeugt wird, den man dann im Log finden kann.
Fazit: an der Stelle tappe ich noch im Dunkeln. Für ein wennig "Erleuchtung" wäre ich sehr dankbar!
Schönen Sonntag noch.
Peter
1. ich bin in der "komfortablen" Lage, mehrere Server im Heimnetz zu haben, davon einen (Server4, noch mit Buster) auf Raspberry 4B für mein FHEM (um die 50 ZWAVE Geräte) und einen (Server5) auf ODROID XU4 auch mit FHEM, aber ohne Geräte, hauptsächlich für Informationsbeschaffung (Wetter, Treibstoffpreise, Aktien etc.); beides lief schon mehrere Jahre. Beide habe ich in den ersten Januartagen mit trixie neu aufgesetzt. Somit kann ich auch bequem und schnell nachschauen, wie es auf dem anderen läuft.
2. Ja, ich habe (und hatte) Internetverbindung, aber die 'pings' (danke Otto123) gingen auf Server5, aber nicht auf Server4. Der Teufel steckte in der Namensauflösung und zwar im Detail in der Präferenz von Trixie, ipv6 zu bevorzugen. Ich habe vor längerer Zeit in meiner FritzBox 7490 ipv6 nicht zugelassen (da hatte ich Probleme, an die ich mich nicht mehr erinnern kann!). Nun kommen noch (wahrscheinlich !) Besonderheiten der Netzwerktreiber, die natürlich die konkrete Hardware berücksichtigen, dazu. Server5 testet (wie es scheint!) erst einmal, ob ipv6 überhaupt geht --> wenn nicht ipv4. Server4 ist rigeroser: er wartet bis ipv6 geht --> wenn nicht: time out!! Nun kann man mittels der Datei '/etc/gai.conf' diese Strategie beeinflussen:
Zitat# For sites which prefer IPv4 connections change the last line toIch habe allerdings in dieser Zeitspanne so vieles probiert, dass ich etwas die Übersicht verloren habe. Auf jeden Fall: nach dem Auskommentieren gingen alle 'pings' und der Vereinsserver lieferte
#
# 31.01.2026. auskommentiert wegen alexa-fhem
#precedence ::ffff:0:0/96 100
precedence ::ffff:0:0/96 100
Zitatroot@PNinBBServer4 01.02.2026;10:42:12 / 32>sudosudo -u fhem ssh -p 58824 fhem-va.fhem.de statusIch habe in der Datei wieder auskommentiert und es geht noch immer, was mir eigentlich unklar ist. Aber vielleicht ist in den Tiefen des Treibers diese Situation vermerkt !!!??.
Registered.
Registered on 2026-01-31T14:48:27Z as xxxxxxxx.
root@PNinBBServer4 01.02.2026;10:42:35 / 33>
Nun kann ich im alexa.log vieles erfreuliches sehen, u.a.
Zitat. . .Was mich noch irritiert, sind die readings von alexa:
[1.2.2026, 10:38:09] sshautoconf: SSH key seems to exist
[1.2.2026, 10:38:10] sshautoconf: Our SSH key is known at the reverse proxy, good!
[1.2.2026, 10:38:10] [FHEM] executing: http://192.168.2.244:8083/fhem?cmd=%xxxxxxxxxxxxxd>
*** FHEM: connected
[1.2.2026, 10:38:10] [FHEM] got: 47 results
[1.2.2026, 10:38:10] [FHEM] AA_TA_GW is thermometer
. . .
ZitatREADINGS:In der früheren Version waren die Werte für bearerToken und skillRegKey "lange Würmer". Schauen diese Werte normal aus ??
2026-02-01 10:38:00 alexaFHEM running /usr/bin/alexa-fhem
2026-02-01 10:38:11 alexaFHEM.ProxyConnection running; SSH connected
2026-02-01 10:35:17 alexaFHEM.bearerToken crypt:0a5a0b56
2026-02-01 10:35:17 alexaFHEM.skillRegKey crypt:0a5a0b56
Woran ich noch scheitere, um zu erreichen, dass "es so ist wie früher", ist das Aktivierung des Skills "FHEM Connector". Welchen 'key' soll man denn dort eingeben ?? Im Wiki steht ja eigentlich zweifelsfrei:
ZitatHier kopierst Du Deinen Anmeldeschlüssel (im Klartext!) hinein, den du mittels "get alexa proxyKey" erhalten hast,.... Auf der Startseite des Webportals heisst es:
ZitatYou should find it in FHEM in the Alexa-device, type e.g. "get alexa proxyKey".
Aber, wenn ich das benutze, was ich mit 'get alexa proxyKey' erhalte, so wird das abgeschmettert. Während des Einrichtens des Gerätes ist mir nichts unter die Augen gekommen, was danach aussah ! Und ich dachte, ich habe mal gelesen, dass beim erstmaligen Anmelden am Vereinsserver, ein Schlüssel automatisch erzeugt wird, den man dann im Log finden kann.
Fazit: an der Stelle tappe ich noch im Dunkeln. Für ein wennig "Erleuchtung" wäre ich sehr dankbar!
Schönen Sonntag noch.
Peter
#8
Sonstige Systeme / Aw: Entwicklungs-Thread Modul ...
Letzter Beitrag von musicnrw - 01 Februar 2026, 11:23:49Stimmt, da steht "on" und "off", nicht "ON" bzw. "OFF"...
Wenn ich dann
in der Kommandozeile eingebe, erscheint wieder die Meldung "Error: No Handler" im Device Overview.
Wenn ich dann
Code Auswählen
set Switch_ShellyRGBW1 on in der Kommandozeile eingebe, erscheint wieder die Meldung "Error: No Handler" im Device Overview.
#9
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von olwaldi - 01 Februar 2026, 11:17:10Mir ist aufgefallen, daß in der WebGUI von DENON_AVR die set-Zeile immer bei volumeStraight startet. Warum nicht beim ersten Eintrag?
Wenn man dann dort volumeUp oder volumeDown auswählt und auf set drückt, wird die Lautstärke wie gewünscht angepaßt. Aber die set-Zeile springt sofort wieder auf volumeStraight (mit der neuen Lautstärke). "Schlimmer", in der webCmd-Zeile darüber wird der angezeigte Lautstärkewert nicht aktualisiert. Das passiert erst nach einem refresh im Browser.
Ist wirklich eine Kleinigkeit und stört nicht wirklich. Aber es könnte ja auch sein, daß irgendwas im Code nicht stimmt. Andererseits tritt dasselbe Problem auch in einer alten Version von 2018 auf, hat dann wohl nix mit meinen Änderugen zu tun.
Grüßle, Michael
Wenn man dann dort volumeUp oder volumeDown auswählt und auf set drückt, wird die Lautstärke wie gewünscht angepaßt. Aber die set-Zeile springt sofort wieder auf volumeStraight (mit der neuen Lautstärke). "Schlimmer", in der webCmd-Zeile darüber wird der angezeigte Lautstärkewert nicht aktualisiert. Das passiert erst nach einem refresh im Browser.
Ist wirklich eine Kleinigkeit und stört nicht wirklich. Aber es könnte ja auch sein, daß irgendwas im Code nicht stimmt. Andererseits tritt dasselbe Problem auch in einer alten Version von 2018 auf, hat dann wohl nix mit meinen Änderugen zu tun.
Grüßle, Michael
#10
DOIF / httpmod und doif die 2.
Letzter Beitrag von sash.sc - 01 Februar 2026, 10:28:07Hallo zusammen.
Ich frage per httpmod die Spritpreise ab. Klappt auch.
Habe mir über den Eventmonitor das doif erzeugen lassen, um mir die Spritpreise per Push aus Handy zu schicken.
Wenn ich das doif auch Check all setze bekomme ich die Nachrichten. Auch bei cmd1 manuell ausführen klappt es.
Nur im Automatik Modus nicht.
Warum löst das doif nicht aus. Wenn eines der Super E10 readings unter 1,70 € fällt?
Gruß und danke
Sascha
Ich frage per httpmod die Spritpreise ab. Klappt auch.
Habe mir über den Eventmonitor das doif erzeugen lassen, um mir die Spritpreise per Push aus Handy zu schicken.
Code Auswählen
DEF ([":^SuperE10"] <= 1.70)
(
{my $SE10A=ReadingsVal("AVIA","SuperE10","0");
my $SE10RE=ReadingsVal("Raiffeisen","SuperE10","0");
my $SE10PM=ReadingsVal("PM_Raesfeld","SuperE10","0");
my $SE10WE=ReadingsVal("Westfalen","SuperE10","0");
fhem ("set pushmsg msg <b>Spritpreise</b> <br> <br>AVIA E10: $SE10A € <br>PM $SE10PM €<br> Raiff.: E10: $SE10RE €<br>West_Lemb E10 $SE10WE € '' '' ");;}
)
DOELSE (set pushmsg msg Pech gehabt)
FUUID 69512c38-f33f-852e-3143-7d2cd979361dc381
FVERSION 98_DOIF.pm:0.306590/2025-12-25
MODEL FHEM
NAME Sprit_push
NOTIFYDEV global,.*().*
NR 720
NTFY_ORDER 50-Sprit_push
STATE cmd_1
TYPE DOIF
VERSION 30659 2025-12-25 12:37:16
eventCount 67
READINGS:
2026-02-01 10:14:59 Device Raiffeisen
2026-02-01 09:59:03 cmd 1
2026-02-01 09:59:03 cmd_event Sprit_push
2026-02-01 09:59:03 cmd_nr 1
2026-02-01 09:58:57 mode enabled
2026-02-01 09:59:03 state cmd_1
Regex:
accu:
bar:
barAvg:
collect:
cond:
:
0:
":^SuperE10" :^SuperE10
attr:
cmdState:
wait:
waitdel:
condition:
0 ::EventDoIf('',$hash,'^SuperE10',0) <= 1.70
do:
0:
0 {my $SE10A=ReadingsVal("AVIA","SuperE10","0"); my $SE10RE=ReadingsVal("Raiffeisen","SuperE10","0"); my $SE10PM=ReadingsVal("PM_Raesfeld","SuperE10","0"); my $SE10WE=ReadingsVal("Westfalen","SuperE10","0"); fhem ("set pushmsg msg <b>Spritpreise</b> <br> <br>AVIA E10: $SE10A € <br>PM $SE10PM €<br> Raiff.: E10: $SE10RE €<br>West_Lemb E10 $SE10WE € '' '' ");;}
1:
0 set pushmsg msg Pech gehabt
helper:
NOTIFYDEV global,.*().*
event SuperE10: 1.749
globalinit 1
last_timer 0
sleeptimer -1
timerdev Raiffeisen
timerevent SuperE10: 1.749
triggerDev Raiffeisen
timerevents:
Diesel: 1.709
SuperE10: 1.749
SuperE5: 1.779
timereventsState:
Diesel: 1.709
SuperE10: 1.749
SuperE5: 1.779
triggerEvents:
Diesel: 1.709
SuperE10: 1.749
SuperE5: 1.779
triggerEventsState:
Diesel: 1.709
SuperE10: 1.749
SuperE5: 1.779
internals:
readings:
trigger:
uiState:
uiTable:
Attributes:
checkReadingEvent 1
checkall all
room Spritpreise
Wenn ich das doif auch Check all setze bekomme ich die Nachrichten. Auch bei cmd1 manuell ausführen klappt es.
Nur im Automatik Modus nicht.
Warum löst das doif nicht aus. Wenn eines der Super E10 readings unter 1,70 € fällt?
Gruß und danke
Sascha