Single versus dual-rate learning when exposed to Coriolis forces during reaching movements
SourcePLoS One, 15, 10, (2020), article e0240666
Article / Letter to editor
Display more detailsDisplay less details
SW OZ DCC SMN
SubjectAction, intention, and motor control
When we reach for an object during a passive whole body rotation, a tangential Coriolis force is generated on the arm. Yet, within a few trials, the brain adapts to this force so it does not disrupt the reach. Is this adaptation governed by a single-rate or dual-rate learning process? Here, guided by state-space modeling, we studied human reach adaptation in a fully-enclosed rotating room. After 90 pre-rotation reaches (baseline), participants were trained to make 240 to-and-fro reaches while the room rotated at 10 rpm (block A), then performed 6 reaches under opposite room rotation (block B), and subsequently made 100 post-rotation reaches (washout). A control group performed the same paradigm, but without the reaches during rotation block B. Single-rate and dual-rate models can be best dissociated if there would be full un-learning of compensation A during block B, but minimal learning of B. From the perspective of a dual-rate model, the un-learning observed in block B would mainly be caused by the faster state, such that the washout reaches would show retention effects of the slower state, called spontaneous recovery. Alternatively, following a single-rate model, the same state would govern the learning in block A and un-learning in block B, such that the washout reaches mimic the baseline reaches. Our results do not provide clear signs of spontaneous recovery in the washout reaches. Model fits further show that a single-rate process outperformed a dual-rate process. We suggest that a single-rate process underlies Coriolis force reach adaptation, perhaps because these forces relate to familiar body dynamics and are assigned to an internal cause.
Upload full text
Use your RU credentials (u/z-number and password) tolog in with SURFconextto upload a file for processing by the repository team.