[Aufruf] deConz Adapter Testen 1.1.2

[Dani83]

@comchris:

Hab soeben die Verison 0.2.4 getestet und meine Skripte angepasst irgendwie sind es mittlerweile echt viele (Lüftungsempfehlungen / Statusmeldungen usw.) Bis jetzt schaut alles prima aus Adapter läuft. Ein kleiner Fehler sagt das Log:

! deconz.0 2018-08-02 20:01:17.230 error SyntaxError: Unexpected token � in JSON at position 0 at Object.parse (native) at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:324:29) at WebSocket.onMessage
! deconz.0 2018-08-02 20:01:17.230 error uncaught exception: Unexpected token � in JSON at position 0
! deconz.0 2018-08-02 20:01:17.230 error ReferenceError: sensorId is not defined at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:590:82) at WebSocket.onMessage (/opt/iobroker/node_modules/iobroker.deconz
! deconz.0 2018-08-02 20:01:17.230 error uncaught exception: sensorId is not defined

Wobei ich dabei sagen muss das dies evtl. "Geisterobjekte" bereits in der Deconz Api sind zumindest sehe ich diese in der Deconz Software auf dem Raspberry nicht. Hab diese Geräte in der Geräteliste Adapter gelöscht und daraufhin den Adapter angehalten und alle Objekte von Deconz gelöscht und den Adapter neu gestartet. Nun sind die vermeindlichen Geisterobjekte verschwunden und das Log bringt nach einiger Zeit wiederrum.

! host.debianiobroker 2018-08-02 20:10:50.460 error instance system.adapter.deconz.0 terminated with code 0 (OK)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at Receiver.add (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:117:10)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:143:16)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at Receiver.getData (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:347:12)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:409:14)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at Receiver._receiver.onmessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/websocket.js:137:47)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at WebSocket.emit (events.js:188:7)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at emitOne (events.js:96:13)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at WebSocket.onMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/event-target.js:120:16)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:324:29)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: at Object.parse (native)
! Caught 2018-08-02 20:10:50.460 error by controller[1]: SyntaxError: Unexpected token � in JSON at position 0
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at emitOne (events.js:96:13)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at Receiver.add (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:117:10)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:143:16)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at Receiver.getData (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:347:12)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:409:14)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at Receiver._receiver.onmessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/websocket.js:137:47)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at WebSocket.emit (events.js:188:7)
! Caught 2018-08-02 20:10:50.460 error by controller[0]: at emitOne (events.js:96:13)
! Caught 2018-08-02 20:10:50.459 error by controller[0]: at WebSocket.onMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/event-target.js:120:16)
! Caught 2018-08-02 20:10:50.459 error by controller[0]: at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:590:82)
! Caught 2018-08-02 20:10:50.459 error by controller[0]: ReferenceError: sensorId is not defined
! deconz.0 2018-08-02 20:10:50.450 info terminating
! deconz.0 2018-08-02 20:10:49.947 error at Receiver.add (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:117:10)
! deconz.0 2018-08-02 20:10:49.947 error at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:143:16)
! deconz.0 2018-08-02 20:10:49.947 error at Receiver.getData (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:347:12)
! deconz.0 2018-08-02 20:10:49.947 error at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:409:14)
! deconz.0 2018-08-02 20:10:49.947 error at Receiver._receiver.onmessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/websocket.js:137:47)
! deconz.0 2018-08-02 20:10:49.947 error at WebSocket.emit (events.js:188:7)
! deconz.0 2018-08-02 20:10:49.947 error at emitOne (events.js:96:13)
! deconz.0 2018-08-02 20:10:49.947 error at WebSocket.onMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/event-target.js:120:16)
! deconz.0 2018-08-02 20:10:49.947 error at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:324:29)
! deconz.0 2018-08-02 20:10:49.947 error at Object.parse (native)
! deconz.0 2018-08-02 20:10:49.947 error SyntaxError: Unexpected token � in JSON at position 0
! deconz.0 2018-08-02 20:10:49.947 error uncaught exception: Unexpected token � in JSON at position 0
! deconz.0 2018-08-02 20:10:49.945 error at emitOne (events.js:96:13)
! deconz.0 2018-08-02 20:10:49.945 error at Receiver.add (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:117:10)
! deconz.0 2018-08-02 20:10:49.945 error at Receiver.startLoop (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:143:16)
! deconz.0 2018-08-02 20:10:49.945 error at Receiver.getData (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:347:12)
! deconz.0 2018-08-02 20:10:49.945 error at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/receiver.js:409:14)
! deconz.0 2018-08-02 20:10:49.945 error at Receiver._receiver.onmessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/websocket.js:137:47)
! deconz.0 2018-08-02 20:10:49.945 error at WebSocket.emit (events.js:188:7)
! deconz.0 2018-08-02 20:10:49.945 error at emitOne (events.js:96:13)
! deconz.0 2018-08-02 20:10:49.945 error at WebSocket.onMessage (/opt/iobroker/node_modules/iobroker.deconz/node_modules/ws/lib/event-target.js:120:16)
! deconz.0 2018-08-02 20:10:49.945 error at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:590:82)
! deconz.0 2018-08-02 20:10:49.945 error ReferenceError: sensorId is not defined
! deconz.0 2018-08-02 20:10:49.945 error uncaught exception: sensorId is not defined
! deconz.0 2018-08-02 20:10:49.937 debug Websocket message: {"config":{"battery":100,"duration":60,"on":true,"reachable":true,"temperature":2800},"e":"changed","id":"78","r":"sensors","t":"event"}

