Neueste Beiträge

#41

FHEMWEB / Aw: [Voicecontrol] Button für ...

Letzter Beitrag von Beta-User - 22 März 2026, 11:36:36

Habe zwischenzeitlich mal in den Code von FULLY geschaut und da ein paar Dinge umgebaut.

Jetzt gibt es jedenfalls bei FULLY zwei neue set-Optionen:

Code Auswählen Erweitern

set <fully> host <IP-Adresse>
Das ist dazu gedacht, (aus FHEMWEB/js) heraus die IP-Adresse ggf. neu zu setzen. Damit könnte man das (ohne MQTT) lösen:

Meine Erfahrungen mit FULLY fingen jetzt jedenfalls erst mal damit an, dass die IP-Adresse meines Androiden unterschiedlich war, je nach genutzem AP und Frequenz . Also schon mal nix mit zuverlässigen reconnects.
Vielleicht hilft da die MQTT-Schnittstelle weiter, wir werden sehen.

Code Auswählen Erweitern

set <fully> gotSTT [FW_ID] <text>Im Moment nimmt das (optional)
- die FW_ID (damit man weiß, wohin die Antwort gehen soll, falls das künfig nur via FHEMWEB gelöst werden könnte, wird als Internal verwaltet) und
- den Textinput entgegen, der dann erst mal schlicht als Readingaktualisierung ein Event auslöst.
Mittelfristig wäre die Idee, das direkt weiterzugeben, per Attribut konfigurierbar.

Mal sehen, ob ich nachher noch Lust habe, f18.js entsprechend anzupassen.

@Rudi: Ich unterstelle mal, dass es ok ist, in f18.js direkt einige Sonderbehandlungen für fully vorzusehen? Hilfreich wäre in jedem Fall eine Zeile, die jeweils die host-Angabe akutell hält (über ein devspec-mit-fully-Id-set).
Prinzipiell würde ich dazu tendieren, das meiste in der temporären FHEMWEB-Instanz zu verwalten, v.a. auch, weil man nicht gezwungen sein sollte, tatsächlich eine FULLY-Instanz anzulegen, nur weil man den zufällig für einen für diesen Zweck guten Browser hält...

#42

Wunschliste / Aw: Dokumentation zu CUL FW un...

Letzter Beitrag von rudolfkoenig - 22 März 2026, 11:32:00

Somit zum Wunsch - ist es nicht möglich, das ganze in einer halben Seite zusammen zu fassen - mit den aktuellen Links zu den "normalen" oder Typischen Teilen, welche man nutzt? Unkompliziert wenn man dieseys >Element nicht selbst entwickeln will?

Ich gehe davon aus, dass dieses Wissen nicht in der Form, wie Du es benoetigst, bei jemandem vorhanden ist.

Da laut deinem Text Du das gerade testest, waere es fuer Alle ein Gewinn, deine Erfahrungen zu protokollieren und zu veroeffentlichen: auch wenn es nicht perfekt ist, es ist eine funktionierende Version.
Damit haetten auch die Leute mit Teilwissen die Moeglichkeit, es zu verbessern.

#43

SVG / Plots / logProxy / Aw: Linien eines readings unte...

Letzter Beitrag von rudolfkoenig - 22 März 2026, 11:19:05

Ich vergleiche solche Daten, indem ich in der Quell-SVG die Linie kopiere (linke Maustaste auf der gewuenschten Beschriftung und Copy), und im Ziel-SVG einfuege.
Eine Alterntaive ist laut Doku und wiki.fhem.de die logProxy offset Option.

#44

Wunschliste / Dokumentation zu CUL FW und fl...

Letzter Beitrag von martinp876 - 22 März 2026, 10:54:34

hier auf der Wunschseite wünsche ich mir eine einfache Beschreibung zum Einsatz der CUL - insbesondere für Homematic.

