ZigBee CC253x - neue/unbekannte Geräte - ab 0.10.x

[MyzerAT]

das ist falsch

[Matdos]

@MyzerAT sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte - ab Adapter 0.10.x:

das ist falsch

Nein das geht nicht anders, wenn das Thermo off ist (mit gesetzem Wert 32) und dann über Heating Set Point der Wert geändert wird obwohl etwas offen ist kann man nicht einfach mit dem Wert 32 "drüber bügeln" ich muss das Thermo erst auf 17 setzen und dann erst wieder auf 32 sonst schaltet es nicht zurück auf Off.

So ist es bei mir zumidest.

[Asgothian]

@matdos1gmx-de , @MyzerAT
Ich will hier niemandem auf die Füsse treten, aber diese Diskussion ist im anderenThread besser aufgehoben.

Können wir uns darauf einigen hier erst einmal nur über die Integration von neuen Geräten in den Adapter (und ggf. das debugging dazu) zu unterhalten ?

Danke.

A.

[Matdos]

@Asgothian sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte - ab Adapter 0.10.x:

@matdos1gmx-de , @MyzerAT
Ich will hier niemandem auf die Füsse treten, aber diese Diskussion ist im anderenThread besser aufgehoben.

Können wir uns darauf einigen hier erst einmal nur über die Integration von neuen Geräten in den Adapter (und ggf. das debugging dazu) zu unterhalten ?

Danke.

A.

Ne Passt hast recht!!

[Matdos]

@Asgothian

So das neue Schloss ist da.

Habe auf Debug gestellt und geschaut ob von dem was kommt aber leider auch nicht.

Gibst halt mal Bescheid wenn du Zeit hast.

Danke dir schon mal.

[edonisXP]

Hallo artec,

passend zum Frühlingsstart hab ich habe hier ein Osram Gartenleuchtenset was ich gerne implementieren würde.

Hier der String aus dem Log:
new dev 0x7cb03eaa00ab1b55 40634 Gardenpole Mini RGBW OSRAM

Funktionen: an/aus, dimmen, RGBW

Modelnummer: AC0363900NJ

Vielen Dank!!!

Grüße André

PS. Tolles Forum, lese schon lange mit und konnte mir hierdurch viel Wissen aneignen. Danke!

[Heiko Bley]

Hallo @arteck,

ich habe auch noch eine Lampe:
zigbee.0 2019-04-08 18:39:06.976 error Device 00158d00019bee39 "BY 185 C" not described in statesMapping.
zigbee.0 2019-04-08 18:38:26.446 error Cannot get the Node Descriptor of the Device: 0x00158d00019bee39 (Error: Timed out after 10000 ms)
zigbee.0 2019-04-08 18:37:04.892 info 1 (0x00158d00019bee39): BY 185 C - Innr B22 Bulb RGBW (Router)

Sind diese bei Amazon:
https://www.amazon.de/gp/product/B077PFQNQF

sind von der Ausführung wie die mit der E27 Fassung:
https://www.amazon.de/dp/B0758HL9FY

nur das diese einen anderen Sockel haben, die ich verwende:
(ist ein B22 Bajonettsockel).

Hoffe das Du diese mit aufnehmen kannst.

Vielen Dank.

Gruß
Heiko

[DiveDancer]

@Asgothian
ein bisschen was ist ja mittlerweile passiert in den Objekten bei den eCozy Thermostaten.

aber auch nach dem ich nun mit einem zweiten Kopf einen Defekt am ersten ausschließen konnte Regeln die Thermostate nicht.
Das Bild zeigt die Grundeinstellung nach dem Pairen.
Der Wohnzimmer Thermostat ist der Neue.

[DiveDancer]

@Asgothian die Stellmotoren der Köpfe funktionieren. Das zeigt sich bereits nach einlegen der Batterien.
Aber Temperatur Verstellungen bewirken kein Regeln.
Weder manuell am Kopf noch über ZigBee Funk im ioBroker.
Obwohl das Display am Kopf die Veränderungen Quittiert.

Vom Betrieb an der original Bridge weiß ich, dass das Nachregeln nicht so träge verläuft wie bisher angenommen

[Asgothian]

