Welchen Funkstandard sollte ich nehmen für Sensoren

[haselchen]

@arteck

Muss ich das per Firmware machen ?
Im Adapter , dachte ich , ist diese Einstellmöglichkeit für bestimmt Coordinatoren gedacht .
Mein Sonoff Dongle gehört doch meines Erachtens nicht dazu?!

[BananaJoe]

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

@bananajoe

Diese verfluchten Tür/Fenstersensoren.
Wie hast Du es geschafft, dass die beim Repeater bleiben und nicht wieder zum Coordinator wechseln?

Sendeleistung auf die niedrigste Stufe, Koordinatoren unten im Keller am Datenschrank aus Metall ...

[BananaJoe]

@haselchen
Im Adapter heißt es:

Und ein https://sonoff.tech/product/gateway-and-sensors/sonoff-zigbee-3-0-usb-dongle-plus-p/
hat laut Webseite so einen Chip:

Ergo müsste das also gehen ... Das X interpretiere ich mal als "beliebige Zahl oder Buchstabe"

[Homoran]

@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

[arteck]

@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..

[haselchen]

@arteck

Und wie lese ich die Änderung für den Adapter?

Allow setting transmit power for CC2652P/CC1352P greater than 5dBm (max 20dBm), default transmit power is set to 9dBm

[arteck]

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

Und wie lese ich die Änderung für den Adapter?

Sie meinen ????

[haselchen]

@arteck

Wie steuer oder setze ich Senkung oder Erhöhung der dB durch?
Und woher weiß ich , welche dB ich aktuell habe ?

[arteck]

@haselchen

steht da nix wird 20db (high+) genommen..also max

[haselchen]

@arteck

Das ist ja bekannt. Aber genau darum geht es ja .
Ist diese Einstellung auch für meinen Stick?
Und wenn ja , welche dB bedeuten welche Einstellung ?

[arteck]

@haselchen

"-22">low
"0">norm
"19">high
"20">high+

[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.