UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[haselchen]

@arteck

Das scheint genau die Einstellung gewesen zu sein.
Auf Normal suchen sich die Aqara Dinger tatsächlich die nächsten Router.

Ich hoffe, dass lesen einige mit.
Denn in manchen Screenshots sehe ich die Einstellung high+
Und so lassen sich schon ne Menge Verbindungsprobleme ausschliessen.

[Homoran]

@arteck ich hab jetzt auch mal versucht auf norm zu stellen.
Anschließendes save & close brachte die Meldung dass Änderungen verworfen würden, norm bleibtvaber drin.
Nur save und anschließendes Schließen geht ohne Meldung durch.

Im log steht

host.ioBrokerpi5
	2025-01-28 08:24:51.033	warn	instance system.adapter.zigbee.0 terminated due to SIGKILL
zigbee.0
	2025-01-28 08:25:09.009	warn	DeviceConfigure: 0x000b57fffebacd87 TRADFRI remote control Failed to configure. When device works is all fine when not wake up the device and check again
host.ioBrokerpi5
	2025-01-28 08:27:25.065	warn	instance system.adapter.zigbee.0 terminated due to SIGKILL
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[0]: zhc:lixee: Was not able to detect the Linky linky_mode. Default to historique
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[1]: zhc:lixee: Was not able to detect the Linky energy_phase. Default to single_phase
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[2]: zhc:lixee: Not able to detect the current tarif. Not filtering any expose...
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[3]: TICMeter: Exposes: No endpoint
host.ioBrokerpi5
	2025-01-28 08:27:36.114	warn	instance system.adapter.zigbee.0 terminated due to SIGKILL
zigbee.0
	2025-01-28 08:27:53.329	warn	DeviceConfigure: 0x000b57fffebacd87 TRADFRI remote control Failed to configure. When device works is all fine when not wake up the device and check again

und ich habe auf einmal eine Gruppe

wat nu?

Änderungen der Verbindungsqualität werde ich beobachten

[GombersIOB]

