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

[arteck]

@disaster123 gaaaaaaaaaaaaaaaaanz sachte... mit solchen Aussagen bitte

1. es ist keine DB DB = Datenbank .. haben wir nicht. sondern ein flatfile
2. nicht die Daten von den Geräten passen nicht sondern
3. nvbackup die Coordinator Daten/Configs passen nicht da
4. Hardwarewechsel und dort die Daten anders sind und nicht importierbar/kompatibel sind

[arteck]

@1topf müsste ich mir mal anschauen .. aner im ernst wozu.. zum anschauen wie schön es da steht .. in meinen Augen bringt es kein mehrwert..
wenn dann interagierst du mit den Objecten nicht den Kacheln

um welches Gerät gehts den ? und welche Adapterversion hast du ?

[1Topf]

@arteck
Ich habe ja die in diesem Thread beschriebenen Probleme. Wenn ich nun die Kacheln frei anordnen könnte, könnte ich dort sehen, ob Befehle von z.B. Tastern ankommen/abgehen. Es wäre für mich übersichtlicher als in den Objekten. Also ich könnte die Kachel eines Senders (z.B. Taster) direkt neben die Kachel des Empfängers legen. Das würde natürlich auch übers Alphabet funktionieren, wenn ich denn die Geräte alle dementsprechend umbenenne. Aber das würde ja bei der nächsten Sitzung wieder alles auf Default stehen, also wieder durcheinander. Natürlich rede ich jetzt nur von mir, aber eventuell sehen andere Nutzer auch einen Sinn darin. Aber es ist ja nur eine Frage. :angel:

--------------------------------------------------------------------------------------------------------------

Zum Gerät: Heiman HS2WDSR-E (Dimmer + Lampe). Adapter 1.6.8. von Katze.

Ein ähnliches Modell des Dimmers (Heiman HS2SS, ⭐EXP) ist laut Wiki wohl schon eingepflegt. Wird bei mir in der Geräteinfo so angezeigt:

Der Dimmer:

Spoiler

modelZigbee:ColorDimmerSw-EM-3.0
    type:EndDevice
    nwk:23752
    manuf id:4619
    manufacturer:HEIMAN
    power:Battery
    app version:18
    hard version:16
    zcl version:3
    stack version:2
    date code:2019.9.27
    interviewed:true
    configured:false

    endpoint:1
    profile:260
    input clusters:genBasic (0)
    genPowerCfg (1)
    genIdentify (3)
    genGroups (4)
    genScenes (5)
    haDiagnostic (2821)
    touchlink (4096)
    64644
    output clusters:genIdentify (3)
    genOnOff (6)
    genLevelCtrl (8)
    genOta (25)
    lightingColorCtrl (768)
    touchlink (4096)

und die Lampe:

Spoiler

modelZigbee:ColorLight
    type:Router
    nwk:64580
    manuf id:4619
    manufacturer:HEIMAN
    power:Mains (single phase)
    app version:25
    hard version:18
    zcl version:2
    stack version:2
    date code:20190925
    build:2000-1002
    interviewed:true
    configured:false

    endpoint:1
    profile:260
    input clusters:genBasic (0)
    genGroups (4)
    genIdentify (3)
    genOnOff (6)
    genLevelCtrl (8)
    genScenes (5)
    lightingColorCtrl (768)
    touchlink (4096)
    65533
    haDiagnostic (2821)
    output clusters:genOta (25)
    65533

Wäre super, wenn man die einpflegen könnte.
Wenn es da eine deutsche Anleitung von "Support new devices" geben würde, würde ich mich da auch selbst mal versuchen. :slightly_smiling_face:

Viele Grüße,
Andi

[BananaJoe]

Ich habe folgendes "Problem" festgestellt: 1.6.8

Ich habe schon seit einiger Zeit einen TS004F , einen 4fach Taster im Einsatz. Der wurde, mit einer älteren Version des ZigBee-Adapters, nicht perfekt erkannt. Alle 4 Tasten funktionieren, auf keinen gab es Doppelklick, auf den beiden rechten erkannte er auch Hold. Der Taster steuert bei mir die Playlisten und Radio-Wiedergabe meiner Alexa-Geräte im Ergeschoss indem ich einfach ein Skript an die Datenpunkte angehängt habe.

Nun habe ich vor ein paar Tagen auf 1.6.8 aktualisiert ... und der Taster funktionierte nicht mehr. Als ich dann genauer nachschaute merkte ich das mein Skript gar nicht ausgelöst wurde. Als ich mir den Taster anschaute merkte ich das bei den Datenpunkten zwar bei einem Tastendruck die .msg_from_zigbee noch aktualisiert wird, aber nicht die Datenpunkte.

