Hauptmenü

Neueste Beiträge

#91
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.

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
#92
Automatisierung / Aw: Verketten von FHEM Befehle...
Letzter Beitrag von RalfRog - 12 Dezember 2025, 18:33:06
@Gisbert
Zitat von: Gisbert am 12 Dezember 2025, 10:05:45Hallo 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
Zitat von: frober am 12 Dezember 2025, 10:25:44Und 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.
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.
#93
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?
#94
Unterstützende Dienste / Aw: LD2450 Radar - Standalone ...
Letzter Beitrag von betateilchen - 12 Dezember 2025, 18:31:08
Zitat von: Monti am 12 Dezember 2025, 16:49:54Auf 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.
#95
Automatisierung / Aw: Fehlende Logeinträge im Fi...
Letzter Beitrag von betateilchen - 12 Dezember 2025, 18:29:48
Zitat von: Marko1976 am 12 Dezember 2025, 16:52:25ehe ich mir überlege wie ich gleichzeitig im Bett und am PC sein kann.

Mit einem Tablet und einer Tüte Popcorn funktioniert das wunderbar.
#96
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 12 Dezember 2025, 18:28:05
ZitatÜ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.
#97
FHEM Development / Aw: FHEM auf OpenWrt
Letzter Beitrag von betateilchen - 12 Dezember 2025, 18:27:33
Zitat von: jw2013 am 12 Dezember 2025, 14:43:45Hoffe das erklärts für's Erste ;-)

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

Eine Anmerkung hierzu:

Zitat von: jw2013 am 12 Dezember 2025, 14:43:45configDB 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.
#98
Automatisierung / Aw: Fehlende Logeinträge im Fi...
Letzter Beitrag von frober - 12 Dezember 2025, 18:25:54
Zitat von: Beta-User am 12 Dezember 2025, 15:31:57
Zitat von: frober am 12 Dezember 2025, 13:36:06Bei einem userReading gibt es standardmäßig kein Event, da die Gefahr zu groß ist, das es sich selbst triggert.
?

Die getriggerten userReadings werden selbstredend Teil des Event-Stapels (bulk).

Du hast Recht, ich hab's verwechselt.  :(
#99
Automatisierung / Aw: KNX Jalousiesteuerung mit ...
Letzter Beitrag von erwin - 12 Dezember 2025, 17:46:57
...das sieht für mich so aus, als ob die Befehle für die Lamelle an das falsche deviceDG.Treppenhaus.Jalousie.Position Pos.Absolute: 50 % gesendet werden und NICHT ans LamellenDevice.
Am Lamellendevice sieht man nur die "gets", die der Aktor auch schickt, falls nur "Position" verstellt wird.
Je nachdem ob Position relativ "hinauf" oder "runter" gefahren wird, steht die Lamelle entweder auf 0% oder 100% !
l.g. erwin
#100
Automatisierung / Aw: KNX Jalousiesteuerung mit ...
Letzter Beitrag von superverbleit - 12 Dezember 2025, 17:27:31
Hab das attr ASC_SlatPosCmd_SlatDevice jetzt folgendermaßen abgeändert:
attr DG.Treppenhaus.Jalousie.Position ASC_SlatPosCmd_SlatDevice Pos.Absolute:DG.Treppenhaus.Jalousie.Lamelle

Ist das attr so dann richtig?

Zur Erinnerung: Morgens soll er auf 50% auf fahren und die Lamellen auf Pos 60% stellen.
                Abends wieder runter 100% und Lamelle auf 100%.

attr DG.Treppenhaus.Jalousie.Position ASC_Open_Pos 50:60
attr DG.Treppenhaus.Jalousie.Position ASC_Closed_Pos 100:100

Leider ist das Ganze immer noch ohne Erfolg, hier die Logs von heute morgen und gestern Abend:

ASC Log:
ASC_DEBUG!!! 2025.12.11 17:30:02 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - versetztes fahren
ASC_DEBUG!!! 2025.12.11 17:30:02 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - NoDelay: NEIN
ASC_DEBUG!!! 2025.12.11 17:30:02 - FnShuttersCommandSet: DG.Treppenhaus.Jalousie.Position - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
ASC_DEBUG!!! 2025.12.11 17:32:40 - FnSetCmdFn: DG.Treppenhaus.Jalousie.Position - Rollo wird gefahren, aktuelle Position: 50, Zielposition: 100. Grund der Fahrt: night close
ASC_DEBUG!!! 2025.12.12 08:11:37 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - versetztes fahren
ASC_DEBUG!!! 2025.12.12 08:11:37 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - NoDelay: NEIN
ASC_DEBUG!!! 2025.12.12 08:11:37 - FnShuttersCommandSet: DG.Treppenhaus.Jalousie.Position - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
ASC_DEBUG!!! 2025.12.12 08:12:33 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - versetztes fahren
ASC_DEBUG!!! 2025.12.12 08:12:33 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - NoDelay: NEIN
ASC_DEBUG!!! 2025.12.12 08:12:33 - FnShuttersCommandSet: DG.Treppenhaus.Jalousie.Position - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
ASC_DEBUG!!! 2025.12.12 08:12:33 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - versetztes fahren
ASC_DEBUG!!! 2025.12.12 08:12:33 - FnSetDriveCmd: DG.Treppenhaus.Jalousie.Position - NoDelay: NEIN
ASC_DEBUG!!! 2025.12.12 08:12:33 - FnShuttersCommandSet: DG.Treppenhaus.Jalousie.Position - Das Rollo wird gefahren. Kein Partymodus aktiv und das zugordnete Fenster ist entweder nicht offen oder keine Terassentür
ASC_DEBUG!!! 2025.12.12 08:16:59 - FnSetCmdFn: DG.Treppenhaus.Jalousie.Position - Rollo wird gefahren, aktuelle Position: 100, Zielposition: 50. Grund der Fahrt: day open
ASC_DEBUG!!! 2025.12.12 08:18:32 - FnSetCmdFn: DG.Treppenhaus.Jalousie.Position - Abbruch aktuelle Position ist gleich der Zielposition 50=50

