gelöst - Xiaomi Aqara Zigbee Vibrationssensor DJT11LM mit Phoscan App und ConBee

Ruggy · 07 Juni 2020, 10:39:03

Hallo,
wie kann ich von den Vibrationssensor DJT11LM z.B. die Vibration, Vibrationsstärke, Orientierung, Neigungswinkel, Orientierung anzeigen lassen?

Habe ihn mit ConBee I der Firma Phoscon mit der Phoscon App eingebunden. Dort wird aber nur Temperatur und Batteriestand angezeigt.
Ebenso ist es dann in FHEM. Dort werden auch nur diese beiden Werte angezeigt.

Habe in Github dazu einen Beitrag gefunen. Dort wurde geatwortet, dass es mit dem rest plugin funktionieren soll. Habe aber nichts gefunden wie dies gehen soll, bzw. was das zu bedeuten hat.

Kann mir dabei jemand helfen?
Geht dies mit userReadings?

Vielen Dank
Grüe
Ruggy

slor · 07 Juni 2020, 14:10:52

Warte mal eine Stunde. Dann kommen die Readings von selbst. War bei mir jedenfalls so. In phoscon sieht man nichts.

Ruggy · 07 Juni 2020, 14:55:27

Hab das device gestern bereits in FHEM angelegt. Leider seit gestern keine Veränderung.

Habe es gerade nochmal angelegt. Leider immer noch keine Veränderung.

Hier das List von dem Device.

Code Auswählen

Internals:
   CFGFN      
   DEF        sensor 36  IODev=deCONZ
   ID         S36
   INTERVAL   
   IODev      deCONZ
   NAME       BOX_VIBRATION
   NR         467
   STATE      Initialized
   TYPE       HUEDevice
   lastupdated 2020-06-07 14:31:51
   manufacturername LUMI
   modelid    lumi.vibration.aq1
   name       Safe_Box_Vibration
   on         1
   reachable  1
   sensitivity 11
   swversion  20180130
   type       ZHAVibration
   uniqueid   00:15:8d:00:02:ad:93:00-01-0101
   READINGS:
     2020-06-07 14:31:51   battery         100
     2020-06-07 14:31:51   reachable       1
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     setList:
Attributes:
   IODev      deCONZ
   room       Alarm,deCONZ_Geraete

MadMax-FHEM · 07 Juni 2020, 17:07:41

Welche Version von deCONZ läuft denn!?

Ich musste erst updaten davor war von meinem Vibrations-Sensor auch nicht wirklich was zu "sehen"...
...also zumundest keine Vibration...

Gruß, Joachim

KyleK · 07 Juni 2020, 19:58:52

Verknüpfe den Sensor mal neu mit Phoscon, und bewege ihn dabei kräftig (neigen, schütteln).
Hat bei mir mehrere Versuche gebraucht bis die interessanten Werte verfügbar waren.

Ruggy · 13 Juni 2020, 11:25:05

Bin erst vorgestern zum erneuten Probieren gekommen.
Habe neu upgedatet (jezt Firmware 26350500, Version 2.05.77 /22.05.2020)

In der Phoscon App wird jetzt "Vibration" angezeigt. In FHEM bleibt es aber bei "batterie" und "reachable" und ohne vibration.

Sollte ich FHEM auch mal updaten. Kann es daran liegen? Habe ich zuletzt vor ein paar Monaten gemacht.
Habe bedenken, dass danach was anderes wieder nicht funktioniert. Oder ist das normalerweise nicht so und ein Update bringt nichts "durcheinander"?

MadMax-FHEM · 13 Juni 2020, 11:32:46

Zitat von: Ruggy am 13 Juni 2020, 11:25:05
Bin erst vorgestern zum erneuten Probieren gekommen.
Habe neu upgedatet (jezt Firmware 26350500, Version 2.05.77 /22.05.2020)

In der Phoscon App wird jetzt "Vibration" angezeigt.

War bei mir (wie geschrieben) auch so...

Zitat von: Ruggy am 13 Juni 2020, 11:25:05
In FHEM bleibt es aber bei "batterie" und "reachable" und ohne vibration.

Das ging bei mir dann auch und sieht so aus:

Code Auswählen


   READINGS:
     2020-06-13 11:06:55   battery         91
     2020-06-13 11:06:55   batteryPercent  91
     2020-06-13 03:20:25   orientation     4,0,86
     2020-06-13 11:06:55   reachable       1
     2020-06-13 11:06:55   temperature     33
     2020-06-13 03:20:25   tiltangle       5
     2020-06-13 03:20:25   vibration       0
     2020-06-13 03:20:25   vibrationstrength 5

