Overview of the FDOT STMCSLS Project

1
Overview of theFDOT STMCSLS Project

• Robert W. Heller, Ph.D.
• Southwest Research Institute

2
Goals and Objectives

• FDOT Goals
• Acquire (own) the most technically comprehensive
  ITS software
• Establish a software standard at TMCs throughout
  the State of Florida
• STMCSLS goals
• Flexible and expandable to match individual TMC
  needs
• Reduce congestion and delays
• Respond to traffic incidents in a rapid,
  accurate, and effective manner.

3
Scope of STMCSLS Effort

• Release 2a
• Core software framework upgrade
• Center-to-Center
• FDOT Central Office configuration
• Ramp Metering
• CCTV subsystem, drivers
• SunGuide protocol
• RWIS
• Archive Data
• HAR
• Web Server
• Emergency Evacuation
• Release 2b
• Inventory and Maintenance

• Release 1
• Core software framework
• Database
• Process Viewer
• Status Logger
• User Interface
• Map
• DMS subsystem, drivers for
• NTCIP Florida MIB
• Mark IV version 2.5
• CCTV subsystem, drivers for
• NTCIP camera support
• American Dynamics 2050 switch
• Traffic Detection, driver for
• Bitrans 238I-95
• Incident Management Subsystem

4
Proposed STMCSLS Architecture

• Robust
• Extensible
• Flexible
• Scalable

5
Release Oriented Development Approach

• Release 1
  Release 2a Release 2b

6
High-Level Design Concepts

• FDOT provided high-level requirements
• Scope of work desired maximal reuse
• Short development period
• Reuse existing software
• Texas
• Maryland
• Washington

7
Overall Features of Architecture

• Abstraction Layer
• Executive Handler
• Data Distribution
• Security
• Software Configurability
• Database
• Logging

8
Browser Based User Interface
9
Components Of The ArchitectureCCTV Subsystem

• Video Display and Monitoring
• Cameras
• NTCIP CCTV Devices
• SunGuide Devices
• Others with black boxes
• Video Switching and Routing
• American Dynamics

10
Components Of The ArchitectureDynamic Message
Sign

• Devices
• NTCIP DMS Devices
• Mark IV
• Others with black boxes

11
Components Of The ArchitectureTraffic Detection

• Travel Conditions
• Devices
• BiTrans TSS devices
• Travel Time

12
Components Of The ArchitectureIncident
Management Functions

• Initiated Based On
• Detection
• Manual Entry
• Solutions
• Pre-determined
• Recommends Equipment
• Logging
• Initiates Device Requests

13
Components Of The ArchitectureVarious

• Center-to-Center Communications
• HAR (Highway Advisory Radio)
• Ramp Metering / Signaling
• Data Archiving
• Web Server/Public Access

14
Components Of The ArchitectureVarious -
continued

• Road Weather Information System (RWIS)
• Emergency Evacuation Support
• Web Based
• GUI application
• Inventory and
• Maintenance

15
Components Of The ArchitectureDevice Drivers

• Subsystems Modular To Support Various Devices.
• Isolates Details Of Specific Devices At The
  Driver Level.
• Utilize either protocol upgrades of black box
  converters for numerous legacy devices.

16
High Level Schedule

• Software Releases
• Release 1 September 2004
• Release 2a August 2005
• Release 2b November 2005
• Deployments
• Broward County
• Miami

17
Center-to-Center Software
18

• Questions?
• Contact Information
• Robert Heller
• rheller_at_swri.org
• [phone]
• Southwest Research Institute
• P.O. Drawer 28510
• San Antonio, Texas 78228