Muss mal gucken wie oft dieser neu startet oder ob dies ggf. eine einmalige Geschichte ist…. `

Moin,

ich hab festgestellt, dass in der Main.js noch ein Fehler ist, der zu dem error führt.

Zeile 590: Muss nur id stehen, nicht sensorId.

Dann läuft es bei mir jetzt super

[Jey Cee]

Neue Version 0.2.5 behebt das Problem mit dem Absturz.

Kann von Github installiert werden.

@comchris:

Wobei ich dabei sagen muss das dies evtl. "Geisterobjekte" bereits in der Deconz Api sind zumindest sehe ich diese in der Deconz Software auf dem Raspberry nicht. Hab diese Geräte in der Geräteliste Adapter gelöscht und daraufhin den Adapter angehalten und alle Objekte von Deconz gelöscht und den Adapter neu gestartet. ` Ich hab diese Geisterobjekte auch gesehen. Mit der Aktuellen Version werden dazu auch die restlichen Objekte dazu angelegt, aber kein Name vergeben.

Jetzt kann ich sicher sagen das dieses Phänomen von deConz kommt.

[Kugelkopf]

Hab auf meinem 2. Test Raspi die V 0.2.5 getestet. Api:1.0.9 deconz: 2.5.32.

Ich weiß nicht ob es nur ein Zufall ist, aber die "Geisterobjekte" sind bisher nicht aufgetaucht.

Habe einen der Aqara Multisensoren gelöscht und via deconz Adapter hinzugefügt.

Der Sensor erschien zwar in Phoscon aber nicht in der Objekte liste (trotz reload). Nach einem umbenennen in Phoscon und eines Neustarts des deconz Adapters erschien der Sensor in den Objekten. Allerdings ohne Werte. Ein neustart des iobroker Hosts war von Nöten damit er nun auch Werte liefert.

Dies scheint zu funktionieren. Fehler sind im Log bisher nicht aufgetreten.

Wollte dir kurz meine Erfahrungen mit der neuen Version mitteilen.

Was mir übrigens auch aufgefallen ist: Früher konnte ich den Knopf des Aqara Sensors kurz drücken damit er neue Daten übermittelt. Das wurde auch sofort in ioBroker angezeigt. Dies scheint nun nicht mehr zu gehen. Puste ich allerdings hinein, werden die Daten in iobroker aktualisiert.

Nur als kleiner Hinweis.

[Jey Cee]

Danke für die info, endlich mal nicht gleich Probleme.

Gesendet von meinem m8 mit Tapatalk

[DocGame]

Hallo miteinander,

ich habe folgendes Problem:

Ich habe ein Windows 10 NUC mit Conbeestick am laufen.

Einige Dinge sind mir immer noch nicht ganz Klar.

5 Osram Plug+, 5 Xiaomi Fensterkontakte, 2 Xiaomi Bewegungsmelder und den Xiaomi MagicCube habe ich problemlos in der Phoscon App anlernen können und sehe diese dort auch.

Einen Xiaomi Wassersensor und einen Xiaomi-Honeywell Rauchmelder findet er beim anlernen, zeigt diese aber in Phoscon nicht an und diese lassen sich dadurch auch nicht umbenennen.

2 Xiaomi Button-Taster(rund) werden in der Phoscon App nicht erkannt erscheinen aber ohne Name in Deconz.

Bis auf die Xiaomi-Buttons sehe ich alle Objekte in IOBroker.

Mache ich etwas falsch und wie funktionier das Anlernen in dem Deconz.Adapter? In diesem Konnte ich kein einziges Gerät anlernen. Gibt es hier einen Trick?

Danke schon ein mal im Voraus…

Doc Game

[Jey Cee]

@DocGame:

