Skip to main content
Powered by ShareScore

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.

153

datasets available to search

ShareScore release 0.9.0

Reset

Dataset results

153 results for “robot control”

Learn how ShareScore rates datasets ↗
zenodo40/100

Figure 2. Mechanical construction of the PERSIA humanoid robots-Design and Implementation of an Autonomous Humanoid Robot Based on Fuzzy Rule-Based Motion Controller

<p>Figure 2 shows one of the constructions used for our robots. Knee joints are considered to<br> bend in both directions which help faster response of the robot in backward walking. Efforts have<br> been made to hold the proportions as much as possible human like. The PERSIA robot is 38cm tall<br> and weighs about 1.6 kg. It has 18 degrees of freedom: 5 in each leg, 3 in each hand and 2 in head.<br> To facilitate exchange of the players, all robots use mechanically the same structure.</p>

opencc-by-4.0Apr 2010View details →
zenodo40/100

Figure 4. (a)Our Humanoid soccer robot, (b) Overview of the Control System-Design and Implementation of an Autonomous Humanoid Robot Based on Fuzzy Rule-Based Motion Controller

<p>Figure 4 shows the block diagram of the software which runs in the robot&rsquo;s main processor.<br> The program consists of 4 main blocks:<br> &bull; Hardware Interface: Contains all low level routines to access hardware of the robot including<br> sensors and actuators.<br> &bull; Vision: Contains image processing algorithms such as recognition of landmarks and other<br> object. Self localization is done using particle filtering. Particles are scored by comparing a<br> simulated image from each particle with the current frame captured by camera. Using<br> &ldquo;Sampling-Importance Resampling&rdquo; method, a new distribution of the particles is created after<br> each step.<br> Particles are also updated using a motion model. Final distribution of the particles converges to<br> the real pose of the robot.<br> &bull; Planning: Planning system of the robot is based on a multi layer, and multi thread structure.<br> The layers are named Strategy, Role, Behavior and Motion. Each layer contains a Scenario<br> which runs in parallel with the scenarios in the other layers. A scenario in a higher level can<br> terminate and change the scenario running in the lower level; however it is usually done in<br> synchronization with the lower level scenario to avoid conflicts and instabilities. (Such as<br> stopping the walking motion while one of the feet is still in the air).<br> &bull; Network: Mainly responsible for the wireless communication of the robot with the other robots<br> or the referee box. This is done via WLAN.<br> &bull; Motion Control: manages all the actuators of the robot, and controls locomotion or any other<br> action of the robot according to the requests from Cognition.<br> &bull; Sensor Control: manages other sensors, and interacts with the Sub-Controller.</p>

opencc-by-4.0Apr 2010View details →
zenodo40/100

Figure 8. Artificial Intelligence Algorithm-Design and Implementation of an Autonomous Humanoid Robot Based on Fuzzy Rule-Based Motion Controller

<p>This module receives information from Artificial Intelligent unit. Total functions about<br> Robot Behavior such as stability motors actions, robot path planning, turn camera, walking,<br> shooting, dribbling; motion and etc are controlled in this section.</p>

opencc-by-4.0Apr 2010View details →
zenodo40/100

Figure 1. PERSIA Humanoid Robot in Robocup IranOpen2010 Competition-Design and Implementation of an Autonomous Humanoid Robot Based on Fuzzy Rule-Based Motion Controller

<p>In this paper, we will at first describe the general hardware design of the PERSIA Humanoid<br> Robocup Team, (section 2) and after that focus on our scientific approaches in sensor fusion and<br> learning (section 3). Finally, section 4 concludes this paper. This document describes the current<br> state of the project as well as the intended development for the RoboCup 2010 competition.</p>

opencc-by-4.0Apr 2010View details →
zenodo40/100

Figure 3. (a) Our Humanoid soccer robot, (b) Overview of the Control System-Design and Implementation of an Autonomous Humanoid Robot Based on Fuzzy Rule-Based Motion Controller

