← All projects

Simulation Architecture for Strawberry Harvesting End Effectors

Robotics Course Final Project · Lafayette College · Spring 2026 · Webots

Pick the strawberry.

The problem

Strawberry harvesting is labor intensive, repetitive, and time sensitive, but hard to automate. Ripe fruit has to be found, reached through foliage, detached, and handled without bruising. One approach that has reached industry grasps and cuts the pedicel (the stem). It demands vision that can find a 2 mm green stem against green leaves, plus precise approach paths, and it is largely limited to tabletop growing. One system is reported at about £30,000 plus a recurring subscription, which is hard to justify economically.

I wanted to explore a simpler "grab-around" strategy inspired by how people pick: the hand forms a loose cage around the berry so the pedicel slides between the fingers and nothing compresses the fruit. Pulling then tightens the pedicel, lines the berry up with the pull, and loads the natural abscission zone where the fruit is designed to separate.

Physical testing alone is slow and expensive, since every new end effector, stem, and sensor needs fabricating. So I built a simulation as an intermediate design filter. It does not replace testing on real strawberries. It narrows down which ideas are worth building.

Simulation architecture

Four configurable subsystems make up the testbed. The same scene can be re-run across fruit positions, stem parameters, detachment thresholds, and end-effector designs.

1. Realistic crop environment

The scene models a raised-bed plasticulture field, a common commercial setup in California, which produces roughly 90% of U.S. fresh strawberries. Bed dimensions follow published plasticulture guides (about 8 to 10 in high and 28 to 30 in wide at the base). Bed height, leaf occlusion, and berry orientation all shape how a robot can approach the fruit, so they matter for more than looks. The same environment can later support camera-based detection and path planning.

2. Semi-deformable stem

A rigid stem would not swing or transmit force the way a real pedicel does. The stem is instead a chain of short rigid links joined by ball joints with configurable spring and damping behavior. Link count, length, diameter, joint range, stiffness, and damping can all be changed without rebuilding the model, trading simulation speed against fidelity.

Webots screenshot of a strawberry hanging from a curved chain of rigid green stem links, with a force arrow reading 0.199928 N
The stem as a chain of rigid bodies connected by ball joints, with the fruit's contact force shown.

3. Connector-based fruit abscission

A Webots Connector holds the fruit to the end of the stem until a configurable tensile or shear threshold is exceeded. That approximates detachment without a tissue-fracture model. Placing a connector between every stem segment would let failure happen at the weakest point instead of a fixed location.

Fruit hanging slack from the plant
Slack
Fruit pulled outward with the stem beginning to straighten
Pulled
Stem pulled taut with a 2.9 N force reading
Taut
Fruit detached from the stem
Detached

The stem goes taut under a pulling load, and the fruit detaches once the load exceeds the connector's failure threshold.

4. Distributed force-sensing strawberry

The berry carries 100 force sensors spread around its surface, each recording a 3D force vector at a known location. Sensor count, spacing, offset, size, and contact material are configurable, so sensing can be concentrated where an end effector will touch, such as around the calyx for a grab-around design. Force data is visualized as 3D force maps and force-time plots, so you can see where, when, and how hard a berry is contacted, not just whether the pick succeeded.

Strawberry model covered in blue force-sensor markers
100 sensors on the berry
3D scatter plot of sensor positions colored by relative force
Live 3D force map
Line chart of total and maximum local force over time after a small drop
Force over time after a small drop

Showing the model is tunable

I ran two parameter sweeps, changing one parameter at a time on a fixed geometry. The goal was not biological accuracy. It was to confirm the model responds predictably to stiffness and damping, so it can later be fitted to measured plant behavior. A fruit-stem system is a coupled multi-body spring-damper system, so settling time depends on mass, geometry, stiffness, damping, and more, not on damping alone.

3D plot of the stem's shape at successive moments in time as it swings and settles
Stem shape over time in one trial. The linked-body stem bends and swings rather than moving as a single rigid object.

Damping sweep (stiffness k = 0.005)

Low damping gave large, sustained oscillations after the fruit dropped under gravity. Higher damping shortened them, while the final resting displacement stayed near -0.163 m in every case.

Five stacked plots of fruit displacement over time for increasing damping values
Damping cFinal disp. (m)Post-1 s peak-to-peak (m)5 mm settling time (s)
0.0005-0.16320.089111.92
0.001-0.16310.07106.86
0.005-0.16310.01211.79
0.01-0.16310.00571.02
0.02-0.16290.00761.31

Stiffness sweep (damping c = 0.002)

Stiffness changed where the fruit rests. Going from k = 0.0005 to k = 0.05 moved the final displacement from about -0.1677 m to -0.1411 m, a 26.6 mm reduction in sag. The dynamic response changed too, which means stiffness and damping have to be tuned together.

Seven stacked plots of fruit displacement over time for increasing spring stiffness
Stiffness kFinal disp. (m)Post-1 s peak-to-peak (m)5 mm settling time (s)
0.0005-0.16770.04193.50
0.001-0.16720.04223.51
0.0025-0.16560.04283.52
0.005-0.16310.04204.24
0.01-0.15920.04294.23
0.025-0.15100.05265.54
0.05-0.14110.06325.99

Why it matters

Limitations and next steps