Alarm Clock MQTT

Begonnen von Marekh, 08 Dezember 2019, 00:11:31

Vorheriges Thema - Nächstes Thema

Marekh

Hallo kennt jemand die Android App Alarm Clock MQTT?

Diese sendet bei einen Weckalarm eine MQTT Nachricht.
Leider legt FHEM (MQTT2) bei jeden Wecken ein neues Gerät mit neuen Namen an.
Hier ein list eines neu angelegten Gerätes:
Internals:
   CFGFN     
   CID        1575756300715
   DEF        1575756300715
   DEVICETOPIC MQTT2_1575756300715
   FUUID      5dec220d-f33f-01d6-fb63-6b8f90d89607623d
   IODev      MQTTS_Server
   NAME       MQTT2_1575756300715
   NR         531421
   STATE      ???
   TYPE       MQTT2_DEVICE
   .attraggr:
   .attrminint:
   READINGS:
     2019-12-07 23:05:01   start           alarming
Attributes:
   IODev      MQTTS_Server
   readingList 1575756300715:alarm_clock_mqtt/start:.* start
   room       MQTT2_DEVICE

Beim nächsten Wecken wieder ein neues:
Internals:
   CFGFN     
   CID        1575756306585
   DEF        1575756306585
   DEVICETOPIC MQTT2_1575756306585
   FUUID      5dec2212-f33f-01d6-f090-a8fe154beb9ba550
   IODev      MQTTS_Server
   NAME       MQTT2_1575756306585
   NR         531429
   STATE      ???
   TYPE       MQTT2_DEVICE
   .attraggr:
   .attrminint:
   READINGS:
     2019-12-07 23:05:06   snooze          snooze
Attributes:
   IODev      MQTTS_Server
   readingList 1575756306585:alarm_clock_mqtt/snooze:.* snooze
   room       MQTT2_DEVICE


Schön wäre natürlich, wenn es immer das gleiche wäre.

Marek

TomLee

Hallo,

nimm mal die  CiD (1575756300715 inkl. Doppelpunkt) aus der readingList.

Also

1575756300715:alarm_clock_mqtt/start:.* start

ändern in

alarm_clock_mqtt/start:.* start

Wird dann immer noch ein neues Device angelegt ?

Gruß

Thomas

Marekh

Ja, auch dann wird jedes mal ein neues Device angelegt.
Allerdings kommt jetzt auch das Reading im alten Device.

Marek

rudolfkoenig

ZitatJa, auch dann wird jedes mal ein neues Device angelegt.
Ich habe den Ratschlag von TomLee getestet, und ich kann dieses Problem nicht nachstellen: bei mir wird nichts Neues erzeugt.

Im Detail:
fhem> infor timer

$ mosquitto_pub -i 1575756300715 -t alarm_clock_mqtt/start -m now

fhem>
2019-12-08 09:56:52 Global global DEFINED MQTT2_1575756300715
2019-12-08 09:56:52 Global global ATTR MQTT2_1575756300715 readingList 1575756300715:alarm_clock_mqtt/start:.* start
fhem> attr MQTT2_1575756300715 readingList alarm_clock_mqtt/start:.* start

$ mosquitto_pub -i 1575756300799 -t alarm_clock_mqtt/start -m now1
=> in FHEM wird nichts mehr angelegt, nur MQTT2_1575756300715:start auf now1 gesetzt

Beta-User

Na ja, er scheint mehrere Topic-Tree-Elemente zu haben.

@Marekk: Pack die alle mal in ein Device, oder nutze Wildcards (ungetestet):

attr MQTT2_1575756300715 readingList alarm_clock_mqtt/([^:]+):.* $1
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Marekh

Danke, es geht.
Ich habe alle topics ins Readinglist geschrieben.

Nochmals Danke!

   READINGS:
     2019-12-08 11:55:07   alarm           alarm
     2019-12-08 12:02:01   alarming        alarming
     2019-12-08 12:02:05   snooze          snooze
     2019-12-08 00:53:00   start           alarming
Attributes:
   IODev      MQTTS_Server
   readingList alarm_clock_mqtt/start:.* alarming
alarm_clock_mqtt/alarm:.* alarm
alarm_clock_mqtt/snooze:.* snooze
alarm_clock_mqtt/before_alarm:.* before_alarm
alarm_clock_mqtt/timer:.* timer_finish


Marek

Beta-User

#6
 :)
Hast du mal einen Link zu der App bzw. zu einer eventuellen Projekt-Seite. Wäre evtl. auch für andere interessant...
(Ich bastel auch gerne ein attrTemplate draus ;) .)

EDIT: ist das das hier: https://play.google.com/store/apps/details?id=se.jplantin.jp.alarmclock

(Gibt's irgendwo Info dazu?)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Marekh

Genau, dass ist er. Ich war mal im Kontakt mit dem Autor und er hat dann den before_alarm eingefügt um mein Aufwachlicht einzuschalten.

Marek

rudolfkoenig

Vielleicht kann der Autor auch ein festes ClientID einbauen, dann muessten neue FHEM Benutzer nichts an den FHEM-Attributen aendern.

OdfFhem

@Marekh

Hast Du eigentlich auch ein "neutrales" MQTT2-Device, in dem Du einen bridgeRegexp definieren/anpassen könntest?

Marekh

Ich sehe gerade, eine ClientID gibt es.

Marek

TomLee

Vergib doch mal eine, lösche dein jetziges Device und schaue ob dann nur noch ein Gerät angelegt wird in dem alle Topic-Tree-Elemente automatisch landen.

Marekh

Wenn ich eine ClientID vergebe und das Gerät lösche, legt er wieder bei jeden Alarm ein Gerät an.
Lege ich die Topics ins Readingslist gehts wieder.

Marek