[gelöst] Aquara Vibrations Sensor deCONZ und HueBridge-Modul

[MadMax-FHEM]

Hallo,

zugegeben ich mach nicht wirklich lange bzw. eher nicht viel mit ZigBee...

In meinem Hauptsystem habe ich aktuell nur eine Hue Iris

So nun wollte ich den Aquara Vibrationssensor integrieren, allerdings auf meinem Testsystem (2ter deCONZ und 2ter PI mit RaspBee).

Hier der Sensor um den es geht: https://www.aqara.com/us/vibration_sensor.html

In deCONZ/Phoscon taucht er auf und es wird auch "Erschütterung" gemeldet
(musste allerdings zuerst deCONZ updaten: 2.05.74)

Ein autocreate legt auch einen Sensor in der HueBridge an.
Leider passt da wohl so einiges nicht...

Unter attr model gibt es nichts passendes bzw. nicht so, dass ich es gefunden hätte

Hier mal was in Phoscon dazu steht:

Code Auswählen Erweitern


Vendor Xiaomi
Product Vibration Sensor
Version 20180130
Battery 100  %
Temperature 35  °C
Vibration none
Refreshed 05/20/2020 9:33:37 PMa few seconds ago


bzw. wenn ausgelöst wurde:

Code Auswählen Erweitern



Vendor Xiaomi
Product Vibration Sensor
Version 20180130
Battery 100  %
Temperature 35  °C
Vibration detected
Refreshed 05/20/2020 9:43:52 PMa few seconds ago


Und hier das list direkt nach dem Autocreate:

Code Auswählen Erweitern


Internals:
   CFGFN     
   DEF        1  IODev=RaspBee
   FUUID      5ec58557-f33f-19f1-34c1-4abd2ae3ab5ec03a
   FVERSION   31_HUEDevice.pm:0.218370/2020-05-02
   ID         1
   INTERVAL   
   IODev      RaspBee
   NAME       HUEDevice1
   NR         247
   STATE      off
   TYPE       HUEDevice
   manufacturername dresden elektronik
   modelid    RaspBee
   name       Unknown 1
   swversion  0x26330500
   type       Unknown
   uniqueid   00:21:2e:ff:ff:01:37:70-01
   READINGS:
     2020-05-20 21:30:31   alert           none
     2020-05-20 21:30:31   onoff           0
     2020-05-20 21:30:31   pct             0
     2020-05-20 21:30:31   reachable       1
     2020-05-20 21:30:31   state           off
   helper:
     alert      none
     battery    -1
     bri        -1
     colormode 
     ct         -1
     devtype   
     effect     
     hue        -1
     mode       
     on         0
     pct        0
     reachable  1
     rgb       
     sat        -1
     update_timeout -1
     xy         
     json:
       etag       3bccdeaf6522e8b5e457cd446e96fe8a
       manufacturername dresden elektronik
       modelid    RaspBee
       name       Unknown 1
       swversion  0x26330500
       type       Unknown
       uniqueid   00:21:2e:ff:ff:01:37:70-01
       state:
         alert      none
Attributes:
   IODev      RaspBee
   alias      Unknown 1
   color-icons 2
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEDevice
   model      RaspBee
   room       HUEDevice


Ich hab schon ein wenig rumprobiert aber so richtig weit bin ich nicht gekommen...
...leider.

fhem update habe ich auch durchgeführt...
...ebenso den deCONZ zurückgesetzt und alles aus fhem gelöscht...

deCONZ neu mit fhem verbunden und Sensor neu angelernt.

Also wieder "initialer", "frischer" Zustand...

Was muss ich tun, damit der Sensor auch in fhem die "Erschütterung" anzeigt!?

Welche Infos kann ich noch liefern!?

Vielen Dank schon mal, Joachim

[KyleK]

Das was autocreate da erzeugt hat ist nicht der Vibrationssensor,
denn Sensoren müssen immer manuell angelegt werden:

Code Auswählen Erweitern


get RaspBee sensors
defmod Vibration HUEDevice sensor <ID des Sensors>


Das per autocreate erstellte Device ist vermutlich das Configuration Tool
https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2472

[MadMax-FHEM]

Hi Kylek,

unglaublich!

Das war's tatsächlich!

Und ich könnte Stein und Bein schwören, dass ich auch schon mal einen/diesen Sensor manuell angelegt hatte...

Hmm, entweder war vorher mein System einfach schon etwas "durcheinander" (=Testsystem )...
...oder ich hab beim manuellen Anlegen einen Fehler gemacht...

Egal: es geht!