@DiveDancer
Was bedeutet das die Thermostate von der original Bridge in den aktiven Modus geschaltet werden, was bei uns aktuell noch nicht der Fall ist. Ich denke da müssen wir weiter machen. Aktuell gibt es im zigbee-shepherd-converters noch etwas Bewegung im Bezug auf die Thermostate. Damit sollte etwas machbar sein.

A.

[Wildbill]

Hi,

heute kam mein Conbee II und hier ein kurzes Update:
In der Packung war eine Anleitung, die auf eine Seite verwies, die ich noch gar nicht kannte: Hierher. Da ich die Deconz-App nur manuell und nicht als Repo installiert hatte, bin ich da nochmal kurz durch. Als Betriebssystem Raspbian auf einem Raspi 3, der auch die Pivccu laufen hat.
Installation und verbinden mit iobroker lief sofort. Ebenso eine Tradfri-Lampe einbinden. Bei den Tradfri-Remotes bin ich dann gast verzweifelt. Dass sie in Phoscon nicht auftauchen wusste ich, aber im iobroker tauchten die Datenpunkte mal kurz auf und dann waren sie für immer weg. Da ich nicht anders sehen konnte, ob sie verbunden sind, habe ich dem Raspi kurzerhand einen Desktop gegönnt und konnte dann auf deconz-gui umschalten und die App per Remote anschauen (geht nur mit x11vnc, nicht xrdp!). Dort sah ich dann die 4 Repeater und auch, dass die Sensoren (Bewegungsmelder) schön den Repeater hatten, der in der Nähe ist. Keine Ahnung, ob die Map realistischer ist als im iobroker-zigbee-Adapter, aber es schien zu passen.
Die Bewegungsmelder und auch die Repeater waren im Übrigen jeweils im ersten Anlauf innerhalb einer Minute verbunden und tauchten auf dem Raspi-Desktop in Deconz quasi sofort auf.

Die Funktion war jetzt den ganzen Abend gegeben, auch die Skripte ruck zuck angepasst. Wenn man den BWM auslöst geht das Licht (noch im Tradfri-Adapter) evtl. noch einen Zacken schneller an, als wenn der BWM am Zigbee-Stick war, aber das kann auch Einbildung sein. Aber zumindest die Reichweite ohne Repater war ein ganzes Stück besser als mit dem Zigbee-Stick und externer Antenne.

Ich werde jetzt die Tage mal den Rest vom Zigbee- und Tradfri-Adapter umziehen und schauen, wie er mit meiner Netzwerkgröße zurecht kommt. Dann gibt es nochmal ein kurzes Statement.
Was ich mich frage, ist die Raspbee/Conbee-Hardware einfach besser/ausgereifter als der CC2530/CC2531 oder ist Deconz als Software und Schnittstelle einfach besser als Zigbee2MQTT und Z-Stack?

Gruss, Jürgen

[Asgothian]

@Wildbill
Ich denke hier ist ein bisschen von beidem wahr. deConz ist sicherlich etwas performanter, und die Hardwareentwickler bei Dresden machen ihre Sache sicher auch gut. Man muss immer bedenken das der iobroker.zigbee einen sniffer (ein Diagnosetool) mit anderer Firmware zum Koordinator macht.

Nachtrag - wenn die Anpassung der Tastendruckerkennung dann auch mal ihren Weg in den Adapter findet, dann muss ich echt überlegen ob ich nicht alle meine Taster / Remotes wieder bei deConz anbinde.

A.

p.s. Es freut mich das der Stick sofort so sauber funktioniert hat. Wenn sie jetzt noch die Dinge mit einbinden die bisher nur bedingt gehen, dann wird das echt was

[DiveDancer]

@Asgothian ich muss meine Aussage revidieren.
Der neu gepairte Thermostat regelt.

Unter Objekt system_mode steht das State auf 'auto'
Bei dem Thermostat mit dem wir experimentiert haben gelingt mir das nicht.
0, 1 und 2 werden akzeptiert, führen aber anscheinend nicht in den Auto Modus.
auto wird über die Objekte Eingabe im ioBroker nicht akzeptiert.

