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

Begonnen von Ruggy, 07 Juni 2020, 10:39:03

Vorheriges Thema - Nächstes Thema

Ruggy

Im Eventmonitor werden die Werte ja angezeigt, so wie in meinem vorherigen Posting mit Verbose 5.

Attribute habe ich keine anderen gesetzt.

Hier das List vom Sensor

Internals:
   CFGFN     
   DEF        sensor 36  IODev=deCONZ
   ID         S36
   INTERVAL   
   IODev      deCONZ
   NAME       BOX_VIBRATION
   NR         130
   STATE      Initialized
   TYPE       HUEDevice
   lastupdated 2020-06-13 12:03:40
   manufacturername LUMI
   modelid    lumi.vibration.aq1
   name       Safe_Box_Vibration
   on         1
   reachable  1
   type       ZHAVibration
   uniqueid   00:15:8d:00:02:ad:93:00-01-0101
   READINGS:
     2020-06-13 11:59:14   battery         61
     2020-06-13 11:59:14   reachable       1
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     setList:
Attributes:
   IODev      deCONZ
   verbose    5



Ruggy

Was ist das HUE-Bridge Modul?  ??? :-[

Das bei mir; wie im list vom sensor angezeigt?

IODev      deCONZ

MadMax-FHEM

#17
Wenn du "nur" den Umstieg auf eine SSD willst (PI3!! vorausgesetzt, zumindest noch!), dann einfach:

Shutdown PI

SD raus

Image/SD auf SSD übertragen (mit bevorzugtem Image-Tool deiner Wahl ;)  )...

PI3 für Boot von SD vorbereiten: Anleitung im Inet. Du musst nur usb_boot in der config.txt setzen 1x booten und kontrollieren, ob entsprechende "Bits" gesetzt sind

EDIT: z.B.: https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md (statt dem sudo tee usw. geht auch einfach die config.txt direkt zu bearbeiten ;)  )...

EDIT: WICHTIG (zumindest war das bei mir "nötig", sonst war immer ein Prozess am Last "verbraten" ohne Not ["SD-Pollen" oder so], diesen Eintrag in die config.txt (nach dem Umstellen auf SSD/USB-Boot, weil das muss ja eh in die "neue" config.txt auf der SD ;)  ):


# because of SSD-boot
dtoverlay=sdtweak,poll_once


EDIT: wenn du (genau) wissen willst was das macht, dann mal nach poll_once und raspberry pi suchen ;)

Und dann einfach (mit aktuellem System) die Partition vergrößern (falls Wunsch/Bedarf), siehe:

EDIT: zu schnell gespeichert ;) also siehe hier : https://forum.fhem.de/index.php/topic,112001.msg1062918.html#msg1062918

Dann bist du schon mal auf SSD...

Wie viele sonstigen USB-Geräte hast du dran!?
Bzw. wie wird deine SSD drangestöpselt!?

Nicht, dass es dann zu "USB-Schwächen" des PI kommt...

Das mit max_usb_current ist beim PI3 schon autom. drin, bringt also nix ;)

Aber ist/wäre ja kein "Beinbruch": alte SD rein und später mit aktivem USB-Hub noch mal probieren ;)

EDIT: wenn du auch gleich auf ein neues OS wolltest (wo bist du gerade!? Wenn Jessie -> auf jeden Fall ;)  Wenn Stretch -> demnächst   Wenn [schon] Buster -> [noch] alles gut   [die nächste Version ist schon in den Startlöchern ;)  ]  ), dann eben: neues OS auf SSD und mittels Restore (ja vorher backup in fhem und dann das tar-File bei gestopptem neuen fhem "entpacken", starten und sollte gut sein, sofern du keine "Pakete" etc. "vergessen" hast zu installieren, daher: Notizen!! Ansonsten: das fhem Log hilft [meist] herauszufinden was fehlt...), siehe z.B.: https://heinz-otto.blogspot.com/2015/12/backup-und-restore-von-fhem.html

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MadMax-FHEM

War das der Eventmonitor oder das fhem Log!?

Wenn dann mal in beides schauen!

Ja, das deConz bei dir sollte vom TYPE HUEBridge sein ;)