Vielen Dank!

Gruß, Joachim

[Schevenhuette]

Hallo zusammen,
kann mir jemand helfen wie ich einen Aquara Sensor (Temperatur und Feuchte) per Hue Bridge in FHEM einbinden kann.
get HUE_Bridge sensors liefert keine ID mit der ich ein define erstellen könnte.
Mit der HUE App kann ich Sensoren auch nicht als Zubehör anlegen.
Habe quasie noch keine Erfahrung mit FHEM.
Vielen Dank ..

[MadMax-FHEM]

Naja wenn er in der "echten" Hue-Bridge nicht erkannt wird, wie soll er dann in fhem auftauchen!?

Du musst erst schaffen ihn in der Hue-Bridge zu "sehen"...

Das fhem Hue-Bridge Modul frägt die Zustände der Hue-Bridge ab und zeigt sie in fhem an...
...andersrum werden Befehle aus fhem an die Hue-Bridge weitergegeben und die Hue-Bridge schaltet dann die Lampen etc.

Gruß, Joachim

[Schevenhuette]

Hallo Joachim,

sorry, habe gerade erst gelesen das du geantwortet hattest.
Prinzipiell habe ich es bisher immer so gemacht wie du sagst.
Lampen, Schalter usw per APP an der HUE angemeldet. Danach waren sie dann, wie du sagst, auch unter FHEM verfügbar.
Ich kann die Aquara Sensoren aber leider nicht an der HUE anmelden da die APP diese nicht anbietet.
Da aber im Forum und in verschiedenen Blogs gesagt wird das diese Sensoren via HUE Bridge mit FHEM verbunden wurden habe ich versucht zu finden wie die Leute das hin bekommen, leider bisher ohne erfolg.

Danke
Thomas

[MadMax-FHEM]

Da aber im Forum und in verschiedenen Blogs gesagt wird das diese Sensoren via HUE Bridge mit FHEM verbunden wurden habe ich versucht zu finden wie die Leute das hin bekommen, leider bisher ohne erfolg.

Via HUE-Bridge (also tatsächlich die Philips HUE-Bridge) oder "nur" via HUE-Bridge-Modul!?

Via HUE-Bridge-Modul ABER eben deCONZ (statt Bridge von Philips/HUE) habe ich den Vibrations-Sensor auch laufen...

Ansonsten gibt es noch die Möglichkeit via MQTT aber dann mit einem ZigBee-Stick, da kenne ich mich aber nicht aus, nutze das nicht...

Gruß, Joachim

[Schevenhuette]

Also ich habe die originale HUE Bridge im Einsatz!
Damit gelingt es mir nicht.

Darf ich mal fragen wie ich mir das mit deCONZ vorstellen muß.
Gibt es dazu ein Howto für weniger geübte FHEM User?

Das ist doch eine Software von Dresden Elektronik. Muss ich diese installieren?
Wenn ja wo? Auf dem Pi auf dem ich auch FHEM betreibe oder auf einem PC?
Dann brauche ich ja sicher auch den Conbee II Stick.
Wo sollte der dann betrieben werden? Ebenfalls am Pi oder am PC?

Sind im Moment alles Böhmische Dörfer für mich.

Ich hoffe meine Wissenslücken nerven nicht zu sehr ..

[MadMax-FHEM]

Nervt nicht...

Allerdings wollte ich wissen, ob du im Forum gelesen hast, dass jemand den Sensor (oder ein anderes Gerät) in fhem integrieren konnte OHNE ihn an der HUE-Bridge (das Philips Gerät) angelernt zu haben!?

(würde mich eben wundern, siehe Erläuterung wie das Hue-Bridge-Modul funktioniert)

Also ich habe einen extra PI für deCONZ, schon alleine weil ich zunächst nur testen wollte UND auf meinem fhem-PI bereits ein Aufsteckmodul steckt und auch USB schon so einiges dran hängt...
...und am Anfang deCONZ noch nicht ohne Oberfläche (also Lite-OS-Version) gelaufen ist...

Ich habe das Raspbee-Aufsteckmodul von DE...
ConBee/ConBee II geht wohl auch...

Ja ist eine SW, mittlerweile (auf PI) sogar per apt-get (wenn man die Paket-Quellen von DE einbindet).
Anleitung bei DE.
Wenn man einen extra PI nimmt/nehmen will: es gibt wohl auch ein fertiges Image...

