Neueste Beiträge

#11

Sonstige Systeme / Aw: Nuki SmartLock Pro 5 - jem...

Letzter Beitrag von Invers - 12 Dezember 2025, 19:40:27

ja.
Seit wenigen Tagen.

#12

Sonstige Systeme / Aw: Nuki SmartLock Pro 5 - jem...

Letzter Beitrag von Fabiango - 12 Dezember 2025, 19:32:45

Hallo Invers,
du hast ein Smart Lock Pro der 5. Generation?
Bei mir gibt es das Menü Mqtt nicht mehr, sondern Matter.

#13

FHEMWEB / Aw: WEB HTTPS und RAM Verbrauc...

Letzter Beitrag von rudolfkoenig - 12 Dezember 2025, 19:12:58

ich habe heute in meiner Docker-FHEM für das WEB Modul HTTPS aktiviert.

Ich vermute, dass mit "WEB Modul" FHEMWEB gemeint ist.

Ich habe jetzt mit einer wget-Schleife:

Code Auswählen Erweitern

wget -q --no-check-certificate -O /dev/null https://localhost:8083/fhem
die Startseite von fhem 1000-mal abgeholt, und konnte keinen Zuwachs feststellen.
Vermutlich liegt das Problem anderswo.

#14

Sonstige Systeme / Aw: Nuki SmartLock Pro 5 - jem...

Letzter Beitrag von Invers - 12 Dezember 2025, 18:51:18

In der App Funkionen und Konfiguration, Smarthome Mqtt, läuft bei mir.

Code Auswählen Erweitern

defmod Nuki MQTT2_DEVICE Nuki_49F1FD17
attr Nuki IODev MQTT2_Server
attr Nuki devStateIcon 1:smartlock_locked@lightSkyBlue .*:smartlock_unlocked@red
attr Nuki readingList Nuki_49F1FD17:nuki/49F1FD17/connected:.* connected\
Nuki_49F1FD17:nuki/49F1FD17/timestamp:.* timestamp\
Nuki_49F1FD17:nuki/49F1FD17/deviceType:.* deviceType\
Nuki_49F1FD17:nuki/49F1FD17/name:.* name\
Nuki_49F1FD17:nuki/49F1FD17/firmware:.* firmware\
Nuki_49F1FD17:nuki/49F1FD17/batteryChargeState:.* batteryChargeState\
Nuki_49F1FD17:nuki/49F1FD17/batteryCritical:.* batteryCritical\
Nuki_49F1FD17:nuki/49F1FD17/batteryCharging:.* batteryCharging\
Nuki_49F1FD17:nuki/49F1FD17/keypadBatteryCritical:.* keypadBatteryCritical\
Nuki_49F1FD17:nuki/49F1FD17/doorsensorBatteryCritical:.* doorsensorBatteryCritical\
Nuki_49F1FD17:nuki/49F1FD17/state:.* state\
Nuki_49F1FD17:nuki/49F1FD17/mode:.* mode\
Nuki_49F1FD17:nuki/49F1FD17/serverConnected:.* serverConnected\
Nuki_49F1FD17:nuki/49F1FD17/lockActionEvent:.* lockActionEvent\
Nuki_49F1FD17:nuki/49F1FD17/commandResponse:.* commandResponse
attr Nuki room MQTT2_DEVICE,Wohnung->Korridor
attr Nuki setList lock:noArg nuki/49F1FD17/lockAction 2

[@Gisbert]

#15

Automatisierung / Aw: Verketten von FHEM Befehle...

Letzter Beitrag von RalfRog - 12 Dezember 2025, 18:33:06

@Gisbert

Hallo Ralf,
ich meine mich zu erinnern, dass im raw-Code (definitiv), aber auch in der Fhem-Kommandozeile Semikolon gedoppelt werden müssen, während es im Code/Definition nur einfach benutzt wird. Es gab kürzlich einen Forumsbeitrag bzw. mehrere dazu, nur finde ich den nicht mehr.
Ob eine Doppelung im Code/Definition immer schädlich ist, kann ich nicht sagen.

