Autor Thema: deconz push api (offiziell)  (Gelesen 5643 mal)

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
deconz push api (offiziell)
« am: 12 Dezember 2017, 20:36:20 »
hallo zusammen,

chi-tai hat mich vorhin darauf aufmerksam gemacht das es inzwischen eine deconz beta version mit offiziellem push api gibt. darauf hin habe ich schnell eine test version der hue module zusammenkopiert die dieses websocket api unterstützt und er hat es nach ein paar bug fixes schon erfolgreich mit einer lampe getestet.

um das ganze auch mit sensoren und tastern zum laufen zu bekommen wäre es gut noch ein paar beta tester zu haben. vor allem da ich selber die deconz hardware zur zeit nicht aufgebaut habe :) und auch keine sensoren und taster habe.

sobald die version so weit ist poste ich sie hier im thread.

gruss
  andre
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #1 am: 14 Dezember 2017, 22:02:29 »
anbei die aktualisierte version der hue module mit denen sich das deconz push api nutzen lässt.

chi-tai wird hier noch etwas zu dieser deconz version schreiben.

viel spass beim testen...

edit 2017-12-29: die module sind inzwischen eingecheckt.
« Letzte Änderung: 29 Dezember 2017, 19:58:29 von justme1968 »
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #2 am: 15 Dezember 2017, 00:21:17 »
Hallo Zusammen,

zuerstmal Danke an Andre für die Arbeit!

Die Module laufen zusammen mit deconz bei mir mit dem USB-Stick von deconz bisher ohne Probleme.

Für den Umstieg würde ich empfehlen vorher eine Sicherung der Konfiguration durchzuführen. Die deconz-config befindet sich im Nutzerverzeichnis unter dem deconz läuft, also:
~/.local/share/data/dresden-elektronik
Die Konfiguration meiner Push-Implementierung ist in "/usr/share/deCONZ". Dort die 2 oder 3 Dateien, die mit rest_ anfangen.

Die Websocket-API ist momentan nur in den Beta-Versionen verfügbar. Diese sind hier zu finden:
RPi: https://www.dresden-elektronik.de/rpi/deconz/beta/
Ubuntu: https://www.dresden-elektronik.de/deconz/ubuntu/beta/


Die Websocket-API ist in der aktuellsten Version von deconz verfügbar:
RPi: https://www.dresden-elektronik.de/rpi/deconz/deconz-latest.deb
Ubuntu: https://www.dresden-elektronik.de/funktechnik/products/software/pc/deconz/?eID=dam_frontend_push&docID=5343

Man braucht nur die entsprechende .deb zu installieren, z.B. per ssh auf den RPi und dann
> wget https://www.dresden-elektronik.de/rpi/deconz/deconz-latest.deb
> sudo dpkg -i deconz-latest.deb
> sudo apt install -f
( wie bei de beschrieben: https://github.com/dresden-elektronik/deconz-rest-plugin )

Die Installation erzeugt auch einen systemd-Eintrag mit dem man deconz beim Booten automatisch starten kann. Hier sollte man darauf achten, dass ein geeigneter Nutzer für deconz verwendet wird.
> sudo nano /etc/systemd/system/deconz.service

Dort steht standardmäßig "User=pi"
Tragt dort den Nutzer ein, welcher vorher für deconz verwendet wurde, damit die deconz-Konfiguration übernommen wird.
Der Dienst läuft auch automatisch "headless", d.h. es wird kein X-Server mehr benötigt.
Dort kann man auch mit "--http-port=80" den Port für deconz anpassen.
Falls man einen bestimmten websocketport haben möchte, dann "--ws-port=8888".
Und falls man upnp in deconz deaktivieren möchte, dann "--upnp=0"
Falls man Änderungen durchgeführt haben sollte, dann muss folgendes noch durchgeführt werden:
> sudo systemctl daemon-reload

Um deconz automatisch zu starten:
> sudo systemctl enable deconz
> sudo systemctl start deconz

Danach die Module von Andre in FHEM neuladen und die Websocket-API sollte automatisch Änderungen der Taster/Bewegungsmelder/Lichter/etc.. als Events an FHEM liefern und die Readings aktualisieren.

Falls jemand die Taster-Events aus meiner bisherigen Implementierung genutzt hat, dann gibt es hier ein paar kleine Änderungen:
Events zeichnen sich im "state" anstatt den bisherigen Readings ab.

Für Dim-Switches wird ein 4-stelliger code mit folgender Bedeutung gepushed:
1000 - On
2000 - dim up
3000 - dim down
4000 - Off
xxx1 - press hold
xxx3 - press hold released
xxx2 - press released

Für Tap-Switches entspricht die Bedeutung der Zahl im state der bisherigen Bedeutung.

Ich hoffe mal, dass ich nichts vergessen habe  ;D

Aufgrund meiner bisherigen Erfahrung empfehle ich die Nutzung der neuen Module. Die bisherige Push-Implementierung von mir werde ich nicht mehr weiterpflegen.

Update: Aktuelle Beta von deconz 2.04.99.
Update: Die Betas sind mit Vorsicht zu "genießen" und "hängen" gelegentlich.

Gruss,
  Chi-Tai
« Letzte Änderung: 20 Dezember 2017, 15:10:07 von ct »

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #3 am: 19 Dezember 2017, 22:22:49 »
gibt es schon irgendwelche erkenntnisse ?
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #4 am: 19 Dezember 2017, 22:42:53 »
Hmmm, gerade habe ich meine 3 Testsysteme auf eins eingedampft :)

Und schon gäbe es wieder was zu testen/ausprobieren ;)

Mal sehen, ob ich Zeit finde...
...PIs hätte ich ja jetzt wieder "über" ;)

Gruß, Joachim
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #5 am: 19 Dezember 2017, 23:01:32 »
Also die HUE-Module laufen bei mir seit ein paar Tagen ohne Probleme mit der aktuellsten Beta von deconz. Die Websocket-Verbindung wird zwar hin und wieder neu aufgebaut, aber das könnte am Beta-Status von deconz liegen. Bisher also nichts katastrophales :-)

Gruss,
Chi-Tai

 

Offline mahowi

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 970
Antw:deconz push api (offiziell)
« Antwort #6 am: 20 Dezember 2017, 08:06:47 »
deCONZ ist übrigens seit 2.04.97 aus der Beta raus und auch als deconz-latest.deb auf der Dowloadseite. Aktuell ist 2.04.99.

Da ich momentan eh Ärger mit meinem Lightify Gateway habe, werde ich meinen RaspBee mal wieder aktivieren.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #7 am: 20 Dezember 2017, 08:43:28 »
Guten Morgen,

aktuell gelingt es mir noch nicht Sensoren ins FHEM zu holen. Es geht um:

  • Xiaomi Aqara Temperatur/Luftfeuchtigkeit
  • Philips Hue Bewegungsmelder

Beide Geräte sind in der Phoscan App zu sehen und liefern auch entsprechende Werte. In FHEM wird das deCONZ-Device als Connected angezeigt, siehe Screenshots.
Die beiden neuen Modulen vom 14.12.2017 wurden ins Modulverzeichnis von FHEM abgelegt und anschließend FHEM neugestartet.

Aktuell wird lediglich die "alle Lichtergruppe" aus deCONZ in FHEM angelegt.

Hat jemand eine zündende Idee?

Der Raspberry Pi3 läuft mit Stretch Lite.


Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #8 am: 20 Dezember 2017, 08:59:04 »
sensor devices werden nicht per autocreate angelegt. d.h. du musst sie von hand anlegen:
- get <bridge> sensors
- deffine <name> HUEDevice S <id>

siehe wiki.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #9 am: 20 Dezember 2017, 11:59:15 »
Danke für die rasche Antwort, auf den Befehl get Interface.ZigBee sensors erhalte ich lediglich ein leeres Fenster.

Im FHEM-Log steht, dass der Verbindungsversuch fehlschlägt:

2017.12.20 11:51:47 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ff3237fc0f99d671****/sensors: Select timeout/error:
2017.12.20 11:51:47 3: HUEBridge_Call: failed, retrying
2017.12.20 11:51:51 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ff3237fc0f99d671****/sensors: Select timeout/error:
2017.12.20 11:51:51 3: HUEBridge_Call: failed, retrying
2017.12.20 11:51:51 3: HUEBridge_Call: failed
2017.12.20 11:52:10 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ff3237fc0f99d671****/sensors: Select timeout/error:
2017.12.20 11:52:10 3: HUEBridge_Call: failed, retrying
2017.12.20 11:52:14 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ff3237fc0f99d671****/sensors: Select timeout/error:
2017.12.20 11:52:14 3: HUEBridge_Call: failed, retrying
2017.12.20 11:52:14 3: HUEBridge_Call: failed
2017.12.20 11:52:20 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ff3237fc0f99d671****/lights: Select timeout/error:
2017.12.20 11:52:20 3: HUEBridge_Call: failed, retrying
2017.12.20 11:52:24 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/ff3237fc0f99d671****/lights: Select timeout/error:
2017.12.20 11:52:24 3: HUEBridge_Call: failed, retrying
2017.12.20 11:52:24 3: HUEBridge_Call: failed

