Bluetooth Special Interest Group Inc. BTSIG15A Manual De Usuario

For more information about the simulated button presses, please contact PTS technical support. 

Earlier versions of PTS used a function called ImplicitSend(). This function has been replaced by ImplicitSendStyle() and 
is no longer used by the PTS. 

Most test suites have a IXIT value named TSPX_use_implicit_send which is used to enable or disable the Implicit Send 
functionality. Normally the value of this item is TRUE indicating that Implicit Send is to be used. 

Setting the value to FALSE will disable Implicit Send for both user developed DLLs and the PTS default DLL. 

The value of TSPX_use_implicit_send should be checked whenever it appears that the Implicit Send functionality is not 
working at all. 

The PTS installation has a folder containing source code that may be used as a reference during development of a 
custom Implicit Send DLL. The source code itself is the complete source for the default Implicit Send DLL that is normally 
used by PTS. A Visual Studio project is included making it possible to build and execute the sample. 

Of particular interest is implicit_send.cpp. In addition to the functions it provides, there are notes for an alternate 
implementation that connects to an automated test platform via TCP/IP. 

The sample may be found under custom\implicit_send in the PTS installation folder. The default path to this location is 

C:\Program Files\Bluetooth SIG\Bluetooth PTS\Custom\implicit_send 

  

  

The tag data in the Implicit Send messages makes it possible to use the same DLL for more than one profile since each 
message is uniquely identified by <message number>, <currently executing test case>, and <currently active test suite>. 
(

Message Tags

) 

It may be convenient to develop one Implicit Send DLL for all uses and use the test suite name in the message tag to 
know which profile is requesting assistance. On the other hand, a single DLL may be more complicated to construct and 
maintain, suggesting that a custom DLL for each test suite might be more appropriate. 

The point to keep in mind is that PTS can support either design decision – developers of custom Implicit Send DLLs are 
not locked into one way or the other. 

It may be desirable to replace some, but not all, of PTS’s default Implicit Send handling. This is possible by doing the 
following: 

•

 

Create a custom Implicit Send DLL. 

•

 

In the custom DLL, InitImplicitSend() could dynamically load the default DLL using the Windows LoadLibrary() 
and GetProcAddress() API functions. 

•

 

When a message arrives at ImplicitSendStyle() in the custom DLL, the function could look at the message tag 
and decide whether or not it wants to handle the message. If the custom ImplicitSendStyle() does not want to 
handle the message, it could call ImplicitSendStyle() in the default DLL using the same parameters.