Und jetzt kannst du in Ruhe lesen...
...ich muss dann mal weg ;)

Bin aktuell (zumindest bzgl. des "aktuellen" Problems) eh "Ratlos"... :-\

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Ruggy

Alles klar.
Lese jetzt alles nochmal in Ruhe und langsam durch. ;)

Evlt. ist es auch ein Problem mit dem Sensor. Ich müsste noch einen anderen haben. Teste ich auch mal.

Und mit dem Umzug auf SSD werde ich mal anpacken. Soweit ich weiß habe ich damals einen "USB-Hub" mit externer Spannungsversorgung gekauft (liegt seitdem im Schub im Keller).
Ansosten sind zwei Sticks am USB für verschiedene Frequenzen. Zigbee, ...

Vielen Dank schon mal.

Grüße
Ruggy

MadMax-FHEM

#20
Zitat von: Ruggy am 13 Juni 2020, 12:23:35
Alles klar.
Lese jetzt alles nochmal in Ruhe und langsam durch. ;)

Jep, viel Spaß! ;)


Zitat von: Ruggy am 13 Juni 2020, 12:23:35
Evlt. ist es auch ein Problem mit dem Sensor. Ich müsste noch einen anderen haben. Teste ich auch mal.

Hmm, wäre aber eigenartig, weil irgendwie scheinen die Daten ja zu kommen...
...evtl. auch den aktuellen Sensor noch mal aus fhem UND deCONZ löschen, zurücksetzen und neu.

Geht ja recht schnell...


Zitat von: Ruggy am 13 Juni 2020, 12:23:35
Und mit dem Umzug auf SSD werde ich mal anpacken. Soweit ich weiß habe ich damals einen "USB-Hub" mit externer Spannungsversorgung gekauft (liegt seitdem im Schub im Keller).
Ansosten sind zwei Sticks am USB für verschiedene Frequenzen. Zigbee, ...

Also ich habe auf meinem fhem Hauptsystem eine Renkforce mSata-Adapter mit mSata-SSD per USB.
Zusätzlich noch 1x HM-USB und ein ZWave-USB und ein EnOcean-Aufsteckmodul...

Bislang (ca. 6 Monate) keine Probleme...

Kommt aber bat. drauf an welches Netzteil und wieviel Strom die SSD zieht...

Hast du den Hub schon mal getestet!?

Ich musste (Umstieg der Empfänger-Sticks) bei meinem tvheadend-PI auf aktiven HUB umsteigen...
...den, den ich schon (aus anderen Gründen) hatte, der hat nicht funktioniert... :-\

Aber wieder: ich will dir keine "Angst" machen ;)

So und jetzt aber los :)

Du hast ja zu tun ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

neyzen

Ich hab auch den Sensor gerade neu und Versuche den noch einzustellen.
Allerdings hab ich den Raspbee2 Modul.

Jedenfalls kann man auch noch mit folgendem Befehl die Sensitivität einstellen, Vielleicht hilft das.

set zigbee configsensor 35 { "sensitivity": <wert> }

slor

Ich habe bei meinen auf höchsten Wert gestellt und dann alle paar Tage reduziert bis es gepasst hat. Anfänglich hat er schon reagiert, wenn man den Briefkasten nur berührt hat.

neyzen


Ruggy

Habe es gestern noch ein paarmal vesucht den Sensor aus FHEM und Phoscon App zu löschen und wieder neu anzulegen. Hatte leider keinen Erfolg und seit gestern nicht mehr viel daran gemacht.
Bei gelegenheit test ich mal noch einen anderen Sensor.

Funktioniert euerer Sensor ohne Probleme?
Wie war die Vorgehensweise?

Ich bekomme es nicht hin.

MadMax-FHEM

#25
Zitat von: Ruggy am 14 Juni 2020, 17:13:47
Habe es gestern noch ein paarmal vesucht den Sensor aus FHEM und Phoscon App zu löschen und wieder neu anzulegen. Hatte leider keinen Erfolg und seit gestern nicht mehr viel daran gemacht.
Bei gelegenheit test ich mal noch einen anderen Sensor.

Funktioniert euerer Sensor ohne Probleme?
Wie war die Vorgehensweise?