Hintergrund zu meiner Situation und damit den Anforderungen: for 8-10 Jahren habe ich die IOs für CUL_HM eingebaut und ausgemessen. Leider sind die IOs alle verstorben (HMLAN, HM-LGW) und nicht mehr verfügbar, genau wie CUNO und CUL-V2. CUNx ist unklar, hatte ich aber auch nie.
Also CUL gekauft, V5 bekommen.
Ich habe die Umgebung Windows als PC, Raspberry als server. Ok, Nerds bestehen auf einem reinen Lunix environment, aber das haben nicht alle.

Die Aufgabe ist also die CUL zu flashen.
  1) man brauch einen Treiber unter Windows
  2) man flasht über das Web-Frontend
  3) der Boot-taster muss beim Power-up gedrückt sein
==>links dazu packen, fertig. Leider muss man sich das in der ganzen Prosa zusammensuchen (und ich hasse suchen) und wird auf x Ausnahmen aufmerksam gemacht.
nun braucht man noch die korrekte FW. Für FHEM gibt es eine Link. Auf Busware ist es (nicht straight forward zu finden).
die "normale" FW der CUL funktioniert für HM (CUL_HM) mehr Schlecht als Recht, da keine Timestamps geliefert werden.

==> Ich habe unterschiedliche HW Versionen der CUL gesehen und auch unterschiedliche FW. Eine Kompatibilitätsliste wäre hilfreich (ein easy select). Ebenso eine Feature-Liste (keine Prosa erforderlich in der quick-link liste)


Meine CUL funktioniert wieder - aber nicht in der gewohnten Performance. Ich muss mich nun wieder damit beschäftigen unsd suchen.

Somit zum Wunsch - ist es nicht möglich, das ganze in einer halben Seite zusammen zu fassen - mit den aktuellen Links zu den "normalen" oder Typischen Teilen, welche man nutzt? Unkompliziert wenn man dieseys >Element nicht selbst entwickeln will?

Ich werde wohl noch einmal eine ganze Zeit investieren müssen um das (nach 8 Jahren Pause) wieder stabil zu bekommen

#45

Anfängerfragen / Aw: Zugriff mit tailscale

Letzter Beitrag von Bracew - 22 März 2026, 10:52:56

frage dazu, die adresse vom Gerät? ich greife ja mit anderer zu, welche weiss ich doch nicht, oder?

Hallo,
wenn Du in in der Weboberfläche von Tailscale angemeldet bist, siehst Du unter: https://login.tailscale.com/admin/machines in der 2. Spalte die IPv4 Adressen Deiner Geräte. Diese bleiben im Tailscale-Netz über die Zeit immer gleich und ändern sich nicht. Eine (oder mehrere Adressen, je nachdem von welchen Deiner Unterwegs-Geräte Du im Tailscale-Netz auf FHEM Zuhause zugreifen willst) musst Du mit "allowfrom" Deines FHEM zulassen. Und, dies auch für die verschiedenen Einstiegsports in Deine FHEM Oberfläche (WEB, WEBphone, WEBtablet, WEBtv...).

#46

Einplatinencomputer / Aw: USB Verbindung funktionier...

Letzter Beitrag von KölnSolar - 22 März 2026, 10:49:47

Dein "tee"-Fix kommt trotzdem auf meine Liste: Hin und wieder schmiert mir zigbee2mqtt (docker) ab, der Stick ist dann nicht mehr zu erreichen, dann ist Zeit für "unplug"+Neustart des ganzen Rechners. Auch, wenn da oft viele Wochen dazwischenliegen: Unschön...

Ja, so war das bei mir früher auch.

Musste soeben erstmalig einen Ausfall ohne Logmeldungen  eines Signalduino, an aktivem Hub im neuen RPi5-System festststellen. Gleiches hatte ich heute Nacht auf dem RPi3B, was dort später wieder zu einem reboot durch den watchdog führte.

Mein unbind/bind auf dem 5er hat ihn remote zum Leben ohne unplug/plug/reboot erweckt. Sieht so in den Logs aus.

Code Auswählen Erweitern

[Sun Mar 22 10:29:29 2026] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[Sun Mar 22 10:29:29 2026] ftdi_sio 1-2.2:1.0: device disconnected
[Sun Mar 22 10:29:58 2026] ftdi_sio 1-2.2:1.0: FTDI USB Serial Device converter detected
[Sun Mar 22 10:29:58 2026] usb 1-2.2: Detected FT232R
[Sun Mar 22 10:29:58 2026] usb 1-2.2: FTDI USB Serial Device converter now attached to ttyUSB0


