FHEM Forum

Hallo,
ich habe einen Raspbee im Einsatz in Verbindung mit mehreren Xiaomi Schaltern und Sensoren.
Jetzt habe ich hin und wieder das Problem, dass der Xiaomi Fensterkontakt im FHEM immer geschlossen anzeigt, obwohl dieser in der Phoscon App auf offen steht.
Manchmal zeigt er auch in der Phoscon App nicht den richtigen Status an.
Dann boote ich einmal FHEM und den Raspbee und schon geht alles wieder eine Zeit lang.....
Was verwunderlich ist, die Schalter von Xiaomi funktionieren immer stabil, nur die Sensoren nicht.
Hat jemand ähnliche Erfahrungen?

Viele Grüße
Carsten

Ich habe das bei einem alten Xiaomi Fenstersensor (abgerundete Ecken, Pairring Knopf versenkt) der wird mir ständig als nicht erreichbar angezeigt. Funktioniert aber ansonsten.
Hast du das Image von Deconz drauf?
Das hat bei mir geholfen, vorher auf einen Intel Zotac mit Ubuntu wollte das Gateway und die Sensoren auch nicht und haben nur sporadisch bis gar nicht funktioniert.

Hi Starsurfer,
was meinst du mit Image von Deconz? Ich habe die Anleitung von Matthias Kleine verwendet. Ist ja ein Deconz Raspbee Modul auf dem Rasperry PI.
Die Firmware ist aktuell falls du das meinst. Auf dem Raspberry ist normal Rasberian Lite drauf.

Viele Grüße
Carsten

Wie hast du das ganze denn an FHEM angebunden? Hue Modul?

Zitat von: CoolTux am 29 Januar 2019, 20:06:55
Wie hast du das ganze denn an FHEM angebunden? Hue Modul?

Wer jetzt?
Ich per HUEBridge

Internals:
   DEF        192.xxx.xxx.xxx
   FD         28
   FUUID      5c4ad043-f33f-f054-379f-991e5ef4cdd9e042
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         302
   NTFY_ORDER 50-deCONZ
   PORT       54416
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   buf       
   host       192.168.178.168
   mac        b8:27:eb:f3:b1:ba
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    deCONZ
   name       Phoscon-GW
   swversion  2.5.52
   updatestate 0
   websocket  1
   websocketport 443
   zigbeechannel 20
   READINGS:
     2018-12-30 19:21:52   lastError       resource, /lights/1, not available
     2019-01-29 20:20:03   state           connected
   helper:
     apiversion 69632
     count      0
     last_config_timestamp 1548789603
     offsetUTC  3600
     updatestate 0
Attributes:
   DbLogExclude .*
   createGroupReadings 1
   httpUtils  1
   icon       hue_bridge
   key        6E580194D3
   noshutdown 1
   queryAfterSet 1
   room       Gateways

Ich meine dieses: RaspBee Gateway SD-Karten Image (https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/raspbee-gw-sd-card-image/)

Zitat von: Starsurfer am 29 Januar 2019, 20:27:01
Wer jetzt?
Ich per HUEBridge

Code Auswählen Erweitern

Internals:
   DEF        192.xxx.xxx.xxx
   FD         28
   FUUID      5c4ad043-f33f-f054-379f-991e5ef4cdd9e042
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         302
   NTFY_ORDER 50-deCONZ
   PORT       54416
   STATE      connected
   TYPE       HUEBridge
   apiversion 1.16.0
   buf       
   host       192.168.178.168
   mac        b8:27:eb:f3:b1:ba
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   modelid    deCONZ
   name       Phoscon-GW
   swversion  2.5.52
   updatestate 0
   websocket  1
   websocketport 443
   zigbeechannel 20
   READINGS:
     2018-12-30 19:21:52   lastError       resource, /lights/1, not available
     2019-01-29 20:20:03   state           connected
   helper:
     apiversion 69632
     count      0
     last_config_timestamp 1548789603
     offsetUTC  3600
     updatestate 0
Attributes:
   DbLogExclude .*
   createGroupReadings 1
   httpUtils  1
   icon       hue_bridge
   key        6E580194D3
   noshutdown 1
   queryAfterSet 1
   room       Gateways

Ich meine dieses: RaspBee Gateway SD-Karten Image (https://www.dresden-elektronik.de/funktechnik/solutions/wireless-light-control/raspbee-gw-sd-card-image/)

Ich meinte schon den Threadersteller mit seinem Problem.

Ok :-)

Ja per HUE Modul und HTTP Utils 1.

Bei mir läuft das bisher zuverlässig und ohne Probleme.
Läuft deconz auf der gleichen Hardware wie FHEM? Ist ein Port ggf. durch einen anderen Prozess blockiert?
Bekommst du anfänglich noch direkt die Änderungen, nur später dann nicht mehr?

Derzeit habe ich 20 Kontaktsensoren, 10 Temperatursensoren, 9 GU10 Osrams und 2 Osram plugs gekoppelt.
Da du die Änderungen im deconz siehst, aber nicht im FHEM, schließe ich ein Reichweitenproblem aus.

Sicher das die Firmware und deconz aktuell sind?
Schau mal hier: https://www.dresden-elektronik.de/rpi/deconz/beta/

lade die letzte verson von 15.02. Die habe ich und funktioniert super.

Zum aktualisieren einfach:
sudo systemctl disable deconz
sudo systemctl stop deconz

sudo dpkg -i deconz-2.05.59-qt5.deb

sudo systemctl enable deconz
sudo systemctl start deconz

Dann in der Phosconn noch den Stick mit der aktuellen Firmware flashen lassen.