Über den Port 80 ist jedoch die Anwendung erreichbar. Muss noch irgendwo ein Passwort hinterlegt werden oder ähnliches?



Offline OBPASNRW

  • Newbie
  • Beiträge: 1
Antw:deconz push api (offiziell)
« Antwort #10 am: 20 Dezember 2017, 12:51:13 »
Hi LordVoodoo,

nach dem letzten Update der deConz Software hatte ich bei mir ein ähnliches Problem.

Bei mir wurde anscheinend der API Key beim Update in deConz verworfen.

Kannst du testen in dem du mal den http request in deinem Browser eingibst. Bei mir kam an dieser Stelle dann "Permission denied".

Gelöst habe ich das in dem ich den api gelöscht habe. und im deconz das Gateway einmal auf Unlock gestellt habe.
Anschließend purzelten bei mir alle Geräte rein die vorher nicht da waren.

Mfg

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #11 am: 20 Dezember 2017, 15:08:31 »
deCONZ ist übrigens seit 2.04.97 aus der Beta raus und auch als deconz-latest.deb auf der Dowloadseite. Aktuell ist 2.04.99.

Danke für den Hinweis! Hab gleich mal die Links im Post aktualisiert.

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #12 am: 20 Dezember 2017, 18:27:22 »
Hallo zusammen,

nach einem Löschen des Attributes von "key" habe ich das Gateway nochmal für 60 Sekunden "unlocked" geschalten und kurze Zeit später stand ein neuer Key in den Attributen, aber nach wie vor sagt das Log, dass ein Zugriff auf das Device nicht möglich ist.

Nach wie vor:

2017.12.20 18:22:42 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/3693a8c1e2e13da5e7***/config: Select timeout/error:
2017.12.20 18:22:42 3: HUEBridge_Call: failed, retrying
2017.12.20 18:22:46 1: HUEBridge_HTTP_Request http://127.0.0.1:80/api/3693a8c1e2e13da5e7***/config: Select timeout/error:
2017.12.20 18:22:46 3: HUEBridge_Call: failed, retrying
2017.12.20 18:22:46 3: HUEBridge_Call: failed
2017.12.20 18:22:46 2: HUEBridge_OpenDev: got empty config

Übernehme ich die Request-URL in den Browser, dann erhalte ich:

[{"error":{"address":"api/3693a8c1e2e13da5e7***/sensors","description":"unauthorized user","type":1}}]
Ich habe keine Möglichkeit gesehen, einen User anzugeben.

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #13 am: 20 Dezember 2017, 21:01:32 »
Übernehme ich die Request-URL in den Browser, dann erhalte ich:

[{"error":{"address":"api/3693a8c1e2e13da5e7***/sensors","description":"unauthorized user","type":1}}]
Ich habe keine Möglichkeit gesehen, einen User anzugeben.

Das Problem hatte ich auch mal und zuerst dachte ich es wäre der auth-key. Bei mir war es die Installation von dem .deb, welches anscheinend auch die Systemd-config ersetzt
/etc/systemd/system/deconz.serviceund somit wieder der user "pi" und die Konfiguration im Home-Verzeichnis von "pi" verwendet.

deconz läuft bei mir allerdings mit einem anderen Nutzer, sodass die "richtige" Konfiguration nicht verwendet wird und somit auch der auth-key nicht gültig war.

Anscheinend muss man aktuell die systemd-config immer vorher sichern und nach der Installation wieder zurücksichern.

Allerdings kann ich mir auch nicht erklären, warum bei dir mit dem neuen auth-key auch kein connect zustande kommt.
Evtl. nochmal öffnen und "pairen"?
Um sicher zu gehen, dass es "sauber" ist: von der Webapp und/oder Phoscon vorher ausloggen und wieder neu einloggen.

Gruss,
  Chi-Tai
« Letzte Änderung: 20 Dezember 2017, 21:38:58 von ct »

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #14 am: 20 Dezember 2017, 22:59:55 »
Hallo zusammen,

inzwischen ist eine Verbindung geglückt, nötig war:
attr Interface.ZigBee httpUtils 1
Nach anschließendem Löschen des API Keys aus FHEM und neu verbinden, funktionieren die Gerät und deren Erkennung. Die Geräteerstellung funktionierte dann via:
define Device.Bad.Sensor.Temperatur HUEDevice sensor 7 1 IODev=Interface.ZigBee
define Device.Bad.Sensor.Feuchtigkeit HUEDevice sensor 8 1 IODev=Interface.ZigBee
define Device.Bad.Sensor.Druck HUEDevice sensor 9 1 IODev=Interface.ZigBee

Die zugehörigen Nummern konnten über get Interface.ZigBee sensors ermittelt werden.

Allerdings wird noch kein Luftdruck ausgegeben. Sieht da jemand Werte?

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #15 am: 20 Dezember 2017, 23:43:17 »
wenn du das push api verwendest sollte es nicht nötig sein jede sekunde zu pollen.

zeig mal ein list vom luftdruck sensor und die ausgabe von http://<ip>/api/<key>/sensors/9
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #16 am: 21 Dezember 2017, 12:14:18 »
Dieses Ergebnis bekomme ich beim Aufruf des Gerätes im Browser:

{"config":{"on":true,"reachable":true},"ep":1,"etag":"861f098190b82ac6d46024243cfc64d8","manufacturername":"LUMI","modelid":"lumi.weather","name":"Device.Sensor.Bad.Luft","state":{"lastupdated":"2017-12-21T10:29:07","pressure":1013},"type":"ZHAPressure","uniqueid":"00:15:8d:00:02:01:b6:f8-01-0403"}
Wie führe ich ein List vom Sensor durch?

Ferner zeigt sich noch ein Unterschied zur bisherigen XIAOMI-Gateway-Einbindung: Das Attribut stateFormat wird nicht dauerhaft übernommen. Sobald ich es setze, z.B. "attr Device.Bad.Sensor.Feuchtigkeit stateFormat humidity" steht im Browser der gewünschte Wert, aber kurze Zeit später taucht wieder das unschöne Fragezeichen auf.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #17 am: 21 Dezember 2017, 15:24:17 »
der druck wird im nächsten update mit angezeigt. wenn du nicht waren magst kannst du in 31_HUEDevice nach zeile 1251 noch die folgende zeile einfügen:$readings{pressure} = $state->{pressure} if( defined($state->{pressure}) );
ein list bekommst du mit dem list kommando.

das modul schreibt unknown nach STATE wenn es einen lese fehler vom gateway gibt. schau mal im log ob d etwas siehst. beim nächsten erfolgreichen lesen sollte wieder der korrekte wert dort stehen.

undef taucht auch kurz auf wenn du httpUtils auf 2 gesetzt hast.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline Teamdrachen

  • Jr. Member
  • **
  • Beiträge: 60
Antw:deconz push api (offiziell)
« Antwort #18 am: 22 Dezember 2017, 19:58:21 »
So.. endlich den HUE Motion Sensor zum laufen gebracht. (hoffe ich)

Problem war... hin und wieder kamen Daten rein, aber nicht zuverlässig.
Bin dann wieder von 2.04.99 auf 2.04.97 runter.

Was ich noch nicht ganz verstehe.
Bisher den Autostart über

> sudo systemctl enable deconzausgeführt.
Webinterface und Rest Api liefen.

für was ist dann

sudo systemctl start deconz
weiteres Problem.
wenn ich über vnc die GUI starte ist diese dann nicht mit dem Raspbee verbunden.
Muss dann jedes mal erst
> sudo systemctl disable deconzreboote nund dann findet die gui das Modul

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #19 am: 22 Dezember 2017, 21:55:45 »
Hallo Teamdrachen,

Bisher den Autostart über

> sudo systemctl enable deconzausgeführt.
Webinterface und Rest Api liefen.
Mit diesem Kommando sorgst du dafür, dass deconz beim Booten als Dienst startet.

für was ist dann

sudo systemctl start deconz
Damit startest du den Dienst manuell.

weiteres Problem.
wenn ich über vnc die GUI starte ist diese dann nicht mit dem Raspbee verbunden.
Muss dann jedes mal erst
> sudo systemctl disable deconzreboote nund dann findet die gui das Modul
Ich bin mir nicht sicher, ob ich dein Problem richtig verstanden habe.

Der Dienst startet standardmäßig ohne GUI. (Nur WebApp u. Phoscon als UI)
Wenn du dann deconz in einer X-Session startest, dann ist das Modul vermutlich schon belegt durch den Dienst der beim Booten gestartet wird.

