- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#1
Sonstiges / Aw: DBI connect fail
Letzter Beitrag von betateilchen - 01 Dezember 2025, 18:29:40Wohin soll denn gelogged werden, wenn die configDB beim FHEM Start nicht erreichbar ist und deshalb gar kein Filelog device existiert?
Außerdem wäre es mit einem Logging der Nichterreichbarkeit nicht getan. Die configDB muss permanent erreichbar sein, weil daraus regelmäßig gelesen werden muss, beispielsweise, wenn ein SVG plot angezeigt werden soll oder wenn irgendein Modul mit secrets arbeitet, die im FHEM-keystore abgelegt sind.
Das NAS befindet sich doch in Deinem eigenen Netzwerk und hat vermutlich eine feste IP Adresse. Warum gibst Du nicht die IP Adresse als host in der Konfigurationsdatei für die Datenbankverbindung an?
Dann kannst Du zumindest DNS Probleme innerhalb Deines Netzwerkes ausschließen. Ob es tatsächlich hilft, die Nichterreichbarkeiten zu verhindern, musst Du dann beobachten.
Außerdem wäre es mit einem Logging der Nichterreichbarkeit nicht getan. Die configDB muss permanent erreichbar sein, weil daraus regelmäßig gelesen werden muss, beispielsweise, wenn ein SVG plot angezeigt werden soll oder wenn irgendein Modul mit secrets arbeitet, die im FHEM-keystore abgelegt sind.
Das NAS befindet sich doch in Deinem eigenen Netzwerk und hat vermutlich eine feste IP Adresse. Warum gibst Du nicht die IP Adresse als host in der Konfigurationsdatei für die Datenbankverbindung an?
Dann kannst Du zumindest DNS Probleme innerhalb Deines Netzwerkes ausschließen. Ob es tatsächlich hilft, die Nichterreichbarkeiten zu verhindern, musst Du dann beobachten.
#2
Sonstiges / DBI connect fail
Letzter Beitrag von Hardy74 - 01 Dezember 2025, 17:34:08Moin,
in anderen Kontexten wurde schon erörtert, dass
Frage: wie kann ich konfigurieren, das fhem nicht den Totalabsturz bei dem Problem hinlegt, sondern einfach nur loggt "habe die db nicht erreicht"?
Momentan verabschiedet sich mit dem Absturz von fhem der ganze Container, den ich nun auf Restart konfiguriert habe. Das funktioniert so weit, aber schöner wäre, wenn fhem nicht so gnadenlos abstürzen würden, nur weil das Netzwerk grad mal unpässlich ist.
Danke!
Grüße,
Hartwig
in anderen Kontexten wurde schon erörtert, dass
Code Auswählen
DBI connect('database=fhem;host=hdb-nas.fritz.box;port=3306','raspi22',...) failed: Unknown MySQL server host 'hdb-nas.fritz.box' (-3) at configDB.pm line 751.aufgrund von Netzwerk-/DNS-Problemen zustande kommen kann. Ja, die mag es geben.Frage: wie kann ich konfigurieren, das fhem nicht den Totalabsturz bei dem Problem hinlegt, sondern einfach nur loggt "habe die db nicht erreicht"?
Momentan verabschiedet sich mit dem Absturz von fhem der ganze Container, den ich nun auf Restart konfiguriert habe. Das funktioniert so weit, aber schöner wäre, wenn fhem nicht so gnadenlos abstürzen würden, nur weil das Netzwerk grad mal unpässlich ist.
Danke!
Grüße,
Hartwig
#3
Bastelecke / Aw: Entwicklung SIGNALDuino Em...
Letzter Beitrag von Zeitisen - 01 Dezember 2025, 17:31:58Ich habe den Maple nach diesem Bild aufgelötet:
Das ist aber falsch! Bitte Bild berichtigen!
Du darfst diesen Dateianhang nicht ansehen.
So wäre es richtig:
Du darfst diesen Dateianhang nicht ansehen.
Jetzt muss alles wieder runter. Hoffentlich geht das gut.
Das ist aber falsch! Bitte Bild berichtigen!
Du darfst diesen Dateianhang nicht ansehen.
So wäre es richtig:
Du darfst diesen Dateianhang nicht ansehen.
Jetzt muss alles wieder runter. Hoffentlich geht das gut.
#4
FRITZ!Box / Aw: Timeouts FRITZBOX_Readout_...
Letzter Beitrag von matze1999 - 01 Dezember 2025, 16:07:35Hallo,
bei der 7490 tritt der Fehler mit der Beta nur noch ganz selten auf, bei der 6850 LTE immer noch regelmäßig, siehe log.
matze
bei der 7490 tritt der Fehler mit der Beta nur noch ganz selten auf, bei der 6850 LTE immer noch regelmäßig, siehe log.
matze
#5
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von wieral - 01 Dezember 2025, 15:24:13Hi Stefan,
danke für den Hinweis.
Ich hatte bereits alles neu gestartet und keine weiteren Energiedaten erhalten.
Das Kommunikationsmodul muss aber die Daten an Viessmann senden.
In der ViCare App werden unter "Analyse -> erweiterte Berichte" die Energiedaten sogar für stündlich angezeigt.
Gruß
Ralf
danke für den Hinweis.
Ich hatte bereits alles neu gestartet und keine weiteren Energiedaten erhalten.
Das Kommunikationsmodul muss aber die Daten an Viessmann senden.
In der ViCare App werden unter "Analyse -> erweiterte Berichte" die Energiedaten sogar für stündlich angezeigt.
Gruß
Ralf
#6
Heizungssteuerung/Raumklima / Aw: Läuft: Heizung mit eBus-Sc...
Letzter Beitrag von xray - 01 Dezember 2025, 14:21:14Ich konnte bei mir kein auffälliges Verhalten im Sinne von CPU-Last oder Freezes feststellen.
Die mqtt-Variante kannst du ganz normal installieren:
https://github.com/john30/ebusd/releases/tag/25.1
Bei Aufruf von "ebusd --help" werden, soweit mir bekannt, die mqtt-Optionen nur in der mqtt-Variante ausgegeben - z.B.
Die mqtt-Variante kannst du ganz normal installieren:
https://github.com/john30/ebusd/releases/tag/25.1
Bei Aufruf von "ebusd --help" werden, soweit mir bekannt, die mqtt-Optionen nur in der mqtt-Variante ausgegeben - z.B.
Code Auswählen
MQTT options:
--mqtthost=HOST Connect to MQTT broker on HOST [localhost]
--mqttport=PORT Connect to MQTT broker on PORT (usually 1883), 0
to disable [0]
--mqttclientid=ID Set client ID for connection to MQTT broker
[ebusd_25.1_<pid>]
--mqttuser=USER Connect as USER to MQTT broker (no default)
--mqttpass=PASSWORD Use PASSWORD when connecting to MQTT broker (no
default)
--mqtttopic=TOPIC Use MQTT TOPIC (prefix before /%circuit/%name or
complete format) [ebusd]
--mqttglobal=TOPIC Use TOPIC for global data (default is "global/"
suffix to mqtttopic prefix)
--mqttretain Retain all topics instead of only selected global
ones
--mqttqos=QOS Set the QoS value for all topics (0-2) [0]
--mqttint=FILE Read MQTT integration settings from FILE (no
default)
--mqttvar=NAME[+]=VALUE[,...] Add variable(s) to the read MQTT
integration settings (append to already existing
value with "NAME+=VALUE")
--mqttjson[=short] Publish in JSON format instead of strings,
optionally in short (value directly below field
key)
--mqttverbose Publish all available attributes
--mqttlog Log library events
--mqttversion=VERSION Use protocol VERSION [3.1]
--mqttignoreinvalid Ignore invalid parameters during init (e.g. for
DNS not resolvable yet)
--mqttchanges Whether to only publish changed messages instead
of all received
--mqttca=CA Use CA file or dir (ending with '/') for MQTT TLS
(no default)
--mqttcert=CERTFILE Use CERTFILE for MQTT TLS client certificate (no
default)
--mqttkey=KEYFILE Use KEYFILE for MQTT TLS client certificate (no
default)
--mqttkeypass=PASSWORD Use PASSWORD for the encrypted KEYFILE (no
default)
--mqttinsecure Allow insecure TLS connection (e.g. using a self
signed certificate)
#7
Sprachsteuerung / Aw: 39_gassistant.pm (Google A...
Letzter Beitrag von hapege - 01 Dezember 2025, 14:07:22Servus,
Ich finde das etwas besorgniserregend - vom Rumgebastel mit veralteten Versionen ist mit Nachdruck abzuraten. Eine nicht mehr gepflegte node Version mit Sicherheitslücken, darauf eine genauso nicht mehr gepflegte Modulversion, die auf veralteten, ungepflegten Libraries mit weiteren Sicherheitslücken beruht - und das ganze dann auf einer längst nicht mehr gepflegten Ubuntu Version? Leute, ernsthaft? Und nein, dass fhem "ja nur lokal läuft" ist nicht ansatzweise eine Argument. Und Gassistant ist ein Cloud-Service...
Das gassistant Modul ist end of life, nicht mehr funktionsfähig, wird nicht mehr gepflegt. Also lieber Finger weg. Die Integration mit Google lässt sich sauber über homebridge realisieren, das ist up to date und gepflegt. Ja, der Service dahinter kostet was - Google ist halt kein Wohltätigkeitsverein.
Meine 50ct...
Ich finde das etwas besorgniserregend - vom Rumgebastel mit veralteten Versionen ist mit Nachdruck abzuraten. Eine nicht mehr gepflegte node Version mit Sicherheitslücken, darauf eine genauso nicht mehr gepflegte Modulversion, die auf veralteten, ungepflegten Libraries mit weiteren Sicherheitslücken beruht - und das ganze dann auf einer längst nicht mehr gepflegten Ubuntu Version? Leute, ernsthaft? Und nein, dass fhem "ja nur lokal läuft" ist nicht ansatzweise eine Argument. Und Gassistant ist ein Cloud-Service...
Das gassistant Modul ist end of life, nicht mehr funktionsfähig, wird nicht mehr gepflegt. Also lieber Finger weg. Die Integration mit Google lässt sich sauber über homebridge realisieren, das ist up to date und gepflegt. Ja, der Service dahinter kostet was - Google ist halt kein Wohltätigkeitsverein.
Meine 50ct...
#8
Solaranlagen / Aw: Frage: Erfahrungsberichte ...
Letzter Beitrag von joachimS - 01 Dezember 2025, 13:46:01Habe eine Venus E V2, aber noch ohne Integration.
Marstek hat eine local api über udp aufgemacht, immerhin mit set Mode, läuft aber bei den Usern oft nicht stabil.
Darauf basierend gibt es eine HA Integration. Hätte ich auch gerne in fhem.
https://www.photovoltaikforum.com/wissen/entry/129-marstek-venus-local-api/
Und
https://github.com/beardhatcode/marstek-ha
Marstek hat eine local api über udp aufgemacht, immerhin mit set Mode, läuft aber bei den Usern oft nicht stabil.
Darauf basierend gibt es eine HA Integration. Hätte ich auch gerne in fhem.
https://www.photovoltaikforum.com/wissen/entry/129-marstek-venus-local-api/
Und
https://github.com/beardhatcode/marstek-ha
#9
MQTT / Aw: Umzug von Bullseye nach Tr...
Letzter Beitrag von betateilchen - 01 Dezember 2025, 12:51:15Die Umstellung von MQTT auf MQTT2 ist doch bei nur 26 devices kein großer Akt. Wenn Du die ersten beiden Geräte umgestellt hast und weißt, worauf es ankommt, geht das recht flott von der Hand (ich weiß, wovon ich rede, ich habe mehr als 26 umgestellt...)
Das Ergebnis ist eben bei MQTT2 nicht das gleiche wie bei MQTT. MQTT2 wird laufend gepflegt und Anpassungen, z.B. bei mqtt-Protokolländerungen sind kurzfristig in FHEM verfügbar. Dank Rudi
Und die perl warnings, sowohl für TimeSeries als auch für ModBus sind bereits gemeldet.
Für ModBus hier: https://forum.fhem.de/index.php?topic=142884.0
Für TimeSeries in dem von Dir bereits zitierten Thread.
Da heißt es einfach: Geduld haben, bis die Modulautoren aktiv werden.
Bis dahin kannst Du die bereits vorgeschlagenen Änderungen ja auch in Deinen Moduldateien lokal vornehmen.
Das Ergebnis ist eben bei MQTT2 nicht das gleiche wie bei MQTT. MQTT2 wird laufend gepflegt und Anpassungen, z.B. bei mqtt-Protokolländerungen sind kurzfristig in FHEM verfügbar. Dank Rudi
Und die perl warnings, sowohl für TimeSeries als auch für ModBus sind bereits gemeldet.
Für ModBus hier: https://forum.fhem.de/index.php?topic=142884.0
Für TimeSeries in dem von Dir bereits zitierten Thread.
Da heißt es einfach: Geduld haben, bis die Modulautoren aktiv werden.
Bis dahin kannst Du die bereits vorgeschlagenen Änderungen ja auch in Deinen Moduldateien lokal vornehmen.
#10
Homematic / Aw: HM-Wired LAN Gateway (HMW-...
Letzter Beitrag von alpin28 - 01 Dezember 2025, 12:21:05Wunderschönen Tag,
ich habe gerade dieses Thema gelesen und habe nun natürlich auch Fragen dazu.
Kann man den Digitus DA-70157 direkt am der Raspberrymatic anstecken und
damit über die 4Kabeln (+, -, A, B) statt dem HMW-LGW-O-DR-GS-EU die Aktoren usw. per Wired ansteuern?
Würde mich sehr über deine Antwort freuen!
MfG
Alpin28
ich habe gerade dieses Thema gelesen und habe nun natürlich auch Fragen dazu.
Kann man den Digitus DA-70157 direkt am der Raspberrymatic anstecken und
damit über die 4Kabeln (+, -, A, B) statt dem HMW-LGW-O-DR-GS-EU die Aktoren usw. per Wired ansteuern?
Würde mich sehr über deine Antwort freuen!
MfG
Alpin28