Ich habe den Taster dann gelöscht und neu angelernt. Und siehe da, er hat nun völlig andere Datenpunkte. 1fach, 2fach und Hold auf jeder Taste.
Nun musste ich natürlich mein Skript anpassen denn die Punkte passten nicht mehr, aber dafür war nun mehr möglich.

Jetzt habe ich mir meine Geräte genauer angesehen und noch gedacht "Cool, der neue Wassersensor hat nun sogar sein richtiges Bild!":

etwas schlecht zusehen, aber es ist ein Sensor mit einem Kabel dran.
Den Sensor habe ich aber 2x. Den ersten hatte ich vor einiger Zeit angelernt (also ein oder mehrere Versionen des ZigBee-Adapters vorher)
.

Und auch die Datenpunkte sind nun verschieden:
Richtig:

Falsch:

Also, ich vermute das in der neuen Version meine Geräte nun besser und "richtiger" unterstützt sind. Finde ich natürlich klasse. Aber dadurch funktioniert das Gerät halt nicht mehr. Die Datenpunkte müssten korrigiert oder neu angelegt werden.

Frage 1: Gibt es eine Möglichkeit dafür ohne das Gerät zu löschen und neu anzulernen?
Frage 2: Wie finde ich raus welche Geräte eventuell noch betroffen sind und ich es nur noch nicht gemerkt habe?

[Asgothian]

@bananajoe sagte in ZigBee neue Version 1.6.x:

Frage 1: Gibt es eine Möglichkeit dafür ohne das Gerät zu löschen und neu anzulernen?
Frage 2: Wie finde ich raus welche Geräte eventuell noch betroffen sind und ich es nur noch nicht gemerkt habe?

Die neuen Datenpunkte sollten automatisch angelegt werden - alleine die alten bleiben erhalten. Leider kann der Zigbee Adapter nicht erkennen wenn an der Integration im herdsman etwas angepasst wird so das andere States entstehen.

Es gibt in der Konfigurationsoberfläche den Button "state cleanup" - damit werden all die states entfernt die nicht (mehr) mit dem Zigbee-Herdsman-Converters verbunden sind. Alle entfernten States werden auch im Log gemeldet (wenn ich das korrekt erinnere). Ein Neustart ist nicht erforderlich. Allerdings werden die States nicht entfernt die über die Admin Konfiguration an andere Adapter gebunden sind (history, matt, ppnp, und so weiter). Diese müssen durch setzen des Hakens im Dialog (sorry, aus dem Kopf kann ich nicht sagen wie der heisst) entfernt werden.

A.

[BananaJoe]

@asgothian du meinst hier?

Da sollte ich wohl eigentlich was anklicken/einen Haken setzen können ...
Hat so erst einmal nichts gebracht, auch keine Log-Meldungen außer das der Cleanup gestartet wurde.
Der eine Wassersensor ist immer noch "falsch"

[mickym]

@rotamint sagte in ZigBee neue Version 1.6.x:

@arteck Hallo zusammen, ich hoffe ich habe hier die richtige Kategorie ausgewählt. Ich habe ebenfalls auf die 1.6.0 upgedatet und erhalte seitdem drei Fehlermeldungen, wenn ich drei Lampen einer Gruppe schalte.

Ich benutze den ConbeeII Stick:

Und erhalte sowohl beim ein- als auch beim ausschalten folgende Fehlermeldung:

zigbee.0
	2021-09-21 15:05:38.529	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:38.519	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:37.182	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:37.173	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:35.310	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:35.297	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:13.953	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:13.948	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.
zigbee.0
	2021-09-21 15:05:12.313	error	Device 0x00212effff05b783 "undefined" not described in statesMapping.

Allerdings funktionieren die Lampen einwanfrei. Habe die Gruppe gelöscht, neu angelegt, andere Lampen probiert, etc... Gleiches Ergebnis... Die Fehlermeldung erscheint lediglich beim ein- und ausschalten einer Gruppe.

Danke bereits Vorab für Deine / Eure Hilfe!

Gibt es für die Gruppenadressierung inzwischen eine Lösung?

[luie]

@mickym

Bis jetzt noch nicht.

https://github.com/ioBroker/ioBroker.zigbee/issues/1219

[mickym]

@luie sagte in ZigBee neue Version 1.6.x:

@mickym

Bis jetzt noch nicht.

https://github.com/ioBroker/ioBroker.zigbee/issues/1219