Wenn du die GUI auf einer X-Session benötigst, dann darf der Dienst nicht laufen und du kannst deconz in dieser X-Session starten.

Du musst übrigens nicht neu booten nach einem
> sudo systemctl stop deconz
Danach sollte das Modul wieder verfügbar für eine X-Session sein.

Offline Teamdrachen

  • Jr. Member
  • **
  • Beiträge: 60
Antw:deconz push api (offiziell)
« Antwort #20 am: 22 Dezember 2017, 22:38:38 »
Also lag ich doch richtig mit meiner Vermutung

sudo systemctl stop deconz
Keine Ahnung wieso es jetzt funktioniert... hatte es x mal versucht und jedes mal war das Modul schon belegt.
Analog zum HUE Motion Sensor ... nach dem 27 Versuch lüppte der erst.

Irgendwie hat mein Raspi wohl ein Eigenleben....
Gleich mal raspibackup anwerfen



Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #21 am: 22 Dezember 2017, 23:02:12 »
Irgendwie hat mein Raspi wohl ein Eigenleben....
Gleich mal raspibackup anwerfen
Mit einer der Beta-Versionen hat sich deconz bei mir mal aufgehängt und konnte nicht beendet werden, selbst mit einem kill oder den "Brachialmethoden" nicht.

Normalerweise sollte aber ein "sudo systemctl stop deconz" deconz auch stoppen.

du kannst das danach überprüfen mit
> ps aux | grep deconz
Grüße,
  Chi-Tai
« Letzte Änderung: 26 Dezember 2017, 17:59:46 von ct »

Offline Teamdrachen

  • Jr. Member
  • **
  • Beiträge: 60
Antw:deconz push api (offiziell)
« Antwort #22 am: 23 Dezember 2017, 10:48:00 »
Lag wohl an der 99 Beta. Der konnte selbst ein "Kill" nix anhaben , hatt sich dann einfach wieder neu gestartet
Mit der 2.04.97 scheint es stabil zu laufen. Lightify, HUE, Tradfri alle vertragen sich miteinander.
Der HUE Motion Sensor liefert auch alle 3 Werte Temp, Lux, Motion nahezu Verzögerungsfrei und die Phoscon Rules laufen.
GUI wird eigentlich erst so richtig interessant wenn die OTA Files verfügbar sind. Ein paar sollen es ja mit Tradfri schon geschafft haben.

Jetzt noch ein paar GU10 RGBW zu vernünftigen Preisen und irgendwann mal eine Zigbee Version vom ESP8266  ;D

Bis die Xiaomi Motion und Temperatur Sensoren eintreffen kann ich mich ja erst mal um den KaminFeuer Effekt kümmern

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #23 am: 23 Dezember 2017, 11:03:27 »
Lag wohl an der 99 Beta. Der konnte selbst ein "Kill" nix anhaben , hatt sich dann einfach wieder neu gestartet

Eventuell wurde "nur" im Startscript was geändert, also eine Überprüfung mit autom. Neustart...

Gruß, Joachim
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #24 am: 23 Dezember 2017, 17:24:46 »
wenn keine einwände kommen werde ich die module demnächst mit diesem stand einchecken.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #25 am: 23 Dezember 2017, 20:22:27 »
Keine Einwände hier.

Mittlerweile konnte ich auch eine neue Steckdose ins ZigBee-Netzwerk einbinden und konnte kein "added"-Event in den Logs sehen. Vielleicht kann jemand anders hier noch beitragen.

Falls das "added"-Event für etwas anderes verwendet wird (statt ein neu hinzugefügtes Gerät zu signalisieren), dann wäre es evtl. sicherer die Behandlung des Events mit autocreate vorerst auszukommentieren.

Grüße,
  Chi-Tai

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #26 am: 29 Dezember 2017, 19:58:49 »
ich habe die module mal so wie sie sind eingecheckt.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #27 am: 29 Dezember 2017, 20:13:46 »
ich habe die module mal so wie sie sind eingecheckt.

Mist! ;)

Hab sie eben noch runter geladen...

Hab ja über Weihnachten meine Testsysteme etwas konsolidiert und daher ein paar PIs "über"...

Einen davon hab ich eben zu einer (weiteren) HUE-Bridge mittels RaspBee und deCONZ inkl. push hochgezogen...
...werde jetzt dann mal auf meinem fhem Testsystem die Module in Betrieb nehmen (kopiert sind sie ja schon ;)  )...

Erst mal mit einer Osram Lightify die ich noch "rumliegen" habe...

Und dann muss ich mal schauen wie ich meine HUEs von der "alten" Bridge (deCONZ 2.04.35) auf die neue "umziehe" und dann wie ich das dann wieder generell in meinem Hauptsystem zum Laufen kriege (wie es jetzt ist)...

Aber vorher muss ich noch weitere Funktionen von der alten Bridge auf die neue "umziehen" (z.B. meinen CO2)...
...aber so ohne XServer etc. gefällt mir das jetzt schon deutlich besser!

Vielen Dank!

Gruß, Joachim
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #28 am: 29 Dezember 2017, 20:58:25 »
So Module aus dem Post eingespielt, reload und nun funktioniert meine "alte" Bridge nicht mehr mit fhem!

Folgendes ist im Log zu finden:

2017.12.29 20:22:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:23:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:24:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:25:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:26:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:27:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347: malformed or unsupported URL
2017.12.29 20:28:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:29:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:30:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:31:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:32:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:33:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347: malformed or unsupported URL
2017.12.29 20:34:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:35:26 1: Perfmon: possible freeze starting at 20:35:25, delay is 1.212
2017.12.29 20:35:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:36:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:37:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:38:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:39:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347: malformed or unsupported URL
2017.12.29 20:40:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:41:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:42:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:43:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:44:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:45:26 1: Perfmon: possible freeze starting at 20:45:25, delay is 1.189
2017.12.29 20:45:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347: malformed or unsupported URL
2017.12.29 20:46:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:47:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:48:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:49:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL
2017.12.29 20:50:34 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights: malformed or unsupported URL

Mit verbose=5 bei HueBridge und HueDevice sagt auch nicht mehr...

2017.12.29 20:57:07 4: using HttpUtils_NonblockingGet: PUT lights/3/state
2017.12.29 20:57:07 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights/3/state: malformed or unsupported URL
2017.12.29 20:57:11 4: using HttpUtils_NonblockingGet: PUT lights/3/state
2017.12.29 20:57:11 2: RaspBee: http request failed: http:///api/9ecbe4bb352c6668589cc6e22b48a347/lights/3/state: malformed or unsupported URL

EDIT: ziehe (erst mal) zurück! Nach einem shutdown restart geht es offenbar (doch)... Sorry!!

Gruß, Joachim
« Letzte Änderung: 29 Dezember 2017, 21:08:31 von MadMax-FHEM »
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #29 am: 29 Dezember 2017, 21:51:16 »
Hallo Joachim,

Und dann muss ich mal schauen wie ich meine HUEs von der "alten" Bridge (deCONZ 2.04.35) auf die neue "umziehe" und dann wie ich das dann wieder generell in meinem Hauptsystem zum Laufen kriege (wie es jetzt ist)...

Aber vorher muss ich noch weitere Funktionen von der alten Bridge auf die neue "umziehen" (z.B. meinen CO2)...
...aber so ohne XServer etc. gefällt mir das jetzt schon deutlich besser!

ich bin mir nicht sicher, ob es dir hilft. Zum Umziehen reichte es bei mir lediglich die alte deconz-config-files "wiederzuverwenden". Also in deinem Fall sollten es alle Dateien in folgendem Ordner sein:

~/.local/share/data/dresden-elektronik
(je nachdem unter welchem Nutzer deconz vorher bei dir lief bzw. laufen wird).

Ich hatte bei mir den ConBee-USB-Stick verwendet bzw. wiederverwendet. Evtl. funktioniert es nicht, wenn ich einen anderen ConBee-Stick verwendet hätte.

Grüße,
  Chi-Tai


Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #30 am: 29 Dezember 2017, 21:56:50 »
Hallo Chi-Tai,

vielen Dank!

Allerdings hab ich auch ein neues RaspBee Modul inkl. neuem PI und nun statt Jessie auch Stretch (also alles parallel neu ;)  ), was "merkt" sich denn die HUE-Lampe bzw. was "sagt" ihr, dass das "ihre" Bridge ist?
Steht das auch in den Config-Dateien?

Die "neue HUEBridge" muss ich dann neu in fhem einbinden?
Oder steht der "Verbindungs-Key" auch in den Config-Dateien?

Oder ich schau einfach mal rein was drin steht ;)