<p>The PERSIA Humanoid robot designed for has multipurpose capability. This robot<br> equipped with main board for motion control, vision sensor, other balancing sensors, servo motors<br> and etc. Figure 3 shows picture of the robot and overview of the Persia humanoid robot control<br> system.</p>

opencc-by-4.0Apr 2010View details →
zenodo40/100

PROGRAMS project. Robot controller data from Calpak-Cicero Hellas SA on 2019 Week 27

<p>These data were collected from robot controller during solar tanks welding operation.</p>

opencc-by-4.0Sep 2019View details →
zenodo40/100

PROGRAMS project. Robot controller data from Calpak-Cicero Hellas SA on 2019 Week 28

<p>These data were collected from robot controller during solar tanks welding operation.</p>

opencc-by-4.0Sep 2019View details →
zenodo40/100

Eye Tracking in Robot Control Tasks

<p>This table is part of a systematic review. It contains current work of researchers around the world, who work in the field of eye tracking control for robotic arms. These controls are used for assistive robotics, aiding physically impaired people in everyday life and in shared workspaces.</p><p>This data set can also be found on git: https://github.com/AnkeLinus/EyeTrackingInRobotControlTasks.git&nbsp;</p><p>If you use this table in other publications please cite as stated in the git repository. Also keep an eye open for updates.</p>

opencc-by-4.0Oct 2023View details →
dryad40/100

Data from: 3D printed digital pneumatic logic for the control of soft robotic actuators

Open the record for dataset details and reuse information.

publicJan 2024View details →
zenodo36/100

P colonies and P swarms for controlling robot swarms. Experimental setups and demonstration videos