Einbindung in fhem genauso wie die HUE-Bridge.
Nur, dass halt nicht die HUE-Bridge "angesprochen" wird, sondern halt deCONZ(-Bridge)...
Kann auch auf dem selben PI/Rechner wie fhem laufen...
...kommt halt immer drauf an wie groß die fhem Installation ist, also wie viel "Luft" der PI/Rechner noch hat...

Der (große) Vorteil von deCONZ und RaspBee/ConBee ist halt, dass DE versucht viele Geräte unterschiedlicher Hersteller zu integrieren, Support ist sehr gut, ...

Nachteil: Update von FW der Geräte geht nicht oder zumindest nicht immer oder nicht so einfach...

EDIT: neben der Variante HUE-Bridge-Modul geht wie geschrieben auch MQTT wenn man ConBee etc. hat...

Gruß, Joachim

[Schevenhuette]

Ok, der Blog von dem ich spreche hat auch den Conbee II per HUE-Bridge-Modul in FHEM benutzt.
https://www.bastelbunker.de/fhem-und-zigbee/
Ehrlich gesagt gehen mir die Beiträge in dem Blog aber zu schnell.

Also ich versuch mal zu beschreiben was ich deiner Antwort entnehmen kann.
Ich könnte einen Pi aufsetzen um darauf ein Pendant zur HUE Bridge zu betreiben.
Die ZigBee Kommunikation übernimmt dann der ConBee II Stick.
Auf https://www.dresden-elektronik.de/ hab ich mich schon mal umgesehen, habe aber noch keine Anleitung für mein Vorhaben gefunden wenn ich ehrlich bin.

Die Einbindung in FHEM kann ich mir vorstellen.
Kann man die deCONZ-Bridge parallel zur HUE-Bridge betreiben?

Unter der MQTT Variante kann ich mir noch gar nichts vorstellen.
Denkst du es wäre besser diesen Weg zu verfolgen.
Wenn ich das richtig verstehe müsste ich dann einen MQTT Server (Broker) aufsetzen z.B. auf einem Pi.
Mein FHEM müsste ich dann mit dem MQTT Server sprechen lassen und wiederum die ZigBee-Bridge. Müsste ich also irgendwie 3 Systeme haben.

Ich fang mal damit an deCONZ per Conbee II Stick zum laufen zu bekommen. Vermutlich auf einem separaten Pi.

Besten dank schon mal.

Gruß
Thomas

[Jamo]

Ich habs nach dieser Anleitung gemacht : http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/

Ja, man kann deCONZ USB stick parallel zur Philips HUE-Bridge betreiben. deConz benutzt auch das FHEM Hue Modul "HUEBridge"
Ich habe das auch so laufen, alle Hue Lampen and der Hue Bridge, und den rest (Ikea tradfri / xiaomi / aquara) am deCONZ USB stick Conbee II.
Alles in der gleichen FHEM umgebung auf einem Rechner.

[Schevenhuette]

Ich habs nach dieser Anleitung gemacht : http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/

Ja, man kann deCONZ USB stick parallel zur Philips HUE-Bridge betreiben. deConz benutzt auch das FHEM Hue Modul "HUEBridge"
Ich habe das auch so laufen, alle Hue Lampen and der Hue Bridge, und den rest (Ikea tradfri / xiaomi / aquara) am deCONZ USB stick Conbee II.
Alles in der gleichen FHEM umgebung auf einem Rechner.

Hi Jamo, danke für den Hinweis.
Schau ich mir an.
Werde berichten wie es läuft oder auch nicht.

Danke

[MadMax-FHEM]

In dem Blog (soweit ich drüber geflogen bin   ) wird ja als "Lösung" ebenfalls deCONZ genannt...

Installation, wie geschrieben:

es gibt/gab auf der Seite von DE ein Image für den PI tuttikompletti
https://phoscon.de/en/raspbee/sdcard

es gibt eine Anleitung mit Oberfläche, bedingt ein Desktop Raspbian (so habe ich angefangen).
Vorteil: manche Dinge/Sensoren/Geräte "müssen" irgendwie über die Oberfläche (Zigbee-Netzwerk / NICHT: Phoscon) eingerichtet werden...
...und man hat bessere Übersicht/Kontrolle über das Zigbee-Netz (hab ich nie genutzt und nicht vermisst   )...
https://phoscon.de/de/conbee/install
https://www.phoscon.de/en/conbee2/install