Allerdings so viele Lampen habe ich ja (noch) nicht, da kann ich auch von vorne anfangen... ;)
Habe ich wieder ein "sauberes" System... :)

Gruß, Joachim
« Letzte Änderung: 29 Dezember 2017, 21:59:21 von MadMax-FHEM »
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #31 am: 29 Dezember 2017, 22:05:55 »
Hallo Joachim,

was "merkt" sich denn die HUE-Lampe bzw. was "sagt" ihr, dass das "ihre" Bridge ist?
Steht das auch in den Config-Dateien?
Die Config-Dateien enthalten die Konfiguration des gesamten ZigBee Netzwerkes inkl. Gerätekonfig in deconz. Allerdings identifizieren sich die Geräte mit MAC-Adressen und dein neues RaspBee könnte aufgrund der neuen MAC-Adresse nicht mehr Teil des Netzwerkes sein..
Wäre allerdings hilfreich zu wissen ob bzw. dass es nicht funktioniert...
(Vielleicht "rekonfiguriert" deconz das Netzwerk von selbst, da ja offensichtlich das Gateway zum Netzwerk anders ist...)

Die "neue HUEBridge" muss ich dann neu in fhem einbinden?
Oder steht der "Verbindungs-Key" auch in den Config-Dateien?
Der ist auch Teil der Konfiguration.

Oder ich schau einfach mal rein was drin steht ;)
Das kann haarig werden hehe.. die zcl ist binär aber auch ganz aufschlussreich..

Grüße,
  Chi-Tai
« Letzte Änderung: 29 Dezember 2017, 22:07:32 von ct »

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #32 am: 29 Dezember 2017, 22:09:02 »
ich glaube beim umstellen auf eine neue bridge ist es immer das beste vorher zu versuchen die neue bridge ins alte netz zu bekommen. zumindest bei der hue bridge geht das ziemlich gut mit einer living colors fernbedienung. und danach die alte bridge einfach zurück zu setzen. dadurch musst du die ganzen birnen nicht neu anlernen.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #33 am: 29 Dezember 2017, 22:11:31 »
ach ja, ganz wichtig. Die Dateiberechtigungen anpassen, sonst mag deconz nicht.

sudo chown -R newuser ~/.local/share/data/dresden-elektronik
sudo chmod -R u+rwx ~/.local/share/data/dresden-elektronik

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #34 am: 29 Dezember 2017, 23:49:19 »
Hi Chi-Tai, Andre,

vielen Dank!

Jetzt werde ich erst mal die neue "deCONZ-Bridge" ins Testsystem aufnehmen und da dann mal die Lightify integrieren, die noch "über" ist...
...und dann den "neuen" deCONZ-PI auf den Stand bringen, damit dann alle Funktionen die der "alte" deCONZ-PI hat auch zur Verfügung stehen...

Und dann werde ich sehen wie ich das nächstes Jahr dann mache ;)

Gruß, Joachim
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline sash583

  • Newbie
  • Beiträge: 1
Antw:deconz push api (offiziell)
« Antwort #35 am: 01 Januar 2018, 14:28:52 »
Hi,

bin relativ neu hier und habe inzwischen eine Tradfri Lampe und Schalter in deconz eingebunden. Die Lampe lässt sich auch per fhem schalten, aber der Tradfri-Taster läuft nicht. Egal ob mit oder ohne Intervall, ich bekomme keine Rückmeldungen vom Taster. Bei state steht initialized. Ich habe fhem geupdated, reicht das um die deconz push api zu nutzen?

Grüße

Sascha

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #36 am: 02 Januar 2018, 14:14:38 »
Hi Chi-Tai, Andre,

vielen Dank!

Jetzt werde ich erst mal die neue "deCONZ-Bridge" ins Testsystem aufnehmen und da dann mal die Lightify integrieren, die noch "über" ist...
...und dann den "neuen" deCONZ-PI auf den Stand bringen, damit dann alle Funktionen die der "alte" deCONZ-PI hat auch zur Verfügung stehen...

Und dann werde ich sehen wie ich das nächstes Jahr dann mache ;)

Gruß, Joachim

So ich hab den Test jetzt abgekürzt ;)

Ich hab einfach mal die HUE-Iris (da das momentan die einzige HUE ist, die ich echt nutze) von der bestehenden RaspBee-Hue-Bridge (deCONZ 2.04.35) "abgelernt" (Touchlink) -> funktioniert.

Dann an neue Bridge (deCONZ 2.04.99) angelernt und entsprechend benamst -> funktioniert.

Dann auf dem Testsystem die alte Bridge, Groups und Devices "gelöscht" (gut nur auskommentiert, sicher ist mal sicher)...

Neue Bridge angelegt laut Wiki (https://wiki.fhem.de/wiki/Hue): define RaspBee HUEBridge 192.168.1.90
Dann "den Knopf gedrückt", also: "Unlock Gateway", damit ging das Modul dann von pairing auf paired...
...und ich dachte: passt. Also "save config" und set RaspBee autocreate
Dann wurden zwar Devices angelegt aber irgendwie "eigenartig":


Zu Beginn die "No route to host" war als ich meine alte Bridge "abgedreht" hatte, ist also "ok" ;)

2018.01.02 11:50:19 2: RaspBee: http request failed: 192.168.1.93: No route to host
2018.01.02 11:50:19 2: RaspBee: http request failed: 192.168.1.93: No route to host
2018.01.02 11:50:19 2: RaspBee: http request failed: 192.168.1.93: No route to host

...


2018.01.02 12:13:16 1: HUEBridge_HTTP_Request http://192.168.1.90/api: Select timeout/error:
2018.01.02 12:13:16 3: HUEBridge_Call: failed, retrying
2018.01.02 12:13:20 1: HUEBridge_HTTP_Request http://192.168.1.90/api: Select timeout/error:
2018.01.02 12:13:20 3: HUEBridge_Call: failed, retrying
2018.01.02 12:13:20 3: HUEBridge_Call: failed
2018.01.02 12:13:24 1: HUEBridge_HTTP_Request http://192.168.1.90/api/328bae7616f3065c1901cfef2fe41bd8/config: Select timeout/error:
2018.01.02 12:13:24 3: HUEBridge_Call: failed, retrying
2018.01.02 12:13:28 1: HUEBridge_HTTP_Request http://192.168.1.90/api/328bae7616f3065c1901cfef2fe41bd8/config: Select timeout/error:
2018.01.02 12:13:28 3: HUEBridge_Call: failed, retrying
2018.01.02 12:13:28 3: HUEBridge_Call: failed
2018.01.02 12:13:28 2: HUEBridge_OpenDev: got empty config
2018.01.02 12:13:28 1: Perfmon: possible freeze starting at 12:13:13, delay is 15.537
2018.01.02 12:13:28 2: HarmonyHub: disconnect
2018.01.02 12:13:30 3: HarmonyHub: connected
2018.01.02 12:13:32 3: HarmonyHub: new config
2018.01.02 12:14:09 3: RaspBee_HUEDeviceerror: I/O device is RaspBee
2018.01.02 12:14:09 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 1094.
2018.01.02 12:14:09 3: RaspBee_HUEGroup0: I/O device is RaspBee
2018.01.02 12:14:10 3: RaspBee_HUEGrouperror: I/O device is RaspBee
2018.01.02 12:14:10 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/30_HUEBridge.pm line 1126.
2018.01.02 12:14:10 2: RaspBee: autocreated 3 devices
2018.01.02 12:14:10 3: unauthorized user
2018.01.02 12:14:10 2: RaspBee: message for unknow type received: lights/Gerror
2018.01.02 12:14:10 3: unauthorized user
2018.01.02 12:14:10 2: RaspBee_HUEGroup0: got wrong status message for RaspBee_HUEGroup0: $VAR1 = [
          {
            'error' => {
                         'description' => 'unauthorized user',
                         'address' => 'api/328bae7616f3065c1901cfef2fe41bd8/groups/0',
                         'type' => 1
                       }
          }
        ];

2018.01.02 12:14:10 3: unauthorized user
2018.01.02 12:14:10 2: RaspBee: message for unknow type received: lights/error
2018.01.02 12:16:46 0: Server shutdown


Dann dachte ich ich starte mal neu...

2018.01.02 12:17:00 3: RaspBee_HUEDeviceerror: I/O device is RaspBee
2018.01.02 12:17:00 3: RaspBee_HUEGroup0: I/O device is RaspBee
2018.01.02 12:17:00 3: RaspBee_HUEGrouperror: I/O device is RaspBee

...

2018.01.02 12:17:10 3: unauthorized user
2018.01.02 12:17:10 2: RaspBee: message for unknow type received: lights/error
2018.01.02 12:17:10 3: unauthorized user
2018.01.02 12:17:10 2: RaspBee_HUEGroup0: got wrong status message for RaspBee_HUEGroup0: $VAR1 = [
          {
            'error' => {
                         'type' => 1,
                         'description' => 'unauthorized user',
                         'address' => 'api/328bae7616f3065c1901cfef2fe41bd8/groups/0'
                       }
          }
        ];