EDIT: bin allerdings eben "erschrocken", dass der mittlerweile schon bei nur mehr 90% ist. Habe ihn ja erst seit knappest einem Monat und er macht eigentlich nicht wirklich was (liegt nur auf dem Tisch / gut ab und an erschütterts den schon

/ habe festgestellt, dass er für die gedachte Anwendung dann doch zu groß ist $:-\$

)...

Zitat von: Ruggy am 13 Juni 2020, 11:25:05
Sollte ich FHEM auch mal updaten. Kann es daran liegen? Habe ich zuletzt vor ein paar Monaten gemacht.

Hmm, weiß nicht wie aktuell ich "damals" war...
...aber evtl. habe ich auch neben deCONZ Update auch ein fhem Update gemacht...

Zitat von: Ruggy am 13 Juni 2020, 11:25:05
Habe bedenken, dass danach was anderes wieder nicht funktioniert. Oder ist das normalerweise nicht so und ein Update bringt nichts "durcheinander"?

Wer soll dir das garantieren!?

Keiner weiß WAS du in fhem nutzt und wie lange dein letzter Update her ist...
...und auch nicht, ob nicht im heutigen Update "Fehler" sind (die dann außer dir noch keiner "gefunden" hat)...

ABER: wenn du backup before update gesetzt hast, dann kannst du doch wieder zurück!?

AUSSERDEM: ist eine gute Gelegenheit sein Backup/Restore Konzept zu testen

EDIT: und wenn man noch keines hat -> ganz schnell eines "aufnauen"!

ABER auch: ich will keine Angst machen, bei mir ging es bislang (fast) immer gut... Und ich versuche (zumindest auf meinen Testsystemen) aktuell zu bleiben (OS und fhem)...

EDIT: drum habe ich Testsysteme

Alles "Neue" wird erst mal getestet. Funktioniert es!? Taugt es!? Macht es was ich will/brauche/mirgedacht habe!? Läuft es "stabil" (keine Probleme, Speicherfresser etc.)!? Und dann: brauche ich es wirklich!?

Und erst wenn das (alles) mit JA beantwortet wurde -> Hauptsystem (Update auch erst mal auf den Testsystemen und dann Hauptsystem / sind zwar unterschiedlich aber "grobe Dinge" fallen doch schon mal auf

)...

EDIT: evtl. schon mal fhem neu gestartet!? Oder in DEF des Sensors geklickt und modify (ohne was zu ändern, aber dann wird die "Define-Routine" noch mal durchlaufen)...

Gruß, Joachim

Ruggy · 13 Juni 2020, 11:51:09

Hab ein Update gemacht. Scheint gut gegangen zu sein.

Das Resultat ist leider wieder nur:

Code Auswählen

READINGS:
     2020-06-13 11:44:52   battery         98
     2020-06-13 11:44:52   reachable       1

hab device gelöscht und neu angelegt

Code Auswählen

define BOX_VIBRATION HUEDevice sensor 37

DEF des Sensors geklickt und modify hat auch nichts gebracht.

bringt alles nichts.

Ruggy · 13 Juni 2020, 11:53:39

Wie machst du das mit Testsystem?

Einen zweiten Raspberry und eine zweite Speicherkarte. Vor den "Neuen Sachen" die Speicherkarten vom Hauptsystem kopieren und auf die zweite Speicherkarte fürs Testsystem kopieren und dann auf diesem Probieren?

MadMax-FHEM · 13 Juni 2020, 11:53:49

Fehler im Log!?

Mal mit verbose 5 (global oder zumindest bei der HUE-Bridge und dem Sensor) geschaut!?

Geschüttelt, dass etwas in der App zu sehen ist hast du (nehme ich mal an)!?

Gruß, Joachim

Ruggy · 13 Juni 2020, 12:01:40

Das mit der Batterie ist mir jetzt auch aufgefallen. Letzte Woche 100 %

gerade 98 % aber nachdem ich jetzt gerade den Sensor nochmal neu angelegt habe 61%??

Code Auswählen


READINGS:
     2020-06-13 11:54:38   battery         61
     2020-06-13 11:54:38   reachable       1

Hast Du das gemeint?
Habe im defice Verbose 5 als Attribut hinzugefügt und folgendes wird mir im "Event Monitor" angezeigt.

Code Auswählen

2020.06.13 11:59:52 4: BOX_VIBRATION: offsetUTC: 7200
2020.06.13 11:59:52 4: BOX_VIBRATION: lastupdated: 2020-06-13 11:59:52, hash->{lastupdated}:  2020-06-13 11:59:14
2020.06.13 11:59:52 5: BOX_VIBRATION: $VAR1 = {
          'state' => {
                       'orientation' => [
                                          1,
                                          1,
                                          88
                                        ],
                       'tiltangle' => 360,
                       'vibration' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
                       'lastupdated' => '2020-06-13T09:59:52.935'
                     },
          'r' => 'sensors',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'id' => '36',
          't' => 'event',
          'e' => 'changed'
        };

