IRO 2026/27 Creative, Vienna — Cultural Heritage Service Robots

Mobile Museum: Nail to Nail

A travelling museum where no human hand touches an artefact from the wall it leaves to the wall it reaches. Eight connected robots and stations move, protect, check, and explain every object, and every requirement they meet comes from real museum loan standards and the lessons of real heists.

Why this version is realistic

Your research found the real reason mobile museums fail: carrying irreplaceable originals on the road is one of the riskiest ways to show them. Most damage comes from the journey itself, and theft now means raids that take only a few minutes. Nail to Nail is built to answer exactly those problems.

The problem, from history

Mobile museums have existed for nearly a century. New Zealand's Dominion Museum, now Te Papa, sent cases of specimens to rural schools for about 50 years. The Freedom Train carried America's founding documents guarded by Marines. Virginia's Artmobile carried Rembrandt and Monet in a truck, but closed in 1994 over conservation concerns.

The lesson: programmes that last either carry low-risk content or travel with heavy protection. Most modern mobile museums have given up on originals.

The answer: protection built into the robots

Instead of carrying weaker content or a squad of guards, Nail to Nail builds the protection into the museum. Every move is made by a robotic arm. Every object is checked before and after each journey. Every case can lock its artefact away in under two seconds. The whole system is mapped against Sweden's real government indemnity requirements for loaned objects.

That is what makes it realistic: a judge can check each feature against a real standard.

"From the wall it leaves to the wall it reaches, no human hand touches the artefact."

"Nail to nail" is the real term museums use for a courier who stays with a loaned object for its entire journey. Here, the courier is a robot.

What judges will remember

The vault drop

< 2 s

A thief strikes a case and the artefact drops into an armoured floor vault before the glass gives way. The Louvre thieves in 2025 were inside for about four minutes.

The artefact passport

1 barcode

Every artefact carries a passport barcode. The arm scans it to know how gently to grip. Visitors scan it to hear the story in their language. At the end, the passport shows every journey, shock, and check.

The robot courier

0 hands

The arm unpacks, inspects, displays, and repacks every artefact. The condition station proves nothing changed, and would catch a fake swapped in by a thief.

Teaching without needing to read

Visitors choose a language by pressing a flag button and scan an artefact's label. The story is spoken aloud and shown as pictures on the Coding Story. Audio comes first, pictures second, text last, so the museum works for people who can't read.

Honest warning

This is a bigger system than the Guardian Museum: eight controllers plus a laptop, against five at NZRO. It only works if the team builds the shared mode signals early and gets the arm reliable first. The Build plan tab separates the core system from the stretch goal so you can cut safely if time runs short.

The system

Eight robots and stations connected to one master controller. The master runs seven operating modes and broadcasts the current mode to every unit on three signal lines. The Coding Story acts as the museum's control centre, as Sweden's standard requires live monitoring.

Demo script

The full demonstration runs through all seven modes in about six minutes. Team members play the visitor, the staff, and the thief; the judges simply watch. Every Coding Story scene is triggered by a robot or sensor.

Every Coding Story scene

Backdrops must use bold shapes, high contrast, and large blocks of colour with no fine detail or small text, because uploaded images lose quality.

Artefact passports

Each artefact's barcode links to a passport record. The record tells the arm how gently to grip, tells the cases how much light is allowed, tells the climate bay what range to hold, and holds the story in every language. Try scanning one below. The descriptions are placeholders to replace with your chosen artefacts.

1. Choose a language

2. Scan an artefact label

On the real kiosk, the visitor presses a flag button, then scans the label with the handheld scanner.

Choose a language, then scan an artefact label to see what the kiosk and Coding Story do.

Journey log for the selected artefact

Sample data showing how the passport traces any problem to one leg of the journey, as real condition reports do.

LegRoutePeak shockClimateCondition checkCustody

Raid response

Your research shows the pattern: raids now take three to eight minutes, so alarms only help if physical barriers delay thieves until help arrives. Nail to Nail is designed around delay. These are target times for the team to test and measure, not results yet.

Sequence after a case is struck after hours

~4 minTime the Louvre thieves spent inside in October 2025, from your research notes.
< 2 sTarget time for Nail to Nail to lock the artefact in its vault and close the shutter.

Two sensors before the vault drops

A single knock shouldn't drop an artefact. The vault triggers only when a strong glass vibration is confirmed by a second sensor within 50 ms: the case door opening without staff cards, or someone staying close to the case after hours.

The digital attack comes first

The Louvre's camera password was reportedly "Louvre." In the demo, the thief first tries codes on the keypad. After three wrong attempts the system locks out, logs the time, and alerts the control centre before anything is physically touched.