Ja ich weiß, ich habs dort ja auch gepostet. Ich dachte nur, weil es inzwischen ja ein paar neue Versionen inzwischen gab und ich will eigentlich nur dann eine neue Version installieren, wenn das Problem behoben ist, dann die jetzige Version ansonsten ganz stabil läuft.

[BananaJoe]

@Asgothian ich nehme das mit dem Wassersensor wieder zurück, ich habe mich verguckt.
Ich habe je 2 Sensoren verschiedener Bauart gekauft, der eine Typ wird als Türsensor erkannt, der andere mit dem Kabel, es ist alles richtig.

Verzeihe mir bitte! :cry:

[mickym]

@luie Falls Du Node Red nutzt habe ich jetzt die Gruppenfunktion softwaremäßig nachgebildet - weil man auch die Fehlermeldungen nicht ausblenden kann im Log und ich nicht jeden Tag 30 und mehr Fehlereinträge im Log haben will. Falls Du also Interesse hast, dann mach ich einen eigenen Thread aufmachen und kann Dir erklären wie ich es realisiert habe.

[luie]

@mickym
Danke für dein Angebot aber ich habe den Raspbee II gegen einen SONOFF getauscht, weil der Raspbee vom Zigbee-Adapter nur experimentell unterstützt wird.
Node Red benutze ich in Verbindung mit Alexa und wenn es Dir nicht zu viel Aufwand ist, wäre ich schon an einem Beispiel interessiert.

[mickym]

@luie sagte in ZigBee neue Version 1.6.x:

@mickym
Danke für dein Angebot aber ich habe den Raspbee II gegen einen SONOFF getauscht, weil der Raspbee vom Zigbee-Adapter nur experimentell unterstützt wird.
Node Red benutze ich in Verbindung mit Alexa und wenn es Dir nicht zu viel Aufwand ist, wäre ich schon an einem Beispiel interessiert.

Na ja ich will auch nicht den Thread hier vollmüllen. Nachdem Du schon eine andere Lösung hast und @Asgothian bereits an einer Lösung dran ist - nutze ich meine Nodes nur privat. ;) - Zudem man auch auf einige Dinge achten muss. ;)

[luie]

@arteck @Asgothian

Bei mir werden nicht alle Geräteicons in der Objektübersicht dargestellt aber in der Kachelansicht sind die Bilder vorhanden.
Habt ihr eine Idee ob es ein Fehler im Zigbeeadapter, Admin oder js-controller ist? Oder sitzt der vor dem Bildschirm:slightly_smiling_face:

[BananaJoe]

@luie hab ich bei 2 Gerätetypen (Wassersensoren). Wenn ich mit dem Browser-Entwicklertools die Seite untersuche sehe ich das es gar keine Verlinkung für das Bild gibt (im Gegensatz zu denen wo es zu sehen ist).

[luie]

@bananajoe

OK, kannst du mir mal kurz beschreiben, wo ich die Verlinkung in den Entwicklertools finde?

[BananaJoe]

@luie ich habe nur den Fehler beschrieben, lösen können wir das so nicht. Wie du Vermutest hast wird es am ZigBee Adapter oder am Admin oder am Datenpunkt liegen. Vermutlich letzteres.

Wenn du in den Datenpunkt ganz rechts bearbeitest kann du da das Bild sehen bzw. eines hochladen. Bei denen ohne Bild fehlt das schlicht.
Bzw. sogar der Menüpunkt dafür. Also fehlte das beim Anlegen des Datenpunktes. In RAW gibt es keine Eintrag für Icon

Der Entwicklermodus den ich meine: Im Browser F12 drücken oder ein Element auf der Webseite per rechter Maustaste anklicken und "Untersuchen" wählen

[luie]

@bananajoe

Danke, jetzt ist nur die Frage wo die Bilder beim Anlegen eines Datenpunktes abgerufen werden. Ich vermute mal der Fehler kommt vom Zigbeeadapter, bei anderen Adaptern in der Objektansicht ist mir noch kein fehlendes Icon aufgefallen.
Aber vielleicht melden sich ja @arteck oder @Asgothian mal dazu?

[arteck]

@luie sagte in ZigBee neue Version 1.6.x:

bei anderen Adaptern

gibts keine spezifischen Geräte Bilder wie bei uns..

mach ne liste welche Icons nicht da sind . mit der Model Kachelbezeichnung

[mickym]

@luie Das keine Icons in der Objekteansicht sind, habe ich auch - obwohl in den Kacheln die Bilder da sind:

Ja ist nicht schön, aber spielt ja für die Funktionalität keine Rolle. Ich hab auch gesehen, dass die Bilder aus einem besonderen Ordner im Adapter stammen und das sind die Bilder aus der Kachel gar nicht vorhanden.