Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[FreunderNacht]

Hi,
kurze Frage.

Wie genau muss ich die Werte der Signalstärke lesen?

Ich habe festgestellt, daß die Anzeige der Signalstärke je nach Wert eingefärbt werden (<20 (glaube ich) rot, <50 (glaube ich) gelb, >50 (glaube ich) weiß).

Was ist den der maximal Wert?

Kann ich das so verstehen, daß es bei Geräten mit einer Signalstärke im gelben und roten Bereich wahrscheinlich zu Problemen kommen kann und Geräte bei denen die Signalstärke in weiß dargestellt wird wahrscheinlich eine stabile Verbindung haben?

Ich habe bei mir jetzt mittlerweile, mit mehreren Routern (Sonoff Zigbee Stick 3.0, die mit der Develop-Firmware laufen und auf eine Leistung von 20 dBm eingestellt sind und andere Antennen haben) bei den meisten Geräten eine Signalstärke von 83.

Wie bewertet ihr die Signalstärke von 83?

[arteck]

@freundernacht das ist eine philosophie Frage..

ein Gerät kann mit 1 gut laufen und mit 150 genauso .. es kommt auf die Menge der Daten an und ob er die Verbindung halten kann

83 ist gut .. von max 250 . mein Netz schwank zwischen 211 und 13

und es kommt nicht auf die Antenne an .. sonder an geschickter Positionierung der richtigen Router (kein Osram /Ladvance)

[FreunderNacht]

@arteck
Hi,
vielen Dank für die Antwort.

Als Router habe ich 3 Sonoff Zigbee Stick 3.0.:grinning:

Bezüglich der Antenne muss ich allerdings sagen, das mir der Austausch der Originalantenne gegen eine 15dBi Antenne auch nochmal einen etwas besseren Empfang an den Endgeräten gebracht hat.

Ist bei mir im Bezug auf die baulichen Begebenheiten (das Zigbee-Netzwerk erstreckt sich insgesamt über 4 Stockwerke mit Stahlbetondecken, wobei sich der Coordinator im untersten Stockwerk befindet und das darüberliegende Stockwerk vermietet ist und ich dort somit auch keine Zigbee-Geräte habe) allerdings auch etwas schwierig.

Mein Fazit ist aktuell, das die neue Develop-Router-Firmware bei der man die Sendeleistung verändern kann (bei mir stehen sie auf 20dBi) einiges an der Signalqualität verbessert hat. Der Austausch der Originalantennen gegen 15 dBi Antennen hat auch nochmal etwas mehr Signalqualität gebracht.
Nach meinem Gefühl läuft mein Netzwerk jetzt auch etwas Stabiler (ich hatte vorher ca. eine Signalstärke von 36 bei den meisten Geräten und jetzt 83).:grin:

[nukleuz]

@ilovegym

Danke für Info!

[Aragon]

@arteck Mir ist im Zigbee Adapter eine Unstimmigkeit aufgefallen.
Im Zigbee Adapter wird mir bei meinen Rollladenschaltern DP „state“ ein Schalter (Slider) Angezeigt und unter den Objekten einer der drei möglichen zustände OPEN, CLOSE, STOP.
Kann man die Zustände anstelle des Schalters im Zigbee Adapter anzeigen lassen?

Vielen Dank

[BananaJoe]

@aragon die Frage ist ... wofür? Soviel Zeit verbringe ich nicht auf den Kacheln ... was ich brauche habe ich mir auf VIS umgesetzt oder Werte es per Skript aus

[Zarello]

@arteck Mir ist heute eine Warnung des Zigbee-Adapters im Log aufgefallen (Adapter-Version: 1.8.10):

2023-01-07 22:32:44.930 - warn: zigbee.0 (1925454) Object 847127fffedd2d01.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-01-07 22:32:44.931 - warn: zigbee.0 (1925454) This object will not be created in future versions. Please report this to the developer.
2023-01-07 22:32:44.985 - warn: zigbee.0 (1925454) Object 847127fffedd3818.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-01-07 22:32:44.985 - warn: zigbee.0 (1925454) This object will not be created in future versions. Please report this to the developer.

Das sind zwei schaltbare Steckdosen von IKEA.

Ich hoffe, damit bin ich hier richtig.

Geräteinformation:

