UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft 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

[Ein ehemaliger Benutzer]

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

[Glasfaser]

@aragon sagte in ZigBee neue Version 1.7.x:

Es erscheint auch eine Fehlermeldung

das hat aber nichts mit dem Koppeln zu tun .

Lösche diesen Datenpunkt :

zigbee.XXXXXXXXXXXXXXX.backlight_mode

und lasse ihn vom Adapter neu anlegen (Neustart des Adapters )

[Aragon]

@glasfaser Vielen Dank für die schnelle Antwort, habe diesen Datenpunkt bei allen Rollladenschaltern, die Fehleranfällig waren gelöscht. Zigbee Adapter Neu gestartet. Werde es mal Testen. Danke

[arteck]

@aragon sagte in ZigBee neue Version 1.7.x:

Object zigbee.XXXXXXXXXXXXXXX.backlight_mode is invalid: obj.common.states has an invalid type! Expected "object", received "string"

und poste mal das RAW object.. der wird falsch angelegt

[Aragon]

@arteck es ist schon wieder passiert, ohne dass ich den Zigbee Adapter neu Gestartet habe.
Bin heute von der Arbeit gekommen und es Leuchteten mal wieder bei vier Rollladenschaltern die Koppel LED´s dauerhaft.

so sehen meine Rollladenschalter eigentlich aus.

Bei dem Obersten Taster leuchtet dann die LED Dauerhaft.

zigbee.0
	2023-01-25 20:16:32.114	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-25 20:16:32.114	warn	Object zigbee.0.xxxxxxxxxxxxxx.backlight_mode is invalid: obj.common.states has an invalid type! Expected "object", received "string"
zigbee.0
	2023-01-25 20:16:32.113	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-25 20:16:32.112	warn	Object zigbee.0.xxxxxxxxxxxxxx.moving is invalid: obj.common.states has an invalid type! Expected "object", received "string"
zigbee.0
	2023-01-25 20:16:32.108	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-25 20:16:32.107	warn	Object zigbee.0.xxxxxxxxxxxxxx.state is invalid: obj.common.states has an invalid type! Expected "object", received "string"
zigbee.0
	2023-01-25 20:16:32.066	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-25 20:16:32.065	warn	Object xxxxxxxxxxxxxx.backlight_mode is invalid: obj.common.states has an invalid type! Expected "object", received "string"
zigbee.0
	2023-01-25 20:16:32.065	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-25 20:16:32.064	warn	Object xxxxxxxxxxxxxx.moving is invalid: obj.common.states has an invalid type! Expected "object", received "string"
zigbee.0
	2023-01-25 20:16:32.064	warn	This object will not be created in future versions. Please report this to the developer.
zigbee.0
	2023-01-25 20:16:32.063	warn	Object xxxxxxxxxxxxxx.state is invalid: obj.common.states has an invalid type! Expected "object", received "string"
zigbee.0
	2023-01-25 20:16:32.011	warn	Device 'xxxxxxxxxxxxxx' announced itself

Das wird mir im Protokoll nach dem erneuten Koppeln Angezeigt.

[nukleuz]

Hallo zusammen,

wie kann ich meine Messsteckdosen zurücksetzen (Verbrauchswerte)?

Gibt es hier im Adapter so etwas wie eine DEV-Console?

Hier der Auszug von Z2M:

https://www.zigbee2mqtt.io/devices/TS011F_plug_3.html#reset-energy

Reset energy

To reset "Sum of consumed energy", use the Dev console and execute: Endpoint: 1 Cluster: 0x00 Command: 0 Payload: (don't change this)

Next time the plug gets polled, "Sum of consumed energy" will start from zero again

Danke für Info hierzu...

[nukleuz]

@nukleuz

Mal wieder... Wer lesen kann und so...

Mit dem zweiten Anlauf hat es dann auch funktioniert - Instanz-Einstellungen-Entwickler:

Danke! :)