<p>These eleven videos present different experimental scenarios used to test the flexibility and functioning of the LULU P colony/P swarm simulator and of the associated application Lulu_Kilobot for controlling robot swarms. Both applications will be published on Github under an open-source license. The input P colony (input) file, swarm configuration (config) file and V-REP scene (.ttt) are available for each video in the associated .zip archive.</p> <p>The LULU simulator was included as a Python module in Lulu_Kilobot in order to test robot controllers based on P colonies, XP colonies, and P swarms for swarms of up to 10 Kilobot robots.</p> <p>In the following sections, we present a small description for each of the eleven attached videos.</p> <p>-----------------------------------------------------------------------------------------------<br /> 1_clone_10_circle</p> <p>This video demonstrates the use of the robot cloning function of the vrep_bridge script in order to create 9 distinct copies of the source robot and distribute them on a circle around the source robot. The copies are so positioned by a distribution function that can be adapted to other forms. This cloning function allows one to generate large swarms of robots with ease.</p> <p>-----------------------------------------------------------------------------------------------<br /> 2_one_pcolony_for_three_kilobots</p> <p>In this video, we simulate a simple P minus colony using Lulu_Kilobot, on three different robots. At each subtraction, the robots move one step forward. At the beginning of the clip one can see the Robot - P colony association table, where each robot has a distinct copy of the original P colony.</p> <p>-----------------------------------------------------------------------------------------------<br /> 3_pswarm_5_robots_3_colonies</p> <p>This video demonstrates the flexibility offered by the config file of Lulu_Kilobot. From the config file we explicitly specify that the first two robots should use the go straight P colony. For the other colonies, we specify the number of robots that should be assigned, go left = 1 and go right = 2.</p> <p>From the Robot - P colony association table, one can see that the first robot that is assigned a P colony uses the original P colony while the others use an independent copy of the P colony.</p> <p>-----------------------------------------------------------------------------------------------<br /> 4_pswarm_2_robots_avoid_collision</p> <p>In this experiment, we test the msg_distance agent from the input module, by continuously checking the distance from another robot.</p> <p>If the distance is short, then we stop the movement and otherwise continue to subtract f objects from the environment and move forward.</p> <p>Each of the two robots has a different P colony that was designed to check the distance from the other robot (robot_0 checks the distance from robot_1).</p> <p>-----------------------------------------------------------------------------------------------<br /> 5_pswarm_2_robots_xp_colonies_15_steps</p> <p>In this video we employ the exteroceptive communication rules (denoted by &lt;=&gt;) in order to synchronize the movement of two robots. The first robot moves forward 15 steps and after it stops, it signals the second robot to start moving. At this signal, the second robot starts to turn left 15 steps.</p> <p>This shows the utility of exteroceptive rules that allow XP colonies (P colonies with exteroceptive rules) to communicate using the global P swarm environment.</p> <p>-----------------------------------------------------------------------------------------------<br /> 6_1_pswarm_10_robots_disperse_steps_infinite_loop</p> <p>In this video we run a more complex algorithm that involves the use of the following modules: msg_distance, led_rgb, and motion.</p> <p>This video demonstrates dispersion, which is a typical self-deploying scenario in swarm robotics. The robots should position themselves away from one another, so that each robot is at least at a minimum distance from each of its neighbours.</p> <p>All decisions are taken by the command module, on the basis of the received input data from msg_distance. A new direction of motion (and color) is randomly chosen if there are other robots closer than a pre-set threshold distance.</p> <p>-----------------------------------------------------------------------------------------------<br /> 6_2_pswarm_10_robots_optimized_disperse_infinite_loop</p> <p>This video is an optimized version of 6.1 (10 robots disperse).</p> <p>The optimization consists in only exchanging data with V-REP when a new input request is detected in the input agents or likewise a new command object is detected in the output agents.</p> <p>This results in a step-less movement of the robots and reduces the time needed for a new decision to be applied resulting in a faster overall simulation time.</p> <p>-----------------------------------------------------------------------------------------------<br /> 7_pswarm_10_robots_optimized_disperse_infinite_loop_with_intruder</p> <p>In this video we use the previously presented optimized dispersion algorithm (6.2) and introduce an intruder robot into the scene in order to evaluate the influence that this intruder has over the behaviour of the swarm.</p> <p>One can see that robots that have stopped their movement, restart dispersing when the intruder robot is brought close enough. This can cause a chain reaction and ultimately cause the swarm to reposition.</p> <p>-----------------------------------------------------------------------------------------------<br /> 8_1_pswarm_10_robots_secure_disperse_fast</p> <p>In this video we test the proposed security protocol (based on entity authentification and P colony based id check) using the non-optimized dispersion algorithm.</p> <p>In this film we see that the robots ignore the intruder robot even though it is placed in the middle of the swarm. On the other hand, if we bring a swarm member robot close to another swarm member robot, these two will start to disperse normally.</p> <p>-----------------------------------------------------------------------------------------------<br /> 8_2_pswarm_10_robots_secure_disperse_infinite_loop_2</p> <p>In this video we present the optimized (see 6.2 for details) version of the secured dispersion algorithm.</p> <p>As was the case of the secured un-optimized version (8.1), in this secured version we test the influence of the intruder on the behaviour of the swarm by moving the intruder close to the center of the swarm and also moving the intruder close to the swarm after the dispersion is finished. We also note that if two member robots approach, the algorithm continues to work normally.</p> <p>-----------------------------------------------------------------------------------------------<br /> 9_pswarm_10_robots_secure_d_min_disperse_infinite_loop</p> <p>In this clip we show the effects of transparent input data processing.</p> <p>The command agent always requests the smallest distance available from the neighbour list, by using the d_min command.</p> <p>When the intruder robot is the nearest robot (the smallest value in the list) d_min will always return the intruder robot which cannot be processed because it is unknown to the swarm members. For this reason, a member robot that is in this situation will be blocked by the intruder robot.</p>

opencc-by-4.0Feb 2016View details →
zenodo36/100

Motor-Imagery EEG Dataset During Robot-Arm Control

