Skip to content
IEMI Labs

RoadOne

IEMI's one product for public roads: the crossing's own traffic light, made smart

Concept · not for sale
Our one product for Public sector, roads and airfieldsEngineering design: RoadOne
Target price from$2,990per approach (replaces its near-side signal head)

Software: $59 per month per approach (app, LTE-M and calls)

Concept, not for sale yet. Tell us if you want it; that decides what we build.

Rate this idea and tell us what to change
RoadOne concept: the idea and where each part goes

Drag to rotate · right-drag to move · scroll to zoom · click a part for its size and placeSwipe to rotate · pinch to zoom · two fingers to move · tap a part for its size

How it fits together

RoadOne, part by part

Scroll or tap a part. Press “See the 3D CAD design” to watch the model, built from our CAD, light each part up and show how it connects.

RoadOne concept: the idea and where each part goes

Real-time 3D render · drag to rotate · final design may varySwipe sideways to rotate

  1. 01

    The whole RoadOne

    The crossing's own near-side signal head runs the crossing's detection: an approach camera behind the door's bottom road-side corner watches the vehicles coming, a crossing camera in the road-side wall sees the stop line and the whole crossing, a kerb radar in the back wall finds people waiting and stepping off, clamps on the head's own lamp feeds tell the brain which phase is showing, and the brain on the head floor turns that into walk demand, crossing extension, vehicle demand, counts, speed, red-light, near-miss, blocked-crossing and fault calls, placed on the controller's own detector inputs and sent to one app over LTE-M.

  2. 02Brain

    Raspberry Pi 5 (on the signal head floor)

    The brain: it runs the roadone-fw program

  3. 03

    Approach and crossing cameras

    The approach camera behind a window in the door's solid bottom road-side corner (below the green module), 25 degrees down the approach, sees every vehicle and cyclist coming (demand, queue, counts, class, speed); the crossing camera in the road-side wall sees the stop line and the whole crossing (red-light running, people still crossing, near misses, a blocked crossing)

    Raspberry Pi 5 (on the signal head floor) · CSI-2 ribbons (both on the Pi 5's two camera ports, inside the head) · Frames at 10 fps by day and 5 fps on a quiet night; 10 s clips around calls

  4. 04

    Kerb radar

    In the back wall, 30 degrees down towards the crossing: people waiting at the kerb and people stepping on to and still in the near lane of the crossing, in rain, fog and the dark

    Raspberry Pi 5 (on the signal head floor) · UART · Up to 3 targets with position at 10 Hz

  5. 05

    Lamp clamps and head sensor

    A clamp on each of the red, amber and green module feeds tells the brain which phase the controller is showing and whether a module is dark; the IMU finds the head hit or turned

    Raspberry Pi 5 (on the signal head floor) · Clamps into the ADS1115, then I²C (ADS1115 and LSM6DSOX) · Module currents at 50 Hz, shock and tilt

  6. 06

    Controller contacts, call lights and tone

    Three dry contacts on the controller's own detector inputs (walk demand, crossing extension, vehicle demand); the 'seen you' and red confirmation lights behind slots in the back wall and a tone through the floor

    Raspberry Pi 5 (on the signal head floor) · GPIO (relays and piezo) + one data wire (lights) · Demand and extension contacts, light colour, tone

  7. 07

    Secure element and tamper switch

    Every call signed; the tamper switch marks the log when the door opens

    Raspberry Pi 5 (on the signal head floor) · I²C + GPIO · Signatures, tamper flag

  8. 08

    Power, backup and LTE-M

    5 V from the head's own feed; a LiPo keeps the Walter board sending the log and a power-cut or knockdown fault when the head is dark

    Raspberry Pi 5 (on the signal head floor) · 5 V rail + UART to the brain · Power about 6.5 W by day, 4.5 W at night (est.); calls and the 15-minute counts over LTE-M

  9. 09

    All connected

    7 key parts, one program, and your phone

Our circuit board · rev A-0

One board of our own inside RoadOne

Every chip on one board we design, shaped to fit: the processor, cameras and sensors, Wi-Fi and Bluetooth, lights, sound and power. No plugs, ribbons or adapters. It is checked in our CAD against every part around it, and it arrives from the maker ready to run our software from a microSD card. Turn the model, or pick a part below to see where it sits.

Loading the 3D board…

Drag to turn · scroll to zoom · right-drag to move · click a partDrag to turn · tap a part

Checked before we order

Every board-level number RoadOne's jobs depend on, checked against its target: camera pixels and frame rate, power and battery life, heat where it works, shock, radio and software. Every lesson from every one of our boards is a rule here, so this review runs again whenever any board teaches us something. Boards are ordered only when nothing fails and the items to prove are measured.

No check fails16 pass · 5 fixed by the review · 11 to prove before we order · 0 failDesign review of 4 November 2026
AreaCheckOur boardTargetStatus
CameraApproach camera: a car (1.8 m wide) 60 m out on the approach at 59.35 m65.4 px≥ 30 pxpasses
CameraApproach camera: frame rate the calls need10 fps at 3840 × 2160chip: 30 fps at 3840 × 2160passes
CameraApproach camera: data rate vs its 4-lane link0.83 Gbps (10-bit)≤ 80 % of 3.564 Gbpspasses
CameraCrossing camera: a person (0.45 m wide) reaching the far kerb at 8.68 m111.8 px≥ 20 pxpasses
CameraCrossing camera: frame rate the calls need10 fps at 3840 × 2160chip: 30 fps at 3840 × 2160passes
CameraCrossing camera: data rate vs its 4-lane link0.83 Gbps (10-bit)≤ 80 % of 3.564 Gbpspasses
CameraImage processor load, all cameras166 Mpx/s≤ 480 Mpx/s (RK3576J ISP)passes
CameraAI engine time per frame6 TOPSa walk-demand or extension call in under 0.5 s; counts on every frame of both viewsto prove on the dev kit
PowerSupplyMean Well IRM-20-5 PCB-mount 5 V 20 W supply (class II, listed) on an unswitched 120 V feed (a spare conductor of the head's own signal cable), on the power board≤ 70 % of the supply (14 W)passes
PowerPower cutone soldered 18650 cell (Samsung INR18650-35E) on the power board: in a power cut the crossing is dark, so the RK3576J sleeps and wakes every 60 s to log and send the fault over LTE-M, about 0.4 W, 26 h on the cell (est.)the fault log and its message for 12 h in a power cutto prove on the dev kit
HeatRK3576J temperature, a summer afternoon (40 °C air) with sun on the dark polycarbonate head78 °C≤ 85 °C (rated)to prove on the dev kit
HeatCamera and radar chips away from the processorapproach camera 216 mm, crossing camera 177 mm, kerb radar 146 mm≥ 30 mmpasses
ShockShock and vibration100 g (est.)standard partspasses
SoftwareStarts our software from the microSD card, no setupmicroSD socket with a hinged, latched lid (Amphenol 101-00660 class), fitted on every board: our software starts from the cardcard socket fitted on every board, latchedpasses
SoftwareCard power switch and protection1 power switch and 1 ESD array for 1 card socketevery socket: switched card supply, ESD on all 6 linesfixed by the review
SoftwareThe card wins the starteMMC shipped empty; our loader reads the card firstthe processor starts from the card every timefixed by the review
SoftwareCard gradeindustrial pSLC microSD (Kingston Industrial or Swissbit S-56u), −40 to 85 °Crated for the heat, cold and writesto prove on the dev kit
SoftwareClip buffer for an unsure call39.5 s of 8-bit 5 fps video in 40 % of the 4 GB memory≥ 3 spasses
RadioLTE-M from the signal headBG95-M3 with a soldered eSIM, its chip antenna in the back strip's top-left corner behind the polycarbonate, 73 mm from the steel polecertified module; calls, counts and faults reach the traffic centreto prove on the dev kit
RadioBLE for the contractor's fit-up phoneAP6275S on the back strip, antenna at its left edge, 93 mm from the polepairing from the footway, 5 m below (est.)passes
MoistureConformal coatingcoatedcoated, sensors, sockets and antennas maskedpasses
FitBoard inside the product CAD, every part checked in 3Dnot yet in the product CADnothing touchesto prove on the dev kit
CameraEvery crossing call in viewApproach camera: worst 18.6° / 23°; Crossing camera: worst 19.5° / 23.4°; Kerb radar: worst 28.6° / 7°inside each sensor's viewpasses
CameraApproach camera looks out of the door cornerwindow 24 × 24 in the door's solid bottom road-side corner, 22 mm clear of the green module; steepest line of sight 37° (margin 3.4 mm)every line of sight under 82° from its wallfixed by the review
CameraCrossing and radar windowscrossing window 56 × 28 (margin 0.2 mm, steepest 70°); radar radome 54 × 24 (margin 6.8 mm)each view inside its windowfixed by the review
SafetyThe controller's own lamp drive untouchedthree PCB current transformers with the head's own red, amber and green feed wires passing through unbroken; nothing of ours on the lamp feedsthe controller and its conflict monitor see exactly the plain head's loadfixed by the review
SafetyController contactsthree photo-MOS contacts (5,000 V isolation, est.) and a spring-clamp terminal for the controller's own detector inputs, on spare conductors back to the cabineta detector call like any listed detector; the controller keeps its own minimums, maximums and safety timingsto prove on the dev kit
SafetySupply kept on its own boardthe unswitched feed into a spring-clamp terminal on the power board, fuse, varistor, IRM-20-5 (class II); only 5 V and the contact drive on lead L1class II creepage on the power board; no 120 V on any other boardto prove on the dev kit
FitSensor tabs on their bracketsApproach camera: 0.3 mm inside the wall, hinge 14.5 mm; Crossing camera: 0.3 mm inside the wall, hinge 19.5 mm; Kerb radar: 0.3 mm inside the wall, hinge 25.5 mmchip or holder ≥ 0.3 mm inside the wall, hinge within the 40 mm flexto prove on the dev kit
FitBehind the head's own modulesevery board behind the 100 mm module zone; the corner board in the door corner 22 mm clear of the green modulethe head's own LED modules, visors and door unchangedpasses
FitFlexes and the leadF1 274 mm to the corner board, F2 44 mm to the back strip, F3 131 mm to the side strip; L1 about 0.49 m of 20 AWG, 0.032 V droprouted and held in the rev T CAD; L1 ≤ 0.15 Vto prove on the dev kit
SecurityDoor tamper sensorDRV5032 Hall switch on the corner board, held by a Ø6 × 3 magnet on a printed boss on the doordoor opened = logged and signedto prove on the dev kit

Before we order the first boards, we prove these on the RV1126B development kit or in the rev A tests:

  1. AI engine time per frame
  2. Power cut
  3. RK3576J temperature, a summer afternoon (40 °C air) with sun on the dark polycarbonate head
  4. Card grade
  5. LTE-M from the signal head
  6. Board inside the product CAD, every part checked in 3D
  7. Controller contacts
  8. Supply kept on its own board
  9. Sensor tabs on their brackets
  10. Flexes and the lead
  11. Door tamper sensor

Demo · 6 real-world moments

See RoadOne work

Short animated scenes of real moments: what happens today, what RoadOne does about it, and what lands on your phone. The same scenes play in the IEMI app.

DEMO · 1 of 6
0s

06:50 on a school day. Nobody is on duty at the Main St crossing.

Use cases

Today, without RoadOne

A grandparent with a pushchair waits without finding the button, then crosses in a gap; a slow walker is caught in the road when the green man ends.

What RoadOne does

The kerb radar and crossing camera see someone waiting for 2 s and place a walk demand on the controller, with the 'seen you' light on the back of the head. When the green man ends with them still on the crossing, the head holds the crossing time, up to the controller's own maximum.

How the app helps

  • Walk demands today: 412, 61 with no button press
  • Extensions: 23, each with the seconds used
  • The controller keeps its own timings and maximums; the head only places demands
No-watcher modeWalk demand without a buttonCrossing extensionSeen-you lightOpen this scene in the app →
Every feature in these scenes (17)
  • No-watcher mode
  • Walk demand without a button
  • Crossing extension
  • Seen-you light
  • All-year counts by class
  • Open data feed
  • No plate reading
  • Speed statistics
  • Red-light clips
  • Signed call log
  • Near-miss tracking
  • Clip saved
  • Weekly near-miss map
  • Blocked crossing watch
  • Traffic centre feed
  • Lamp current watch
  • LTE-M fault report

Demo scenes show how RoadOne and its app are designed to behave. RoadOne is in design; nothing here is recorded from real equipment yet.

What it is

IEMI's one product for a signalised crossing: the crossing's own traffic light, made smart, with one brain and one app.

What it does

  • Calls the green man for people waiting
  • Holds it for slow walkers
  • Counts every road user all year
  • Finds near misses and dark lamps

Who it's for

City, county and state road authorities and their signal contractors.

The idea

The crossing's own traffic light sees who is waiting, who is still crossing and every vehicle coming

The problem today

At a signalised crossing the signal head is a plain red, amber and green light. People press a button and wait, a slow walker can be left on the crossing when the green man ends, and councils count traffic a few days a year with tubes or hire a sensor on a lamp column. A video detection camera on its own mast arm, a counter and a separate near-miss study are each bought and fitted on their own.

With RoadOne

Every crossing already has a signal head on its near-side pole at the stop line. RoadOne puts the brain, an approach camera, a crossing camera, a kerb radar, lamp sensors, LTE-M and a backup cell inside that head, so the crossing calls the green man for people waiting, holds it for a slow walker, places vehicle demand, counts every road user all year, and reports red-light running, near misses, a blocked crossing and a dark lamp.

CrossingStop lineTraffic comingFootwayFootwayOther lane1234
  1. 1RoadOne signal head on the near-side pole (the brain)Brain, lamp sensors, controller contacts, LTE-M, backup cell, secure element and tamper switch inside the head; the controller's own red, amber and green stay; a 'seen you' light and a tone on the back
  2. 2Approach camera in the door's bottom cornerVehicles and cyclists coming: demand, queue, counts, class and speed, all year
  3. 3Crossing camera in the road-side wall of the headThe stop line and the whole crossing: red-light running, people still crossing, near misses with turning vehicles, a blocked crossing
  4. 4Kerb radar in the back wall of the headPeople waiting at the kerb (walk demand with no button) and stepping on to the crossing (extension for a slow walker)
A two-lane street at a signalised pedestrian crossing seen from above: the approach lane, the stop line, the crossing studs, both footways, and the signal pole on the near-side kerb, drawn to show where each part goes (not to scale).

How the parts connect

RoadOne, wired up

Every part, what links it to the brain, and how the data reaches your phone. A solid line is a cable; a dashed line is a radio link.

Approach and crossing camerasFrames at 10 fps by day and 5 fps on…CSI-2 ribbons (both on…Kerb radarUp to 3 targets with position at 10 HzUARTLamp clamps and head sensorModule currents at 50 Hz, shock and t…Clamps into the ADS1115…Controller contacts, call lig…Demand and extension contacts, light…GPIO (relays and piezo)…Secure element and tamper swi…Signatures, tamper flagI²C + GPIOPower, backup and LTE-MPower about 6.5 W by day, 4.5 W at ni…5 V rail + UART to the…THE BRAINRaspberry Pi 5 (on the si…runs roadone-fwPython with C extensionsIEMI cloud (the authority's acc…via LTE-M · MQTT over TLSSignal engineers, road safety o…via Push, SMS and web; CSV, open data A…
Drawn from the RoadOne parts list. The 3D view above is built separately, from the CAD.

The program

What controls RoadOne

Runs on
Raspberry Pi 5 (with the Walter board as the always-on fault path)
Written in
Python with C extensions
System
Raspberry Pi OS Lite (64-bit), read-only root
AI model
A vehicle, cyclist and pedestrian detector with tracking on both cameras, int8 with no faces and no plates; radar target tracking in the waiting zone and on the crossing; speed from tracks against the lane lines calibrated at fit-up; post-encroachment time for near misses
  1. 1Every 100 ms: radar and crossing frames; walk demand for people waiting 2 s; extension while anyone is on the crossing
  2. 2Every 100 ms: approach frames; vehicle demand, queue, counts, class and speed
  3. 3Red module drawing current and a vehicle front over the stop line: red-light clip
  4. 4Tracks of a turning vehicle and a person closer than 1.5 s: near miss; a vehicle stopped on the studs 5 s: blocked
  5. 5Every second: lamp currents against the phase, shock and tilt; sign every call, 'check' under the line, send over LTE-M
roadone-fw.pymain loop
while True:
    phase = lamps.phase()                 # from the three clamps
    people = track(radar.read(), person_model(cam_x.frame()))
    relay_walk.set(people.waiting(2.0))     # demand, like a push button
    relay_ext.set(people.on_crossing())    # controller keeps its own maximum
    cars = track_vehicles(vehicle_model(cam_app.frame()))
    relay_veh.set(cars.in_zone())
    calls = count_rule(cars) + speed_rule(cars)
    calls += redlight_rule(phase, cars) + nearmiss_rule(cars, people)
    calls += blocked_rule(cars) + fault_rule(lamps, imu)
    for c in calls:
        if c.conf < c.line: c.kind = 'check'   # never guess
        atecc.sign(c); lights.show(c); uplink.send(c)
    time.sleep(0.1)

To your phone

How the data reaches RoadOne crossings app

Traffic signal engineers, road safety officers, the signal maintenance contractor and the transport planning team; a web page and open data feed for the council (Android, iPhone, web)

  1. RoadOne signal head
  2. IEMI cloud (the authority's account)
  3. Signal engineers, road safety officers, the maintenance contractor and planners

What you see in the app

One screen for each job RoadOne does.

  • No one watching the crossing mode06:50 on a school day: nobody is on duty at the Main St crossing. A grandparent with a pushchair waits at the kerb without finding the button; the head places the walk demand, and when the green man ends with them still in the near lane it holds the crossing time up to the controller's maximum.

  • Counts all yearFunding bid week: the planner pulls a full year of counts by mode for the crossing, before and after the new cycle lane, instead of a three-day tube count.

  • Speed and red lightA resident complains about speeding before the school. The road safety officer sees the 85th percentile at 34 mph in a 25 zone and four red-light runs a day at school time, with the signed clips for the enforcement team.

  • Near misses and a blocked crossing17:40 rush hour: a right-turning car cuts 0.9 s in front of a person on the crossing. The clip goes into the weekly near-miss map, long before anyone is hurt.

  • Signal faults02:10: the red module on the northbound head goes dark. The maintenance contractor has the fault on their phone before the morning peak, with the head's own current reading.

App screens with sample data. The interface is in development.

What the app gets

Data RoadOne sends to the app
CrossingMain St crossing: 412 walk demands today, 61 with no button press; 23 extensions for slow walkersLive
Counts07:45-08:00: 214 cars, 9 buses and trucks, 31 cyclists, 118 people crossingEvery 15 min
Speed85th percentile 34 mph in a 25 zone; 38 % over the limitHourly
Red light08:12: car over the stop line 1.4 s into red, clip signedEach event
Near missesRight-turning car 0.9 s from a person on the crossing, 17:40, clipEach event
FaultsRed module dark on the northbound head, 02:10Each event

No face recognition and no plate reading. People and plates are blurred on the device; counts leave the head, and only clips around red-light, near-miss and blocked-crossing calls are kept, 30 days, in the authority's own account.

CAD design · Stage 2 ready, 29 Oct 2026: smart near-side signal head that runs the crossing's detection (8 calls, 6 alone, 2 assist); buyer check, prices checked ($749 parts per approach at qty 1), margin 67-76 % (est.); 21 fits and 15 camera and radar views checked in the CAD; not built

Designed in code, checked in 3D

  • 3 printed parts, each a single closed solid
  • Every bought part fitted inside and checked for collisions
  • Assembled exactly as shown in the 3D CAD view (the button on the picture at the top)

Key specs

RoadOne hardware
AI processorBoards of our own inside the signal head, behind its own LED modules: Rockchip RK3576J processor with 4 GB memory on the main board on the head floor. The bench signal head uses a Raspberry Pi 5 until the boards arrive
SensorsTwo Sony IMX415 8 MP camera chips: the approach camera looking up the road through the door's bottom road-side corner, the crossing camera in the road-side wall (102° lenses) · TI IWRL6432AOP 60 GHz kerb radar chip behind the back-wall radome (people waiting and still crossing) · Current sensors on the head's own red, amber and green feeds (the wires pass through unbroken) and a motion chip · Three isolated contacts on the controller's own detector inputs, 16 call-light LEDs, a buzzer, a security chip and a door tamper switch
ConnectivityLTE-M (Quectel BG95-M3 on our board, soldered eSIM), MQTT over TLS · Dry contacts to the controller detector inputs · BLE for the contractor fit-up phone · CSV, open data API and webhook to the traffic centre
PowerAn unswitched 120 V feed on a spare conductor of the head's own signal cable into a class II Mean Well IRM-20-5 on its own power board, never the lamp feeds; one soldered 18650 cell with a thermistor keeps the fault log and its message for about 26 h in a power cut (est.); about 6 W by day (est., board design review)
EnclosureThe plain signal head's UV-stable polycarbonate body and door with bonded windows
Dimensions356 x 254 x 1,067 mm head (est. common 12 in 3-section size), bottom 8.7 ft above the footway
WeightAbout +0.7 kg over a plain head of about 14 kg (est.)
Ingress ratingIP65 target
All target specifications

Jobs

Jobs target specifications
CrossingWalk demand, extension
VehiclesDemand, queue, counts
SafetySpeed, red light, near misses
FaultsDark lamp, knock

Legal on the street

Legal on the street target specifications
HeightMUTCD 4D.15: 8.7 ft
ControllerDetector inputs only
Headroom80 in over the footway
PrivacyNo faces, no plates

Power and size

Power and size target specifications
Size356 x 254 x 1,067 mm head (est.)
MountingNear-side pole, bottom 8.7 ft up
PowerAbout 6.5 W by day, 4.5 W at night (est.)
Power cutFault path about 12 h (est.)
Parts cost$749 per approach at qty 1

Targets for production units; they may change during development.

Pricing

Hardware: $2,990 per approach (replaces its near-side signal head)

Software: $59 per month per approach (app, LTE-M and calls)

Target pricing. Bought separately per approach: a plain 12 in 3-section head (about $320, est.), RoadSense AI ($1,490 + $95/month) and video detection (about $3,750 an approach, est. from a $15,000 four-approach quote): about $5,560 + $95/month (est.).

Smart crossing head

$2,990 + $59/month

Every crossing job in the approach's own signal head.

  • Walk demand and extension
  • Vehicle demand and queue
  • Counts all year
  • Speed, red light and near misses
  • Signal faults

Indicative launch pricing in USD, excluding taxes and shipping. Final pricing is confirmed before any balance is charged.

Community

What do you think of RoadOne?

RoadOne is in development. Rate the idea, tell us what to change about the features, specs or price, and we'll build it with your feedback.

How much people want it

–

No ratings yet

  1. 50
  2. 40
  3. 30
  4. 20
  5. 10

Follow RoadOne

Get build updates and first access when pre-orders open.

Leave feedback

Your rating of the idea

Feedback on a product concept in development, not a review of a shipped product. Posts may be moderated; links and contact details are held for review. See our community guidelines and privacy policy.

Comments

    No comments yet. Tell us what you'd want from RoadOne.

    Questions

    Ask about RoadOne

    Tell us what this would save you, or ask anything. We reply within two business days.

    We use your details only to respond to this request. See our privacy policy.

    From the product lab · ideation phase

    Lab updates for RoadOne

    All lab updates
    1. LatestA council or DOT buys RoadOne as the near-side signal head at a signalised crossing: the same 3-section 12 in head on the same pole, with the bottom 8 to 19 ft above the footway (MUTCD 4D.15, https://mutcd.fhwa.dot.gov/htm/2009/part4/part4d.htm). So the electronics must be boards an assembly house makes and tests the same way every time, inside that head behind its own LED modules, without touching the controller's lamp drive.
      • What we designed: boards of our own inside the signal head, behind its own three LED modules, which stay the controller's. An 8-layer main board lies flat on the head floor with the processor and a heat block to an aluminium spreader bolted to the steel pole bracket, memory, the security chip, the latched microSD card, a motion chip and a small buzzer over the tone holes. A small corner board stands behind the door's bottom road-side corner with the approach camera and the door tamper sensor. A back strip carries the kerb radar chip, the white "seen you" and red confirmation lights, and LTE-M and Bluetooth at the far side of the head from the pole. A side strip carries the crossing camera. A power board on the left wall holds the supply, current sensors the lamp wires pass through, three isolated contacts for the controller and a backup cell.
      • How we checked it: the boards are written as code and opened in KiCad (0 design-rule violations). The code places 68 parts at their sizes and checks no overlaps, the heights in every gap, every board behind the 100 mm module zone, the corner board clear of the green module, the lights behind their slots, the antennas away from the pole, the lead voltage drop, and that every call from the CAD (the first car waiting, the queue, a vehicle 60 m out, a cyclist, the opposing lane; a car over the stop line, people in both lanes and at the far kerb, a near miss, a car on the studs; people waiting at the kerb and still crossing) passes through its window from where each lens really sits. The shared design review gives 16 pass, 3 fixed, 10 to prove on the first boards and 0 fail, and writes the quote pack.
      • What we learned: from a window in the head's floor, the count line 60 m up the approach lies 88° off the floor, so no floor window could show it. The door faces the approach, and its bottom corner below the green module is solid, so the approach camera now looks out of a 24 × 24 window there. The crossing window grew from a round 18 mm to 56 × 28 because a car over the stop line lies 70° off the road-side wall. We also found that a plain head has only its three switched lamp feeds, and a supply on one could hide a dead red module from the controller's lamp-out check, so the boards take an unswitched feed on a spare conductor and only sense the lamp feeds. The CAD moved the same day. There were no new CricketOne board decisions since the last update, and every other board was re-run and still passes.
      • What is next: the spreader, tab brackets and boards inside the head CAD with every part checked in 3D; the head's temperature in full summer sun; the highway authority's wiring rules for the feed and the controller contacts; LTE-M beside the steel pole; and the last board, SiteOne. See the boards at /build/roadone-boards.

      See it in 3DFull research and design

    2. A city, county or state road team needs every signalised crossing to call the green man for people waiting, hold it for slow walkers, place vehicle demand, count every road user all year and report a dark lamp, mostly with nobody watching. Today it buys the plain signal head on an annual parts bid ($285-295 in public bids) and detection and data separately: a Washington State contract lists Miovision detection licences at $3,000-6,500 per intersection plus $195-750 a year per service, on extra cameras.
      • Buyer check with sources: 3-section LED head prices from the City of Tulsa bid ($295) and a distributor list ($285), the Florida DOT planning table ($800 with fitting), the Washington State Miovision contract (detection licences $3,000-6,500 per intersection, $195-750 a year per service) and an Iteris city contract (about $4 million for 100 intersections)
      • What we learned: the head is a cheap routine bid item, while detection and data are sold per intersection as licences and yearly services on extra cameras; nobody puts the detection inside the head that is already replaced on a schedule
      • Parts list prices checked on the Adafruit pages today: $749 per approach at qty 1, of which $405 is our electronics; the 4 GB Raspberry Pi 5 is now $130, so the brain is the same-size 2 GB at $90, and the cameras cost more than we had
      • Price kept at $2,990 + $59 a month per approach; cost about $989 at qty 1 and $730 at qty 100, a 67 % to 76 % margin (est.) that funds crossing video recording and pilots beside existing detection
      • All 21 part fit checks and 15 camera and radar views in the CAD still pass; about 12 h of fault reporting in a power cut rechecked; CAD review clean with no floating parts and no collisions
      • Product page: the first three FAQs answer why not the detection already bought, what it costs, and whether it fits the poles and controller; a power and size spec group
      • Next: three questions for signal teams in customer reviews (new heads or a kit, which call matters most and what proof qualifies it, per approach or per intersection), then the phase 1 close-out: shared parts across the line

      See it in 3DFull research and design

    3. A council or DOT needs one thing at each signalised crossing that calls the green man for people waiting, holds it for slow walkers, places vehicle demand and counts every road user all year. The MUTCD keeps phases with the controller and lets detectors place calls; video detection needs a camera per approach, often on its own arm (about $15,000 for a four-approach intersection in a Cal Poly study), and street counters go on lamp columns; US DOT Safe Streets and Roads for All grants fund this safety data.
      • Market check: who buys one product per crossing (city, county and state traffic and road safety teams, UK highway authorities, their signal contractors), the rules (MUTCD Part 4 and 4D.15 mounting heights, detector inputs only, 80 in footway headroom), what they pay separately (a plain head, RoadSense AI, video detection at about $3,750 an approach, est.) and the competitors (Iteris, Econolite, Miovision, VivaCity); sources in DESIGN.md
      • New CAD: the crossing's 3-section 12 in near-side signal head (356 x 254 x 1,067 mm, bottom 8.7 ft above the footway) on its pole at the stop line, with a Raspberry Pi 5 brain, an approach camera behind a floor window, a crossing camera in the road-side wall, a kerb radar, lamp clamps, three controller contacts, call lights, a tone, LTE-M, a backup cell, a secure element and a tamper switch behind its own LED modules; 21/21 parts fit from datasheets, 15 camera and radar views checked with a new test that the pole and the visors do not hide them, no collisions, no floating parts
      • Design lesson: the approach camera first sat between the green and amber sections, but the green visor would hide its near view, so it moved to a window in the head's floor
      • equipment.json: 10 rules met (mounting height, LED sections, detector inputs only, nothing over the roadway, footway headroom, same size, no tickets, electrical, privacy, radio); 8 calls (6 alone), 4 impact cases and every security key
      • idea.json crossing plan, integration.json (6 parts, 5 app screens with a No one watching the crossing mode), bom.csv (about $710 an approach with the plain head, est.), buy.json with 10 key parts
      • New product page at /products/roadone/ in Public Sector: $2,990 + $59/month per approach against about $5,560 + $95/month bought separately (est.); folds RoadSense AI; AirfieldWatch AI, FlowCount AI and SmokeSentinel AI stay listed (zones with no signal head). Every flagship in the plan now has a first design; next: CAD review backlog and drawn idea plans for older catalogue products

      See it in 3DFull research and design

    4. A council or DOT needs one thing at each signalised crossing that calls the green man for people waiting, holds it for slow walkers, places vehicle demand and counts every road user all year. The MUTCD keeps phases with the controller and lets detectors place calls; video detection needs a camera per approach, often on its own arm (about $15,000 for a four-approach intersection in a Cal Poly study), and street counters go on lamp columns; US DOT Safe Streets and Roads for All grants fund this safety data.
      • Now part of RoadOne: https://iemilabs.com/products/roadone/

      See it in 3DFull research and design

    Smart equipment · legal on the field

    RoadOne is the near-side vehicle signal head at a signalised pedestrian crossing, made smart

    It replaces the approach's plain near-side signal head on the same pole, at the same height, on the same bracket and lamp feeds from the same controller, with the same three LED signal modules driven by the controller's own load switches, with every part built in. Everything inside the plain 356 x 254 x 1,067 mm signal head behind its own LED modules: brain, approach and crossing cameras, kerb radar, lamp clamps, controller relays, call lights, tone, LTE-M, backup cell, secure element and tamper switch. About +0.7 kg over a plain head of about 14 kg (est.); no counter on a lamp column, no detection camera on its own mast arm, no box on the pole.

    Meets FHWA Manual on Uniform Traffic Control Devices (MUTCD, Part 4) and the US Access Board public right-of-way guidelines; in the UK the Traffic Signs Regulations and General Directions and the Traffic Signs Manual chapter 6: MUTCD 4D.15: the bottom of a post-mounted, vertically arranged signal face not over a roadway sits 8 to 19 ft above the sidewalk; 12 in sections; the signal controller alone decides the phases and its conflict monitor stays; detectors only place calls on the controller

    RuleLimitRoadOne
    Mounting height (MUTCD 4D.15, post-mounted, not over the roadway)bottom of the housing and bracket 8 to 19 ft (2,438 to 5,791 mm) above the sidewalk✓ 2,650 mm (8.7 ft) above the footway, checked in the CAD
    Signal section size and indications (MUTCD 4D.07 and the ITE VTCSH LED module standard)12 in sections; red, yellow and green as the controller drives them✓ the head's own three 12 in LED modules stay in front, on the controller's own load switches; RoadOne only measures their current and never drives an aspect
    Phases stay with the controller (MUTCD Part 4, NEMA TS 2 detector inputs)a detector may only place a call or an extension on the controller; the controller and its conflict monitor keep every safety time✓ three Omron G5V-1 contacts on the controller's own detector inputs (walk demand, crossing extension, vehicle demand), the same as a video detection camera; nothing else is wired to the controller
    Nothing over the roadwaythe near-side head stands over the footway; no part over a traffic lane✓ the whole head stays at x -678 to -322 mm (the kerb face is 0), checked in the CAD
    Headroom over the footway (US Access Board PROWAG protruding objects; ADA 307)at least 80 in (2,032 mm) clear under objects over a pedestrian route✓ 2,650 mm clear, checked in the CAD
    Same size and installation356 x 254 x 1,067 mm 3-section head on the same bracket, pole and feeds✓ 356 x 254 x 1,067 mm, checked in the CAD; every electronic part behind the signal modules
    Red-light and speed enforcement (state law in the US, Home Office type approval in the UK)tickets only from systems the state or the Home Office approves✓ RoadOne never issues a ticket: red-light and speed calls are counts and signed clips for the authority's own engineers and approved systems
    Electrical (NEC / BS 7671; IEC 60529)the head's own fused feed; weatherproof head✓ a Mean Well IRM-20-5 inside the head on the same feed; gasketed door and bonded windows (IP65 target)
    Privacy (US state laws, UK GDPR, the ICO video surveillance guidance)a lawful reason, a notice, no identification of people✓ no face recognition and no plate reading; people and plates blurred on the device; counts leave the head, clips only around calls
    Radio (FCC Part 15 / UKCA, carrier certification)certified modules✓ certified Wi-Fi on the Raspberry Pi 5 and the certified Walter LTE-M module

    City and county traffic departments, state DOTs, UK highway authorities and their signal maintenance contractors, at signalised pedestrian crossings and the crossing arm of signalised junctions. The controller, its timings and its conflict monitor stay the authority's; RoadOne is a detector and a counter that places calls on it, like a video detection camera.

    One piece of equipment does

    • ●People waiting at the kerb: a walk demand placed on the controller with no button press
    • ●Someone still on the crossing: the crossing time extended up to the controller's own maximum
    • ●Vehicles coming: demand, queue length, counts and class, cyclists, around the clock
    • ●Speeds on the approach, as statistics for the engineer
    • ●Red-light running at the stop line, as signed clips and counts
    • ●Near misses between turning vehicles and people on the crossing
    • ●The crossing blocked by a stopped vehicle
    • ●The signal itself: a lamp out, the head dark, hit or turned

    Not done by the equipment, and why

    • The far-side head and the other approaches of a junction: each approach's own near-side head is one RoadOne; a four-arm junction takes four
    • Accessible push buttons and audible signals: they stay the authority's APS units; RoadOne places a walk demand as well, never instead
    • Tickets: red-light and speed enforcement stays with approved systems; RoadOne gives counts and clips
    • Airfields: AirfieldWatch AI stays listed for runway wildlife, a different zone and buyer
    • Airport queues and indoor crowds: FlowCount AI stays listed for ceilings over checkpoints
    • Wildfire smoke in the hills: SmokeSentinel AI stays listed on its own solar mast, a zone with no signal head

    Makes the call itself

    Most crossings have no one watching them. The head runs the crossing's detection alone: it places a walk demand for people waiting, extends the crossing time for a slow walker up to the controller's own maximum, places vehicle demand, counts every road user, and reports a blocked crossing, a near miss or a dark lamp. Red-light and speed calls go to the authority's engineer as clips and counts.

    CallWho decidesHow it sees itHow players see the call · if unsure
    Walk demand: people waiting at the kerb< 2 s · about 97 % (est.)The equipmentkerb radar, crossing camera; radar targets standing in the waiting zone for 2 s, with the person detector (no faces)Walk demand contact to the controller; the 'seen you' light on the back of the head with a short tone. Under 85 % confidence: no call; the push button still works
    Crossing extension: someone still on the crossing< 0.5 s · about 95 % (est.)The equipmentkerb radar, crossing camera; people tracked on the crossing studs while the clearance runsExtension contact to the controller while anyone is on the crossing. Under 80 %: extension held (the safe side) up to the controller's own maximum
    Vehicle demand, queue, counts and class< 1 s · about 95 % counts in daylight, 90 % at night (est.)The equipmentapproach camera, crossing camera; vehicle, cyclist and pedestrian detector with tracking, no plates (int8 on the Pi 5)Vehicle demand contact; counts to the app every 15 min. Camera blinded (sun, snow): the contact holds a call (the safe side) and the app marks the counts as 'check'
    Speed on the approachper vehicle · about ±3 km/h (est.)Helps the officialapproach camera; track speed against the marked lane lines, calibrated at fit-upApp only: 85th percentile speed and the share over the limit. Statistics only; never a ticket
    Red-light running at the stop line< 1 s · about 95 % (est.)Helps the officialcrossing camera, lamp clamps; vehicle front crossing the stop line while the red module draws currentRed confirmation light on the back of the head; clip to the app. Always a signed clip for the authority's engineer; never a ticket
    Near miss between a turning vehicle and a person on the crossing< 2 s · about 85 % (est.)The equipmentcrossing camera, kerb radar; post-encroachment time between tracks under 1.5 sApp with the clip; weekly near-miss map. Under 75 %: logged as 'check' with the clip
    Crossing blocked by a stopped vehicle< 6 s · about 95 % (est.)The equipmentcrossing camera; vehicle stopped on the studs for more than 5 sApp and the traffic centre feed. Under 80 %: 'check'
    Signal fault: lamp out, head dark, hit or turned< 10 s · about 99 % for a dark module (est.)The equipmentlamp clamps, LSM6DSOX, approach camera; module current against the phase, shock and tilt, the view against its fit-up frameFault to the maintenance contractor over LTE-M, even with the head's feed off. Unclear: 'check' to the maintenance contractor

    Nothing added to the field

    The only things in play are the items the laws already put there:

    • ●The crossing's own near-side vehicle signal head and its pole bracket

    The pole, the controller cabinet, the push buttons, the road markings and the far-side heads stay as they are; no counter on a lamp column, no detection camera on its own arm, no box on the pole

    Built to take the hits

    • Vehicle knocks the pole down or hits the head (full pole knockdown (est.), the pole's own breakaway or passive-safety rating (AASHTO / EN 12767)): ✓ the head weighs about +0.7 kg more than the plain one on the same bracket, so the pole's crash rating is unchanged; the LiPo sits in a clip, the IMU logs the hit and the Walter board sends it
    • Wind on the head and visors (the plain head's wind area and mass (+5 % mass, est.), AASHTO LRFD signs and signals specification / the pole maker's rating): ✓ same outline, same visors, same bracket; no new area in the wind
    • Stones, hail and vandalism (about 20 J (est.), IEC 62262 IK10 (20 J)): ✓ flush bonded polycarbonate windows in the door corner, the road-side wall and the back wall; nothing sticks out
    • Traffic vibration, cold and heat, rain (about 5 g shock, -30 to +60 °C in the sun (est.), NEMA TS 2 environmental, IEC 60068-2, IEC 60529 IP65): ✓ boards on foam pads, conformal coating, gasketed door; LiPo charging held off below 0 °C and above 45 °C

    Secure by design

    Call record:
    Every walk demand, extension, count, speed, red-light, near-miss, blocked-crossing and fault call is signed in the ATECC608 with its time and sensor data, in an append-only log the authority, its auditors or a court can verify
    Radio:
    LTE-M with TLS 1.3 to the cloud; no inbound ports; BLE LE Secure Connections only for the contractor's fit-up phone; nothing on the controller's own network
    Boot:
    Signed boot image with the key in the ATECC608; read-only root file system
    Updates:
    Signed updates with rollback, only between 01:00 and 04:00 with the relays held open, so the controller runs on its own timings and push buttons
    Tamper:
    Opening the door releases an Omron D2F-01 switch; the log is marked and a tamper call sent; no open debug port
    Privacy:
    No face recognition and no plate reading; people and plates blurred on the device; counts leave the head, clips only around red-light, near-miss and blocked-crossing calls, kept 30 days in the authority's own account
    Theft:
    Paired to the authority's account and the crossing; LTE-M reports its cell location; moved, it works as a plain signal head with its relays open until the admin pairs it again

    RoadOne FAQ

    General FAQ
    Why not the video or radar detection we already buy?

    Detection cameras need a camera or radar per approach on its own arm, plus a cabinet card and licences: a Washington State contract lists Miovision detection licences at $3,000-6,500 per intersection and $195-750 a year per service. They place vehicle calls; RoadOne also places the walk demand, holds the crossing for slow walkers, counts everyone and finds a dark lamp, from inside the signal head you already replace every few years.

    What does it cost?

    $2,990 per approach plus $59 a month for the app, LTE-M data and the signed log (target). A plain 3-section LED head is about $285-320 in public bids; a plain head, RoadSense AI and a video detection camera bought separately come to about $5,560 + $95 a month per approach (est.).

    Does it fit our poles and controller?

    Yes. It is the same 12 in 3-section head on the same bracket and lamp feeds, and it connects to the controller's own detector inputs with three dry contacts, like a video detection card (NEMA TS 2, 2070 and UK controllers). The controller and its conflict monitor keep every phase and safety time.

    Which products does RoadOne replace?

    RoadSense AI (street counts) and a separate video detection camera for the approach, plus the plain signal head. AirfieldWatch AI (runway wildlife), FlowCount AI (airport queues) and SmokeSentinel AI (wildfire smoke) stay listed: they work in zones with no signal head.

    Does it issue tickets?

    No. Speeds and red-light runs are statistics and signed clips for the road safety team; enforcement stays with approved systems.

    Does it replace the push buttons?

    No. Accessible push buttons and audible signals stay. RoadOne adds a walk demand for people waiting, so nobody is missed.

    Does it recognise people or plates?

    No. People and plates are blurred on the device; counts leave the head, and clips are kept only around red-light, near-miss and blocked-crossing calls, for 30 days.

    Related products

    FlowCount AI concept: the idea and where each part goes
    VisionConcept

    FlowCount AI

    A small white ceiling sensor with two lenses that counts people without sending images.

    • Measures queue length in real time
    • Predicts wait times per lane
    • Counts entries, exits and occupancy

    From $899 per sensor

    Details
    SmokeSentinel AI concept: the idea and where each part goes
    VisionConcept

    SmokeSentinel AI

    A solar-powered four-camera head on a mast that watches the horizon for wildfire smoke.

    • Scans 360° every minute
    • Detects smoke plumes on-device
    • Alerts over LTE or satellite

    From $4,900 per node incl. solar kit

    Details
    AirfieldWatch AI concept: the idea and where each part goes
    VisionConcept

    AirfieldWatch AI

    A thermal and visible camera turret on a mast that spots birds and wildlife near runways.

    • Detects birds and flocks day and night
    • Classifies hazard-relevant species groups
    • Triggers dispersal devices automatically

    From $8,900 per turret

    Details

    RoadOne

    Concept · target $2,990

    I want this