Welcome to your practical reference for specifying, designing, installing, and operating HVM bollard and crash rated bollard systems. The guide is structured from strategy to site (X00→XX0→XXX) so you can jump to selection (432), arrays/spacing (321–325, 232), ratings (411–416), foundations (331–334, 933), submissions (938), overlays & mark-ups (936), photo/redline logs (937), and archive/retrieval (939). H2 numbering always mirrors each page code (e.g., 938.1) so citations in drawings, emails, and reports stay consistent. For broader context, you can move up to this section (110 Orientation) and the chapter hub Basics of HVM bollards (100). Where UAE approvals are in scope, see SIRA Bollards (UAE) for authority considerations.
111.1 Why HVM bollards exist
HVM bollards protect people and assets from deliberate vehicle attack, while a crash rated bollard gives you independently verified performance for defined masses/speeds. The point is credible risk reduction, not street clutter. Start with scenarios (221–229) and standoff (213), then pick arrays/spacing that deny run-up (321–326, 232). This guide shows how to justify choices, prove them in drawings/specs (433), and pass authority review (717, 938).
In practice, start by framing threats using the VDA (220) and define stand-off distance with protection zones (213). A scheme moves from risk to layout: deny run-up distance, control approach vectors (225), and set clear gaps that block vehicle entry while maintaining egress (231). Use 321–326 to choose patterns, then verify tolerances at foundations (331–333) and controls/safety (340–357).
When a crash-rated product is required, treat it as a system (bollard + footing + installation). Document dependencies early (420–423) and capture acceptance criteria inside the ITP (714).
| Aspect | What matters | Where to verify |
|---|---|---|
| Performance | Whole system: tested barrier + footing + install | Crash ratings overview |
| Operations | Duty cycle, fail-state, safety devices & measures | Electrical & controls (340) |
| Evidence | Certificates, drawings/specs, photos, SAT | Submission-Pack Guidance (938) |
111.2 What this Guide covers at a glance
From first site walk (211) to commissioning and O&M (631–639, 733–739), we map decisions that keep an HVM bollard scheme defensible. Ratings/standards (411–416), foundations (331–334), and control/safety for automatic lanes (341–357) are covered. Use selection pages (432–435, 443) and evidence lists (444, 431) to assemble submission packs (938). A crash rated bollard section appears wherever certification affects design or install.
Most readers dip into task-level pages: spacing (232), array patterns (321–326), utilities conflicts and depth classes (243), drainage (334/245), safety and interlocks (350–357), and commissioning (630–639). If you’re scoping alternatives, compare when to use low-speed vs HVM (434) and the Selecting Low-Speed vs HVM aide (443).
111.3 How to navigate chapters (X00→XX0→XXX)
Chapters step from strategy to site: overview pages (X00), topic clusters (XX0), then task pages (XXX). If you’re deciding HVM bollard vs low-speed, jump to selection (432, 434, 443). If you’re detailing a crash rated bollard foundation, open 331–333 and drainage 334/245. For layout, read spacing (232) and patterns (321–326). Each page cross-links to the next action and the evidence you’ll need (444, 938).
Use the XX0 hubs to scan what’s available and the XXX pages for step-by-step execution. Navigation breadcrumbs are provided via Rank Math; within pages we include “On this page” and “Related” blocks to keep you in flow. When approvals are needed, route to SIRA Bollards (UAE) then back into the submission path (717, 938).
111.4 Understanding page codes on headings
Codes (e.g., 321.4) let teams cite guidance in emails, drawings, and ITPs. Use the XXX code on H2s and XXX.X on H3s when you quote requirements or acceptance bands for HVM bollard arrays (232, 322) or a crash rated bollard dependency (421). Keep codes out of SEO titles/slugs per the build checklist (see 911–919, 115). Codes also map directly to submission indexes (938) and change log entries (118).
In templates and correspondence, reference the code with a short, descriptive anchor (e.g., “see 232 — Spacing rules for HVM & Crash-Rated Bollards”). This improves traceability through the file index & naming rules (911) and reduces ambiguity during review.
111.5 Using examples and case snippets
We include compact patterns, photos, and before/after sketches where they teach faster than text. Apply them to shape HVM bollard layouts (321–326) and check clear gaps (232, 322). When adopting a crash rated bollard example, verify its certificate limitations (431) and dependencies (421). Each example links to the proving step—calcs (331), controls checks (342–345), or SAT scripts (638)—so reviewers see evidence, not guesswork.
Treat examples as starting points. Confirm site constraints (216–218), services conflicts (243, 335), and the penetration tolerance appropriate to the asset and frontage (234). Use Safety & Interlocks (350) to adapt any automatic lane example to your safety devices & measures.
111.6 Glossary & tooltips conventions
Hover tooltips define terms like clear gap, penetration, and standoff, with links to full entries (117, 412–413). Use them in emails/specs to keep language consistent for HVM bollard decisions and crash rated bollard acceptance. Preferred synonyms are listed to avoid reviewer disputes (431, 444). If a term is missing, request it under 117.5 so we can update pages and the change log (118) together.
On each page we limit tooltips to one or two per paragraph to keep reading smooth. The live glossary is the single source of truth; where a concept spans standards, see Standards & Terminology (412).
111.7 Downloads and templates you’ll reuse
Grab the site forms, VDA worksheet, and submission indexes (912–919). They structure evidence from first survey (211, 241–248) through selection (432–435) to commissioning (631–639). Use the ITP template (714) to lock HVM bollard inspection points and to record crash rated bollard dependencies (421). File names/versions follow 911/115 so packs (938) are reviewer-friendly and traceable post-handover (736, 739).
Start with the Site Assessment Template (912), then the VDA Worksheet (913) and Calculations Pack (914). For final collation, use Submission Index & Covers (917) and the Handover Pack Index & Checklists (919).
111.8 How to suggest improvements
Spotted a gap or regional nuance? Cite the page code (e.g., 232.4) and propose wording or a reference. Prioritize issues that affect HVM bollard spacing/operations (232, 821) or crash rated bollard compliance (411–416, 421). We triage via 118 (change log) and update templates (912–919) or clauses (433, 435) so improvements land across specs, drawings, and submission packs (938) without rework.
Where the question touches approvals in the UAE, raise it alongside a pointer to SIRA Bollards (UAE). This ensures guidance changes flow into submission content (717) and evidence lists (444) consistently.
111.9 Versioning & change log approach
Every edit is logged (118) with affected codes and links to files (911). If HVM bollard spacing tolerances or SAT steps change (232, 638), you’ll see what to update in drawings (931), ITP (714), and packs (938). Crash rated bollard pages flag new certificates or equivalence notes (431, 414). Old URLs redirect; content stays single-source to keep designs and approvals aligned.
Before publishing a change, we run the “SERP Snippet Health” and internal link review checks (site checklist) and re-test the relevant calculators (920 series) if the change affects inputs/assumptions.
Related
External resources
- NPSA — Hostile Vehicle Mitigation (HVM)
- FEMA 426 / DHS — Reference Manual
- ASIS — Security Risk Assessment Standard
