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

[nukleuz]

So viele Fragen…

Ich habe nun mal die Plugs mit Messung ausgeschlossen und umgehend kommen die Messdaten rein bzw. es wurden fehlende Datenpunkte angelegt und dann Messwerte gezeigt…

Was heißt das jetzt?

Hat das irgendwelche Nachteile?

Könnt ihr da was ändern bzw. erweitern?

Wenn ich es richtig hab, kommen die Modifikationen des Adapters nicht zum Einsatz….?

Danke und Grüße

[BananaJoe]

@nukleuz ich habe zwar inzwischen fast 50 Strommessadapter / Plugs im Einsatz - aber keinen einzigen ZigBee sondern alle über WLAN / Tasmota. Kann ich also nichts zu sagen.

Meine 3 ZigBee Steckdosen dienen nur als Repeater und haben keine Strommessfunktion.

[arteck]

@nukleuz du kannst damit die direkte kommunikation nutzen ohne umwege..

[nukleuz]

@arteck

OK, es ist aber richtig, dass es sich modell- und nicht gerätespezifisch einstellen lässt?

[arteck]

@nukleuz ja

[Ein ehemaliger Benutzer]

@nukleuz Hello,
ich hab n paar Plugs mit Strommessung (Mi-Steckdose von Xiaomi ), die funktionieren einwandfrei.
Logge aber da auch nur den taeglichen Verbrauch, keine Ahnung wie oft die die Daten uebertragen, hatte das am Anfang mit ner 60W Lampe geprueft, das stimmte, seitdem mach ich mir da keinen Kopp mehr.. :)

[FreunderNacht]

Hi,
nach dem letzten Update auf Version 1.8.9 habe ich folgende Meldungen bekommen:

zigbee.0
2022-12-24 18:12:09.624	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.623	warn	Object zigbee.0.00158d000387bc92.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

zigbee.0
2022-12-24 18:12:09.622	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.622	warn	Object zigbee.0.00158d00038a1aed.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

zigbee.0
2022-12-24 18:12:09.614	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.614	warn	Object 8cf681fffe0d7094.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

zigbee.0
2022-12-24 18:12:09.613	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.612	warn	Object 8cf681fffe0bfefd.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

zigbee.0
2022-12-24 18:12:09.584	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.583	warn	Object 2c1165fffee9c62d.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

zigbee.0
2022-12-24 18:12:09.515	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.514	warn	Object 00158d000387bc92.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

zigbee.0
2022-12-24 18:12:09.513	warn	This object will not be created in future versions. Please report this to the developer.

zigbee.0
2022-12-24 18:12:09.512	warn	Object 00158d00038a1aed.power_on_behavior is invalid: obj.common.states has an invalid type! Expected "object", received "string"

Kann mir einer sagen, was diese Meldungen zu bedeuten haben und ob ich was machen muss?

[Thomas Braun]

@freundernacht
Issue im GitHub eröffnen. Das muss sich wohl einer der Maintainer anschauen.

[FreunderNacht]

@thomas-braun

Erledigt,
es gibt da schon mehrere Issues:

Issues 1570
Issues 1602
Issues 1611

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