Find research datasets worth reusing
Search datasets from major research repositories and use ShareScore to quickly assess how well each record supports discovery, access, and reuse.
2
datasets available to search
ShareScore release 0.9.0
Dataset results
2 results for “tsch”
Simulated TSCH dataset using different slotframe matrix configurations
<p>The current dataset was obtained by using a specifically developed simulator, to analyze the behavior of a time slotted channel hopping (TSCH) wireless sensor network (WSN), under different operating conditions.</p> <p>The configuration of the simulator, the characteristics of the network, and the generated traffic patterns are reported in [1].<br>Different configurations of the slotframe matrix, which allows slots to be reserved for specific pairs of nodes, are analyzed.</p> <p>File "<code>network_topology.pdf</code>" reports the topology of the simulated wireless network.</p> <p>The four analyzed configurations, which are deeply described in [1], are:</p> <ul> <li><strong>Star</strong>, whose slotframe matrix configuration is reported in the "<code>Star.conf</code>" file.</li> <li><strong>Load</strong>, whose slotframe matrix configuration is reported in the "<code>Load.conf</code>" file.</li> <li><strong>Parallel</strong>, whose slotframe matrix configuration is reported in the "<code>Parallel.conf</code>" file.</li> <li><strong>LPR</strong>, whose slotframe matrix configuration is reported in the "<code>LPR.conf</code>" file.</li> </ul> <p>A typical "<code>.conf</code>" file has the following format:<br><code># Offset src dest</code><br><code>0 4 1</code><br><code>0 6 2</code><br><code>0 8 3</code><br><code>0 10 9</code><br><code>1 1 0</code><br>where the first column represents the slot offset, i.e., the time slot in the slotframe matrix (which repeats periodically over time), in which a transmission opportunity is scheduled. Since many concurrent transmissions between different couple of nodes and different channels are possible simultaneously, more than one transmission could be scheduled at the same time. In the example, four transmission opportunities are scheduled in slot offset number 0.<br>The second column of each row represents the source node, while the third column represents the destination node. For instance, the schedule "<code>0 10 9</code>" represents the scheduled transmission at slot offset 0 from the source node 10 to the destination node 9.</p> <p> </p> <p>For each configuration, a corresponding file with the extension "<code>.dat</code>" contains the log generated in the simulation. An example is the following: <br><code>00083 72204 FLOW: 6 11 -> 0 LOST: 0 TRIES: 3 LATENCY: 540</code><br><code>00082 72156 FLOW: 5 10 -> 0 LOST: 0 TRIES: 4 LATENCY: 3460</code><br><code>00084 78013 FLOW: 0 4 -> 0 LOST: 0 TRIES: 2 LATENCY: 1240</code><br>where the transmission in a path from the source node (e.g., 11) to a destination node (e.g., the root node 0) is summarized with a single line in the log.</p> <p>Each line is composed of the following fields:</p> <ul> <li><em><packet number></em>: an integer number (e.g., <code>00083</code>) that uniquely identifies a packet transmitted in a multi-hop fashion from the source node to the destination node.</li> <li><em><queuing_time></em>: the queuing time expressed in terms of number of slots. In the simulation, slots have a length of 20 ms.</li> <li><em><flow_index></em>: the word "<code>FLOW:</code>" followed by an integer number identifying the flow. The simulation contains seven periodic flows with periods 6001, 6003, 6005, 6007, 6011, 6013, and 6017 expressed in terms of number of slots, for flows with index 0, 1, 2, 3, 4, 5, 6, respectively. For instance, "FLOW: 6" has a period of 6017 slots, which corresponds to 120.34 s (i.e., about 2 minutes).</li> <li><em><path></em>: an integer value representing the source node of the path, followed by the characters "<code>-></code>", followed by another integer value representing the destination node. For instance, "<code>11 -> 0</code>" represents the transmission in the path between node 11 and node 0.</li> <li><em><lost></em>: is an indication if the packet was lost in the path ("<code>LOST: 1</code>") or the packet arrived correctly at the destination ("<code>LOST: 0</code>"). A packet is lost if on a given link reached the maximum number of retransmissions.</li> <li><em><tries></em>: is the sum of the transmissions performed in each link. For instance, the link "<code>10 -> 0</code>" is composed of 3 hops. The value "<code>TRIES: 4</code>" means that a retransmission was performed for one of the links in the path.</li> <li><em><latency></em>: the transmission latency of the packet from when it was queued to when it reached its destination. The latency is expressed in ms.</li> </ul> <p>For each condition, the number of logged packets (i.e., lines) is 36,742,162, corresponding to 20 years of simulation.</p> <p> </p> <p>In addition, the code of the simulator is provided in the file "<code>TSCHmodeler.zip</code>".</p> <p>To run the simulations reported in [1], you have to execute the command:</p> <ul> <li>For experiment in Section IV.A <ul> <li><code>python3 -m TSCHmodeler conf/simple.conf</code></li> <li><code>python3 -m TSCHmodeler conf/simple_1week.conf</code></li> </ul> </li> <li>For experiment in Section IV.B <ul> <li><code>python3 -m TSCHmodeler conf/star_minimal.conf</code> for the <strong>star</strong> minimal configuration</li> <li><code>python3 -m TSCHmodeler conf/star_load.conf</code> for the <strong>load</strong> minimal configuration</li> <li><code>python3 -m TSCHmodeler conf/star_parallel.conf</code> for the <strong>parallel</strong> minimal configuration</li> <li><code>python3 -m TSCHmodeler conf/star_LPR.conf</code>for the <strong>LPR</strong> minimal configuration</li> </ul> </li> <li>For experiment in Section IV.C <ul> <li><code>python3 -m TSCHmodeler conf/large_40_nodes.conf</code></li> <li><code>python3 -m TSCHmodeler conf/large_121_nodes.conf</code></li> </ul> </li> </ul> <p> </p> <p>References:<br>[1] S. Scanzio, P. Chiavassa, G. Formis, G. Paolini and G. Cena, “A Lightweight Simulation Environment for TSCH-Based Wireless Sensor Networks,” in IEEE Transactions on Industrial Cyber-Physical Systems, 2025. doi: <a title="https://doi.org/10.1109/TICPS.2025.3620370" href="https://doi.org/10.1109/TICPS.2025.3620370" target="_blank" rel="noopener">10.1109/TICPS.2025.3620370</a></p>
IEEE 802.15.4 TSCH dataset for phase-based distance estimation
<p><strong>Introduction</strong></p> <p>This data set contains two collections of phase angle measurements created in two indoor and one outdoor environment that can be used for phase-based distance estimates. The measurements include phase samples created on two different frequency sets:</p> <ul> <li> <strong>TSCH standard frequencies</strong>: measurements are performed on default 16 channel frequencies {2405.0, 2410.0, 2415.0, 2420.0, 2425.0, 2430.0, 2435.0, 2440.0, 2445.0, 2450.0, 2455.0, 2460.0, 2465.0, 2470.0, 2474.0, 2480.0}MHz.</li> <li> <strong>Golomb ruler frequencies</strong>: the measurements are performed on 15 custom selected frequencies according to the Golomb ruler technique {2400.5, 2406.0, 2407.5, 2408.0, 2412.5, 2423.0, 2431.0, 2442.5, 2452.0, 2460.5, 2463.0, 2466.5, 2476.5, 2479.5, 2480.5}MHz.</li> </ul> <p><br> <strong>Measurement setup</strong></p> <p>Measurements were performed using AT86RF233 transceivers connected to the in-house <a href="https://log-a-tec.eu/hw-vesna.html">VESNA</a> platform. Two nodes were placed on a stand 1.6 m above the ground in three separate environments:</p> <ul> <li>in a 5x5m square office with no furniture</li> <li>in an indoor hallway with dimensions of 4x40m</li> <li>in a park without any nearby obstacles</li> </ul> <p>The actual distance between nodes was measured with a laser ranger with an accuracy of ±1.5 mm. There was no obstacle between the devices. Indoors, 17 WiFi access points were in operation during the measurement campaign.</p> <p><br> <strong>Phase measurement process</strong></p> <p>The devices involved first establish an IEEE 802.15.4 TSCH network. In it, they measure the phase difference on pre-selected frequencies. The phase measurement has been seamlessly integrated into a communication so that the devices obtain phase measurement with every packet sent.</p> <p><em>Why two collections?</em></p> <p>The set labelled "TSCH standard channels" contains phase measurements created at frequencies defined in the IEEE.802.15.4 standard for the 2.4 GHz band. The frequency step (<span class="math-tex">\(\Delta freq = freq_{i+1} - freq_{i}\)</span>) between two phase samples is equal to 5MHz, which results in a maximum distinguishable range of 30m for the distance estimation.</p> <p>To increase the range up to 300m, the frequency step must be reduced to 0.5 MHz. This requires 160 phase samples in the 2.4 GHz band used with a bandwidth of 80 MHz. However, measuring 160 phase samples on 160 frequencies would take a lot of time and therefore interfere with TSCH communications. One way to shorten the procedure is to use the Golomb ruler technique. This allows a large set of phase differences to be created from a small number of measured phases. This method was used in the creation of the set named "Golomb ruler frequencies". The data set also contains a Python example script that expands the set of 15 measured frequencies to a set of 160 samples.</p> <p><br> <strong>Folder structure</strong></p> <p>Each record collection is stored in a corresponding folder. Each folder contains .json files representing different environments. In addition to the data sets, the folders also contain figures and a sample Python script. The measurements are stored in JSON format. Each measured distance contains the number of measurements and the actual data. With each packet sent (identified by its Absolute Slot Number (ASN)), the phase difference between the devices is measured. The phase value is stored as an 8-bit value representing the range from 0 to 2 pi.</p>
ScienceDex guides
Understand access before you commit
These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.
Allen Brain Atlas
Allen Brain Atlas is an Allen Institute collection of brain map atlases, datasets, APIs, and analysis tools covering mouse, human, and non-human primate brain resources.
Annotated Behaviour and Observability Dataset (ABODe)
ABODe is a University of Edinburgh DataShare dataset for behavior classification in group-housed mice using home-cage video, identities, bounding boxes, ground-plate positions, and annotator labels.
DANDI Archive for NWB datasets
DANDI is a BRAIN Initiative archive for publishing and sharing neurophysiology data, including electrophysiology, optophysiology, and behavioral data packaged as NWB and related standards.
International Brain Laboratory public data
The International Brain Laboratory public data releases expose standardized mouse decision-making experiments, including Neuropixels recordings, widefield calcium imaging, behavior, and session metadata accessed through the ONE API.
OpenNeuro
OpenNeuro is a free, open platform for sharing neuroimaging datasets, with public search, dataset pages, and download paths for web, S3, DataLad, and the OpenNeuro CLI.