<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>LIMUS: Exploration of Technological Prototypes for Location-Based Services in Museums ?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Juan D. Gutierrez</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fernando J. Aranda</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Teodoro Aguilera</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fernando J. Alvarez</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Electrical Engineering, Electronics and Automation Sensory Systems Research Group (https: // giss. unex. es/ ) University of Extremadura</institution>
          ,
          <addr-line>Badajoz, Spain, 06006</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper explores three technologies: acoustic, visible light, and Bluetooth Low Energy (BLE) to provide Location-Based Services (LBS) in museums or archaeological sites. Acoustic and visible light beacons have been speci cally designed, whereas for BLE a commercial beacon has been chosen. Also, a mobile phone application has been developed which implements the identi cation algorithms for each proposed technology. Once the artwork has been identi ed, its information is displayed on the mobile phone screen. A set of experimental tests has been carried out in order to evaluate the performance of each technology. Results have shown a robust detection radius of 1.5 m around the acoustic and BLE beacons, while this radius decreases to 0.5 m for the visible light beacon. Results have also revealed the existence of some phenomena that worsen the detection quality in certain areas. This should be addressed in an evolved version of this work.</p>
      </abstract>
      <kwd-group>
        <kwd>Location-Based Services (LBS)</kwd>
        <kwd>Cell-ID</kwd>
        <kwd>Acoustics</kwd>
        <kwd>Bluetooth Low Energy (BLE)</kwd>
        <kwd>Visible Light</kwd>
        <kwd>Museum</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>This section describes the beacons used, which are based on three di erent technologies: acoustic,
BLE, and visible light. For each beacon, its appearance, dimensions, and components are described.
For acoustic and visible light technologies, the beacons have been speci cally designed to optimise
the size, price, and quality of emissions. However, for BLE technology, a commercial beacon has
been chosen, since this technology has long been used in mobile phones.
118 mm
39 mm
arp 123
Sh PC</p>
      <p>Adafruit Feather
HUZZAH
(c) Visible light beacon.</p>
      <p>42 mm</p>
      <p>STM32L432KC</p>
      <p>Acoustic technology o ers numerous advantages when it is used to implement systems that
provide LBS. Among them, the narrow emission cone of the acoustic transducer makes it possible
to discriminate between areas very close to each other. In addition, the acoustic waves will be
con ned in each museum room and detections from adjacent rooms will be avoided.</p>
      <p>Fig. 1a shows on the right the inside of the beacon where an AC/DC converter, a
NUCLEOL432KC board and a KSSG1708 transducer can be seen. To the left of the gure can be seen the
beacon mounted inside a plastic box of dimensions 55 55 42 mm. This box has a perforation
that allows the programming of the STM32L432KC module via its Micro-USB port. Furthermore,
the beacon can be connected directly to the mains supply network without having to replace its
batteries periodically.</p>
      <p>Finally, this technology is suitable for the emission of robust signals against noise and the
Doppler e ect. This robustness makes it possible to implement modulations in long sequences
generating 8 or even 16 bit encoding that can identify a large number of di erent exhibits.</p>
      <p>The BLE beacons used for the LIMUS project are the Estimote BLE Proximity Beacons.
As shown in Fig. 1b, these beacons have a low-power 32 bit and 64 MHz Central Processing Unit
(CPU), a set of sensors (accelerometer, barometer, thermometer, magnetometer and photometer)
and a Bluetooth antenna all over a circuit board. This device is powered by a set of batteries and
wrapped in a plastic color case. Each beacon can broadcast multiple signals at the same time,
using di erent emission powers and advertising periods. Estimote beacon's settings can be done
via their smartphone application or cloud service. This beacon is shown in Fig. 1b.</p>
      <p>
        Visible light beacon's nal arrangement on a stand, as well as the beacon's insides, with its
components identi ed, is shown in Fig. 1c. In particular, the beacon control and interruption circuit
which modulates the light signal is implemented on a Feather HUZZAH board manufactured
by Adafruit. The combination of the CMOS cameras rolling shutter e ect, the high frequency
LED luminaries modulation, and the human eye's inability to perceive them are the basis of this
system [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Thus, it is possible to emit a luminous message without annoying people close to
source.
3
      </p>
    </sec>
    <sec id="sec-2">
      <title>Systems Operation</title>
      <p>This section shows the beacons architecture. The transmitter operation for each technology is
presented, as well as the particularities of their own receivers.</p>
      <p>Fig. 2 shows the operating diagrams of both the transmitter and receiver modules for the
acoustic technology. The transmitter module consists of an AC/DC converter in charge of
supplying the STM32L432KC board. This board has a microcontroller STM32F103CBT6 that
generates the digital signals. Subsequently, these signals pass through the board's digital-to-analog
converter (DAC), to nally be sent to the ampli er in order to be synthesized using an acoustic
transducer. The receiver module is implemented in an Xiaomi Mi 8 Android terminal. The phone
acquires the acoustic signals through its embedded microphone. These signals are then processed
by the phone's analog-to-digital converter (ADC). The resulting signal is rst passed through
a matched lter with a synchronization chirp (initChirp). The compressed pulse detection of
this chirp indicates the beginning of the signal fragment where the information of the exhibit to
be decoded is located. To decode this information, this signal fragment will be sent to two new
lters. A rst matched lter with the upChirp pattern determines the location of the compressed
pulses corresponding to the chirps encoding the 1s, and a second matched lter now with the
downChirp pattern determines the location of the compressed pulses identifying the 0s of the
binary code. Then, in the decision module, the signals resulting from the matched lters are
divided into sections of duration Tb (bit period). Both ltered signals are compared section
by section, assigning the value 1 or 0 to the bit depending on whether the absolute maximum
value for both ltered signals in the section in question corresponds to the pattern upChirp or
downChirp respectively. Finally, an 8 bit binary code will be obtained which identi es the artwork
in question. In addition, the use of frequencies in the audio's upper spectrum, together with the
very low power emission that allows the chirp's pulse compression, makes the emission of these
signals practically imperceptible to the users.</p>
      <sec id="sec-2-1">
        <title>Transmitter Module</title>
        <p>DAC
STM32F103CBT6
Microcontroler</p>
        <p>STM32L432KC Board
AC/DC Converter
AudioAmplifier
ADC
initChirp</p>
      </sec>
      <sec id="sec-2-2">
        <title>Receiver Module</title>
        <p>Matched Filter</p>
        <p>Peak Detector</p>
        <p>Data Signal
Data Beginning
downChirp</p>
        <p>upChirp
Matched Filter</p>
        <p>Peak Detector
Matched Filter</p>
        <p>Peak Detector</p>
        <p>Tb
Tb</p>
        <p>Decision</p>
        <p>Binary
Code</p>
        <p>Fig. 2: Operating diagram of the transmitter and receiver acoustic modules.</p>
        <p>
          The parameter used for positioning with BLE is the Received Signal Strength Indicator
(RSSI). This value measures signal attenuation in a logarithmic scale and can be obtained from a
smartphone device. RSSI decreases with the square of the distance from the source, but indoors
multipath e ect and emission frequency changes make measurements disperse and time variant [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ].
The smartphone used as receiver performs a periodic scanning process, searching for other BLE
devices in the surroundings. In each scanning, RSSI results are sorted from highest to lowest.
The output code is the one associated with the rst element of the list provided that its RSSI
is above a threshold value, U1. This value is xed to detect the code in the proximity of the
beacon, otherwise the system can detect the code even at large distance inside the BLE maximum
transmission range.
        </p>
        <p>There could be situations when nearby beacons have high RSSI readings and all values are
above the threshold U1. In order to avoid detections in these situations, the RSSI of the second
element of the sorted list must be smaller than a second threshold, U2. Finally the whole process
must be repeated three times to correctly identify the code and avoid false positive identi cations.
The whole process is shown in Fig. 3, where RSSIi is the output code of the system.</p>
        <p>Start</p>
        <p>BLE
Scanning
RSSI
Sorting
j = 0</p>
        <p>no
RSSI1 &gt; U1
yes
j = 0</p>
        <p>no
RSSI2 &lt; U2
yes
j + +</p>
        <p>no
j n</p>
        <p>yes
RSSIi</p>
        <p>Fig. 4a shows the operating diagram of the visible light beacon transmitter module, while the
block diagram that describes the acquisition and further signal processing is shown in Fig. 4b.
The transmitter module needs two AC/DC converters, the rst for the LED panel, the second
for the Feather HUZZAH development board, which is used to interrupt the power supply with
the help of an optocoupler. The board is programmed to convert the message to a Manchester
encoding via on-o keying (OOK). The LED panel turns o completely to transmit a 0 and lights
up to transmit a 1, at an oscillation frequency of 5 kHz.</p>
        <p>The Android app visible light detection module uses the rear camera of the terminal for the
acquisition of the signal. First, the sensitivity of the camera is increased to the maximum, while
its exposure time is reduced as much as possible. As a result, the luminous parts of the captured
scene are more prominent than the rest, giving priority to luminaries. A single photograph is
enough to carry out a complete decoding process. This process is repeated as many times per
second as the capacity of the smartphone allows, twice in this work.</p>
        <p>
          First, the acquired image is converted to gray scale, since only the intensity of the signal, not
its chromatic components, are of interest. Next, the signal noise is reduced using a Gaussian
smoothing function. Finally, a thresholding operation is performed, resulting in a black and white
image. Otsu's algorithm [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] is applied to obtain the optimal threshold value. The second phase of
processing begins with a reduction operation applied to the image columns, using the average of
all the values. Otsu's thresholding is reapplied to the value vector obtained. The result of this
        </p>
        <sec id="sec-2-2-1">
          <title>AC/DC Converter</title>
          <p>(a) Transmitter module.</p>
          <p>CRH0#SGT!zahuh3RVSTNCGNDBAADTCENNCUSNCBNC1N4C1N2C13 S1C5K M0O1M6I 2RXST5CXLS4DAPDCHtennaA
Feather Huzzah</p>
        </sec>
        <sec id="sec-2-2-2">
          <title>Switch</title>
          <p>Sensitivity: max
Exposure time: min</p>
          <p>Grayscale</p>
          <p>Blur</p>
          <p>Threshold
Reduce</p>
          <p>Threshold</p>
          <p>Decision</p>
          <p>Binary Code
(b) Receiver module.
phase is a series of zeros and ones that can be processed to decode the message. The third and
nal signal processing phase looks for matches between the sequence of zeros and ones in the
received message and the patterns. If said message is received three times consecutively, it is
considered to be correct and sent as the output of the receiving module.
4</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Experimental Results</title>
      <p>In this section, a performance study of each technology will be carried out. To this end, the
e ciency of these systems will be studied, evaluating the detection success in the surroundings of
each type of beacon.</p>
      <p>As depicted in Fig. 5a, both the beacon and the receiver (mobile phone) are mounted on a
tripod. The beacon is placed at the origin of coordinates and the receiver is moved to the positions
de ned by a grid whose dimensions and spacing depends on the coverage area o ered by each
technology. For each test point, the mobile phone has taken 100 consecutive acquisitions of the
beacon's identi cation signal, and the percentage of successful detections has been calculated.</p>
      <p>The acoustic beacon was studied rst. The emitting beacon was placed at 1.125 m height on
a stand located at the coordinates origin of a grid with dimensions of 2:4 2:4 m2 and spacing of
0.4 m. On the other hand, the mobile phone was installed on an adjustable tripod, matching its</p>
      <p>Beacon
(0,0)
Grid</p>
      <p>Tripod</p>
      <p>Receiver
(a) Experimental setup.
microphone height with the one previously established for the acoustic emitter. In this way, both
the transmitter and receiver acoustic axes are aligned. Therefore, a grid of 7 7 = 49 points was
obtained with a separation of 0.4 m between each of them. The results are shown in Fig. 5b, where
a robust detection (&gt; 90%) area of approximately 1.2 m radius semicircle around the acoustic
beacon can be observed. Beyond this area it can be noticed how the detection success decreases
due to the e ect of several factors (combined or not) such as the distance signal attenuation, the
relative transmitter/receiver orientation, and the multipath e ect produced by walls, furniture,
and oor. It is worth mentioning that the row at y = 2:4 m has a detection success practically
null due to the multipath produced by the oor.</p>
      <p>
        For the study of the BLE technology the same experimental setup used for the acoustic
technology was employed. The beacon was placed at 1.175 m height on the same stand and
the same 7 7 grid was used for measurements. The mobile phone was placed in an adjustable
tripod, with no further considerations regarding its alignment since mobile and BLE beacon
antenna have uniform polarization [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Fig. 5c shows a detection rate higher than 90% in an area
of 1.2 m around the beacon. Beyond this, the detection rate decreases because the RSSI value
is below the U1 threshold. Since consecutive RSSI measurements are very sparse, the change
in the detection rate is not abrupt, with a small region featuring a detection rate around 50%.
The threshold de nes an area around the beacon where code detection is expected. Threshold
increase or decrease changes the area with a high detection rate, thus it must be xed beforehand
according to the location and the minimum separation between exhibits.
      </p>
      <p>A grid of 60 60 cm, with cells of 10 10 cm, was prepared for testing the visible light beacon
performance. The light source was located 20 cm away from the middle of the grid. The center of
the transmitter was located at 1 m height, as it was the camera optical axis. Both transmitter and
receiver where parallel to each other. Given the di erences in coverage between the two previous
technologies and this one, using the same grid for the three experiments would have less accurate
results for the case of visible light. There is a clear limit marked at a distance of about y = 0:5 m
where the success rate decreases rapidly, as shown in Fig. 5d. For longer distances, detection is
unfeasible due to the physical limitations imposed by the size of the emitting source, the camera
resolution, and interference from other light sources present in the environment.
5</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusions</title>
      <p>This work has explored di erent Location Based Services (LBS) technologies for mobile phones in
museum environments. Concretely, acoustic technology, Bluetooth Low Energy (BLE), and visible
light have been evaluated. Acoustic and visible light transmitter beacons have been speci cally
designed. Since BLE is a consolidated technology, an available commercial beacon has been chosen.
Besides, the design and operation principle of each beacon has been explained. Also, the design
of the mobile phone code detection algorithm for each technology has been described.</p>
      <p>Moreover, an experimental study of detection robustness in the surroundings of each beacon
has been carried out. This study shows that both the acoustic technology and BLE beacons have
a robust detection radius of about 1.5 m around the beacon where the percentage of detections is
above 90%. However, the visible light beacon detection radius is lower, around 0.5 m. According
to the results, the three technologies have zones where the detection percentage decreases due to
di erent factors that mask or deteriorate the signal. These issues should be addressed in later
developments of this work.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Faragher</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Harle</surname>
          </string-name>
          , R.:
          <article-title>Location ngerprinting with Bluetooth Low Energy beacons</article-title>
          .
          <source>IEEE Journal on Selected Areas in Communications 33</source>
          ,
          <issue>1</issue>
          {
          <issue>1</issue>
          (
          <issue>11</issue>
          <year>2015</year>
          ). https://doi.org/10.1109/JSAC.
          <year>2015</year>
          .2430281
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Gutierrez</surname>
            ,
            <given-names>J.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alvarez</surname>
            ,
            <given-names>F.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aguilera</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paredes</surname>
            ,
            <given-names>J.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Morera</surname>
          </string-name>
          , J.:
          <article-title>Visible Light Positioning for Smartphones Based on Biphase Mark Coding: A Proof of Concept</article-title>
          .
          <source>In: 2018 International Conference on Indoor Positioning and Indoor Navigation (IPIN)</source>
          (
          <year>2018</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Otsu</surname>
          </string-name>
          , N.:
          <article-title>A Threshold Selection Method from Gray-Level Histograms</article-title>
          .
          <source>IEEE Transactions on Systems, Man, and Cybernetics</source>
          <volume>9</volume>
          (
          <issue>1</issue>
          ),
          <volume>62</volume>
          {66 (Jan
          <year>1979</year>
          ). https://doi.org/10.1109/TSMC.
          <year>1979</year>
          .4310076
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4. Sensory Systems Research Group:
          <article-title>Presentation of the Limus project</article-title>
          , https://giss.unex.es/
          <year>2019</year>
          / 03/21/presentation
          <article-title>-of-the-limus-project/</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. The Bluetooth Special Interest Group: Kirkland,
          <string-name>
            <surname>WA</surname>
          </string-name>
          , USA:
          <article-title>Speci cation of the Bluetooth System</article-title>
          ,
          <source>Covered Core Package, Version: 4</source>
          .
          <fpage>0</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Virrantaus</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Markkula</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garmash</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Terziyan</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          :
          <article-title>Developing GIS-supported location- based services</article-title>
          .
          <source>In: First International Workshop on Web Geographical Information Systems (WGIS</source>
          <year>2001</year>
          ). p.
          <volume>423</volume>
          {
          <fpage>432</fpage>
          .
          <string-name>
            <surname>Kyoto</surname>
          </string-name>
          ,
          <string-name>
            <surname>Japan</surname>
          </string-name>
          (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>