Und es gibt eine Anleitung für Headless...
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/README.md
EDIT: das ist in etwa was Jamo gepostet hat, also fertige deb-Pakete installieren. Update geht dann entweder über die Phoscon-Oberfläche (wobei das bei mir manchmal nicht wollte   ) oder halt wieder manuell runterladen und installieren... Vorher sicherheitshalber ein Backup über Phoscon (das ist echt gut, so bin ich schon mehrfach umgezogen   )... So habe ich es "zwischendrin" gemacht, also meine ersten "headless" waren deb-Pakete... Aktuell habe ich meine Installation mittels apt-get auf Buster...

Irgendwo dachte ich gibt es auch eine Variante mit apt-get...
...mal sehen...

hier meine Notizen (keine Gewähr   ):

Code Auswählen Erweitern


wget -O - http://phoscon.de/apt/deconz.pub.key |            sudo apt-key add -
sudo sh -c "echo 'deb http://phoscon.de/apt/deconz \
            $(lsb_release -cs) main' > \
            /etc/apt/sources.list.d/deconz.list"
sudo apt update
sudo apt install deconz
sudo systemctl enable deconz
sudo systemctl disable deconz-gui
sudo systemctl stop deconz-gui
sudo reboot


Alles nicht wirklich schwer zu finden


Ob du nun einen extra PI/Rechner aufsetzt: musst du wissen (Randbedingungen habe ich ja genannt)...

Ich habe es aus der Historie heraus bzw. weil eben an meinem fhem PI schon einiges an USB steckt und eben auch schon ein RaspBee-Modul->GPIO belegt...

der deCONZ PI ist dann wie deine HUE Brigde...

Parallel geht aber: du kannst nat. ein ZigBee Gerät (Lampe etc.) nur an EINEM anlernen, also entweder HUE-Bridge ODER deCONZ (oder ConBee mit MQTT)...

In fhem einfach ein zweites HUE-Bridge-Device anlegen -> fertig.


Zu ConBee (II) und MQTT kann ich wenig sagen.
Aber da reichen auch 2 PI (bzw. geht auch alles auf einem): ConBee (II) mit MQTT-Irgendwas (das weiß ich eben nicht, da ich das nicht nutze!) und dann in fhem entweder eine MQTT-Bridge/Broker, einen MQTT-Server (oder MQTT-Client, kommt halt drauf an wie ConBee MQTT sich "darstellt": Server/Client/...)

Phoscon ist die Weboberfläche/App von deCONZ (hieß früher wireless light control) nicht verwechseln mit der "startbaren" Oberfläche bei Desktop-Betrieb!
Das ist dann "irgendeine" App/Programm was dir das ZigBee Netzwerk anzeigt...

Gruß, Joachim

[Schevenhuette]

Uff, das ist viel Input.
Danke euch allen.
Werde berichten  ..

[MadMax-FHEM]

Uff, das ist viel Input.
Danke euch allen.
Werde berichten  ..

Naja so viel auch nicht, ist ja viel "Redundant"

Im Prinzip:

da du die Sensoren an der Original-HUE-Bridge nicht angelernt bekommst

-> damit leben und alles lassen

-> ConBee/ConBee II / RaspBee (das sind versch. ZigBee-Funkmodule) und dann deCONZ

Da du das HUE-Bridge-Modul schon kennst, würde ich dabei bleiben, deCONZ wird genauso wie die HUE-Bridge die du schon hast eingebunden.
Einfach ein weiteres HUE-Bridge-Device mit entsprechender "IP"...
Gut du "musst" dich etwas mit Phoscon (das ist die App wenn man so will von deCONZ vergelichbar mit der HUE-App) beschäftigen, weil du ja erst mal auch hier die Geräte an deCONZ/Phoscon anlernen musst, bevor du sie dann per HUE-Bridge-Modul in fhem "siehst" (genauso wie eben mit einer "Original HUE-Bridge" auch)...

Ansonsten: mach ein "neues Fass" auf und schau dir die Einbindung von ConBee/ConBee II (RaspBee?) per MQTT an...


Dann sind in den Antworten eben verschiedene Möglichkeiten der Installation/Installationswege gegeben worden: such dir den, der dir am einfachsten erscheint...
...die "Oberflächen-Installation" würde ich nur nehmen, wenn ich:

- mich für das ZigBee Netz als solches interessiere und evtl. "tunen" will

- ich Geräte (ich glaube manche Sensoren / aber nicht der Vibrationssensor) habe von denen ich weiß, dass sie nur mit dieser Oberfläche einzurichten sind

(und wirklich am einfachsten dürfte wohl das fertige PI-Image sein   Wie "gut" das ist, wie sich das "verhält" und ob das nun eine "Oberflächen-Variante" usw.: keine Ahnung, habe ich sein lassen , war mir zu einfach )

Viel Erfolg, Joachim