MadMax-FHEM · 13 Juni 2020, 12:04:31

Zitat von: Ruggy am 13 Juni 2020, 11:53:39
Wie machst du das mit Testsystem?

Einen zweiten Raspberry und eine zweite Speicherkarte. Vor den "Neuen Sachen" die Speicherkarten vom Hauptsystem kopieren und auf die zweite Speicherkarte fürs Testsystem kopieren und dann auf diesem Probieren?

Jep, 2ter oder 3ter (oder auch 4ter

) PI.

Nein, nicht kopieren...

Geht ja auch wegen unterschiedlicher HW nicht...

Ich habe halt zumindest "Gateways" für die Dinge die mir wichtig sind angebunden...
...an allen Systemen...
(gut muss nicht, ist vielleicht "übertrieben": "Spieltrieb"

)

Daher sagte ich ja: bzgl. update von OS und fhem gibt es nur "Anhaltspunkte" bzw. eher so: wenn auf dem Testsystem was "schief" läuft" bleibt das Update (egal ob OS oder fhem) nat. erst mal aus

Aber z.B. beim OS-Umstieg (also neue Version) wird nat. erst mal ein Testsystem hochgezogen. Wobei ich NIE "hochziehe" sondern: neu installiere und dann Backup einspiele. Gleichzeitig ein guter Test für Backup/Restore. Aktuell habe ich mein Hauptsystem (deutlich) unter einer Stunde von KOMPLETT NULL (nackte SD bzw. bei mir schon länger SSD) auf 100

Die Testsysteme werden auch immer wieder mal neu installiert, weil die nat. durch die ganze "Rumprobiererei" nicht mehr unbedingt "sauber" sind

Aber so stelle ich sicher, dass eben nur erprobte Dinge auf meinem Hauptsystem laufen und auch der Installationsweg "sauber" (erprobt) ist.
Also selbst wenn es auf dem Testsystem einiges "Hin-und-her" war. Weil wenn ich dann denke zu wissen wie es WIRKLICH geht wird eben noch mal sauber probiert, mitnotiert und dann (wenn es so geklappt hat) übertragen.

Und ganz wichtig (mir) auch noch mal überlegt, ob das wirklich "muss"

Weil oft ist es auch nur "Spielerei" ("haben wollen

)...
...dann hatte ich meine "Spielerei" (auf dem Testsytem, bin also "zufrieden") aber mein Hauptsystem nicht "verwarzt"

Und wie geschrieben: viel "Spieltrieb" dahinter...

Aber ein sauberes Backup/Restore Konzept was auch mal erprobt wurde!!! ist unabdingbar (meine Meinung)...

Und "entspannter" testet sich das mit einem Testsystem...

Klar man hat ja vom Hauptsystem noch die "Original-SD" (oder SSD) und kann schnell zurück...
...aber während der "Orgie" steht ja dann das Hauptsystem mit allen "Annehmlichkeiten" nicht zur Verfügung (weil SD / SSD liegt ja "im Schrank"

)...

Gruß, Joachim

Ruggy · 13 Juni 2020, 12:04:46

anscheinend werden andere Werte auch ausgelesen aber in FHEM nicht als readings angezeigt. Hier nochmal aus dem Event Monitor.

Code Auswählen

2020.06.13 12:02:07 4: BOX_VIBRATION: offsetUTC: 7200
2020.06.13 12:02:07 3: deCONZ: websocket: Switching Protocols ok
2020.06.13 12:02:20 4: parse status message for BOX_VIBRATION
2020.06.13 12:02:20 5: $VAR1 = {
          't' => 'event',
          'id' => '36',
          'e' => 'changed',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'state' => {
                       'orientation' => [
                                          1,
                                          1,
                                          88
                                        ],
                       'tiltangle' => 360,
                       'vibration' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'lastupdated' => '2020-06-13T10:02:20.365'
                     },
          'r' => 'sensors'
        };

2020.06.13 12:02:20 4: BOX_VIBRATION: offsetUTC: 7200
2020.06.13 12:02:20 4: BOX_VIBRATION: lastupdated: 2020-06-13 12:02:20, hash->{lastupdated}:  2020-06-13 12:01:09
2020.06.13 12:02:20 5: BOX_VIBRATION: $VAR1 = {
          't' => 'event',
          'id' => '36',
          'e' => 'changed',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'state' => {
                       'orientation' => [
                                          1,
                                          1,
                                          88
                                        ],
                       'tiltangle' => 360,
                       'vibration' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'lastupdated' => '2020-06-13T10:02:20.365'
                     },
          'r' => 'sensors'
        };