2018.01.02 12:17:10 3: unauthorized user
2018.01.02 12:17:10 2: RaspBee: message for unknow type received: lights/Gerror
2018.01.02 12:18:10 0: Server shutdown

Hat aber auch nichts geändert...
(ach ja ein key-Attribut war vorhanden und gesetzt [und nat. gespeichert])

Dann hab ich irgendwann das Attribut gelöscht und von vorne (bin mir nicht sicher, ob [genau] der Logteil dazu gehört) und dann ging es...

2018.01.02 12:18:24 3: TestWebAPI: port 8088 opened
2018.01.02 12:18:24 3: RaspBee_HUEDeviceerror: I/O device is RaspBee
2018.01.02 12:18:24 3: RaspBee_HUEGroup0: I/O device is RaspBee
2018.01.02 12:18:24 3: RaspBee_HUEGrouperror: I/O device is RaspBee
2018.01.02 12:18:24 1: Including ./log/fhem.save

...

2018.01.02 12:18:24 3: TestWebAPI: port 8088 opened
2018.01.02 12:18:24 3: RaspBee_HUEDeviceerror: I/O device is RaspBee
2018.01.02 12:18:24 3: RaspBee_HUEGroup0: I/O device is RaspBee
2018.01.02 12:18:24 3: RaspBee_HUEGrouperror: I/O device is RaspBee
2018.01.02 12:18:24 1: Including ./log/fhem.save

...

2018.01.02 12:18:35 3: unauthorized user
2018.01.02 12:18:35 2: RaspBee: message for unknow type received: lights/error
2018.01.02 12:18:35 3: unauthorized user
2018.01.02 12:18:35 2: RaspBee_HUEGroup0: got wrong status message for RaspBee_HUEGroup0: $VAR1 = [
          {
            'error' => {
                         'description' => 'unauthorized user',
                         'type' => 1,
                         'address' => 'api/328bae7616f3065c1901cfef2fe41bd8/groups/0'
                       }
          }
        ];

2018.01.02 12:18:35 3: unauthorized user
2018.01.02 12:18:35 2: RaspBee: message for unknow type received: lights/Gerror
2018.01.02 12:19:06 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 12:19:06 2: RaspBee: message for unknow group received: RaspBee-G1
2018.01.02 12:19:06 2: RaspBee: message for unknow device received: RaspBee-1
2018.01.02 12:19:06 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 11:19:06 GMT


2018.01.02 12:19:06 3: RaspBee: websocket: Switching Protocols ok
2018.01.02 12:20:06 2: RaspBee: message for unknow device received: RaspBee-1
2018.01.02 12:21:06 2: RaspBee: message for unknow device received: RaspBee-1
2018.01.02 12:21:06 3: HUEDevice1: I/O device is RaspBee
2018.01.02 12:21:07 3: HUEGroup0: I/O device is RaspBee
2018.01.02 12:21:07 3: HUEGroup1: I/O device is RaspBee
2018.01.02 12:21:07 2: RaspBee: autocreated 3 devices
2018.01.02 12:25:06 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 12:25:06 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 11:25:06 GMT


2018.01.02 12:25:06 3: RaspBee: websocket: Switching Protocols ok

...

2018.01.02 12:33:37 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 12:33:37 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 11:33:37 GMT


2018.01.02 12:33:37 3: RaspBee: websocket: Switching Protocols ok
2018.01.02 12:33:53 0: Server shutdown
2018.01.02 12:33:56 2: Perfmon: ready to watch out for delays greater than one second
2018.01.02 12:33:56 1: Including fhem.cfg
2018.01.02 12:33:56 3: telnetPort: port 7072 opened
2018.01.02 12:33:56 3: WEB: port 8083 opened
2018.01.02 12:33:56 2: eventTypes: loaded 1982 events from ./log/eventTypes.txt
2018.01.02 12:33:56 3: HM_UART device closed
2018.01.02 12:33:56 3: Opening HM_UART device /dev/ttyAMA0
2018.01.02 12:33:56 3: Setting HM_UART serial parameters to 115200,8,N,1
2018.01.02 12:33:56 3: HM_UART device opened
2018.01.02 12:33:57 3: HUEGroup0: I/O device is RaspBee
2018.01.02 12:33:57 3: HUEGroup1: I/O device is RaspBee
2018.01.02 12:33:58 3: HUEDevice1: I/O device is RaspBee


Allerdings hab ich immer noch solche Dinge im Log:

2018.01.02 13:10:08 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 13:10:08 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 12:10:08 GMT


2018.01.02 13:10:08 3: RaspBee: websocket: Switching Protocols ok
2018.01.02 13:14:11 1: Perfmon: possible freeze starting at 13:14:10, delay is 1.166
2018.01.02 13:16:08 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 13:16:08 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 12:16:08 GMT


2018.01.02 13:16:08 3: RaspBee: websocket: Switching Protocols ok
2018.01.02 13:22:08 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 13:22:08 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 12:22:08 GMT


2018.01.02 13:22:08 3: RaspBee: websocket: Switching Protocols ok
2018.01.02 13:28:08 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 13:28:08 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 12:28:08 GMT


2018.01.02 13:28:08 3: RaspBee: websocket: Switching Protocols ok
2018.01.02 13:34:08 3: RaspBee: websocket opened to 192.168.1.90:443
2018.01.02 13:34:08 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: krQ31zzlyuQB1Z4qJzOnW34A2IY=
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Tue, 02 Jan 2018 12:34:08 GMT


2018.01.02 13:34:08 3: RaspBee: websocket: Switching Protocols ok

Beim Define hatte ich keinen Port angegeben (wie im Wiki)...
Letztes Mal (alte Bridge) hatte ich beim Define einen Port 80 mitgegeben...

define RaspBee HUEBridge 192.168.1.93:80
Sollte ich einen Port angeben?
Ist das (trotzdem) ok so?
Oder was muss/müsste ich für https tun?

EDIT: also ich hab jetzt mal den Port auch hier gesetzt... Kamen mir zu oft die Meldungen...


Aber auf jeden Fall läuft es und die Rückmeldung, selbst wenn ich über Wireless-Light-Control schalte kommt sofort...
...gut ich habe jetzt keinen Vergleich zu vorher...

Das nur als Rückmeldung!
Ansosten wie immer: vielen Dank!
Läuft (bislang) prima mit der neuen Bridge!


Auf dem Hauptsystem war es ähnlich, nicht ganz so hakelig, da ich ja schon wusste, dass was zu tun ist.
Aber auch da klappte es (gefühlt) erst als ich das key-Attribut gelöscht neu gestartet habe und parallel (gleichzeitig) den "Unlock Gateway" gedrückt hatte...

Gruß, Joachim
« Letzte Änderung: 02 Januar 2018, 14:59:41 von MadMax-FHEM »
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline Teamdrachen

  • Jr. Member
  • **
  • Beiträge: 60
Antw:deconz push api (offiziell)
« Antwort #37 am: 03 Januar 2018, 09:41:24 »
Die 6 minütigen Logs hab ich trotz ''Port  und Verbose 1 auch

2018.01.03 09:24:32 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: =
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Wed, 03 Jan 2018 08:24:32 GMT


2018.01.03 09:30:32 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: =
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Wed, 03 Jan 2018 08:30:32 GMT


2018.01.03 09:36:32 1: HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: =
Server: deconz
Access-Control-Allow-Credentials: false
Access-Control-Allow-Methods: GET
Access-Control-Allow-Headers: content-type
Access-Control-Allow-Origin: *
Date: Wed, 03 Jan 2018 08:36:32 GMT

Ansonsten läuft das System mit 2.04.97 recht stabil

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #38 am: 03 Januar 2018, 11:10:56 »
Stimmt, Porteintrag hat bei mir auch nicht geholfen...

Ansonsten: läuft...

Gruß, Joachim
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #39 am: 03 Januar 2018, 11:26:57 »
da sind noch zwei log nachrichten übrig geblieben. die sollten ab morgen weg sein.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline MadMax-FHEM

  • Hero Member
  • *****
  • Beiträge: 3476
  • NIVEAu ist keine Creme...
Antw:deconz push api (offiziell)
« Antwort #40 am: 03 Januar 2018, 11:29:25 »
Hi Andre,

vielen Dank!

Trotzdem kurz (noch mal gefragt): Port angeben oder nicht oder egal?

EDIT: weiß grad nicht mehr warum ich bei meiner "alten" Definition den Port mit drin hatte... Hat sich da was im Wiki geändert? Mache es einfach wie beschrieben und nehm den Port wieder raus... ;)