wie funktionier das Anlernen in dem Deconz.Adapter? In diesem Konnte ich kein einziges Gerät anlernen. Gibt es hier einen Trick? ` Instanzen->deConz->Geräte verwalten->Netzwerk öffnen

WICHTIG: Es muss bei Dauer eine Zeit (in Sekunden) angegeben sein.

Mit dem Anlernen von Geräten hatte ich in letzter Zeit häufiger Problem, das ging soweit das bestimmte Geräte gar nicht anlernbar waren. Dabei war es egal ob Phoscon, WebAPP oder Adapter, da half einfach nur ein Neustart von deConz.

@DocGame:

Mache ich etwas falsch ` Glaube ich nicht. Wenn du alle Geräte mit Phoscon angelernt hast und sie werden nicht angezeigt liegt es an Phoscon/deConz.

[Schuko80]

Die Frage ist, ob die Geräte von Deconz überhaupt schon unterstützt werden… mit der aktuellen Beta hast du die größte Unterstützung, mußt aber mit Fehlern rechnen, die Stable ist schon recht alt.

[wollinator]

Hallo,

der deconz Adapter wirft mir "index.html not found" entgegen, wenn ich versuch die Configseite zu öffnen.

Any hints?

Dankeschön….

[Jey Cee]

Admin 3 installiert?

Gesendet von meinem m8 mit Tapatalk

[wollinator]

Ne, aber Admin 1 und damit gings nicht.

Admin 2 probiert und es funktioniert!

Vielen Dank!

[Fatmax]

Ich bin nun spät aber doch von Version 0.2.0 auf 0.2.5 umgestiegen.

Bisher haben die Sensoren einwandfrei funktioniert.

Ich hatte die Sensoren vor dem Update im Adapter angelernt, diese hatten dann automatisch Namen wie "Temperature_5" bekommen - der Name im Adapter und die Objekt-ID unter Objekte war immer die Messgröße und die ID-Nummer z.B. eben "Temperature_5".

Seit dem Update sind diese Objekte zwar noch vorhanden, werden aber nicht mehr aktualisiert.

Im Adapter scheinen diese jedoch nach wie vor unter diesem Namen auf.

