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

[crunchip]

@idlebit websocket

[IdleBit]

@crunchip Ok das ist schon mal gut, aber das Verhalten kann mir aktuell nicht erklären....
Grade da der Rest läuft....
Schon mal versucht die Datenpunkte von den besagten Bewegungsmeldern zu löschen und den Adapter neu zu starten?

[IdleBit]

@crunchip ich sehe grade das könnte an den Namen liegen das / ist bestimmt das Problem!

#Edit:
Jap hier stolpert meine Logik im Code, mich wundert das es von z2m erlaubt ist. muss ich mir mal ansehen ob ich das besser/anders lösen kann.
Bis dahen würde ich dich bitten den Namen ohne / zu nutzten :)

[crunchip]

@idlebit das ist ein guter Hinweis, teste ich gleich, bin grad am Firmware upgrade vom Board

@idlebit sagte in Test Adapter zigbee2mqtt:

ehe grade das könnte an den Namen liegen das / ist bestimmt das Problem

https://www.zigbee2mqtt.io/guide/configuration/devices-groups.html#common-device-options

[arteck]

@idlebit mach am besten direkt ein issue auf der deren seite

[mickym]

@crunchip sagte in Test Adapter zigbee2mqtt:

hab das gestern auch mal installiert, läuft soweit prima Sache:+1: , bis aufs Problem mit dem Admin in einem 2ten Browserfenster, wenn im anderen Browser das interne zigbee2mqtt offen ist, lässt sich nichts mehr bedienen und der Admin läd sich zu tote.

Die eigentliche Frage die ich habe,
mit aktivem

availability: true

werden mir ja die Geräte als erreichbar angezeigt, allerdings habe ich Saisonbedingt Geräte die aktuell nicht im Betrieb sind. (im zigbee Adapter konnte man die deaktivieren)

wie funktioniert das hier bzw gibt es so eine Funktion, oder einfach überlesen?

Habe testhalber diese mal auf die blacklist gesetzt, werden aber trotzdem weiter angepingt was ja alle 10 Min zur folgenden Meldung führt

Failed to ping 'Christbaum' (attempt 1/1, Read 0x842e14fffe05ea44/1 genBasic(["zclVersion"], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205)))

oder bleibt nur die Möglichkeit das Prüfen der Erreichbarkeit speziell für diese Geräte manuell in die .yaml einzutragen?
yaml einzutragen, jedoch greift diese nicht

EDIT:

hab jetzt mal versucht eine availability-advanced-configuration in die .yaml mit einzufügen, diese greift aber nicht. könnte da wer mal behilflich sein?

Hast Du mal versucht hier die Geräte aufzunehmen?

[arteck]

@mickym gesehen ?
https://forum.iobroker.net/topic/59260/test-adapter-zigbee2mqtt/139?_=1668688482547

[mickym]

@arteck Falls Du bereits darauf aufmerksam gemacht hast - dann halt meinen Beitrag ignorieren. Sorry.

Ich lande bei Deinem Link nämlich hier: https://forum.iobroker.net/post/879996

Mit dem Links funktioniert so nicht, aber
ich habe gelernt, dass man den Link darüber kopieren muss

... , sonst verschiebt sich das und hängt davon ab, wie jemand die Sortierreihenfolge im Thread eingestellt hat.

[crunchip]

@crunchip sagte in Test Adapter zigbee2mqtt:

bin grad am Firmware upgrade vom Board

OT
das funktioniert nicht und komme nicht weiter, Board wurde erkannt, allerdings war es am usb3( was zu Problemen führen kann) nach erneutem Versuch steh ich aber nun hier

hat da wer nen TIP

[IdleBit]

@crunchip Kannst ja mal ins Discord kommen, vielleicht bekommen wir das hin :)

[crunchip]

@idlebit Angebot nehm ich liebend gerne an, sind allerdings gerade am Essen kochen

[IdleBit]

@crunchip bring was mit :yum:, ne im ernst ich bin noch etwas online komm einfach rein.

[IdleBit]

@crunchip fix ist raus
https://github.com/o0shojo0o/ioBroker.zigbee2mqtt/pull/67

[crunchip]

@idlebit ca in ner halben Std ok?

[IdleBit]

@crunchip geht klar.

[quotschmacher]

erstmal: super, dass dafür ein adapter kommt - ich bastel aktuell an nem skript, das mir die ganzen get-datenpunkte und alias-datenpunkte anlegt ;-)

ich habe das problem: ich kann die geräte bedienen und es werden auch die korrekten werte angezeigt, aber es wird kein gerät als available angezeigt. die config.yaml habe ich entsprechend des ersten posts angepasst...

availability: true
homeassistant: false
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://localhost:1883
  keepalive: 60
  reject_unauthorized: false
  version: 4
serial:
  port: tcp://192.168.188.56:20108
frontend:
  port: 8080
advanced:
  pan_id: 7778
  channel: 11
  homeassistant_legacy_entity_attributes: false
  legacy_api: false
  legacy_availability_payload: false
  log_syslog:
    app_name: Zigbee2MQTT
    eol: /n
    host: localhost
    localhost: localhost
    path: /dev/log
    pid: process.pid
    port: 123
    protocol: tcp4
    type: '5424'
  output: attribute_and_json
  log_level: info
device_options:
  legacy: false
devices:

[crunchip]

@quotschmacher welche version ist installiert, gab gestern erst nen fix wegen der friendly name, wenn diese ein / beinhalten, wird nämlich nichts übertragen, mit der aktuellen version ist das bereinigt, andernfalls die Namen anpassen
siehe https://forum.iobroker.net/post/893492

[mickym]

---

[IdleBit]

@quotschmacher Ja da hat der @crunchip wahrscheinlich recht, bitte versuche die Aktuelle Version von GitHub nochmal :)

[quotschmacher]

ich hab gestern die 2.4.2 installiert. die geräte, die schon vorhanden waren, werden mir noch immer als nicht available angezeigt, können aber bedient werden und werden auch korrekt abgefragt. geräte, die ich neu hinzugefügt habe und dann nach vorhandenem schema umbenannt habe, werden mir dauerhaft als available angezeigt. könnte aber auch richtig sein, da sie es bisher immer waren. müsste ich heute abend mal testen, und eines vom strom trennen.

@crunchip sagte in Test Adapter zigbee2mqtt:

andernfalls die Namen anpassen

sehe ich jetzt nicht wirklich als lösung. es wird von zigbee2mqtt ja explizit unterstützt und vorgeschlagen: https://www.zigbee2mqtt.io/guide/usage/mqtt_topics_and_messages.html#zigbee2mqtt-friendly-name