Every feature, matched to a real standard

This table is the answer to "Is it realistic?" Each row is a real requirement from your research, and the column on the right shows which robot meets it. Show it to your professor and use it in your judging presentation.

Real requirementSourceHow Nail to Nail meets itUnit

Technical features

These are the engineering points to explain to judges. Each one is something real systems do, scaled to competition size.

Mode lines and context-aware alarms

Each unit reads the mode from three lines and decides what a sensor reading means. A light case during unpacking is normal if the arm is holding the artefact; the same reading when the museum is closed is a theft.

int mode = 0;
int caseWeight = 0;
int expectedWeight = 186;
int tolerance = 2;

void loop() {
  mode = digitalRead(MODE_A) + digitalRead(MODE_B) * 2 + digitalRead(MODE_C) * 4;
  caseWeight = readCaseWeight();

  if (mode == MODE_OPEN) {
    if (caseWeight < expectedWeight - tolerance) {
      raiseAlarm();
    }
  }
  else if (mode == MODE_CLOSED) {
    if (glassHit() == 1 && secondSensor() == 1) {
      dropVault();
      closeShutter();
    }
  }
  else if (mode == MODE_UNPACK || mode == MODE_PACK) {
    if (caseWeight < expectedWeight - tolerance && digitalRead(ARM_HOLDING) == LOW) {
      raiseAlarm();
    }
  }
}

Laptop to arm messages

Short serial messages between the laptop and the Curator Arm. Each starts with a word for its type, and the arm replies OK when it finishes.

SCAN                  laptop asks arm to read passport
ID,MM-A01             arm reports barcode
GRIP,5                laptop sets max grip (newtons)
MOVE,CRATE,1          pick from crate slot 1
MOVE,STATION          place on condition turntable
CHECK,PASS            laptop: photo and weight match
MOVE,CASE,1           place in case 1
OK                    arm confirms each step
FAULT,GRIP            arm: force limit reached early

The right-hand column is explanation for this page, not part of the messages.

Build plan

Build the riskiest and most memorable parts first. The core system works on its own; the escort rover is a stretch goal that adds polish but can be cut.

Parts summary

Counted automatically from the unit list. Check every module against IRO's hardware rules before buying.

  1. Confirm the rules and the Coding Story triggersCheck what hardware IRO Creative allows, and confirm that robots can change Coding Story scenes through a signal input. Everything below depends on both.
  2. Choose the three artefacts and make the replicasFix their sizes and weights before designing the crate slots, gripper, cases, or vaults. Put each passport barcode on the artefact's base or mount where the wrist scanner can read it.
  3. Build the Curator Arm and passport lookup firstThe arm is the heart of the system. Get it scanning, gripping within each profile's limit, and placing in all positions reliably, 50 times in a row.
  4. Build one vault caseUse a spring-damped drop released by a servo catch pin, then a motor to raise it back. A drop is much faster than lowering with a motor. Prove the under-two-second target, then build the other two.
  5. Build the condition stationWebcam, turntable, and load cell, with Python comparing each photo and weight against the last record.
  6. Build the Security Hub and mode linesGive every unit a test switch that sets the mode by hand, so sub-teams can test their unit alone before integration.
  7. Build the climate crate bay and the truckSelf-levelling platform, climate sensors, and actuators, then the line-following truck with expanding walls.
  8. Build the kiosk and record the narrationThree artefacts in four languages gives twelve audio tracks and twelve Coding Story scenes. Ask native speakers to check the translations and record them if possible.
  9. Integrate, then rehearse the six-minute demoRun the full script end to end, time every mode, and decide what to do if any unit fails.
  10. Stretch: build the escort roverAdd it only once the core system runs reliably.

Suggested sub-teams

Arm and passports: Curator Arm, passport records, laptop messages.

Protection: Vault cases, Security Hub, mode lines, raid sequence.

Journey: Truck, crate bay, escort rover.

Story: Condition station software, kiosk, Coding Story scenes, narration.

Main risks

Integration. Eight controllers must agree on the mode. Build the mode lines in the first weeks, not the last.

Arm reliability. The demo needs about eight arm moves. One dropped artefact undermines the whole message.

Demo length. Six minutes may exceed IRO's presentation slot. Check the time limit and prepare a shorter version.

Facts to verify

Most of these come from your research notes. Check each one against its original source before the meeting, especially the recent heist details, which may have changed since your notes were written.

ClaimUsed inWhere to check

Be careful with the Vienna theft

Your notes mention a 2026 diamond necklace theft in Vienna, where the competition is being held. It could be a powerful local reference, but it is also recent and possibly sensitive for local judges. Verify it carefully, and decide as a team whether to mention it at all.