Ich denke die Doppelung kann auch "halbwegs" funktionieren. Bei mir ja wenn die Reihenfolge im "at" -> erst "msg" und dann "set" ist - mit dem Nebeneffekt des etwas merkwürdigen Logeintrags. In der umgekehrten Reihenfolge nicht - bei entsprechender Fehlermeldung im Log.
Lief/läuft ja ein paar Jahre (Meldung in Telegram und dann "set DBRep exportToFile") - nur auf den Logeintrag hab ich nicht so ganz genau geschaut, da er ja fast gut aussieht.


@frober

Und zum eigentlichen Thema, wenn nach msg ein weiterer Befehl kommt wird dieser bei mir auch nicht ausgeführt. Ich vermute, das msg hier das Problem ist, hatte aber noch keine Zeit das zu überprüfen. Ich sende msg immer zuletzt.

Bei mir ist es so (mit dem Semikolon zuviel), dass es funktioniert wenn "msg" zuerst kommt und dann "set" => merkwürdiger Logeintrag.

Code Auswählen Erweitern

2025.12.11 21:20:41.972 3: msg globalMsg: TYPE=push ROUTE=telegram STATUS=OK PRIORITY=0 TITLE='' MSG='Logtest;set LampeHighboard off'
Umgekehrt nicht - mit Fehlermeldung im Log.
   
==> oder vielleicht doch nicht so merkwürdig und der Teil mit set ist Bestandteil der Message.
Dann könntest du natürlich recht haben...   dem widerspricht allerdings, dass in dem Fall die Message korrekt "Logtest" (ohne das Anhängsel ";set..") in Telegram ankommt und auch der "set" ausgeführt wird und nur der Logeintrag so wie oben ist.

• Ich teste es nochmal mit "einfachem" Semikolon im Editor beim Klick auf DEF. Macht ja keinen Sinn eine falsche Syntax durchzutesten, um zu sehen wann es doch geht.

#16

Automatisierung / Aw: KNX Jalousiesteuerung mit ...

Letzter Beitrag von Beta-User - 12 Dezember 2025, 18:31:40

Das eventMap macht es m.E. nicht durchsichtiger...

Muss das sein?

#17

Unterstützende Dienste / Aw: LD2450 Radar - Standalone ...

Letzter Beitrag von betateilchen - 12 Dezember 2025, 18:31:08

Auf github habe ich ein script und eine HTML mit hoffentlich kompletter Installationsanleitung offen zur Verfügung gestellt um den LD2450-Radarsensor in FHEM einzubinden.

Informationsgehalt dieser Nachricht: NULL.

#18

Automatisierung / Aw: Fehlende Logeinträge im Fi...

Letzter Beitrag von betateilchen - 12 Dezember 2025, 18:29:48

ehe ich mir überlege wie ich gleichzeitig im Bett und am PC sein kann.

Mit einem Tablet und einer Tüte Popcorn funktioniert das wunderbar.

#19

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 12 Dezember 2025, 18:28:05

Übrigens: Die Integration von Helligkeitssensoren wird unerlässlich sein, um im Fall einer abgeregelten Netzeinspeiseleistung überhaupt noch erkennen zu können, ob zu einem Zeitpunkt mehr an PV-Leistung abgerufen werden kann, als dies zu diesem Zeitpunkt aktuell der Fall ist. Daher möchte ich anregen, diesen Fall bei der Weiterentwicklung von SF zu berücksichtigen.

Gerne. Deswegen habe ich in #4628 schon einige Aspekte aufgeschrieben, die dafür gelöst werden müssen.
Ich freue mich auf euren Input.

[configDB benötigt Text::Diff]

#20

FHEM Development / Aw: FHEM auf OpenWrt

Letzter Beitrag von betateilchen - 12 Dezember 2025, 18:27:33

Hoffe das erklärts für's Erste

Ja, da sind einige nachvollziehbare Erklärungen dabei, danke.

Eine Anmerkung hierzu:

configDB benötigt Text::Diff

Text::Diff wird nicht für die Funktionalität von configDB.pm selbst benötigt, sondern um in der zugehörigen Command-Datei 98_configdb.pm dem Anwender die Vergleichsmöglichkeit von Konfigurationsversionen im Frontend anzubieten. Man könnte diesen Teil auch davon abhängig machen, ob Text::Diff überhaupt vorhanden ist.

Aber die Datenbankanbindungen selbst sind natürlich derzeit der wirkliche Showstopper.