P.S. der Akkustand ist in den 3 Wochen bereits um 0,3 Volt von 2,6V auf 2,3V gefallen!
Für 4 parallel geschaltete Mignon Zellen ein trauriger Wert, trotz erhöhtem Funkfeuer.
Man bedenke das der Motor nie laufen musste:-(

12.04.2019, Nachtrag:
Wenn man vom Teufel...
Der Thermostat hat seine Funktion eingestellt.
Er funkt noch via ZigBee aber minütlich blinkt das Batterie Zeichen.
Die Knöpfe am Thermostat, so wie das Display sind außer Funktion.
4 nigel nagel neue Mignon Zellen innerhalb von 3 Wochen leer gesaugt.
Ich hoffe das das nicht die Rezessionen wiederspiegelt wie man Sie auch bei Amazon lesen kann.
Batterie Vernichtungsmaschinen

[Wildbill]

@Asgothian sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte - ab Adapter 0.10.x:

Nachtrag - wenn die Anpassung der Tastendruckerkennung dann auch mal ihren Weg in den Adapter findet, dann muss ich echt überlegen ob ich nicht alle meine Taster / Remotes wieder bei deConz anbinde.

Das hat mich zwar im ersten Moment etwas verwirrt, aber so unsinnig finde ich die Lösung mit den 4-stelligen Zahlen gar nicht. Und es vereinfacht ein paar Skripte (bei mir) da ich nun nur noch auf einen Datenpunkt triggern muss und dann je nach Zahl verfahre. Zumindest bei meinen Tradfri- und Hue-Dimmer-Switch-Remotes kommen mindestens alle Daten an, die auch Zigbee ausgespuckt hat. Ich vermute eher noch 1-2 Zustände mehr (mittlere taste lang/kurz?)

Gruss, Jürgen

[Asgothian]

@Wildbill

Bei der Änderung geht es darum, das ein erneuter Tastendruck der gleichen Taste schwer erkennbar ist, bzw. von einer Aktualisierung auf Grund eines Adapterneustartes nur mit Aufwand unterschieden werden kann. Schau mal hier

[Wildbill]

Ja, da lese ich parallel gerade und bin kurz davor, Deine Version zu testen. hat sich bei Zigbee ja auch immer bewährt und als hilfreich erwiesen.

Gruss, Jürgen

[mehrwiedu]

Ich habe hier jetzt auch zwei Zigbee Sticks (CC2531) und morgen einen Conbee II. Ich werde wahrscheinlich auf den Conbee setzen, nachdem was ich hier nun alles gelesen habe.
Bisher habe ich nur das Tradfri Gateway gehabt und bin sehr gespannt, ob ich mit einem Wegfall des Tradfri Adapters "auch" glücklich werde, weil ich den als einen der gelungensten Adapter in meinem ioBroker halte.

Aber zunächst muss ich erstmal eine Hardware aufbauen, die den Stick auch erkennt. macOS ist ja leider ausgeschlossen.

[mehrwiedu]

@Wildbill

Eine kurze Frage:
Kannst Du bestätigen, dass die deConz Software auf dem Raspi nur startet, wenn dieser mit Desktop gestartet ist?
Ich habe mir gestern einen abgebrochen mit dem Virtual Desktop per VNC. Da startet einfach die Software nicht, was mich prinzipiell ärgert, weil es in allen Anleitungen suggeriert wird und ich bei einem headless betriebenen Gerät einfach nicht in die GUI booten will. Außerdem muss man quasi eh den Virtual Desktop starten, weil man ohne Monitor mit dem "richtigen" Desktop unter VNC nur ne Miniauflösung bekommt.

Andersherum: Wie belastend ist der Desktop, wenn er nur über VNC genutzt wird? Theoretisch wird er doch in den Speicher dann permanent geladen, was nicht sein müsste.

[Heiko Bley]

Hallo ich habe auch noch ein Gerät:

zigbee.0	2019-04-17 16:54:38.897	debug	Device 00158d0001cc71e2 "CSW_ADUROLIGHT" not described in statesMapping.
zigbee.0	2019-04-17 16:54:38.897	debug	Publish {"contact":false,"linkquality":55}
zigbee.0	2019-04-17 16:54:38.897	error	Device 00158d0001cc71e2 "CSW_ADUROLIGHT" not described in statesMapping.
zigbee.0	2019-04-17 16:54:38.897	debug	Device 0x00158d0001cc71e2 emit event statusChange with data:{"cid":"ssIasZone","zoneStatus":33}
zigbee.0	2019-04-17 16:54:38.897	debug	handleMessage. {"type":"statusChange","endpoints":[{"device":{"_id":3,"type":"EndDevice","ieeeAddr":"0x00158d0001cc71e2","nwkAddr":58487,"manufId":4151,"manufName":"ADUROLIGHT","powerSource":"Battery
zigbee.0	2019-04-17 16:54:38.896	debug	Device 00158d0001cc71e2 "CSW_ADUROLIGHT" not described in statesMapping.
zigbee.0	2019-04-17 16:54:38.896	debug	Publish {"linkquality":55}
zigbee.0	2019-04-17 16:54:38.896	debug	Device 0x00158d0001cc71e2 incoming event:{"groupid":0,"clusterid":1280,"srcaddr":58487,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":55,"securityuse":0,"timestamp":6435105,"transseqn
zigbee.0	2019-04-17 16:54:32.080	debug	Publish {"available":true}
zigbee.0	2019-04-17 16:54:32.079	debug	Device 0x00158d0001b6f086 incoming event:{"available":true}
zigbee.0	2019-04-17 16:54:32.079	debug	Device 0x00158d0001b6f086 is available
zigbee.0	2019-04-17 16:54:32.038	debug	Check online 0x00158d0001b6f086. 0x00158d0001b6f086
zigbee.0	2019-04-17 16:53:38.278	debug	User stateChange zigbee.0.info.pairingMessage {"val":"Error: Zigbee publish to '0x00158d0001cc71e2', genBasic - 0 - [{\"attrId\":16384},{\"attrId\":3}] - 1 failed with error Error: AF data request fa
zigbee.0	2019-04-17 16:53:38.277	debug	sendTo "sendToZigbee" to system.adapter.admin.0 from system.adapter.zigbee.0

unter Information steht nichts.

Es ist ein Trust Wireless Contact Sensor ZMST-808
im Log steht:
(0x00158d0001cc71e2): ZCTS-808 - Trust Wireless contact sensor (EndDevice)
aber auf dem Gerät ZMST

Wäre schön wenn dieser mit aufgenommen werden könnte

Vielen Dank.

Gruß
Heiko

[Wildbill]

@mehrwiedu sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte - ab Adapter 0.10.x:

@Wildbill

Eine kurze Frage:
Kannst Du bestätigen, dass die deConz Software auf dem Raspi nur startet, wenn dieser mit Desktop gestartet ist?
Ich habe mir gestern einen abgebrochen mit dem Virtual Desktop per VNC. Da startet einfach die Software nicht, was mich prinzipiell ärgert, weil es in allen Anleitungen suggeriert wird und ich bei einem headless betriebenen Gerät einfach nicht in die GUI booten will. Außerdem muss man quasi eh den Virtual Desktop starten, weil man ohne Monitor mit dem "richtigen" Desktop unter VNC nur ne Miniauflösung bekommt.

Andersherum: Wie belastend ist der Desktop, wenn er nur über VNC genutzt wird? Theoretisch wird er doch in den Speicher dann permanent geladen, was nicht sein müsste.

Sorry, ganz überlesen. Nein, Deconz startet auch ohne Desktop und GUI. Ist dann ganz normal (bzw. eben Phoscon) über die IP des Raspberry unter Port 80 erreichbar. Adresse wäre http://[IPdesRaspi]/pwa/login.html
Da lässt sich alles machen, was machbar ist. Nur wenn man die Phoscon-Software direkt bedienen möchte, braucht man einen Desktop und kann dann auf die GUI zugreifen. Ich habe das nur gemacht, da die Tradfri-Remotes unter Phoscon nicht auftauchen und ich in der GUI sehen wollte, ob sie korrekt eingebunden sind. Sonst braucht man die GUI nicht.
Wenn Du aber per VNC zugreifen willst, dann brauchst Du den Desktop, sonst kann VNC ja nichts anzeigen... Also headless nur ohne GUI, oder GUI nur mit Desktop, dazwischen geht nix.
Mit X11VNC kann ich problemlos auf den Raspi-Desktop zugreifen, der lässt sich in der Auflösung auch auf 1920x1080 hochsetzen, ohne Probleme. Und ohne Monitor am Raspi. Mehrbelastung habe ich hier nichts bemerkt, allerdings ein Raspi3.

Gruss, Jürgen