We are working on porting ZRC2.0 profile porting in below configuration.
TI Chip – CC2534
TI chip firmware - RNP-NWK-CC2534F64_SPI_v1_3_1_1943_FREQTUNE0x09.bin (network Image, with no profile)
Host/Application Processor - ZRC2.0/GDP profile + ZRC2.0 app (ZRC/GDP code is pulled from RemoTi-1.4 source code)
We have couple of questions on this effort.
- Porting ZRC 2.0 profile with network processor running Remo-TI 1.3.1 based network image.
On this configuration, we are able to initialize TI chip, and get RTI_InitCnf(), and also able to set and get network parameters through RCN API. Once ZRC app enable pairing by calling RTI_AllowBind(), the same request is passed to GDP layer (to set a flag). There is no RCN call flow (discovery/pair) to network processor. With this scenario, when we initiate pairing procedure on a RF remote, we don’t see any RCN notifications being passed from network processor through RCN_CbackEvent() to RTI layer (running on host processor)
This make us concerned, whether the network processor running firmware based on Remo-TI 1.3.1 stack , unconditionally forwards discovery requests or not.
- Network Image based on RemoTI 1.4.x release
Can TI provides network image based on RemoTI-1.4, and maybe more suitable for our needs (porting ZRC2.0 on host side)?