Code Auswählen Erweitern

2026.03.22 10:29:29 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_001PQQCF-if00-port0 disconnected, waiting to reappear (Sduino868)

2026.03.22 10:29:58 3: Setting Sduino868 serial parameters to 57600,8,N,1
2026.03.22 10:29:58 1: Sduino868/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_001PQQCF-if00-port0
2026.03.22 10:29:58 1: Sduino868/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_001PQQCF-if00-port0
2026.03.22 10:29:58 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_001PQQCF-if00-port0 reappeared (Sduino868)
2026.03.22 10:30:00 3: Sduino868/init: disable receiver (XQ)
2026.03.22 10:30:01 3: Sduino868/init: get version, retry = 0
2026.03.22 10:30:01 3: Sduino868/init: firmwareversion with ccBankSupport found -> send b?
2026.03.22 10:30:01 2: Sduino868: initialized. v3.4.7-dev_ralf_18.11.
2026.03.22 10:30:01 3: Sduino868/init: enable receiver (XE)

Auf dem Pi3B wurde er dann, was die Kommunikation anbelangt, langsam bis das LAN 1-2h später weg war und der watchdog dann einen reboot ausführte.
Auf dem 5er erhoffe ich mir, dass das nun aber folgenlos bleibt.

Beim 3er hatte ich fhem plugdev hinzugefügt aber nicht rebootet. Beim 5er habe ich es noch gar nicht gemacht, um Unterschiede eindeutig festzustellen.

#47

Solaranlagen / Aw: Modul für Ecoflow-Komponen...

Letzter Beitrag von phantom - 22 März 2026, 10:42:06

ja korrekt, das "triggern" per App gilt nur für MQTT. 
per HTTP-Modul klappt das Polling bei mir alle 180 sec. problemlos

noch nicht probiert habe ich ein disconnect/connect des MQTT-Client, wenn es mal wieder hakt
wenn das klappen sollten, macht evtl. ein Timer dafür Sinn

ich warte mal ab, wann MQTT wieder aussetzt ...

#48

Solaranlagen / Aw: Modul für Ecoflow-Komponen...

Letzter Beitrag von KölnSolar - 22 März 2026, 09:51:33

Mir ist noch aufgefallen, daß die Ecoflow Cloud keine laufenden Daten mehr liefert, wenn ich über 3-4 Tage lang die Ecoflow-App nicht genutzt habe. Es geht erst weiter, wenn ich mal kurz die App anwerfe; dann kommen wieder alle Daten von allen Geräten.

Sicher ? Ein solches Verhalten kenne ich nur von der MQTT-Variante. Über das Modul(API) bekomme ich immer Daten für eine Delta2 u. einen Powerstream. Die Delta2 spreche ich bis dato 2mal am Tag über MQTT-set an. Ob das einen Unterschied macht ?
Zukünftig soll das bei mir über das Modul laufen. Da teste ich aber noch, da es hier nicht "regelmäßig" funktioniert. Suche noch nach Ursachen.

#49

Anfängerfragen / Aw: Shelly 1PM soll per Schütz...

Letzter Beitrag von punker - 22 März 2026, 09:36:16

Danke schon mal.
Werde wegen Übertemperatur-Sicherheitsabschaltung meinen Nachbarn befragen.
Der war bei Siemens.

#50

FHEM Development / Verwaltung Icons

Letzter Beitrag von DS_Starter - 22 März 2026, 09:32:01

Hallo zusammen,

gibt es außer Wuppi68 noch jemanden der sich zentral um das Einchecken von Icons kümmert?
Aktuell liegen seit dem 18. Januar einige Requests vor -> https://forum.fhem.de/index.php?topic=12605.690#bot

Wuppi68 war zuletzt am 18.01. aktiv. Ich habe ihn angeschrieben, aber bis jetzt keine Antwort erhalten.

Schönen Sonntag & LG,
Heiko