Gruß, Joachim
« Letzte Änderung: 03 Januar 2018, 11:33:59 von MadMax-FHEM »
FHEM 5.8 Pi 3: HM-CFG-USB, 40x HM, ZWave-USB, 5x ZWave, EnOcean-PI, 3x EnOcean, DashButtons, CO2, ESP-Multisensor, FireTV, NanoLeaf
FHEM 5.8 PI 2: HM-CFG-USB, 23x HM, ZWave-USB, 3x ZWave, EnOcean-PI, 3x EnOcean, CO2, KODI, ha-bridge
FHEM 5.8 PI 3 (Test): HM-MOD-PCB, Alexa (alexa-fhem), Google Home

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #41 am: 03 Januar 2018, 11:57:38 »
den port mit anzugeben geht. ist aber nicht nötig wenn es eine standard installation auf port 80 ist.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline ct

  • Jr. Member
  • **
  • Beiträge: 50
Antw:deconz push api (offiziell)
« Antwort #42 am: 04 Januar 2018, 02:25:57 »
Hallo Sascha,

Ich habe fhem geupdated, reicht das um die deconz push api zu nutzen?
Sind die Bedingungen, die in den ersten Posts genannt wurden, bei dir erfüllt?
Welche deconz-version wird verwendet?
Auf was für einem System läuft deconz (RPi, Ubuntu, Debian, Windows)?
Was sagen die Logs der Bridge in fhem (am besten mit verbose 5)?
Ein paar Angaben mehr und mögliche Hilfestellung wäre wesentlich leichter.

Grüße,
  ct

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #43 am: 11 Januar 2018, 20:31:38 »
aber der Tradfri-Taster läuft nicht. Egal ob mit oder ohne Intervall, ich bekomme keine Rückmeldungen vom Taster. Bei state steht initialized.

Also der Tradfri Schalter läuft im Prinzip bei mir. In deconz wird der ja als Gruppe eingebunden und in FHEM dann ebenfalls so angelegt. Aber dann kann man den als sensor anlegen, es wird dann im state ein 4-stelliger code wie unten beschrieben angezeigt (etwas anders als auf Seite 1).

Problem beim Tradfri Schalter: Er hat ja keine On und Off Taste sondern eine Toggle Taste, damit gibt es niemals einen off state (400x). Er bleibt eigentlich immer auf 1002 stehen oder eben auf einem dim code.

Für Dim-Switches wird ein 4-stelliger code mit folgender Bedeutung gepushed:
1000 - Toggle
2000 - dim up
3000 - dim down
4000 - Left
5000 - Right
xxx1 - press hold
xxx3 - press hold released
xxx2 - press released

Left und Right haben aber direkt anscheinend keine Funktion mehr. Über FHEM und ein notify kann man den Tasten aber ja eine Funktion geben. Damit ist der Tradfri Taster ja eine wirklich günstige Lösung.
« Letzte Änderung: 12 Januar 2018, 17:29:48 von sinus61 »

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #44 am: 15 Januar 2018, 08:40:12 »
Hallo zusammen,

kürzlich habe ich gesehen, dass es auch Stromzwischenstecker gibt, die eine Strommessung erlauben und ZigBee-Standard sind, aufgefallen sind mir:


Vor allem der schlanke GWA1526 und das Smart Cable haben es mir angetan, habe häufig das Problem, dass die Zwischenstecker benachbarte Stromplätze sperren oder Schraänke etwas zuweit im Raum stehen.

Sind schon Erfahrungen bekannt mit dem Auslesen des Stromverbrauches via DeConz / Philips Hue Bridge?

Viele Grüße.

Offline Teamdrachen

  • Jr. Member
  • **
  • Beiträge: 60
Antw:deconz push api (offiziell)
« Antwort #45 am: 15 Januar 2018, 13:51:38 »
Keines der drei Geräte ist jetzt auf Anhieb im Verkauf zu finden und es findet sich auch auf GitHub nix im Zusammenhang mit DeConz.

1. Kaufen
2. Einstecken und schauen was DeConz erkennt
3. Notfalls eine Anfrage an dresden elektronik auf GitHub stellen.

FHEM hängt erst ganz hinten dran und wertet einfach nur die Sensoren aus die über die REST-API geliefert werden.
Ob das HUE Modul Smart Energy Meter überhaupt unterstützt, wäre eher ein Fall für den HUE Thread.

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #46 am: 04 Februar 2018, 12:24:55 »
Hab gerade Mal den Xiaomi Aqara Temperatur Sensor in Betrieb genommen. Für ca. 8 Euro bekommt man da einen schicken kleinen Sensor für Temperatur, Feuchte und Luftdruck. Allerdings bekommt man in Fhem für einen Hardware Sensor drei Devices die dann ein entsprechendes Reading haben, aber kein state (kann man dann natürlich mit stateformat anzeigen lassen). Schöner wäre da natürlich ein Device mit den drei Readings.
https://www.gearbest.com/access-control/pp_626702.html

Den Doppel Taster hab ich allerdings bisher nicht in Gang bekommen. Da warte ich Mal auf das nächste Update, da sollen ja ein paar Xiaomi Sachen besser laufen. Der Taster ist eine gute Lösung wenn man an einigen Stellen eine einfache Ein/Aus Lösung haben will.
https://www.gearbest.com/alarm-systems/pp_610095.html
« Letzte Änderung: 04 Februar 2018, 12:33:44 von sinus61 »

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #47 am: 04 Februar 2018, 12:32:22 »
die sensoren werden über das api als drei einzelne geräte gemeldet. im modul gibt es keine möglichkeit rauszufinden das sie zusammen gehören.

man könnte zwar überlegen das irgendwo noch von hand einzugeben, das wäre aber ein größerer umbau ohne wirklich erkennbaren vorteil. wer das wirklich braucht kann das auch per notify zusammen kopieren.

state kannst du dir mit einem userReading erzeigen.

FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #48 am: 04 Februar 2018, 12:39:32 »
Bei ESPEasy gibt es ja sowas wie combineDevices aber wenn es zuviel Aufwand ist dann ist es auch nicht dramatisch.

Die Anzeige des Wertes ist ja mit stateformat da, state brauche ich dann nicht unbedingt nochmal extra, ich kann ja die vorhandenen Readings nutzen. Die Tradfri Taster hatten halt beim Anlegen des Sensors automatisch ein state angelegt.
« Letzte Änderung: 04 Februar 2018, 12:42:58 von sinus61 »

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #49 am: 05 Februar 2018, 18:11:42 »
Seit heute gibt es ein Update auf Version 2.05.01

Der Xiaomi Aqara Taster läuft jetzt auch, es wird 1002 auf Taste 1 und 2002 auf Taste 2 ausgegeben. Allerdings ist er nur über das Rest API sichtbar, nicht in Deconz oder Phoscon, damit kann man "nur" über FHEM nutzen. Sonst auf jeden Fall eine optisch interessante Alternative wenn man nicht einen Hue oder Tradfri Taster an die Wand kleben will.

Offline arallon

  • Jr. Member
  • **
  • Beiträge: 52
Antw:deconz push api (offiziell)
« Antwort #50 am: 10 Februar 2018, 17:15:18 »
Wenn man beide drückt gibt es 3002 falls das jemand noch interessiert :)

Noch etwas anderes: Bei mir läuft eigentlich soweit alles ganz gut, habe jetzt aber zum ersten mal auch Lampen mit dem conbee verbunden und die Änderungen an denen werde nicht gepushed, muss ich hierfür noch etwas anpassen?

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #51 am: 10 Februar 2018, 19:40:01 »
Guter Hinweis, die 3002 hatte ich noch nicht berücksichtigt.

Ansonsten ist der Status der Lampen in Fhem eigentlich immer sofort da, wenn ich z.B. über eine App einschalte.

Offline arallon

  • Jr. Member
  • **
  • Beiträge: 52
Antw:deconz push api (offiziell)
« Antwort #52 am: 10 Februar 2018, 19:42:03 »
Hm, muss ich wohl nochmal schauen woran das liegen könnte.
Habe Bewegungsmelder, Taster, Temperatursensoren etc. Die werden problemlos gepushed. Also alles was als Sensor definiert ist.

Lampenstatus bekomme ich nicht gepushed.

Update: Nochmal alles neu gestartet, nun bekomme ich bei Lampen on/off und pct Werte gepushed. Jetzt suche ich eine Lösung, dem Taster einen Doppelklick beizubringen. Die gefundenen DoIF Beispiele gehen irgendwie alle nicht. Per Sequenz wäre möglich, aber dann würde beim ersten Klick nicht direkt was passieren.
« Letzte Änderung: 11 Februar 2018, 11:40:37 von arallon »

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #53 am: 11 Februar 2018, 12:28:50 »
Hab gerade mal createGroupReadings getestet, im Gegensatz zu Hue Gruppen funktioniert das mit deCONZ Gruppen nicht besonders gut.