<p><strong>Experiment Description:</strong></p> <p>This experiment involved <strong>12 healthy subjects</strong> with no prior experience on neurofeedback or BCI, and without any known neurological disorders. All participants are right-handed, except one ambidextrous (participant #5). All participants have provided their signed informed consent for participating in the study in accordance with the 1964 Declaration of Helsinki.</p> <p>The experiment had been conducted in a laboratory environment under controlled conditions. The subjects went through <strong>three sessions</strong> lasting maximum two hours, during three consecutive days and each day at approximately at the same hour.</p> <p>During each session, participants underwent <strong>three different conditions</strong>. The first condition was always the &rdquo;<em>resting-state</em>&rdquo;: the user was asked to keep the eyes open for two minutes staring at a screen with a green cross and a red arrow pointing up, and then closed for the other two minutes. After this, two more conditions followed related to a Motor Imagery (MI) task performed in a randomized order between left|right-hand movement. The two MI conditions consisted of<strong> two phases</strong> each: a training phase and a test phase. The general experimental routine for both of them was the same: each trial lasted 6 seconds (2 seconds baseline and 4 seconds MI), forewarned by the appearance of a green cross on the screen and a concomitant beep-sound a second before the onset of the task.</p> <p>Then, an arrow was appearing pointing left or right, and the subject had to imagine the movement of the corresponding arm reaching an object in front of the Baxter Robot (Rethink Robotics, Bochum, Germany). For both phases, 20 trials from left and 20 trials for right MI were generated in a randomized order, for a total of 40 trials. Finally, there was an inter-trial interval that extended randomly between 1.5 and 3.5 seconds.</p> <p>Overall, this study resulted into <strong>180 EEG </strong>datasets.</p> <p>&nbsp;</p> <p><strong>Data Description:</strong></p> <table> <tbody> <tr> <td><strong>Data Format</strong></td> <td>General Data Format (GDF)</td> </tr> <tr> <td><strong>Sampling Rate</strong></td> <td>250 Hz</td> </tr> <tr> <td><strong>Channels</strong></td> <td>32 EEG + 3 ACC.</td> </tr> <tr> <td><strong>EEG system</strong></td> <td>LiveAmp 32 with&nbsp;active electrodes actiCAP (Brain Products GmbH, Gilching, Germany)</td> </tr> </tbody> </table> <p>&nbsp;</p> <p><strong>Events:</strong></p> <table> <caption>&nbsp;</caption> <tbody> <tr> <td><strong>Code</strong></td> <td><strong>Description</strong></td> </tr> <tr> <td>32775</td> <td>Baseline Start</td> </tr> <tr> <td>32776</td> <td>Baseline Stop</td> </tr> <tr> <td>768</td> <td>Start of Trial, Trigger at t=0s</td> </tr> <tr> <td>786</td> <td>Cross on screen (BCI experiment)</td> </tr> <tr> <td>33282</td> <td>Beep</td> </tr> <tr> <td>769</td> <td>class1, Left hand&nbsp;&nbsp; &nbsp;- cue onset</td> </tr> <tr> <td>770</td> <td>class2, Right hand&nbsp;&nbsp; &nbsp;- cue onset</td> </tr> <tr> <td>781</td> <td>Feedback (continuous) - onset</td> </tr> <tr> <td>800</td> <td>End Of Trial</td> </tr> <tr> <td>1010</td> <td>End Of Session</td> </tr> <tr> <td>33281</td> <td>Train</td> </tr> <tr> <td>32770</td> <td>Experiment Stop</td> </tr> </tbody> </table> <p>&nbsp;</p> <p><strong>Directory Tree:</strong></p> <p>ROOT<br> | chanlocs.locs<br> |<br> |<br> +--- USER #<br> |&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;+---SESSION #<br> |&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;|&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;+---CONDITION #<br> |&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;|&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;|&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;\---RESTING_STATE<br> |&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;+---1st_PERSON<br> |&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;|&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; | &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; TRAINING<br> |&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;|&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; | &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ONLINE<br> |&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;+---3rd_PERSON<br> |&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; | &nbsp; &nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp; TRAINING<br> |&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp; &nbsp;|&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp; &nbsp;|&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; | &nbsp;&nbsp; &nbsp; &nbsp;&nbsp;&nbsp;&nbsp; ONLINE</p>

opencc-by-4.0Apr 2020View details →
zenodo36/100

Bilateral Human-Robot Control for Semi-Autonomous UAV Navigation

<p><strong>This video demonstrates the work towards a novel control architecture for UAV navigation. In general, UAVs are not easy to operate and skilled pilots are required for a good performance in manual flight. However, currently it is impossible to capture every possible situation an UAV could encounter in the autonomous control. To avoid overly complicated control, a semi-autonomous control approach can be used, so the drone is partly autonomously and partly manually piloted. The novelty of the approach presented here is in the way this semi-autonomy is defined. </strong></p> <p><strong>As the UAV regularly operates autonomously, it is not desirable to switch to manual control in dangerous procedures. Instead, a more supervisory method of control can be applied in which the UAV is always controlled by the onboard computer, but the boundaries of control are controlled by the operator. Whenever a situation requires bigger risks, the operator is informed requested by the drone for help, which he\she can offer by softening certain boundaries of the UAV.</strong></p> <p><strong>This video demonstrates the concept.</strong></p>

opencc-by-4.0Dec 2017View details →
zenodo36/100

Swarming Behavior Emerging from the Uptake–Kinetics Feedback Control in a Plant-Root-Inspired Robot

<p>This video is a supporting material of the&nbsp;paper &quot;Swarming Behavior Emerging from the Uptake&ndash;Kinetics Feedback Control in a Plant-Root-Inspired Robot&quot;. The paper presents a plant root behavior-based approach to defining the control architecture of a plant-root-inspired robot, which is composed of three root-agents for nutrient uptake and one shoot-agent for nutrient redistribution. By taking inspiration and extracting key principles from the uptake of nutrient, movements and communication strategies adopted by plant roots, we developed an uptake&ndash;kinetics feedback control for the robotic roots. Exploiting the proposed control, each root is able to regulate the growth direction, towards the nutrients that are most needed, and to adjust nutrient uptake, by decreasing the absorption rate of the most plentiful one. Results from computer simulations and implementation of the proposed control on the robotic platform, Plantoid, demonstrate an emergent swarming behavior aimed at optimizing the internal equilibrium among nutrients through the self-organization of the roots. Plant wellness is improved by dynamically adjusting nutrients priorities only according to local information without the need of a centralized unit delegated for wellness monitoring and task allocation among the agents. Thus, the root-agents can ideally and autonomously grow at the best speed, exploiting nutrient distribution and improving performance, in terms of exploration capabilities and exploitation of resources, with respect to the tropism-inspired control previously proposed by the same authors.</p> <p>The supplementary video (Supplementary Video S1) shows how each agent independently moves according to their internal state and local perception, and the immediate response of the uptake&ndash;kinetics mechanism that, as soon as the missing nutrient&nbsp;is inserted in the environment, leads to a decreasing of the imbalance of nutrients in the whole plant.</p>

opencc-by-4.0Dec 2017View details →
zenodo36/100

Figure 6. Forward walking image sequence-Design and Implementation of an Autonomous Humanoid Robot Based on Fuzzy Rule-Based Motion Controller

<p>The image sequences of sideward walking and turning are shown in Figure 6 respectively.</p>

opencc-by-4.0Apr 2010View details →
zenodo36/100

Videos of a robot controlled by Belousov-Zhabotinsky liquid marbles. Supplementary materials to the paper "Belousov-Zhabotinsky liquid marbles in robot control".

<p>Videos and snapshots of experiments with robot controlled by liquid marbles made of Belousov-Zhabotinsky solution.&nbsp;</p> <p>Supplementary materials for the paper&nbsp;</p> <p>&nbsp;</p> <p>M.-A. Tsomapanas, C. Fullarton, A. Adamatzky. Belousov-Zhabotinsky liquid marbles in robot control. (2018).&nbsp;</p> <p>Abstract&nbsp;</p> <p>We show how to control the movement of a wheeled robot using on-board liquid marbles made of Belousov-Zhabotinsky solution coated by polyethylene powder. Two platinum-iridium electrodes were inserted in a marble and the electrical potential recorded was used to control the robot&#39;s motor. We stimulated the marble with a laser beam. It responded to the stimulation by pronounced change of the electrical potential output. The electrical output was detected by robot. The robot was changing its trajectory in response to the stimulation.</p> <p>This research was supported by the EPSRC with grant EP/P016677/1 ``Computing with Liquid Marbles&#39;&#39;.</p> <p>&nbsp;</p>

opencc-by-4.0Oct 2018View details →
dryad36/100

Desktop fabrication of monolithic soft robotic devices with embedded fluidic control circuits

<p>Most soft robots are pneumatically actuated and fabricated by molding and assembling processes that typically require many manual operations and limit complexity. Furthermore, complex control components (for example, electronic pumps and microcontrollers) must be added to achieve even simple functions. Desktop fused filament fabrication (FFF) three-dimensional printing provides an accessible alternative with less manual work and the capability of generating more complex structures. However, because of material and process limitations, FFF-printed soft robots often have a high effective stiffness and contain a large number of leaks, limiting their applications. We present an approach for the design and fabrication of soft, airtight pneumatic robotic devices using FFF to simultaneously print actuators with embedded fluidic control components. We demonstrated this approach by printing actuators an order of magnitude softer than those previously fabricated using FFF and capable of bending to form a complete circle. Similarly, we printed pneumatic valves that control a high-pressure airflow with low control pressure. Combining the actuators and valves, we demonstrated a monolithically printed electronics-free autonomous gripper. When connected to a constant supply of air pressure, the gripper autonomously detected and gripped an object and released the object when it detected a force due to the weight of the object acting perpendicular to the gripper. The entire fabrication process of the gripper required no posttreatment, postassembly, or repair of manufacturing defects, making this approach highly repeatable and accessible. Our proposed approach represents a step toward complex, customized robotic systems and components created at distributed fabricating facilities.</p>

opencc-zeroJul 2023View details →
ClinicalTrials.gov36/100

Cardiovascular Rehabilitation Early After Stroke Using Feedback-controlled Robotics-assisted Treadmill Exercise

ClinicalTrials.gov study NCT01679600. IPD Sharing: Not stated. Countries: 1. Publications: 5.

restrictedIPD-UNDECIDEDFeb 2026View details →
ClinicalTrials.gov36/100

Laparoscopy vs. Robotic Surgery for Endometriosis (LAROSE): a Prospective Randomized Controlled Trial

ClinicalTrials.gov study NCT01556204. IPD Sharing: NO. Countries: 1. Publications: 1.

closedIPD-NOFeb 2026View details →
ClinicalTrials.gov36/100

Effectiveness of Intelligent Rehabilitation Robot Training System Combined With Repetitive Facilitative Exercise on Upper Limb Motor Function After Stroke: a Randomized Control Trial.

ClinicalTrials.gov study NCT06435624. IPD Sharing: Not stated. Countries: 1. Publications: 1.

restrictedIPD-UNDECIDEDFeb 2026View details →
ClinicalTrials.gov36/100

Brain Machine Interface Control of an Robotic Exoskeleton in Training Upper Extremity Functions in Stroke

ClinicalTrials.gov study NCT01948739. IPD Sharing: NO. Countries: 1. Publications: 5.

closedIPD-NOFeb 2026View details →

ScienceDex guides

Understand access before you commit

These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.

Compare curated 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.

allen-brain-atlas
neuroscienceopenDocumentation, web resources, and API references are available online.
Last verified 2026-04-30Open record

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.

abode-home-cage
behavioral-neuroscienceopenThe DataShare record exposes download links for annotations, documentation, license text, and the zipped per-snippet data directory.
Last verified 2026-04-30Open record

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.

dandi-nwb
electrophysiologyopenPublished Dandiset metadata and archive endpoints are available through the production DANDI API.
Last verified 2026-04-30Open record

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.

ibl
behavioral-neuroscienceopenPublic sessions can be searched and loaded from the IBL public data server through ONE.
Last verified 2026-04-29Open record

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.

openneuro
neuroscienceopenPublished datasets are available on demand over the internet.
Last verified 2026-04-29Open record