Ich bekomme es nicht hin.

Funktioniert ohne Probleme...

Gut ich nutze ihn aktuell nicht (mehr), weil nicht passend...
...aber liegt am Tisch und ist eingebunden, daher "sehe" ich, dass er ab und an "Vibration meldet" ;)


Eingebunden wie folgt:

1. Versuch schlug fehl -> deCONZ nicht aktuell genug ;)

Nur der Sensor war da mit Batteriewerten aber keine Vibration...

Daher: Sensor Reset und aus deCONZ gelöscht.

deCONZ Update (jetzt: 2.5.77) und noch mal:

deCONZ-Web einloggen

- Sensor hinzufügen

- "Other"


Dann am Sensor die Taste kurz gedrückt...
Hat glaub ich geblinkt oder so...

Dann wurde er in deCONZ erkannt...
...umbenannt und geprüft:

Bewegung wird erkannt... :)



Dann in fhem auf die HUE-Bridge und "get Sensors"...

Nummer gemerkt und das entsprechende define:


defmod Vibration HUEDevice sensor <ID des Sensors>


Und das war's eigentlich schon...

Gruß, Joachim


P.S.: gleiches Vorgehen mit einem Aquara Regen- äh Nässesensor (habe ich mal probeweise auf regensensor umgebaut :) )...
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

slor

Zitat von: neyzen am 14 Juni 2020, 13:43:08
Wo steht der Wert bei dir Aktuell?

Bei mir steht der Wert auf 12. Bei Auslieferung hat er 11.

Ruggy

Leider muß ich mich wieder zu dem Thema melden. Bin erst jetzt dazugekommen einen anderen Vibrationssensor zu Testen.

Leider wieder ohne Erfolg.
In DeConz wird die Vibration angezeigt in FHEM leider immer noch nur die Battery und Reachable. Mehr Readings sind nicht vorhanden.

Irgendwas stimmt doch da nicht?


@MadMax-FHEM
Wie sieht dein "Aquara Regen- äh Nässesensor" (Umbau auf Regensensor aus).
Hast Du evtl. ein Bild davon?

MadMax-FHEM

Hmm, also bei mir funktioneirt der Vibrations-Sensor in fhem...
War ja gedacht als Briefkasten-Sensor, passt aber leider nicht...

Liegt am Tisch und löst ab und an (trotzdem) aus ;)

Klar, hier die Bilder.

War als Prototyp gedacht...
...wird aber wohl doch länger so bleiben... ;)

Dachte nicht, dass ich damit sooo zufrieden sein würde :)

Gut ist fraglich wie lange die Sensorfläche hält, bevor sie korrodiert ist und nicht mehr tut.
Ist aber angesichts des Preises für die "Kontaktflächen" nicht soo entscheidend...
Theoretisch/angeblich soll der auch kapazitiv können, glaube aber nicht dran, evtl. teste ich das noch (mit einem anderen Prototypen ;)  )...

Erkennung quasi "sofort"...
...Regen "weg" dauert nat. ohne "Heizung", ist mir aber egal und auch ohne "Heizung" nicht so schlecht.
Ich wollte halt nur Batterie...

Daher habe ich den Sensor schräg angebracht, damit das Wasser schneller abläuft... ;)
(Gleichzeitig war es noch ein schönes "Dach" für den Sensor / angeblich ja wasserdicht aber wer weiß ;)  )

Alternativ habe ich über einen Regensensor von Stall.biz nachgedacht und den dann per Solar etc.
Ist aber halt deutlich Aufwand und Kosten für unklaren Ausgang...
...und wie geschrieben: bin total zufrieden :)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Ruggy

Hallo,
muß mich jetzt mal bei allen Entschuldigen, welche sich mit mir wegen meinen Problem mit dem Vibrationssensor so viel beschäftigt haben.
War mein Fehler. Hatte anscheinend schon länger kein Update bei FHEM mehr gemacht. Nach dem Update funktionierte der Vibrationssensor auch ohne Probleme und es wird Vibration, Winkel, usw. angezeigt.

@MadMax-FHEM
Gute Idee mit dem Regensensor.

Grüße
Ruggy