- die Attribute createActionReadings und createGroupReadings müssen in jeder Gruppe nochmal extra auf 1 gesetzt werden damit überhaupt Readings erzeugt werden, es reicht nicht das in der Bridge zu setzen
- es wird kein state Reading erzeugt
- schalten der Gruppe aus FHEM geht, über die deCONZ Weboberfläche geschaltet ändern sich die Readings allerdings nicht, nur all_on und any_on

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #54 am: 11 Februar 2018, 12:38:50 »
@arallon: du must bei der sequence triggerPartial aktivieren

@sinus61: createGroupReadings und createActionReadings sind für deCONZ nicht getestet.

das verhalten von createGroupReadings das du beschreibst kann ich mir aber gerade nicht erklären.

zeig mal bitte ein list einer deCONZ gruppe.

createActionReadings ist eigentlich niemals sinnvoll. und funktioniert auch bei hue nicht so wie man das erwarten würde. am besten niemals benutzen.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #55 am: 11 Februar 2018, 12:59:21 »
Internals:
   CHANGED   
   DEF        group 1  IODev=HUEd
   ID         G1
   INTERVAL   
   IODev      HUEd
   NAME       HUEd_HUEGroup1
   NR         616
   STATE      unknown
   TYPE       HUEDevice
   class      Other
   desired    0
   lights     4
   name       Test
   type       LightGroup
   READINGS:
     2018-02-11 12:57:08   all_on          true
     2018-02-11 12:57:08   any_on          true
     2018-02-11 12:13:24   bri             127
     2018-02-11 12:13:24   colormode       hs
     2018-02-11 12:13:24   ct              0
     2018-02-11 12:13:24   effect          none
     2018-02-11 12:13:24   hue             0
     2018-02-11 12:15:52   onoff           0
     2018-02-11 12:15:52   pct             0
     2018-02-11 12:13:24   sat             127
     2018-02-11 12:13:24   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      HUEd
   alias      Test
   color-icons 2
   createGroupReadings 1
   delayedUpdate 1
   devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
   group      HUEGroup
   room       HUEDevice
   userattr   createActionReadings:1,0 createGroupReadings:1,0

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #56 am: 11 Februar 2018, 13:02:46 »
Per Sequenz wäre möglich, aber dann würde beim ersten Klick nicht direkt was passieren.

Mit triggerPartial geht das, aber gerade mal getestet und richtig zuverlässig ist das nicht. Der einfache Klick wird so ohne Probleme ausgewertet, aber den Doppelklick richtig auszulösen muss man ganz schön trainieren. WAF = 0

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #57 am: 11 Februar 2018, 20:13:19 »
Ergänzung zu der Sache mit den Gruppen:
Wenn ich die Gruppe in FHEM schalte steht im Internal lights die zugehörige Lampe, wenn ich in deCONZ die Gruppe schalte ist danach das Internal lights in FHEM leer.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #58 am: 11 Februar 2018, 22:04:39 »
was genau geht an triggerPartial nicht?


wenn deCONZ die lichter der gruppe nicht immer mitliefert ist das vermutlich das problem.

schalter mal verbose auf 5 und schau ob in den antworten lights leer ist oder überhaupt nicht vorkommt.

