
Chapter 1 – Introduction
Multi-Tech Systems, Inc. SocketWireless Bluetooth AT Commands (S000360H) 8
Multi-Point (MP) Architecture
Using Multi-Point Mode
The ATMP supports any combination of Client/Server connections up to a maximum of 4. The modules are
shipped and factory-defaulted as Slaves supporting point-to-point connections. The PIO functionality is the
same as previous releases when in this mode. By using the AT Command ATSSW,3 you can increase the
number of Bluetooth connections. However, when you set the module to multiple channels, we automatically
reassign the following PIOs:
Channel 00 – PIO(2), Channel 01 – PIO(5), Channel 02 - PIO(7), Channel 03, PIO(8). PIO(5) will no
longer toggle at 1Hz.
To maintain backwards compatibility, we maintain the same commands for point-to-point configuration.
Commands like ATRSSI are the same; but, while in Multi-Point mode, we added the Letter “C” for ATRSSIC,2
to indicate the remote channel number to request this information from.
When the module is setup for more than one connection, the connections are all in regular data mode. You
cannot command the connection(s) in Fast Data Mode because the internal parser needs to interpret where
the data is originating from. So, in Multi-Point Mode, there is no such thing as Fast Data Mode. If you are
communicating to the ATMP local hardware UART in command mode and an incoming remote connection is
established, then the ATMP automatically goes into data mode and is no longer in command mode. You will
want to monitor the PIO Connect Channel Status Lines to make sure what state the ATMP is in.
As you are transmitting or receiving data to any given channel, the average inquiry and connection time for
each additional connection roughly doubles in time. This occurs because the CPU is busy processing data on
each additional channel; this consumes more and more resources with each connection. Therefore, we
cannot spec the data throughput or overall system performance since it depends on so many independent
and dependant variables related to the number of connections, to the time the connection was established,
how much data is being processed, and whether or not the ATMP is being queried by other nearby Bluetooth
devices. A typical design implementation should be one in which data is not transmitted or received
simultaneously from all connections in order to prevent the CPU from crashing.
Note: Multi-Point mode will be overridden by FTP or OPP modes. If the radio makes a client FTP or OPP
connection or is configured as an FTP or OPP server, the radio will no longer be in Multi-Point mode.
Receiving Data in Multi-Point Mode
When receiving data in Multi-Point mode, a typical interleaved UART data stream for 4 Bluetooth
connections coming in on 4 separate channel identifiers will look similar to the following example
depending on the order in which they were sent from the remote units to the ATMP:
<0x7E>00,data payload1234567890<0x7E>01,data payload12345678901234567890<0x7E>02,data
payload123456789012345678901234567890<0x7E>03,datapayload12345678901234567890123456789
01234567890<0x7E>02,data payload123456789012345….
The data payload size is not fixed and is variable in length. The channel header, <0x7E>0#, will be sent
whenever data from another channel comes in. The # character represents the channel number of the
following data. The header is only sent once if no other channel reports in during the period to lower
the communications overhead of the protocol. The ATMP Server needs this method to identify the
origination of incoming data for a single physical hardware output UART on the ATMP radio;
therefore, data is interleaved as shown above.
Transmitting Data in Multi-Point Mode
By default, data is broadcast to all connected radios when the local radio is in data mode. The radio can
be set to transmit to a specific channel using the ATSWC command. (See the Utilities section for more
information).
Comentarios a estos manuales