@bananajoe
Ich bin nun auf einen ZigBee-Stick „SLZB-06“ gestoßen. Matthias Kleine beschreibt ihn in einem Video: (https://youtu.be/eBzE-jLbZJs?si=VgboC3OvlPeIw59Q).
Das scheint mir doch eine „Wie für mich gemacht“-Lösung zu sein.

[BananaJoe]

@gombersiob von denen habe ich auch einen - zum testen mit ZigBee2MQTT und dem ioBroker Zigbee2MQTT-Adapter
Wir aber auch direkt mit dem zigbee-Adapter funktioneren.
Hab doch ein anderes Modell als 3. ZigBee Koordinator

Hui ... noch mehr Verwirrung ...

Wenn es nur Sensoren und Schalter sind (Temperaturfühler, Türsensoren, Helligkeit, Bewegung, Taster und Schalter, Lampe an oder aus), reicht nach meiner Meinung der normale zigbee-Adapter völlig und es ist einfach in der Handhabung.

Wenn du Lampen steuern und dimmen bzw. deren Farbe über einen Slider live ändern willst, könnte der Umweg über den ZigBee2MQTT ggf. besser sein.

[arteck]

@bananajoe sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Wenn es nur Sensoren und Schalter sind (Temperaturfühler, Türsensoren, Helligkeit, Bewegung, Taster und Schalter, Lampe an oder aus), reicht nach meiner Meinung der normale zigbee-Adapter völlig und es ist einfach in der Handhabung.
Wenn du Lampen steuern und dimmen bzw. deren Farbe über einen Slider live ändern willst, könnte der Umweg über den ZigBee2MQTT ggf. besser sein.

für beides reicht der zogbee adapter

wenn du Thermostate hast und bestimmte PIR's die zusätzliche Zonen einstellungen haben wie der FP1 dann eher zigbee2mqtt

[Asgothian]

@homoran sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

@arteck ich hab jetzt auch mal versucht auf norm zu stellen.
Anschließendes save & close brachte die Meldung dass Änderungen verworfen würden, norm bleibtvaber drin.
Nur save und anschließendes Schließen geht ohne Meldung durch.

Im log steht

host.ioBrokerpi5
	2025-01-28 08:24:51.033	warn	instance system.adapter.zigbee.0 terminated due to SIGKILL
zigbee.0
	2025-01-28 08:25:09.009	warn	DeviceConfigure: 0x000b57fffebacd87 TRADFRI remote control Failed to configure. When device works is all fine when not wake up the device and check again
host.ioBrokerpi5
	2025-01-28 08:27:25.065	warn	instance system.adapter.zigbee.0 terminated due to SIGKILL
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[0]: zhc:lixee: Was not able to detect the Linky linky_mode. Default to historique
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[1]: zhc:lixee: Was not able to detect the Linky energy_phase. Default to single_phase
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[2]: zhc:lixee: Not able to detect the current tarif. Not filtering any expose...
host.ioBrokerpi5
	2025-01-28 08:27:36.113	error	Caught by controller[3]: TICMeter: Exposes: No endpoint
host.ioBrokerpi5
	2025-01-28 08:27:36.114	warn	instance system.adapter.zigbee.0 terminated due to SIGKILL
zigbee.0
	2025-01-28 08:27:53.329	warn	DeviceConfigure: 0x000b57fffebacd87 TRADFRI remote control Failed to configure. When device works is all fine when not wake up the device and check again

und ich habe auf einmal eine Gruppe

wat nu?

Änderungen der Verbindungsqualität werde ich beobachten

Die Fehlermeldungen kommen tief aus der herdsman Bibliothek - sie treten beim beenden auf - je nach zeitverhalten und was der herdsman gerade macht - ich versuche schon einige Zeit diese los zu werden. Bisher aber ohne Erfolg.

Die Gruppe entsteht weil deine Ikea FB diese angelegt hat. Der zigbee Adapter fragt die Gruppen des Koordinators ab - dabei tauchen diese “Ikea” Gruppen (901,902, …) auf. Die kannst du löschen oder ignorieren.

A.

[Homoran]

@arteck sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

@homoran vorsicht...

https://github.com/Koenkk/Z-Stack-firmware/releases/tag/Z-Stack_Home_3.x.0_20211217

die fummeln in die Firmware manchmal Sachen rein..

ich hab jetzt alles mögliche probiert. Ich merke keinen wirklichen Unterschied, egal welche Sendeleistung ich beim cod.m einstelle.
Es sieht immer erst gut aus, fast alle 'RSSI' Werte sind optimal, dann schaltet das dirch, und nach einiger Zeit "stabilisieren" sich die ersten Geräze im roten Bereich.
Anscheinend haben sie es geschafft doch noch den Coordinator direkt zu erreichen.

[Asgothian]

@homoran sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Es sieht immer erst gut aus, fast alle 'RSSI' Werte sind optimal, dann schaltet das dirch, und nach einiger Zeit "stabilisieren" sich die ersten Geräze im roten Bereich.
Anscheinend haben sie es geschafft doch noch den Coordinator direkt zu erreichen.

Werte im roten Bereich sind insbesondere bei den Routern eher weniger das Problem. Diese haben Möglichkeit sich einfach neue Wege zu suchen, da sie fest am Strom hängen. Kritischer sind da die batteriebetriebenen Endgeräte. Solange die Dosen anstandslos laufen kannst Du die niedrigen Werte ignorieren.

A

[Homoran]

@asgothian sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Diese haben Möglichkeit sich einfach neue Wege zu suchen,

und genau das tun sie anscheinend so lange, bis sie den coordinator gefunden haben, danach erst wieder nach neu Anlernen.

@asgothian sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Solange die Dosen anstandslos laufen

unter einer gewissen Schwelle liefern sie keine Daten mehr, bzw. lässt die IKEA Birne sich nicht mehr steuern.

Ein Reconfigure geht dann auch nicht mehr.

Mir ging es aber im Moment primär darum, ob sich die Sendeleistung des CC2652P7 über die Einstellungen ändern lässt.
Und das ist nach meinen Beobachtung nicht der Fall, da sich das Verhalten in allen Varianten identisch zeigt.

[Asgothian]

@homoran sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Mir ging es aber im Moment primär darum, ob sich die Sendeleistung des CC2652P7 über die Einstellungen ändern lässt.
Und das ist nach meinen Beobachtung nicht der Fall, da sich das Verhalten in allen Varianten identisch zeigt.

Die Sendeleistung ist nur ein Teil der Gleichung. Nur weil du lauter schreist hörst du ja auch nicht besser :)

