Hallo zusammen,
Ich wollte kurz zusammenfassend beschreiben, wie man die ZigBee Gateways Raspbee und ConBee in Fhem einbindet.
Zunächst die Gateways und deConz nach Anleitung installieren https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/ (https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/). Dann die deconz Software starten. Anschließend die Schritte aus http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8 (http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8) durchführen: Die Einbindung des deCONZ Gateways unterscheidet sich nicht von der offiziellen HUE Bridge.
Passe den Namen und die IP an define deCONZ HUEBridge ip.vom.deconz.gateway dann attr deCONZ httpUtils 1 Dann mit set deCONZ active das Pairing starten.
Danach die Phoscon App über http://ip.vom.deconz.gateway (http://ip.vom.deconz.gateway) im Browser öffnen. Dort das Symbol mit den drei Strichen anklicken, dann auf Gateway -> Erweitert -> App verbinden. Das Gateway und evtl. vorhandene Lampen (nur mit aktivem Autocreate) werden in Fhem automatisch angelegt. Zusätzliche Sensoren über get deCONZ sensors in Fhem suchen. Den gesuchten Sensor in der aufpoppenden Liste identifizieren, sich die ID (z.B. 2) merken und mit define motion3 HUEDevice sensor 2anlegen.
Das war es schon. Geht problemlos!
Grüße Martin
Hast du mal im Forum gesucht. Es gibt schon einen Thread dafür.
Ja, aber die Beiträge sind alle nicht unbedingt aktuell und daher verwirrend. Daher diese Zusammenfassung mit den Links. Man braucht nichts weiter in FHEM installieren oder dazu kopieren. Das eben Beschriebene geht ohne Addons.
Grüße Martin
Trag es doch bitte ins Wiki ein, dann findet man es auch besser wieder und kann drauf verlinken.
Zitat von: gloob am 04 Januar 2019, 11:04:38
Trag es doch bitte ins Wiki ein, dann findet man es auch besser wieder und kann drauf verlinken.
Das mache ich sehr gerne. Das wollte ich eh machen!
Grüße Martin
ich habe da noch eine Frage an den Entwickler von der Huebridge.
z.b. Xiaomi sensoren liefern fast alle auch die Temperatur mit auch wenn es nur ein Fensterkontakt ist.
In der Phoscon App sieht man diese Werte und auch über die Rest API werden sie geliefert.
curl -X GET http://localhost:81/api/81F392A2A5/sensors/7
{"config":{"battery":100,"on":true,"reachable":true,"temperature":2300},"ep":1,"etag":"6e7d5edaadc6e44fd99f0e695a2f381d","manufacturername":"LUMI","modelid":"lumi.sensor_magnet.aq2","name":"Fenster- / Türkontaksensor","state":{"lastupdated":"2019-01-22T19:48:46","open":false},"swversion":"20161128","type":"ZHAOpenClose","uniqueid":"00:15:8d:99:99:99:99:cf-01-0006"}
Daher die Frage ob es möglich ist, dass auch zu implementieren?
Dann müsste es aber auch die Möglichkeit geben einen Offset zu setzen, weil die total von der Realität abweichen. Nur die echten Temp-Sensoren liefern auch brauchbare Werte.
Zitat von: sinus61 am 23 Januar 2019, 19:55:35
Dann müsste es aber auch die Möglichkeit geben einen Offset zu setzen, weil die total von der Realität abweichen. Nur die echten Temp-Sensoren liefern auch brauchbare Werte.
Das wäre dann der nächste Schritt. Aber zuerst braucht man die Daten mal in Fhem
Die Daten der Sensoren können über die REST API per HTTPMOD ausgelesen werden. Dazu wird ein API Key benötigt, der über einen REST Client per POST erstellt werden muss. Eine Beschreibung findet sich bei Dresden Elektronik unter (http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ (http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/)), aber ich versuche es mal mit einer kurzen Anleitung.
Als Firefox Add-On gibt es z.B. den RESTClient (https://addons.mozilla.org/de/firefox/addon/restclient/ (https://addons.mozilla.org/de/firefox/addon/restclient/)), der nach der Installation über ein Icon (rot mit gelbem Zahnrad) in der Symbolleiste geöffnet wird.
Im RESTClient die Methode POST wählen, als URL 'http://<IP_des_Phoscon/deCONZ_PC>:<Port>/api' eintragen und in Body { "devicetype": "XY_Name" } eingeben. Bevor die Anfrage gesendet wird, muss auf der Phoscon/deCONZ Webseite oder APP unter Einstellungen/Gateway/Erweitert mit der Schaltfläche 'App verbinden' der Zugriff für 60 Sekunden erlaubt werden. Nach dem Senden der Anfrage über RESTClient sollte jetzt eine Antwort mit 'success' und 'username' erfolgen. Der Wert hinter 'username' ist der neue API Key und kann jetzt für weitere Abfragen verwendet werden.
Um die Verbindung zu testen: Im RESTClient die Methode GET wählen, als URL 'http://<IP_des_Phoscon/deCONZ_PC>:<Port>/api/deinen_API_Key/sensors' eintragen und Body leer lassen. Als Antwort sollte eine Liste aller Sensoren erscheinen. Hier ist dann bei den Xiaomi Sensoren unter 'config' der Wert 'temperature' aufgeführt, in °C x 100.
Um die Temperatur eines bestimmten Sensor in FHEM abzufragen, kann nun ein HTTPMOD Device definiert werden.
define z_sensor_xy_rawdata HTTPMOD http://<IP_des_Phoscon/deCONZ_PC>:<Port>/api/deinen_API_Key/sensors/Nummer_des_Sensor 3600
z.B.:
define z_sensor_1_rawdata HTTPMOD http://192.168.1.112:80/api/78AE55BCE4/sensors/1 3600
attr z_sensor_1_rawdata event-on-update-reading config_battery,config_temperature
attr z_sensor_1_rawdata extractAllJSON 1
attr z_sensor_1_rawdata userReadings temperatur {sprintf "%.0f", ReadingsVal($name,"config_temperature",0)/100;;;;}Das Attribut 'extractAllJSON 1' sorgt dafür, dass alle JSON Werte in ein Reading geschrieben werden und 'userReadings' setzt ein Reading mit der Temperatur ohne Nachkommastellen.
Eine stündliche Abfrage sollte ausreichend sein, da sich die Sonsoren üblicherweise im Standby nur alle 50 bis 60 Minuten bei Gateway melden.
oder man nimmt einfach das HUEBridge modul. das kommt auch mit deconz klar. und sogar ohne pollen per push.
wenn readings in den angelegten devices fehlen: bitte melden.
Zitat von: justme1968 am 25 Februar 2019, 05:24:33
oder man nimmt einfach das HUEBridge modul. das kommt auch mit deconz klar. und sogar ohne pollen per push.
wenn readings in den angelegten devices fehlen: bitte melden.
Ich verwende das HUEBridge modul und alle Xiaomi Sensoren liefern auch eine Temperatur mit. Das HUEBridge modul liefert das leider nicht.
Deswegen hatte Andre ja gebeten Bescheid zu geben wenn was fehlt. Hast Du ja nun hiermit getan. Eventuell wäre ein verbose 5 Auszug vom Empfang der Daten nicht verkehrt. Es sei denn Andre kennt den Aufbau der REST Antwort schon.
HUEBridge zeigt die Temperatur der Xiaomi Sensoren leider nicht, aber deCONZ zeigt sie an und liefert sie auch in der REST Antwort.
Hier ein Fenster-/Türkontakt:
{
"config": {
"battery": 100,
"on": true,
"reachable": true,
"temperature": 1800
},
"ep": 1,
"etag": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"manufacturername": "LUMI",
"modelid": "lumi.sensor_magnet.aq2",
"name": "x_tuerkontakt_03",
"state": {
"lastupdated": "2019-02-25T11:15:45",
"open": false
},
"swversion": "20161128",
"type": "ZHAOpenClose",
"uniqueid": "00:00:00:00:00:00:00:00-00-0000"
}
Und ein Rauchmelder:
{
"config": {
"battery": 100,
"on": true,
"reachable": true,
"temperature": 2400
},
"ep": 1,
"etag": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
"manufacturername": "LUMI",
"modelid": "lumi.sensor_smoke",
"name": "lumi.sensor_smoke",
"state": {
"fire": false,
"lastupdated": "2019-02-25T11:50:58",
"lowbattery": false,
"tampered": false
},
"swversion": "20170314",
"type": "ZHAFire",
"uniqueid": "00:00:00:00:00:00:00:00-00-0000"
}
ist ab morgen im update
Hallo an Alle,
ich habe eben deconz in Fhem installiert. Soweit funktioniert alles super.
Nur kann ich die Szenen, welche ich in der Phoscon App angelegt habe, nicht einlesen. get Scenes liefert keine Szenen.
Besteht da irgendeine Möglichkeit welche ich übersehen habe?
Bei dem Deconz Adapter vom ioBroker funktioniert das. Ich bin gerade dabei mein System von ioBroker nach FHEM zu migrieren. Deshalb die Info und die Frage.
Viele Grüße Micky
an den deconz szenen war irgendetwas anders als an ,echten' hue szenen. da ich aktuell kein deconz laufen habe konnte ich da noch nichts implementieren.
such mal bitte im forum danach. ich erinnere mich nicht mehr genau.
habe ich bereits gemacht. Und leider nichts gefunden.
Entweder benutzt keiner die gespeicherten Szenen oder bei denen funktioniert es.
Funktioniert bei mir auch nicht. Ich habe die Scenen mit LIGHTSCENE nachgebaut.
In der Phosconapp habe ich nur eine Group. Diese habe ich Wonzimmer benannt.
Das HueModul legt mir aber immer 2 Groups an.
Internals:
CHANGED
DEF group 1 IODev=deCONZ
FUUID 5c4cb425-f33f-86cf-94ff-b46b62f4129e63dd
FVERSION 31_HUEDevice.pm:0.187310/2019-02-25
ID G1
INTERVAL
IODev deCONZ
NAME HUEGroup1
NR 233
STATE 0
TYPE HUEDevice
desired 0
lights 1,2,3,4
name Wohnzimmer
type LightGroup
READINGS:
2019-03-29 01:11:24 all_on 0
2019-03-30 00:08:08 any_on 0
2019-03-28 17:49:54 bri 1
2019-03-28 17:49:54 colormode hs
2019-03-28 17:49:54 ct 0
2019-03-28 17:49:54 effect none
2019-03-28 17:49:54 hue 0
2019-03-28 17:49:54 onoff 0
2019-03-28 17:49:54 pct 0
2019-03-28 17:49:54 sat 0
2019-03-28 17:49:54 xy 0,0
helper:
bri 1
colormode hs
ct 0
devtype G
effect none
hue 0
onoff 0
pct 0
sat 0
update_timeout 1
xy 0,0
Attributes:
IODev deCONZ
alias Wohnzimmer
color-icons 2
createActionReadings 1
createGroupReadings 1
delayedUpdate 1
devStateIcon 1:rc_GREEN:off 0:rc_RED:on
group HUEGroup
icon hue_filled_gu10_par16
room 03.Wohnzimmer,HUEDevice
stateFormat any_on
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd pct:ct:on:off
Internals:
DEF group 0 IODev=deCONZ
FUUID 5c588150-f33f-86cf-2f4d-316e790ed4adaedf
FVERSION 31_HUEDevice.pm:0.187310/2019-02-25
ID G0
INTERVAL
IODev deCONZ
NAME HUEGroup0
NR 235
STATE 0
TYPE HUEDevice
lights
name All
type LightGroup
READINGS:
2019-03-28 17:49:56 all_on 0
2019-03-28 17:49:56 any_on 0
2019-03-28 17:49:56 bri 127
2019-03-28 17:49:56 colormode hs
2019-03-28 17:49:56 ct 0
2019-03-28 17:49:56 effect none
2019-03-28 17:49:56 hue 0
2019-03-28 17:49:56 onoff 0
2019-03-28 17:49:56 pct 0
2019-03-28 17:49:56 sat 127
2019-03-28 17:49:56 xy 0,0
helper:
bri 127
colormode hs
ct 0
devtype G
effect none
hue 0
onoff 0
pct 0
sat 127
update_timeout 1
xy 0,0
Attributes:
IODev deCONZ
alias Lightset 0
color-icons 2
createActionReadings 1
createGroupReadings 1
delayedUpdate 1
devStateIcon 1:rc_GREEN:off 0:rc_RED:on
group HUEGroup
icon hue_filled_gu10_par16
room HUEDevice
stateFormat any_on
userattr createActionReadings:1,0 createGroupReadings:1,0
webCmd toggle:on:off
Warum ist mir noch nicht klar.
edit:
Oder ist das vom HueModul so gewollt, wenn es mehr als eine Group gibt und wird als Standard mit angelegt
um alle Groups auf einmal zu schalten.
Kann man bei LIGHTSCENE denn auch die Transitiontime einstellen?
Ja, das geht. Als Beispiel,
bri 254 : xy 0.468055,0.411887 : transitiontime 50
der alte thread bzw. meine antwort war hier: https://forum.fhem.de/index.php/topic,11020.msg855825.html#msg855825 (https://forum.fhem.de/index.php/topic,11020.msg855825.html#msg855825)
beim 'echten' hue api sind die scenes ein eigener knoten im api, bei deconz hängen sie unter den gruppen. das ist leider komplett inkompatibel.
Hallo zusammen,
ich habe deConz mit auf meinem Linux Server laufen, auf dem noch andere Web Programme laufen.
Daher habe ich den Port von Standart 80 auf einen anderen geändert. Dadurch hatte ich beim verbinden von FHEM zum deConz ein paar Probleme.
Für den Fall das jemand an dem gleich Problem hängt, man muss beim define hinter die IP einfach den angepassten Port mit angeben, dann funktioniert es auch problemlos.
Also z.B.:
define deCONZ HUEBridge 192.168.178.24:8070
Gruß Marvin
Hallo zusammen, ich habe mir einen ganzen Schwung Sensoren und Schalter von xiaomi gekauft, quasi alles was das Programm hergibt. Mit den TI Chips bin ich nicht glücklich, daher der Versuch mit den Conbee eine funktionelle, vor allen einfachere Möglichkeit der Installation einzubinden
Den Deconz habe ich unter ubuntu 18.04 LTS installiert. MotionSensoren habe ich auf anhieb unter der neuen Schnittstelle defmod deconz_Hue HUEBridge 192.168.178.38:8080
attr deconz_Hue comment defmod Gerätename HUEDevice sensor 3
attr deconz_Hue httpUtils 1 eingebunden bekommen.
Den Rest bisher nicht, zu nennen wären da die Schalter, die Würfel (Cubes), Vibrationssensoren Doppelschalter usw.
In der eigentlichen App werden sie angezeigt, in der WEB "App" ist bisher jeder Versuch sie anzulernen gescheitert?
Hat jemand eine Idee??? Macht Dresden/Elektronic da noch was, wird die HueBridge angepasst?
Ich bin immer noch Anfänger (2 Jahre bei Fhem) und bin fast erschlagen von den vielen Schnittstellen.
Ich habe leider so viele Baustellen aufgemacht :o....nun ja ich bin Copy und Paste User, mit rudimentären Linux Kenntnissen....dafür allerdings schon bestimmt 70 Aktoren und Sensoren verbaut ;). Ich bitte um Nachsicht.
Hallo,
Schreib doch mal dem Support. Die antworten meist sehr schnell und geben Tipps und helfen. Wenn du die schon mal im alten Webinterface siehst, dann stehen die Chancen gut, dass sie anlernen kann. Das muss dann nicht mehr im neuen Phoscon interface gemacht werden. Ich hatte mit Ikea Tradfri Birnen Probleme. Das war damals die Antwort :
Zitat
Sehr geehrter Herr L.....,
vielen Dank für Ihre Nachricht. Es könnten hier zwei Möglichkeiten geben: 1.) die Birnen wurde nicht richtig zurückgesetzt, 2.) die Lampe hat noch ein älteres Problem.
1.) Sie können grundsätzlich die Lampen auch Touchlinken. Gehen Sie dafür in die alte Webapp (über Hilfe in der Phoscon App) [1], navigieren Sie zu Settings [2] und scrollen Sie bis runter. Dort haben Sie eine Touchlinkfunktion. Wenn die Lampe nun in einem Abstand <50 cm zum Gateway positioniert ist, drücken Sie bitte scan for devices [3]. Im idealen Falle finden Sie nun einen Eintrag in der Tabelle und können auf Reset klicken. Anschließend suchen Sie nach neuen Lampen und die Leuchte sollte in das Netzwerk eintreten. Sollte das nicht beim ersten Mal klappen, versuchen Sie es gerne noch einmal.
2.) Ein zweiter Trick könnte helfen, wenn Sie, während die Leuchten suche aktiv ist, die Lampen kurz vom Strom zu nehmen und wieder einschalten, da diese nur beim "booten" nach einem offenen Netzwerken suchen. So war das zumindest in der ersten Generation der IKEA Lampen.
Ich wünsche Ihnen viel Erfolg!
Für weitere Fragen stehe ich Ihnen gerne zur Verfügung.
Mit freundlichen Grüßen und ein schönes Wochenende
Vielleicht funktioniert das auch.
Viele Grüße
Martin
ok werde ich versuchen, Danke :)
Und? Hat es funktioniert?
Zitat von: justme1968 am 30 März 2019, 21:08:15
der alte thread bzw. meine antwort war hier: https://forum.fhem.de/index.php/topic,11020.msg855825.html#msg855825 (https://forum.fhem.de/index.php/topic,11020.msg855825.html#msg855825)
beim 'echten' hue api sind die scenes ein eigener knoten im api, bei deconz hängen sie unter den gruppen. das ist leider komplett inkompatibel.
Ich hänge mich hier mal mit dran, ich möchte auch gerne eine Farbe mit der Helligkeit übergeben, da ich ja keine scenes speichern kann würde ich das gerne so machen:
set HUEDevice1 pct 10;;set HUEDevice1 rgb FFA121Er führt aber immer nur den ersten Befehl aus, aber warum?
bitte lies dir den abschnitt zu den farbmodellen im wiki durch. die kombination aus pct und rgb ist nicht sinnvoll.
Zitat von: justme1968 am 19 April 2019, 09:13:41
bitte lies dir den abschnitt zu den farbmodellen im wiki durch. die kombination aus pct und rgb ist nicht sinnvoll.
okay, aber auch bei
set HUEDevice1 xy 0.4595,0.4105 : bri 220pulsiert die Lampe mal kurz nimmt aber nicht die Helligkeit an.
geht es nacheinander?
Ja nacheinander geht es, sieht für mich aus als würde der 2te Befehl den ersten unterbrechen.
das wird als ein kommando ans gateway gesendet.
ich kann nur vermuten das es ein bug/feature auf deconz seite ist. mit der original hue bridge geht es.
schau mal mit verbose 5 im log was gesendet wird und versuch bei de mehr rauszufinden.
Verbose 5 von der Bridge
2019.04.19 14:52:34 4: using HttpUtils_NonblockingGet: PUT lights/2/state
2019.04.19 14:52:34 5: deCONZ: websocket data: $VAR1 = {
'e' => 'changed',
'id' => '2',
'r' => 'lights',
'state' => {
'bri' => 28,
'colormode' => 'xy',
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'reachable' => $VAR1->{'state'}{'on'},
'x' => 30008,
'xy' => [
'0.4579',
'0.4097'
],
'y' => 26849
},
't' => 'event',
'uniqueid' => '00:0d:6f:ff:fe:1e:d0:e8-01'
};
und vom Device
2019.04.19 14:56:14 4: parse status message for HUEDevice2
2019.04.19 14:56:14 5: $VAR1 = {
'ctmax' => 454,
'ctmin' => 250,
'etag' => 'dc6048400a7c208125a8871f3b577ca8',
'hascolor' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'manufacturername' => 'IKEA of Sweden',
'modelid' => 'TRADFRI bulb E27 CWS opal 600lm',
'name' => 'Light 2',
'state' => {
'alert' => 'none',
'bri' => 28,
'colormode' => 'xy',
'effect' => 'none',
'hue' => 0,
'on' => $VAR1->{'hascolor'},
'reachable' => $VAR1->{'hascolor'},
'sat' => 0,
'xy' => [
'0.4579',
'0.4097'
]
},
'swversion' => '1.3.002',
'type' => 'Color light',
'uniqueid' => '00:0d:6f:ff:fe:1e:d0:e8-01'
};
2019.04.19 14:56:17 3: resource, /lights/1, not available
2019.04.19 14:56:42 3: resource, /lights/1, not available
2019.04.19 14:56:45 3: resource, /lights/1, not available
2019.04.19 14:57:07 3: resource, /lights/1, not available
2019.04.19 14:57:08 3: resource, /lights/1, not available
ich sehe gerade das ist eine tradfi birne. such mal bitte im forum. ich glaube das ist ein bekanntes problem mit deren firmware.
Hm ok dann mache ich mich mal auf die Suche.
Mobil unterwegs!
Zitat von: Razor am 01 April 2019, 17:09:10
Hallo zusammen, ich habe mir einen ganzen Schwung Sensoren und Schalter von xiaomi gekauft, quasi alles was das Programm hergibt. Mit den TI Chips bin ich nicht glücklich, daher der Versuch mit den Conbee eine funktionelle, vor allen einfachere Möglichkeit der Installation einzubinden
Den Deconz habe ich unter ubuntu 18.04 LTS installiert. MotionSensoren habe ich auf anhieb unter der neuen Schnittstelle defmod deconz_Hue HUEBridge 192.168.178.38:8080
attr deconz_Hue comment defmod Gerätename HUEDevice sensor 3
attr deconz_Hue httpUtils 1 eingebunden bekommen.
Den Rest bisher nicht, zu nennen wären da die Schalter, die Würfel (Cubes), Vibrationssensoren Doppelschalter usw.
In der eigentlichen App werden sie angezeigt, in der WEB "App" ist bisher jeder Versuch sie anzulernen gescheitert?
Hat jemand eine Idee??? Macht Dresden/Elektronic da noch was, wird die HueBridge angepasst?
Ich bin immer noch Anfänger (2 Jahre bei Fhem) und bin fast erschlagen von den vielen Schnittstellen.
Ich habe leider so viele Baustellen aufgemacht :o....nun ja ich bin Copy und Paste User, mit rudimentären Linux Kenntnissen....dafür allerdings schon bestimmt 70 Aktoren und Sensoren verbaut ;). Ich bitte um Nachsicht.
deconz funktioniert intern ein wenig anders und gruppiert die Informationen der einzelnen Sensoren im Zweifel. Tatsächlich gibt es aber bspw. für die Temperatur und Feuchtigkeitssensoren insgesamt 3 Sensor-Devices... Hol die mal in FHEM über dein deconz die Liste der Sensoren ("get deCONZ sensors", Namen des Devices noch austauschen!!!), dann solltest du alles finden.
Bei den Cubes tauchen bspw. auch 2 ZHASwitch-Sensoren auf, wovon du einen nicht brauchst. Einfach mal beide einbinden und anhand der Werte schauen, welcher das ist.
Im Übrigen ist auch das deconz Github-Repository eine gute Anlaufstelle, wenn es Probleme geben sollte. Unter issues (open und closed!!) findet man auch einiges, Englisch-Kenntnisse vorausgesetzt.
Vielen Dank für die Antwort. Ich habe mich vermutlich nicht klar ausgedrückt, ich bekomme die Cubes, Virbrationssensoren und Taster nicht gekoppelt in der Deconz Software.
Anbei meine get Sensors Liste
1: Daylight Daylight
2: Bewegungsmelder XiaomiMotionSensorLight_1_2 ZHALightLevel
3: Presence 3 XiaomiMotionSensorMotion_1_3 ZHAPresence
4: Bewegungsmelder (2) XiaomiMotionSensorLight_2_4 ZHALightLevel
5: Bewegungsmelder (2) XiaomiMotionSensorMotion_2_5 ZHAPresence
6: Bewegungsmelder (3) XiaomiMotionSensorLight_3_6 ZHALightLevel
7: Bewegungsmelder (3) XiaomiMotionSensorMotion_3_7 ZHAPresence
8: Multisensor XiaomiPressureSensorTemp_1_8 ZHATemperature
9: Multisensor XiaomiPressureSensorHumidy_1_9 ZHAHumidity
10: Multisensor XiaomiPressureSensorPressuret_1_10 ZHAPressure
11: Fenster- / T�rkontaksensor (7) XiaomiContactSensor_7_11 ZHAOpenClose
12: Bewegungsmelder (8) ZHALightLevel
13: Fenster- / T�rkontaksensor XiaomiContactSensor_1_13 ZHAOpenClose
14: Fenster- / T�rkontaksensor (2) XiaomiContactSensor_2_14 ZHAOpenClose
15: Bewegungsmelder (5) ZHALightLevel
16: Presence 16 XiaomiMotionSensorMotion_5_16 ZHAPresence
17: Fenster- / T�rkontaksensor (3) XiaomiContactSensor_3_17 ZHAOpenClose
18: Fenster- / T�rkontaksensor (4) XiaomiContactSensor_4_18 ZHAOpenClose
21: Bewegungsmelder (7) ZHALightLevel
22: Presence 22 XiaomiMotionSensorMotion_7_22 ZHAPresence
23: Fenster- / T�rkontaksensor (5) XiaomiContactSensor_5_23 ZHAOpenClose
24: Fenster- / T�rkontaksensor (6) XiaomiContactSensor_6_24 ZHAOpenClose
25: Presence 25 XiaomiMotionSensorMotion_8_25 ZHAPresence
26: Bewegungsmelder (4) XiaomiMotionSensorLight_4_26 ZHALightLevel
27: Bewegungsmelder (4) XiaomiMotionSensorMotion_4_27 ZHAPresence
28: Fenster- / T�rkontaksensor (8) XiaomiContactSensor_8_28 ZHAOpenClose
29: VPIR hwr Test1 CLIPPresence
30: FSM_STATE hwr Test2 CLIPGenericStatus
31: lumi.sensor_wleak.aq1 XiaomiWLeakSensor_1_31 ZHAWater
32: lumi.sensor_wleak.aq1 (2) XiaomiWLeakSensor_2_32 ZHAWater
33: lumi.sensor_wleak.aq1 (3) XiaomiWLeakSensor_3_33 ZHAWater
34: Bewegungsmelder (6) ZHALightLevel
35: Bewegungsmelder (6) XiaomiMotionSensorMotion_6_20 ZHAPresence
Hm, ok. Wie ich sehe, hast du ja schon einiges angebunden, die anderen Devices gehen aber nach deiner Aussage nicht recht. Meiner Erfahrung nach können bspw. die Cubes ein wenig "zickig" sein. Ich habe sie teilweise erst im dritten Anlauf eingebunden bekommen. Probier es doch einfach mehrmals hintereinander und schau, dass diese im Pairing Events generieren müssen (als den Cube bewegen und so weiter).
Achso, und nicht vergessen, die Sensoren auch als Geräte in FHEM zu definieren ;)
nun geht es..... ich habe die Deconz Software noch mal deinstalliert und einen Conbee2 reingesteckt statt des Conbee 1. Danach befand er sich in einer Updateschleife... also Conbee 2 wieder raus und conbee 1 wieder rein. Auf einmal waren alle Sensoren da, die ich angelernt hatte aber auf der Phoscon Oberfläche nicht angezeigt wurden.... Dann versucht einen Cube anzulernen und schwups war er da, die Firmware war vorher angeblich aktuell und nun hat er ein Update aus 2019 drüber gezogen. Jetzt ist allerdings Fhem und die Phoscon Web Oberfläche aus der Ferne nicht mehr erreichbar...... Oh man....
Ich melde mich noch mal, falls es wieder in Summe Rundlaufen sollte.
Warum auch immer hatte mein Nuc das Wlan ausgeschaltet, bzw. sich nicht mehr mit den Router verbunden.
Es läuft wieder alles ;D
So ca.100 Sensoren angelernt, also noch Platz für weitere 100 Stück. Und wenn das nicht reicht, hab ich ja noch den Conbee2 8) der jetzt erst mal als Backup in die Schublade verschwindet, wobei ich den doch als Verstärker einsetzen könnte, oder?
Vielen Dank für die Hilfe, auch wenn es nur ein Anstoß war. :)
Hallo zusammen,
bei mir laufen einige Tradfri, die über Phoscon in fhem eingebunden sind. Soweit alles okay...
Über eine Tradfri Fernbedienung möchte ich nun zusätzlich über die Pfeiltaste "rechts" einen Shelly schalten.
Auch das funktioniert grundsätzlich, allerdings wird teilweise der state der Tradfri FB nicht korrekt aktualisiert:
Im angedrückten Zustand sollte der Wert 5003 sein, im gedrückten 5001.
Teilweise bleibt der state aber auf 5001 "hängen"...
Hat jemand eine Idee, wie man dieses Problem gelöst bekommt?
Danke und Grüße,
Ian
mit verbose 5 schauen was tatsächlich für daten kommen.
wenn das kommt was du erwartest: bitte posten
wenn etwas fehlt: bei de einen fehler melden
Hi,
ich vermute, dass es hiermit zu tun haben könnte, ich habe nämlich ein ähnliches Problem:
https://forum.fhem.de/index.php/topic,80985.msg934913.html#msg934913
LG
Christian
Zitat von: justme1968 am 02 Mai 2019, 19:32:02
mit verbose 5 schauen was tatsächlich für daten kommen.
wenn das kommt was du erwartest: bitte posten
wenn etwas fehlt: bei de einen fehler melden
Hallo zusammen,
ich möchte nochmal RM geben:
Nachdem ich zunächst nicht wirklich weitergekommen bin, habe ich mich an den Dresden Elektronik Support gewendet...
Ich habe selten einen so kompetenten und hilfsbereiten Support erlebt - alle meine Fragen (zusätzlich zu diesem Thema hier noch bzgl. deCONZ und einem GIRA Wandschalter) wurde absolut professionell beantwortet. 8)
Und das Beste: alles funktioniert nun so wie gewünscht!
Lösung meines Problems hier:
Mir war nicht bewusst, dass die Tradfri Fernbedienung auf für die rechts/links Tasten zwischen kurz und lang unterscheidet: kurz x002, lang x001; nach einem bewussten "lang" state springt der state dann auch nach x003....
Grüße,
Ian
Zitat von: noom0815 am 10 Mai 2019, 20:13:23
Ich habe selten einen so kompetenten und hilfsbereiten Support erlebt - alle meine Fragen (zusätzlich zu diesem Thema hier noch bzgl. deCONZ und einem GIRA Wandschalter) wurde absolut professionell beantwortet. 8)
Dass der Support bei Dresden Elektronik richtig gut ist, hatte ich ja schon erwähnt! Und man kann es wirklich nicht genug betonen, dass die dort sehr professionell mit den Fragen umgehen! 8)
Grüße Martin
Hi,
@noom0815:
Das freut mich, dass es jetzt bei Dir funktioniert! Kommen denn *alle* Events der Fernbedienung bei Dir an? Kannst Du Zuverlässig zwischen short- und long-press unterscheiden?
LG
Christian
Hallo choenig,
100%ig beantworten kann ich Dir Deine Frage nicht:
Mit der Unterscheidung zwischen short- und long-press komme ich zumindest mit meinem Anwendungsfall (Shelly bzw. Rollotron ansteuern) sehr gut klar.
Allerdings musste ich gerade bei den Shellys etwas tricksen, damit diese nicht anfangen zu toggeln - die short-press Befehle sind da kontra produktiv, da der Status x002 bestehen bleibt.
Mit long-press funktioniert es sehr gut, da der Status von gedrückt x001 im Anschluss auf x003 wechselt (wobei gelegentlich auch ein zweites mal gedrückt werden muss...ist für mich aber OK).
Kann auch sein, dass das toggle Problem durch eine anderen Befehlskette bzw. zusätzliche Attribute zu lösen wäre.
Die Events selber kommen in ungefähr 98% der Fälle sauber an - reicht mir aus.
Grüße,
Ian
Hi,
ok, danke für die Antwort :)
Dass es nicht 100%ig funktioniert, liegt m.E. daran, dass das Hue-Modul Updates und Events, die innerhalb der gleichen Sekunde eintreffen, ignoriert.
Leider hat sich @justme1968 noch nicht dazu geäußert.
LG
Christian
die timestamps haben leider nur eine auflösung von einer sekunde und werden dazu verwendet gleiche/doppelte events zu filtern.
die angehängte version prüft zusätzlich noch ob sich state geändert hat. bitte probiert mal ob das besser ist.
- das ganze ist leider nicht mehr ganz so effizient
- das hilft nicht bei einer änderung von anderen readings. das wäre noch viel weniger effizient
- es hilft nicht bei tatsächlich identischen events. dafür gibt es keine lösung.
Hi justme1968,
cool, vielen Dank :)
Ich komm' vermutlich erst in der nächsten Woche dazu, Deine Version zu testen. So lange läuft dann noch meine gehackte Version (https://forum.fhem.de/index.php/topic,80985.msg934913.html#msg934913) ;).
LG
Christian
Hi justme1968,
hab' gerade gesehen, dass Du die Änderung schon eingecheckt hast.
Funktioniert wie gewünscht, vielen Dank! :)
LG
Christian
Zitat von: justme1968 am 26 Mai 2019, 13:08:51
die timestamps haben leider nur eine auflösung von einer sekunde und werden dazu verwendet gleiche/doppelte events zu filtern.
die angehängte version prüft zusätzlich noch ob sich state geändert hat. bitte probiert mal ob das besser ist.
- das ganze ist leider nicht mehr ganz so effizient
- das hilft nicht bei einer änderung von anderen readings. das wäre noch viel weniger effizient
- es hilft nicht bei tatsächlich identischen events. dafür gibt es keine lösung.
Habe die Version ausprobiert. bei mir kommt folgende Meldung:
reload: Error:Modul 31_HUEDevice deactivated:
Global symbol "$offset" requires explicit package name (did you forget to declare "my $offset"?) at ./FHEM/31_HUEDevice.pm line 1329.
2019.05.30 09:56:08 0: Global symbol "$offset" requires explicit package name (did you forget to declare "my $offset"?) at ./FHEM/31_HUEDevice.pm line 1329.
Hallo Andre,
Ich habe die Version getestet. Vorher habe ich die Deklaration von $offset vor die Abfrage gesetzt.
my $lastupdated;
my $lastupdated_local;
my $offset = 0;
if( my $state = $result->{state} ) {
$lastupdated = $state->{lastupdated};
Hier ein verbose 5 von meinem Sensor
2019.05.31 16:34:51 4: parse status message for brightnessWohnzimmer
2019.05.31 16:34:51 5: $VAR1 = {
'state' => {
'lastupdated' => '2019-05-31T14:32:53',
'daylight' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'lux' => 68,
'lightlevel' => 18326,
'dark' => $VAR1->{'state'}{'daylight'}
},
'etag' => '7e6f5aca7525420f93056704adfb3b67',
'modelid' => 'lumi.sensor_motion.aq2',
'config' => {
'tholdoffset' => 7000,
'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'temperature' => 3200,
'on' => $VAR1->{'config'}{'reachable'},
'battery' => 100,
'tholddark' => 12000
},
'uniqueid' => '00:15:8d:00:02:e2:aa:aa-01-0400',
'swversion' => '20170627',
'type' => 'ZHALightLevel',
'manufacturername' => 'LUMI',
'name' => 'BwSensorWohnzimmer',
'ep' => 1
};
2019.05.31 16:34:51 4: brightnessWohnzimmer: use offsetUTC 7200 from bridge
Hier list vom Sensor
Internals:
DEF sensor 11 IODev=phosconGW
FUUID 5c796189-f33f-b39c-086a-30586794c922212e
FVERSION 31_HUEDevice.pm:0.192010/2019-04-16
ID S11
INTERVAL
IODev phosconGW
NAME brightnessWohnzimmer
NR 81
STATE Helligkeit: 316
TYPE HUEDevice
lastupdated 2019-05-31 14:32:53
lastupdated_local 2019-05-31 16:32:53
manufacturername LUMI
modelid lumi.sensor_motion.aq2
name BwSensorWohnzimmer
on 1
reachable 1
swversion 20170627
tholddark 12000
type ZHALightLevel
uniqueid 00:15:8d:00:02:e2:aa:aa-01-0400
READINGS:
2019-05-31 15:46:05 battery 100
2019-05-31 16:21:52 dark 0
2019-05-31 16:21:52 daylight 1
2019-05-31 16:21:52 lightlevel 24997
2019-05-31 16:21:52 lux 316
2019-05-31 15:46:05 reachable 1
2019-05-31 15:46:05 temperature 32
helper:
devtype S
reachable 0
update_timeout 1
setList:
Attributes:
IODev phosconGW
alias Helligkeit
group BwMelder
room Wohnzimmer
stateFormat Helligkeit: lux
verbose 5
hier ein version der Hues
30_HUEBridge.pm 19478 2019-05-28 18:29:34Z justme1968
31_HUEDevice.pm 19201 2019-04-16 19:16:57Z justme1968
Die Device habe ich von hier genommen.
es geht hier: https://forum.fhem.de/index.php/topic,100925.msg946154.html#msg946154 (https://forum.fhem.de/index.php/topic,100925.msg946154.html#msg946154) weiter.
Hallo,
bei mir werden leider keine Readings angezeigt.
Was mach ich den Falsch?
Vielen Dank im Voraus
Gruß Jan
Zitat von: justme1968 am 04 Juni 2019, 19:00:08
es geht hier: https://forum.fhem.de/index.php/topic,100925.msg946154.html#msg946154 (https://forum.fhem.de/index.php/topic,100925.msg946154.html#msg946154) weiter.
Hallo zusammen,
Ich will meine zigbee2mqtt durch den conbee ablösen.
Wie sieht es mit der Reaktion aus, bekommt man bei einem Bewegungsmelder, das sofort mit oder muss das hue plugin erstmal pollen?
Gruss
Bekommt man sofort mit.
Hi,
ich habe einen Hue Dimmschalter, momentan werden die Buttons Events nur mit 1000,3000,... unter dem Reading state angezeigt.
Im Log sehe ich, das diese eigentlich mit buttonevent rein kommen.
2019.07.31 20:05:41.437 5: deconzHueDevice2: {
'e' => 'changed',
'id' => '2',
'r' => 'sensors',
'state' => {
'buttonevent' => 1002,
'lastupdated' => '2019-07-31T18:05:41'
},
't' => 'event',
'uniqueid' => '00:17:88:01:03:cb:5e:b1-02-fc00'
}
Wäre es möglich, das man die Zahlen auch im Reading buttonevent unterbringt?
und warum möchtest du das?
Zitat von: justme1968 am 31 Juli 2019, 20:52:28
und warum möchtest du das?
Damit ich beim event_on_change_reading nur auf button filtern kann.
warum ist das besser als auf state zu filtern ?
Hallo,
bin gerade dabei den ConBee 2 einzubinden.
Nach verschiedenen gelösten Problemen stehe ich nun hier:
setstate ZigBee pairing
setstate ZigBee 2019-08-18 00:01:44 lastError link button not pressed
setstate ZigBee 2019-08-18 00:01:44 state pairing
Ping geht, Firewall ist aus...
Nachtrag:
inzwischen bin ich bei
2019.08.18 10:03:35 2: ZigBee: empty answer received for http://192.168.2.231/api/f......a7283bd162f939c5bb971ed/sensors
D.h. es scheint nachsehen zu können, kriegt aber keine Sensoren.
Sollte das hier nicht auf connected stehen?
Readings state initialized 2019-08-18 08:38:56
Vorab schonmal Danke!
Peter
Zitat von: maddinthebrain am 04 Januar 2019, 10:41:24
Hallo zusammen,
Ich wollte kurz zusammenfassend beschreiben, wie man die ZigBee Gateways Raspbee und ConBee in Fhem einbindet.
Zunächst die Gateways und deConz nach Anleitung installieren https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/ (https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/). Dann die deconz Software starten. Anschließend die Schritte aus http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8 (http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8) durchführen: Die Einbindung des deCONZ Gateways unterscheidet sich nicht von der offiziellen HUE Bridge.
Hallo zusammen,
ich wollte meinen neuen ConBee2 in Fhem einbinden . Eine HUE-Bridge läuft schon auf meinem System.
Laut folgender Anleitung installieren : https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/
Leider finde ich das dort nicht oder habe ich dies übersehen ??
P.S.: Erst installieren und danach den Stick einstecken oder sofort einstecken ?
Danke
Hallo,
bei mir läuft nun HUEBridge und deCONZ gleichzeitig. Wenn man deCONZ über das GUI in der Shell startet, dann läuft das unter 8080 und dementsprechend bleibt die Liste leer!
Wenn ich nun >>get deCONZ sensors<< absetze, dann sehe ich meine Sensoren.
Mit >>define EingangReed1 HUEDevice sensor 2 << habe ich den nun wunderbar einbinden können.
Grüße Peter
Moin liebes Forum,
ich habe paar Verständnisfragen zu dem Conbee 2 in Verbindung mit FHEM.
Aktuell habe ich eine Philips HUE Bridge (für die unzähligen Lampen) und einen CC2531 (für die diversen Xiaomi Sensoren). Soweit funktioniert alles, jedoch spiele ich gerade mit dem Gedanken auf Conbee 2 umzustellen.
1. Kann ich meine Philips HUE Bridge und den CC2531 durch einen Conbee 2 ablösen?
Falls 1. = JA -> Dann muss ich die ganzen Philps HUE / Xiaomi Geräte neu einbinden, richtig?
2. Ist Überbrückungsweise ein Betrieb zwischen Conbee und Philips HUE Bridge / CC2531 möglich? Sodass ich Gerät für Gerät umziehen lassen kann?
3. Bis dato hatte ich mit der Philips HUE Bridge keine Reichweiten Probleme, hat der Conbee 2 eine ähnliche Reichweite?
4. Für den Conbee 2 muss zwangsläufig die Software "deCONZ" installiert werden richtig? Diese kann auch parallel auf dem selben Rechner wie FHEM laufen? (oder sollte ich diese evtl. auf eine VM auslagern?)
5. Anstatt die Philips HUE Bridge zu pollen, werden die Daten von "deConz" gepusht, ist das richtig?
6. Kann man weiterhin die Philips HUE App auf dem Smartphone verwenden um die Philips Geräte zu steuern?
Danke für eure Hilfe :)
Gruß
Mathze
Hi,
da ich das auch gemacht habe kann ich dir (fast) alle Fragen beantworten:
1. Kann ich meine Philips HUE Bridge und den CC2531 durch einen Conbee 2 ablösen?
Falls 1. = JA -> Dann muss ich die ganzen Philps HUE / Xiaomi Geräte neu einbinden, richtig?
Ja und ja.
2. Ist Überbrückungsweise ein Betrieb zwischen Conbee und Philips HUE Bridge / CC2531 möglich? Sodass ich Gerät für Gerät umziehen lassen kann?
Ja, du kannst mehrere HUEBridges in fhem definieren.
3. Bis dato hatte ich mit der Philips HUE Bridge keine Reichweiten Probleme, hat der Conbee 2 eine ähnliche Reichweite?
Habe sowohl den Raspbee als auch den Conbee2 und keine Reichweitenprobleme. Lediglich bei meiner Freundin in der Wohnung
mit nur IKEA-Tradfri Gedöns. Die scheinen nicht als Repeater zu arbeiten. Fast alle anderen Geräte schon...
4. Für den Conbee 2 muss zwangsläufig die Software "deCONZ" installiert werden richtig? Diese kann auch parallel auf dem selben Rechner wie FHEM laufen? (oder sollte ich diese evtl. auf eine VM auslagern?)
Geht beides. Ich habe deconz auf meinem IOServer für IT, Homematic und BT laufen. Keine Probleme.
5. Anstatt die Philips HUE Bridge zu pollen, werden die Daten von "deConz" gepusht, ist das richtig?
Korrekt.
6. Kann man weiterhin die Philips HUE App auf dem Smartphone verwenden um die Philips Geräte zu steuern?
Ich glaube die Philips App braucht auch eine Philips Bridge.
VG Sebastian
1. ja. bis auf firmware updates. siehe wiki.
deconz szenen arbeiten anders/gehen mit fhem aktuell nicht.
2. nein
3. zigbee arbeitet mit einem mesh netz zwischen allen geräten/lampen. die reichweite hängt also im Prinzip nicht von der bridge ab.
4. das geht problemlos. vm nicht nötig.
5. ja
Hallo ihr Beiden, danke für eure Antworten.
Ich muss noch einmal auf Frage 2 zurückkommen, da sich hier eure beiden Aussagen trennen.
Ist nun ein vorrübergehender Betrieb zwischen Conbee und Philips HUE Bridge und CC2531 möglich oder nicht?
Ich beschreiben meine geplante Idee:
Da ich ca. 15 HUE Lampen habe und ca. 15 Xiaomi Sensoren / Cube's habe, wollte ich gerne die Geräte peu á peu umziehen lassen, sodass meine bisherigen Schaltungen wie gewohnt bestehen bleiben können / weiter funktionieren.
Beispiel anhand einer Hue Lampe:
Ich lerne die Lampe von der Philips HUE Bridge ab, lerne die Lampe an dem Conbee 2 an (bzw. lerne sie am Gateway "deCONZ" an). Und benenne die Lampe nun genauso wie sie bisher auch hieß.
(Nun kann ich wahrscheinlich via "get Conbee lights" die Lampe anzeigen lassen [ggf. wird die ja auch per Autocreate automatisch erstellt?!])
Zu Frage 6.
Falls FHEM also mal ausfällt, wäre ein Schalten über die Philips Hue App nicht mehr möglich, korrekt?
Gibt es ein Pendant von deCONZ als App für das Smartphone um die Lampen ggf. manuell auszuschalten oder muss ich hier zwangsläufig über die Website (Gateway) gehen?
Weitere Frage:
"deCONZ" ist die Software, die als Gateway läuft, richtig?
D.h. läuft das Gateway nicht, ist eine Steuerrung nicht möglich.
D.h. ich muss zuerst alle Lampen an dem Gateway (deCONZ) anlernen um danach per FHEM darauf zugreifen zu können, richtig?
Gruß
Mathze
du kannst beliebig viele huebridge devices in fhem ablegen und verwenden.
du kannst keine lampe an mehr als einem gateway gleichzeitig haben. einzeln nah und nach umziehen ist kein problem.
Ich dachte schon dass mehrere HUEBridges in fhem möglich sind :o
Im Zweifel hat Andre recht - er muss es ja wissen... ;)
Vorm Umzug noch an ein FW-Update der HUE Birnen denken!
ZitatZu Frage 6.
Falls FHEM also mal ausfällt, wäre ein Schalten über die Philips Hue App nicht mehr möglich, korrekt?
Gibt es ein Pendant von deCONZ als App für das Smartphone um die Lampen ggf. manuell auszuschalten oder muss ich hier zwangsläufig über die Website (Gateway) gehen?
Es gibt ja auch jede Menge Drittanbieter Apps. Du kannst auch die Phoscon App (Webinterface) auf einem Tablet/Smartphone nutzen...
ZitatBeispiel anhand einer Hue Lampe:
Ich lerne die Lampe von der Philips HUE Bridge ab, lerne die Lampe an dem Conbee 2 an (bzw. lerne sie am Gateway "deCONZ" an). Und benenne die Lampe nun genauso wie sie bisher auch hieß.
(Nun kann ich wahrscheinlich via "get Conbee lights" die Lampe anzeigen lassen [ggf. wird die ja auch per Autocreate automatisch erstellt?!])
Das wird so nicht funktionieren, da die Lampen vermutlich andere IDs in der neuen Bridge haben. Ansonsten die ID in der DEF ändern
und das IOdevice Attribut anpassen.
ZitatWeitere Frage:
"deCONZ" ist die Software, die als Gateway läuft, richtig?
D.h. läuft das Gateway nicht, ist eine Steuerrung nicht möglich.
D.h. ich muss zuerst alle Lampen an dem Gateway (deCONZ) anlernen um danach per FHEM darauf zugreifen zu können, richtig?
Korrekt.
VG Sebastian
Zitat von: justme1968 am 21 August 2019, 13:11:33
du kannst beliebig viele huebridge devices in fhem ablegen und verwenden.
Das hatte ich auch so in Erinnerung :)
Wunderbar, dann sind nun alle Fragen geklärt und ich danke euch recht herzlich.
Nun bin ich 40€ ärmer, einen CC2531 los, einen LAN Port am Switch reicher und benötige nicht mehr xiaomi2mqtt auf meiner VM, wo ich zur Zeit die Xiaomi Geräte angelegt habe.
Wenn ich "deCONZ" auf meinem FHEM System installiere, wie rufe ich dann die Web-App auf?
Nur mit der IP ohne einen Port anzugeben?
Gruß
Mathze
Zitat von: t1me2die am 21 August 2019, 13:20:39
Wenn ich "deCONZ" auf meinem FHEM System installiere, wie rufe ich dann die Web-App auf?
deCONZ läuft im Std. auf Port 80, also <IP fhem>/pwa
btw: pwa = phoscon web app ;)
Hab "deCONZ" mal auf meinem Debian installiert. Nach anfänglichen Installationsschwierigkeiten läuft nun das Gateway.
Anbindung an FHEM hat wie die PhilipsHue Bridge geklappt.
Nun warte ich nur noch auf den Conbee II und dann werden die Geräte umgelernt. Der Conbee II verbraucht auch sicherlich weniger Strom als das Netzteil von der Philips Hue Bridge oder? Ich muss mir irgendwie die 40€ schön reden ;D
"deCONZ" sollte den Conbee II ja eigenständig erkennen oder muss dort irgendwas noch initialisiert werden? Oder reicht ein
sudo service deconz restart
Um ihn zum laufen zu bekommen?
Gruß
Mathze
Zitat von: t1me2die am 21 August 2019, 16:48:46
"deCONZ" sollte den Conbee II ja eigenständig erkennen oder muss dort irgendwas noch initialisiert werden? Oder reicht ein
sudo service deconz restart
Um ihn zum laufen zu bekommen?
Ja, reicht.
Hab den USB Stick nun angesteckt. Woran erkenne ich, dass der USB Stick von deCONZ erkannt wurde?
lsusb zeigt folgendes:
Bus 001 Device 010: ID 1cf1:0030 Dresden Elektronik
Und der Status von deCONZ läuft auch:
root@debian-jessie-final:~# service deconz status
● deconz.service - deCONZ: ZigBee gateway -- REST API
Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2019-08-24 14:04:11 CEST; 3min 58s ago
Main PID: 1354 (deCONZ)
CGroup: /system.slice/deconz.service
└─1354 /usr/bin/deCONZ -platform minimal --http-port=80
Aug 24 14:04:11 debian-jessie-final systemd[1]: Started deCONZ: ZigBee gateway -- REST API.
Aug 24 14:04:11 debian-jessie-final deCONZ[1354]: libpng warning: iCCP: known incorrect sRGB profile
Aug 24 14:04:12 debian-jessie-final deCONZ[1354]: This plugin does not support propagateSizeHints()
Aug 24 14:04:12 debian-jessie-final deCONZ[1354]: This plugin does not support propagateSizeHints()
deCONZ ist erreichbar, ich kann mich einloggen, jedoch weiß ich nicht, ob er den Stick erkannt hat?
Irgendwie habe ich das Gefühl, dass hat er nämlich nicht getan.
In der Web App steht unter Einstellungen -> Gateway:
Hersteller dresden elektronik
Produkt deCONZ
Version 2.05.64 / 22.4.2019
Firmware nicht verbunden
Gruß
Hallo,
habe genau das gleiche Problem:
- Raspi
- deCONZ installiert (über Putty, ohne Bildschirm)
- Phoscon App Interface läuft
- findet keine Lampen (Test am PC hat geklappt, Lampen wieder resettet)
- lsusb: Bus 001 Device 014: ID 1cf1:0030 Dresden Elektronik - Stick ist da
- sudo service deconz restart
In der Phoscon App kann ich auf kein Menü etc. zugreifen. Es wird nach Lampen gesucht und ohne Lampe geht es nicht weiter.
Wo liegt mein Fehler??
Problem gelöst: Hatte eine alte Version von deCONZ installiert (2.05.16). Nach Update auf 2.05.64 läuft es.
Zitat von: justme1968 am 25 Februar 2019, 05:24:33
oder man nimmt einfach das HUEBridge modul. das kommt auch mit deconz klar. und sogar ohne pollen per push.
wenn readings in den angelegten devices fehlen: bitte melden.
Zuallererst mal ein ganz dickes Dankeschön und Lob an alle die hier so aktiv dran sind und mir allein durchs nachlesen können unendlich viel geholfen haben! Ich bin leider kein Programmierer...
Ich habe 2 Heilmann Sensoren (Wasser HS1WL und Gas HS1CG-M). Beide wurden richtig angelegt, ich bekam beim Wassersensor beim eintauchen einmalig readings (battery, batterState, reachable, tempered, water) beim Gassensor nur einmalig battery. Leider habe ich keine Ahnung ob es an fehlenden readings in fhem liegt. Auf der deCONZ Übersicht erscheinen sie und sind regelmäßig "last seen" updated. Alles andere wie Osram Plugs und ZigBee Deckenleuchten oder Ikea Fernbedienung funktionieren super.
Erscheinen sie nur in deCONZ oder auch in Phoscon?
Hallo Volschin,
leider erscheinen sie nur in deCONZ, in der Phoscon Web Oberfläche erscheint beim hinzufügen kurz ein grüner Haken, die Meldung Sensor hinzugefügt erscheint, aber danach sind sie in der Weboberfläche unter Sensoren nicht mehr sichtbar...
siehst du mit verbose 4 oder 5 mehr? gibt es events? ändert sich der timestamp?
Hi justme,
Danke dass ihr euch das Thema anschaut! Events gibt es beim Wassersensor,
a) sobald ich ihn in Wasser eintauche (siehe screenshot) dann funktioniert auch ein notify mit Mailversand oder aber
b) nach FHEM update und Neustart von FHEM auf Linux Nuc und des Raspis auf dem deCONZ läuft. Nach dem FHEM update sind die Sensoren zunächst beide im State initialized. nach unterschiedlich langem Zeitraum wechselt der state dann wie im screenshot zusehen, bekommt aber nicht nachvollziehbar hin und wieder ein update nach 10 Tagen oder auch gar nicht mehr...
Beim Gas Sensor habe ich bisher nur den Readingswert reachable bekommen, habe noch keinen Gas test machen können... Wenn ich den Testbutton am Sensor drücke, schlägt er zwar akustisch alarm, ich bekomme aber kein reading!
Ich habe versucht mir mit Hilfe Nachlesen Forum/Comand Ref /Wiki mit StateFormat den State aus den Readings zusammenzubauen.
stateFormat {"Gasalarm: " .(ReadingsVal($name,"fire",0) eq "0"?"alles o.k" : "GAS ALARM")}
Leider ist das nicht korrekt glaube ich, denn wenn ich es richtig verstehe braucht es den 0er nach fire falls kein Readingswert da ist, korrekt? Das kollidiert dann glaube ich aber vom Sinn her mit dem Readingwert 0 von fire (das fire habe ich aus der Doku von Dresden Elektronik für den Heilman Gas Sensor. weil das angeblich als Wert bei deCONZ/Phoscon übermittelt wird..)
Verbose 4 bzw. 5 muss ich einstellen und dann checken ob ich da mehr sehe...
Ich hoffe das ist einigermaßen verständlich, wie gesagt bin ich leider kein Coder und such mir das immer zusammen und versuche es auf meine Fälle mit try and error anzupassen :)
Danke Frank
Für beide Sensoren, die übrigens Heiman heißen, gibt es offene issues bei deCONZ.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1919
Und #1498
Ich habe meine Zweifel, ob sich das in FHEM richten lässt.
Oh, Danke, ich hatte da auch geschaut, aber die beiden issues nicht gesehen bzw. ich habe ja die nicht -E Variante und die wird laut supported Device List https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices zumindest beim Wassersensor mit einigen Werten unterstützt. Du hast Recht, der Gas Sensor mit-M ist nicht explizit in der Liste der supported devices.
Das mit dem Namen ist natürlich richtig, blöd wenn man tagsüber ständig mit einem Herrn Heilman zu tun hat, sorry für das l zuviel. Klar, FHEM kann keine Wunder vollbringen und falsche oder fehlende Implementierungen in anderen Systemen korrigieren... Vielleicht supporten/fixen die das ja auf der Phoscon Seite noch.
Hi Justme,
ich habe mal auf den Sensoren und dem ConBeeII Stick Verbose 5 eingeschaltet und bekomme folgende Meldungen:
2019.10.08 01:05:21 1: PERL WARNING: Use of uninitialized value $subtype in string eq at ./FHEM/31_HUEDevice.pm line 1127.
2019.10.08 01:05:21 1: PERL WARNING: Use of uninitialized value $list in concatenation (.) or string at ./FHEM/31_HUEDevice.pm line 1131.
.......
2019.10.08 01:12:04 3: deCONZ: websocket opened to IP:vom:deCONZ:443
2019.10.08 01:12:04 4: parse status message for KellerWasserSensor
2019.10.08 01:12:04 4: KellerWasserSensor: use offsetUTC 7200 from bridge
2019.10.08 01:12:04 4: parse status message for KellerGasSensor
2019.10.08 01:12:04 3: deCONZ: websocket: Switching Protocols ok
2019.10.08 01:14:04 4: using HttpUtils_NonblockingGet: GET lights
2019.10.08 01:15:04 4: using HttpUtils_NonblockingGet: GET lights
.......
2019.10.08 01:18:04 3: deCONZ: websocket opened to IP:vom:deCONZ:443
2019.10.08 01:18:04 4: deCONZ: message for unknown sensor received: deCONZ-S1
2019.10.08 01:18:04 4: parse status message for KellerGasSensor
2019.10.08 01:18:04 4: parse status message for KellerWasserSensor
2019.10.08 01:18:04 4: KellerWasserSensor: use offsetUTC 7200 from bridge
2019.10.08 01:18:04 4: deCONZ: message for unknown sensor received: deCONZ-S2
2019.10.08 01:18:04 3: deCONZ: websocket: Switching Protocols ok
2019.10.08 01:19:04 4: using HttpUtils_NonblockingGet: GET lights
2019.10.08 01:20:04 4: using HttpUtils_NonblockingGet: GET lights
2019.10.08 01:20:14 5: deCONZ: websocket data: $VAR1 = {
'config' => {
'group' => '33181',
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'reachable' => $VAR1->{'config'}{'on'},
'alert' => 'none',
'battery' => 34
},
'r' => 'sensors',
'e' => 'changed',
'id' => '2',
't' => 'event',
'uniqueid' => '90:fd:9f:ff:fe:e7:ff:a2-01-1000'
};
2019.10.08 01:20:14 4: deCONZ: message for unknown device received: deCONZ-S2
Leider kommt nix u dem Wasser und Gas Sensor, die beiden haben die ID 3 und 4, 1 ist der Phoscon Dummy Daylight und 2 ist eine IKEA Tradfri Fernbedienung (die auch in der Phoscon Weboberfläche angezeigt wird).
Vermute mal es ist wie volschin schon geschrieben hat ein Bug/not yet supported Thema auf der Phoscon Seite.
Danke euch nochmal für die Bemühungen!
Zitat von: Sky am 18 August 2019, 21:50:10
Laut folgender Anleitung installieren : https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/
Leider finde ich das dort nicht oder habe ich dies übersehen ??
Ich finde dort auch keine Anleitung, sondern die Handbücher (ohne Info zur Installation). Vielleicht wurde der Inhalt zwischenzeitl. mal geändert.
Hinterm zweiten Link (http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8 (http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8)) wird beschrieben, wie deCONZ direkt via deb-Paket installiert wird.
Ansonsten steht beim Hersteller z.B. zum Conbee2 diese Anleitung:https://phoscon.de/de/conbee2/install (https://phoscon.de/de/conbee2/install), wonach z.B. via apt-Respository installiert wird.
Ich habe mir auch einen Conbee2 zugelegt und hadere noch mit der Installation. Denn deCONZ scheint eine Desktop Anwendung zu sein. Wenn ich nämlich via "apt-get install deconz" loslegen will, kommt sowas:
Die folgenden NEUEN Pakete werden installiert:
deconz fontconfig libdouble-conversion1 libevdev2 libgles2-mesa
libgudev-1.0-0 libinput-bin libinput10 libjpeg62-turbo libmtdev1 libpcre16-3
libproxy1v5 libqt5core5a libqt5dbus5 libqt5gui5 libqt5network5
libqt5serialport5 libqt5sql5 libqt5websockets5 libqt5widgets5
libwacom-common libwacom2 libxcb-icccm4 libxcb-image0 libxcb-keysyms1
libxcb-randr0 libxcb-render-util0 libxcb-util0 libxcb-xinerama0 libxcb-xkb1
libxkbcommon-x11-0 lsof wiringpi
Würde ich JA sagen, wäre mein dietpi plötzlich ein FATpi und würde zum Desktop-PC mutieren (QT5, Mesa, X11) :o
Ihr schreibt alle Ihr habt deCONZ installiert. Wie genau?
Nur das deb-File (https://www.dresden-elektronik.de/rpi/deconz/deconz-latest.deb (https://www.dresden-elektronik.de/rpi/deconz/deconz-latest.deb))? Werden dabei keine weiteren Abhängigkeiten angefordert und läuft es einfach durch?
Kurioserweise werden auch headless SD-Images angeboten (https://www.dresden-elektronik.de/rpi/sd-card-image/ (https://www.dresden-elektronik.de/rpi/sd-card-image/)). Ich konnte aber keine Anleitung finden, wie ich das auf meinem dietpi analog hinbekomme. Extra einen weiteren pi mit solchem Image laufen lassen, möchte ich eher nicht. :-\
Hat jmd. von Euch eine Idee?
Vielen Dank vorab.
Beste Grüße
rob
PS: der Conbee2 scheint stets unter /dev/ttyACM0 angesprochen werden zu wollen - da war mein ZWave-Stick aber schon ::) Habs genervt grade gebogen.
Ich habe meinen auf einen RaspberryPi 4 so installiert:
Installation
1. USB-Zugriffsrechte für Nutzer setzen
sudo gpasswd -a $USER dialout
Hinweis: Die Zugriffsrechte werden erst nach dem Aus- und Einloggen bzw. nach einem Neustart aktiv.
2. Phoscon Public-Key importieren
wget -O - http://phoscon.de/apt/deconz.pub.key | \
sudo apt-key add -
3. APT-Repository für deCONZ konfigurieren
Stable
sudo sh -c "echo 'deb http://phoscon.de/apt/deconz \
$(lsb_release -cs) main' > \
/etc/apt/sources.list.d/deconz.list"
Beta (Alternativ)
sudo sh -c "echo 'deb http://phoscon.de/apt/deconz \
$(lsb_release -cs)-beta main' > \
/etc/apt/sources.list.d/deconz.list"
4. APT-Paketliste aktualisieren
sudo apt update
5. deCONZ installieren
sudo apt install deconz
Das dürfte so ziemlich die Standard Anleitung von Dresden Elektronik sein.
Zitat von: slor am 05 November 2019, 16:28:11
Das dürfte so ziemlich die Standard Anleitung von Dresden Elektronik sein.
So steht es auch für den Conbee2 auf der Produktseite. The official way sozusagen.
Auf was für ein System hast Du das so installiert - war es ein headless server? Waren Dir die zusätzl. Pakete wurscht?
Im Wiki steht ja die andere Methode via dpkg das deb-File zu installieren (analog lt. Link oben). Weshalb ich nach Erfahrungen dazu frage. Aber vielleicht sollte ich es einfach mal machen und schauen, was passiert (allerdings nicht auf meinem Prod-System ;D)
Viele Grüße
rob
Aktuelles raspbian. Headless.
Ich stehe auf Standards. Pakete weglassen führt irgendwann zu Problemen. Über apt kommen so auch Updates.
Danke Dir für die Rückmeldung. Dass Dein headless server dadurch nun mit Grafik- und Eingabegerätetreibern + GUI "ergänzt" wurde, war Dir demnach bewusst.
Ich bleib auch gern beim Standard. Desktop-Pakete aufm headless server mag ich deswegen nicht so gerne ;) Btw.: Streng genommen sind nur Pakete aus offiziellen Repos standard. Da bin ich wohl zu pingelig :o
Was solls, ich bastle jetzt einfach mal ein wenig rum.
Danke und viele Grüße
rob
Zitat von: rob am 06 November 2019, 09:44:21
Danke Dir für die Rückmeldung. Dass Dein headless server dadurch nun mit Grafik- und Eingabegerätetreibern + GUI "ergänzt" wurde, war Dir demnach bewusst.
Ich bleib auch gern beim Standard. Desktop-Pakete aufm headless server mag ich deswegen nicht so gerne ;) Btw.: Streng genommen sind nur Pakete aus offiziellen Repos standard. Da bin ich wohl zu pingelig :o
Was solls, ich bastle jetzt einfach mal ein wenig rum.
Danke und viele Grüße
rob
Nimm das Docker Image und um die Abhängigkeiten kümmern sich andere. [emoji6]
Grundsätzlich glaube ich, wer ernsthaft mit Conbee arbeitet braucht auch immer mal wieder den Zugriff auf deCONZ und damit VNC Zugriff.
ZitatGrundsätzlich glaube ich, wer ernsthaft mit Conbee arbeitet braucht auch immer mal wieder den Zugriff auf deCONZ und damit VNC Zugriff.
Bin mit meinem ZigBee-Zoo jetzt anderthalb Jahre ohne deCONZ/VNC ausgekommen. Die Web-App genügt doch vollkommen.
VG Sebastian
Danke für Eure Rückmeldungen. Meine Tests ergeben für mich folgendes Bild:
_____________________________________ | ___________________________________________________________________________________________________________________________________ |
| deb via dpkg installieren (vgl. WIKI)
|
| | | klappt unter dietpi nicht, weil die selben Abhängigkeiten benötigt werden wie per apt-Repo, aber dpkg diese nicht selbst auflöst (dafür ist ja apt vorgesehen)
| unter armbian werden die Pakte wahrscheinlich standardmäßig bereits installiert sein
| --> nicht weiter verwunderlich, denn die deb-Datei wird dasselbe Paket sein, was auch ausm apt-Repo gezogen wird |
_____________________________________ | ___________________________________________________________________________________________________________________________________ |
| deb mit Gewalt installieren (dpkg --force-all -i)
| | | Service zwar ansprechbar, lässt sich aber nicht starten, weil fehlende libs moniert werden
| --> auch logisch, wollts halt mal testen |
_____________________________________ | ___________________________________________________________________________________________________________________________________ |
| offizielles headless image auf separatem RPI
|
| | | funktioniert sofort, Conbee2 wird sogleich als solcher erkannt/ eingebunden
| Für mich weniger nice: ich soll in deCONZ Räume + Gruppen anlegen. Wozu das? Ich hab doch Fhem. Riecht nach Redundanz :o
| --> ein Ein-Zweck-Server der nur Zigbee macht, sich 99% v. Tag langweilt und an 2/365 Tagen zum Konfigurieren benötigt wird aber 24/7 Energie verbraucht |
_____________________________________ | ___________________________________________________________________________________________________________________________________ |
Docker scheint ein guter Kompromiss. Weil ich noch keine Container im Einsatz hab, schrecken mich Zeitwand und Einarbeitung.
Aufgrund der viele positiven Meinungen zum Conbee2 war ich der falschen Annahme aufgesessen, dass Zigbee damit ähnlich einfach einzubinden ist, wie ZWave. Mit einer "dicken" middleware á la deCONZ hatte ich nicht gerechnet. Bin da selber schuld, hätte besser recherchieren müssen.
Fazit für mich: deCONZ ist eine Desktop-Anwendung und als fertiges System gedacht. Entweder ich fette mein dietpi entspr. an, oder ich mach Docker, oder ich verabschiede mich von Zigbee und gebe den Stick zurück.
Jetzt muss ich entscheiden, was mir wichtiger ist: Zeit, slim headless oder Zigbee@Conbee2 :-\
Viele Grüße
rob
PS: Den Support von Dresden Elektronik hatte ich vor einer Woche angeschrieben und um Info+Unterstützung gebeten, denn sie können ja nix dafür, dass ich mein System nicht zum Desktop machen möchte. Aber sie kennen ggf. einen Lösungsweg. Antwort habe ich leider keine erhalten. Schade.
Zitat von: binford6000 am 07 November 2019, 07:47:34
Bin mit meinem ZigBee-Zoo jetzt anderthalb Jahre ohne deCONZ/VNC ausgekommen. Die Web-App genügt doch vollkommen.
Welches Gateway benutzt Du dafür?
VG
rob
Zitat von: rob am 08 November 2019, 11:19:35
Welches Gateway benutzt Du dafür?
VG
rob
Hi Rob,
ich hatte anfangs einen RaspBee und nutze jetzt einen ConBee II.
VG Sebastian
Zunächst mal Danke für den Hinweis, dass deCONZ im Hintergrund diverse X-11 bezogene libs installiert, das war mir bisher entgangen (und ich finde das auch nicht optimal, eigentlich sollte das wirklich "headless" laufen, auch wenn X11 nicht gestartet zu werden scheint).
Was "fett" angeht: deCONZ "frißt" bei mir in etwa dasselbe an CPU/RAM wie FHEM (je um die 5% auf einer dual-Core-AMD-CPU mit 4GB RAM), das ist für mich ebenso ok, wie die (in FHEM tatsächlich unschönen) Gruppen usw.. Die scheint der Service aber zu benötigen, um direkte Verbindungen zwischen Geräten herstellen zu können, von daher würde ich sagen: notwendiges Übel...
Was "deCONZ brauchen" angeht (und nicht nur phoscon): Nur darüber scheinen sich firmware-updates machen zu lassen, backups anfertigen (und evtl. weitere Experten-Einstellungen vornehmen). Statt den VNC-Weg zu nehmen, finde ich es besser, dafür deCONZ auf einem weiteren System zu installieren und den ConBee II dann einfach kurzzeitig umzustöpseln. Darauf scheint das Mesh-System gespeichert zu werden, meine ersten Tests in diese Richtung waren jedenfalls vielversprechend (auch wenn ich es im ersten Anlauf erst mal nicht geschafft habe, eine IKEA-firmwarezu aktualisieren).
Gruß, Beta-User
@Beta-User
Danke Dir für die Infos. So scheint mir deCONZ gar nicht soo fett wie ich erst dachte.
Zitat von: Beta-User am 08 November 2019, 11:42:05
Was "deCONZ brauchen" angeht (und nicht nur phoscon)
...Statt den VNC-Weg zu nehmen..
Ein Reserve-PI für seltene Admin-Geschichten, aber ansonsten schlanke Einbindung, klingt sehr gut. Ich habe anscheinend einen Weg übersehen (obwohl ich Wiki + Forum dreimal ausgedruckt habe ;))
@Sebastian
Zitat von: binford6000 am 08 November 2019, 11:27:22
...einen ConBee II.
Jetzt bin ich erst recht neugierig :D
Du kommst ohne deCONZ aus? Wie hast Du das erreicht und was genau ist in dem Fall die WebApp?
Sorry, dass ich nun so dumm frage. Ich habe die letzten Tage viele Freds, Wikis und Blogs dazu gelesen und anscheinend doch was verdüst. Ich find den Eingangspost + Wiki extrem hilfreich und hatte dies für d. abschließende Zusammenfassung d. Setup-Wege gehalten.
Vielen Dank und beste Grüße
rob
Ich interpretiere das so:
Er hat als Hardware-IO den ConBee II (wie ich), auf dem Server läuft auch deCONZ (headless). Er nutzt dann zur Konfiguration nur phoscon (eine Browser-App), was grundsätzlich kein Problem ist.
Man braucht deCONZ als eigenständige _Desktop-App_ (mit laufendem X11) nur dann, wenn man die erweiterten Optionen nutzen will. Der angegebene "footprint" bezog sich auch nur auf die headless-Server-Komponente, was die Desktop-Variante braucht: keine Ahnung... Auch unter docker war der Abdruck (soweit ich mich entsinne) übrigens kaum größer (habe aber nicht Buch geführt).
Zitat von: rob am 08 November 2019, 12:11:29Ein Reserve-PI für seltene Admin-Geschichten, aber ansonsten schlanke Einbindung, klingt sehr gut. Ich habe anscheinend einen Weg übersehen (obwohl ich Wiki + Forum dreimal ausgedruckt habe ;) )
Das steht afaik auch (fast) nirgends so deutlich, dass es reicht, den Stick umzustöpseln. Ich habe das nur "zufällig" rausgefunden, weil sich die Parallelen zu ZWave aufgedrängt haben (aber da ist es nach meinen rudimentären Erfahrungen nicht ganz so einfach, nur mit den Daten aus dem Stick ein ZWay-Zweitsystem aufzuziehen).
Weil es nicht so offensichtlich ist, habe ich mich überhaupt nur hier eingeklinkt... ;) .
ZitatDu kommst ohne deCONZ aus? Wie hast Du das erreicht und was genau ist in dem Fall die WebApp?
<IP-Adresse>/pwa/pwa = Phoscon Web App, über Browser erreichbar
deCONZ = Desktop Anwendung, zB. über VNC erreichbar
Ich verwende die Web App ausschließlich zum Anlernen der Devices. Rest in FHEM.
Ich nutze Bulbs, Stripes, Senoren, FBs und Schalter von allen möglichen Herstellern.
VG Sebastian
Guten Abend zusammen,
heute habe ich meinen ConBee II Stick erhalten und entsprechend diversen Anleitungen auch alles zum laufen bekommen. Ich verfüge noch über keinerlei schnurlose Smart-Home Geräte, der Kauf ist erst jetzt konkret geplant. Zwecks Test habe ich mir einen Aqara Temperatursensor dazubestellt.
- deCONZ installiert und läuft
- Phoscon Weboberfläche ist ansprechbar
- Sensor wurde erfolgreich gekoppelt, Sensordaten stehen unter "Sensoren"
- Anbindung an FHEM mit Modul HUEBridge war erfolgreich
In diesen YouTube Video ( https://youtu.be/SlP3IexwhOc?t=782 (https://youtu.be/SlP3IexwhOc?t=782) ) an dieser Stelle sieht man ein Popup mit den IDs der einzelnen Sensoren.
- Auch das klappt bereits bei mir.
Aber mein letzter gewünschter Schritt ist nun, dass ich die Sensordaten auf meiner FTUI Oberfläche darstellen will.
Was muss ich denn dafür tun?
Ich habe bisher nur Dinge in meine Oberfläche per HTML eingebunden, die in irgendwelchen Readings dargestellt waren. Hier fehlt mir das KnowHow, wie ich z.B. die Temperaturdaten ansprechen kann.
<div data-type=label" data-device="deCONZ" data-get=" ??? " data-unit="°C"></div>
Danke für Eure Hilfe.
Lies dir diesen Beitrag mal durch:
https://forum.fhem.de/index.php/topic,95288.msg881070.html#msg881070
(https://forum.fhem.de/index.php/topic,95288.msg881070.html#msg881070)
Speziell am Ende ;)
Kurz weil mobil.
Das solltest Du vielleicht in einem Thread zu FTUI versuchen. Ob Du hier Nutzer dieses Frontends findest, ist fraglich.
Er hat den Sensor noch nicht als device eingebunden, gehe ich jetzt mal von aus..
Stimmt. Er versucht deConz anzusprechen und nicht einen eingerichteten Sensor.
Ach Leute, ich danke Euch, jetzt habe ich es geschnallt. Beim Schreiben meines Postings dachte ich mir noch.... irgendwie fehlt gefühlt ein Zwischenschritt ;D
Noch eine Frage:
Physisch ist das Dingen ein Multisensor, beinhaltet also neben Temperatur auch noch Luftfeuchtigkeit usw.
Muss ich nun für jeden dieser Mess-Parameter ein eigenes Device definieren? Vermutlich wegen unterschiedlicher ID ja, oder?
ich habe es bis jetzt leider nur über 2 Geräte gelöst.
Mich aber auch nicht mehr weiter damit beschäftigt.
das api exportiert jeden sensor als eigenes gerät.
diese wieder zusammenzufassen ist nicht praktikabel das zum einen tradings mehrfach vorhanden sind und sich dann überschreiben und zum
anderen weil sich dann bei der konfiguration (z.b. empfindlichkeit) das problem stellt wie das set auf ein misch device wieder auf den richtigen sensor in der bridge abgebildet wird. je mehr man drüber nachdenkt um so mehr probleme tauchen auf.
selbst wenn es ginge würde man nur manche dinge zusammen fassen. bewegung, temperatur und helligkeit haben z.b. nicht wirklich etwas miteinander zu tun.
und warum ist das überhaupt ein problem? gerade bei ftui ist es doch egal. du brauchst pro wert sowieso ein eigenes widget bzw. ein data get.
Ich finde den Thread sehr sinnvoll im Sinne seines Anfangs: "Was sind die 3-4 Schritte, um einen Conbee 2 / other Phoscon-HW mit FHEM zum Laufen zu bringen?".
Hat auch bei mir super geklappt. Allerdings hat sich bei mir "irgendwie" die Push-Notifizierung über den Websocket nach ein paar Tagen abgeschaltet. Warum, das möchte ich gerne eingrenzen. Worüber ich stolpere: Es wird parallel immer noch fröhlich gepollt. Die am Anfang genannten Schritte führen also zu einem Parallelbetrieb aus Pushen und Pollen.
- Wie ich das HUEBridge-Device zu einem längeren Intervall statt 300 Sekunden bekomme, das habe ich zügig herausgefunden: Ich habe das "define" um den optionalen Parameter ergänzt und restartet.
- Wie ich verhindere, dass weiterhin die Sensoren alle 60 Sekunden gepollt werden: Da bin ich noch nicht auf die Stelle gestoßen, wo eine "Anweisung für Dummies" steht.
Welcher Wiki wäre der Wiki der Wahl, um das Ganze zu dokumentieren? Die Google-Wörter, die ich wähle ("wiki fhem phoscon huebridge"), führen zu dieser Wiki-Seite:
https://wiki.fhem.de/wiki/Hue#RaspBee_.26_ConBee
Hier sollte dann auch die "Anleitung für Dummies" stehen?
Hallo zusammen,
schönen 2. Advent euch erst einmal.
Ich habe seit einiger Zeit den Phoscon 2 Stick am laufen, die Phoscon / deConz Software läuft auf einem Pi, wo auch der Stick hängt, FHEM läuft auf einem Debain Server. An sich läuft alles gut, bis auf den Punkt, mit der Homebridge in FHEM. Wenn ich diese neu starte, dann werden alle HUE / Phoscon Geräte wieder in den "Standartraum" geschmissen, sprich die Sortierung bleibt nicht erhalten, bei allen anderen Geräten (MQTT, MAX Heizung und Co.) bleiben diese jedoch erhalten...
Hat jemadn auch schon mal dieses Problem gehabt und eventuell eine Lösung?
Zitat von: Fillip am 08 Dezember 2019, 12:35:15
Hallo zusammen,
schönen 2. Advent euch erst einmal.
Ich habe seit einiger Zeit den Phoscon 2 Stick am laufen, die Phoscon / deConz Software läuft auf einem Pi, wo auch der Stick hängt, FHEM läuft auf einem Debain Server. An sich läuft alles gut, bis auf den Punkt, mit der Homebridge in FHEM. Wenn ich diese neu starte, dann werden alle HUE / Phoscon Geräte wieder in den "Standartraum" geschmissen, sprich die Sortierung bleibt nicht erhalten, bei allen anderen Geräten (MQTT, MAX Heizung und Co.) bleiben diese jedoch erhalten...
Hat jemadn auch schon mal dieses Problem gehabt und eventuell eine Lösung?
Ja hatte ich auch schon einmal. Ich habe die komplette Config in der Homebridge gelöscht (
/opt/fhem/.homebridge/persist) und neu angelegt. Danach ging es dann.
Ich weiß nicht ob es eine bessere Lösung dazu gibt.
Welche config meinst Du genau? Ich habe den Phoscon in FHEM eingebunden, und nur FHEM steht in der config.json, bei mir unter
.homebridge/config.json
Ich meine den Inhalt des persist Ordner löschen.
Ahh super danke ;D ;D Musste zwar einmal komplett in der Homebridge alles löschen und neu anlegen, aber nun bleibt es nach einem Neustart alles wie es ist 8) 8)
Noch eine Frage zum System:
lässt sich irgendwo die Empfangsstärke einzelner Endgeräte ablesen / bestimmen ?
Und weiterhin die Frage: sieht man, wie z.B. ein Sensorsignal es bis zum USB-Gateway geschafft hat?
Hintergrund: mein Conbee2 USB-Stick samt Raspberry Pi steht im Erdgeschoss. Eine Osram Smart Plug Steckdose steckt im 1. OG und soll als Repeater fungieren. Im 2. OG sitzt ein batteriebetr. Aqara Multisensor, welcher Raumtemperatur und -feuchte misst. Jedoch bin ich bei meinen ersten Reichweitetests derzeit völlig im Dunkeln, ob die Osram Smart Plug Steckdose ihre gewünschte Funktion als Repeater macht oder gar unnötig ist. Derzeit kann ich nirgendwo feststellen, wie die Empfangsstärke einzelner Endgeräte ist. Entweder ich empfange einen Messwert, oder nicht.
Subjektiv habe ich das Gefühl, dass mein geplantes Mesh-Netzwerk derzeit so nicht funktioniert. Die Steckdose ist im 1. OG ansprechbar, testweise auch im 2. OG. Der Raumsensor funkt Signale zuverlässig nur im 1. OG, denn aus dem 2. OG empfange ich nichts. Stelle ich den Pi samt Gateway hingegen ins 1. OG, empfange ich vom Sensor zuverlässig Signale.
Leider ist die Ursachenforschung mangels Tools für mich irgendwie schwierig.
Das Tool heißt deCONZ und liefert das über X11 oder Remote, wenn entsprechend installiert, per VNC.
Moin zusammen
Ich nehme mal diesen Thread, um meine Frage zu stellen.
Kann man eine HUE-Bridge alias Raspbee in mehreren fhem-Installationen definieren?
Danke und Gruss
Christoph
Sollte eigentlich gehen, da man auch sonst mehrere HA Systeme parallel dranhängen kann.
hue bridge und raspbee sind zwei unterschiedliche dinge.
man kann beide in mehreren fhem installationen verwenden. einen raspbee vermutlich besser als eine hue bridge. die geht bald in die knie wenn man auf device ebene pollt.
aber warum genau willst du das tun? rabiat vermutlich besser die beiden fhem zu verbinden. oder nur ein fhem zu haben.
Moin
Nun ich habe ein aktuelles und ein sehr altes fhem. Das Alte ist mein Hauptsystem. Welches jetzt irgendwann aktualisiert werden soll.
Im Alten ist logischerweise HUE nicht ganz aktuell, und ich wollte halt wissen, was so alles funktioniert.
Nach dem Testen jetzt, finde ich zwei Groups, die es nicht gibt, und Sensoren werden nicht automatisch angelegt.
Die Groups kommen auch immer wieder, trotz loeschen, und das sie in deconz nicht vorhanden sind. Es ist einmal der Ikea Bewegungsmelder, und eine Gruppe, die ich mal angelegt hatte.
Gruss Christoph
sensoren wurden und werden niemals automatisch angelegt.
gruppen zählen als lampen und die werden automatisch angelegt wenn autocreate aktiv ist.
Hi
Danke, das mit den Sensoren habe ich gerade gelesen.
Aber die Gruppen sind leider falsch. Es gibt in der Phoscon/deconz Welt keine Gruppe (mehr), trotzdem taucht die wieder auf. Und der Ikea-Bewegungsmelder (neu V2) wird auch als Gruppe angelegt. Ich habe jetzt mal deletegroup ausprobiert, das scheint geholfen zu haben.
Gruss Christoph
wenn die gruppe automatisch angelegt wurde ist sie über das api gemeldet worden.
Hi
Das will ich gerne glauben, ist aber erstmal nicht ersichtlich! Ich werde aber noch mal im deconz nachsehen.
Gruss Christoph
Ich benötige erneut Hilfe, nachdem seit gestern keinerlei Sensordaten in FHEM aktualisiert wurden.
deConz und die Phoscon App zeigen weiterhin vollständige Aktivität an. Hier läuft also alles.
Jedoch klappt die Verbindung zwischen deCONZ und FHEM scheinbar nicht mehr. Ich erinnere mich noch, dass ich vor 2 Wochen bei der Inbetriebnahme des ConBee 2 Sticks zunächst auch Probleme hatte, einen validen Key zu erhalten.
Ich habe also das deConz Device in FHEM gelöscht und wollte es entsprechend dem 1. Posting dieses Threads bzw. dem Wiki Eintrag neu anlegen.
Jedoch scheitere ich immer und immer wieder daran, dass zwar ein Key angelegt wird, dieser jedoch ein sehr langes Format hat und schenbar ungültig ist. Beispiel
Zitat302d1db8006e153433614861f2a2ea54
Der "alte" Key hatte vielleicht ca. 10-12 Zeichen, mehr nicht.
Entsprechend erhalte ich keine echte Verbindung zu deConz und dessen Sensoren. Beispielsweise liefert
get deConz sensors ein vollständig leeres Popup.
Im Logfile fand ich dies:
Zitat
2019.12.14 09:37:20 2: HUEBridge_OpenDev: got empty config
2019.12.14 09:37:22 3: telnetForBlockingFn_1576312642: port 41179 opened
2019.12.14 09:37:29 2: deCONZ: invalid json detected for http://192.168.178.83/api/302d1db8006e153433614861f2a2ea54/sensors: <?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>404 Not Found</title>
</head>
<body>
<h1>404 Not Found</h1>
</body>
</html>
2019.12.14 09:38:16 2: deCONZ: invalid json detected for http://192.168.178.83/api/302d1db8006e153433614861f2a2ea54/sensors: <?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>404 Not Found</title>
</head>
<body>
<h1>404 Not Found</h1>
</body>
</html>
Was mache ich denn falsch?
Ich habe schon zig Kombinationen ausprobiert, beispielsweise zunächst das Dev anzulegen, danach in der Phoscon App das Pairing zu starten und DANN
Zitatset deConz active
zu tätigen. Ebenso anders herum. Immer wieder erhalte ich solche langen Keys und bringe keine Verbindung zustande.
Hast du
attr deCONZ httpUtils 1
gesetzt?
danach den langen key löschen und FHEM mal neu starten.
Ja das habe ich gemacht, sowohl getestet mit "1" wie auch mit "0" und jeweils immer den alten Key gelöscht und restart :-[
Nach dem Restart steht das Device immer auf "initialized"
ZitatHUEBridge
deCONZ initialized
hier ist das gut erklärt, versuch das mal ab 11:35 min
https://haus-automatisierung.com/projekt/2019/01/16/projekt-conbee-stick-zigbee.html (https://haus-automatisierung.com/projekt/2019/01/16/projekt-conbee-stick-zigbee.html)
Nach exakt diesem Video habe ich vor 14 Tagen die Sache in Betrieb genommen. Ich habs mir heute morgen auch nochmal angesehen und die Stelle mit der FHEM Integration mehrfach.
Der Key will einfach nicht kommen...
Einziger Unterschied zum Video bei mir ist, dass ich die deconz-gui Version aktiv habe. Macht das etwa einen Unterschied?
gib mal bitte ein list vom deCONZ
Zitat
Internals:
DEF 192.168.178.83
FUUID 5df49e85-f33f-4dec-0f07-6d702e82eb6c3200
FVERSION 30_HUEBridge.pm:0.206840/2019-12-08
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 38
NTFY_ORDER 50-deCONZ
STATE initialized
TYPE HUEBridge
host 192.168.178.83
manufacturer
modelName
READINGS:
2019-12-14 10:00:41 state initialized
helper:
count 0
last_config_timestamp 0
Attributes:
httpUtils 1
key a0796b566afdfc452ab27404c5cb456f
room HUEbridge
fehlt da noch der Port ":8080" hinter der IP-Adresse? Wobei ich das vorher auch nicht drin stehen hatte...
Der ConBee II Stick steckt am gleichen Raspi drin, wo auch FHEM läuft. Habe gestern abend ein "update" in FHEM laufen lassen, keine Ahnung ob es damit zusammenhängt.
Ich könnte auch noch den Phoscon Gateway resetten, leider sieht man als Laie dort auch nicht, ob das Pairing erfolgreich war, oder nicht.
Wenn alle Stricke reißen, muss ich ein altes Backup einspielen und meine ganzen FHEM-Änderungen aus der vergangenen Woche erneut tätigen.
ein versuch wäre das device löschen, dann auf app verbinden, danach:
define deCONZ HUEBridge 192.168.178.83:80 1
hier den port mal mit angeben..
key löschen, FHEM neu starten..
EDIT:
Die IP stimmt noch??
Vielen Dank bis hierher, ich hatte soeben ein Erfolgserlebnis 8)
Aber nun erklär mir bitte noch, was ich mit Deinem define BEfehl genau gemacht habe, sprich was bedeutet die "1" am Ende?
Ansonsten sei gesagt:
ich habe es letztlich mit
efine deCONZ HUEBridge 192.168.178.83:8080 1
geschafft. Vorher in der Phoscon App auf "App verbinden" geklickt, danach den Define Befehl in FHEM ausgeführt.
Danach habe ich den falschen Key gelöscht, gespeichert, shutdown restart ausgeführt und dann stand im State "Pairing". Also schnell wieder auf "App verbinden" geklickt und das State änderte sich sofort auf "Connected"
die 1 am ende ist einfach nur ein Aktualisierungsintervall von 1er Sekunde.
okay das mit dem port 8080 hatte ich überlesen. bei mir läuft der auf port 80 und da sucht der auch wenn man den port weg lässt..
Ich habe es gebraucht weil ich Steckdosen ab und zu von Hand schalte. Damit FHEM das zeitnah mitbekommt habe ich den Intervall auf eine sek gestellt. Da ist so oder so ein Standard Intervall gesetzt aber der war mir zu lang. Glaube 60sek oder so.
Ist trotzdem nicht notwendig, wenn die websocket-Verbindung sauber funktioniert. Ein wesentlicher Vorteil gegenüber der Philips HueBridge.
das push api ist auf jeden fall zu bevorzugen. die last durch das häufige pollen sollte man nicht unterschätzen. das geht eigentlich nur weil die deconz hardware deutlich leistungsfähiger ist als die hue bridge.
Moin,
ich habe einen Conbee2 Stick am raspbi hängen.
Habe in deconz (ausschließlkich) Sensoren angelegt hat super funktioniert.
Wenn ich jetzt aber in FHEM das autocreate starte, legt er keine Sensoren an.
Das fhemlog sagt:
2019.12.14 17:28:30 4: using HttpUtils_BlockingGet: GET sensors
2019.12.14 17:28:34 4: using HttpUtils_NonblockingGet: GET lights
2019.12.14 17:29:34 5: deCONZ: websocket data: {
'id' => '2',
't' => 'event',
'uniqueid' => '00:15:8d:00:03:d4:4f:ad-01-0402',
'e' => 'changed',
'name' => 'Multisensor_Bad',
'r' => 'sensors'
}
2019.12.14 17:29:34 4: deCONZ: message for unknown device received: deCONZ-S2
2019.12.14 17:29:34 5: deCONZ: websocket data: {
'id' => '3',
'uniqueid' => '00:15:8d:00:03:d4:4f:ad-01-0405',
't' => 'event',
'name' => 'Multisensor_Bad',
'e' => 'changed',
'r' => 'sensors'
}
2019.12.14 17:29:34 4: deCONZ: message for unknown device received: deCONZ-S3
2019.12.14 17:29:34 5: deCONZ: websocket data: {
'id' => '4',
'r' => 'sensors',
'name' => 'Multisensor_Bad',
'uniqueid' => '00:15:8d:00:03:d4:4f:ad-01-0403',
't' => 'event',
'e' => 'changed'
}
2019.12.14 17:29:34 4: deCONZ: message for unknown device received: deCONZ-S4
2019.12.14 17:29:34 4: using HttpUtils_NonblockingGet: GET
2019.12.14 17:29:34 4: parse status message for deCONZ
2019.12.14 17:29:34 3: deCONZ: websocket opened to 192.168.178.99:8091
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S2
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S5
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S8
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S12
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S3
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S11
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S10
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S6
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S9
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S7
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S4
2019.12.14 17:29:34 4: deCONZ: message for unknown sensor received: deCONZ-S1
2019.12.14 17:29:34 3: deCONZ: websocket: Switching Protocols ok
2019.12.14 17:29:40 4: using HttpUtils_BlockingGet: GET sensors
2019.12.14 17:29:46 4: using HttpUtils_BlockingGet: GET lights
2019.12.14 17:29:46 4: using HttpUtils_BlockingGet: GET groups
2019.12.14 17:29:46 5: deCONZ: id '1' already defined as 'deCONZ_HUEGroup1'
2019.12.14 17:29:46 5: deCONZ: id '0' already defined as 'deCONZ_HUEGroup0'
2019.12.14 17:30:34 4: using HttpUtils_NonblockingGet: GET lights
2019.12.14 17:31:15 5: deCONZ: websocket data: {
'config' => {
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'reachable' => $VAR1->{'config'}{'on'},
'battery' => 100,
'temperature' => 2900
},
'e' => 'changed',
'uniqueid' => '00:15:8d:00:02:47:8b:54-01-0500',
't' => 'event',
'r' => 'sensors',
'id' => '6'
}
2019.12.14 17:31:15 4: deCONZ: message for unknown device received: deCONZ-S6
2019.12.14 17:31:15 5: deCONZ: websocket data: {
't' => 'event',
'uniqueid' => '00:15:8d:00:02:47:8b:54-01-0500',
'e' => 'changed',
'r' => 'sensors',
'state' => {
'lowbattery' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'tampered' => $VAR1->{'state'}{'lowbattery'},
'water' => $VAR1->{'state'}{'lowbattery'},
'lastupdated' => '2019-12-14T16:31:15'
},
'id' => '6'
}
2019.12.14 17:31:15 4: deCONZ: message for unknown device received: deCONZ-S6
2019.12.14 17:31:34 4: using HttpUtils_NonblockingGet: GET lights
2019.12.14 17:32:29 3: DBLogging_Reopen: Reopen executed.
2019.12.14 17:32:34 4: using HttpUtils_NonblockingGet: GET lights
Kann es sein, dass ich irgendwas falsch mache?
ja. du hast das wiki und die commandref nicht gelesen.
nur lampen werden per autocreate angelegt.
sensoren muss man von hand anlegen.
mea clupa.
habe die sensoren jetzt angelegt, allerdings steht im FHEM log folgende Meldung:
2019.12.14 18:08:39 2: Multisensor_HausFlur_press: got wrong status message for Multisensor_HausFlur_press: ARRAY(0x5e820f8)
2019.12.14 18:08:39 2: Multisensor_HausFlur_hum: got wrong status message for Multisensor_HausFlur_hum: ARRAY(0x5bb92c8)
2019.12.14 18:08:39 2: Multisensor_HausFlur_tmp: got wrong status message for Multisensor_HausFlur_tmp: ARRAY(0x5eb82d8)
2019.12.14 18:09:39 2: Bewegungsmelder_Bad: got wrong status message for Bewegungsmelder_Bad: ARRAY(0x5e93610)
2019.12.14 18:09:39 2: Bewegungsmelder_Flur: got wrong status message for Bewegungsmelder_Flur: ARRAY(0x5e826e0)
2019.12.14 18:09:39 2: Bewegungsmelder_SZ: got wrong status message for Bewegungsmelder_SZ: ARRAY(0x5bca048)
2019.12.14 18:09:39 2: Wassersensor_WaMa: got wrong status message for Wassersensor_WaMa: ARRAY(0x5ba9d50)
2019.12.14 18:09:39 2: Wassersensor_SpueMa: got wrong status message for Wassersensor_SpueMa: ARRAY(0x5bca048)
2019.12.14 18:09:39 2: Multisensor_Bad_tmp: got wrong status message for Multisensor_Bad_tmp: ARRAY(0x5bf96e8)
2019.12.14 18:09:39 2: Multisensor_Bad_press: got wrong status message for Multisensor_Bad_press: ARRAY(0x5eb9940)
2019.12.14 18:09:39 2: Multisensor_Bad_hum: got wrong status message for Multisensor_Bad_hum: ARRAY(0x5a23888)
2019.12.14 18:09:39 2: Multisensor_HausFlur_tmp: got wrong status message for Multisensor_HausFlur_tmp: ARRAY(0x5938068)
2019.12.14 18:09:39 2: Multisensor_HausFlur_hum: got wrong status message for Multisensor_HausFlur_hum: ARRAY(0x5eb5d28)
2019.12.14 18:09:39 2: Multisensor_HausFlur_press: got wrong status message for Multisensor_HausFlur_press: ARRAY(0x59f2d90)
2019.12.14 18:10:39 2: Bewegungsmelder_Bad: got wrong status message for Bewegungsmelder_Bad: ARRAY(0x58e48f0)
2019.12.14 18:10:39 2: Bewegungsmelder_SZ: got wrong status message for Bewegungsmelder_SZ: ARRAY(0x2a68de8)
2019.12.14 18:10:39 2: Bewegungsmelder_Flur: got wrong status message for Bewegungsmelder_Flur: ARRAY(0x59e4d38)
2019.12.14 18:10:39 2: Wassersensor_WaMa: got wrong status message for Wassersensor_WaMa: ARRAY(0x5eb9dd8)
2019.12.14 18:10:39 2: Wassersensor_SpueMa: got wrong status message for Wassersensor_SpueMa: ARRAY(0x5706888)
2019.12.14 18:10:39 2: Multisensor_Bad_tmp: got wrong status message for Multisensor_Bad_tmp: ARRAY(0x5bf7aa0)
2019.12.14 18:10:39 2: Multisensor_HausFlur_tmp: got wrong status message for Multisensor_HausFlur_tmp: ARRAY(0x58e9e40)
2019.12.14 18:10:39 2: Multisensor_Bad_press: got wrong status message for Multisensor_Bad_press: ARRAY(0x5947260)
2019.12.14 18:10:39 2: Multisensor_Bad_hum: got wrong status message for Multisensor_Bad_hum: ARRAY(0x4672950)
2019.12.14 18:10:39 2: Multisensor_HausFlur_hum: got wrong status message for Multisensor_HausFlur_hum: ARRAY(0x59372c8)
2019.12.14 18:10:39 2: Multisensor_HausFlur_press: got wrong status message for Multisensor_HausFlur_press: ARRAY(0x5bac3d0)
verbose 5:
019.12.14 18:15:39 3: resource, /lights/3, not available
2019.12.14 18:15:39 2: Multisensor_Bad_hum: got wrong status message for Multisensor_Bad_hum: ARRAY(0x5e7de68)
2019.12.14 18:15:39 3: resource, /lights/4, not available
2019.12.14 18:15:39 2: Multisensor_Bad_press: got wrong status message for Multisensor_Bad_press: ARRAY(0x59fee30)
2019.12.14 18:15:39 3: resource, /lights/9, not available
2019.12.14 18:15:39 2: Multisensor_HausFlur_tmp: got wrong status message for Multisensor_HausFlur_tmp: ARRAY(0x59c9ef0)
2019.12.14 18:15:39 3: resource, /lights/11, not available
2019.12.14 18:15:39 2: Multisensor_HausFlur_press: got wrong status message for Multisensor_HausFlur_press: ARRAY(0x1bf1a48)
2019.12.14 18:15:39 3: resource, /lights/10, not available
2019.12.14 18:15:39 2: Multisensor_HausFlur_hum: got wrong status message for Multisensor_HausFlur_hum: ARRAY(0x5919b90)
2019.12.14 18:15:43 4: using HttpUtils_NonblockingGet: GET lights
2019.12.14 18:16:15 5: deCONZ: websocket data: {
't' => 'event',
'state' => {
'lastupdated' => '2019-12-14T17:16:15',
'presence' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' )
},
'e' => 'changed',
'r' => 'sensors',
'id' => '7',
'uniqueid' => '00:15:8d:00:04:47:e7:00-01-0406'
}
2019.12.14 18:16:15 4: deCONZ: message for unknown device received: deCONZ-S7
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/5
2019.12.14 18:16:39 3: resource, /lights/5, not available
2019.12.14 18:16:39 2: Bewegungsmelder_Bad: got wrong status message for Bewegungsmelder_Bad: ARRAY(0x5926608)
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/7
2019.12.14 18:16:39 3: resource, /lights/7, not available
2019.12.14 18:16:39 2: Bewegungsmelder_Flur: got wrong status message for Bewegungsmelder_Flur: ARRAY(0x5ec6330)
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/8
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/6
2019.12.14 18:16:39 3: resource, /lights/8, not available
2019.12.14 18:16:39 2: Bewegungsmelder_SZ: got wrong status message for Bewegungsmelder_SZ: ARRAY(0x59ffd20)
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/12
2019.12.14 18:16:39 3: resource, /lights/6, not available
2019.12.14 18:16:39 2: Wassersensor_WaMa: got wrong status message for Wassersensor_WaMa: ARRAY(0x5ec5ec8)
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/2
2019.12.14 18:16:39 3: resource, /lights/12, not available
2019.12.14 18:16:39 2: Wassersensor_SpueMa: got wrong status message for Wassersensor_SpueMa: ARRAY(0x1bf0348)
2019.12.14 18:16:39 3: resource, /lights/2, not available
2019.12.14 18:16:39 2: Multisensor_Bad_tmp: got wrong status message for Multisensor_Bad_tmp: ARRAY(0x5b3b3d8)
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/3
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/4
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/9
2019.12.14 18:16:39 3: resource, /lights/3, not available
2019.12.14 18:16:39 2: Multisensor_Bad_hum: got wrong status message for Multisensor_Bad_hum: ARRAY(0x5925db0)
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/10
2019.12.14 18:16:39 4: using HttpUtils_NonblockingGet: GET lights/11
2019.12.14 18:16:39 3: resource, /lights/4, not available
2019.12.14 18:16:39 2: Multisensor_Bad_press: got wrong status message for Multisensor_Bad_press: ARRAY(0x5ec8bc0)
2019.12.14 18:16:39 3: resource, /lights/11, not available
2019.12.14 18:16:39 2: Multisensor_HausFlur_press: got wrong status message for Multisensor_HausFlur_press: ARRAY(0x5bf8d70)
2019.12.14 18:16:39 3: resource, /lights/10, not available
2019.12.14 18:16:39 2: Multisensor_HausFlur_hum: got wrong status message for Multisensor_HausFlur_hum: ARRAY(0x5bb6f48)
2019.12.14 18:16:39 3: resource, /lights/9, not available
2019.12.14 18:16:39 2: Multisensor_HausFlur_tmp: got wrong status message for Multisensor_HausFlur_tmp: ARRAY(0x5ed8e90)
2019.12.14 18:16:43 4: using HttpUtils_NonblockingGet: GET
2019.12.14 18:16:43 4: parse status message for deCONZ
2019.12.14 18:16:43 3: deCONZ: websocket opened to 192.168.178.99:8091
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S10
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S7
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S11
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S8
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S3
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S4
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S2
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S9
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S1
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S12
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S6
2019.12.14 18:16:43 4: deCONZ: message for unknown sensor received: deCONZ-S5
2019.12.14 18:16:43 3: deCONZ: websocket: Switching Protocols ok
2019.12.14 18:16:53 5: deCONZ: websocket data: {
't' => 'event',
'config' => {
'battery' => 100,
'temperature' => 2600,
'reachable' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'on' => $VAR1->{'config'}{'reachable'}
},
'e' => 'changed',
'id' => '12',
'r' => 'sensors',
'uniqueid' => '00:15:8d:00:02:79:75:8d-01-0500'
}
2019.12.14 18:16:53 4: deCONZ: message for unknown device received: deCONZ-S12
2019.12.14 18:16:53 5: deCONZ: websocket data: {
'e' => 'changed',
'state' => {
'lastupdated' => '2019-12-14T17:16:53',
'water' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'tampered' => $VAR1->{'state'}{'water'},
'lowbattery' => $VAR1->{'state'}{'water'}
},
't' => 'event',
'uniqueid' => '00:15:8d:00:02:79:75:8d-01-0500',
'r' => 'sensors',
'id' => '12'
}
2019.12.14 18:16:53 4: deCONZ: message for unknown device received: deCONZ-S12
deine sensoren sind scheinbar als light angelegt. die daten der sensoren die per push api kommen sind nicht als fhem sensor angelegt.
ich glaube da passt noch einiges nicht.
- was gibt ein get lights? wenn du wirklich nur sensoren hast und hier etwas auftaucht sind die devices in deconz falsch eingebunden
- was gibt ein get sensors?
- wie hast du die sensoren in fhem angelegt?
Stehen die Sensoren in der Phoscon Oberfläche denn brav in der Kategorie Sensoren?
Meine Osram Smart Plug beispielsweise ist unter den Lichtern einsortiert und wird in FHEM bei den "Lights" angezeigt.
das ist ja auch kein sensor. steckdosen und rolläden zählen zu den lampen. scheinbar alles was irgendwie mit licht zu tun hat.
bewegungsmelder, taster, ... sind sensoren. thermostate suche.
Ich möchte nochmal an meine Frage auf Seite 8 erinnern: Natürlich ist Polling scheiße, wenn dank Raspbee / Conbee Push-Verfahren laufen. Aber wie schalte ich das wirksam und dauerhaft ab, wenn ansonsten alles super funktioniert (Vielen Dank dafür!)? Wegen Polling bin ich natürlich auch erst mal bei der Watchdog-Funktion in die Falle geraten, dass zunächst beim Test mit 1 Minute Inaktivität das Büro in Sachen Strom sauber runterfahren wurde, aber dann im "echten Leben" die 1 h ("Fahr das Büro komplett runter, wenn niemand mehr da ist") durch das Polling wirkungslos wurde.
Zitat von: justme1968 am 14 Dezember 2019, 19:50:25
deine sensoren sind scheinbar als light angelegt. die daten der sensoren die per push api kommen sind nicht als fhem sensor angelegt.
ich glaube da passt noch einiges nicht.
- was gibt ein get lights? wenn du wirklich nur sensoren hast und hier etwas auftaucht sind die devices in deconz falsch eingebunden
- was gibt ein get sensors?
- wie hast du die sensoren in fhem angelegt?
get lights tut in der fhem oberfläche nix.
get_sensors siehe Anhang
deconz siehe Anhang
Angelegt habe ich die sensoren in fhem so:
define Bewegungsmelder_Bad HUEDevice 5 1
define Bewegungsmelder_Flur HUEDevice 7 1
define Bewegungsmelder_SZ HUEDevice 8 1
define Wassersensor_WaMa HUEDevice 6 1
define Wassersensor_SpueMa HUEDevice 12 1
define Multisensor_Bad_tmp HUEDevice 2 1
define Multisensor_Bad_hum HUEDevice 3 1
define Multisensor_Bad_press HUEDevice 4 1
define Multisensor_HausFlur_tmp HUEDevice 9 1
define Multisensor_HausFlur_hum HUEDevice 10 1
define Multisensor_HausFlur_press HUEDevice 11 1
um einen sensor anzulegen musst du das SENSOR schlüsselwort verwenden.
du solltest nicht sekunden intervall pollen. mit dem push api ist das auch nicht nötig.
ab einer gewissen anzahl devices sollte man pollDevices im bridge device setzen.
@gvzdus: ich verstehe das problem nicht ganz. warum willst du das pillen abstellen? es ist ein fallback wenn mit dem push etwas nicht stimmt.
wenn push abbricht sollte neu verbunden werden. aber in der zwischenzeit könnte etwas verloren gehen.
wenn werte kommen (egal ob pollen oder push) die mit drm aktuellen zustand übereinstimmen passiert nichts.
Zitat von: justme1968 am 14 Dezember 2019, 23:15:30
um einen sensor anzulegen musst du das SENSOR schlüsselwort verwenden.
du solltest nicht sekunden intervall pollen. mit dem push api ist das auch nicht nötig.
ab einer gewissen anzahl devices sollte man pollDevices im bridge device setzen.
Sorry, stehe heute scheinbar auf dem Schlauch, wo muss ich das Schlüsselwort verwenden?
Wärst du so nett und schreibst mir ein Beispiel define?
Vielleicht ist folgendes Beispiel genannt, um einen Sensor anzulegen:
define Raumsensor1 HUEBridge sensor 2"
Die "2" steht für die ID des Sensors, die du zuvor recherchiert hast.
Zitat von: Dracolein am 15 Dezember 2019, 07:56:00
Vielleicht ist folgendes Beispiel genannt, um einen Sensor anzulegen:
define Raumsensor1 HUEBridge sensor 2"
Die "2" steht für die ID des Sensors, die du zuvor recherchiert hast.
Der Vollständigkeit/Richtigkeit halber:
defmod Raumsensor1 HUEDevice sensor 2 1 IODev=deconzVG Sebastian
Hi Sebastian,
verrätst Du mir den Unterschied? Ich muss noch viel dazulernen. Meinen Befehl hat bei mir problemlos den Sensor als Device angelegt.
Ich versuche mal vorab zu interpretieren:
defmod = definiere und/oder ändere (falls vorhanden), oder?
HUEDevice = ist wohl der richtige Gerätetyp, aber die Gerätebezeichnung "HUEBridge" endete bei mir ebenso in einem "HUEDevice"
1 = keine Ahnung
I0Dev=deconz = keine Ahnung, wurde bei mir aber auch automatisch angelegt, steht im DEV des Devices drin.
Danke vorab für Aufklärung
Vielen Dank euch beiden, hat super geklappt. Gestern war ich irgendwie neben der Spur :D
@Dracolein:
die 1 ist das polling intervall von 1sek:
Zitat von: justme1968 am 14 Dezember 2019, 23:15:30
um einen sensor anzulegen musst du das SENSOR schlüsselwort verwenden.
du solltest nicht sekunden intervall pollen. mit dem push api ist das auch nicht nötig.
ab einer gewissen anzahl devices sollte man pollDevices im bridge device setzen.
bzgl: I0Dev=deconz Hier definierst du von welchem hueBridge Device du gerade sensoren anlegen willst, da es ja sein kann dass du zB mehrere HueBridge Geräte in FHEM eingebunden hast.
Den 3*1 Multisensor kann man nicht wieder zu einem einzelnen zusammenfassen ohne einen Dummy zu basteln, oder?
Bilde mir ein gelesen zu haben, dass das nicht geht.
Ich hätte auch nochmal eine Frage zu meinem gestrigen Prozedere hier im Thread von Seite 9.
Und zwar habe ich seit gestern abend den RPi einige Male neustarten müssen. Seither funktioniert zwar noch alles, aber im Device Homebridge steht der Wert
Readings
state initialized 2019-12-15 18:52:59
Gestern direkt nach dem erfolgreichen Pairing stand dort "connected", was ich nun auch erwartet hätte.
Zitat von: Dracolein am 15 Dezember 2019, 19:02:17
Ich hätte auch nochmal eine Frage zu meinem gestrigen Prozedere hier im Thread von Seite 9.
Und zwar habe ich seit gestern abend den RPi einige Male neustarten müssen. Seither funktioniert zwar noch alles, aber im Device Homebridge steht der Wert
Readings
state initialized 2019-12-15 18:52:59
Gestern direkt nach dem erfolgreichen Pairing stand dort "connected", was ich nun auch erwartet hätte.
Um mir meine Frage selbst zu beantworten und mit einer weiteren Frage zu verbleiben:
Ich kann reproduzierbar von "initialized" zu "connected" wechseln, indem ich in fhem einen shutdown restart mache.
Das Phänomen entsteht bei mir ausschließlich bei einem Restart des gesamten Raspberry. Ich glaube zum Startzeitpunkt des fhem-Servers ist der deCONZ-Server noch nicht oder nicht vollständig ansprechbar.
Daher die Anschlussfrage, lässtsich fhem irgendwie manuell verspätet starten? Vielleicht passt die Frage auch weniger hierher, da sie genau genommen nicht mal zu fhem gehört - dennoch:
Wenn jemand weiß, wie man am Raspberry Pi die verschiedenen Server einzeln definiert nacheinander in Reihenfolge, ggf. mit Zeitabstand starten könnte, wäre das hilfreich.
Dann wirst Du Dich mal ein bisschen in systemd reinlesen müssen.
Zitat von: justme1968 am 21 August 2019, 12:39:01
1. ja. bis auf firmware updates. siehe wiki.
deconz szenen arbeiten anders/gehen mit fhem aktuell nicht.
2. nein
3. zigbee arbeitet mit einem mesh netz zwischen allen geräten/lampen. die reichweite hängt also im Prinzip nicht von der bridge ab.
4. das geht problemlos. vm nicht nötig.
5. ja
Hallo, bin leider drüber gefallen und kann nun leider keine Szenen über FHEM aufrufen.
Gibt's da Neuigkeiten?
Habe Testweise einen Stick mit einem Zimmer drauf laufen und würde mich dazu bereit erklären einige Tests zu machen :-)
pOpY
falls du deCONZ szenen meinst: die gehen inzwischen wenn dein fhem aktuell ist.
Zitat von: justme1968 am 10 Januar 2020, 20:55:35
falls du deCONZ szenen meinst: die gehen inzwischen wenn dein fhem aktuell ist.
ja genau die meine ich.
Das sind ja TOLLE News!
Habe am Ende des Jahres upgedated und bin mit revision 20869 unterwegs.
Ist das zu alt?
Bekomme bei get scenes immer noch nichts.
Danke
Grad im change log gesehen bei 20906 -> werde dann mal updaten :-)
pOpY
@justme1968: Leider gehen bei mir Szenen mit der rev 20915 auch noch nicht.
Diese Version habe ich:
# $Id: 31_HUEDevice.pm 20915 2020-01-08 10:55:18Z justme1968 $
und deCONZ 2.05.71.
Im Log kommt nur:
2020.01.10 21:16:47 4: using HttpUtils_BlockingGet: GET scenes
und dann nicht mehr.
Mache ich was falsch :o ?
Habs jetzt kappiert das die Szenen in der Gruppe gespeichert sind und es ein "set scene xxx" gibt.
Leider ist Liste nicht aktuell und irgendwas stimmt da noch gar nicht, Siehe folgendes Bild im ANhang.
was gibt set <gruppe> ?
Zitat von: justme1968 am 10 Januar 2020, 21:40:25
was gibt set <gruppe> ?
Befehl:
set deCONZ_HUEGroup3 Tag
Ausgabe/Fehler:
Unknown argument Tag, choose one of off on toggle statusRequest pct bri rgb color ct hue sat xy dimUp dimDown ctUp ctDown hueUp hueDown satUp satDown alert effect lights rename savescene deletescene scene dunkel,HE_RELAX,HE_READ,HE_CONCENTRATE,HE_ENERGIZE,HE_BRIGHT,HE_DIMMED,HE_NIGHTLIGHT off-for-timer off-till-overnight intervals on-till-overnight on-for-timer off-till blink on-till attrTemplate
Kann es sein dass es ein Problem gibt, weil eine Szene "ganz dunkel" mit Leerzeichen heißt?
Wann fragt er die Szenen ab?
pOpY
Ich bin mir sicher es hat mit dem Leerzeichen im Szenen Namen zu tun, Siehe angehängtes Bild.
Es gibt eine Szene die heißt "ganz dunkel" mit Leerzeichen.
Bei set scene steht "ganz" und oben beim Fehler beim set kommt "dunkel vor".
Auch die Darstellung bei den set mit allen Szenen Komma separiert deutet darauf hin.
auch wenn das nicht die ausgabe war nach der ich gefragt hatte und screenshots sehr unhandlich sind. ja. es sind die leerzeichen. morgen sollte es auch damit gehen.
Zitat von: justme1968 am 10 Januar 2020, 21:59:24
auch wenn das nicht die ausgabe war nach der ich gefragt hatte und screenshots sehr unhandlich sind. ja. es sind die leerzeichen. morgen sollte es auch damit gehen.
Sorry, schon ein langer Tag :o
Jetzt die Ausgabe mit "set deCONZ_HUEGroup3 ?":
Unknown argument ?, choose one of off on toggle statusRequest pct bri rgb color ct hue sat xy dimUp dimDown ctUp ctDown hueUp hueDown satUp satDown alert effect lights rename savescene deletescene scene off-till on-for-timer on-till-overnight intervals off-till-overnight off-for-timer on-till blink attrTemplateNach dem SVN Update, was muss ich machen damit sich die Szenen/Einträge bereinigen/aktualisieren -> oder geht das automatisch?
Danke Vielmals
pOpY
Könntest du mir bitte die geändert 31_HUEDevice.pm hier hochladen zum testen?
Danke
@justme1968: Mit der heutigen Version funktionieren nun auch Szenen mit Leerzeichen.
Danke Vielmals
pOpY
Hab auch seit einiger Zeit ein Phoscon Gateway testweise laufen gehabt. Allerdings hat es bei mir die Hue Bridge nicht ersetzen können, da ich Szenen, Timer, und vor allem die flexiblen Regeln bei den Bewegungsmeldern aus iConnectHue nicht zuverlässig anwenden konnte (ließ sich über diyHue vorschalten zwar konfigurieren, aber diyHue hat die Regeln nicht richtig abgearbeitet). Ist für mich wichtig, da ich die Grundfunktionen gerne direkt in der Bridge abhandeln möchte (Redunanz und so). Phoscon läuft deshalb auch absichtlich nicht auf meinem Intel NUC, sondern brav auf einem RPi (mit dedizierter Homebridge Instanz, halt das neue Phoscon Image).
Letztlich habe ich es aber bei der Hue Bridge belassen:
- Firmware Updates der Hue Hardware
- mit geht es nicht darum weniger Geld auszugeben, die Hue Hardware ist IMHO noch immer das beste
- das Hue Ökosystem möchte ich lieber vollständig nutzen können
- mir fehlt eigentlich nur die Push API für eine schnelle Reaktion der Bewegungsmelder. 1sek Polling hat dafür nicht befriedigend geklappt
- 2 Ikea Tradfri Leuchten werden nur so meh angesprochen (Steuerung mehrerer Attribute gleichzeitig funzt nicht) - mein ursprünglicher Hauptgrund eigentlich auf Phoscon zu wechseln. Diese auf einer anderen Bridge als die restlichen Leuchten zu haben ist aber nicht praktikabel. _Noch_ bin ich nicht soweit das Tradfri 90x60 Panel gegen das >2x so teure von Hue auszutauschen... viel schlimmer sind die Treiber für die Küchenschrankbeleuchtung. Hue hat da keinen Ersatz für, die Stripes sind alle viel viel viel zu dunkel ...
Für die Steuerung über Bewegungsmelder habe ich jetzt also welche von Ikea gekauft und nur diese über das Phoscon Gateway laufen. Dank der Websocket Anbindung ist die Reaktion hier endlich wie erhofft und die Sonos Follow-Me Automation ist endlich hinreichend okay. Doof, dass ich nun in jedem Raum 2 Bewegungsmelder habe, aber so habe ich das wenigstens mal einigermaßen gelöst.
------
Meine Frage ist nun aber: Warum genau nutzt man ansonsten noch ein Phoscon Gateway? Jaja die billigen Sensoren von Aqara, liegen hier auch schon. Ich meine aber: Wenn man ansonsten eh auf Philips Hue setzt und einen das Geld egal ist, was bleibt dann noch? Andere/hellere Stripes und Treiber? Kann ich ja teilweise auch an der Hue Bridge betreiben (wenn die Firmware nicht so mistig wäre wie die bei Ikea...).
Ich bin jedenfalls von der anfänglichen Euphorie, die ich da vor einem Jahr mal hatte, etwas auf den Boden der Tatsachen zurückgekommen.
@Loredo: Danke für deine Einschätzung bzgl. Conbee II + DeCONZ + Phoscon.
Bei mir ist alles derzeit noch auf der HUE bridge und ich experimentiere mit dem deCONZ.
Bin mir auch noch nicht sicher ob ich alles migriere.
Das mit der Ausfalls Sicherheit ist auch noch ein Punkt der offen ist bei mir.
Jetzt ist die Bridge halt ein eigenständiges "System" und ich kann auf meinem RPI mit FHEM machen was ich will, die Lampen funktionieren.
Im Prinzip bin ich VOLL zufrieden mit der Stabilität und Funktionalität der HUE bridge + HUE Essentials + all4hue ...
Das anlernen und programmieren von Standard Sachen wie Lampe, Dimmer & BM sind so einfach!
Ja da fängt's schon an bei deCONZ, zwar irgendwie eine HUE bridge aber dann doch nicht kompatibel :(
Habe einige Zeit damit verbracht eine Lösung für das BM + deCONZ Problem zu finden, aber keine Zeitsparende gefunden.
Ich müsste alle Regeln in deCONZ per Hand einpflegen (all4hue kann man die wenigstens editieren ohne sich mit der REST API auseinander zu setzen).
Da ist mir die Zeit irgendwie zu Schade...
Oder kennst du eine GUI-Lösung (ähnlich den Android/iOS Apps) um die Regeln für den BM zu erstellen ohne viel Zeit investieren zu müssen?Meine Intentionen alles zu deCONZ zu migrieren sind/waren folgende Punkte:
- Resourcen Limit: die HUE bridge ist voll bei mir! Ja ich könnte mehrere nehmen, aber dann ziehe ich ja auch 2 ZigBee Netze auf, was Kontra produktiv ist.
- Fehlende Push API: und das seit Jahr(zehnt)en
- Fehlende Einbindung anderer HW: Aqara, Ikea usw.
Habe jetzt ein Ikea Rollo bekommen und auch schon einen Tradfri Hub liegen, bin die ganze Zeit am überlegen wie ich es machen soll...deCONZ...Tradfri HUB + 2te Bridge...
Hast du das Problem das die HUE Bridge voll ist?
Wie hast du das gelöst?
Du sagtest du hast die IKEA Bewegungsmelder über deCONZ (Phoscon) laufen, da brauchst du ja auch Repeater (Lampen) oder ähnliches damit das Mesh gut funktioniert, oder?
Hast du da noch ein paar Lampen platziert?
Meine Euphorie an deCONZ (Phoscon) schwindet leider auch schön langsam.
@PHILIPS: Wo ist eine HUE Pro Bridge ohne Speicher Limitierungen?
Danke
pOpY
Ich habe mich in die Rules-API von Hue eingelesen. Das ist m.E. so akademischer Sch..., in dem sich Dinge wie Variablen oder geschachtelte IFs nur sehr begrenzt und mit sehr vielen Regeln abbilden lassen. Zugleich ist aber die Kapazität der Hue-Bridge für die Anzahl der Regeln eingegrenzt, weil "innen drin" wohl keine Rückübersetzung in effizienten Code läuft.
Du wirfst m.E. mit anspruchsvolleren Regeln - egal ob über iConnectHue oder Hue-Original erzeugt - zügig in Kapazitätsgrenzen laufen. Das ist mir zumindest mit 4 Bewegungsmelder und 3 Schaltern so passiert.
Deswegen baue ich alles, was ich mache, lieber in FHEM. Die "Logik" habe ich inzwischen aus Phoscon in FHEM übertragen.
PS.: Phoscon Szenen funktinieren ja jetzt mit FHEM & auch mit der Android & jetzt auch iOS App -> HUE Essentials.
Optisch schaut darin alles so aus wie wenn man eine HUE Bridge steuert.
Zitat von: Loredo am 13 Januar 2020, 13:04:50
Meine Frage ist nun aber: Warum genau nutzt man ansonsten noch ein Phoscon Gateway?
Schwierig zu beantworten, wenn man die HUE-Bridge nicht aus eigener Anschauung kennt.
Ich kann über deCONZ bisher nicht klagen (auch wenn meine ZigBee-Erfahrungen auch teils gemischter Natur sind, aber das ist ein anderes Thema).
Vorteile, die ich sehe:
- deCONZ läuft bei mir auf derselben Hardware wie FHEM, ich brauche nicht "noch eine Hardware", die irgendwo rumsteht;
- push-API, isbesondere von Bewegungsmelder-Daten;
- (Herstellerübergreifende) firmware-update-Option (ich hoffe auch mal bzgl. eines Jung-Tasters, s.o....!)
- das USB-Dongle ist portabel, man kann es auch an einem anderen Rechner betreiben (wg. GUI/erweiterten Möglichkeiten. Frage an DE: Warum gibt es eigentlichen keine vollst. Kontrolle als "headless-expert-mode" und man muß diese dusselige GUI-Software nehmen?); (man muß dazu keine anderen Teilnehmer des ZigBee-Netzwerks anfassen, das geht "einfach so");
- deCONZ wird zwar von DE betreut, aber soweit ich das verstanden habe, ist das OpenSource, und man kann (im Prinzip) ggf. sogar selbst Geräte einpflegen (via xml-File), was ggf. wichtig ist, wenn man "Exoten" betreiben will (es gibt da z.B. auch Steuerungsaktoren für Fußbodenheizungen, so dass eQ-3 da kein Monopol hat). Bei einer Hersteller-Bridge ist man da auf firmware-updates des Herstellers angewiesen.
(Szenen habe ich in deCONZ bisher nur zwei erstellt, und das war ok; macht man ja in der Regel nur einmalig. Beides Bewegungsmelder->Beleuchtung)
Gg. der zigbee2mqtt-Lösung sehe ich (fast) nur die firmware-update-Sache als Vorteil an, und die Umgehung des Nachteils, dass das eine ziemlich heftige Begrenzung auf wenige Geräte enthält, die der CC253x "kann").
Zitat von: Beta-User am 13 Januar 2020, 13:55:03
- (Herstellerübergreifende) firmware-update-Option
Kann ich über Deconz/Phoscon meine Xiaomi Fensterkontakte Updaten? Von meinen 11 Stück funktioniert einer leider nicht. Der Verliert nach kurzer zeit die Verbindung...
Zitat von: SamNitro am 13 Januar 2020, 14:02:09
Kann ich über Deconz/Phoscon meine Xiaomi Fensterkontakte Updaten? Von meinen 11 Stück funktioniert einer leider nicht. Der Verliert nach kurzer zeit die Verbindung...
Theoretisch ja, praktisch ist die Frage, ob du eine passende firmware-file hast (hat man in der Regel leider nicht, aber für IKEA geht das z.B., wenn auch sch... umständlich, und ob alle firmwares verfügbar sind, kann ich auch nicht sagen). Über phoscon sollte sich jedenfalls ermitteln lassen, ob die firmware dieselbe ist; wenn ja, hat es vermutlich andere Ursachen, wenn die Verbindung wegbricht (Batterie hast du mal ersetzt? Habe gelesen, dass die mitgelieferte teils ziemlich leer sein soll...).
@SamNitro & @Beta-User : Versteh ich das Richtig, ihr setzt als Haupt Gateway deCONZ ein?
Wäre es nicht eine Idee die Geräte was man Updaten will kurz auf die HUE/Tradfri Bridge zu pairen.
Ich habe das jetzt während der Test/Migrationsphase mal ein paar Mal mit Lampe, Dimmer & BM gemacht.
Phoscon bzw. die HUE Bridge arbeitet dann mit der letzten Konfiguration weiter und man verliert nichts.
Eine andere Frage noch, sorry schon mal für OT, wie stellt iht bei den Philips BM über deCONZ das Lightlevel ein?
Oder macht ihr das dann einfach über FHEM (wenn lightlevel <).
pOpY
Zitat von: popy am 13 Januar 2020, 14:41:00
@SamNitro & @Beta-User : Versteh ich das Richtig, ihr setzt als Haupt Gateway deCONZ ein?
Als IO für ZigBee-Material habe ich nur (noch) deCONZ (früher mal CC2531@zigbee2mqtt), weitere Hardware ist nicht vorhanden.
Zitat
Wäre es nicht eine Idee die Geräte was man Updaten will kurz auf die HUE/Tradfri Bridge zu pairen.
Idee vielleicht, allein: es fehlt die Hardware; ich wollte eigentlich nicht extra deswegen eine Tradfri-Bridge besorgen, zumal mir das nur was bringt mit IKEA-Material, oder kann die auch Tint und Aqara?
Außerdem käßt es mich an, wenn ich mich nur wegen eines updates durch wieder eine typischerweise unvollständige Bedienungsanleitung lesen muß...
ZitatIch habe das jetzt während der Test/Migrationsphase mal ein paar Mal mit Lampe, Dimmer & BM gemacht.Phoscon bzw. die HUE Bridge arbeitet dann mit der letzten Konfiguration weiter und man verliert nichts.
Interessante Info, ich hätte vermutet, dass man die Teile jeweils wieder resetten muß und dann bei der Rückkehr eben wieder die Funktionalität haben, an die deCONZ sich erinnert (das war v.a. mit dem Jung überraschend, was da beim An- und wieder Ablernen abging, aber das ist afaik ein spezielles Thema, das diesen Taster betrifft...)
ZitatEine andere Frage noch, sorry schon mal für OT, wie stellt iht bei den Philips BM über deCONZ das Lightlevel ein?
Oder macht ihr das dann einfach über FHEM (wenn lightlevel <).
Ich habe im Moment nur 3 ZigBee-BM, einen IKEA (scheiße) und zwei Xiaomi (super); dabei verwende ich den internen "Lichtsenor" von deCONZ (reine Tag/Nacht-Schaltung), das paßt an den beiden Stellen (die Xiaomis machen zusammen das Treppenhaus) soweit eigentlich ganz gut (ich werde mir das aber bei Gelegenheit mal anschauen, denn wenn das ohne GW geht, ist das ein Bonus, den ich gerne mitnehme).
Zitat von: popy am 13 Januar 2020, 13:28:41
Oder kennst du eine GUI-Lösung (ähnlich den Android/iOS Apps) um die Regeln für den BM zu erstellen ohne viel Zeit investieren zu müssen?
[...]
Hast du das Problem das die HUE Bridge voll ist?
Wie hast du das gelöst?
Du sagtest du hast die IKEA Bewegungsmelder über deCONZ (Phoscon) laufen, da brauchst du ja auch Repeater (Lampen) oder ähnliches damit das Mesh gut funktioniert, oder?
Hast du da noch ein paar Lampen platziert?
Ich kenne keine App, mit der man sonst Bewegungsmelder einfach konfigurieren kann. diyHue sah mir mal so aus als wenn man da einfach alle ZigBee Gateways unter einem Gateway vereint bekommt. Theoretisch war das wie gesagt auch so, praktisch sind da leider viele Kinderkrankheiten drin und bei sowas wichtigem wie den Rules habe ich selbst keine Muße da zu debuggen und den Betatester zu spielen (Zeit, wie immer ...).
Ich habe keine volle Bridge. Von der Geräteanzahl bin ich bei allen Objekten soweit noch im Rahmen. Die Automationsregeln sind allerdings bei etwa 70% - geht also noch.
Mesh brauche ich hier aktuell nicht und im anderen Objekt brauchts diese Automation nicht. Wenn ich mehr von Ikea hätte, dann würde ich aber nochmals schauen einen Tradfri Gateway an den Start zu bringen, schon allein wegen Firmware Updates (konnte ich über Phoscon bisher nicht verifizieren, da Ikea ja fleißig keine Updates liefert ...).
Zitat von: gvzdus am 13 Januar 2020, 13:30:03Deswegen baue ich alles, was ich mache, lieber in FHEM. Die "Logik" habe ich inzwischen aus Phoscon in FHEM übertragen.
Ist halt eine weiter Abhängigkeit, die ich für ein Gewerk wie "Licht" nicht wirklich brauchen kann. Schlimm genug, dass man die Bridge laufen haben muss und Schalter sich nicht auch direkt unterhalten können (das war so schön in der HM Welt...). Ich wollte die Logik auch in ioBroker bauen (FHEM vertraue ich da nicht mehr als Hauptsystem, Thema Architektur...), will aber wie gesagt was verlässliches getrennt pro Gewerk. Gleichzeitig brauche ich etwas für sofort (um nicht im Dunkeln zu sitzen) und die Regeln in iConnectHue zusammenzustellen und mit den starren Zeiträumen bei Regeln waren für mich ein guter Kompromiss.
Eine zentrale "Orchestrierung" für gewerkeübergreifende Automationen ist nochmals etwas anderes, als wenn ich Grundfunktionen innerhalb eines Gewerkes zuverlässig haben möchte.
Aus diesem Grund bin ich auch mit meinem Umstieg auf die RaspberryMatic (+RedMatic für Homekit Export) so zufrieden - eine Box für die HM Welt und man muss nicht herumfrickeln und sich ständig über den Characteristik Mist ärgern und das Rad, was andere schon zig mal erfunden haben, selbst abermals entwickeln ... werde auch die Basis Rollladen Automation dort umsetzen, eben weils dann alles als eigenes Gewerk auf der RaspberryMatic läuft.
Zitat von: popy am 13 Januar 2020, 13:31:23PS.: Phoscon Szenen funktinieren ja jetzt mit FHEM & auch mit der Android & jetzt auch iOS App -> HUE Essentials.Optisch schaut darin alles so aus wie wenn man eine HUE Bridge steuert.
Szenen sind ja überhaupt nicht die große Magie, sondern die automatische und intelligente Ansteuerung selbiger.
Szenen anlegen und manuell auswählen kann ich überall machen, bringt aber gar nichts in Sachen Hausautomation.
Zitat von: Beta-User am 13 Januar 2020, 13:55:03- deCONZ läuft bei mir auf derselben Hardware wie FHEM, ich brauche nicht "noch eine Hardware", die irgendwo rumsteht;
Da stand ich auch mal.
Ist für mich ja inzwischen wie gesagt eher ein Nachteil. Finanziell, Platzbedarf und Strom für ein halbes Rechenzentrum, um einen dann auch wieder wartungsintensiven Clusterbetrieb von <hierDieAktuelleTechnologieEinfügen>, kommt für mich inzwischen nicht mehr in Frage. Ich habe ein Hobby und ich habe einen Beruf, kann aber nicht mein Hobby auch noch ständig zum Beruf machen ;-)
Ich kann so mal eben eine "Wartung" oder was auch immer an einem einzelnen Gewerk durchführen, ohne dass gleich alles andere auch betroffen ist. Server aktualisieren und neu installieren? Kein Problem. VMs restoren? Kein Thema, Licht und Heizung laufen ja im Grundbetrieb separat auf den Pi's weiter.
"Peace of mind" ist mir da wichtiger und auch von anderen Community Projekten, wo sich Leute auf einen speziellen Bereich konzentrieren (wie z.B. RaspberryMatic) zu profitieren. Ich kann und möchte nicht neben meinen ganzen Eigenentwicklungen noch alles andere auch noch ständig pflegen müssen.
Zitat von: Beta-User am 13 Januar 2020, 13:55:03- push-API, isbesondere von Bewegungsmelder-Daten;- (Herstellerübergreifende) firmware-update-Option (ich hoffe auch mal bzgl. eines Jung-Tasters, s.o....!)- deCONZ wird zwar von DE betreut, aber soweit ich das verstanden habe, ist das OpenSource, und man kann (im Prinzip) ggf. sogar selbst Geräte einpflegen (via xml-File), was ggf. wichtig ist, wenn man "Exoten" betreiben will (es gibt da z.B. auch Steuerungsaktoren für Fußbodenheizungen, so dass eQ-3 da kein Monopol hat). Bei einer Hersteller-Bridge ist man da auf firmware-updates des Herstellers angewiesen.
Push API fehlt mir wie gesagt auch, ist Dreh und Angelpunkt bei allen gewerkeübergreifenden Automationen. Haben die Hersteller mit ihrer neuen "Allianz" ja aber auch endlich eingesehen, nur warten wir da auf die Früchte noch 2-3 Jahre drauf, wie immer (lasse mich ja gern überraschen wenns ein Jahr weniger wird ;-)).
OpenSource und so ist gut. Aber das ist kein Ersatz für ein kommerziell gepushtes und gepflegtes Ökosystem, was eben auch seine Vorteile hat. Wer sich eben aus dem "Walled Garden" bewegt, steht halt dann eben auch auf dem Acker mit einigen Ansammlungen von Baumgruppen am Wegesrand. Das muss man wollen, auch vor allem zeitlich.
Firmware Update ist ein großes Thema. Ich gehöre zu der Fraktion, die gerne Updates einspielt, auch wenn augenscheinlich alles funktioniert. "Never change a running system" kann man bei der heutigen Sicherheitslage nicht mehr durchziehen, besonders bei Funksystemen. Man kann ja die Gateways in Subnetzen einkapseln wie man will, aber solange man Protokolle ohne Kabel benutzt... neue Funktionen will ich natürlich auch haben, Spielkind eben ;-) Deshalb empfiehlt es sich eben dann doch zu schauen, wie man die Herstellerinseln als solche sinnvoll beibehalten kann und die Inseln dann eben verbindet. Den "Zoo" an unterschiedlichen Dingen hat man so oder so auf die ein oder andere Art.
Zitat von: popy am 13 Januar 2020, 14:41:00Wäre es nicht eine Idee die Geräte was man Updaten will kurz auf die HUE/Tradfri Bridge zu pairen.
IMHO nicht praktikabel. Nicht nur das ganze hin und her gepaire für Duzende Geräte. Auch weil ein Gerät nicht unbedingt die selbe interne ID am alten Gateway wieder bekommt. Große Schmerzen hinterher das dann überall wieder anzupassen... nicht nur in FHEM.
Zitat von: Beta-User am 13 Januar 2020, 14:55:41Ich habe im Moment nur 3 ZigBee-BM, einen IKEA (scheiße) und zwei Xiaomi (super)
Kannst du da mal aus dem Nähkästchen plaudern und die Unterschiede erklären? Habe seit dem Wochenende auch 2 Ikea Bewegungemelder für den Flur (steuern über ioBroker dann die Homematic Dimmer). Gefühlt reagieren sie nicht so zuverlässig aus allen Richtungen bzw. haben ein zu langes Timeout für die erneute Bewegungserkennung. Kann ich aber nach 1,5 Tagen noch nicht so ganz genau sagen ...
schalter bzw. taster können direkt lampen steuern. die meisten machen das auch. das ist einer der gründe warum viele in der hue bridge garnicht zu sehen sind.
immer wenn du einen taster direkt mit einer lampe pairst wird direkt gesteuert. wichtig ist nur ihm vorher ins netzt deiner bridge zu bekommen damit die lampe weiterhin mit der bridge steuerbar ist und nicht mit dem taster ein neues netz auf macht.
Zitat von: justme1968 am 13 Januar 2020, 16:22:47
schalter bzw. taster können direkt lampen steuern. die meisten machen das auch. das ist einer der gründe warum viele in der hue bridge garnicht zu sehen sind.
Ich weiß. Aber genau das ist ja das Problem, dort gibt es dann nur entweder oder, aber nicht beides zusammen.
Bei Phoscon gibt es diese Möglichkeit wohl generell (über die Gruppen, die standardmäßig ja sogar angelegt werden). Hab ich mich aber noch nicht mit beschäftigt. Reicht aber eben auch nur für extrem simple Zusammenhänge wie an/aus, mehr geht dann schon wieder nicht glaub ich. HomeMatic ist zwar schittig zu programmieren, hat aber zumindest wirklich echte Intelligenz in den Aktoren. ZigBee ist meh :-/
Zitat von: justme1968 am 13 Januar 2020, 16:22:47
immer wenn du einen taster direkt mit einer lampe pairst wird direkt gesteuert. wichtig ist nur ihm vorher ins netzt deiner bridge zu bekommen damit die lampe weiterhin mit der bridge steuerbar ist und nicht mit dem taster ein neues netz auf macht.
Ja, hatte ich mal mit dem teuren Busch-Jäger ZigBee teil. Grausam zu programmieren und extrem eingeschränkt. Dabei will man doch nur unterschiedlich schalten zu unterschiedlichen Zeiten (wenn man schon vom starren Zeitkorsett nicht weg kommt...). Sowas over-the-air zu programmieren (und zu backupen!) wäre ja eine Standardanforderung. Gibts aber nicht als DAU Lösung. Also ebenfalls meh :-/
Zitat von: Loredo am 13 Januar 2020, 16:13:56
Kannst du da mal aus dem Nähkästchen plaudern und die Unterschiede erklären?
Na ja, der IKEA ist schon kein Design-Wunder, will heißen: langweilig und vergleichsweise groß. Vor allem: Beschwerden über unzuverlässige Schaltungen hatte ich auch; das Ding hängt in einem Nebenbereich und ist nicht ganz so wichtig, aber wenn ich grade noch einen Xiaomi da gehabt hätte, wäre der direkt wieder in den Laden gegangen... (Jetzt sagt entweder keiner mehr was, oder es ist - warum auch immer - besser). Und wie sich der zuständige Konstrukteur die Aufhängung gedacht hat, würde mich auch interessieren, für meine Begriffe ist der Schlitz unten, sollte aber zum Aufhängen und Ausrichten besser oben sein.
Die Xiaomi liefern daneben noch "irgendeinen" Lichtlevel (und Temperatur?), der als Schätzwert ganz ok ist. Ich hatte den Wert eine kurze Zeitlang dazu genutzt, via FHEM noch eine MiLight-Leuchte indirekt zu schalten, das klappte ganz gut, zog aber andere Probleme nach sich. Das Design ist so, dass die von meiner Frau bisher nicht kritisiert wurden, und man kann die mit dem Fuß recht flexibel anbringen, was v.a. hier im Treppenhaus nicht ganz unwichtig ist. Es ist etwas "tricky", den Melder so zu platzieren, dass er rechtzeitig schaltet, aber nicht schon, wenn jemand am Gang vor dem Treppenhaus rumläuft; mit dem geht es jedenfalls nicht nur in der Beziehung deutlich besser und flexibler als mit den (stillgelegten) fest verbauten.
Was das "Ökosystem" angeht: Für mich wäre z.B. das ganze Gedockere nichts und viele Pi's würden mich zur Weißglut bringen. Noch kann ich das irgendwie überblicken und alles entweder über USB oder MQTT anbinden, deCONZ ist der einzige Service, der auf dem Server noch läuft, und es gibt eine Backup-da ja innerhalb der Software eine Backup-Funktion, mit der man zumindest theoretisch schnell einen Umzug machen können sollte.
Nähkästchen Teil 2:
Ansonsten wollte ich ZigBee (und den genannten Jung) haben, weil damit auch Direktverknüpfungen gehen - leider aber eben häufig eher theoretisch denn praktisch, an dem Punkt hatte ich mir mehr versprochen, das ganze ist deutlich weniger flexibel als ich das von CUL_HM her kenne (siehe auch dein Kommentar zu dem Busch-Jäger, wird vermutlich auch von insta geliefert).
Von der Roadmap her werde ich (dimmbares) Licht in Richtung ZigBee umziehen, wo jeweils angesagt (ist noch einiges MiLight), und dazu ggf. auch die (Bewegungsmelder-) Sensorik passend wählen, Eigenbauten bleiben MySensors, was heute CUL_HM ist, wird vermutlich ggf. durch ZWave ersetzt. Aber auch dort stellt sich das update-Problem...
Für "reine" Kauf-Sensorik (vorrangig Raumtemperaturen) teste ich grade mit Bluetooth (@OpenMQTTGateway) - klappt vergleichsweise gut. Wird ggf. auch ein Thema, falls die HM-Fensterkontakte mal nicht mehr wollen...
weil wir gerade so schön off-topic sind:
- die ikea rollos sind bis jetzt ziemlich gut. aber die app schmier bei mir regelmäßig alle 10-15 sekunden ab. das reicht oft noch nicht mal zum pairen. hat noch jemand das problem oder eine lösung?
- die ikea app findet keine sonos lautsprecher
- mein fls-pp3 schmiert alle 1-2 wochen ab und tut nichts mehr. obwohl er ganz normal in der bridge ausschaut. angeblich hilft ein firmware update. das geht aber nur mit mit phospcon. nicht mit der hue bridge an dem er hängt. außerdem würde das update das ding auf zwei lampen aufteilen. ein mal farbe und ein mal ww/kw statt wie bisher eine lampe. finde ich nicht gut...
- weiß jemand wie man den hue bewegungsmelder dazu bringt uhrzeit gesteuert zu arbeiten statt nach festen zeiten?
- die hm fenstergriff sensoren verlieren bei mir regelmäßig alle einstellungen, die verbindung zur ccu und senden an broadcast. kennt jemand einen vernünftigen ersatz mit anderem protokoll? zwave oder zigbee wären ok.
Meine Wut auf Hue kam konkret mit Bewegungsmeldern und dem Treppenhaus:
Damit eben *nicht* das Licht erst angeht, wenn man an der letzten Treppenstufe gestolpert ist und im Flur aufschlägt, habe ich Bewegungsmelder in den Fluren und zwischen den Geschossen im Treppenhaus angebracht. Erstere sollten "ihren" Flur steuern, letztere jeweils 2 Flure. Geht von der Logik her weder mit Hue noch mit iConnectHue, und die Überlegung, die Regeln dafür manuell in die Hue-Bridge zu donnern, habe ich verworfen.
Wenn ich nicht liebevoll angelernte, teils auseinandergebaute LivingWhite Plugs an diversen Stellen (wo nochmal?) unter der abgehängten Decke hätte, die ich nicht nochmal neu anlernen möchte, wäre ich schon längst auf ConBee gegangen.
Btw: Frisch gekaufter Innr Plug SP120 läuft super mit ConBee und HUEDevice - Stromverbrauch wird nach "define .. HUEDevice sensor xy" angezeigt.
Bbtw: Ich hatte gestern mal ein paar schaltbare Steckdosen untersucht, darunter auch 3 Zigbee-Viecher:
https://forum.fhem.de/index.php/topic,107269.0.html
es gibt in den hue labs irgendetwas um eine lampe über zwei melder zu steuern. schau mal ob das vielleicht weiterhilft.
Zitat von: Beta-User am 13 Januar 2020, 14:29:48
Theoretisch ja, praktisch ist die Frage, ob du eine passende firmware-file hast (hat man in der Regel leider nicht, aber für IKEA geht das z.B., wenn auch sch... umständlich, und ob alle firmwares verfügbar sind, kann ich auch nicht sagen). Über phoscon sollte sich jedenfalls ermitteln lassen, ob die firmware dieselbe ist; wenn ja, hat es vermutlich andere Ursachen, wenn die Verbindung wegbricht (Batterie hast du mal ersetzt? Habe gelesen, dass die mitgelieferte teils ziemlich leer sein soll...).
Also ich habe nur Deconz. Batterie habe ich noch nicht getauscht. Und ich habe mich mit der gui noch nicht auseinander gesetzt. Dafür muss ich den Stick aus meinem Raspberry nehmen.
Zitat von: justme1968 am 13 Januar 2020, 16:56:50
- die hm fenstergriff sensoren verlieren bei mir regelmäßig alle einstellungen, die verbindung zur ccu und senden an broadcast. kennt jemand einen vernünftigen ersatz mit anderem protokoll? zwave oder zigbee wären ok.
...und ich dachte schon, ich wäre mit dem Problem alleine auf der Welt... (Bevorzugt scheint das zu passieren, wenn die kalt werden und die Batterien nicht mehr top.)
Für die Drehgriffe wird es schwierig, da gäbe es "das Eigenbau-Projekt" (gibt hier im Forum Platinen+Code für AskSin++ und 3D-Druckvorlagen), ansonsten hat fast jeder Hersteller bei "normalen Kontaktsensoren" irgendwas im Programm, u.a. (um mal auf das Thema wieder zurückzukommen) auch Xiaomi in ZigBee (https://community.smartthings.com/t/9-zigbee-xiaomi-door-window-sensors-works-for-some-people/28607/12); was Langzeiterfahrungen angeht, gibt es afaik allenfalls im 433MHz-Bereich China-Ware, die schon länger bei einzelnen Usern hier im Einsatz zu sein scheint.
Die innr SP120 habe ich übrigens auch, keine größeren Probleme damit @deCONZ.
Und die Lichtsteuerung im Treppenhaus läuft über 2 (Xiaomi) Bewegungsmelder, einer oben, einer unten, und je ein Leuchtmittel, eins oben, eins unten.
Kommt jemand oben in den Erfassungsbereich, geht das Licht oben (fast) voll an, unten gedimmt; geht er nach unten, wird unten hochgedimmt, bzw. beim Hochlaufen das ganze umgekehrt.
Nach einer gewissen Zeit wird dann abgedimmt und irgendwann dann ganz aus.
War mit deCONZ kein größeres Problem, die Logik so einzurichten, und hat mit der sanften" Funktionsweise auch meine Frau überzeugt ;) .
EDIT: Das mit der Batterie betrifft nicht den ConBee II-Stick, sondern den Bewegungsmelder. Dafür muß der Stick nicht raus, oder?!?
Zitat von: gvzdus am 13 Januar 2020, 17:02:54
Btw: Frisch gekaufter Innr Plug SP120 läuft super mit ConBee und HUEDevice - Stromverbrauch wird nach "define .. HUEDevice sensor xy" angezeigt.
Ah cool, dann wird der auch mal an Phoscon umgehangen.
Zitat von: Beta-User am 13 Januar 2020, 17:13:52
ansonsten hat fast jeder Hersteller bei "normalen Kontaktsensoren" irgendwas im Programm, u.a. (um mal auf das Thema wieder zurückzukommen) auch Xiaomi in ZigBee (https://community.smartthings.com/t/9-zigbee-xiaomi-door-window-sensors-works-for-some-people/28607/12); was Langzeiterfahrungen angeht, gibt es afaik allenfalls im 433MHz-Bereich China-Ware, die schon länger bei einzelnen Usern hier im Einsatz zu sein scheint.
Genau solche Rückmeldungen wollte ich ;-)
Einfach mal wissen, was mit Phoscon so angestellt wird. Kontaktsensoren sind bei mir noch immer HM, hab auch jüngst erst welche auf Hm-IP umgestellt. Die fehlende Intelligenz für ThreeState ist mir aber immernoch schleierhaft... dass man immer aus den Gewerken ausbrechen muss, um einfachste Dinge umzusetzen, ärgert mich. Dein Hausflurlicht klingt einfach, aber ist es eben leider auch: Mir würde es fehlen, dass ich zu unterschiedlichen Tageszeiten nicht nur unterschiedlich hell dimme, sondern auch unterschiedliche Farbtemperturen habe. Geschweige denn unterschiedliche Rampup Zeiten und Timeouts. Ob sowas mit den Phoscon Rules geht, keine Ahnung... zumindest nicht über die GUI. Und irgendwie stört es mich, dass man wegen jeder Kleinigkeit erstmal Tage und Wochen recherchieren und ausprobieren (und scheiten...) muss. Ich glaub ich zünde wieder Kerzen an. Ich hab inzwischen durchaus viel Verständnis für Menschen, die nix smartes wollen. Solange sie das nicht aus genereller Technikfeindlichkeit, sondern mit fundierten Erfahrungswerten tun, kann ich solche Menschen für ihre Konsequenz nur beneiden ^^
Zitat von: Loredo am 13 Januar 2020, 17:24:04
Genau solche Rückmeldungen wollte ich ;-)
Na ja, der verlinkte Thread startet 2015, ich habe aber nicht nachgesehen, wann er endet...
Und nach meinen bisherigen Xiaomi-Erfahrungen würde ich sagen: das Zeug ist von der Tendenz her schwer ok, das Risiko, einen Ausreißer zu erwischen, kann ich bei dem Preis in Kauf nehmen ;) .
Zitat
Dein Hausflurlicht klingt einfach, aber ist es eben leider auch
...schon klar... Da ist auch noch eine day/night-Unterscheidung bei, aber das macht es nicht wesentlich besser oder wesentlich inteligenter. Der Punkt ist aber: es läuft, es gibt eine Info, was bewegungsmäßig Sache ist, das ist für den Bereich schon völlig ausreichend ;D .
Zitat
Und irgendwie stört es mich, dass man wegen jeder Kleinigkeit erstmal Tage und Wochen recherchieren und ausprobieren (und scheiten...) muss. Ich glaub ich zünde wieder Kerzen an. Ich hab inzwischen durchaus viel Verständnis für Menschen, die nix smartes wollen. Solange sie das nicht aus genereller Technikfeindlichkeit, sondern mit fundierten Erfahrungswerten tun, kann ich solche Menschen für ihre Konsequenz nur beneiden ^^
Ebend, ich hatte dann (beim Treppenhaus jetzt) auch irgendwann keine Lust mehr zur weiteren Optimierung, und es ist ok, wie es ist. Auch die Küchenbeleuchtung (der Jung sollte das übernehmen...) läuft im Moment ganz klassisch mit Schaltern (ja, Strom weg=aus).
Ich versuche auch niemanden sonst in meinem persönlichen Umfeld zu überzeugen, dass man "sowas" wie ein SmartHome braucht. Solange das so ist, dass man erst mal jahrelange Erfahrungen haben muß, um überhaupt mal mit planen anfangen zu können, wird sich da auch nichts wesentliches dran ändern.
Und der Glaube, dass irgendeine Software aus irgendeiner Quelle daran was wesentliches ändern kann, ist mir zwischenzeitlich abhanden gekommen, was weniger an FHEM liegt denn eher an der Erkenntnis, dass wir halt alle nicht ein IKEA-Leben in einer 100% normierten IKEA-Box führen, sondern alles mögliche um die Nutzer drumrum gebastelt sein will (bzw. auch um deren sich ändernden Gewohnheiten, Ansprüchen und sonstigen Erfordernissen).
Andererseits wollte ich z.B. die Möglichkeiten der (sinnvollen und) flexiblen Heizungssteuerung nicht missen, ebensowenig wie die eine oder andere einfache (?) Logik, Steuerungsmöglichkeit....
Von daher: Ist alles irgendwie ein Kompromiß, und (um auf das eigentliche Thema hier zurückzukommen) deCONZ ist ein m.E. ein akzeptabler Vertreter eines Kompromisses ;D .
Zitat von: Beta-User am 13 Januar 2020, 17:47:11
Von daher: Ist alles irgendwie ein Kompromiß, und (um auf das eigentliche Thema hier zurückzukommen) deCONZ ist ein m.E. ein akzeptabler Vertreter eines Kompromisses ;D .
Genau das ist auch meine Schlussfolgerung: Nicht entweder oder, sondern sowohl als auch. Leider. Von daher habe ich Phoscon jetzt mal ergänzend im Einsatz, mal sehen wohin das so führt.
Wenn man all seine Beleuchtung mit Hue macht, mag Deconz nicht die (alleinige) Wahl für einen sein.
Die Hue-Bridge mit ihrem Polling bei Sensorik ist ja aber auch nicht der heilige Gral für jeden Nutzer.
Ich nutze zur Hauptbeleuchtung z.B. Zwave.
Hue ist bei mir nur für die Stimmungsbeleuchtung zuständig (alles was eben ursprünglich keinen Wandtaster hatte:
Stehlampen, Lightstrips, Akzentbleuchtung, Lampen bei denen ich auch mal Farbe einsetzen wollte, ...)
Die Hue-Lampen sind bei mir also absolut nicht notwendig als Basisbeleuchtung wenn FHEM mal ausfallen sollte.
Habe daher auch nie Regeln im original Hue-Hub angelegt gehabt.
Das mit den Farblampen war im Nachhinein eh ein Schuss in den Ofen bei mir.
Sieht in der Realität doch eher selten gut aus und ich hab fast alle Birnen durch Hue Whites ersetzt.
Hinter meinen Zwave Birnen sitzen dafür normale LED Birnen von Philips (Warmglow), welche von hell (normal warmweiss) nach gedimmt (noch wärmer) ihre Farbtemperatur verändern.
Meine Hues betreibe ich genauso, obwohl man hier ja mehr Möglichkeiten hätte:
- Die Lampen sind an sich Tagsüber alle Hell und normal warmweiss
- Abends ist alles etwas gedimmt und wärmer vom Farbton.
Für meine Anwendung ist Deconz dann schon schön um nur ein Gateway für alle Zigbee Geräte zu haben, das auch für Sensorik / Taster mit Push Richtung FHEM ermöglicht.
Ikea legt ja in letzter Zeit auch immer mehr nach mit Zigbee Geräten, Aqara wurde ja auch schon genannt.
Ich bin vor einiger Zeit auch auf Phoscon umgestiegen. Gründe dafür waren das polling und auch die günstigen Xiaomo Sensoren. Ich muss aber sagen, dass Phoscon überhaupt nicht mit meinen OSRAM Lightify Lampen klar kam. Daraufhin habe ich die wieder an die originale Philips HUE Bridge gehangen. Ikea läuft super mit Phoscon, besonders da die Lampen automatisch von der deCONZ App aktualisiert werden. Sensoren usw. klappen auch gut. Ich glaube aber, dass ein gemischtes Meshup Netzwerk für alle Systeme eine Herausforderung ist.
Wo wir hier gerade mal nicht einem Bug oder einem Fehler nachjagen:
Nochmal zur "Treppenhaus-Kritik" von Hue: Wenn man für einen hübschen dreistelligen Betrag Lampen, Schalter und Bewegungssensoren anschafft, dann möchte man das auch halbwegs sinnvoll zusammenbringen, und das sprengt schon im EFH die Hue-Bridge.
Klar ist doch: Ein Schalter, eine Willensbekundung via Alexa, etc. haben Prio 1, Bewegungssensoren Prio 2, und eine eventuelle Grund-Nachtbeleuchtung Prio 3. Die Hue-API erlaubt Variablen: Über den gigantischen Umweg eines Pseudosensors, der u.a. genau eine Variable führen kann. iConnectHue nutzt nun diese Pseudovariablen, um z.B. Dinge wie "Taste mehrfach gedrückt" hintenrum abzubilden. Man kann darüber auch fehlende Konstrukte wie die Variable zu einer Gruppe wie "Welcher Sensor ist jetzt dafür zuständig, sie auszuschalten?" oder den Fallback-State irgendwie abbilden, aber das führt zu einer enormen Inflation der Regeln. Prinzipiell Trigger der Zustandsänderung (z.B. "Keine Bewegung bei Sensor 1") mal Anzahl der Ausgangsstati mal Tag/Nacht/was auch immer für Zeiten. Daher ist das m.E. "broken by design". Das einfachste Beispiel ist der lange (Hotel-)Flur, in dem sich Licht und Sensor abwechseln, und der Sensor jeweils die beiden benachbarten Leuchten verwaltet. Für den Fall des "Zurückgehens", oder mehrerer Personen etc. lassen sich hier Beispiele finden, wo es ohne die Übergabe der Verantwortung "Okay, jetzt bist Du für das Ausschalten dieser Birne verantwortlich" nicht geht - Lichter bleiben an oder gehen vorzeitig aus. Alles in FHEM kein Problem, in Hue nicht per GUI abbildbar.
Von der Phoscon-GUI / deCONZ als Steuerlogik bin ich weg, weil allein schon das "Georg, warum geht das Licht im Flur an, wenn es doch gerade echt hell ist?" sich mangels Support der Helligkeitserkennung des Hue-Motionsensors in Phoscon nicht abbilden ließ.
@P.A.Trick: Ich habe vor 6 Wochen 4 Osram Lightify (Smart+) E27-Birnen gekauft - die zicken mit meinem Conbee-Stick überhaupt nicht.
Bin auch großenteils mit der Logik nach Fhem gewandert.
Bei mir funktionieren Osram Lampen auch prima. Seit min. 6 Monaten ohne ein Problem.
Lediglich die Tadfri Leuchten zicken alle 3 Monate mal rum. Strom weg und wieder dran und alles gut.
Xiaomi Schalter schalten nur zu 70%... das ist echt mist. Die Bewegungssensoren sind super. Bis auf die 2 min Zwangspause.
Wo es auf Schnelligkeit ankommt habe ich HM-IP Präsenzmelder.
Zitat von: gvzdus am 13 Januar 2020, 22:15:48
@P.A.Trick: Ich habe vor 6 Wochen 4 Osram Lightify (Smart+) E27-Birnen gekauft - die zicken mit meinem Conbee-Stick überhaupt nicht.
Ja bei mir sind es auch nur zwei, die anderen gehen.
Problematisch sind Flex RGBW Controller mit der Version V1.03.07. Leider gibt es dafür keine Firmware Updates :-/
Zitat von: Loredo am 13 Januar 2020, 16:29:31
Ich weiß. Aber genau das ist ja das Problem, dort gibt es dann nur entweder oder, aber nicht beides zusammen.
Bei Phoscon gibt es diese Möglichkeit wohl generell (über die Gruppen, die standardmäßig ja sogar angelegt werden). Hab ich mich aber noch nicht mit beschäftigt. Reicht aber eben auch nur für extrem simple Zusammenhänge wie an/aus, mehr geht dann schon wieder nicht glaub ich. HomeMatic ist zwar schittig zu programmieren, hat aber zumindest wirklich echte Intelligenz in den Aktoren. ZigBee ist meh :-/
Das stimmt nicht ganz.
Habe jetzt begonnen mal ein Zimmer (Abstellkammer, wo es egal ist wenn mal was nicht geht) und ein Ikea Rollo auf deCONZ umzusiedeln.
Also sind jetzt folgende Geräte mal bei deCONZ:
- HUE Lampe E27 warmweiß
- HUE Dimmer
- HUE BM
- Ikea Rollo
Den Taster kann man schön über HUE Essentials programmiern, inkl. mehrfach Betätigungen, Dimmen usw. auf allen Tasten (was man von der HUE App gewohnt ist).
Sprich, auch wenn fhem nicht läuft und nur deCONZ am laufen ist, gehen wenigstens die Schalter.
Den BM habe ich jetzt über FHEM gelöst und gefällt mir persönlich besser als über die HUE Apps.
Man ist freier in der Programmierung und nicht auf die App Funktionalitäten beschränkt.
Ansprechzeit ist voll in Ordnung da deCONZ einen Push zu fhem macht.
Da Rollo pairing verlief Problemlos. Das steuere ich nun über 2x Dimmer welche noch auf der HUE Bridge hängen -> durch das polling eine Verzögerung.
Wird sicher besser wenn ich die Schalter mal ins deCONZ Netz bringe.
Soweit meine Erfahrungen mit deCONZ.
Werde sicher in nächster Zeit alles auf deCONZ umsiedeln.
Zitat von: P.A.Trick am 13 Januar 2020, 22:05:48
Ich bin vor einiger Zeit auch auf Phoscon umgestiegen. Gründe dafür waren das polling und auch die günstigen Xiaomo Sensoren. Ich muss aber sagen, dass Phoscon überhaupt nicht mit meinen OSRAM Lightify Lampen klar kam. Daraufhin habe ich die wieder an die originale Philips HUE Bridge gehangen. Ikea läuft super mit Phoscon, besonders da die Lampen automatisch von der deCONZ App aktualisiert werden. Sensoren usw. klappen auch gut. Ich glaube aber, dass ein gemischtes Meshup Netzwerk für alle Systeme eine Herausforderung ist.
Könntest du mir erklären wo du in Phoscon die automatische IKEA Update Möglichkeit findest?
Habe die latest Phoscon/deConz stable 02.05.71.
Danke
pOpY
Du kannst dieses Script hier nutzen:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py (https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py)
Beim Restart von deCONZ sollte dann, sofern das ota Verzeichnis beim User pi erstellt ist und die Firmware Dateien dort liegen auch ein automatisches Update durchgeführt werden.
Alternativ kannst du des mit der deCONZ App manuell updaten.
noch etwas allgemein zur zuverlässigkeit und autonomie ohne fhem bzw. beim fhem ausfall:
das ist leider nur bedingt richtig und betrachtet nicht das auch die andere hardware (bridge, taster, ...) kaputt gehen können. mein fhem z.b. läuft stabiler als alle anderen komponenten im system. und selbst falls es ausfällt ist es schneller wiederhergestellt oder umgezogen als die vorgelagerten raspberrys oder bridges.
wenn z.b. die hue bridge ausfällt gibt es kein backup der dort hinterlegten regeln die sich auf einer neuen bridge einspielen lassen, die neue bridge kann nicht einfach die stelle der alten übernehmen weil sie ohne umzug bei laufender alten bridge ein komplett neues netz auf macht in das alle geräte angelernt werden müssen. danach wären die alten regeln vermutlich sowieso nicht mehr zu gebrauchen.
gleiches mit hm: die direkten verknüpfungen sind nirgendwo gesichert und lassen sich nicht einfach wider einspielen. auch hier ändern sich ids der aktoren beim tausch.
die programmierung in fhem kann ich hingegen einfach umziehen und sie läuft einfach weiter. mit den letzen hue änderungen sogar wenn ein device auf einer neuen bridge angelernt wird.
Zitat von: popy am 19 Januar 2020, 15:28:18
Sprich, auch wenn fhem nicht läuft und nur deCONZ am laufen ist, gehen wenigstens die Schalter.
Was passiert, wenn deCONZ nicht läuft, lassen sich dann die Leuchten als Fallback noch immer über den Schalter bedienen?
Zitat von: Loredo am 19 Januar 2020, 15:42:27
Was passiert, wenn deCONZ nicht läuft, lassen sich dann die Leuchten als Fallback noch immer über den Schalter bedienen?
Nein, da die Kommunikation ja über deconz geht.
Zu dem
Zitat von: Loredo am 19 Januar 2020, 15:42:27
Was passiert, wenn deCONZ nicht läuft, lassen sich dann die Leuchten als Fallback noch immer über den Schalter bedienen?
Zitat von: popy am 19 Januar 2020, 22:17:48
Nein, da die Kommunikation ja über deconz geht.
Diese Aussage würde ich etwas in Zweifel ziehen. ZigBee ist in der Hinsicht undurchsichtig:
Es gibt durchaus Methoden/Geräte, die eine direkte, von irgendeiner Bridge nicht (mehr) gesteuerte direkte Kommunikation direkt zwischen einzelnen Teilnehmern des ZigBee-Netzwerks zu kennen scheinen, ausgetestet hatte ich das z.B. mal mit einem "eckigen" on/off-Tradfri an einer Tradfri-Birne (und evtl. auch mit der "großen Runden" iVm. zwei tint). Nicht geklappt hat das mit einem Jung/insta-Taster (ZLL5005), aber der hat sowieso irgend ein Problem mit der firmware, update ist angkündigt.
Allerdings habe ich noch keine Idee, wie man "direkte" und "indirekte" Kommunikation (indirekt=über die Bridge (hier deCONZ)) unterscheiden kann, vermutlich muß man messages sniffen, oder eben testen, indem man die Bridge ausschaltet...
Zitat von: justme1968 am 19 Januar 2020, 15:39:24
gleiches mit hm: die direkten verknüpfungen sind nirgendwo gesichert und lassen sich nicht einfach wider einspielen. sich hier ändern sich ids der aktoren beim tausch.
Das ist mAn. etwas "unscharf". Soweit wir über den Ausfall der Bridge sprechen, bleiben die Peerings erhalten, und man kann die (jedenfalls mit CUL_HM) auch später wieder auslesen (mit hminfo).
Was die Aktoren usw. angeht, kann man (wieder @CUL_HM) auch die Registerwerte sichern, und die dann hinterher wieder auf einem anderen, baugleichen Gerät wieder herstellen, wenn ich das richtig im Kopf habe; in jedem Fall zeigt einem hminfo an, wenn es "ins Leere gehende" direkte Verknüpfungen gibt, man hat also einen Ansatz zur Reparatur, selbst wenn man die Register nicht gesichert hatte...
(Bei ZWave scheint es eine "replace"-Funktion zu geben, aber mit der habe ich mich bisher nicht intensiv beschäftigt).
Die HueBridge ist tatsächlich ein negatives Beispiel bzgl. der Wiederherstellbarkeit. Bei Phoscon kann man die Daten des Netzwerks sichern und wieder einspielen.
Bei Hue gab es ja die ersten Lampen und Steckdosen mit einer Remote. Das war jeweils ein eigenes Zigbee-Netz. Das erste konnte man an der Bridge anlernen, dann funktionierte das ganze auch mit Fernbedienung weiter.
Meine neuen Hühner-Dimmer funktionieren nicht, wenn die Bridge offline ist (gerade letztens festgestellt, als sich die HueBridge beim Update aufhängte).
@volschin hast du das bei Phoscon schonmal mit einem neuen Gateway getestet?
Funktioniert das dann ohne erneutes Anlernen der Geräte, oder nur wenn man wieder die selbe Hardware (also z.B. der selbe Conbee 2 Stick) verwendet?
Falls das geht, werde ich mir einen zweiten Connbee 2 in den Keller legen, wie ich das auch schon beim ZWave Stick gemacht habe.
Weil Zwave weiter oben auch erähnt wurde:
Hier geht Backup/Restore der ganzen Gerätetopologie sogar super bequem innerhalb von FHEM.
das ZWave Modul hat bei mir den Umstieg vom Zwave.me Raspberry Mopul zum Zwave.me USB Stick im NUC gemacht, ohne etwas neu anlernen oder konfigurieren zu müssen.
Zur Ausfallsicherheit FHEM:
Angeregt durch den Thread werde ich mal versuchen auf meinem Macbook Pro eine VM mit Proxmox als Guest zu installieren.
Dort dann das letzte Proxmox Backup vom FHEM Container und das aktuelle Backup von FHEM selbst einspielen.
Also das, was ich auch beim Hardwareausfall des NUCs machen müsste.
(Backup Container mach ich nach jedem Update von Ubuntu oder nach dem Installieren neuer Pakete, Update FHEM passiert täglich, beides aufs NAS, welches sich einmal täglich wiederum auf eine OffSite Location sichert.)
Dann mal die zwei einzigen Gateways am Macbook der VM durchreichen die aktuell direkt am NUC angeschlossen sind und nicht per Netzwerk angesprochen werden: Conbee und Zwave.
Mal sehen ob ich die dann auch problemlos gehen.
Wenn ja, hätte ich damit einen Plan B um FHEM in < 1h wieder lauffähig zu bekommen, ohne im Falle eines Defekt überhastet einen neuen Minirechner kaufen zu müssen.
@Thyraz:
Nach meinen ersten Erfahrungen mit dem Thema ist es so, dass der ConBee II das ZigBee-Netzwerk irgendwo intern (EEPROM?) abspeichert, jedenfalls kann man denselben Stick samt sämtlicher Geräte an unterschiedlichen Rechnern mit je eigenem deCONZ betreiben, ohne was neu anlernen zu müssen. Das klingt danach, als wäre die backup-Funktion vor allem auch dazu da, neuen IO's diese Infos mitteilen zu können (vermutlich sogar Typ-unabhängig, also von Pi-Modul auf ConBee II sollte auch gehen...).
Nachtrag: Steht auch ausdrücklich so in der Doku (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Backup-&-Restore)...
Zitat
The backup includes deCONZ and Phoscon App specific data for groups, lights, scenes, ZigBee network settings and other data like deCONZ GUI node positions and names.
Two scenarios:
- Move ConBee / RaspBee to a new gateway / Raspberry Pi
- Move network to a new controller (e.g. in case ConBee breaks and needs to be replaced)
Zitat von: P.A.Trick am 19 Januar 2020, 15:32:06
Du kannst dieses Script hier nutzen:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py (https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py)
Beim Restart von deCONZ sollte dann, sofern das ota Verzeichnis beim User pi erstellt ist und die Firmware Dateien dort liegen auch ein automatisches Update durchgeführt werden.
Alternativ kannst du des mit der deCONZ App manuell updaten.
Danke für den Hinweis, das teste ich bei nächster Gelegenheit mal; auf der phoscon-Oberfläche ist es ein ziemlicher Mist, einzelnen Geräten eine OTA-file zuzuweisen, das ist komplett unübersichtlich/kryptisch, und man muß eine GUI haben...
Wenn es so einfach geht, wäre das klasse!
Zitat von: P.A.Trick am 19 Januar 2020, 15:32:06
Du kannst dieses Script hier nutzen:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py (https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/ikea-ota-download.py)
Beim Restart von deCONZ sollte dann, sofern das ota Verzeichnis beim User pi erstellt ist und die Firmware Dateien dort liegen auch ein automatisches Update durchgeführt werden.
Alternativ kannst du des mit der deCONZ App manuell updaten.
Danke, werde ich testen.
Hallo, ich habe eine Frage zu den Xiaomi-Würfel. Ich habe bisher über den Raspbee (ConbeeII) mehrere Xiaomi Bewegungsmelder in Fhem eingebunden. Das ging alles prima und ohne Probleme. Vor Allem weil ich mit dem "set attrTemplate" den Sensor direkt auswählen konnte. So waren die dann in Fhem gut eingebunden und ich konnte sie verwenden. Den Würfel habe ich dort leider nicht gefunden. Prinzipiell wurde der Würfel auch ohne diesen Punkt eingebunden. Ich hatte aber gehofft, daß ich die unterschiedlichen Bewegungen (Flip, Rotation und so weiter) besser aufgeschlüsselt bekomme um dann bestimmte Befehle zu zu ordnen. Im Reading bekomme ich unter "state" verschiedene Zahlen als Ergebnis der Bewegung. Das aber dann auszuwerten wäre sicher ziemlich aufwending. Ich hatte gehofft, daß das einfacher geht.
Ich hoffe, ihr könnt mir da weiter helfen.
Gruß
such mal hier im forum. da gibt es einen post mit einem user reading das genau das macht.
hab auch die schnelle den hier gefunden: https://forum.fhem.de/index.php/topic,92089.msg846021.html#msg846021 (https://forum.fhem.de/index.php/topic,92089.msg846021.html#msg846021). gibt glaube ich noch mehr.
Danke
Danke für eure Einschätzungen bzgl. Zuverlässigkeit und Backup.
Habe jetzt folgendes per cron eingerichtet:
- fhem, ha-bridge & deconz Backup jeden Sonntag auf SMB Share vom Windows Server
- rpi live backup jedes Monat auf SMB Share vom Windows Server
Mal ne frage bzgl. conbee II.
Falls der Conbee II defekt werden würde kann ich mein Backup auf einen anderen wiederherstellen und funktioniert dann alles (bzgl. pairing und zigbee mac)?
Danke
Sollte an sich ja,
habe das noch als Todo auf meiner (viel zu vollen) Liste. ;)
Ein zweiter Conbee 2 liegt schon im Schrank als, nur den Transfer eines Conbee Backups auf den zweiten Stick + Test ob der dann genauso problemlos läuft hab ich noch vor mir.
Zitat von: Thyraz am 25 Februar 2020, 08:56:19
Sollte an sich ja,
habe das noch als Todo auf meiner (viel zu vollen) Liste. ;)
Ein zweiter Conbee 2 liegt schon im Schrank als, nur den Transfer eines Conbee Backups auf den zweiten Stick + Test ob der dann genauso problemlos läuft hab ich noch vor mir.
Wäre toll wenn du dein Ergebnis posten könntest ::)
Bin gespannt ob das geht.
Dann werde ich mir auch einen Backup Stick holen.
Danke
Zitat von: popy am 24 Februar 2020, 20:28:18
Danke für eure Einschätzungen bzgl. Zuverlässigkeit und Backup.
Habe jetzt folgendes per cron eingerichtet:
- fhem, ha-bridge & deconz Backup jeden Sonntag auf SMB Share vom Windows Server
- rpi live backup jedes Monat auf SMB Share vom Windows Server
Mal ne frage bzgl. conbee II.
Falls der Conbee II defekt werden würde kann ich mein Backup auf einen anderen wiederherstellen und funktioniert dann alles (bzgl. pairing und zigbee mac)?
Danke
Ich habe meine deconz Installation bereits mehrfach umgezogen (RPi -> VM -> RPi -> VM)
Habe immer das Backup-File aus der GUI zum Restore verwendet. Beim letzten Umzug habe ich das Backup-File aus meinem täglichen Backup-Script
genommen. Das hab ich von hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/620 (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/620)
Das klappt auch einwandfrei. 8)
VG Sebastian
Zitat von: binford6000 am 25 Februar 2020, 15:02:15
Ich habe meine deconz Installation bereits mehrfach umgezogen (RPi -> VM -> RPi -> VM)
Habe immer das Backup-File aus der GUI zum Restore verwendet. Beim letzten Umzug habe ich das Backup-File aus meinem täglichen Backup-Script
genommen. Das hab ich von hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/620 (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/620)
Das klappt auch einwandfrei. 8)
VG Sebastian
Danke.
Aber auf den gleichen conbee stick, oder?
Gesendet von meinem ONEPLUS A6013 mit Tapatalk
Meine Güte, schon mal ins Handbuch gesehen?!?
Zitat aus https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Backup-&-Restore (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Backup-&-Restore):
ZitatTwo scenarios:
- Move ConBee / RaspBee to a new gateway / Raspberry Pi
- Move network to a new controller (e.g. in case ConBee breaks and needs to be replaced)
Ähmm Nö :o
Wusste gar nicht das es eines gibt ;D
Werde ich machen...
Danke für die Info.
Hallo,
ich bin ein absoluter Anfänger und ich kriege es nicht gebacken, trotz mehrmaligen Versuchen, mein ConBee II Stick im FHEM auslesen zu können.
Ich benutze ein Raspberry Pi 2
Mit FHEM angeschlossen habe ich:
- HMUARTLGW für HomematicIP (externes Gerät)
- IKEA Trafdri Gateway (externes Gerät)
- CC1101 433Mhz nanoCUL
- Ring, NUKI, Shelly usw...
- MQTT2 Server
- CC2531 USB Stick (bis jetzt, ersetzt durch ConBee II )
Bis jetzt hatte ich ein CC2531 USB Stick und mit MQTT2 Server verschiedene Zigbee Geräte angeschlossen.
Alles funktionierte wunderbar (= gut genug für einen Anfänger wie mich).
Nur die geringe Reichweite des CC2531 war ein Thema (drei Stockwerke).
Deswegen bin ich letzte Woche auf ConBee II umgestiegen.
Ich habe das CC2531 USB entfernt, das ConBee II angeschlossen, das Raspberry hochgefahren und die empfohlene Installation gemacht.
Das ConBee II funktioniert, deCONZ und Phoscon App funktionieren problemlos, alle neue Geräte werden erkannt und gesteuert durch die Phoscon und deCONZ SW (siehe Bilder).
Das Problem? ICH SEHE NICHTS DAVON in FHEM!
Ich habe die Anweisungen auf der ersten Seite hier gefolgt
sowie http://coldcorner.de/2018/04/02/deconz-hue-bridge-auf-dem-raspberry-pi-emulieren/#8
Die Einbindung des deCONZ Gateways unterscheidet sich nicht von der offiziellen HUE Bridge.
define deCONZ HUEBridge ip.von.mein.Raspi
attr deCONZ httpUtils 1
set deCONZ active
Dann die Phoscon-App links oben auf die drei horizontalen Striche das Menü aufgerufen,
dann auf ,,Gateway" und dann unten mittig auf ,,Erweitert" und klickst auf ,,App verbinden".
Laut Beschreibung werden die Lampen und Gruppen automatisch mit angelegt und mit dem Befehl "get deCONZ sensors" werden auch die Sensoren übernommen.
Bei mir passiert nichts!
Ich habe die Installation in FHEM mehrmals probiert, ohne Erfolg.
Hat vielleicht jemand eine Idee?
EDIT> unoetige screenshots entfernt.
1. FHEM-Server mit GUI ist "bäh"...! (DRINGENDE Empfehlung: Nochmal von vorne mit der lite-Version! Und Videos als Anregung verstehen, aber keinesfalls als Anleitung! Schau in's Wiki, da (bzw. noch besser in der Commandref) steht, wie es wirklich geht!)
2. Wenn es derselbe Pi ist, auf dem beide Services laufen (deconz und FHEM): versuch's mal mit localhost.
3. "get ... sensors" zeigt nur an, legt aber nichts an, das muß man manuell machen.
Aber für die Aktoren sollte das schon automatisch passieren.
Daher: zeig' mal "list TYPE=autocreate" (Bitte als CODE (#-Button) hier einfügen, nicht als screenshot, das ist meistens auch "bäh").
Hi,
vielen Dank fuer die schnelle Antwort!
1. Raspi mit GUI (und FHEM mit GUI) ist die Rettung! Die Zeiten, als ich Code lesen konnte sind 38 Jahre her... ;D
Den Wiki Beitrag habe ich schon gelesen, "Installation von deCONZ auf einem RaspberryPI" und ein paar Tage die Beitraege in den Foren gelesen.
2. ich habe mit LAN IP, 127.0.0.1, localhost das Ergebnis ist immer das gleiche.
3. Das "get ... sensors" nur an zeigt, ist verstanden. Ich bin ja nicht so weit. "get ... sensors" zeigt nichts bei mir an :(
Internals:
FUUID 5d2a13e6-f33f-6a06-dcc6-f0c1f46d26292f2a
FVERSION 98_autocreate.pm:0.207910/2019-12-20
NAME autocreate
NOTIFYDEV global
NR 8
NTFY_ORDER 50-autocreate
STATE active
TYPE autocreate
Attributes:
autosave 1
disable 0
filelog ./log/%NAME-%Y.log
Und dann, habe ich die Loesung gefunden!!!!!
die IP Adresse reicht nicht aus! Ich musste IP-Adresse:8080 (und Port 8080) eingeben!
Alles hat sofort funktioniert :D
Vielen Dank fuer die Hilfe! Ohne deine Anregungen waere ich nicht zurueck gegangen und die Wiki und die Videos nochmals gekuckt! (ich habe eigentlich das Gegenteil von dem, dass in den Videos gezeigt wurde, aber dein Tipp mit dem localhost war der Anlass ).
1. Ich kann nicht erkennen, dass es einen großen Unterschied macht, ob man phoscon bzw. FHEM lokal über einen Browser ansieht und konfiguriert oder ob man das von einem ordentlichen Rechner aus macht und sich ggf. für admin-Aufgaben mal auf die ssh-Konsole bequemt... Einzig deCONZ kann man nicht in der Vollversion sehen, aber das braucht man auch in der Regel nicht... Kurz: Du kaufst dir aus fadenscheinigen Gründen Sicherheitslöcher ein. MMn. nicht empfehlenswert, aber du scheinst ja zu wissen, warum du das tust (?).
2. Da zusätzlich meine Hinweise ignoriert werden, dass list-Ausgaben in Code-Tags sinnvoller sind als screenshots, bin ich für dich als Helfer demnächst raus.
Kurz: nochmal sowas, und ich werde deine Beiträge ignorieren. Gibt zwar auch andere, die helfen, aber die mögen erfahrungsgemäß auch keine screenshots ;) .
=> you are warned... :-*
Zitat von: Manos am 04 März 2020, 14:46:11
1. Raspi mit GUI (und FHEM mit GUI) ist die Rettung! Die Zeiten, als ich Code lesen konnte sind 38 Jahre her... ;D
Du bist zumindest nicht alleine damit; ich nutze auch Raspbian mit GUI einschließlich FHEM Server und deCONZ GUI. Insbesondere die grafische Oberfläche von deCONZ finde ich super.
Zitat von: Beta-User am 04 März 2020, 15:09:22
1. Ich kann nicht erkennen, dass es einen großen Unterschied macht, ob man phoscon bzw. FHEM lokal über einen Browser ansieht und konfiguriert oder ob man das von einem ordentlichen Rechner aus macht und sich ggf. für admin-Aufgaben mal auf die ssh-Konsole bequemt... Einzig deCONZ kann man nicht in der Vollversion sehen, aber das braucht man auch in der Regel nicht... Kurz: Du kaufst dir aus fadenscheinigen Gründen Sicherheitslöcher ein. MMn. nicht empfehlenswert, aber du scheinst ja zu wissen, warum du das tust (?).
Ich sehe da aber schon einen sehr großen Unterschied für z.B. deCONZ. Man braucht die GUI um z.B. die Bindigs zwischen Gateway und einem Ikea Fyrtur herzustellen.
Grüße Marcel
#### Edit
Das angesprochene Binding ist für die Batterylevel anzeige nötig.
Zitat2. Da zusätzlich meine Hinweise ignoriert werden, dass list-Ausgaben in Code-Tags sinnvoller sind als screenshots, bin ich für dich als Helfer demnächst raus.
Kurz: nochmal sowas, und ich werde deine Beiträge ignorieren. Gibt zwar auch andere, die helfen, aber die mögen erfahrungsgemäß auch keine screenshots ;) .
=> you are warned... :-*
####OT
Ich finde es hier im Forum manchmal sehr komisch, es werden "Neulinge" mit einem Ton angegangen, den ich nicht nachvollziehen kann.
Wenn ich als "Neuling" so "dämlich angemacht" worden wäre, wäre mir wahrscheinlich schnell die Lust an FHEM vergangen, zum Glück war das "damals" nicht so.
Es ist schon klar, dass oft die selben Fragen gestellt werden und die Leute einfach zu faul zum suchen sind und lieber schnell die Frage stellen und dann auch schnell auf Antwort hoffen, aber wenn einen (dich) das stört, dann sollte man es einfach unkommentiert lassen oder sachlich antworten und vernünftig darauf hinweisen, wie "Neulinge" etwas zu machen haben.
Wenn man dann auch noch etwas in den Raum wirft, wie "Du kaufst dir aus fadenscheinigen Gründen Sicherheitslöcher ein..." dann sollte man auch erklären, was genau man damit meint.
Jm2C
####OT Ende
Grüße Marcel
@Ma_Bo: Faulheit wurde hier im Forum schon immer bestraft. Auch das Nicht-lesen, zunächst freundlichen Hinweisen nicht folgen und auch pampiges Antworten wurde schon immer bestraft. Das ist gut und legitim. Und in diesem Fall so richtig, wie es immer war. Der Helfer setzt seine freie Zeit ein, um zu helfen, da kann erwartet werden, dass auch der Hilfesuchene etwas tut. Und wenn man dann direkt auf diese Dinge hinweist, ist das nicht "pampig". Tausendfaches "Bitte, Danke" und hinten rum heben, hilft dann keinen Stück weiter.
Nur sind die Ansagen teilweise falsch. Die deCONZ-Oberfläche zu haben, ist wichtig für die Problemanalyse. Und dafür ist ein X-Server notwendig. Das das auch schlanker geht und man vielleicht noch besser in einem Docker Container (marthoc/deconz)
umsetzt, ist für einen Anfänger vielleicht etwas viel auf einmal.
kurz zu X: um X11 anwendungen zu verwenden braucht es die nötigen libs auf dem server. darstellen kann man das ganze auf jedem beliebigen client der einen X server mitbringt. es ist KEIN desktop nötig.
das X Window System ist DAS beispiel für ein verteiltes client server system und kann schon immer komplette anwendungen remote darstellen.
ansonsten wäre es schön wieder zum thema zurück zu kommen.
Eigentlich bin ich Super-Gluecklich, weil ich mein Problem beseitigen konnte.
Aber, weil du die Diskussion angefangen hast (beziehungsweise nicht loss lassen wolltest) hier ein paar Kommentare von mir:
Zitat von: Beta-User am 04 März 2020, 15:09:22
1. Ich kann nicht erkennen, dass es einen großen Unterschied macht, ob man phoscon bzw. FHEM lokal über einen Browser ansieht und konfiguriert oder ob man das von einem ordentlichen Rechner aus macht und sich ggf. für admin-Aufgaben mal auf die ssh-Konsole bequemt... Einzig deCONZ kann man nicht in der Vollversion sehen, aber das braucht man auch in der Regel nicht... Kurz: Du kaufst dir aus fadenscheinigen Gründen Sicherheitslöcher ein. MMn. nicht empfehlenswert, aber du scheinst ja zu wissen, warum du das tust (?).
Deine Meinung, ich habe kein Problem damit, solltest du auch keins mit meiner (Meinung) haben. Dein Sarkasmus gehoert nicht dazu.
deCONZ braucht man in der Regel nicht, "In der Regel" haette ich um Hilfe diesbezueglich im Forum nicht suchen muessen, aber wie du siehst die Probleme sind da.
Wie Menschen mit Informationen umgehen ist unterschiedlich. Eindeutig kommst du weniger klar mit optischem Inhalt (Bilder). Kein Problem, dafuer muss du mich aber nicht "anmachen".
Zitat von: Beta-User am 04 März 2020, 15:09:22
2. Da zusätzlich meine Hinweise ignoriert werden, dass list-Ausgaben in Code-Tags sinnvoller sind als screenshots, bin ich für dich als Helfer demnächst raus.
Kurz: nochmal sowas, und ich werde deine Beiträge ignorieren. Gibt zwar auch andere, die helfen, aber die mögen erfahrungsgemäß auch keine screenshots ;) .
=> you are warned... :-*
Ist auch Richtig. Deine Meinung. Habe ich auch kein Problem.
Weil du aber so intelligent bist wie du glaubst, hast du dich nicht gefragt ob ich es vielleicht versucht habe?
natuerlich habe ich das! Das von dir "list TYPE=autocreate" gab folgendes Ergebnis (
hier als Bild ;D, weil du eindeutig nicht mal verstanden hast als ich das im letzen Post gepostet hatteWas man damit anfangen kann, kann ich nicht sagen, vielleicht du, aber ich glaube ich habe irgendetwas falsch gemacht....
Andererseits,
wenn ich wusste was ich tue, haette ich die Hilfe des Forums nicht gebraucht ;)Und uebrigens, die YouTube Videos hatte ich schon gesehen, die Wiki auch, die Forum Threads auch (sogar alle 15 Seiten von diesem Thread gelesen) bevor ich mein Problem gepostet habe. Und jetzt bin ich gespannt, ob du irgendwo ein Kommentar findest das erklaert man solle das Port mit der ip Adresse eingeben. Den dein Sarkasmus "Und Videos als Anregung verstehen, aber keinesfalls als Anleitung! Schau in's Wiki, da (bzw. noch besser in der Commandref) steht, wie es wirklich geht!)" liess auch da nicht verstecken...
Trotzdem Danke fuer alles, mein Problem ist geklaert,
Bitte entschuldige, dass ich eher lese wie anschaue.
Lesen entspricht nämlich - anders als Anschauen - genau dem, was man auch posten sollte:
Zitat von: KernSani link=topic=71806.msg633579.html#msg633579Für Code, logausgaben etc... immer code Tags (das # im Editor über den Smilies) verwenden
Sorry, dass meine Anforderung daher unbeabsichtigterweise doppelt war, v.a. wenn man auf dem Handy _liest_, läd man nämlich in der Regel keine screenshots herunter. Und wenn man dann am Antworten (auf einem PC) sein sollte, sieht man die Bilder auch nicht ::) .
Zum Rest ist alles gesagt, Danke nochmal für Deine ausführliche - und im Übrigen eventuell berechtigte - Gegendarstellung (ich habe wirklich keine Lust, Bilder zu analysieren, um das im einzelnen zu kommentieren, aber das ist mein Problem, wie ich dann rüberkomme).
Zur eigentlichen letzten on-Topic-Frage: Ich habe keine Erklärung, warum Du einen nicht-Standard-Port angeben mußtest. Default wäre wohl - auf die Schnelle gesucht - 80, und ich gehe davon aus, dass dort auch vom HUEBridge-Modul gesucht wird, wenn man nichts angibt. Ergo kann ich nur darauf tippen, dass der Startaufruf für deconz@systemd verändert wurde?
Jedenfalls läuft mein deconz-headless mit HUEBridge auf localhost ohne port-Angabe völlig stressfrei, und wenn es üblicherweise Sinn machen würde, würde ich erst mal in der commandref suchen, aber da steht (mMn. aus nachvollziehbaren Gründen) nichts dazu...
Hallo Manos,
zu deinen Auführung bzgl. des Umgangs in diesem Forum möchte ich Dir folgendes mitteilen: Ich bin jetzt schon seit ca. 5 Jahren FHEM Nutzer. FHEM war für mich am Anfang recht schwer und ich habe die Gepflogenheiten in diesem Forum nicht gekannt. Daher war ich anfangs oftmals irritiert, wie erfahrene Programmierer und Nutzer auf "dumme Fragen" reagieren.
Wenn Du das akzeptieren kannst und bereit bist zu lernen, wird dir hier geholfen wie nirgendwo anders. Ich bin immer wieder verwundert, mit wie viel Zeit, Aufwand und Schelligkeit Hero Member wie Beta-User und "fhem godfather" Rudi König antworten.
Voraussetzungen für Hilfe ist allerdings, dass du die Gepflogenheiten des Forum akzeptierst (z.B. keine Fotos sondern Code- Teile postest) und dich soweit in die Beschreibung des Problemes vertiefst, dass dir auch geholfen werden kann. Das ist zugegebenerweise am Beginn von FHEM ein großes Problem, die richtigen Voranalysen durchzuführen ("was ist verbose 5"?), wenn man aber erst mal über dem Berg ist, ist dieses Forum einfach wunderbar. Insbesondere Beta-User ist eine unglaubliche Hilfe bei den Lösungen.
Nützliche Hilfe für den Anfang findest du: https://forum.fhem.de/index.php/topic,71806.0.html
Dort steht auch
ZitatIn den allermeisten Fällen sind screenshots nicht hilfreich
Ich freue mich, wenn du nicht aufgibst.
Moin,
bei jedem FHEM Restart wird HueDevice4 angelegt, das gibts im Phoscon aber gar nicht, bei "get lights" kommt die ID auch:
4 Configuration tool 4 deCONZ_HUEDevice4 Configuration tool
Jemand ne Idee wo das herkommt ? Finde irgendwie keine Infos dazu.
Danke Ronny
Gibt einen Bug oder Feature seit 2.05.74, dass der Coordinator als Licht ausgegeben wird. Ob das bei Dir die Ursache ist, kann ich mit den schmalen Infos nicht sagen.
Hi volschin,
danke für die Info.
Bei mir ist Deconz in Version 2.05.75 drauf, kann also wirklich daran liegen.
(Es ist ein Pi3 mit Deconz II Stick und aktuellen OS und Firmware)
Was brauchst Du denn als Infos, damit man eine genauere Info geben kann ;) ?
Ronny
Ich kann das bestätigen. Bei mir wird der Stick? unter Licht angezeigt.
Daher taucht dieser nun in Fhem auf.
Der Issue, den ich erstellt habe findet sich hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2534
Es gibt aber momentan noch intensive Diskussion, wie man mit dem Thema umgeht.
Hi,
alles klar, ich habe mit Deconz / Conbee erst mit der 2.05.74 angefangen. Da das "Unknown Device" entfernt, weil ich dachte , irgendwas falsch erkannt und dann war es gut. Nun hatte ich halt bei jedem Restart ein HueDevice4 seit de Update auf 2.05.75 und dachte: "Frag doch mal nach", weil im Phoson das nicht sichtbar ist bisher (kommt bestimmt noch wieder der Eintrag). Der Bug Report klärt es natürlich, warum bei der 74 es "Unknown Device" ist und bei der 75 nun "Configuration Tool".
Ronny
Wie macht man eigentlich ein Update von Deconz?
In der GUI findet sich dazu kein menüeintrag oder ähnliches.
Bei mir läuft das automatisch über den Austausch der Docker-Container mittels Watchtower.
Hier ist es beschrieben
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually
Hallo Beta-User,
OK, das ist natuerlich Mist, macht Sinn. Ich werde versuchen mit "list TYPE" klar zu kommen.
Zitat von: Beta-User am 04 März 2020, 17:59:22
wenn man auf dem Handy _liest_, läd man nämlich in der Regel keine screenshots herunter. Und wenn man dann am Antworten (auf einem PC) sein sollte, sieht man die Bilder auch nicht ::) .
....................
Zur eigentlichen letzten on-Topic-Frage: Ich habe keine Erklärung, warum Du einen nicht-Standard-Port angeben mußtest. Default wäre wohl - auf die Schnelle gesucht - 80, und ich gehe davon aus, dass dort auch vom HUEBridge-Modul gesucht wird, wenn man nichts angibt. Ergo kann ich nur darauf tippen, dass der Startaufruf für deconz@systemd verändert wurde?
AHA! Port 80 ist der Apache Server. Ich habe zwar bei der ConBee2 Installation nichts geaendert, wahrscheinlich hatte das System es automatisch angepasst.
Es ueberascht mich trotzdem, der erste zu sein, der das Problem mit Port 80 hatte. Wie auch immer, Ende gut, alles gut! :)
Ich habe ein ähnliches Problem, ok der Cordinator ist neu in FHEM, mit Autocreate wird mir jedesmal ein weiteres Gerät angelegt, habt ihr das auch?
Es reicht DEF, Alias und Model anzuschauen. Woher kommt das vierte Gerät?
https://forum.fhem.de/index.php/topic,11020.msg1032240.html#msg1032240
Hallo zusammen,
ich habe meinen Conbee II nach dieser Anleitung eingebunden und funktioniert wirklich toll.
Damit habe ich mehrere Xiaomi Aqara Motion eingebunden.
Immer wieder erscheint im fhem-Menü das rote "?" und es sind nur folgende Änderungen gelistet:
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
modify HUEDevice1 1 IODev=deCONZ
Ausserdem werden automatisch immer wieder die folgenden Devices angelegt:
Internals:
CHANGED
DEF 1 IODev=deCONZ
FUUID 5e6bdeb2-f33f-0b7a-3eee-676fc9768cf6cd15
FVERSION 31_HUEDevice.pm:0.213650/2020-03-06
ID 1
INTERVAL
IODev deCONZ
NAME HUEDevice1
NR 1462
STATE off
TYPE HUEDevice
manufacturername dresden elektronik
modelid ConBee II
name Unknown 1
swversion 0x264a0700
type Unknown
uniqueid 00:21:2e:ff:ff:05:3d:f3-01
READINGS:
2020-03-15 18:15:23 alert none
2020-03-15 18:15:23 onoff 0
2020-03-15 18:15:23 pct 0
2020-03-15 18:15:23 reachable 1
2020-03-15 18:15:23 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
bm:
HUEDevice_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 17.03. 10:13:57
max 9.58442687988281e-05
tot 9.58442687988281e-05
mAr:
HASH(0x77906e0)
HUEDevice1
?
HUEDevice_Set:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 16.03. 11:04:14
max 0.0113399028778076
tot 0.0148787498474121
mAr:
HASH(0x77906e0)
HUEDevice1
?
json:
etag 72c5e647304b88e09aec8a5ae9ca6f17
manufacturername dresden elektronik
modelid ConBee II
name Unknown 1
swversion 0x264a0700
type Unknown
uniqueid 00:21:2e:ff:ff:05:3d:f3-01
state:
alert none
Attributes:
IODev deCONZ
alias Unknown 1
color-icons 2
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group HUEDevice
model ConBee II
room HUEDevice
Und
Internals:
DEF group 0 IODev=deCONZ
FUUID 5e6bdeb2-f33f-0b7a-2402-1582b697639d3212
FVERSION 31_HUEDevice.pm:0.213650/2020-03-06
ID G0
INTERVAL
IODev deCONZ
NAME HUEGroup0
NR 1463
STATE unknown
TYPE HUEDevice
lights 1
name All
type LightGroup
READINGS:
2020-03-15 18:15:23 all_on 0
2020-03-15 18:15:23 any_on 0
helper:
devtype G
update_timeout 1
bm:
HUEDevice_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 17.03. 10:15:17
max 0.000129938125610352
tot 0.000207901000976562
mAr:
HASH(0x77058f0)
HUEGroup0
?
HUEDevice_Set:
cnt 7
dmx -1000
dtot 0
dtotcnt 0
mTS 16.03. 11:04:14
max 0.00592803955078125
tot 0.0100674629211426
mAr:
HASH(0x77058f0)
HUEGroup0
?
json:
etag 35d53614617ec23135cd0514bb0acff2
id 65520
name All
type LightGroup
action:
bri 127
colormode hs
ct 0
effect none
hue 0
sat 127
scene
xy:
0
0
devicemembership:
lights:
1
scenes:
state:
lights:
1 1
scenes:
Attributes:
IODev deCONZ
alias Lightset 0
color-icons 2
delayedUpdate 1
devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
group HUEGroup
room HUEDevice
userattr createActionReadings:1,0 createGroupReadings:1,0
Aber ich habe diese Geräte nicht.
Wie kann ich zumindest das "modify HUEDevice1 1 IODev=deCONZ" vermeiden?
Liebe Grüße
Gerhard
@Manos
Wenn du bei Deconz ein Update machst, wird der Port immer auf 80 zurückgesetzt.
@schwatter
Hallo Schwatter,
nein macht er nicht und in der Zwischenzeit weiss ich auch warum: Der Apache Server laeuft auf Port 80
Es ist aber kein Problem mehr, alles funktioniert bestens. Ich muss zugeben, ConBee II ist etwas teuer (ca.50eur) aber es sind die best investierte 50 eur die ich je gemacht habe (als Anfaenger)!
Was soll ich sagen, bei mir schon. Ich habe Debmatic und Deconz auf einem Pi laufen. Debmatic auf Port 80 und Deconz auf 8080.
Vorhin habe ich erst von V2_05_74 auf V2_05_75 geupdatet. Auch da wurde der Port von Deconz wieder
auf Port 80 zurückgesetzt. Mein vorgehen ist dann immer:
sudo systemctl stop deconz
rm deconz-latest-beta.deb <-- Oft vergisst man die letzte Version zu löschen. Und sie wird nicht überschrieben.
wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb
sudo dpkg -i deconz-latest-beta.deb
nano /lib/systemd/system/deconz.service <-- Port anpassen
systemctl daemon-reload <-- weil er meckert wegen der Portanpassung
sudo systemctl restart deconz <-- zumindest heute. Da doch wieder auf Port 80 gestartet wurde...
Lies dir mal durch, wie man richtig systemd anpasst. Das erfolgt nicht in lib/systemd.
Ok, danke für den Tip. Werde in Zukunft /etc/systemd/system/ verwenden!
Ich möchte keinen neuen Thread aufmachen, da ich glaube, dass es sehr gut hier hineinpasst.
Betreiben tue ich schon viele Jahre
FHEM, mit Z-WAVE Platine Razberry und CUL Homematic Stick mit vielen Modulen wie Homebridge auf einem RP3 Model B
Nun habe ich einen RP4 und einen Conbee II Stick für Zigbee gekauft, möchte zusätzlich die Phoscon Oberfläche einsetzen und als Frontend für FHEM Home Assistent einsetzen.
Hat jemand Erfahrung, was ich auf welchem Raspberry laufen sollte. Der RP3 hat mir Probleme beim Razberry bereitet mit der Belegung des Bluetooth Schnittstelle.
Konkret frage ich nach
- der Performance (dh. Aufteilung; Was auf welchem Raspberry?)
- ob es auch möglich ist, ALLES auf dem Raspberry Pi 4 laufen zu lassen.
Zitat von: tom44 am 21 März 2020, 16:40:12
Ich möchte keinen neuen Thread aufmachen, da ich glaube, dass es sehr gut hier hineinpasst.
Betreiben tue ich schon viele Jahre
FHEM, mit Z-WAVE Platine Razberry und CUL Homematic Stick mit vielen Modulen wie Homebridge auf einem RP3 Model B
Nun habe ich einen RP4 und einen Conbee II Stick für Zigbee gekauft, möchte zusätzlich die Phoscon Oberfläche einsetzen und als Frontend für FHEM Home Assistent einsetzen.
Hat jemand Erfahrung, was ich auf welchem Raspberry laufen sollte. Der RP3 hat mir Probleme beim Razberry bereitet mit der Belegung des Bluetooth Schnittstelle.
Konkret frage ich nach
- der Performance (dh. Aufteilung; Was auf welchem Raspberry?)
- ob es auch möglich ist, ALLES auf dem Raspberry Pi 4 laufen zu lassen.
Ich habe eine ähnliche Konstellation unter docker auf einem pi4 laufen - kein Problem, sogar superschnell!
Zitat von: P.A.Trick am 21 März 2020, 19:01:46
Ich habe eine ähnliche Konstellation unter docker auf einem pi4 laufen - kein Problem, sogar superschnell!
Heißt? Alles auf einem Raspberry PI, Verbindung über mqqt? Da kommt sich nichts in die Quere?
Ich habe für den Conbee Stick bereits eine USB -Verlängerungskabel gekauft, da sich die Funkverbindungen der Antennen stören sollten. Der CUL Stick ist zudem ziemlich filigran, musste bereits 2x die Antenne nachlöten ;-)
Das mit Bluetooth kann Dir leider passieren. Ist doch aber kein Beinbruch, muss stattdessen eben für paar Euro ein externes Bluetooth-Dongle ran.
Aber warum willst Du die Verbindung über mqtt? Das HueBridge Modul funktioniert exzellent.
Zitat von: volschin am 22 März 2020, 11:32:28
Das mit Bluetooth kann Dir leider passieren. Ist doch aber kein Beinbruch, muss stattdessen eben für paar Euro ein externes Bluetooth-Dongle ran.
Aber warum willst Du die Verbindung über mqtt? Das HueBridge Modul funktioniert exzellent.
Ich hoffe, die Bluetooth Belegung des Ports war nur auf dem Raspberry 3 ein Problem? Wird UART0 (ttyAMA0) auch beim Raspberry 4 vom Bluetooth Modul belegt?
Die HueBrigde würde ich auch verwenden, habe mich unklar ausgedrückt. Ich meinte Home Assistent als Frontend.
kann mir einer sagen woher der Fehler kommt?
2020.03.28 05:20:19.701 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:21:19.621 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:22:19.650 3: deCONZ: websocket opened to 192.168.178.5:7443
2020.03.28 05:22:19.656 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:22:19.661 3: deCONZ: websocket: Switching Protocols ok
2020.03.28 05:23:19.624 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:24:19.624 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:25:19.623 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:26:19.628 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:27:19.635 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:28:19.662 3: deCONZ: websocket opened to 192.168.178.5:7443
2020.03.28 05:28:19.669 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:28:19.674 3: deCONZ: websocket: Switching Protocols ok
2020.03.28 05:29:19.638 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:30:19.640 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:31:19.643 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:32:19.644 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:33:19.647 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:34:19.674 3: deCONZ: websocket opened to 192.168.178.5:7443
2020.03.28 05:34:19.684 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:34:19.685 3: deCONZ: websocket: Switching Protocols ok
2020.03.28 05:35:19.645 3: deCONZ: message for unknown device received: deCONZ-2
2020.03.28 05:36:19.651 3: deCONZ: message for unknown device received: deCONZ-2
wenn du die unknown zeilen meins: das ist kein fehler sonder ein hinweis.
du bekommst daten für ein device das du in fhem nicht angelegt hast.
Kommt diese Meldung von Sensoren oder nur von Lampen? Kann ich die Meldung ausblenden?
Mein Log läuft förmlich über mit den vielen Meldungen ???
was spricht gegen das anlegen des fehlenden device?
da es eine level 3 meldung ist kannst du verbose 2 im deCONZ device setzen um sie nicht mehr zu sehen.
ich habe nicht alle Sensoren, in FHEM angelegt nur die wenigen die ich brauche.
Hallo,
immer noch erscheint bei mir mehrmals am Tag das rote "?" im Menü, weil dieser Eintrag geändert wird:
modify HUEDevice1 1 IODev=deCONZ
Siehe dazu auch meine genauere Frage unter https://forum.fhem.de/index.php/topic,95288.msg1032314.html#msg1032314 (https://forum.fhem.de/index.php/topic,95288.msg1032314.html#msg1032314)
Hat das sonst niemand?
Wie kann man das ausschalten?
Oder bin ich im falschen Thread?
Danke für jede Hilfe.
lg, Gerhard
Hoi,
Ich hab das wohl auch: https://forum.fhem.de/index.php/topic,109842.0.html
Das ist bei Dir bestimmt auch das "Configuration Tool" -> aka der Conbee Stick, oder ?
Ronny
Das haben einige auch ich, nur kam das ja erst mit einen der letzten Updates von DeCONZ, ich hoffe das sie das fix in einer der nächsten Versionen
Bei mir geht es aber um "Device ID 4 wird zwangsweise auf ID 1 immer wieder geändert, was aber was bei mir eine GU10 Birne ist", das ich das Configtool nun habe mit ID4, damit kann ich sicher leben :)
Ronny
Ich habe die Aqara Light Sensoren über deConz eingebunden, wie stelle ich für einzelne Sensoren einen anderen Intervall ein? Standardmässig kommen alle 5 Minuten Werte, würde das gern auf 60Sekunden ändern.
Das Intervall wird scheinbar völlig ignoriert bei DeConz
das interval wird nicht ignoriert.
ist bei deCONZ aber auch nicht nötig da die events per push sofort kommen.
also: schauen ob der status in der dr software richtig ist und ob websocket im bridge device aktiv ist.
Das Problem sind wohl die Aqara Sensoren. Habe eine Anleitung bei YT gesehen. Du musst löten, wenn sie häufiger senden sollen.
habe die jetzt mit Intervall angegeben, jetzt schwanken die Werte zwischen 2-10 Minuten
Wenn das Intervall da was bringt, hast Du ein Problem mit deiner Websocket-Verbindung.
Guten Tag Zusammen,
da ich in den vergangenen Wochen viel aus diesem Forum saugen konnte, um meine ewig existierende FHEM Installation um den ZigBee Funkstandard zu erweitern (gestartet mit FS20 und HMS, über die Jahre erweitert um WIFI (Tasmota, ESPEasy, MQTT und andere) möchte ich jetzt anfangen meine Erfahrungen zurückzugeben. Dieser Threat scheint vom Thema und Aktualität geeignet zu sein.
Nachdem OSRAM/Ledvance angekündigt hat, den Cloud Betrieb einzustellen, somit meine Gartenlampen im "End of Support" Status waren und ich eh nach einem neuen Funkstandard fürs Haus suchte der nicht zwangläufig eine feste Stromversorgung benötigt, habe ich mich entschieden auf ZigBee zu setzen.
ZigBee scheint ein guter Kompromiss zwischen Preis und Funktionalität zu sein, ist nicht Hersteller gebunden und die Auswahl von (preisgünstigen) Devices groß.
Die Umsetzung erfolgte über einen
- ConBee II an einem neuen RPI4/2GB (der gleichzeitig als Fallback für den bestehenden FHEM-Server dienen soll)
- Erster Einsatzzweck und Proof of Concept: Flurbeleuchtung mit IKEA Tradfri Lampen und Bewegungsmelder
(Zum einen um die Funkabdeckung auf das Haus auszudehnen, zum anderen um die Funktionalität in FHEM etwas umfangreicher als simples Ein/Aus testen zu können) - Ergebnis: Die Funkabdeckung reicht nun tatsächlich über 3 Etagen eines EFH und den Garten, ich hatte in 2 Wochen Betrieb keine nicht vollziehbaren Ausfälle.
- Aufgrund des guten Starts erfolgte dann schnell eine Erweiterung um weitere Tradfri Birnen, Tradfri und Aqara Schalter, Aqara Türkontakte und die existierenden Ligthify Gartenlampen
Ich bin fast erschrocken, wie problemlos die Integration der Devices in Deconz/Phoscon und dann FHEM (incl GoogleHomeConnector) bisher war. Die Hürden von denen hier und an anderen Orten berichtet wurden (schwieriges Anmelden, Instabilitäten und Fehlermeldungen) traten bei mir nur wenig auf und basierten meist auf meiner fehlenden ZigBee Erfahrung. Daher auch der Ansatz hier ein wenig der Erfahrungen zurück zu geben, für mich scheint die Kombination einen relativ reifen Stand zu haben (nicht mehr eine reine Bastellösung).
Die Baustellen lagen und liegen vor mir:
- Einbindung der Motion Sensoren mit ihren scheinbar fest vorgegebenen Mindest Schaltabständen -> gelöst durch eine Lampen Einschaltdauer von 3 Minuten, was in meinem Fall absolut pragmatisch ist
- Analyse und Nutzung der Schaltfunktionen von Tradfri Dimmer und Aqara Taster
-> Um einheitlich vorzugehen habe ich die EventMaps aus den Templates genutzt und auf die Taster angepasst (gibt es hier einen Threat der diese sammelt und aufbereitet?)
-> Mit jeweils einem DOIF kann ich die Funktionen der Taster mittlerweile vollständig nutzen, auch die Dimmfunktion des Tradri Dimmers macht jetzt Spass.
(Nach der Dimmer Lösung habe ich länger gesucht und hier nicht gefunden, dann selber probiert und es ist erstaunlich einfach, s.u.) - Ich suche nun noch nach einer Lösung um ggf. die Lichtschalter im Haus smart zu machen. Es sind dort keine Nullleiter verlegt , so dass WLAN basierte Lösungen wie Sonoff/Tasmota und Shelly nicht gehen. Alles auf Enocean oder andere kinetic Schalter umzustellen halte ich für zu teuer, die installierte Martens Serie soll möglichst bleiben. Die Erfahrungen mit eq3 Schaltereinsätzen für Markenschalter-Fronten sind so "Naja", da sie einen schwammigen Druckpunkt haben. Hier hoffe ich noch auf Ideen. Notfalls eben mit Batterie die dann 2-5 Jahre hält, einen Tod muss man sterben
Dies ist mein erster aktiver Post im Forum, der noch wenig konkret Konstruktives enthält. Nach Jahren Infos Absaugen ist es Zeit zurück zu geben und evtl kommt man ja ins Gespräch.
Als kleiner konkreter Input meine RAW Definition zum Tradfri Dimmer
defmod <DIMMERNAME> HUEDevice sensor 4 IODev=Conbee2
attr <DIMMERNAME> IODev Conbee2
attr <DIMMERNAME> eventMap 1001:InitLongOnPress\
1002:ShortOnPress \
1003:ExitLongOnPress\
2001:InitLongOffPress \
2002:ShortOffPress \
2003:ExitLongOffPress
attr <DIMMERNAME> icon taster
attr <DIMMERNAME> model TRADFRI on/off switch
und das zugehörige DOIF
defmod <DOIFNAME> DOIF ([<DIMMERNAME>] eq "ShortOnPress") \
(set <TradfriLampe> pct 60)\
DOELSEIF\
([<DIMMERNAME>] eq "InitLongOnPress")\
(set <TradfriLampe> dimUp)\
DOELSEIF\
([<DIMMERNAME>] eq "ExitLongOnPress")\
( ) \
DOELSEIF\
([<DIMMERNAME>] eq "ShortOffPress") \
(set <TradfriLampe> off)\
DOELSEIF\
([<DIMMERNAME>] eq "InitLongOffPress")\
(set <TradfriLampe> dimDown)\
DOELSEIF\
([<DIMMERNAME>] eq "ExitLongOffPress")\
( )
attr <DOIFNAME> do always
attr <DOIFNAME> repeatcmd :0.5:::0.5:
attr <DOIFNAME> repeatsame :10:::10:
<DOIFNAME>, <DIMMERNAME> und <TradfriLampe> sind natürlich durch die Devices zu ersetzen.
Verbesserungsvorschläge und Hinweise sind willkommen, ich bin kein Programmierkünstler ;-)
Hi,
nutzt hier jemand deCONZ auf einem ESXi? Installiert bekomme ich es in einer VM, der USB Stick ist per USB 2.0 gemountet. Allerdings kann ich keine Sensoren (Xiaomi) pairen.
Auf einem Pi mit dem vorgefertigten Image funktioniert das allerdings. Nur möchte ich das auf meinem NUC mit ESXi laufen haben.
ESXi ist ja erstmal nur der Virtualisierer. Frage ist doch was in der VM ist. Docker kannst Du ja trotzdem. Und https://hub.docker.com/r/marthoc/deconz/tags ist defacto das Standardimage dafür.
Zitat von: volschin am 06 Juni 2020, 04:05:21
ESXi ist ja erstmal nur der Virtualisierer. Frage ist doch was in der VM ist. Docker kannst Du ja trotzdem. Und https://hub.docker.com/r/marthoc/deconz/tags ist defacto das Standardimage dafür.
Das ist mir bewusst. In der VM ist Ubuntu.
Ebenfalls hatte ich das bereits in einer VM mit Docker und Ubuntu probiert, gleiche Problem.
Daher meinte Vermutung, dass der Conbee2 mit ESXi nicht zurecht kommt.
Dann schau mal hier, ob das Dein Problem ist.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1897
Zitat von: volschin am 06 Juni 2020, 13:30:28
Dann schau mal hier, ob das Dein Problem ist.
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1897
Leider nicht. Ich habe schon mehrere USB Ports und Verlängerungskabel probiert.
Auch deCONZ ist im Netzwerk:
Dann gehen mir auch die Ideen aus. Anscheinend wird der Conbee ja angezeigt. Dann lern doch erstmal eine normale Lampe an.
Bei mir läuft der ConBee II unter ESXi 6.7 U3 (Free) in einer Ubuntu VM mit 16.04.6 LTS jetzt ohne Probleme. Ich musste allerdings den bordeigenen EHCI-Controller mittels Passthrough an die VM durchreichen, mit vmkusb oder den alten nativen USB-Treibern von VMware war kein stabiler Betrieb möglich. Ich hatte Erkennungsprobleme bei den Zigbee Devices und nach einer Weile ließen sie sich auch nicht mehr ansprechen. Das ganze läuft mit dem deCONZ Docker Image von marthoc.
Eine extra udev-Rule für's "festpinnen" des ConBee II Sticks würde ich auch noch empfehlen. Beim Start der VM wird aus /dev/ttyACM0 auch gern mal /dev/ttyACM1. ;)
Zitat von: hre1 am 07 Juni 2020, 22:13:04
Bei mir läuft der ConBee II unter ESXi 6.7 U3 (Free) in einer Ubuntu VM mit 16.04.6 LTS jetzt ohne Probleme. Ich musste allerdings den bordeigenen EHCI-Controller mittels Passthrough an die VM durchreichen, mit vmkusb oder den alten nativen USB-Treibern von VMware war kein stabiler Betrieb möglich. Ich hatte Erkennungsprobleme bei den Zigbee Devices und nach einer Weile ließen sie sich auch nicht mehr ansprechen. Das ganze läuft mit dem deCONZ Docker Image von marthoc.
Eine extra udev-Rule für's "festpinnen" des ConBee II Sticks würde ich auch noch empfehlen. Beim Start der VM wird aus /dev/ttyACM0 auch gern mal /dev/ttyACM1. ;)
Genau die gleiche Umgebung habe ich auch. Wie mache ich es denn mit dem EHCI-Controller? Beim Hinzufügen vom USB Controller kann ich nur die USB Version auswählen, und beim USB Gerät, den USB-Stick.
Ich musste dafür im Rechner-BIOS den "USB 3.0 Support" auf "DISABLED" (wird bei dir vielleicht anders benannt sein) setzen. Danach konnte ich in der ESXi-WebGUI unter Host/Manage/PCI-Devices den Haken vor dem Eintrag "000:00:1d0 Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1" (wird bei dir vielleicht auch anders benannt sein) setzen und dann oben auf "Toggle Passtrough" klicken.
Danach einen kompletten NUC-Reboot und dann kannst du in den Ubuntu-VM-Einstellungen "Add other device/PCI-Device" den EHCI-Controller auswählen, bei mir ("8 Series/C220 Series Chipset Family USB EHCI #1 000:00:1d0"). Mein C220 Chipsatz stellt zwei EHCI-Controller zur Verfügung. Falls das bei dir auch so sein sollte,musst du natürlich den Controller auswählen, an dem auch dein ConBee II Stick steckt.
Kleiner Seiteneffekt: Alle USB-Geräte am Controller werden an die VM durchgereicht und sind für ESXi dann "unsichtbar" und damit auch nicht mehr über den von dir beschrieben Weg für andere VMs verfügbar. Das gilt übrigens auch für eine USB-Tastatur, welche dann auch im DCUI nicht mehr funtioniert. Damit kann man sich dann schön selbst aussperren... ;)
Ach ja, Snapshots sind dann für diese Ubuntu-VM übrigens auch nicht mehr möglich...
Zitat von: hre1 am 07 Juni 2020, 23:21:13
Kleiner Seiteneffekt: Alle USB-Geräte am Controller werden an die VM durchgereicht und sind für ESXi dann "unsichtbar" und damit auch nicht mehr über den von dir beschrieben Weg für andere VMs verfügbar. Das gilt übrigens auch für eine USB-Tastatur, welche dann auch im DCUI nicht mehr funtioniert. Damit kann man sich dann schön selbst aussperren... ;)
Ach ja, Snapshots sind dann für diese Ubuntu-VM übrigens auch nicht mehr möglich...
Mmm dann ist die Lösung wohl nichts für mich. Ich habe noch einen anderen USB Stick an einer anderen VM. Und Snapshots möchte ich eigentlich auch nicht missen, deswegen habe ich ja einen ESXi.
Mittlerweile verbindet sich ein Temperatur Sensor von Xiaomi. Buttons oder Tür/Fenster jedoch nicht. Gibt es sowas wie in Pairing Log?
Edit:
Zitat von: volschin am 07 Juni 2020, 06:35:36
Dann gehen mir auch die Ideen aus. Anscheinend wird der Conbee ja angezeigt. Dann lern doch erstmal eine normale Lampe an.
Lampe habe ich leider keine, nur Sensoren oder Buttons
Hallo,
ich nutze auf meinem Raspi mit Debian buster auch deconz in Docker.
Der Grund war, dass die deCONZ Installation beim Hochfahren auch versucht hat, meine HMUART (HomeMatic als Platine direkt an Raspi) anzusprechen, um dann auf den Stick conbee 2 zu wechseln, der dafür gedacht ist.
Aber der Zugriff von deCONZ hat meine HMUART so gestört, dass sie danach für FHEM nicht mehr nutzbar war. Nur ein Beenden von deCONZ und Stromwegnahme für einige Minuten von Raspi konnte sie wieder beleben. Das war aber noch, als ich noch stretch genutzt hatte. Inzwischen habe ich mein System aktualisiert, den damaligen Versuch bis jetzt nicht wiederholt.
Dem Docker kann ich explizit sagen, dass innerhalb des Docker Container nur der Stick existiert und (fast) Alles war gut.
Nun habe ich auf der https://phoscon.de/de/changelog/ (https://phoscon.de/de/changelog/) Seite gesehen, dass es neue Versionen der Firmware gibt.
Meine Installation behauptet aber, aktuell zu sein (2.5.75).
Laut der Beschreibung auf https://github.com/marthoc/docker-deconz (https://github.com/marthoc/docker-deconz) soll ich aber innerhalb des Docker-Containers die neue Version finden und installieren.
Laut Log bin ich aber ja aktuell und damit steht dort keine neue Firmware.
Wie komme ich da jetzt dran? Hat jemand einen Rat?
Schon mal dich per Putty auf den Deconz-Docker eingeloggt und ein Update gemacht? Sollte die Lösung sein. Bei mir steht Firmware 2.05.77 22.5.2020 264A0700
Meinst du das Skript "firmware-update.sh"? Das erwartet aber die neue Firmware im Container selbst. Und die habe ich leider nicht.
Und wenn ich es starte, kommt auch noch ein Fehler:
/usr/bin/GCFFlasher_internal.bin: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.28' not found
Damit muss ich das /dev/ Device manuell eingeben.
Ne, einfach
Zitatsudo apt-get update && sudo apt-get upgrade && sudo reboot
Bringt keine Änderung.
Zumal bei mir noch nicht mal ein reboot im Docker funktioniert hat (Kommando unbekannt).
Ich nutze das Image marthoc/deconz. Sollte ich es mir selbst bauen?
Hi das hatte ich auch, habe dann die neue Firmware von:
http://deconz.dresden-elektronik.de/deconz-firmware/?C=M;O=D (http://deconz.dresden-elektronik.de/deconz-firmware/?C=M;O=D)
geladen und unter:
/usr/share/deCONZ/firmware/
abgelegt.
Dann noch:
docker stop [container name] or docker-compose down to stop your running deCONZ container (you must do this or the firmware update will fail).
Invoke the firmware update script: docker run -it --rm --entrypoint "/firmware-update.sh" --privileged --cap-add=ALL -v /dev:/dev -v /lib/modules:/lib/modules -v /sys:/sys marthoc/deconz
fertig.
Danke für die Hilfestellungen.
Die aber leider bei mir nicht gefruchtet haben. >:(
Wenn ich innerhalb der Docker Instanz was geändert hatte, war das nach einem Neustart wieder weg. wget nicht vorhanden, das Problem mit der GLIB_C konnte ich zwar während einer Sitzung beheben, aber ein Reboot hat das auch weg geworfen.
Also dachte ich mir, installiere deconz direkt, um zumindest das Firmware-Upgrade machen zu können.
Und dann dachte ich, warum nicht nochmal ohne Docker probieren und deconz direkt starten.
Und siehe da: Es geht, auch keine Seiteneffekte zur HMUART. Also alles wie es soll.
Firmware Upgrade ging dann auch.
Jetzt ist alles aktuell und für mich eine Stufe weniger komplex ;)
Warum solange rumzackern wenn du sonst nix anderes drauf hast auf der Pi? Datensicherung und neu aufspielen von hier:
https://phoscon.de/de/conbee2/sdcard
Wer hat denn gesagt, dass das meine einzige Anwendung auf dem Raspi sei: fhem mit homebridge, minidlna, Nextcloud, Fileserver und jetzt noch zusätzlich deconz.
Dann mach ne Datensicherung und deinstalliere erst einmal Deconz und installiere es neu. So wie es aussieht stimmt ja an deinem Buster was nicht... Aber du hast da nix zu verlieren.
Da scheint mir irgendwas grundsätzlich faul zu sein, und ich bin auch nicht sicher, ob diese Windo.*-typischen Versuche mit (De-/Re-)Installation irgendwas bringen; das ist ein Linux...
Also: Hier läuft Debian 10, deconz ist seit heute morgen auf .77, aktualisiert mit apt-get. Davor war .76 drauf. Soweit also alles gut. Was nicht gut zu sein scheint: Die firmware des ConBee II wird nicht aktualisiert. Die gibt's schon geraume Zeit auf dem de-Server, und auch in /usr/share... sind zwei firmwares zu finden, nämlich die "alte" (264A0700) und die 0x26580700.bin.GCF.
phoscon behauptet hartnäckig, es gäbe keine aktuellere als die auf dem Stick befindliche 264A0700...
Reboot war sowieso angesagt, da auch ein neuer Kernel kam, aber auch ein "systemctl restart deconz" konnte an der Situation nichts ändern.
Sieht mir nach einem bug aus, der sich nicht nur auf virtualisierte Lösungen beschränkt, wie https://github.com/dresden-elektronik/phoscon-app-beta/issues/93 andeutet.
Werde es mal nach https://indomus.it/news/hot-aggiornamento-howlin-wolf-per-deconz-software-e-firmware/ versuchen...
Ich dacht schon ich bin der Einzige wo phoscon alles besser weiß ;D Laut Wiki soll man manuell flashen können:
ConBee II
sudo GCFFlasher_internal -d /dev/ttyACM0 -t 60 -f deCONZ_ConBeeII_0x***xyz**.bin.GCF
Fundort: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually)
Mangels Zeit hab ich es noch nicht weiter verfolgt :'( Vielleicht hat jmd. schon Erfahrungen damit.
Viele Grüße
rob
Habe schon mehrfach so geflasht. Nutze aber kein docker.
Meine mich zu erinnern, dass es mal auch (automatisch!?!) über phoscon gegangen ist... Aber Kommandozeile ist kein Beinbruch, nur eben irrierend. Und ModemManager sollte eigentlich auch nicht laufen (da gibt's keine GUI auf dem Server); muß wohl mal schauen...
Eine Frage:
gibt es für - in meinem Fall: Xiaomi (Aqara) Türkontaktsensoren - Firmware-Updates o.ä. - und falls ja: wie installiert man diese?
Ich habe von 3 baugleichen o.g. Sensoren genau 1 Exemplar, was alle 2-3 Wochen die Verbindung zum ZigBee Netzwerk verliert und sich nicht mehr integrieren lässt. Ich muss dann den besagten Sensor in der Phoscon Oberfläche löschen und neu anlernen, um wieder 2-3 Wochen Ruhe zu haben.
An einem mangelnden ZigBee Netz an dessen Einbauort kann es nicht liegen, nur 2 Meter daneben ist ein Repeater verbaut.
Zitat von: Dracolein am 18 Juni 2020, 18:27:56
Eine Frage:
gibt es für - in meinem Fall: Xiaomi (Aqara) Türkontaktsensoren - Firmware-Updates o.ä. - und falls ja: wie installiert man diese?
Es gibt einen separaten firmware-Thread. Xiaomi stellt afaik keine Firmware-updates bereit. Ansonsten ist es so, dass man die firmwares bei deconz allgemein in das OTA-Verzeichnis reinkopiert und dann deconz neu startet.
Das fw-update vom ConBee II via Konsole war kein Problem (mit der firmware, die sowieso unter /usr/share... vorhanden war).
Gestern hat er sich bei mir neue Firmware und Version gezogen. Hatte unter Gateway eine Aufforderung erhalten... Bin jetzt bei ..78 und Firmware 26580700
Firmware Updates über das Phoscon Webinterface gabs schon ne Weile nicht mehr.
Aber jetzt wieder, mit der neuesten Beta: https://github.com/dresden-elektronik/deconz-rest-plugin/releases/tag/V2_05_78
Bei mir war es ja nicht nur einfach deinstallieren und neu installieren.
Im Docker habe ich es nicht geschafft, die Firmware zu aktualisieren.
Jetzt bin ich von docker weg und nutze deconz direkt. Dort habe ich dann die Firmware auch über die Kommandozeile sauber refreshen können.
Was bei mir noch unschön war, dass ich nach dem Upgrade kein Backup erstellen oder einspielen konnte.
Auch ein Zurücksetzen des Gateways ging nicht.
Aber dann habe ich den .local Ordner, in dem deconz seine Infos ablegt, gelöscht (wurde vorher auch so an docker übergeben) und alles neu gestartet.
Dann konnte ich mein altes Backup wieder einspielen und bin vorerst zufrieden.
Das mit dem Order ist eine gute Idee.
Bin auch auf .78 (eigentlich schon gestern, hatte ich falsch im Kopf), und habe nach dem fw-update ein lachendes und ein weinendes Auge:
- von dem opple bekomme ich neuerdings auch .001 _und_ .003-er-Events (https://forum.fhem.de/index.php/topic,108538.0.html);
- ein paar Tradfri-Bulbs sind nicht mehr erreichbar...
Letzteres ist ziemlicher Mist - das update scheint genau das Problem zu verursachen, das eigentlich gelöst werden soll. Muß mal schauen, ob sich das mit reset+neu Anlernen lösen läßt oder ob das mit dem Ordner hilft (backup hatte ich noch nicht versucht).
Ich hatte es bei der .77 das ich alle Lampen neu Anlernen musste (aber es blieb alles erhalten zum Glück) und auch einige Schalter / Sensoren.
Bei der .78 bisher nix diesbezüglich *finger kreuz* :)
Ronny
Kann ich nicht bestätigen. Es verabschieden sich eher Lampen und Schalter, die lange Zeit nicht benutzt wurden.
Das Wiedereinspielen war ein wenig tricky. Erst neue Zugangsdaten anlegen in der App und dann auf Backup. Musste ich allerdings erst 1 x machen. Allerdings sichere ich jetzt nach jeder Änderung.
Also ich hatte bei dem update auf die .78 heute weniger glück.
Nach dem update war zwar alles da und ich kann auch alles über die phoscon app Bedienen aber in fhem läuft nix mehr.
Hier mal ein kleiner log auszug:
deCONZ: json error: JSON text must be an object or array (but found number, string, true, false or null, use allow_nonref to allow this) at ./FHEM/30_HUEBridge.pm line 1877.
in {"config":{"UTC":"2020-08-06T19:11:33","apiversion":"1.16.0","backup":{"errorcode":0,"status":"idle"},"bridgeid":"00212EFFFF0489E9","datastoreversion":"93","devicename":"ConBee II","dhcp":true,"factorynew":false,"fwversion":"0x26580700","gateway":"192.168.1.1","internetservices":{"remoteaccess":"disconnected"},"ipaddress":"192.168.1.110","linkbutton":false,"localtime":"2020-08-06T21:11:33","mac":"b8:27:eb:bf:4f:b2","modelid":"deCONZ","name":"Phoscon-GW","netmask":"255.255.255.0","networkopenduration":60,"panid":62610,"portalconnection":"disconnected","portalservices":false,"portalstate":{"communication":"disconnected","incoming":false,"outgoing":false,"signedon":false},"proxyaddress":"none","proxyport":0,"replacesbridgeid":null,"rfconnected":true,"starterkitid":"","swupdate":{"checkforupdate":false,"devicetypes":{"bridge":false,"lights":[],"sensors":[]},"notify":false,"text":"","updatestate":0,"url":""},"swupdate2":{"autoinstall":{"on":false,"updatetime":""},"bridge":{"lastinstall":"2020-07-15T19:06:52","state":"allreadytoinstall"},"checkforupdate":false,"install":false,"lastchange":"","lastinstall":"","state":"allreadytoinstall"},"swversion":"2.5.79","timeformat":"24h","timezone":"Europe/Berlin","uuid":"8d833879-e4c2-47e9-84c0-5ca9fb629eff","websocketnotifyall":true,"websocketport":443,"whitelist":{"0509CD48D3":{"create date":"2019-08-07T08:27:46","last use date":"2019-08-12T07:40:40","name":"Phoscon#B1440x839"},"061A64D9E7":{"create date":"2019-08-07T12:32:42","last use date":"2020-08-06T19:11:33","name":"fhem"},"09A5FDDCAE":{"create date":"2019-08-07T11:36:18","last use date":"2019-08-07T11:36:19","name":"fhem"},"1B6D9C5344":{"create date":"2019-08-07T11:15:23","last use date":"2019-08-07T11:15:48","name":"fhem"},"33D6C9D6AA":{"create date":"2019-08-07T12:10:59","last use date":"2019-08-07T12:11:00","name":"fhem"},"3C46855F8A":{"create date":"2020-04-12T05:11:23","last use date":"2020-04-12T06:35:28","name":"Phoscon#B2844x1441"},"40B0EBE1D0":{"create date":"2019-09-26T18:13:45","last use date":"2019-11-20T12:44:07","name":"Phoscon#B2560x1297"},"41A5581785":{"create date":"2020-03-07T12:43:24","last use date":"2020-03-07T12:43:25","name":"Phoscon#B2844x1441"},"41D475DE4E":{"create date":"2019-07-25T09:57:49","last use date":"2019-08-07T08:21:59","name":"Phoscon#B1440x838"},"445A2FC0A0":{"create date":"2019-08-07T12:27:32","last use date":"2019-08-07T12:27:33","name":"fhem"},"4B14866203":{"create date":"2019-08-07T12:23:21","last use date":"2019-08-07T12:23:44","name":"fhem"},"56478788EA":{"create date":"2019-07-24T20:00:34","last use date":"2019-07-24T20:17:53","name":"Phoscon#B1284x858"},"65E51221C9":{"create date":"2019-08-07T12:10:10","last use date":"2019-08-07T12:10:33","name":"fhem"},"72283EADF5":{"create date":"2019-08-07T12:14:52","last use date":"2019-08-07T12:15:16","name":"fhem"},"7F91A9DF45":{"create date":"2019-08-07T12:24:09","last use date":"2019-08-07T12:24:10","name":"fhem"},"7FC8C34450":{"create date":"2019-08-07T12:06:38","last use date":"2019-08-07T12:06:38","name":"fhem"},"8342433C37":{"create date":"2019-08-07T12:15:40","last use date":"2019-08-07T12:15:41","name":"fhem"},"92DD18436E":{"create date":"2019-08-07T11:35:32","last use date":"2019-08-07T11:35:55","name":"fhem"},"A0930153D8":{"create date":"2019-08-07T11:24:28","last use date":"2019-08-07T11:24:29","name":"fhem"},"A3CE31E961":{"create date":"2020-05-06T16:22:43","last use date":"2020-05-09T18:03:18","name":"Phoscon#B2560x1297"},"A52CE60753":{"create date":"2019-08-07T11:23:36","last use date":"2019-08-07T11:24:01","name":"fhem"},"A9538B8F05":{"create date":"2019-08-15T14:12:24","last use date":"2019-12-18T08:16:19","name":"Phoscon#B1440x839"},"AD7330E6B3":{"create date":"2019-07-24T20:45:09","last use date":"2019-08-07T08:21:47","name":"fhem"},"B989935310":{"create date":"2020-02-06T15:03:46","last use date":"2020-02-21T12:55:53","name":"Phoscon#B2844x1441"},"BF67253162":{"create date":"2020-08-06T12:24:24","last use date":"2020-08-06T12:24:25","name":"Phoscon#B2844x1386"},"C3D9665788":{"create date":"2019-08-07T12:05:51","last use date":"2019-08-07T12:06:14","name":"fhem"},"C4B84DA2BD":{"create date":"2020-01-29T11:03:26","last use date":"2020-01-29T11:04:10","name":"Phoscon#B2844x1441"},"C57018D66E":{"create date":"2019-08-07T12:09:10","last use date":"2019-08-07T12:09:10","name":"fhem"},"C8E83AD19E":{"create date":"2019-08-07T12:28:23","last use date":"2019-08-07T12:28:46","name":"fhem"},"D202F24159":{"create date":"2019-08-07T12:08:23","last use date":"2019-08-07T12:08:46","name":"fhem"},"D5B24C8B21":{"create date":"2019-08-07T12:26:43","last use date":"2019-08-07T12:27:07","name":"fhem"},"DA38D341C8":{"create date":"2019-08-07T13:52:50","last use date":"2019-08-07T13:54:24","name":"Phoscon#B360x344"},"E1BF564787":{"create date":"2019-11-20T12:45:42","last use date":"2019-11-20T13:12:35","name":"Phoscon#B2560x1297"},"E6A6C3A8DB":{"create date":"2019-08-07T11:13:22","last use date":"2020-01-08T14:50:34","name":"Phoscon#B1920x937"},"E6B0BD7F29":{"create date":"2019-07-25T07:47:53","last use date":"2019-07-25T09:01:22","name":"Phoscon#B1440x839"},"EF19D74ECB":{"create date":"2019-08-07T12:29:09","last use date":"2019-08-07T12:29:09","name":"fhem"},"F54F046879":{"create date":"2019-08-07T11:49:35","last use date":"2019-08-07T11:49:36","name":"fhem"},"F5E3F7BB4A":{"create date":"2020-02-06T10:55:45","last use date":"2020-02-15T09:19:45","name":"Phoscon#B1440x839"},"F78FB94646":{"create date":"2019-07-24T20:19:13","last use date":"2019-08-05T06:45:52","name":"Phoscon#B1920x888"},"FBEA500A48":{"create date":"2019-08-07T11:48:45","last use date":"2019-08-07T11:49:08","name":"fhem"},"FC944CB416":{"create date":"2020-08-06T13:29:42","last use date":"2020-08-06T19:11:33","name":"Phoscon#B2844x1386"}},"zigbeechannel":15},"groups":{"1":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"1cc70e3deac79050bbe80ca1ec470f91","id":"1","lights":["1","3"],"name":"OG_Arbeitszimmer","scenes":[],"state":{"all_on":false,"any_on":true},"type":"LightGroup"},"2":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","id":"2","lights":[],"name":"OG_Badezimmer","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"},"24940":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":["17"],"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","id":"24940","lights":[],"name":"RWL021 7","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"},"3":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"0595cef0a046a77a7aec710210432e58","id":"3","lights":["2"],"name":"DG_Wohnzimmer","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"},"4":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"2d635896ea2ac2a78db6b7ee802b0b01","id":"4","lights":["4"],"name":"Garten","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"},"5":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","id":"5","lights":[],"name":"EG_Wohnzimmer","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"},"6":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"7d3e3ddd4863d1665de4b1452a800985","id":"6","lights":["8"],"name":"3D_Drucker","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"},"7":{"action":{"alert":"none","bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":[],"etag":"edb6e46c9fb13a8f04bff9496a818bc2","id":"7","lights":["5","6","7"],"name":"EG_WZ_Deckenleiste","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"}},"lights":{"1":{"etag":"e59715db2b7df4289fe6f4ee51e2ed18","hascolor":false,"lastannounced":null,"lastseen":"2020-08-06T19:10:42Z","manufacturername":"OSRAM","modelid":"Plug 01","name":"OG_AZ_S_Monitore","state":{"alert":"none","on":true,"reachable":true},"swversion":"01020490","type":"On/Off plug-in unit","uniqueid":"7c:b0:3e:aa:0a:06:ed:82-03"},"2":{"etag":"03f775b0779f2f00b6a27edf51a8c818","hascolor":true,"lastannounced":null,"lastseen":"2020-08-06T19:11:31Z","manufacturername":"Philips","modelid":"LLC010","name":"DG_WZ_HUE_TreppenLicht","state":{"alert":"none","bri":37,"colormode":"xy","effect":"none","hue":12868,"on":false,"reachable":true,"sat":52,"xy":[0.4578,0.4121]},"swversion":"5.127.1.26581","type":"Color light","uniqueid":"00:17:88:01:00:1f:05:cc-0b"},"3":{"ctmax":500,"ctmin":153,"etag":"9930ed54136a8cf77092d016fa6a5775","hascolor":true,"lastannounced":"2020-08-06T18:10:54Z","lastseen":"2020-08-06T19:11:32Z","manufacturername":"Philips","modelid":"LST002","name":"OG_AZ_HUE_SchreibtischLicht","state":{"alert":"none","bri":51,"colormode":"ct","ct":366,"effect":"none","hue":8418,"on":false,"reachable":true,"sat":140,"xy":[0.4573,0.41]},"swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:02:ae:95:ab-0b"},"4":{"ctmax":500,"ctmin":153,"etag":"f2dfd9ba8e81f90cca13b5ba5da91c71","hascolor":true,"lastannounced":null,"lastseen":"2020-08-06T19:11:33Z","manufacturername":"Philips","modelid":"LST002","name":"Garten_HUE_LightStrip_Gartenhaus","state":{"alert":"none","bri":65,"colormode":"xy","ct":463,"effect":"none","hue":6480,"on":false,"reachable":true,"sat":185,"xy":[0.5108,0.3991]},"swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:02:ae:90:ba-0b"},"5":{"ctmax":500,"ctmin":153,"etag":"f2dfd9ba8e81f90cca13b5ba5da91c71","hascolor":true,"lastannounced":null,"lastseen":"2020-08-06T19:11:33Z","manufacturername":"Philips","modelid":"LCT003","name":"EG_WZ_HUE_Deckenleiste_Links","state":{"alert":"none","bri":23,"colormode":"ct","ct":366,"effect":"none","hue":14988,"on":false,"reachable":true,"sat":141,"xy":[0.4575,0.4101]},"swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:10:3c:e4:e3-0b"},"6":{"ctmax":500,"ctmin":153,"etag":"a85dd2607a528b3c45c2b4e44a403acd","hascolor":true,"lastannounced":null,"lastseen":"2020-08-06T19:11:26Z","manufacturername":"Philips","modelid":"LCT003","name":"EG_WZ_HUE_Deckenleiste_Rechts","state":{"alert":"none","bri":13,"colormode":"ct","ct":366,"effect":"none","hue":14988,"on":false,"reachable":true,"sat":141,"xy":[0.4575,0.4101]},"swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:10:3c:e4:19-0b"},"7":{"ctmax":500,"ctmin":153,"etag":"55bb9372b84699339e1f4cb484202c8a","hascolor":true,"lastannounced":null,"lastseen":"2020-08-06T19:11:27Z","manufacturername":"Philips","modelid":"LCT003","name":"EG_WZ_HUE_Deckenleiste_Mitte","state":{"alert":"none","bri":13,"colormode":"ct","ct":366,"effect":"none","hue":14988,"on":false,"reachable":true,"sat":141,"xy":[0.4575,0.4101]},"swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:10:3c:e4:f2-0b"},"8":{"ctmax":65535,"ctmin":0,"etag":"17ce2a0c3a1c76d9be0828970117cf21","hascolor":true,"lastannounced":null,"lastseen":"2020-08-06T19:11:28Z","manufacturername":"GLEDOPTO","modelid":"GL-C-007","name":"OG_AZ_3DDrucker_Licht","state":{"alert":"none","bri":26,"colormode":"ct","ct":380,"effect":"none","hue":0,"on":false,"reachable":true,"sat":245,"xy":[0.4086,0.5181]},"swversion":"2.0.0","type":"Extended color light","uniqueid":"00:12:4b:00:1e:e8:f6:9e-0b"},"9":{"etag":"9b69d6a65bc058163b0d38cba01e258f","hascolor":false,"lastannounced":null,"lastseen":"2020-08-06T19:10:31Z","manufacturername":"dresden elektronik","modelid":"ConBee II","name":"Configuration tool 9","state":{"reachable":true},"swversion":"0x26580700","type":"Configuration tool","uniqueid":"00:21:2e:ff:ff:04:89:e9-01"}},"resourcelinks":{"10":{"classid":3001,"description":"Resourcelink for switch rule","links":["/groups/7","/sensors/00:17:88:01:06:70:d6:77-02-fc00","/rules/19"],"name":"opt_on","owner":"B989935310","recycle":false,"type":"Link"},"11":{"classid":3002,"description":"Resourcelink for switch rule","links":["/groups/7","/sensors/00:17:88:01:06:70:d6:77-02-fc00","/rules/20"],"name":"opt_off","owner":"B989935310","recycle":false,"type":"Link"},"12":{"classid":3010,"description":"Resourcelink for switch rule","links":["/groups/7","/sensors/00:17:88:01:06:70:d6:77-02-fc00","/rules/21","/rules/23","/rules/22"],"name":"opt_pushDimUp","owner":"B989935310","recycle":false,"type":"Link"},"13":{"classid":3011,"description":"Resourcelink for switch rule","links":["/groups/7","/sensors/00:17:88:01:06:70:d6:77-02-fc00","/rules/24","/rules/25","/rules/26"],"name":"opt_pushDimDown","owner":"B989935310","recycle":false,"type":"Link"}},"rules":{"19":{"actions":[{"address":"/groups/7/action","body":{"on":true},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"1002"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:36:58","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule ON","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"20":{"actions":[{"address":"/groups/7/action","body":{"on":false},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"4002"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:07","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule OFF","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"21":{"actions":[{"address":"/groups/7/action","body":{"on":true},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"2002"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:23","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule PUSHDIMUP_ON","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"22":{"actions":[{"address":"/groups/7/action","body":{"bri_inc":0},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"2003"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:23","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule PUSHDIMUP_STOP","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"23":{"actions":[{"address":"/groups/7/action","body":{"bri_inc":254,"transitiontime":30},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"2001"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:23","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule PUSHDIMUP_START","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"24":{"actions":[{"address":"/groups/7/action","body":{"on":false},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"3002"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:32","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule PUSHDIMDOWN_OFF","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"25":{"actions":[{"address":"/groups/7/action","body":{"bri_inc":-254,"transitiontime":30},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"3001"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:32","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule PUSHDIMDOWN_START","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0},"26":{"actions":[{"address":"/groups/7/action","body":{"bri_inc":0},"method":"PUT"}],"conditions":[{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/buttonevent","operator":"eq","value":"3003"},{"address":"/sensors/00:17:88:01:06:70:d6:77-02-fc00/state/lastupdated","operator":"dx"}],"created":"2020-02-06T15:37:32","etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lasttriggered":"none","name":"Rule PUSHDIMDOWN_STOP","owner":"B989935310","periodic":0,"status":"enabled","timestriggered":0}},"scenes":{},"schedules":{},"sensors":{"1":{"config":{"configured":true,"on":true,"sunriseoffset":30,"sunsetoffset":-30},"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","manufacturername":"Philips","modelid":"PHDL00","name":"Daylight","state":{"dark":false,"daylight":false,"lastupdated":"2020-08-06T19:09:16.513","status":190,"sunrise":"2020-08-06T04:05:12","sunset":"2020-08-06T19:13:01"},"swversion":"1.0","type":"Daylight","uniqueid":"00:21:2e:ff:ff:04:89:e9-01"},"10":{"config":{"battery":100,"on":true,"reachable":true,"temperature":3000},"ep":1,"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lastseen":"2020-08-06T18:50:56.711","manufacturername":"LUMI","modelid":"lumi.sensor_magnet.aq2","name":"Briefkasten_kontakt_einwurf","state":{"lastupdated":"2020-08-06T17:59:32.727","open":false},"swversion":"20161128","type":"ZHAOpenClose","uniqueid":"00:15:8d:00:03:3a:92:01-01-0006"},"11":{"config":{"battery":100,"on":true,"reachable":true,"temperature":3000},"ep":1,"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lastseen":"2020-08-06T18:50:56.712","manufacturername":"LUMI","modelid":"lumi.sensor_magnet.aq2","name":"Briefkasten_kontakt_entnahme","state":{"lastupdated":"2020-08-06T18:00:48.654","open":false},"swversion":"20161128","type":"ZHAOpenClose","uniqueid":"00:15:8d:00:03:95:63:9e-01-0006"},"12":{"config":{"battery":100,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"aa0e1c40423b8cf4b3b2892698cbb06c","lastseen":"2020-08-06T19:02:40.229","manufacturername":"LUMI","modelid":"lumi.weather","name":"GA_Außentemperatur","state":{"lastupdated":"2020-08-06T19:02:40.214","temperature":2768},"swversion":"20161129","type":"ZHATemperature","uniqueid":"00:15:8d:00:03:f1:1b:93-01-0402"},"13":{"config":{"battery":100,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"aa0e1c40423b8cf4b3b2892698cbb06c","lastseen":"2020-08-06T19:02:40.230","manufacturername":"LUMI","modelid":"lumi.weather","name":"GA_Außentemperatur","state":{"humidity":4523,"lastupdated":"2020-08-06T19:02:40.224"},"swversion":"20161129","type":"ZHAHumidity","uniqueid":"00:15:8d:00:03:f1:1b:93-01-0405"},"14":{"config":{"battery":100,"on":true,"reachable":true},"ep":1,"etag":"aa0e1c40423b8cf4b3b2892698cbb06c","lastseen":"2020-08-06T19:02:40.229","manufacturername":"LUMI","modelid":"lumi.weather","name":"GA_Außentemperatur","state":{"lastupdated":"2020-08-06T19:02:40.229","pressure":1011},"swversion":"20161129","type":"ZHAPressure","uniqueid":"00:15:8d:00:03:f1:1b:93-01-0403"},"15":{"config":{"battery":100,"on":true,"reachable":true,"temperature":3200,"tholddark":12000,"tholdoffset":7000},"ep":1,"etag":"a85dd2607a528b3c45c2b4e44a403acd","lastseen":"2020-08-06T19:11:26.958","manufacturername":"LUMI","modelid":"lumi.sensor_motion.aq2","name":"Bewegungsmelder","state":{"dark":true,"daylight":false,"lastupdated":"2020-08-06T19:11:26.952","lightlevel":4772,"lux":3},"swversion":"20170627","type":"ZHALightLevel","uniqueid":"00:15:8d:00:04:20:25:d1-01-0400"},"16":{"config":{"battery":100,"duration":90,"on":true,"reachable":true,"temperature":3200},"ep":1,"etag":"a85dd2607a528b3c45c2b4e44a403acd","lastseen":"2020-08-06T19:11:26.958","manufacturername":"LUMI","modelid":"lumi.sensor_motion.aq2","name":"Bewegungsmelder","state":{"lastupdated":"2020-08-06T19:11:26.958","presence":true},"swversion":"20170627","type":"ZHAPresence","uniqueid":"00:15:8d:00:04:20:25:d1-01-0406"},"17":{"config":{"battery":2,"group":"24940","on":true,"reachable":true},"ep":2,"etag":"10b0dd5c7690c6ef03fdb7a3f5889a46","lastseen":"2020-08-06T19:07:30.430","manufacturername":"Philips","mode":1,"modelid":"RWL021","name":"Dimmschalter","state":{"buttonevent":4002,"eventduration":1,"lastupdated":"2020-05-03T01:00:03.000"},"swversion":"5.45.1.17846","type":"ZHASwitch","uniqueid":"00:17:88:01:06:70:d6:77-02-fc00"},"18":{"config":{"battery":100,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"7c4c440d13057700b34cf3f193ed231b","lastseen":"2020-08-06T19:07:24.117","manufacturername":"LUMI","modelid":"lumi.weather","name":"OG_AZ_Filament_Box","state":{"lastupdated":"2020-08-06T19:07:24.097","temperature":2726},"swversion":"20161129","type":"ZHATemperature","uniqueid":"00:15:8d:00:03:f1:1b:98-01-0402"},"19":{"config":{"battery":100,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"7c4c440d13057700b34cf3f193ed231b","lastseen":"2020-08-06T19:07:24.117","manufacturername":"LUMI","modelid":"lumi.weather","name":"OG_AZ_Filament_Box","state":{"humidity":4750,"lastupdated":"2020-08-06T19:07:24.117"},"swversion":"20161129","type":"ZHAHumidity","uniqueid":"00:15:8d:00:03:f1:1b:98-01-0405"},"2":{"config":{"battery":100,"on":true,"reachable":true,"temperature":3200},"ep":1,"etag":"6b1b7e113883ae2b95f500c6e99f2a1e","lastseen":"2020-08-06T18:50:56.719","manufacturername":"LUMI","mode":1,"modelid":"lumi.sensor_switch.aq2","name":"OG_AZ_Schalter","state":{"buttonevent":1002,"lastupdated":"2020-08-06T18:29:02.385"},"swversion":"20161128","type":"ZHASwitch","uniqueid":"00:15:8d:00:02:0d:f9:f9-01-0006"},"20":{"config":{"battery":100,"on":true,"reachable":true},"ep":1,"etag":"08fbcf497e0cee2f2f9ff5f5d0bc487a","lastseen":"2020-08-06T19:07:24.117","manufacturername":"LUMI","modelid":"lumi.weather","name":"OG_AZ_Filament_Box","state":{"lastupdated":"2020-08-06T19:00:22.074","pressure":1011},"swversion":"20161129","type":"ZHAPressure","uniqueid":"00:15:8d:00:03:f1:1b:98-01-0403"},"3":{"config":{"battery":58,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"905bda0f20ada945b5c3f45ebfb2f547","lastseen":"2020-08-06T19:00:31.065","manufacturername":"LUMI","modelid":"lumi.weather","name":"OG_Bad_Temperatur","state":{"lastupdated":"2020-08-06T19:00:31.065","temperature":2612},"swversion":"20161129","type":"ZHATemperature","uniqueid":"00:15:8d:00:02:c1:6c:42-01-0402"},"4":{"config":{"battery":58,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"905bda0f20ada945b5c3f45ebfb2f547","lastseen":"2020-08-06T19:00:31.065","manufacturername":"LUMI","modelid":"lumi.weather","name":"OG_Bad_Temperatur","state":{"humidity":5776,"lastupdated":"2020-08-06T19:00:31.065"},"swversion":"20161129","type":"ZHAHumidity","uniqueid":"00:15:8d:00:02:c1:6c:42-01-0405"},"5":{"config":{"battery":58,"on":true,"reachable":true},"ep":1,"etag":"905bda0f20ada945b5c3f45ebfb2f547","lastseen":"2020-08-06T19:00:31.064","manufacturername":"LUMI","modelid":"lumi.weather","name":"OG_Bad_Temperatur","state":{"lastupdated":"2020-08-06T19:00:31.065","pressure":1011},"swversion":"20161129","type":"ZHAPressure","uniqueid":"00:15:8d:00:02:c1:6c:42-01-0403"},"6":{"config":{"battery":58,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"e0b653a6fa6e433cd80166de3340d9ea","lastseen":"2020-08-06T19:07:52.636","manufacturername":"LUMI","modelid":"lumi.weather","name":"KG_Bar_Temperatur","state":{"lastupdated":"2020-08-06T19:07:52.623","temperature":2148},"swversion":"20161129","type":"ZHATemperature","uniqueid":"00:15:8d:00:02:c1:6d:2c-01-0402"},"7":{"config":{"battery":58,"offset":0,"on":true,"reachable":true},"ep":1,"etag":"e0b653a6fa6e433cd80166de3340d9ea","lastseen":"2020-08-06T19:07:52.636","manufacturername":"LUMI","modelid":"lumi.weather","name":"KG_Bar_Temperatur","state":{"humidity":6433,"lastupdated":"2020-08-06T19:07:52.630"},"swversion":"20161129","type":"ZHAHumidity","uniqueid":"00:15:8d:00:02:c1:6d:2c-01-0405"},"8":{"config":{"battery":58,"on":true,"reachable":true},"ep":1,"etag":"e0b653a6fa6e433cd80166de3340d9ea","lastseen":"2020-08-06T19:07:52.636","manufacturername":"LUMI","modelid":"lumi.weather","name":"KG_Bar_Temperatur","state":{"lastupdated":"2020-08-06T19:07:52.636","pressure":1012},"swversion":"20161129","type":"ZHAPressure","uniqueid":"00:15:8d:00:02:c1:6d:2c-01-0403"},"9":{"config":{"battery":100,"on":true,"reachable":true,"temperature":3000},"ep":1,"etag":"fbc39e7daa9e275885d90aed1b7137b9","lastseen":"2020-08-06T18:59:44.102","manufacturername":"LUMI","mode":1,"modelid":"lumi.sensor_switch.aq2","name":"DG_WZ_Taster","state":{"buttonevent":1004,"lastupdated":"2020-03-24T10:46:41.000"},"swversion":"20161128","type":"ZHASwitch","uniqueid":"00:15:8d:00:02:04:a6:35-01-0006"}}}
2020.08.06 21:11:34 2: deCONZ: unhandled websocket text {"attr":{"lastannounced":null,"lastseen":"2020-08-06T19:11:34Z","manufacturername":"Philips","modelid":"LCT003","name":"EG_WZ_HUE_Deckenleiste_Links","swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:10:3c:e4:e3-0b"},"e":"changed","id":"5","r":"lights","t":"event","uniqueid":"00:17:88:01:10:3c:e4:e3-0b"}
2020.08.06 21:11:34 5: deCONZ: ignoring event: {"attr":{"lastannounced":null,"lastseen":"2020-08-06T19:11:34Z","manufacturername":"Philips","modelid":"LCT003","name":"EG_WZ_HUE_Deckenleiste_Links","swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:10:3c:e4:e3-0b"},"e":"changed","id":"5","r":"lights","t":"event","uniqueid":"00:17:88:01:10:3c:e4:e3-0b"}
2020.08.06 21:11:35 2: deCONZ: unhandled websocket text {"attr":{"lastannounced":null,"lastseen":"2020-08-06T19:11:35Z","manufacturername":"Philips","modelid":"LCT003","name":"EG_WZ_HUE_Deckenleiste_Rechts","swversion":"5.127.1.26420","type":"Extended color light","uniqueid":"00:17:88:01:10:3c:e4:19-0b"},"e":"changed","id":"6","r":"lights","t":"event","uniqueid":"00:17:88:01:10:3c:e4:19-0b"}
Kann mir eventuell jemand sagen wo ran es liegen könnte das deconz nach dem update mit fhem nicht mehr richtig will?
Danke
Hallo Mr.Floppy,
Vorweg: ich kann nicht sagen, warum das so ist, ich habe bzw. hatte das gleiche Problem.
Ich habe mir damit geholfen, auf meinem NAS ein ConBee-Docker zu installieren und den ConBee II am NAS zu betreiben.
Grüße
ergerd
Die 79 ist derzeit aktuell. Mach einfach nochmal ein Update
Zitat von: dieda am 06 August 2020, 22:49:30
Die 79 ist derzeit aktuell. Mach einfach nochmal ein Update
Sorry hatte mich verschrieben.
Das Problem entstand nach update auf .79
@ergert
Den Umweg möchte ich eigentlich nicht gehen weil das System auf einem Raspberry läuft.
Trotzdem danke für die Antworten.
Vielleicht fällt ja jemanden noch eine Lösung ein.
Manchmal muss man die Verbindung auch nur neu machen...
Hatte ein ähnliches Highlight mit Alexa
Hi,
ich hab auch die 79er seit einigen Tagen und merke, das teilweise die Bewegungserkennung und damit die Lichtsteuerung nicht funktioniert. Zumindest vermute ich das es mit der .79 zusammenhängt, vorher ging es reibungslos.
Ich behalte es mal im Auge mit :)
Ronny
Dann muss ich mal schauen ob ich nen downgrade hin bekomme.
Meine momentanen versuche anhand der Anleitung https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually sind immer mit fehlermeldungen gescheitert.
Bei dem Wetter sind das sachen wo man sich eigentlich nicht unbedingt Beschäftigen möchte :(
Ich habe mit ConBee II / Phoscon / FHEM ein Problem mit dem überflüssigen und fehlerhaften Temperature Reading meiner Door/Window sensors von Xiaomi (MCCGQ01LM).
Das Temperaturattribut enthält immer 0°C als Wert, sowohl in Phoscon als auch (natürlich) in FHEM. Diese Temperatur steht in Konflikt mit den echten Temperaturwerten meiner echten Temperatursensoren.
Google Home, welcher von FHEM mit den Sensoren befüttert wird, ist entsprechen verwirrt, wenn ich nach der Temperatur in einem Raum Frage, in dem die Type HUEDevice/ZHAOpenClose Sensoren mit ihren 0°C und eben auch (echte) Type HUEDevice/ZHATemperature Sensoren verbaut sind.
Am liebsten würde ich dieses nutzlose Attribut an der Quelle loswerden, oder in Phoscon, sehe da aber keine Chance. Gibt es einen eleganten Weg, dieses "temperature" Reading bei Type HUEDevice/ZHAOpenClose oder meinetwegen den individuellen Devices in FHEM komplett auszublenden, auszulöschen, verbrennen... ?
Hallo,
Hat jemand zufällig auch das Problem das sich Fhem aufhängt mit dem Conbee2 2.05.77?
Ich muss in Fhem nach jedem neustart alle Lampen löschen damit es sich nicht aufhängt.
Ich bin noch auf 2.05.74 und habe keine Probleme.
Hi,
mein Problem mit einem Bewegungsmelder habe ich per Neuanlernen beheben können, wer weiss was es war. Geht nun wie es soll wieder.
mit der 77 hatte ich nie Probleme, seit vorhin gibts die .80 vielleicht probierste die mal ?
Ronny
Zitat von: P.A.Trick am 13 Januar 2020, 22:50:57
Problematisch sind Flex RGBW Controller mit der Version V1.03.07. Leider gibt es dafür keine Firmware Updates :-/
Hallo,
Ich bin gerade auf der Suche nach dem Anlernen des Osram Flex RGBW Lichtstreifen bei Phoscon auf diesen Thread gestoßen. Der ist zwar schon etwas älter, aber ich möchte gerne mitteilen, dass es wie dort beschrieben (https://smartplus.ledvance.ch/de/faqs/raw-page-tab-3-19.jsp) (Punkt 3.4) funktioniert, d.h. nach dem Reset wurde der Streifen über die Suchfunktion von Phoscon sofort erkannt und eingebunden:
ZitatUm SMART+ Lampen (Classic E27, E14, PAR16) oder Leuchten (Gardenpoles, Flex, Downlight) in den Auslieferungszustand zurückzusetzen, schalte sie fünfmal hintereinander für jeweils 5 Sekunden EIN und für 5 Sekunden AUS. Nach erneutem Einschalten blinkt die Lampe/Leuchte einmal kurz zur Bestätigung und kann jetzt wieder in das Smart Home-System eingebunden werden.
Welche FW mein Flex RGBW hat, weiß ich leider nicht. Die Version steht nicht auf dem Controller, und ich Phoscon wird sie auch nicht angezeigt.
Bei mir läuft Phoscon Version 2.05.81 / 14.9.2020 (Firmware 26610700) auf einem Raspberry Pi 2 (neustes Image von Dresden-Elektronik) mit RaspBee II Steckmodul. Ich bin so froh, dass ich die Lampen, Schalter und Sensoren nicht wegschmeißen muss, nachdem Osram/Lightify/Ledvance/smart+ die Server abgeschaltet hat. :) Und das Ganze läuft jetzt auch noch Cloud-frei. ;D
Hi,
hab da mal ein Newbie Verständnis Problem und Fragen.
deconz/Phoscon Installation läuft auf meinem FHEM Raspberry ohne Pobleme und ich hab auch schon das ein oder andere eingebunden.
1. Wie kann ich am einfachsten deconz starten um mir mein Netzwerk anzusehen, hab leider kein VNC auf dem PI?
2. Kann man ggf eine zweite Deconz Instanz auf einer Windows Maschine laufen lassen und diese mit meiner PI instanz verbinden um mir das Netzwerk anzuschauen?
3. OT: Ich mag die Einfachheit von Phoscon und die Möglichkeiten von Hue essentials als app. Kann man die dort verbundenen Geräte in "google Home" integrieren ohne den Umweg über den Gassistant in Fhem zu nehmen?
Danke für Tipps
mmiii
Soweit ich weiß, Stick abziehen und unter einer Gui z.B Windows schauen. Die Devices/ Netzwerk sind auf dem Stick gespeichert.
Geht das wirklich?
Ist dann ein PhosCon Backup eigentlich ein Stick Backup?
Das Phosconbackup ist ein Mischung aus Phoscon und Zigbeenetzwerksettings. Siehe hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Backup-&-Restore
Frag in die Runde:
Verwendet ihr das reachable reading?
Ich setze es für meine Feuermelder ein.
Da gab es kürzlich eine Änderung in der API (V2_05_80):
Changed API: Report lastseen with a resolution of minutes, and issue at most one web socket notification per minute per device for lastseen, see #2590.
Siehe: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2590
Bei mir tauscht das neue lastseen nicht in fhem auf, bei euch?
Danke
pOpY
Nein das reading habe ich auch nicht. Zum reachable: viel zu ungenau um es wirklich einzusetzen! Vielleicht muss Andre da noch etwas ins Modul einbauen, damit das reading angezeigt wird!?
Danke für die Info.
@justme1968 Andre sollte das neue reading auftauchen oder gibt es da noch ein Todo?
Danke pOpY
Hallo zusammen!
Wie sieht bei Euch dies grafische Oberfläche zu Eurem in fhem eingebundenen zigbee-Netzwerk eigentlich aus? Habt Ihr Euch dazu etwas Schickes gestrickt, was Ihr hier einmal zeigen könntet? Gibt es evtl. Vorlagen dazu? Die Oberfläche von phiscon finde ich zwar gut, aber um das ganze Haus mit anderen Dingen neben zigbee "darzustellen", ist fhem natürlich besser geeignet. ;) Danke für Eure Rückmeldungen.
neue readings tauchen nicht automatisch auf.
seit letzter woche gibt es zwar readingsList attribut für sensoren mit dem man zusätzliche readings konfigurieren kann ohne das ich code ändern muss. aber...
das gibt es erstmal nur für sensoren und leider wurde der lastseen wert nicht in state gesteckt sondern direkt in den device knoten. und readingsList würde nicht helfen.
leider machen die deConz leute immer mehr ihr eigenes ding und folgen nicht mehr unbedingt den ideen aus dem hue api. ja, manchmal ist das nötig um das ganze voran zu bringen... das geht aber auch kompatibler.
wie auch immer... ab morgen gibt sollte es lastseen als reading und lastannounced als internal geben.
Super Danke!
Werde ich bei nächster Gelegenheit testen.
Update gemacht jetzt gerade und bei einem HUE Dimmer mal drauf gedruckt.
Leider kein lastseen dazugekommen.
Wenn ich den Abfrage per curl kommt ein last seen:
{
"config": {
"battery": 100,
"group": "21259",
"on": true,
"reachable": true
},
"ep": 2,
"etag": "xxxxxxxxxx",
"lastseen": "2020-10-08T19:18Z",
"manufacturername": "Philips",
"mode": 1,
"modelid": "RWL021",
"name": "Dimmschalter Wohnzimmer Küche",
"state": {
"buttonevent": 1002,
"eventduration": 1,
"lastupdated": "2020-10-08T19:17:43.115"
},
"swversion": "6.1.1.28573",
"type": "ZHASwitch",
"uniqueid": "xxxxxxxxxxxxxxxxxxxxx"
}
Mache ich was falsch?
Danke
sorry. hatte blödsinn eingecheckt. ab morgen sollte es wirklich gehen.
Zitat von: justme1968 am 09 Oktober 2020, 13:12:51
sorry. hatte blödsinn eingecheckt. ab morgen sollte es wirklich gehen.
Danke!
Bei den Ikea Rollos tauchte nun das lastseen auf, nicht aber bei den Dimmern.
Nun ist lastupdated & lastupdated_local leer!?
Es passiert so:
- F5, Hue dimmer drücken -> lastupdated & _local sind korrekt gefüllt
- warten bis battery message kommt -> dann sind die leer
hier mit verbose 5:
2020.10.10 14:22:35 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:22:35 4: DIM_WZ_Dimmer_Eingang_Kueche: use offsetUTC 7200 from bridge
2020.10.10 14:22:35 4: DIM_WZ_Dimmer_Eingang_Kueche: lastupdated: 2020-10-10 12:22:35, hash->{lastupdated}: 2020-10-10 12:20:39, lastupdated_local: 2020-10-10 14:22:35, offsetUTC: 7200
2020.10.10 14:22:35 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:22:35 4: DIM_WZ_Dimmer_Eingang_Kueche: use offsetUTC 7200 from bridge
2020.10.10 14:22:35 4: DIM_WZ_Dimmer_Eingang_Kueche: lastupdated: 2020-10-10 12:22:35, hash->{lastupdated}: 2020-10-10 12:22:35, lastupdated_local: 2020-10-10 14:22:35, offsetUTC: 7200
2020.10.10 14:24:02 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:24:02 4: DIM_WZ_Dimmer_Eingang_Kueche: use offsetUTC 7200 from bridge
2020.10.10 14:24:04 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:24:04 4: DIM_WZ_Dimmer_Eingang_Kueche: use offsetUTC 7200 from bridge
2020.10.10 14:24:18 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:24:18 4: DIM_WZ_Dimmer_Eingang_Kueche: use offsetUTC 7200 from bridge
2020.10.10 14:26:36 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:26:36 4: DIM_WZ_Dimmer_Eingang_Kueche: lastupdated: , hash->{lastupdated}: 2020-10-10 12:22:35, lastupdated_local: , offsetUTC: 0
Hier mit verbose 5 auch bei der Bridge:
2020.10.10 14:31:28 5: deCONZ: websocket data: $VAR1 = {
'id' => '35',
'uniqueid' => 'xxxxxxxx',
'r' => 'sensors',
'config' => {
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'battery' => 100,
'group' => '21259',
'reachable' => $VAR1->{'config'}{'on'}
},
'e' => 'changed',
't' => 'event'
};
2020.10.10 14:31:28 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:31:28 4: DIM_WZ_Dimmer_Eingang_Kueche: lastupdated: , hash->{lastupdated}: 2020-10-10 12:31:24, lastupdated_local: , offsetUTC: 0
2020.10.10 14:31:34 5: deCONZ: websocket data: $VAR1 = {
't' => 'event',
'e' => 'changed',
'state' => {
'status' => 0,
'lastupdated' => '2020-10-10T12:31:34.670'
},
'r' => 'sensors',
'uniqueid' => 'xxxx ganz was komisches, eher ein string als eine MAC',
'id' => '37'
};
Nach der battery Meldung sind die Lastupdated & _local Einträge des Dimmers weg.
Bin mal auf einer früheren Revision (# $Id: 31_HUEDevice.pm 21837 2020-05-02 08:59:46Z justme1968 $) zurück.
Auch hier ist nach der Battery Meldung das lastupdated & _local leer!? (dürfte ein anderer Bug sein, ev fehlt einfach ein, wenn lastupdated leer -> ignorieren?).
Brauchst du noch Logs um das zu finden?
pOpY
Durch den Bug werden die letzten Tastendrücke eines Dimmers nach einem fhem Neustart wieder getriggert :(
Genau das habe ich mal mit dem lastupdated_local behoben.
Hast du eine Idee?
Vermute dass wirklich einfach ein if fehlt?
Danke
an lastupdated sollte sich eigentlich nichts geändert haben. ich sehe auch auf den ersten blick kein problem.
da ich keine hue fernbedienung/taster in fhem habe und der patch von dir war findest du das vermutlich eher als ich.
Zitat von: justme1968 am 10 Oktober 2020, 16:49:56
an lastupdated sollte sich eigentlich nichts geändert haben. ich sehe auch auf den ersten blick kein problem.
da ich keine hue fernbedienung/taster in fhem habe und der patch von dir war findest du das vermutlich eher als ich.
Hmm, mein Problem ist dass sich meine Perl Kentnisse sehr in Grenzen halten und du viel mehr Erfahrung hast als ich :o
Es schaut so aus also genau bei der Message:
2020.10.10 14:31:28 5: deCONZ: websocket data: $VAR1 = {
'id' => '35',
'uniqueid' => 'xxxxxxxx',
'r' => 'sensors',
'config' => {
'on' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
'battery' => 100,
'group' => '21259',
'reachable' => $VAR1->{'config'}{'on'}
},
'e' => 'changed',
't' => 'event'
};
2020.10.10 14:31:28 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 14:31:28 4: DIM_WZ_Dimmer_Eingang_Kueche: lastupdated: , hash->{lastupdated}: 2020-10-10 12:31:24, lastupdated_local: , offsetUTC: 0
das Problem Aufttritt.
Kannst du im Code was erkennen warum lastupdated & lastupdated_local geleert werden könnten?
Danke
Habs gefunden, weiß nur nicht wie ich es lösen soll.
Hier der Code mit Debugs und wo es passiert:
my $lastupdated = '';
my $lastupdated_local = '';
my $offset = 0;
Log3 $name, 4, "$name: T0 lastupdated: $lastupdated";
if( my $state = $result->{state} ) {
$lastupdated = $state->{lastupdated};
Log3 $name, 4, "$name: T1 lastupdated: $lastupdated";
...
}
...
Log3 $name, 4, "$name: lastupdated: $lastupdated, hash->{lastupdated}: $hash->{lastupdated}, lastupdated_local: $lastupdated_local, offsetUTC: $offset";
#Log3 $name, 5, "$name: ". Dumper $result if($HUEDevice_hasDataDumper);
$hash->{lastupdated} = $lastupdated;
Log3 $name, 4, "$name: T99 lastupdated: $lastupdated";
$hash->{lastupdated_local} = $lastupdated_local;
Problem ist dass er gar nicht in das "state" if kommt, da in diesem event kein "state" enthalten ist:
if( my $state = $result->{state} ) {
Dadurch ist $lastupdated = '' und das wird dann auch so gesetzt.
Hier das Log:
2020.10.10 17:41:33 4: parse status message for DIM_WZ_Dimmer_Eingang_Kueche
2020.10.10 17:41:33 4: DIM_WZ_Dimmer_Eingang_Kueche: T0 lastupdated:
2020.10.10 17:41:33 4: DIM_WZ_Dimmer_Eingang_Kueche: lastupdated: , hash->{lastupdated}: 2020-10-10 15:38:09, lastupdated_local: , offsetUTC: 0
2020.10.10 17:41:33 4: DIM_WZ_Dimmer_Eingang_Kueche: T99 lastupdated:
Mein Fix damals war noch mit der HUE Bridge und hat damit nichts zu tun, er kommt ja gar nicht zu dem code.
Meiner Meinung nach sollte geprüft werden ob $lastupdated gesetzt ist (einfach ins if von state schieben?) und sonst nicht setzen oder das if verändern was den state prüft.
Du kennst das Modul besser, ist es per design gewollt dass diese "config" Blöcke ignoriert werden udn nur bei state aktualisiert wird?
pOpY
@justme1968 / Andre:
Habs gefixt, aus:
$hash->{lastupdated} = $lastupdated;
$hash->{lastupdated_local} = $lastupdated_local;
Mache:
$hash->{lastupdated} = $lastupdated if( $lastupdated ne '' );
$hash->{lastupdated_local} = $lastupdated_local if( $lastupdated_local ne '' );
Dann wirds nicht mehr gelöscht ;)
keine Ahnung ob das korrekt ist!?
pOpY
Ich begrüße es, dass man den Status in lastseen nun sehen kann, aber ich bin gar nicht davon begeistert, dass sich nun sämtliche HUEDEVICE-Logs damit im Minutentakt füllen.
Kann man da noch etwas machen? Ich will ungern alle Filelogs explizit auf erlaubte Readings umstellen.
Zitat von: FunkOdyssey am 12 Oktober 2020, 17:12:39
Ich begrüße es, dass man den Status in lastseen nun sehen kann, aber ich bin gar nicht davon begeistert, dass sich nun sämtliche HUEDEVICE-Logs damit im Minutentakt füllen.
Kann man da noch etwas machen? Ich will ungern alle Filelogs explizit auf erlaubte Readings umstellen.
verbose 0 -> solved 8) ;D
@justme1968 / Andre: was sagst du zu meiner Änderung oben?
Zitat von: FunkOdyssey am 12 Oktober 2020, 17:12:39
Ich begrüße es, dass man den Status in lastseen nun sehen kann, aber ich bin gar nicht davon begeistert, dass sich nun sämtliche HUEDEVICE-Logs damit im Minutentakt füllen.
Kann man da noch etwas machen? Ich will ungern alle Filelogs explizit auf erlaubte Readings umstellen.
Finde ich auch nervig :-/
Ist schon ein starker Hebel? Alles auszuschalten finde ich nicht gut.
Zitat von: FunkOdyssey am 12 Oktober 2020, 17:29:34
Ist schon ein starker Hebel? Alles auszuschalten finde ich nicht gut.
Ich habe mal eine Negation vor einiger Zeit gebastelt, eine Art denylist.
Im event-on-reading das folgende eingeben:
(?!(^(lastseen))).*Dann noch ein
attr TYPE=HUEDevice event-on-change-reading (?!(^(lastseen))).*und schon sollte es ruhiger sein.
Mal ne frage in die Runde:
Manche Zigbee Geräte (z.B.: alle meine Heiman Feuermelder) haben kein lastseen reading, ist das bei euch auch so?
Mit einem curl bekomme ich aber das lastseen:
curl -H "Accept: application/json" -X GET http://192.168.0.9:8080/api/C9FC982001/sensors/76/
{"config":{"battery":100,"on":true,"pending":[],"reachable":true},"ep":1,"etag":"xxxx","lastseen":"2020-10-12T17:58Z","manufacturername":"Heiman","modelid":"SMOK_YDLV10","name":"Rauchmelder Arbeitszimmer","state":{"fire":false,"lastupdated":"2020-10-04T11:02:34.876","lowbattery":false,"tampered":false},"swversion":"20150330","type":"ZHAFire","uniqueid":"xxx"}
Habs debugged, er kommt hier nicht drüber obwohl sich lastseen geändert hat, aber halt lastupdated nicht:
return undef if( $hash->{lastupdated}
&& $hash->{lastupdated} eq $lastupdated
&& (!$readings{state} || $readings{state} eq ReadingsVal( $name, 'state', '' )) );
Ideen?
Danke
Zitat von: P.A.Trick am 12 Oktober 2020, 17:39:43
Ich habe mal eine Negation vor einiger Zeit gebastelt, eine Art denylist.
Im event-on-reading das folgende eingeben:
(?!(^(lastseen))).*
Dann noch ein
attr TYPE=HUEDevice event-on-change-reading (?!(^(lastseen))).*
und schon sollte es ruhiger sein.
So etwas suche ich schon seit sehr langer Zeit. Vielen Dank für den Tipp.
@justme1968: lastannounced befindet sich doch auch in den Internals. Wieso wurde denn lastseen dann anders behandelt und in die Readings überführt?
Funktioniert bei euch lastseen? Bei mir nicht!
Ich habe einen Conbee2 seit letzter Woche am Raspi und verzweifel bald...
In der Phoscon-App hab ich Tradfri Lampen eingerichtet. Jetzt kamen noch die On/Off Schalter hinzu.
Habe es erst über Mqtt2 versucht.
Nun über die HUE Bridge. Lampen werden angezeigt.
Bei der Fernbedienung und einem Motion Sensor weiß ich gerade nicht mehr weiter. Die Geräte sind im FHEM aber man sieht keine Aktionen. Wo kann man mehr über das Einbinden von Schalter u Bwg.Sensor nachlesen? Ich finde nichts darüber...
Dazu musst du den Eventmonitor öffnen. Bei mir sieht das so aus, wenn du z.B auf der FB Taster drückst
2020-10-13 22:56:25 HUEDevice TRADFRI_FB_2 5002
2020-10-13 22:56:36 HUEDevice TRADFRI_FB_2 4002
2020-10-13 22:56:38 HUEDevice TRADFRI_FB_2 2002
Darauf musst du dann mit einem Notify,Doif,Mswitch,...,... reagieren um das Device zu verknüpfen. Dafür die passende Zeile markieren und
oben rechts auf "Create/ Modify Device drücken".
Leider kommt da gar nichts...
Ausschließlich die Lampen gehen.
Die Schalter sind unter Schalter angelegt.
Muss man da noch was beachten?
Per Autocreate wurden sie ins FHEM übernommen.
Hallo,
soviel ich weiss, müssen Schalter, Bewegungsmelder etc. händisch als HUE Sensor device angelegt werden. Vielleicht hangelst du dich sinngemäß mal am Wiki https://wiki.fhem.de/wiki/HUE_Dimmer_Switch (https://wiki.fhem.de/wiki/HUE_Dimmer_Switch) für einen HUE Dimmerswitch entlang. D.h. mittels get sensors die passende ID des Schalters herausfinden und dann mit der passenden ID des Schalters z.Bsp. ein define Tradfi_on_off_1 HUEDevice sensor 6 IODev=deCONZ in die Befehlszeile eingeben, wobei in dem Beispiel die Zahl 6 die ID des Schalters ist.
Gruß Thomas
Zitat von: TL60 am 14 Oktober 2020, 12:02:27
Hallo,
soviel ich weiss, müssen Schalter, Bewegungsmelder etc. händisch als HUE Sensor device angelegt werden. Vielleicht hangelst du dich sinngemäß mal am Wiki https://wiki.fhem.de/wiki/HUE_Dimmer_Switch (https://wiki.fhem.de/wiki/HUE_Dimmer_Switch) für einen HUE Dimmerswitch entlang. D.h. mittels get sensors die passende ID des Schalters herausfinden und dann mit der passenden ID des Schalters z.Bsp. ein define Tradfi_on_off_1 HUEDevice sensor 6 IODev=deCONZ in die Befehlszeile eingeben, wobei in dem Beispiel die Zahl 6 die ID des Schalters ist.
Gruß Thomas
Vielen DANK! Hat wunderbar funktioniert! Außer den neuen Smart Button von IKEA funktioniert alles. Das Ding bekomme ich nicht einmal im Phoscon eingebunden. Aber gut. Ich bleibe dran...
Hallo zusammen,
Ich habe einen RaspBee II auf einem Raspberry 2 laufen und nutze derzeit (noch) phoscon als Gateway zur Steuerung diverser Leuchten. Bevor ich mich näher mit der Steuerung/Anzeige via fhem beschäftige, möchte ich gerne noch eine Frage klären und hoffe, Ihr könnt mir dazu ein paar Hinweise geben:
Gibt es zigbee Unterputz-Aktoren für 240V-Steckdosen, die unterstützt werden? Ich habe hier eine 240V-Steckdose, an der ein Handtuchheizkörper (950W) angeschlossen ist und überlege, hinter die Steckdose einen zigbee Unterputz-Aktor zur Steuerung dieses Heizkörpers (nur ein/aus) zu nutzen. Hinter der Dose sind noch ca. 22mm Platz. Ich danke Euch für Eure Hilfe.
Schau mal hier https://zigbee.blakadder.com/deconz.html und hier https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices
Zitat von: volschin am 07 November 2019, 07:24:44
Nimm das Docker Image ...
So, hab nach ca. 1 Jahr endlich volschins Rat befolgt, Docker zu nehmen :o ;D
Hatte bis dato das offizielle headless SD-Image auf einem extra PI am Laufen. Migrieren ging ganz einfach (alles kopieren aus "~/.local/share/dresden-elektronik/deCONZ") - weitgehend blieb alles erhalten. Ein paar Tradfris zickten rum und im direkten Vergleich sind zw. Docker-Container und SD-Image anscheinend ein paar Kleinigkeiten im webIF anders, sodass ich doch alles neu eingerichtet hab. Läuft seit ein paar Tagen supi und insgesamt viel einfacher, als ich dachte.
Ich spare nun Strom, redundante Hardware und Pflegeaufwand 8)
Einziger Wermutstropfen: Firmware muss leicht aufwändiger aktualisiert werden - manuell war es aber eh schon immer.
Vielen Dank und beste Grüße
rob
OT: Hab gleich noch Watchtower dazu gefriemelt (https://hub.docker.com/r/containrrr/watchtower (https://hub.docker.com/r/containrrr/watchtower)) und lass mir per Telegram sagen, was er so treibt ;)
Zitat von: popy am 13 Oktober 2020, 20:18:56
Funktioniert bei euch lastseen? Bei mir nicht!
Bei mir stehen die Werte alle auf 20. -29. Oktober, danach scheint es nicht mehr zu gehen.
Hi,
seit einiger Zeit läuft bei mir deCONZ auf dem Raspberry 3. FHEM/deCONZ/Homebridge laufen auf der gleichen Maschine. Die Verbindung zwischen FHEM/deCONZ/Homebridge funktioniert.
Ich bekomme aber von deCONZ alle 6 Minuten folgendes ins Logfile geschrieben:
2020.12.20 20:54:45 3: deCONZ: websocket opened to 192.168.2.118:443
2020.12.20 20:54:45 3: deCONZ: websocket: Switching Protocols ok
2020.12.20 21:00:05 3: HMLAN1: Unknown code A0D5784102F302A2BA05E0601210E::-72:HMLAN1, help me!
[b]2020.12.20 21:00:45 3: deCONZ: websocket opened to 192.168.2.118:443
2020.12.20 21:00:45 3: deCONZ: websocket: Switching Protocols ok
[/b]
Ist das ein Fehler oder kann ich das ignorieren oder vielleicht die Meldungen sogar abstellen?
Danke & Gruß
Christian
Internals:
DEF 192.168.2.118:8080
FD 16
FUUID 5fcd006d-f33f-5a8a-5b92-fabd391f8f1c5e86
FVERSION 30_HUEBridge.pm:0.232340/2020-11-25
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 45
NTFY_ORDER 50-deCONZ
PORT 51922
STATE connected
TYPE HUEBridge
apiversion 1.16.0
bridgeid 00212EFFFF0658A0
buf
host 192.168.2.118:8080
mac b8:27:eb:d8:7a:cc
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid deCONZ
name Phoscon-GW
swversion 2.5.88
updatestate 0
websocket 1
websocketport 443
zigbeechannel 15
READINGS:
2020-12-20 17:12:31 lastError resource, /lights/3, not available
2020-12-20 21:00:45 state connected
helper:
apiversion 69632
count 0
last_config_timestamp 1608494445
offsetUTC 3600
updatestate 0
groups:
2:
etag 1789ca9bcbcd8e6352023e0451cbc1f5
id 2
name Az.Chris
type LightGroup
action:
alert none
bri 127
colormode hs
ct 0
effect none
hue 0
sat 127
scene
xy:
0
0
devicemembership:
lights:
4
5
6
7
scenes:
state:
Hast du mal ein Update gemacht in den letzten Tagen ??
Das ist beseitigt worden, schau mal hier https://forum.fhem.de/index.php/topic,108148.15.html (https://forum.fhem.de/index.php/topic,108148.15.html)
Gruß
N'abend!
Ich hätte da ein paar Änderungswünsche bzw. Anregungen, die ich gern diskutieren würde, um die Daten nach FHEM zu bringen. So ist mir bspw. erst kürzlich aufgefallen, dass im state "lastseen" statt "lastupdated" gelandet ist. Darüber hinaus bekomme ich von neueren Sensortypen leider nicht die state readings.
Würd mich über Feedback freuen :)
Cheers!
Ich habe hier einige Aqara Temperatur Sensoren, Diese zeigen schon eine weile keinen Luftdruck mehr an in Phoscon, kann mir einer sagen ob das Normal ist?
Bei mir ist alles da, aber ich hatte auch vor einigen Tagen ein Problem mit dem aktuellen Deconz und habe ein Rollback gemacht. Die iCasa- und Opple-Schalter wurden nicht mehr erkannt. Ich vermute hier ein Problem, denn Deconz hatte ich platt gemacht und neu aufgespielt.
Bei mir sind bei den Aquara Sensoren auch alle Werte da (letzte Deconz Beta usw), keine Probleme bisher
Ronny
Hallo,
ich habe 2 Aqara Opple Switches:
- 2 Buttons: WXCJKG11LM lumi.remote.b286opcn01
- 6 Buttons: WXCJKG13LM lumi.remote.b686opcn01
Ich hatte mich in den letzen Tagen damit beschäftigt, diese beiden Schalter über das Phoscon-GW / deConz einzubinden. Zuerst erfolglos. Nach vielen Recherchen ist es mir nun aber endlich gelungen, diese einzubinden. Zuerst konnte ich beide Schalter mit dem Conbee Stick pairen. Danach schalteten die Switches aber immer nur alle Lampen und Steckdosen ein/aus bzw. dimmten alle Lampen. Dann hab ich die Schalter wieder aus dem deConz gelöscht. Das nochmalige Einbinden klappte dann aber nicht mehr. Erst als ich bei beiden die Batterien für ca. 30 Minuten entfernt hatte, konnte ich sie über einen langen Druck (ca. 15 sec) wieder mit dem Gateway pairen.
Nach dem Pairen sind beide Schalter in einem default Mode, wie oben beschrieben. D.h. sie steuern alle Lampen an. Erst wenn man jetzt nochmal die 'C' Taste dückt, wechseln sie den Mode und man bekommt in Fhem auch die Events (100x-400x) angezeigt. Dann kann man sie in Fhem oder deConz mit den Geräten koppeln. (Wollte das hier nur mal festhalten, da ich immer nur teilweise Infos dazu gefunden hatte)
Ich habe seit langer Zeit eine HueBridge. Da ich nun auch Xiaomi-Sensoren einbinden möchte habe ich mir einen ConBeeII gegönnt, installiert und in FHEM definiert. Wie move ich nun die in der HueBridge definierten/verwalteten Lampen zum ConBeeII ?? An der HueBridge "ablernen" und am ConBee "anlernen" oder geht das eleganter ?
Danke
Geht nur so. Ablernen - Anlernen
Ich habe mir von Lidl den Zigbee Klingelknopf geholt, in FHEM sind keine Auswertbaren Readings vorhanden. Gibt es hier noch einen Trick? State ändert sich leider nie.
Der Klingelsensor ist original von HEIMAN (HS2DB Smart Doorbell)
Hier mal ein List:
Internals:
DEF sensor 105 IODev=deCONZ
FUUID 603908e6-f33f-5d26-0d53-f2e71c0dbc1c0952
FVERSION 31_HUEDevice.pm:0.233440/2020-12-13
ID S105
INTERVAL
IODev deCONZ
NAME Klingel
NR 191
STATE 0
TYPE HUEDevice
lastupdated 2021-02-26 15:24:18
lastupdated_local 2021-02-26 16:24:18
manufacturername SILVERCREST
modelid TS0211
name TS0211
on 1
reachable 1
swversion 2020.8.4
type ZHASwitch
uniqueid 84:2e:14:ff:fe:f6:d3:40-01-0500
READINGS:
2021-02-26 16:24:18 batteryState ok
2021-02-26 15:42:28 lastseen 2021-02-26T14:42Z
2021-02-26 15:59:19 reachable 1
2021-02-26 16:24:18 state 0
2021-02-26 16:24:18 tampered 0
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 29bc34c5d41a1e68cc3a8a95e5fc2f23
lastseen 2021-02-26T15:24Z
manufacturername SILVERCREST
mode 1
modelid TS0211
name TS0211
swversion 2020.8.4
type ZHASwitch
uniqueid 84:2e:14:ff:fe:f6:d3:40-01-0500
config:
battery
enrolled 1
pending:
state:
buttonevent 0
lastupdated 2021-02-26T15:24:18.908
setList:
Attributes:
IODev deCONZ
model TS0211
ich habe mir die Blitzwolf Steckdose BW-SHP13 gekauft.
Hier wird die Steckdose und 2 "Sensoren" definiert, die den Verbrauch anzeigen gibt es hierfür einen eleganteren Weg?
Hi..
kurze Frage in die Runde, gehen die LLC001 Lampel von Phillips
https://hueblog.de/2018/01/15/philips-livingcolors-mit-hue-verbinden/ (https://hueblog.de/2018/01/15/philips-livingcolors-mit-hue-verbinden/)
auch an dem Raspbee-Aufsteckmodul?
Habse grad an ner Hue Bridge 2.1 laufen, aber wollte jetzt wegen den AQUARA Sensoren umsteigen auf das Raspee-Modul.
VG
Rene
Hallo,
ich weiss, das ist ein uralter Thread. Als Newbee brauche ich aber bitte Eure Hilfe.
deConz ist geöffnet, Terminal auch bereit. Wo und wie gebe ich denBefehl define deConz HueBridge...
und fortfolgend die anderen Befehle ein ?
Mein Terminal reagiert darauf nicht.
Danke für kurze Hilfe
Schaebse
Zitat von: Schaebse am 21 März 2021, 21:34:53
...Wo und wie gebe ich denBefehl define deConz HueBridge...
Hallo Schaebse.
Das gehört ins Kommandofeld von Fhem. Siehe https://wiki.fhem.de/wiki/Erste_Schritte_in_FHEM (https://wiki.fhem.de/wiki/Erste_Schritte_in_FHEM)
VG
rob
Hi Rob,
Dankeschön.
Habe gestern Nacht das Wike noch ziemlich durchforstet.
FHEM ist jetzt auch leidlich angelegt.
Leider zeigt mir FHEM über deCONZ weder Sensoren noch Leuchten über get
Im Startbildschirm ist deConz initalized
unter deCONZ ist der Status aktiv.
Auf verschiedenen Videos und Bildern steht der Status auf connected
Das bekomme ich nicht hin.
Habe in der Phoscon/Gateway/Erweitert zigmal auf Paaren gedrückt.
DeCONZ auf dem Ri läuft.
Als Newbee ist das wirklich kraftraubend :'(
Hier mal Screenshots
Achtung: Die geschwärzte Zeile ist das Kennwort, welches mir Terminal beim Anlegen gegeben hat. Einloggen tue ich mit dem Veränderten Kennwort.
Das ist sicher auch nicht normal ?
Danke für Eure Hilfe
Schaebse
Hast du schon mal:
set deCONZ active
ausgeführt?
Weil es scheint ja zumindest "pepaart" zu sein, zumindest hat fhem ja schon mal einen "key"...
Steht etwas im fhem Log?
Also Fehler etc. bzgl. Zugriff auf deCONZ?
Das mit Passwort verstehe ich nicht? Was meinst du? Wo/wie/was wurde "dir" ein Passwort "gegeben"?
Gruß, Joachim
Das mit dem Passwort habe ich auch nicht verstanden bzw. scheint da was schief gelaufen zu sein. Das Passwort sollte da links eigentlich nicht stehen. Hast Du das aus Versehen irgendwo im Attribut "room" eingegeben?
Hast Du denn in Phoscon schon ein Gerät/ mehr Geräte eingebunden (z.B. Glühlampe, Schalter usw.)? Und deren Status wird dort korrekt angezeigt bzw. lassen sich von dort aus schalten?
Zitat von: Schaebse am 22 März 2021, 08:06:10
Als Newbee ist das wirklich kraftraubend :'(
Ja. Als Einsteiger ist der Start mit Zigbee u.ä. auch nicht unbedingt empfehlenswert, weil drumrum zu viele Fehlerquellen bestehen, die mit dem eigentl. System noch nichts zu tun haben.
Vielleicht magst Du den Einsteigerleitfaden doch noch durchackern. Löst zwar nicht unbedingt Dein akutes Problem, schafft aber imho die nötigen Grundlagen und macht Dir das Leben/ den Einstieg leichter.
Viele Grüße
rob
Hallo Ihr Beiden,
Logfile muss ich mal checken (Nebee :-\)
set deCONZ active habe ich gemacht.
Passwort: Ja, ich habe beim Einrichten mit room herumgespielt, weil ich die Handy und Tabletfunktion löschen wollte. Port 8084 ff ist mir nicht gelungen.
Ebenfalls sollte ich für eine Standartfunktion noch ein PW angeben. Ebenfalls nicht gelungen.
Ich habe gesten das Tutorial durchgemacht. Das bezieht sich jedoch eher auf erste Schritte in FEHM und weniger im Zusammenspiel mit deCONZ.
Bin jetzt gerade nicht an meinem Rechner. Wenn ich die Picks anschaue fällt mir auf, daß der deConz Schalter auf active steht.
Vielleicht muss ich da auf set drücken daß er auf connected springt ??? Weiss nicht, ob ich das versucht habe.
Ich würde vielleicht diese Routine nochmal in FEHM drüberbügeln.
1. Conbee definieren
define deCONZ HUEBridge ip.des.raspberry.pi
2. Attribut setzen
attr deCONZ httpUtils 1
3. Gateway aktivieren
set deCONZ active
Als nächstes in Phoscon Web das Menü links oben aufrufen und auf Gateway wechseln. Im unteren Abschnitt der Webseite auf Erweitert klicken. Dann App verbinden auswählen. Der letzte Schritt sorgt dafür das Status in FHEM von Anfangs ,,initialized" auf ,,Connected ,,wechselt. Das wars dann auch schon!
Naja: erste Schritte fhem ist schon WICHTIG!
Weil vieles von dem was du schreibst (unabhängig von deCONZ) klingt "konfus" nach "ich weiß nicht was ich tue aber ich klicke mal rum"...
Weil:
Zitat
Ebenfalls sollte ich für eine Standartfunktion noch ein PW angeben. Ebenfalls nicht gelungen.
Äh was soll das sein/tun?
Also du kannst dein fhemWEB mittels User/PW (und dann aber auch https sonst macht das ja wenig Sinn) absichern...
...musst du aber ja (erst mal) nicht.
Für einzelne "Standardfunktionen" (was immer das sein soll) kann man nicht einzeln PW vergeben (zumindest nicht "einfach so")...
Und all das inkl. Löschen nicht benötigter/gewünschter Web-Zugänge etc. ist alles fhem-Basics!
Geht nämlich ganz einfach (wenn man fhem-Basics kennt):
das entsprechende fhemWeb-Device aufrufen (list TYPE=FHEMWEB z.B. in die fhemWeb-Zeile tippen) und dann bei dem Device was mal nicht mehr haben will: "unten" den "Link" delete this device klicken.
Dann nicht vergessen (rotes Fragezeichen links oben macht aufmerksam) die Config zu speichern.
Sonst ist das Device nach einem Neustart "plötzlich" wieder da...
Und: es macht doch keinen Sinn sich damit zu beschäftigen eine "fremde" Bridge/Gateway einzubinden in ein System das man auch (noch) nicht kennt!
Und: warum die Bridge NEU anlegen? Einfach mal auf den set deCONZ active Knopf drücken. Und wenn du schon nicht weißt was (ob du das schon) gemacht hast, wir auch nicht. Aber den Knopf bzw. den Befehl (Eingabe fhemWeb-cmd-Fenster) musst du auf jeden Fall mal absetzen...
Und: die HUE-Bridge mit demselben Namen noch mal (ohne Löschen) anzulegen wird eh scheitern... ;) Und eine weitere HUE-Bridge macht ja wohl keinen Sinn ;)
EDIT: und in DIESEM Thread hier geht es um (Probleme mit dem) Einbinden von deCONZ in fhem und nicht um Probleme mit fhem im Allgemeinen ;)
Gruß, Joachim
Hallo Joachim,
Danke für die ehrlichen Worte.
Der Nebel lichtet sich langsam.
Also: FHEM ist angelegt.
Wenn ich nun deCONZ über einen define ip anlege erscheint im Device Overview deCONZ zunächst als initial.
Nach set deCONZ active springt er auf active bei set.
Er müsste aber in den Pairing mode springen. Erst dann kann ich doch in der Phoscon die Paarung bestätigen.
Vielleicht hast Du noch eine Idee bitte
Es gibt keinen expliziten "Pairing-Modus" beim HUE-Bridge Modul (zumindest mir nicht bekannt).
Aber beim define ist das Device im Pairing Modus...
Also auf der Bridge/deCONZ "Gateway freigeben" und dann define in fhem.
Attribute: httpUtils (und noShutdown) setzen.
save nicht vergessen und es sollte passen.
Evtl. noch set deCONZ active
Oder fhem mal neu starten: shutdown restart
EDIT: ist zwar schon eine Weile her, dass ich ein HUE-Bridge Device angelegt habe. Aber ich erinnere mich, dass es so geklappt hat. Evtl. hab ich morgen mal Zeit es nochal zu tun...
ABER: in einem der Screen Shots war doch schon ein key eingetragen!?
Also sollte "gepaired" sein...
Und wie Otto im anderen Thread geschrieben hat: besser lists statt Screen Shots!
Und durch das "Doppel-Posten" machst du helfen nicht einfacher...
Gruß, Joachim
P.S.: "dauerndes" Löschen und neu anlegen machen es auch nicht besser...
Hi Joachim
gestern war es zu spät.
Bin gerade Brötchen verdienen.
Ich gehe Deinen Weg jetzt auch nochmal durch.
Die erste Hausautomationseuphorie ist am verfliegen :'(
Dankeschön
Zitat von: Schaebse am 23 März 2021, 09:56:28
Die erste Hausautomationseuphorie ist am verfliegen :'(
Naja, wenn man sich zu Beginn gleich (zu) viel vor nimmt, dann kann das schon frusten...
Daher ja erst mal mit dem/den System(en) "klar kommen" und dann "verbinden"... ;)
Erspart eine Menge Frust, ja klar: geht halt langsamer...
Viel Spaß dennoch und nat. viel Erfolg! Joachim
FHEM ist halt ein sehr offenes, flexibles System. Das hat den Vorteil, sehr offen zu sein.
Aber damit ist auch der Nachteil verbunden, sehr flexibel und komplex zu sein ;D.
Wenn es einfach sein soll, muss man eine Fertiglösung nehmen, die dann eben nicht offen ist.
Ich hatte damals auch zuerst einigen Frust geschoben und sogar einige Zeit davon Abstand genommen, FHEM überhaupt einzusetzen.
Aber dann habe ich es sacken lassen und es nach einiger Zeit frisch neu probiert und habe meinen Zoo Schritt für Schritt erweitert.
Die Lernkurve ist leider hoch, ähnlich als wenn man direkt als Meisterkoch einsteigen wollte. Auch die fangen klein an.
@Schaebse: im anderen Thread habe ich geschrieben wie ich es gerade eben erfolgreich gemacht habe. Siehe: https://forum.fhem.de/index.php?topic=119716.msg1142409#msg1142409
(quasi so wie ich es schon ein paar mal [aus der Erinnerung] geschrieben habe / jetzt halt noch mal live mitgeschrieben ;) )
EDIT: und wenn ich mir den ScreenShot so ansehe (https://forum.fhem.de/index.php/topic,95288.msg1142076.html#msg1142076) dann bin ich (immer noch) der Meinung, dass ein set deCONZ active gereicht hätte und du wärst verbunden... Ansonsten (auch schon geschrieben) halt mal ins fhem Log schauen, ob da irgendwelche Meldungen bzgl. HUEBridge/deCONZ auftauchen. Evtl. auch verbose beim deCONZ-Device (in fhem!) auf 5 setzen...
Viel Erfolg, Joachim
Danke Jungs
Ich gehe heute Nacht nochmal ran.
Aufgegeben wird nicht !
Gruß
Schaebse
Zitat von: fireball am 21 März 2021, 19:53:58
Hi..
kurze Frage in die Runde, gehen die LLC001 Lampel von Phillips
https://hueblog.de/2018/01/15/philips-livingcolors-mit-hue-verbinden/ (https://hueblog.de/2018/01/15/philips-livingcolors-mit-hue-verbinden/)
auch an dem Raspbee-Aufsteckmodul?
Habse grad an ner Hue Bridge 2.1 laufen, aber wollte jetzt wegen den AQUARA Sensoren umsteigen auf das Raspee-Modul.
VG
Rene
Moinsen, hat hier noch wer ne Antwort für mich? Mit dem Raspee 1 Modul kann man zumindes via Touchlink die alten Philips Living Color Gen2 - Lampen erreichen und resetten... aber gehen die auch einzubinden? In dem Phillips Hue hat man die reinbekommen.
Und meine zweite Frage wäre noch, ich habe jetzt alle OsramPlugs (innen/außen) und Lidl Glühbirnen/Livorno Wandlampe inkludiert bekommen.
Kann man zusätzlich auch die Fernbedienung der Lidl-Glühbirnen mit einbinden? Ich habe aber nur die Warmweiß, nicht die Mulicolor.
Wenn ich google nutze kommt man immer bei anderen Modellen raus... ich meine diese
https://www.lidl.de/de/livarno-lux-leuchtmittel-lichtfarbensteuerung-zigbee-smart-home/p354568 (https://www.lidl.de/de/livarno-lux-leuchtmittel-lichtfarbensteuerung-zigbee-smart-home/p354568)
VG
René
Wenn du speziell was zum Thema Kompatibilität und Deconz suchst, dann wirst du hier fündig:
https://zigbee.blakadder.com/deconz.html
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices
Manchmal brauchts dann aber auch eine Beta-Firmware. Also immer mal im Changelog schauen:
https://phoscon.de/de/changelog/
Seit einiger Zeit betreibe ich mehrere ZigBee-Devices an einem ConBee-Stick mit deCONZ, der Phoscon App und dem Modul HUEBridge. Nach anfänglichen Problemen mit dem
langen key (siehe #125 ff) läuft nun endlich alles rund.
Jetzt ist mir aufgefallen, dass der ConBee-Stick sowie alle Lichter (z.B. IKEA TRÅDFRI) und Funksteckdosen (z.B. Lidl SILVERCREST) im Abstand von ca. 10 Sekunden ein Event erzeugen, das etwa so aussieht:
2021-07-12 10:09:13 HUEDevice <device> lastseen: 2021-07-12T08:08Z
Muss es sein, dass FHEM alle 10 Sekunden nachschaut, ob es eine Funksteckdose noch gibt?
Wozu ist das gut?
Wenn ich das Intervall mit attr <Device> event-min-interval lastseen:1800 verlängere, merke ich bisher keine Einschränkungen.
- fhem schaut nicht nach sondern im deconz fall werden die daten über das api gepushed
- event-min-interval ändert kein polling intervall sondern unterdrückt fhem seitig events
- falls du das intervall im hue fall ändern möchtest geht das nur im define
- da deconz glücklicherweise ein push api hat ist das polling intervall nicht wirklich relevant
- ich glaube dir ist nicht klar wie das polling, die intervalle, die diversen attribute die es in den hue
modulen dazu gibt und das push api zusammen spielen. das gleiche gilt scheinbar auch für die diversen event
attribute.
was um himmels willen stört dich an den events? du musst sie doch nicht beachten.
Mit dem letzten Teil deiner Antwort hast du nicht ganz unrecht. So tief stecke ich nicht in diesen Themen drin.
Wenn ich aber in den Event monitor schaue - und das sollte man ja gelegentlich tun - fällt mir so etwas auf und ich frage mich dann, ob das wirklich sein muss.
Danke dir trotzdem für die schnelle Reaktion und die Antworten, auch wenn ich (noch) nicht alles verstanden habe.
Hallo in die Runde,
ich habe diese Woche das Rasple II Interface auf einem Raspberry PI 2 in Betrieb genommen, nachdem Synology mit dem DSM7.0 keine USB-Sticks abseits von Speichermedien mehr akzeptiert.
Aktuell habe ich nach der Einrichtung mehr ungewöhnliche Verhaltensweisen.
Zum Hintergrund, ich lege für jede Lampe eine einzelne Gruppe an, dies macht es mir leichter, Lampen neu einzulernen, wenn dies mal erforderlich ist.
- Die Gruppen haben kein "state" Reading mehr. (CreateActionReadings und CreateGroupReadings wurden manuell aktiviert, die Einstellung im Interface-Device ist ebenfalls auf "1" gestellt).
- Die Gruppe zeigt nur 50% an, die zugehörige Lampe jedoch korrekte "100%" wenn ich die Lampe entweder über das Phoscon-Webinterface oder in der Kette nach FHEM in Homebridge einschalte.
Ich habe aktuell installiert:
- Deconz 2.12.06 / 19.8.2021
- Firmware 26710700
- Modulversion: 30_HUEBridge.pm:0.242960/2021-04-21
Kennt das jemand? Dieses Verhalten? Es kam erst mit dem Switch von Conbee (1) auf Rasple II.
Hallo Fheministinnen und Fheministen,
ich habe mir einen ConBee2 gekauft, u.a. um den "Mi Light Detection Sensor" zu betreiben.
Fhem läuft auf einem NUK mit Ubuntu 18.04.5 LTS.
Dort habe ich den ConBee2 angeschlossen und nach Anleitung installiert. deConz hat den Stick gefunden.
Auf meinem Win10 PC habe ich dann die Phoscon-App gestartet, die auch brav unter der Fhem-IP ein "Phoscon-GW" gefunden hat. Allerdings wollte die App dann ein Passwort (delight ging nicht) und alle Rücksetzversuche scheiterten.
Also habe ich den Stick entfernt und deConz auf dem NUK deinstalliert.
Unter Phoscon wird der "Phoscon-GW" auf dem NUK immer noch entdeckt und immer noch will er ein Passwort. Trotz Reboot etc..
Ich habe den ConBee2 dann auf dem Win10 PC installiert, die deConz-App findet ihn, aber Phoscon nicht.
Ich habe noch ein Tradfri-GW und den (ersten) Mi Control Hub, einen ZWave-Dongle sowie den MapleCun.
Frage(n):
Was mache ich falsch? ::)
Was kann ich probieren?
Danke vorab.
ErdnaR
Hallo ErdnaR,
ich hatte das gleiche Problem. Bei mir lag es daran, dass ich die Phoscon-Seite http://phoscon.de/pwa selbst und nicht die selbst gehostete unter 192.168.xxx.yyy/pwa aufgerufen hatte.
Auf ersterer wurde mir mein Server mit IP richtig angezeigt, allerdings mit dem Bild des Phoscon-Gateway und der Login wollte nicht funktionieren.
Auf der direkten Seite konnte man dann über den Ersteinrichtungs-Dialog das Passwort festlegen. Auf der Seite wird auch das Bild des ConBeeII angezeigt.
Ich hoffe, das hilft dir weiter.
VG Cori
Zitat von: Cori am 30 Oktober 2021, 16:31:06
Hallo ErdnaR,
ich hatte das gleiche Problem. Bei mir lag es daran, dass ich die Phoscon-Seite http://phoscon.de/pwa selbst und nicht die selbst gehostete unter 192.168.xxx.yyy/pwa aufgerufen hatte.
Auf ersterer wurde mir mein Server mit IP richtig angezeigt, allerdings mit dem Bild des Phoscon-Gateway und der Login wollte nicht funktionieren.
Auf der direkten Seite konnte man dann über den Ersteinrichtungs-Dialog das Passwort festlegen. Auf der Seite wird auch das Bild des ConBeeII angezeigt.
Ich hoffe, das hilft dir weiter.
VG Cori
Wollte ich eben auch schreiben, normalerweise wird (neuerdings und letztens erst gemacht) ein neues PW verlangt, siehe auch: https://phoscon.de/de/app/doc#commissioning-login-password-de
Gruß, Joachim
Ich danke euch beiden,
allerdings hatte ich das schon irgendwo gelesen und probiert. Allerdings wurde pwa nicht gefunden.
Muss ich das extra installieren?
Ich hatte auch versucht Phoscon aus der deConz-GUI heraus zu starten (da ist ein Button), auch das ging nicht.
Naja, wenn du deCONZ installiert hast, dann ich automatisch (war zumindest bei allen meinen Installationen so) das Webinterface auch da.
Es kann nat. sein, dass deCONZ nicht startet -> sudo dervice deconz status
Oder dass bereits ein Webserver auf Port 80 läuft...
Weil du schreibst Oberfläche?
Hast du es auf einem System mit Oberfläche installiert?
(welches System)?)
Warum?
Es ist doch ein "Server-Dienst" da braucht es keine Oberfläche und wenn man doch mal was schauen muss, dann kann man das extra starten etc.
Ich habe (immer bis auf das erste Mal, da gab's das noch nicht) "headles" installiert und auch deCONZ-gui deaktiviert.
(wenn beides läuft, dann gibt es u.U. auch Probleme)
Gruß, Joachim
Das man die Oberfläche nicht braucht, hatte ich gelesen.
Wenn aber nix geht, dann probiert man halt alles um was zu "sehen".
Ich teste morgen noch mal die Sache mit der lokalen /pwa und melde mich wieder.
Danke
Zitat von: erdnar am 30 Oktober 2021, 19:57:15
Das man die Oberfläche nicht braucht, hatte ich gelesen.
Wenn aber nix geht, dann probiert man halt alles um was zu "sehen".
Ich teste morgen noch mal die Sache mit der lokalen /pwa und melde mich wieder.
Danke
Naja zuallererst würde ich halt prüfen, ob deCONZ auch fehlerfrei läuft... ;)
Viel Erfolg, Joachim
Gestern stand ich vor einem Abgrund, heute bin ich einen Schritt weiter ... :o
Naja, ganz so schlimm ist es nicht.
Immerhin klappt es mit dem Zugriff auf den ConBee2 über Phoscon, auf dem von euch skizzierten direkten Weg über die IP.
Ich kann mich also einloggen...
Und natürlich habe ich mich gefreut, dass ich in Phoscon und später auch in Fhem "den" Tageslichtsensor gefunden habe ... allerdings war es nicht mein "Mi Light Detection Sensor" sondern ein virtueller den Phoscon mitbringt. Gefunden hat Fhem auch noch zwei HueDevice's, ein "Configuration tool 1" und ein "Lightset 0", beides kann ich nicht zuordnen, in Phoscon tauchen beide nicht auf.
Also noch mal probiert Lichter und Sensoren anzulernen... erkennt er meine Ikea-Lampen? nein ... eine Ikea-Fernbedienung? nein ... einen Aqara-Fensterkontakt (der in der Kompatibilitätsliste steht und noch nicht über den Mi Control-Hub angemeldet war)? nein ... den "Mi Light Detection Sensor"? nein.
Die Ikea-Teile sind allerdings auch schon am Tradfri angemeldet.
Natürlich habe ich Tradfri auch mal ausgeschaltet und die Anmeldung noch mal probiert, ohne Erfolg.
Es scheint so, als würden keine Signale rein/raus gehen oder ich mache fundamentale Fehler.
Zitat von: MadMax-FHEM am 30 Oktober 2021, 20:31:15
Naja zuallererst würde ich halt prüfen, ob deCONZ auch fehlerfrei läuft... ;)
Viel Erfolg, Joachim
Wie kann ich das prüfen, bzw. wo kann ich ansetzen?
Danke vorab.
ErdnaR
Ich bin ja nicht sicher, ob das noch hierher gehört aber bevor es (von dir) noch konfuser wird ein paar Dinge:
1. wenn ein Zigbee-Gerät schon an einem Hub/Gateway angemeldet ist, dann kann man es nicht an einen weiteren anmelden. Ausschalten des Hub/Gateway bringt nichts! Nur Zurücksetzen des Gerätes.
2. zuerst müssen die Geräte in deCONZ angelernt sein. Erst dann sind sie in fhem (normalerweise) "sichtbar". AutocreateDevices/GetSensors/etc. hast du ausgeführt?
Ja deCONZ bringt (neuerdings) ein paar Dinge mit, z.B. für Tag-/Nachtsteuerung (deCONZ-seitig) einen "Controller" u.ä.
Auch werden u.U. Lightsets und Gruppen "erzeugt", die es so (sichtbar) in deCONZ nicht gibt...
D.h. wenn du von "XYZ wird nicht erkannt": sprichst du von "in deCONZ da aber nicht in fhem"? Oder von "in deCONZ nicht erkannt"? Letzteres -> siehe oben... Sind die Geräte "kompatibel" mit deCONZ? -> https://zigbee.blakadder.com/
Welche Version von deCONZ hast du? Welche FW auf dem Stick/Raspbee?
Gruß, Joachim
Zitat von: MadMax-FHEM am 31 Oktober 2021, 14:51:45
Ich bin ja nicht sicher, ob das noch hierher gehört aber bevor es (von dir) noch konfuser wird ein paar Dinge:
1. wenn ein Zigbee-Gerät schon an einem Hub/Gateway angemeldet ist, dann kann man es nicht an einen weiteren anmelden. Ausschalten des Hub/Gateway bringt nichts! Nur Zurücksetzen des Gerätes.
OK, im Falle der Tradfri-Fernbedienung wäre da also schon mal eine Fehlerquelle meinerseits.
Zitat
2. zuerst müssen die Geräte in deCONZ angelernt sein. Erst dann sind sie in fhem (normalerweise) "sichtbar". AutocreateDevices/GetSensors/etc. hast du ausgeführt?
Wenn du von deConz sprichst, meinst du (hoffentlich) die Phoscon-Website (in meinem Falle: 192.168.2.132/pwa)?
Und genau dort finde ich keine Geräte.
Zitat
D.h. wenn du von "XYZ wird nicht erkannt": sprichst du von "in deCONZ da aber nicht in fhem"? Oder von "in deCONZ nicht erkannt"? Letzteres -> siehe oben... Sind die Geräte "kompatibel" mit deCONZ? -> https://zigbee.blakadder.com/
Welche Version von deCONZ hast du? Welche FW auf dem Stick/Raspbee?
Ich habe 2 "Mi Light Detection Sensor" (GZCGQ01LM) und einen "Aqara-Fensterkontakt" (MCCGQ11LM) versucht anzumelden (im Phoscon unter Geräte/Sensoren/Neuen Sensor verbinden/Hersteller Andere). Beide Sensoren stehen in der Liste.
Dabei habe ich während der 3 Minuten Suchzeit das Teil praktisch neben dem ConBee2 platziert und die Taste des Sensors gedrückt gehalten bis die LED geblinkt hat und manchmal auch noch länger.
Alle 3 Sensoren sind neu und wurden von mir noch nicht benutzt, auch nicht probehalber.
Installiert ist die Version 2.12.06 stable, bei der Firmware hatte ich heute ein Update auf den aktuellsten Stand gemacht (über Phoscon).
Über die Console ergibt ein
sudo systemctl status deconz folgendes:
● deconz.service - deCONZ: ZigBee gateway -- REST API
Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: e
Active: active (running) since Sun 2021-10-31 15:29:34 CET; 1h 50min ago
Main PID: 6888 (deCONZ)
Tasks: 4 (limit: 4473)
CGroup: /system.slice/deconz.service
└─6888 /usr/bin/deCONZ -platform minimal --http-port=80
Okt 31 15:29:34 nuki systemd[1]: Started deCONZ: ZigBee gateway -- REST API.
Okt 31 15:29:35 nuki deCONZ[6888]: libpng warning: iCCP: known incorrect sRGB profile
Okt 31 15:29:35 nuki deCONZ[6888]: This plugin does not support propagateSizeHints()
Okt 31 15:29:35 nuki deCONZ[6888]: This plugin does not support propagateSizeHints()
Danke
ErdnaR
Naja, dann noch mal: solange duu es nicht schaffst sie in deCONZ/phoscon (ja http://.../pwa) anzulernen, solange werden sie auch in fhem nicht gehen...
Anlernen halt nach Anleitung des Sensors und sicherheitshalber auch mal zurücksetzen...
...mache ich eigentlich immer ;)
Hast du mal geschaut, ob sie überhaupt mit deCONZ geht, also auf ttps://zigbee.blakadder.com/ mal geprüft?
Ansonsten den Support von DE, die sind eigentlich fit...
Gruß, Joachim
... mich irritiert gerade, dass Phoscon die Firmware nicht anzeigt (Anhang).
Der ConBee2 ist der ttyACM0, hatte ihn mal kurz rausgezogen.
Wie schon geschrieben, hatte ich ihn heute über diese Seite geupdatet.
Danke
ErdnaR
Also ich habe ja "nur" den RaspBee aber bei mir sieht der Service Status etwas "unauffälliger" aus...
Mag aber nichts heißen, zumindest läuft der Dienst ja.
Und bei mir wird die FW angezeigt...
Die deconz-gui hast du deaktiviert/gestoppt?
Bist du sicher, dass deCONZ den richtigen Stick nimmt?
Hast du 2? ttyACM0 / ttyACM1
Du kannst den Stick auch direkt im Start-Script des Service angeben, damit sicher der richtige verwendet wird.
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/deCONZ-command-line-parameters
Und wie geschrieben: evtl. mal DE anschreiben...
Gruß, Joachim
Hallo,
es funktioniert jetzt, vielen Dank für die Hilfe und vor allem Joachim's Geduld ::)
Ich habe wie vorgeschlagen Dresden-Elektronik per Mail kontaktiert und schwuppdiwupp habe ich die Lösung bekommen (wirklich guter/schneller Support), die ich euch nicht vorenthalten möchte:
Das Problem kann sehr wahrscheinlich mit dem manuellen Neuschreiben der Firmware des ConBee II auf einem nativen System während deCONZ geschlossen ist behoben werden, bevorzugt auf einem Linux-System.
Am einfachsten lässt sich das mit einem Raspberry Pi und einer separaten SD-Karte erledigen. Dazu einfach unser Image (www.phoscon.de/de/conbee2/sdcard) mit Desktop auf die SD-Karte schreiben und diese Kommandos verwenden:
wget https://deconz.dresden-elektronik.de/deconz-firmware/deCONZ_ConBeeII_0x26720700.bin.GCF
sudo GCFFlasher_internal -t 60 -d /dev/ttyACM0 -f deCONZ_ConBeeII_0x26720700.bin.GCF
Weitere Informationen dazu finden sich hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually
Mit diesem System kann überprüft werden ob in der Phoscon App unter Menü > Gateway > Allgemein > Firmware eine Version im Format 26xx0700 steht - und nicht "Firmware nicht verbunden". Falls ja kann auch testweise ein Gerät versucht werden anzulernen und zu steuern.
Nachdem ich den Stick neu geflasht hatte, lief alles wie am Schnürchen.
Nochmals Danke und weiterhin viel Spaß (u.a. mit mir ???)
ErdnaR
Na dann: viel Spaß! :)
Schön zu hören, dass der Support von DE immer noch so gut ist :)
Gruß, Joachim
Hallo,
ich habe zwei HUE-Bridges (Philips und DeConz) am Laufen.
Bei den meisten meiner HUE Devices wird im DEV "## IODev=huebridgDeConz" (## => Device Nummer) angezeigt, obwohl die Geräte der Philips-Bridge zugeordnet sind und sich auch darüber schalten lassen.
Ich habe nun manuell per Skript alle Philips Devices als "## IODev=huebridgewz" (das ist meine Philips-Bridge) angepasst.
Und schwups - auf einmal steht da wieder "## IODev=huebridgDeConz".
Wenn jemand auch dieses wundersame Verhalten kennt, wäre ich für Hinweise dankbar ;D
Grüße
Carsten
Hallo.
Habe auf einem pi 4 habridge auf Port 80 & deconz auf 8080 laufen.
Alexa erkennt beide und alle Geräte sind "ansprechbar" ;)
Überlege einiges von fhem mit all4hue direkt mit Regeln in der deconz bridge abbilden.
all4hue Unterstützt irgendwie das einstellen des Ports nicht, darum möchte ich habridge auf 8080 & deconz auf port 80 legen.
Nun meine Frage: Funktioniert mein vorhaben nach einem erneuten Suche der Geräte in Alexa?
Es gab vmtl. einen Grund warum ich die Ports so gewählt habe.
Kann mich leider nicht mehr daran erinnern ;D
Danke
Warum wirfst du ha-bridge nicht raus und steigst auf alexa-fhem Connector um!
Gruß, Joachim
Danke für den Tipp, aber ich möchte nicht von anderen Servern (außer Amazon) abhängig sein. Ha-bridge funktioniert lokal.
Du kannst alexa-fhem auch unabhängig vom Vereinsserver betreiben.
Dann hängst du auch nur an Amazon... ;-)
Dann hab ich leider keine Idee...
...bzw. weitere/andere Antwort.
EDIT: außer es ausprobieren. Port bei ha-bridge ist ja schnell umgestellt. Wenn Alexa dann deine Geräte noch/wieder findet - > dann geht es wohl. Ansonsten Port wieder zurück stellen...
EDIT: aber wäre das im ha-bridge Thread nicht besser aufgehoben?
Gruß, Joachim
P. S.: wobei ich bzgl. ha-bridge auch schon gelesen habe, dass Alexa das nicht mehr erkennt. U.U. mit neuerer ha-bridge Version. Manche meinen auch, dass nur Port 80 geht. Habe auch eine Installation mit ha-bridge laufen aber dort sind es nur ein paar Geräte und ich brauche keine neue Version/Features bzgl. ha-bridge. Bei mir selbst läuft alexa-fhem Connector...
@MadMax-FHEM
Habe mich jetzt doch Durchgerungen fhem-alexa connector zu verwenden und habridge in die Jagdgründe zu schicken.
Somit sind auch die Doppelten Geräte (was ein langer habridge bug ist) verschwunden.
Danke für den Tipp.
Für meine Fragen gehe ich dazu in den richtigen Thread.
Danke
Hallo,
ich habe ein riesiges Problem mit der Integration von deConz in FHEM und DOIFS in Verbindung mit attr do always. Das Problem ist: ich habe beispielsweise einen Ikea Taster (passiert aber auch mit anderen Geräten, ist nur ein Beispiel), der soll per DOIF eine Schaltsteckdose schalten. Da er das immer dann machen soll, wenn der Ikea Taster (Shortcut Button) gedrückt wird, habe ich folgendes DOIF angelegt:
define ShortcutButtonDOIF DOIF ( [deCONZ_HUESensor5] eq "1002" ) ({\
fhem( "set DECT200 on-for-timer 30" );;\
})\
attr ShortcutButtonDOIF do always
Um ca. 13:00h drücke ich den Taster, und das Ganze kommt an und sieht im Eventlog so aus, siehe unten. Problem: das Event wird dann irgendwann nach Ablauf von wenigen Minuten, manchmal auch nach mehr als einer Stunde, erneut ausgelöst, obwohl zwischenzeitlich niemand den Taster gedrückt hat. Es kommt also zu einer Art "Geisterevent", und ich habe keine Erklärung, warum das so ist. Könnt ihr mir einen Tipp geben, wo mein Fehler liegt? Im Log unten sieht man um 14:42 wird das Event erneut ausgelöst, obwohl der Taster nicht gerückt wurde. Wo ist mein Denkfehler mit attrib do always?
2021-12-23_13:00:25 deCONZ_HUESensor5 1002
2021-12-23_13:00:29 HUEGroup0 any_on: 0
2021-12-23_13:00:29 HUEGroup0 all_on: 0
2021-12-23_13:00:25 ShortcutButton 1002
2021-12-23_13:00:25 ShortcutButton batteryPercent: 21
2021-12-23_13:00:25 ShortcutButton reachable: 1
2021-12-23_13:00:25 ShortcutButton battery: 21
2021-12-23_13:00:25 ShortcutButton lastseen: 2021-12-23T12:00Z
2021-12-23_13:00:29 DECT200 on
2021-12-23_13:00:29 ShortcutButton.DOIF cmd_nr: 1
2021-12-23_13:00:29 ShortcutButton.DOIF cmd: 1
2021-12-23_13:00:29 ShortcutButton.DOIF cmd_event: ShortcutButton
2021-12-23_13:00:29 ShortcutButton.DOIF cmd_1
2021-12-23_14:42:23 deCONZ_HUESensor5 battery: 74
2021-12-23_14:42:23 deCONZ_HUESensor5 reachable: 1
2021-12-23_14:42:23 deCONZ_HUESensor5 batteryPercent: 74
2021-12-23_14:42:23 DECT200 on
2021-12-23_14:42:23 ShortcutButtonDOIF cmd_nr: 1
2021-12-23_14:42:23 ShortcutButtonDOIF cmd: 1
2021-12-23_14:42:23 ShortcutButtonDOIF cmd_event: deCONZ_HUESensor5
2021-12-23_14:42:23 ShortcutButtonDOIF cmd_1
Hallo.
Ev. "event-on-change-reading" auf state setzen beim Taster?
Siehe: https://wiki.fhem.de/wiki/Event-on-change-reading
Kann sonst passieren wenn das reading upgedatet wird mit dem gleichen Wert und sich nur der Timestamp ändert, dass ein weiteres Event ausgelöst wird = Geisterevent.
pOpY
Ich vermute, dass später einfach nur der Batterystatus gemeldet wird. Dein doif scheint aber auf alle Events zu hören, nicht nur auf das 1002.
Mit doif kenne ich mich nicht aus. Mit einem notify und einem eventonchange .* auf dem Taster sollte das dann auch funktionieren.
eocr .* ist hier sicher FALSCH! Das ist eine DOIF-Frage, die hier nichts verloren hat mAn.
statt
([deCONZ_HUESensor5] eq "1002" )
definieren:
([deCONZ_HUESensor5:state] eq "1002" )
Dann reagiert dein Modul nur auf Events vom Status des Sensors und nicht auf alle Events des Sensors, siehe Commandref zu DOIF.
Hallo Zusammen,
gibt es einen normalen "zigBee-Unterputzwechselschalter" den man mit Conbee koppeln kann und eine Rollladenschaltung über FHEM machen?
Letzteres ist ja kein Problem, da es nur Software ist.
Mir fehlt aber die passende Hardware.
Ein shelly passt bei mir nicht hinter den aktuellen Rollladenschalter mit Zeitschaltung von ELV.
Daher bräuchte ich eh einen neuen Schalter aus der Serie von Jung.
Gruß Jörg
so viel ich weiss gibt es überhaupt keine wechselschalter aktoren ausser einen von hmip da man dafür ja den verbrauch messen muss um zu sehen ob aktuell an oder aus ist.
ich vermute du meinst eher doppel/serien aktoren oder sensoren mit doppel taster schnitsttelen. da gibt es einen von nexentro der angeblich auch für rollläden geeigenet ist.
aber: wenn du sowieso umbaust mach doch auch die zeitsteuerung über fhem damit bist du flexibler als mit dem eingebauten zeitschalter. und dann hast du was den schalter/taster angeht so ziemlich die freie auswahl.
Bei "ali" findet sich mittlerweile einiges an ZigBee-Material, das auch hinter dem Schalter in europäische UP-Dosen paßt (Abmssungen aber ähnlich Shelly), darunter auch einige (!) Rollladen-Aktoren. Man muss aber jeweils sehr aufpassen, wie das im Einzelnen zu Verkabeln ist (bei Rollladen-Aktoren vermutlich (!) eher nicht so sehr, aber bei normalen on/off).
Häufig sind die auch nicht umschaltbar zwischen Taster- und Schalterbetrieb und sehen den vergleichbaren WLAN-Modellen zum Verwechseln ähnlich (nur der intern verbaute TY.*-Chip dürfte unterschiedlich sein)....
Meine letzten Bestellungen (on/off) hatten keinerlei Problem mit deconz, eine (zunehmend unvollständige) Übersicht ist zu finden in https://zigbee.blakadder.com/.
ach ja, da fällt mir ein: gestern hatte ich auch noch einen dreifach up aktor gefunden: https://de.banggood.com/Tuya-Smart-Zigbee3_0-Switch-Module-With-Neutral-3gang-or-Way-100V-240V-Wireless-Light-Switch-Relay-Compatible-Alexa-Google-Home-p-1870966.html
und noch ein hinweis: die meisten der up aktoren zum umrüsten sind nicht für trafos bzw. motoren geeignet und vertragen auch sonst nur lasten im niedrigen dreistelligen watt bereich. wichtig bei rollladen aktoren ist auch noch das beide tasten/richtungen gegeneinander gesperrt sind so das nicht beide richtungen gleichzeitig aktiv sein können. das bekommt man mit software alleine in der regel nicht vernünftig und sicher abgebildet. deswegen scheiden normale (d.h. nicht rolladen) aktoren oder schalter eigentlich aus.
hier. https://iconnecthue.com/supported-devices/ findet sich auch eine liste mit unterstützten geräten. der fokus liegt allerdings eher auf lampen und leuchtmitteln.
Zitat von: justme1968 am 18 Januar 2022, 11:50:34
ach ja, da fällt mir ein: gestern hatte ich auch noch einen dreifach up aktor gefunden: https://de.banggood.com/Tuya-Smart-Zigbee3_0-Switch-Module-With-Neutral-3gang-or-Way-100V-240V-Wireless-Light-Switch-Relay-Compatible-Alexa-Google-Home-p-1870966.html (https://de.banggood.com/Tuya-Smart-Zigbee3_0-Switch-Module-With-Neutral-3gang-or-Way-100V-240V-Wireless-Light-Switch-Relay-Compatible-Alexa-Google-Home-p-1870966.html)
Der ist prinzipiell ok, allerdings muss man die Verkabelung am Schalter komplett ändern, weil com/S1-3 nichts (!) mit der 230V-Schiene zu tun haben dürfen. Die Relays sind relativ laut, bei Stromzufuhr sind "alle an" - unabhängig von der Schalterstellung (noch k.A., ob man das anders konfigurieren kann). Es gibt sowas übrigens auch mit 4 Relays (da wird gegen N geschlossen) und auch welche mit nur einem Relay. Letzteres ind teils belastbar bis 16A (aber Achtung: auch da heißt es wieder Schalter anders verkabeln!).
Hi,
bisher hab ich einen Tradfri Hub und einen XIAOMI Hub am laufen.
Jetzt hab ich mir einen conbee 2 geholt und will darüber alles machen.
Nach ersten Anlaufschwirigkeiten hab ich jetzt meinen ersten Aqarua Temp/Feuchtesensor verbunden.
Ich sehe in in der Phoscon web app und mittel get sensors sehe ich den Sensor auch in FHEM.
Jetzt habe ich ich aber für den einen Physikalischen Aquara Sensor drei Sensoren in FHEM.
Gib es hier eine Möglichkeit das device so anzulegen, das ich pro Physikalischen Sensor alle drei Werte anzeigen lassen kann?
Danke
Jein. Du kannst aus den Einzeldevices eine readingsGroup zusammenstellen, wenn es unbedingt sein muss (Abfrage über das Adress-Internal).
Finde ich auch nicht soooo toll, dass das so zerstückelt wird, aber "schlimm" ist das auch nicht.
Zitat von: The Spirit am 20 März 2022, 10:43:33
...
Jetzt habe ich ich aber für den einen Physikalischen Aquara Sensor drei Sensoren in FHEM.
Gib es hier eine Möglichkeit das device so anzulegen, das ich pro Physikalischen Sensor alle drei Werte anzeigen lassen kann? ...
Ich habe das mit einem Notify gelöst. Die HUE-Devices enden immer mit _hum und _weather. Dadurch reicht mir ein Notify, um alle Devices zu versorgen:
defmod ny_AG_Xiaomi_hum notify .*_hum:humidity:.* { \
$NAME =~ s/_hum/_Weather/;;\
fhem ("setreading $NAME humidity $EVTPART1") \
}\
Gruß
Ralf
Habe das ganze über stateFormat gelöst.
Gruß Sascha
Hallo
Habe heute Phoscon 2.14.01 / 6.2.2022 auf einem RPi3 mit einem ConbeeII neu installiert.
Vorher war es ein PRi2 mit ConbeeI
Habe von Aquara die Tür Fenster Kontakte zum schalten sehe auch Phoscon beim öffnen/schließen auch gleich das Signal ankommt, nur leider bis es über die HUEBridge in FHEM ankommt dauert 10 - 30 Sekunden.
Das ging vorher viel schnell.
Hat dazu jemand eine Idee?