Spoiler

   model:E1603/E1702/E1708
   description:TRADFRI control outlet

   modelZigbee:TRADFRI control outlet
   type:Router
   nwk:52606
   manuf id:4476
   manufacturer:IKEA of Sweden
   power:Mains (single phase)
   app version:32
   hard version:1
   zcl version:3
   stack version:98
   date code:20191026
   build:2.0.024
   interviewed:true
   configured:false

   endpoint:1
   profile:260
   input clusters:genBasic (0)
   genIdentify (3)
   genGroups (4)
   genScenes (5)
   genOnOff (6)
   genLevelCtrl (8)
   touchlink (4096)
   output clusters:genScenes (5)
   genOta (25)
   genPollCtrl (32)
   touchlink (4096)

   endpoint:242
   profile:41440
   input clusters:greenPower (33)
   output clusters:greenPower (33)

Objektdaten von zigbee.0.847127fffedd2d01.power_on_behavior:

Spoiler

{
  "type": "state",
  "common": {
    "name": "Controls the behaviour when the device is powered on",
    "type": "string",
    "states": "off:off;on:on;toggle:toggle;previous:previous",
    "read": true,
    "write": true,
    "role": "state"
  },
  "native": {},
  "_id": "zigbee.0.847127fffedd2d01.power_on_behavior",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1673127882070
}

Ich habe einmal ausprobiert, was passiert wenn ich den type von string auf object ändere. Es kam nochmal die gleiche Meldung, diesesmal allerdings von admin.0 statt zigbee.0

[FreunderNacht]

@Zarello

Hi,
solche Meldungen hatte ich auch bekommen.

Da gibt's auf GitHub ich schon Issue zu.

Hatte ich weiter oben schon geschrieben.

Siehe hier

[Asgothian]

@zarello sagte in ZigBee neue Version 1.7.x:

Ich habe einmal ausprobiert, was passiert wenn ich den type von string auf object ändere. Es kam nochmal die gleiche Meldung, diesesmal allerdings von admin.0 statt zigbee.0

Kommt die Meldung regelmässig oder einmalig beim Start des Adapters mit 1.8.10 ?

A.

[Zarello]

@asgothian Ich hatte direkt davor von 1.8.9 auf 1.8.10 aktualisiert. Beim letzten Adapterstart der 1.8.9 kam diese Meldung noch nicht. Beim Starten der 1.8.10 kam diese Meldung und als ich den Typ des Objekts von string auf object und zurück geändert hatte kam auch jeweils einmal solch eine Meldung, in dem Fall aber von admin.0 und nur für das Objekt, an welchem ich den Type änderte.

2023-01-07 22:43:56.775  - warn: admin.0 (1924283) Object zigbee.0.847127fffedd2d01.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-01-07 22:43:56.777  - warn: admin.0 (1924283) This object will not be created in future versions. Please report this to the developer.
2023-01-07 22:44:42.070  - warn: admin.0 (1924283) Object zigbee.0.847127fffedd2d01.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-01-07 22:44:42.070  - warn: admin.0 (1924283) This object will not be created in future versions. Please report this to the developer.

Seit dem (also die letzten zwei Stunden) gab es keinen weiteren Log-Eintrag diesbezüglich.

Edit: Wenn ich den Adapter erneut starte, kommt diese Meldung nicht mehr. Sie kam also nur beim ersten Start nach dem Update.

[Zarello]

@asgothian Wer lesen kann ist klar im Vorteil :man-facepalming:
Wenn ich in den Objektdaten die Zeile

    "states": "off:off;on:on;toggle:toggle;previous:previous",

durch

    "states": {
      "off": "off",
      "on": "on",
      "toggle": "toggle",
      "previous": "previous"
    },

ersetze, dann verschwinden auch die Meldungen im Log.
Ich bezog die Log-Zeile

Object zigbee.0.a4c1381432f0b6bb.power_outage_memory is invalid: obj.common.states has an invalid type! Expected "object", received "string"

auf den Typ des Objekts statt auf den Typ des Eintrags obj.common.states.
Mich wundert jetzt nur noch, dass diese Meldung nur für diese beiden Objekte kam und nicht für die anderen Objekte bei denen obj.common.states mit einem String gesetzt ist - von denen es noch mehrere bei mir im Zigbee-Adapter gibt.