2020.06.13 12:02:21 4: parse status message for BOX_VIBRATION
2020.06.13 12:02:21 5: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'id' => '36',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'r' => 'sensors',
          'state' => {
                       'lastupdated' => '2020-06-13T10:02:21.406',
                       'vibration' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'tiltangle' => 360,
                       'orientation' => [
                                          1,
                                          1,
                                          88
                                        ]
                     }
        };

2020.06.13 12:02:21 4: BOX_VIBRATION: offsetUTC: 7200
2020.06.13 12:02:21 4: BOX_VIBRATION: lastupdated: 2020-06-13 12:02:21, hash->{lastupdated}:  2020-06-13 12:02:20
2020.06.13 12:02:21 5: BOX_VIBRATION: $VAR1 = {
          'e' => 'changed',
          't' => 'event',
          'id' => '36',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'r' => 'sensors',
          'state' => {
                       'lastupdated' => '2020-06-13T10:02:21.406',
                       'vibration' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'tiltangle' => 360,
                       'orientation' => [
                                          1,
                                          1,
                                          88
                                        ]
                     }
        };

2020.06.13 12:02:22 4: parse status message for BOX_VIBRATION
2020.06.13 12:02:22 5: $VAR1 = {
          'state' => {
                       'lastupdated' => '2020-06-13T10:02:22.446',
                       'tiltangle' => 360,
                       'vibration' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'orientation' => [
                                          1,
                                          0,
                                          89
                                        ]
                     },
          'r' => 'sensors',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'id' => '36',
          't' => 'event',
          'e' => 'changed'
        };

2020.06.13 12:02:22 4: BOX_VIBRATION: offsetUTC: 7200
2020.06.13 12:02:22 4: BOX_VIBRATION: lastupdated: 2020-06-13 12:02:22, hash->{lastupdated}:  2020-06-13 12:02:21
2020.06.13 12:02:22 5: BOX_VIBRATION: $VAR1 = {
          'state' => {
                       'lastupdated' => '2020-06-13T10:02:22.446',
                       'tiltangle' => 360,
                       'vibration' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                       'orientation' => [
                                          1,
                                          0,
                                          89
                                        ]
                     },
          'r' => 'sensors',
          'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101',
          'id' => '36',
          't' => 'event',
          'e' => 'changed'
        };

MadMax-FHEM · 13 Juni 2020, 12:07:21

Zitat von: Ruggy am 13 Juni 2020, 12:01:40
Das mit der Batterie ist mir jetzt auch aufgefallen. Letzte Woche 100 %

gerade 98 % aber nachdem ich jetzt gerade den Sensor nochmal neu angelegt habe 61%??
Code Auswählen Erweitern
READINGS: 2020-06-13 11:54:38 battery 61 2020-06-13 11:54:38 reachable 1

Hast Du das gemeint?
Habe im defice Verbose 5 als Attribut hinzugefügt und folgendes wird mir im "Event Monitor" angezeigt.

Code Auswählen Erweitern
2020.06.13 11:59:52 4: BOX_VIBRATION: offsetUTC: 7200 2020.06.13 11:59:52 4: BOX_VIBRATION: lastupdated: 2020-06-13 11:59:52, hash->{lastupdated}: 2020-06-13 11:59:14 2020.06.13 11:59:52 5: BOX_VIBRATION: $VAR1 = { 'state' => { 'orientation' => [ 1, 1, 88 ], 'tiltangle' => 360, 'vibration' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ), 'lastupdated' => '2020-06-13T09:59:52.935' }, 'r' => 'sensors', 'uniqueid' => '00:15:8d:00:02:ad:93:00-01-0101', 'id' => '36', 't' => 'event', 'e' => 'changed' };

Hmmmm, da stehen doch wohl die gewünschten Werte drin!?

Eigenartig...

Aber dazu muss wohl der Entwickler was sagen!?

Bzw. poste doch mal ein list von dem Sensor...

Irgendwelche Attribute gesetzt!?

Wobei selbst die change-on-... Attribute bei NEUEN Readings nichts "weglassen" sollten...

Evtl. mal ein "reconnect" beim HUE-Bridge Modul!?

EDIT sieht man was im Eventmonitor!? (wobei wenn ja, dann sollten auch Readings kommen/da sein)...

Gruß, Joachim

Ruggy · 13 Juni 2020, 12:09:49

SSD würde auch schon ne zeit lang herumliegen, da ich mein System auch auf einer SSD haben möcht. Leider graut mir vor der neuistallation.

Wegen Temperaturfühler, Heizung vor allem. Und noch so einiges. Hatte hier schon viel Hilfe dazu bekommen.

Oder, habe ich dich richtig verstanden.
Ein backup über FHEM starten. System auf Raspberry auf z.B. SSD neu installieren, FHEM neu installieren und dann die FHEM-Backupdatei (FHEM-<Datum>_<Uhrzeit>.tar.gz) wieder resore?

PS:
Kann gar nicht so schnell lesen, wie Du schreiben kannst