Hauptmenü

Neueste Beiträge

#1
MQTT / Aw: MQTT2 mit signal-mqtt Dock...
Letzter Beitrag von ch.eick - 01 Februar 2026, 19:21:26
Hallo zusammen,
jetzt versuche ich etwas über signal-mqtt zu versenden und bekomme die Payload nicht hin.
Wer hätte da ein Beispiel für mich.

Im Docker Container Log sehe ich leider meine Nachricht nicht und dann kommt natürlich auch nichts in der Gruppe an.
Das Empfangen kann ich bereis sehen.

VG   Christian
#2
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von flashworker - 01 Februar 2026, 19:03:13
Danke für die schnelle Antwort.

Vielleicht habe ich mich etwas missverständlich ausgedrückt.

Zur Zeit habe ich die Zeile
readingsBulkUpdateIfChanged($hash,"restart_required",($jhash->{sys}{restart_required}==1)?"true":"false");in die 36_Shelly.pm eingefügt und gehofft, du könntest das dauerhaft implementieren.

Plan B wäre der Tipp mit dem Umschreiben gewesen.

Oder sehe ich den "Wald vor lauter Bäumen nicht" und kann bereits jetzt das "restart_required" aus irgendeinem Reading herauslesen?

Grüße und Danke
#3
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von Shadow3561 - 01 Februar 2026, 18:56:55
Bei mir funktioniert es tadellos. OSX mit Safari.
#4
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von FlatTV - 01 Februar 2026, 18:52:02
Also grundsätzlich läuft es nach dem Neustart.
Soundcork mit Trixie auf dem PI4 ist also okay.
Ich habe mir noch gegönnt, ebenfalls einen User Soundcork anzulegen.

Etwas ist aber noch strange.
Wenn ich den Server manuell starte, bekomme ich auch die Connection.
pi@pi3:~/soundcork $ telnet 192.168.178.188 8000
Trying 192.168.178.188...
Connected to 192.168.178.188.
Escape character is '^]'.
Starte ich den über systemctl, ist der laut Log auch da - aber ich bekomme keine Connection.
pi@pi3:~/soundcork $ telnet 192.168.178.188 8000
Trying 192.168.178.188...
telnet: Unable to connect to remote host: Connection refused
pi@pi3:~/soundcork $
Aber unter localhost ist er da!
pi@pi3:~/soundcork $ telnet localhost 8000
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
.env.shared und .env.private habe ich jetzt beide erfolglos gepflegt.
base_url = "http://192.168.178.188:8000"
data_dir = "/home/soundcork/db"
#5
Homematic / Aw: keine Readings von OpenCCU
Letzter Beitrag von Burny4600 - 01 Februar 2026, 18:47:47
Vom FHEM-Pi die OpenCCU-Pi Ports abgefragt.

Diese Ports sind OK.
80 port [tcp/http] succeeded!
2000 port [tcp/cisco-sccp] succeeded!
2001 port [tcp/*] succeeded!
2010 port [tcp/*] succeeded!
9292 port [tcp/*] succeeded!

Am OpenCCU-Pi siehe Anhang

An der Firewall kann es eigentlich nicht liegen, da bei manueller Anforderung der Status unter FHEM ersichtlich sind.

Welche Ports werden wirklich benötigt?
#6
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Prof. Dr. Peter Henning - 01 Februar 2026, 18:29:00
Da das nichts mit dem Modul zu tun hat: Falscher Forumsbereich.

pah
#7
FHEMWEB / Aw: Aktualisierung von GUI-Ele...
Letzter Beitrag von rudolfkoenig - 01 Februar 2026, 18:15:55
Ich habe kein Denon, und ein Versuch im FHEM eine Instanz zu definieren hat nicht wirklich geholfen.

Mit folgender dummy Definition sehe ich kein Problem:
define da dummy
attr da setList    volumeStraight:slider,0,1,100
attr da readingList volumeStraight
attr da webCmd      volumeStraight

Generell: der Wert ders Widgets wird aus einem Reading mit dem gleichen Namen ausgelesen.
#8
FHEMWEB / Aw: Unterschied :noArg zwische...
Letzter Beitrag von rudolfkoenig - 01 Februar 2026, 18:04:44
Zitatwird bei get das Suffix :noArg mit ausgegeben, bei set hingegen erwartungsgemäß nicht.
Erwartungsgemaess ist das nicht: FHEMWEB stellt anhand diesen Suffixen fest, welches Widget gewuenscht ist.
Wenn nichts angegeben ist, wird ein simples Textfeld angeboten.
#9
Homematic / Aw: keine Readings von OpenCCU
Letzter Beitrag von passibe - 01 Februar 2026, 17:58:09
Hast du gecheckt, ob da keine Firewall dazwischenfunkt?
Sowohl auf dem FHEM-Pi als auch die Firewall-Einstellungen auf der OpenCCU sind alle richtig gesetzt?
Ggfs mal mit nc -vz <IP> <PORT> die Ports von den jeweiligen Pis aus testen.
#10
MQTT / Aw: MQTT2 userReadings wird me...
Letzter Beitrag von ch.eick - 01 Februar 2026, 17:53:28
Zitat von: rudolfkoenig am 01 Februar 2026, 12:05:14
ZitatOkay, das Trennen war schon mal eine gute Idee.
Ich wuesste gerne, worauf diese Bemerkung sich bezieht.
Oh ja, das ist nicht klar geworden. Ich meine das Trennen von syncMessage und dataMessage auf unterschiedliche readings.
Vorher wurde durch beide MQTT Topics aus dem json gleiche Daten gelesen und in die selben readings geschrieben. Nun trenne ich in is_sync_.* und in_data_.* .

Zitat
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.
Okay, das leuchtet ein

ZitatBeim Absetzen der ersten Nachricht wird userReading einmal aufgerufen:
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.
Ja, dadurch das im readingList jetzt entschieden wird, ob es ein in_sync_.* oder ein in_data_.* ist, wird das geziehlt in separate readings abgelegt und es kommt nicht zu einer doppelten Beschreibung.

ZitatIch 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.
Sorry, das stimmt, ich hatte schon zuviel Stunden am Rechner gesessen und somit die Altlasten übersehen.