Page 3
Technique to spread a message on the radio spread spectrum ® Direct test mode Mode to test Bluetooth specific RF settings. Proteus-III populated on motherboard with USB EV (Board) Evaluation (Board) interface for test and evaluation purpose. Forward error Technique to correct received erroneous radio...
Page 9
21. Information for Ex protection 22. Bluetooth SIG listing/qualification 22.1. Qualification steps when referencing the Proteus-III ....207 23. Regulatory compliance information 23.1. Important notice EU ....... 209 23.2.
LE profiles, timing configurations, security configuration as well as power consumption optimizations. Even with it’s small dimensions of 8 x 12 mm the Proteus-III provides a strongly miniaturized integrated PCB antenna. Beside it is possible to connect an external antenna if high radio ranges are of interest.
1.1.1. Key features The Proteus-III offers the following key features that are described in the manual in more detail: SPP-like connection-based secured data transmission: The Proteus-III firmware imple- ® ments an SPP-like Bluetooth LE profile that allows the bidirectional data transmission ®...
1MBit radio mode and can then be updated to long range mode. The Proteus-III allows in addition to setup the connection immediately using the long range mode, such that even connections can be initiated on high distances. More information can be found in chapter 5.10 .
2. Electrical specifications As not otherwise stated measured on the evaluation board Proteus-III-EV with T=25°C, VDDS=3V, f=2.44GHz, internal DC-DC converter in use. 2.1. Recommended operating conditions Description Min. Typ. Max. Unit Ambient temperature °C Supply voltage (VDDS) Supply rise time (0V to 1.7V)
Internal pull ups or pull downs are configured at startup by the firmware installed in the SoC. The pull up on the /RESET pin cannot be disabled by firmware. Pins available to connect an external crystal in custom firmware. The standard firmware of Proteus-III does not implement this function.
WAKE_UP/BOOT/MODE_1 BUSY/LED_1/LED_2 Figure 6: Minimal pin connections The above image shows the steps to be performed to integrate the Proteus-III into a custom end device. 1. Supply voltage and ground Connect the VDD and GND pins to supply the radio module with power.
Page 25
If the module has to be connected to a PC, a converter (TTL to RS-232 or TTL to USB) has to be used. See chapter 3 for details on all pins. Please refer to the Proteus-III-EV schemes for a reference design.
2.4 GHz frequency band. A simple short between the pins RF and ANT feeds the RF output of the module to the on-board antenna of the Proteus-III. In this configuration, the module does not require any additional RF circuitry.
4.4. Quickstart example This section describes how to quick start the data transmission between two Proteus-III modules. The goal is to setup a connection between module A and module B, transmit some data and close the connection again. The below commands are in hexadecimal notation. The arrow in the left colum- n describes, whether it’s a message from host to radio module, or vice versa.
5. Functional description The Proteus-III module acts as a slave and can be fully controlled by an external host that implements the command interface. The configuration as well as the operation of the mod- ule can be managed by predefined commands that are sent as telegrams over the UART interface of the module.
5.1. State indication using the LED pins The pins LED_1 and LED_2 of the Proteus-III can be used to determine the module state. The states described in Figure 8 result in the following pin behavior. The pins on the Proteus- III are active high.
5.3. Identification of a Proteus-III device on the radio The Proteus-III can be identified on the radio interface by its FS_BTMAC . This FS_BTMAC is a ® Bluetooth -conform MAC address, which is part of the data package sent during advertising in ACTION_IDLE mode.
The RF_SecFlags parameter of the module determines the security mode. If a certain se- curity mode of a Proteus-III peripheral device is set, its security level has to be met by the connecting central device to be able to exchange data. As long as the defined security level is not met by the central device, no access to the peripheral’s profiles will be granted.
In case of the "StaticPasskey" mode, a pass key has to be entered at the central side that has to match the pass key of the peripheral. Here the Proteus-III uses a static pass key in the peripheral role that is stored in the parameter RF_StaticPasskey . When using this method, Proteus-III reference manual version 1.3...
In case of the "LescPasskey" mode, a pass key has to be entered at the central side that has to match the pass key of the peripheral. Here the Proteus-III uses a pass key in the peripheral role that is generated by the LESC method (low energy secure connection) when Proteus-III reference manual version 1.3...
If a second Proteus-III, which has its Beacon-function enabled (see RF_BeaconFlags ), is in the operating state ACTION_SCANNING , the scan response packet and the containing beacon data is received.
Besides the FS_BTMAC of the sending module, the RSSI value and the TX power is output in format of a CMD_RSSI_IND message when an advertising packet of another Proteus-III has been received. To enable this function, the corresponding value in the user setting RF_BeaconFlags has to be set.
5.7. Configure the module for low power consumption Depending on the application environment of the Proteus-III, the goal is to find the optimal trade-off between the module’s performance and its power consumption. Therefore, the main settings and operation modes that affect the current consumption are listed below: •...
Proteus-III offers the command CMD_PHYUPDATE_REQ . As response to this request a CMD_PHYUPDATE_IND is returned from the Proteus-III, that gives feedback if the connection was switched to the new phy, or if the connection partner rejected the request.
Bluetooth LE devices must be within the standard range. To avoid this situation, the Proteus-III allows to setup a connection directly in long range mode. To enable this feature, set the corresponding bit in the user setting CFG_Flags . As soon as this feature is enabled, the Proteus-III sends only advertising packets in long range mode.
7.1. Scan for other modules in range 7.1.1. CMD_SCANSTART_REQ This command starts the scan operation to find other Proteus-III in range. All found devices that fit the Proteus-III specification (i.e. devices that support AMBER SPP service UUID) are saved in an internal data base. Before outputting the data base content using the command CMD_GETDEVICES_REQ , the scan has to be stopped using CMD_SCANSTOP_REQ .
2") of length 7.1.4. CMD_RSSI_IND This telegram indicates the reception of an advertising packet sent by another Proteus-III module. It can be used to realize a position sensing application. This data can only be received, when the module is in ACTION_SCANNING mode (passive scan is sufficient) and the corresponding value in the RF_BeaconFlags is set.
7.2. Setup connections 7.2.1. CMD_CONNECT_REQ This command tries to setup a connection to the Proteus-III, which is identified by the FS_ BTMAC used in the command. After the module prints a CMD_CONNECT_CNF to confirm that the request was received, the indication message CMD_CONNECT_IND follows which determines whether the connection request was accepted by the other device.
To answer this request the CMD_PASSKEY_REQ message has to be sent to the Proteus-III central including the passkey of the peripheral. The permissible characters of the passkey are ranging from 0x30 to 0x39 (both included) which are ASCII numbers (0-9).
When the data is processed by the module a CMD_DATA_CNF is sent to the host. Additionally a CMD_TXCOMPLETE_RSP will follow as soon as the data has been sent. The receiving Proteus-III will get a CMD_DATA_IND message containing the transmitted pay- load data.
No connection is needed for this mode of operation. It can be received by any scanning Proteus-III with Beacon-function enabled (see RF_BeaconFlags ). The receiving module will output a CMD_BEACON_IND indication message containing the trans- mitted data.
7.7. Switching GPIOs by remote control This chapter contains the commands to use the GPIO feature of the Proteus-III. Please refer to chapter 11 for a detailed description. 7.7.1. CMD_GPIO_LOCAL_WRITECONFIG_REQ This command configures the free GPIOs of the radio module. This is necessary to allow local and remote GPIO control.
If the static pass key security mode is enabled by the peripheral, this key must be entered in the central device. In case of a Proteus-III central, the command to enter this pass key during connection setup is the CMD_PASSKEY_REQ .
This 8-Bit field configures security settings of the module. Chapter 5.4 contains further information about secure connections. When connecting from a Proteus-III to another Proteus-III, be sure that the same security mode is used. When connecting from a foreign device to a Proteus-III, the peripheral (Proteus-III) determines the minimum security level needed for communica- tion.
For the communication of Proteus-III modules, active scanning is only needed when using Beacons. In this case, it is enabled automatically by the firmware. Please note that active scanning increases the current consumption.
This field configures the reception of Beacons. Value Description Receive all Beacons from Proteus-III devices in range. Each received packet is 0x01 interpreted and is sent to the host via a CMD_BEACON_IND message. All received advertising data / beacons is output in raw format via a CMD_BEACON_RSP 0x02 message.
Proteus-III module (peripheral) and the connection interval settings do not coincide, the Proteus-III requests the smart phone to accept its settings after 5s. If the cell phone does not accept the settings, it will be requested a further 3 times with a delay of 10s.
• The connection supervision timeout defines the time after which an already established connection is considered as lost, when no further communication has occurred. Please ensure that all members (Proteus-III, cell phones and other ® Bluetooth LE devices) of a network use the same connection timing param- eters to avoid connection problems and changes of the connection interval during an opened connection.
The following table contains the measured maximum throughput values for user payload. The test setup is as follows: • Two Proteus-III radio modules connected to a fast micro controller (STM32 on NUCLEO- L476RG) • Radio mode as specified in the table below (125 kb/s (long range mode), 1 Mbit/s or 2 Mbit/s) •...
Thus, it is advertising until another Bluetooth LE enabled device connects to it. In this case, the UART of the Proteus-III is enabled, the LED_2 pin shows that the channel is open and bidirectional data transmission can start. As soon as the connection is closed, the UART is disabled again to save power.
See also the user setting RF_AdvertisingFlags to adapt the content of the advertising pack- 10.4.2. UART • The data sent to the UART is buffered in the Proteus-III up to a maximum payload of 1015 Bytes. When no new Byte was received for 20ms, the data will be transmitted ®...
To use the remote GPIO control feature of the Proteus-III, the GPIOs of interest must be configured first. This can be done in two ways. Either by the local host (see figure 12 ), when ®...
11.1. Supported GPIO_IDs for remote and local control The following GPIOs of the Proteus-III are supported for remote and local access. SWDCLK WAKE_UP SWDIO /CTS /RESET /RTS BOOT URXD UTXD GPIO_ID Supported functions Input, Output Input, Output Input, Output Input, Output...
Besides the AMBER SPP-like profile for data transmission, the Proteus-III contains the so called Device Information Service. This profile exposes manufacturer information about a device and is used to personalize the Proteus-III to fuse with the custom product. The Device ®...
This method offers a possibility to update the firmware over the air (OTA). Therefore, the ® Nordic nRF52 Bluetooth LE DFU Secure Bootloader is integrated into the Proteus-III’s ® firmware, which will communicate over the Bluetooth LE interface. The OTA bootloader mode is a distinct operating mode besides the normal operating modes mentioned before.
14.2.1. Firmware update steps using the Nordic nRF Toolbox app If the radio module Proteus-III has been set to bootloader mode, the Nordic nRF Toolbox app can be used to perform the OTA firmware update. • Open the app, select the DFU function and press "SELECT FILE"...
The RF pin of module can be coupled to on-board PCB antenna or an external antenna. Two variants of the Proteus-III are certified: • For the on-board PCB antenna: 22pF shall be assembled on C28. – If additional tuning is needed in the end application, C27 and C26 can be assem- bled.
22.1. Qualification steps when referencing the Proteus-III Due to the qualification of the Proteus-III as end product, it can be referenced when starting the qualification process of any product integrating the Proteus-III. To perform the qualifica- tion process in a row, we recommend purchasing a Declaration ID before starting the new qualification.
Page 209
The process can be finished once the invoice for the Declaration ID is paid. To perform the qualification process of a product integrating Proteus-III, please go through the following steps: 1. Visit https://www.bluetooth.org/tpg/QLI_SDoc.cfm . ® 2. Select option "Start the Bluetooth Qualification Process with NO Required Testing".
R&TTE directive 1999/5/EC and the RED directive 2014/53/EU of the European Union (EU). The Proteus-III can be operated without notification and free of charge in the area of the European Union. However, according to the R&TTE / RED directive, restrictions (e.g. in terms of duty cycle or maximum allowed RF power) may apply.
Page 213
The OEM must ensure that the following conditions are met. • The Proteus-III will be used at a distance of at least 10 mm. • End users of products, which contain the module, must not have the ability to alter the firmware that governs the operation of the module.
00:18:DA:xx:xx:xx. The latter part xx:xx:xx of the MAC address provision) coincides with the serial number of the device. 23.9.1. Label Due to the size of the Proteus-III label, the certification label of the Proteus-III is not placed onto the module label. 2611011024000: R 201-190950 After integration of the Proteus-III in the end device, the corresponding certifi-...
The following code is an example implementation of a function to transmit data using a 2 Byte length field in the command frame. For demonstration reasons the Proteus-III has been taken. The full function codes of all radio modules are available in the Wireless Connectivity SDK (www.we-online.de/wco-SDK ).
Page 227
more than you expect Monitoring Automated Meter Internet & Control Reading of Things Contact: Würth Elektronik eiSos GmbH & Co. KG Division Wireless Connectivity & Sensors Max-Eyth-Straße 1 74638 Waldenburg Germany Tel.: +49 651 99355-0 Fax.: +49 651 99355-69 www.we-online.com/wireless-connectivity...
Need help?
Do you have a question about the PROTEUS-III and is the answer not in the manual?
Questions and answers