[Segway]

@arteck
Hallo,
habe die Temperatur / Feuchtigkeitsmessgeräte von TuYa Modell WSD500A jetzt im Einsatz.
Kann es sein, dass das Bild fehlt ?

[Tschaeens]

@Asgothian
Ich hätte eine kurze Frage. Ich habe Rauchmelder im Einsatz. Mit dem letzten Update 1.8.10 kann ich diese nicht mehr ansprechen. Es kommt folgender Fehler.

23-01-15 10:01:23.381 - error: zigbee.0 (748) DeviceConfigure:Failed to DeviceConfigure.configure 0x0015bc003100c256 SMSZB-120 (Error: Bind 0x0015bc003100c256/35 genBinaryInput from '0x00124b0021b49875/1' failed (AREQ - ZDO - bindRsp after 10000ms)

Hast du eine Idee?Verbunden sind sie, weil sie lesen auch die Temperatur aus.

Jetzt:
Ich bin auf die 1.8.9 zurück, da geht es wieder. Dennoch kommt folgender Logauszug.

2023-01-15 10:23:59.344 - warn: zigbee.0 (748) Device '0x0015bc003100c256' announced itself
2023-01-15 10:23:59.401 - warn: zigbee.0 (748) Object 0015bc003100c256.reliability is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-01-15 10:23:59.401 - warn: zigbee.0 (748) This object will not be created in future versions. Please report this to the developer.
2023-01-15 10:23:59.403 - warn: zigbee.0 (748) Object zigbee.0.0015bc003100c256.reliability is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-01-15 10:23:59.403 - warn: zigbee.0 (748) This object will not be created in future versions. Please report this to the developer.
2023-01-15 10:24:10.881 - error: zigbee.0 (748) Failed to interview '0x0015bc003100c256', device has not successfully been paired. undefined

Gerät lässt sich wieder ansprechen.

Lg und danke

[A Former User]

@tschaeens ist mir auch aufgefallen, muss auch wieder auf die 1.8.9 zurueck, sind noch mehr Devices, die in der 10er nicht gehen oder nicht richtig oder zumindest keinen Battery anzeigen.. Logfile debug kommt noch, ist zur Zeit keine Prio bei mir, hab andere Baustellen..

[Tschaeens]

@ilovegym
danke für die Info. Ich habe jetzt OTA updates angezeigt bekommen. Ich werde diese jetzt mal einspielen. Kann es sein das die Hue Lightstrips keine OTA updates machen können, sondern nur mit der Original bridge?
Lg

[arteck]

@tschaeens sagte in ZigBee neue Version 1.7.x:

Hue Lightstrips keine OTA

doch.. es gibt aber unterschiedliche Modelle ..auch wenn diese alle gleich aussehen

[arteck]

@tschaeens dann probier es mit der GIT version... ich halte die immer aktuell..und ja kann sein das der converter da ein BUG hatte..

[Tschaeens]

@arteck danke dir. Ich bekomme bei den Hue Lightstrips immer folgende Meldung.

2023-01-15 16:34:54.723 - error: zigbee.0 (2138312) Update of '0x001788010b471d34' failed (Image padding contains invalid bytes)

Was bedeutet das? Ich werde morgen mal die git Version testen.

[arteck]

@tschaeens da stimmt mit der Version der Firmware nicht..

[Aragon]

@arteck Guten Abend, seit dem neuen Adapterupdate auf 1.8.10 habe ich die Fehlererscheinung, dass wenn ich meinen Zigbee Adapter Neu Starte bei einigen meiner Rollladenschalter die Kopplungs LED / (die LED die Anzeigt das der Rollladen hochgefahren wird) dauerhaft leuchtet. Die LED bekomme ich nur aus, wenn ich den Rolladenschalter neu Kopple.
Das passiert nicht bei jedem Neustart des Adapters.

Es erscheint auch eine Fehlermeldung im Protokoll:

zigbee.0
	2023-01-18 18:54:54.130	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-18 18:54:54.130	warn	Object zigbee.XXXXXXXXXXXXXXX.backlight_mode is invalid: obj.common.states has an invalid type! Expected "object", received "string"

Bitte um Hilfe, es ist echt nervig jede Woche die Rollläden neu zu Koppeln.