dann kannst du mal in 31_HUEDevice.pm die zeile 1113     if( $result->{lights} ) {durch1113     if( defined($result->{lights}) ) {ersetzen. wenn das noch nicht reicht lösch mal die zeile 1116       $hash->{lights} = '';
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline arallon

  • Jr. Member
  • **
  • Beiträge: 52
Antw:deconz push api (offiziell)
« Antwort #59 am: 12 Februar 2018, 00:10:35 »
Also das mit dem partial habe ich ja angeschaut, aber das habe ich so verstanden, dass es wenn nach z.b 1 sekunde nichts mehr gedrückt wurde, dann wird partial_1 ausgegeben, einen direkten 2ten klick kann man dann gar nicht mehr auswerten.

Auch wenn es heir Off-Topic ist, Hintergrund ist, dass ich beim ersten Drücken ein kleineres Licht einschalten möchte und beim nochmaligen drücken innerhalb x Sekunden ein weiteres helleres Licht einschalten (zusätzlich) will. Für mich habe ich das nun so gelöst, dass ich eine Routine habe, die via notify für alle Taster Events aufgerufen wird (für alle Taster). Dort wird auf das notify ein Reading gepackt für das Device + Event, das wird nach x Sekunden wieder auf "off" gesetzt. Wird jetzt nochmal gedrückt, dann kann ich das prüfen und etwas anderes starten.


Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #60 am: 12 Februar 2018, 10:22:50 »
wenn nach z.b 1 sekunde nichts mehr gedrückt wurde, dann wird partial_1 ausgegeben, einen direkten 2ten klick kann man dann gar nicht mehr auswerten.

Also bei meinem Versuch gab es wohl partial_1 nach dem ersten Klick und trigger nach dem Doppelklick. Ich hatte aber auch 0.5 sek eingestellt und es hat selten funktioniert, möglicherweise kann die Push API oder der Taster das in der Zeit nicht immer korrekt an FHEM liefern.

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #61 am: 12 Februar 2018, 20:01:56 »
dann kannst du mal in 31_HUEDevice.pm die

Ich habe zwar jetzt alle Readings, aber wirklich aktualisiert werden die nicht. Nach einem FHEM Neustart sind die wohl aktualisiert worden, aber bei weiteren Änderungen dann nicht mehr.

Unter lights werden schon immer die zugehörigen Lampen zurückgeliefert, das schalten funktioniert ja auch.

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #62 am: 14 Februar 2018, 07:42:08 »
bisher wurden die gruppen readings nur für gepollte daten aktualisiert. nicht für die websocket push daten.

das habe ich eben behoben.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #63 am: 17 Februar 2018, 17:19:31 »
Also es kommen jetzt alle Readings, schalten der Gruppe über FHEM funktioniert auch. Wenn ich aber über deCONZ direkt schalte oder z.B. über einen Tradfri Schalter der eine Gruppe bedient geht es nur beim einschalten. Ausschalten der Gruppe geht zwar, es dann ändern sich die Readings in FHEM nicht.

Offline LordVoodoo

  • Jr. Member
  • **
  • Beiträge: 57
Antw:deconz push api (offiziell)
« Antwort #64 am: 01 März 2018, 13:48:15 »
Hallo zusammen,

möchte eigentlich gern den Aqara Flood Sensor nutzen.
Nach Installation der Beta 2.5.0.7 wird in der Phoscon App beim Join kurz „Sensor bereit“ mit grüner Erfolgsmeldung angezeigt, allerdings kein Gerät angezeigt.

In FHEM sehe ich den Flood Sensor mittels „get <Interface> sensors“. Anlegen funktioniert ebenfalls, nur kommen noch keine Events oder Readings an.

Ist jemand schon weiter?

Viele Grüße, Matthias.

Offline basty2

  • New Member
  • *
  • Beiträge: 29
Antw:deconz push api (offiziell)
« Antwort #65 am: 02 März 2018, 22:32:47 »
die sensoren werden über das api als drei einzelne geräte gemeldet. im modul gibt es keine möglichkeit rauszufinden das sie zusammen gehören.

man könnte zwar überlegen das irgendwo noch von hand einzugeben, das wäre aber ein größerer umbau ohne wirklich erkennbaren vorteil. wer das wirklich braucht kann das auch per notify zusammen kopieren.

state kannst du dir mit einem userReading erzeigen.

Hallo justme1968, erstmal klasse, was hier möglich ist. Ich bin gerade dabei auch von dem Gateway zum Conbee Stick umzusteigen und test es gerade. Ich habe gerade bemerkt das die Zuordnung der Sensoren zum Device über die uniqueid geht. Bis zum ersten Bindestrich gleichen sich die Werte je Device. Die hinteren sind dann je nach Reading unterschiedlich. Vielleicht ist es eine Überlegung wert, denn ggf. kommen noch weitere Werte hinzu, bspw. Battery.
Grüße

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #66 am: 05 März 2018, 18:17:42 »
Hab gerade Mal den Xiaomi Aqara Motionsensor in Betrieb genommen. Die Meldung bei Bewegung funktioniert gut. Bei der Helligkeit gibt es ein dark und ein daylight Reading, state soll wohl einen Wert liefern. Aktuell habe ich da 16021 wenn Phoscon 39 Lux liefert. Jemand eine Idee wie man das umrechnen kann?


Internals:
   CFGFN     
   DEF        sensor 10 60 IODev=HUEd
   ID         S10
   INTERVAL   60
   IODev      HUEd
   NAME       wz_hue_lightlevel
   NR         501662
   STATE      16021
   TYPE       HUEDevice
   lastupdated 2018-03-05 17:59:54
   manufacturername LUMI
   modelid    lumi.sensor_motion.aq2
   name       LightLevel 10
   on         1
   reachable  1
   type       ZHALightLevel
   uniqueid   00:15:8d:00:01:e5:13:b2-01-0400
   READINGS:
     2018-03-05 17:59:54   dark            0
     2018-03-05 17:59:54   daylight        0
     2018-03-05 17:48:59   reachable       true
     2018-03-05 17:59:54   state           16021
   helper:
     devtype    S
     reachable  0
     update_timeout 1
     setList:
Attributes:
   IODev      HUEd
   room       HUEDevice

Offline basty2

  • New Member
  • *
  • Beiträge: 29
Antw:deconz push api (offiziell)
« Antwort #67 am: 06 März 2018, 00:16:10 »
Hallo. Also es fehlt das LUX Reading. Das State Reading ist das Lightlevel reading. Wie das umgerechnet wird, weiß ich nicht.
Übrigens seit der neuen Beta (gestern) habe ich zusätzlich Battery. bei steht aber überall 100. Daher wohl noch ein Platzhalter.
Interessanterweise hat er bei mir das temperature Reading erstellt. liegt aber an deconz, es war auch dort zu finden...
Bisher läuft das ganz gut...


            "manufacturername": "LUMI",
            "modelid": "lumi.sensor_motion.aq2",
            "name": "Motion Sensor (2)",
            "state": {
                "dark": false,
                "daylight": true,
                "lastupdated": "2018-03-05T23:03:29",
                "lightlevel": 21431,
                "lux": 139
            },
            "type": "ZHALightLevel",

   READINGS:
     2018-03-06 00:03:29   .lastupdated    2018-03-06 00:03:29
     2018-03-05 23:55:26   battery         100
     2018-03-06 00:03:29   dark            0
     2018-03-06 00:03:29   daylight        1
     2018-03-05 23:55:26   reachable       1
     2018-03-06 00:03:29   state           21431
     2018-03-05 22:43:31   temperature     28

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #68 am: 06 März 2018, 11:08:23 »
ab morgen gibt es lux und lightlevel als readings.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #69 am: 07 März 2018, 17:32:04 »
Danke, funktioniert.

Offline basty2

  • New Member
  • *
  • Beiträge: 29
Antw:deconz push api (offiziell)
« Antwort #70 am: 07 März 2018, 23:25:53 »
Super. Perfekt. Vielen Dank.

Ich nutze seit heute noch Power Plug Geräte. Die On / Off Funktion funktioniert bereits out of the box sehr gut. Es gibt Zigbee Werte, die allerdings nicht übernommen werden. Ist es möglich, diese Readings (consumption, power, voltage, current) auch zu übernehmen?

        "21": {
                "config": {
                "on": true,
                "reachable": true
            },
            "ep": 1,
            "manufacturername": "Heiman",
            "modelid": "SmartPlug",
            "name": "Consumption 21",
            "state": {
                "consumption": 60,
                "lastupdated": "2018-03-07T22:00:26"
            },
            "type": "ZHAConsumption",

        },
        "22": {
            "config": {
                "on": true,
                "reachable": true
            },
            "ep": 1,
            "manufacturername": "Heiman",
            "modelid": "SmartPlug",
            "name": "Power 22",
            "state": {
                "current": 0,
                "lastupdated": "2018-03-07T22:12:01",
                "power": 0,
                "voltage": 229
            },
            "type": "ZHAPower",


Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 17720
Antw:deconz push api (offiziell)
« Antwort #71 am: 08 März 2018, 08:42:50 »
ab morgen im update
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline basty2

  • New Member
  • *
  • Beiträge: 29
Antw:deconz push api (offiziell)
« Antwort #72 am: 08 März 2018, 09:24:26 »
Vielen Dank im Voraus... :)

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #73 am: 09 März 2018, 17:43:40 »
@basty2: bist du mit dem Heiman Plug zufrieden? Meldet der Zustandsänderungen auch zeitnah? Da Xiaomi keine EU Plugs hat wäre das eine Alternative.

Offline basty2

  • New Member
  • *
  • Beiträge: 29
Antw:deconz push api (offiziell)
« Antwort #74 am: 09 März 2018, 20:17:21 »
Benutze einen zurzeit einen als Repeater. Zu anderen Plugs (Osram) funktioniert das schon mal. Ob es auch zu Endkomponenten geht, muss ich noch ausprobieren. Zur Reichweite kann ich noch nicht viel sagen, bisher ist diese vergleichbar mit den Osram Plug.
Also die Reaktionszeit ist nicht gut. Habe es mit einer LED Kette gerade probiert. Dauer liegt zwischen 25 und 90 Sekunden bis er die Änderung registriert. wenn ich bei deconz den read button drücke, erscheinen die Änderungen bereits 10 Sekunden nach der Änderung. Da man aber m.E. kein Interval einstellen kann, bleibt es aktuell bei der großen Spanne.
Ist zur genauen Steuerung nicht geeignet. ggf. ändert sich das noch.
Was mich etwas stört ist das fiepen. Aber es ist weniger als beim Osram und bitron plug (das ist das schlimmste).
Grüße

Update: Also bei mir gibt es das Problem, dass sich die Steckdosen nicht mit meinen Sensoren verbinden. Ich habe mal im github nachgefragt. Momentan kann ich diese nicht empfehlen.



« Letzte Änderung: 11 März 2018, 14:55:08 von basty2 »

Offline sinus61

  • Full Member
  • ***
  • Beiträge: 319
Antw:deconz push api (offiziell)
« Antwort #75 am: 12 März 2018, 18:03:58 »
Ok, dann ist der für meine Zwecke auch nichts, die Reaktionszeit ist mir zu langsam. Mal sehen was sonst noch so demnächst auf den Markt kommt, von Innr und Ikea soll es ja auch demnächst Plugs geben.

Offline rakete123

  • Jr. Member
  • **
  • Beiträge: 59
Antw:deconz push api (offiziell)
« Antwort #76 am: Gestern um 11:11:39 »
Hallo zusammen,

ich hab mir mal den conbee besorgt, weil ich überlege mein hue gateway abzulösen.
Den stick hab ich eingesteckt und die deconz software installiert.
Software läuft auch:
deCONZ    13417       pi    8u  IPv4  38487      0t0  TCP *:http (LISTEN)
deCONZ    13417       pi   12u  IPv4  38491      0t0  TCP *:https (LISTEN)

Und nun? Hab sowas probiert:
define conbee HUEBridge 127.0.0.1

Aber da bekomme ich im Log:
2018.04.20 11:07:09 1: HUEBridge_HTTP_Request http://127.0.0.1/api/54e08015439b8c4eafa0d888bf135b3e/config: Select timeout/error:
2018.04.20 11:07:09 3: HUEBridge_Call: failed, retrying
2018.04.20 11:07:13 1: HUEBridge_HTTP_Request http://127.0.0.1/api/54e08015439b8c4eafa0d888bf135b3e/config: Select timeout/error:
2018.04.20 11:07:13 3: HUEBridge_Call: failed, retrying
2018.04.20 11:07:13 3: HUEBridge_Call: failed
2018.04.20 11:07:13 2: HUEBridge_OpenDev: got empty config
Fibaro Switches, Motion, Wallplug
FS20 S6A, TC8
Homematic Heating
Hue, Fritz DECT, Harmony

Offline rakete123

  • Jr. Member
  • **
  • Beiträge: 59
Antw:deconz push api (offiziell)
« Antwort #77 am: Gestern um 11:39:30 »
Okay komisch. Ich muss erstmal httpUtils 1 setzen und dann einmal inactive und wieder active.
Fibaro Switches, Motion, Wallplug
FS20 S6A, TC8
Homematic Heating
Hue, Fritz DECT, Harmony

Online mumpitzstuff

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 763
Antw:deconz push api (offiziell)
« Antwort #78 am: Gestern um 15:59:14 »
Die älteren Philips Living Color Lampen kann man mit dem Teil nicht steuern oder?
Mit älter meine ich nicht die erste Generation mit den ovalen Fernbedienungen, sondern die zweite mit den runden. An der normalen Hue Bridge sollen sich ja auch die älteren anlernen lassen. Mir wäre so ein multifunktionales Gateway lieber als die Phillips Bridge mit einer einzigen Funktion.

Offline rakete123

  • Jr. Member
  • **
  • Beiträge: 59
Antw:deconz push api (offiziell)
« Antwort #79 am: Gestern um 23:07:37 »
Ich kann leider nur die E27 Birnen und Bloom testen. Die funktionieren bestens bisher
Fibaro Switches, Motion, Wallplug
FS20 S6A, TC8
Homematic Heating
Hue, Fritz DECT, Harmony