Alleine über die Sendeleistung kann man das Netz also nur bedingt beeinflussen.

A.

[Homoran]

@asgothian sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Nur weil du lauter schreist hörst du ja auch nicht besser

eben!
aber der CC2256P soll ja gar nicht steuerbar sein.

@homoran sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

@bananajoe sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

... Das X interpretiere ich mal als "beliebige Zahl oder Buchstabe"

ja, aber...
das gilt nicht für das P Modell, daher

@bananajoe sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Ergo müsste das also gehen

stimmt nicht.
nur bei R-Modellen stimmt das

siehe
https://forum.iobroker.net/post/716314

was @arteck aber als mögliche Neuerung sah.

Ich wollte ja mehr flüstern, damit die Lidl-Dosen den Coordinator nicht mehr hören.

[arteck]

@homoran sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

cod.m

@pmayer sollte das doch einbinden können.. die fummeln in der Firmware rum

[pmayer]

@arteck Versteh ich nicht ganz?

Die Sendeleistung wird vom zigbee-herdsman in der Config bestimmt und von der Z-Stack Firmware (Koenkk) "verstanden".
Unser Coordinator dient nur als verlängerter Arm. Ob der CC2652P7 per USB oder Netzwerk angeschlossen ist, sollte keinen Unterschied machen.
Wir nehmen die Orignal Z-Stack Firmware von Koenkk ohne Änderungen.

Oder habe ich was falsch verstanden?

[Homoran]

@pmayer sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Oder habe ich was falsch verstanden?

Laut alten Informationen kann man beim

@pmayer sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

CC2652P

keine Sendeleistung einstellen, das würde nur beim R gehen.

Jetzt ist die Frage ob es inzwischen doch geht.
(nach meinen Beobachtungen bringt eine Änderung der Einstellung keine Änderung im Verhalten, eine Mesdung der Signalstärke kann ich nicht durchführen)

[pmayer]

Geht es hier um den CC2652P oder den CC2652P7?
P ist im Coordinator V0.2 verbaut, P7 im aktuellen CZC-1.0.

Sollte also mit dem aktuellen gehn.

[Homoran]

@pmayer
Danke!
Erst einmal bin ich in meiner Naivität davon ausgegangen dass P7 auch nur eine Varisnte des P ist, und somit das gleiche Verhalten zeigt.

Hab gerade nachgesehen und in der Übersicht steht bei mir P7.

Das beschriebene Verhalten gilt also für diesen.

[pmayer]

@homoran Hmm. Dann muss das aber ein Bug in der Z-Stack Firmware sein. Weil wie gesagt, wir bereiten nur den Weg dazwischen und nutzen Koenkk's Firmware.

Hebt mich bitte aufs Pferd, wenn ich hier was missverstehe.

[Homoran]

@pmayer sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

Hebt mich bitte aufs Pferd

würd ich gern, aber mangels Expertise müsste das @arteck übernehmen

[arteck]

@pmayer sagte in Welchen Funkstandard sollte ich nehmen für Sensoren:

@arteck Versteh ich nicht ganz?

Die Sendeleistung wird vom zigbee-herdsman in der Config bestimmt und von der Z-Stack Firmware (Koenkk) "verstanden".
Unser Coordinator dient nur als verlängerter Arm. Ob der CC2652P7 per USB oder Netzwerk angeschlossen ist, sollte keinen Unterschied machen.
Wir nehmen die Orignal Z-Stack Firmware von Koenkk ohne Änderungen.

das ist mir schon klar..

es gibt inzwischen so viele von den Coordinatoren .. kein Plan was wo wie funktioniert..

@Homoran hat das Problem.. @pmayer wenn Ihr keine anpassungen macht an der Firmware..dann sollte es funktionieren (würde ich zumindest behaupten)

wartmnal wir reden über denhier

wenn ja dann solltest du @pmayer das auch testen können..

[pmayer]

@arteck Ja, P7 mit FW von Koenkk.

Was ist das Problem? Was soll ich testen, wenn wir die Z-Stack Firmware so von Koenkk nehmen? Dann gilt das ja für alle P7.