Device Auf/Ab Log:
2025-12-11_17:32:40 DG.Treppenhaus.Jalousie.Position last-sender: fhem
2025-12-11_17:32:40 DG.Treppenhaus.Jalousie.Position Pos.Absolute: 100 %
2025-12-11_17:32:40 DG.Treppenhaus.Jalousie.Position 100 %
2025-12-11_17:33:21 DG.Treppenhaus.Jalousie.Position last-sender: 1.1.2
2025-12-11_17:33:21 DG.Treppenhaus.Jalousie.Position Pos.Status-get: 100 %
2025-12-11_17:33:21 DG.Treppenhaus.Jalousie.Position 100 %
2025-12-11_17:33:23 DG.Treppenhaus.Jalousie.Position Pos.Absolute: 100 %
2025-12-11_17:33:24 DG.Treppenhaus.Jalousie.Position last-sender: 1.1.2
2025-12-11_17:33:24 DG.Treppenhaus.Jalousie.Position Pos.Status-get: 97 %
2025-12-11_17:33:24 DG.Treppenhaus.Jalousie.Position 97 %
2025-12-11_17:33:25 DG.Treppenhaus.Jalousie.Position Pos.Absolute: 97 %
2025-12-12_08:16:59 DG.Treppenhaus.Jalousie.Position last-sender: fhem
2025-12-12_08:16:59 DG.Treppenhaus.Jalousie.Position Pos.Absolute: 50 %
2025-12-12_08:16:59 DG.Treppenhaus.Jalousie.Position 50 %
2025-12-12_08:17:34 DG.Treppenhaus.Jalousie.Position last-sender: 1.1.2
2025-12-12_08:17:34 DG.Treppenhaus.Jalousie.Position Pos.Status-get: 47 %
2025-12-12_08:17:34 DG.Treppenhaus.Jalousie.Position 47 %
2025-12-12_08:17:35 DG.Treppenhaus.Jalousie.Position Pos.Absolute: 47 %
2025-12-12_08:17:36 DG.Treppenhaus.Jalousie.Position last-sender: 1.1.2
2025-12-12_08:17:36 DG.Treppenhaus.Jalousie.Position Pos.Status-get: 50 %
2025-12-12_08:17:36 DG.Treppenhaus.Jalousie.Position 50 %
2025-12-12_08:17:37 DG.Treppenhaus.Jalousie.Position Pos.Absolute: 50 %


Device Lamelle:
2025-12-11_17:33:22 DG.Treppenhaus.Jalousie.Lamelle last-sender: 1.1.2
2025-12-11_17:33:22 DG.Treppenhaus.Jalousie.Lamelle Pos.Status-get: 100 %
2025-12-11_17:33:22 DG.Treppenhaus.Jalousie.Lamelle 100 %
2025-12-11_17:33:24 DG.Treppenhaus.Jalousie.Lamelle last-sender: 1.1.2
2025-12-11_17:33:24 DG.Treppenhaus.Jalousie.Lamelle Pos.Status-get: 0 %
2025-12-11_17:33:24 DG.Treppenhaus.Jalousie.Lamelle 0 %
2025-12-12_08:17:34 DG.Treppenhaus.Jalousie.Lamelle last-sender: 1.1.2
2025-12-12_08:17:34 DG.Treppenhaus.Jalousie.Lamelle Pos.Status-get: 0 %
2025-12-12_08:17:34 DG.Treppenhaus.Jalousie.Lamelle 0 %
2025-12-12_08:17:36 DG.Treppenhaus.Jalousie.Lamelle last-sender: 1.1.2
2025-12-12_08:17:36 DG.Treppenhaus.Jalousie.Lamelle Pos.Status-get: 100 %
2025-12-12_08:17:36 DG.Treppenhaus.Jalousie.Lamelle 100 %


Irgendwas passiert ja auch, aber nicht das, was ich will :( .
Auch sind im Log Aktionen doppelt drin, oder?

Komischerweise war die Lamellenposition gestern Abend auf 0%.
Heute morgen nicht 60%, sondern auch 100%.

Versteht ihr das?