Zusätzlich sind im Adapter die selben Sensoren mit dem selben Namen (z.B.: "Temperature_5" nun doppelt vorhanden.

Unter Objekte sind nun neue Objekte aufgetaucht mit der Objekt-ID "Sensor_1", "Sensor_2",… -> bei diesen werden nun die Werte auch aktualisiert.

Ich habe herausgefunden, dass die Sensornummer gleich ist wie die alte ID-Nummer, z.B.: Unter Sensor_5 wird die selbe Messgröße vom selben Sensor angezeigt wie bei "Temperature_5".

Unter dem Adapter steht jedoch nicht die Sensor-Bezeichnung, sondern die alte ursprüngliche Bezeichnung (was nun doppelte Einträge verursacht).

Könnte man das ändern, dass im Objektbaum unter "ID" wieder der "Name" aus dem Adapter aufscheint?

[Jey Cee]

Zuerst mal, hast du den Adapter vorher gelöscht? Wenn ja sollten die alten Objekte nicht mehr auftauchen.

Nein die IDs können nicht der Name sein. Das musste ich Komplett Umbauen um Probleme zu umgehen.

Gesendet von meinem m8 mit Tapatalk

[Fatmax]

@Jey Cee:

Zuerst mal, hast du den Adapter vorher gelöscht? Wenn ja sollten die alten Objekte nicht mehr auftauchen.

Nein die IDs können nicht der Name sein. Das musste ich Komplett Umbauen um Probleme zu umgehen.

Gesendet von meinem m8 mit Tapatalk `

Nein den Adapter habe ich nicht gelöscht, sondern einfach ein Update gemacht.

Das heißt ich muss die Instanz löschen, neu installieren und anschließend im Adapter die Sensoren neu anlernen?

Haben die dann nun ab jetzt die Bezeichnung "Sensor_1",…?

Kann ich die Bezeichnung danach manuell ändern oder wäre das schlecht?

Ich will nicht meinen ganzen View in Vis und die Scripte ändern. <emoji seq="1f914"></emoji>

[Jey Cee]

Wenn du die Instanz löscht werden nur die Objekte gelöscht, die Sensoren sind ja an deConz angemeldet. Der Adapter zieht sich das alles automatisch.

Die ID kannst du nicht ändern, das heißt die IDs sind weiterhin Sensor_x.

Gesendet von meinem m8 mit Tapatalk

[AntiHeld889]

Schön wäre es wenn der Adapter noch Szenen aus der API ziehen würde, dann könnte man diese direkt triggern und müsste nicht alles wie helligkeit oder farbe etc gesondert einstellen.

[candyflip]

Guten Tag zusammen,

eventuell kann mir ja einer helfen

Ich versuche seit zwei Tagen den conBee USB Dongle zum Laufen zu bringen. Klappt soweit - läuft auf dem PI und ich kann auch über den PI drauf zugreifen usw.

Leider komme ich über die Pi-IP:8080 (Ja, Port habe ich in der config geändert) nicht auf den Stick.

Hat jemand eine Idee?

Grüße

candyflip

[Fatmax]

@candyflip:

Guten Tag zusammen,

eventuell kann mir ja einer helfen

Ich versuche seit zwei Tagen den conBee USB Dongle zum Laufen zu bringen. Klappt soweit - läuft auf dem PI und ich kann auch über den PI drauf zugreifen usw.

Leider komme ich über die Pi-IP:8080 (Ja, Port habe ich in der config geändert) nicht auf den Stick.

Hat jemand eine Idee?

Grüße

candyflip `

Was heißt du kannst mit dem Pi darauf zugreifen.

Wie, wenn nicht über die Weboberfläche? Ich lass übrigens den Port weg, so geht es bei mir.

[Kugelkopf]

Ich weiß nicht ob ich hier richtig bin, oder ob die Frage eher an die Leute von deconz gestellt werden müsste.

Habe seit kurzem zwei Motion detection PIR Sensoren von Aqara. https://www.gearbest.com/alarm-systems/ … gIc0PD_BwE

Soweit funktioniert das alles wunderbar. Jeder Sensor wird als 2 Objekte angelegt. Siehe Bild (Sensor1 - Bewegung1):

Wie dem Bild zu entnehmen gibt es den Punkt: "duration". Dieser lässt sich nicht in ioBroker ändern und gibt die Zeit in Sek. an, wie lange nach einer Auslösung des Bewegungsmelders (BWM) der Status "presence" auf "true" bleibt.

In der Phoscon App lässt sich unter Szenen eine Szene konfigurieren die von den BWMeldern gesteuert werden kann. In der Phoscon App selbst lässt sich dann auch die Zeit anpassen, wie lange nach der letzten erkannten Bewegung der Status gehalten werden soll. Siehe Bilder: Etwas verwirrend, auf dem Bild sind 3Min zu sehen, Das liegt daran weil der Falsche Punkt in der Liste ausgewählt ist.

Wenn ich die Daten wie auf dem Bild gezeigt anpasse, und im nächsten Schritt die Bewegungsmelder auswähle, dann wird der Wert "duration" in ioBroker neu gesetzt.

Aber Achtung! Die "duration" gibt nur an wie lange der "presence" Wert auf "true" bleibt. Das heißt nicht, dass der Bewegungsmelder nachdem "presence" wieder auf "false" steht, direkt neu ausgelöst werden kann. Es dauert immer 60Sekunden, eh der Bewegungsmelder wieder reagiert.

Ich weiß nicht ob das so im Sinne des Erfinders ist. Es ist aber meine Feststellung.

Des weiteren habe ich festgestellt, dass wenn man den Pairing Knopf an dem BWM kurz drückt, er für die nächste Zeit jede Bewegung ohne "auslösesperre" auslöst. Sprich innerhalb von wenigen Sekunden. Wenn er allerdings einige Zeit nicht mehr ausgelöst wurde, dann fällt er wieder in sein altes verhalten zurück. Also löst er nur alle 60 Sek. aus.

Was auch sehr seltsam ist, dass die Helligkeitswerte nur bei einer Auslösung getriggert werden. Läuft also niemand an dem sensor vorbei ändern sich in iobroker auch nicht die Werte für die Helligkeit. Schön wäre es, wenn das anders wäre und er "kontinuirlich oder alle 15 Minuten neue Werte verschicken würde.

Da ich aber Phoscon nicht verwende sondern alles via iobroker betreibe hier nun meine Frage:

1. Wäre es möglich diese Möglichkeit auch noch irgendwie zu implementieren? Oder gibt es irgendwelche Tricks wie ich diesen Wert aus iobroker raus anpassen könnte?

2. Ist es vielleicht möglich, die Zeit (60sek) die der BWM braucht um wieder "scharf" zu sein, anzupassen?

Wenn irgendwelche Daten benötigt werden, stehe ich gerne zur Verfügung!

Viele Grüße!!

[Jey Cee]

Ich kann dazu momentan nichts sagen, Ist schon ne Weile her das ich am Adapter gearbeitet hab und einen Aqara BWM hab ich nicht.

Nächsten Monat hab ich hoffentlich endlich wieder Zeit an meinen Adapter zu arbeiten. Da kann ich mir das mal anschauen.

Gesendet von meinem HTC U11 mit Tapatalk

[Fatmax]

Hat irgendwer schon den neuen Erschütterungssensor von Xiaomi am laufen?

Ich habe versucht ihn anzulernen, aber er wird nicht erkannt.