Why Braoadcast mode error in Raw Data of ZGWUI for JN5179?

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Why Braoadcast mode error in Raw Data of ZGWUI for JN5179?

914 Views
benjaminchang
Contributor V

Hello,

We are trying to control JN5179 (with "ZigbeeNodeControlBridge_JN5179_COORDINATOR_115200.bin"), using (ZGWUI ZCB intf. host GUI, to toggle a light, as below log. If we use "On/Off Cluster", it works. But not work in "Braoadcast mode" of "Raw Data". Why?

I have check the code, but if goes to "APP_eApsProfileDataRequest()" function, and cannot be checked further as the Broadcast parameter is within the buffer. Please help!

Benjamin

On/Off Cluster [Short], Toggle ok

pastedImage_1.png

On/Off Cluster [Broadcast], Toggle ok

pastedImage_2.png

Raw Data- [Short] Toggle ok , [Broadcast] Toggle error

pastedImage_3.png

6 Replies

572 Views
benjaminchang
Contributor V

Hi Mario,

We hope to make a broadcast as 2.3 or 2.4 does, but why they all failed? There is no activity on the sniffer in the case.

It seems work in 1.3 & 1.4.

//////

2.3 With RawData command + Broadcast Address mode + Target e0a1

pastedImage_13.png

It does not work, and with message,

pastedImage_14.png

2.4 With RawData command + Broadcast Address mode + Target ffff

pastedImage_16.png

It does not work, and with message,

//////

Regards,

Benjamin

0 Kudos

572 Views
mario_castaneda
NXP TechSupport
NXP TechSupport

Hi Benjamin,

The raw data command in JN-AN-1216-IOT-Control-Bridge application uses ZPS_eAplAfApsdeDataReq() function to send the raw command over the air. If you go through the parameter ZPS_tsAfProfileDataReq passed to above function (which contains addressing related information) in user guide JN-UG-3113 (http://www.nxp.com/documents/user_manual/JN-UG-3113.pdf) , it does not accept broadcast addressing mode and thus the issue.

eDstAddrMode is the type of destination address:

 ZPS_E_ADDR_MODE_BOUND (no address needed for bound nodes)

 ZPS_E_ADDR_MODE_GROUP (16-bit group address) 

 ZPS_E_ADDR_MODE_SHORT (16-bit network address)

 ZPS_E_ADDR_MODE_IEEE (64-bit IEEE/MAC address)

Best Regards,

Mario

572 Views
benjaminchang
Contributor V

Mario,

Thanks!

Benjamin

0 Kudos

572 Views
mario_castaneda
NXP TechSupport
NXP TechSupport

Hi Benjamin,

Could you please try with the next Address (16-bit hex) FFFF?

pastedImage_1.png

If you capture the frame with a sniffer, you will see the frame like that.

pastedImage_2.png

Hope It helps.

Best Regards,

Mario

572 Views
benjaminchang
Contributor V

Hi Mario,

Thanks for your feedback.

We can use OnOff command directly. But what we have been requested to, is to use "Raw Data" command (in General) to simulate the same command. Besides direct targeting, we also need broadcasting. Below is the whole 8 tests for unicast and broadcast. It summarized as to take "2.2 With RawData command + Short Address mode + Target ffff". Seems we just have to be used to them.

1.1 With OnOff command + Short Address mode + Target e0a1

pastedImage_1.png

It works, and with message,

pastedImage_2.png

1.2 With OnOff command + Short Address mode + Target ffff

pastedImage_3.png

It does not work, and with message,

pastedImage_4.png

1.3 With OnOff command + Broadcast Address mode + Target e0a1

pastedImage_5.png

It works, and with message,

pastedImage_6.png

1.4 With OnOff command + Broadcast Address mode + Target ffff

pastedImage_7.png

It works, and with message,

 pastedImage_8.png

2.1 With RawData command + Short Address mode + Target e0a1

pastedImage_9.png

It works, and with message,

pastedImage_10.png

2.2 With RawData command + Short Address mode + Target ffff

pastedImage_11.png

It works, and with message,

pastedImage_12.png

2.3 With RawData command + Broadcast Address mode + Target e0a1

pastedImage_13.png

It does not work, and with message,

pastedImage_14.png

2.4 With RawData command + Broadcast Address mode + Target ffff

pastedImage_16.png

It does not work, and with message,

 pastedImage_15.png

// eof

Regards,

Benjamin

0 Kudos

572 Views
mario_castaneda
NXP TechSupport
NXP TechSupport

Hi Benjamin,

Just to confirm, are you asking why the 2.2 case works? Could you please explain the last question again?.

Best Regards,

Mario

0 Kudos