Neues Zigbee Gerät

[butsch]

Hallo, ich habe mir ein Türschloss von Visortech mit Zigbee besorgt.
Ich wollte dieses an iobroker anbinden, um das Schloss entsperren zu können.
Anlernen funktioniert, das Gerät ist aber unbekannt. Kann ich dieses trotzdem irgendwie ansteuern?

Hier die Daten zu den Schloss:

Device 0x300f (ec:1b:bd:ff:fe:79:a6:7f) joined the network
[0x300f:zdo] ZDO request ZDOCmd.Device_annce: [0x300f, ec:1b:bd:ff:fe:79:a6:7f, 128]
[0x300f] Requesting 'Node Descriptor'
[0x300f] Extending timeout for 0x05 request
[0x300f] Node Descriptor: <Optional byte1=2 byte2=64 mac_capability_flags=128 manufacturer_code=0 maximum_buffer_size=82 maximum_incoming_transfer_size=82 server_mask=11264 maximum_outgoing_transfer_size=82 descriptor_capability_field=0>
[0x300f] Discovering endpoints
[0x300f] Extending timeout for 0x07 request
[0x300f] Discovered endpoints: [1]
[0x300f:1] Discovering endpoint information
[0x300f] Extending timeout for 0x09 request
[0x300f:1] Discovered endpoint information: <SimpleDescriptor endpoint=1 profile=260 device_type=81 device_version=0 input_clusters=[0, 10, 4, 5, 61184] output_clusters=[25]>
Unknown cluster 61184
[0x300f] Extending timeout for 0x0b request
[0x300f:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=11 command_id=Command.Read_Attributes_rsp>
[0x300f:1] Manufacturer: _TYST12_212kebqd
[0x300f:1] Model: TY0A01
Checking quirks for _TYST12_212kebqd TY0A01 (ec:1b:bd:ff:fe:79:a6:7f)
Considering <class 'bellows.zigbee.application.EZSPCoordinator'>
Fail because device_type mismatch on at least one endpoint
Considering <class 'zhaquirks.gledopto.soposhgu10.SoposhGU10'>
Fail because endpoint list mismatch: {11, 13} {1}
Considering <class 'zhaquirks.lutron.lzl4bwhl01remote.LutronLZL4BWHL01Remote2'>
Fail because profile_id mismatch on at least one endpoint
Considering <class 'zhaquirks.netvox.z308e3ed.Z308E3ED'>
Fail because device_type mismatch on at least one endpoint
Considering <class 'zhaquirks.osram.a19twhite.A19TunableWhite'>
Fail because endpoint list mismatch: {3} {1}
Considering <class 'zhaquirks.philips.rom001.PhilipsROM001'>
Fail because device_type mismatch on at least one endpoint
Considering <class 'zhaquirks.philips.rwl020.PhilipsRWL020'>
Fail because endpoint list mismatch: {1, 2} {1}
Considering <class 'zhaquirks.philips.rwl021.PhilipsRWL021'>
Fail because endpoint list mismatch: {1, 2} {1}
Considering <class 'zhaquirks.smartthings.multi.SmartthingsMultiPurposeSensor'>
Fail because device_type mismatch on at least one endpoint
Considering <class 'zhaquirks.smartthings.tag_v4.SmartThingsTagV4'>
Fail because device_type mismatch on at least one endpoint
Considering <class 'zhaquirks.xbee.xbee3_io.XBee3Sensor'>
Fail because endpoint list mismatch: {232, 230} {1}
Considering <class 'zhaquirks.xbee.xbee_io.XBeeSensor'>
Fail because endpoint list mismatch: {232, 230} {1}
Considering <class 'zhaquirks.xiaomi.mija.smoke.MijiaHoneywellSmokeDetectorSensor'>
Fail because device_type mismatch on at least one endpoint
device - 0x300f:ec:1b:bd:ff:fe:79:a6:7f entering async_device_initialized - is_new_join: True
device - 0x300f:ec:1b:bd:ff:fe:79:a6:7f has joined the ZHA zigbee network
[0x300f](TY0A01): started configuration
[0x300f:ZDO](TY0A01): 'async_configure' stage succeeded
[0x300f] Extending timeout for 0x0d request
[0x300f] Extending timeout for 0x0f request
[0x300f:1:0x0000]: bound 'basic' cluster: Status.SUCCESS
[0x300f:1:0x0000]: finished channel configuration
[0x300f] Extending timeout for 0x11 request
[0x300f:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=True> manufacturer=None tsn=52 command_id=Command.Report_Attributes>
[0x300f:1:0x0000] ZCL request 0x000a: [[<Attribute attrid=1 value=<TypeValue type=uint8_t, value=84>>, <Attribute attrid=65506 value=<TypeValue type=uint8_t, value=22>>]]
[0x300f:1:0x0000] Attribute report received: app_version=84, 65506=22
[0x300f:1:0x0019]: bound 'ota' cluster: Status.SUCCESS
[0x300f:1:0x0019]: finished channel configuration
[0x300f:1:0x0000] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=True disable_default_response=False> manufacturer=None tsn=53 command_id=Command.Report_Attributes>
[0x300f:1:0x0000] ZCL request 0x000a: [[<Attribute attrid=65503 value=<TypeValue type=CharacterString, value=
/T&/T&/T&>>]]
[0x300f:1:0x0000] Attribute report received: 65503=
/T&/T&/T&
[0x300f:1:0x000a] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=GLOBAL_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=54 command_id=Command.Read_Attributes>
[0x300f:1:0x000a] ZCL request 0x0000: [[7]]
[0x300f:1:0x0000]: initializing channel: from_cache: False
[0x300f:1:0x0000]: 'async_configure' stage succeeded
[0x300f:1:0x0019]: 'async_configure' stage succeeded
[0x300f](TY0A01): completed configuration
[0x300f](TY0A01): stored in registry: ZhaDeviceEntry(name='_TYST12_212kebqd TY0A01', ieee='ec:1b:bd:ff:fe:79:a6:7f', last_seen=1589728923.6955261)
[0x300f](TY0A01): started initialization
[0x300f:ZDO](TY0A01): 'async_initialize' stage succeeded
[0x300f] Extending timeout for 0x14 request
[0x300f:1:0x0019]: initializing channel: from_cache: False
[0x300f:1:0x0000]: initializing channel: from_cache: False
[0x300f:1:0x0000]: 'async_initialize' stage succeeded
[0x300f:1:0x0019]: 'async_initialize' stage succeeded
[0x300f](TY0A01): power source: Battery or Unknown
[0x300f](TY0A01): completed initialization

[Kaito]

Hab mir das schloss auch beholt meins ist aber vom Vima und wird aber auch als TY0A01 erkannt.
Sollte aber das selbe schloss wie hier sein -> https://forum.iobroker.net/topic/21421/gelöst-vima-smart-lock-anlernen

[butsch]

@Kaito das Vima kann aber nicht entsperrt werden, wenn ich das richtig verstanden habe.
Das Visortech lässt sich aber zumindest mit der unsäglichen Bridge von 7links öffnen. Und da die Bridge das kann, bin ich überzeugt, dass es auch mit zigbee2mqtt funktionieren muss.

[Kaito]

@butsch kommisch weil meins auch TY0A01 heißt

[zyklop]

Hallo, habe mir auch dieses Schloss gegönnt, es wird jedoch auch nicht richtig erkannt.
Auf der Packung steht auch das V und "Weima Electro-Mechanical Cylinder Model A6121" und meldet sich im zigbee adapter als TY0A01 an.
Hat es schon jemand am laufen ?? welchen Zigbee adapter version wird benötigt ?? Bei mir läuft z.B. die 1.6 nicht, da mein ZStack 3.0 vom 06.07.2021 auf meinem CC2652P Stick nicht funktioniert.
Habe leider notgedrungen immer noch die Adapter Version 1.5.6

Danke für Eure Hilfe

Grüße
zyklop

[klassisch]

@zyklop sagte in Neues Zigbee Gerät:

Habe leider notgedrungen immer noch die Adapter Version 1.5.6

Die funktioniert bei meinem CC2652P ohne praktische Einschränkungen und besser als die 1.6

[A Former User]

@zyklop ,
hast du schon mal neu geflasht?
Es gibt eine neue zStack Version vom 08.07.2021 für den CC2652P

Bei mir läuft der 1.6 Adaper ohne Einschränkungen.