Closed RandomReaper closed 2 years ago
From an initial look, it seems that the data doesn't conform to the protocol. This could be because the Silabs document is wrong (I have another ticket open for over a year on another frame definition that Silabs agree is wrong, but have still not fixed). I will need to bring this up with them so it will take some time.
Since you are using this in OH, it is safe to ignore this exception so it will not impact on OH at this time.
The impact on OH is no event coming from that zigbee device.
This framework, and OH especially doesn’t support the GPD commands at this time, so this command is not used in OH, so it will have no impact on OH when this is fixed.
Silabs advise that the GPAddress is a union, not a flat structure as defined in the documentation. The C file shows this -:
typedef struct {
union {
/** The IEEE address is used when the application identifier is
* ::EMBER_GP_APPLICATION_IEEE_ADDRESS.
*/
EmberEUI64 gpdIeeeAddress;
/** The 32-bit source identifier is used when the application identifier is
* ::EMBER_GP_APPLICATION_SOURCE_ID.
*
*/
EmberGpSourceId sourceId;
} id;
/** Application identifier of the GPD. */
EmberGpApplicationId applicationId;
uint8_t endpoint;
} EmberGpAddress;
I'm still not sure that this allows the GP frames to be decoded correctly, but it should eliminate the exception since the frame length is now correct. I'm continuing to discuss this with Silabs.
Describe the bug openHAB 3.3.0.M1 + zigbee binding
To Reproduce click a button on the PTM215Z
Expected behavior Receive an event
Additional context zigbee dongle : POPP zb-stick (ember with reported firmware version : 6.10.0.0)