Es

PLIEGO DE PRESCRIPCIONES TÉCNICAS: “CONTRATO MIXTO DE SERVICIOS Y SUMINISTRO PARA LA PROVISIÓN, DESARROLLO, SOPORTE Y MANTENIMIENTO DE UN SISTEMA DE OPTIMIZACIÓN DE TRÁFICO EN TIEMPO REAL INTEGRADO CON LA PLATAFORMA CORUÑA SMART CITY”, COFINANCIADO CON PROGRAMA OPERATIVO FEDER 2012-2013.

EXPTE: CSC-14-09

- INDICE -

1 ANTECEDENTES DEL PROYECTO SMART CORUÑA.....................4

2 PLANTEAMIENTO GENERAL DEL PROYECTO SMART CORUÑA.....52.1.Visión genérica de la plataforma Coruña Smart City.......................52.2.Aplicaciones Piloto CSC...................................................................7

3 OBJETO Y ALCANCE DEL CONTRATO........................................9

4 CRITERIOS GENERALES.........................................................10

5 REQUERIMIENTOS DE LA OFERTA Y ACTUACIONES.................125.1.Vía prioritaria vigilada (VPV).........................................................135.1.1. Información de tráfico rodado...........................................................................................14

5.1.2. Prioridad Vehicular para transporte público (y emergencias)...........................................15

5.1.3. Aparcamientos indebidos..................................................................................................16

5.1.4. Foto-rojo............................................................................................................................16

5.2.Zona peatonal regulada (ZPR)......................................................175.2.1. Registro y permiso a terceros............................................................................................18

5.2.2. Captación de información y control...................................................................................19

5.2.3. Gestión de la información.................................................................................................19

5.2.4. Preaviso.............................................................................................................................20

5.2.5. Notificación.......................................................................................................................20

5.3.Información al ciudadano..............................................................205.3.1. Tótems informativos..........................................................................................................20

5.3.2. Desarrollo de API para integración con Google Transit.....................................................22

5.3.3. Publicación de información de movilidad en Open Data...................................................23

5.4.Integración de la información en la PLATAFORMA SMART CORUÑA23

5.5.Gateway Coruña Smart City..........................................................245.6.Cuadros de mando e indicadores..................................................255.7.Integración con Visualizador eVidens............................................255.8.Monitorización...............................................................................275.9.Otras actuaciones.........................................................................27

6 MEDIOS TÉCNICOS Y HUMANOS............................................28

Página 2 de 49

6.1.EQUIPO DE TRABAJO.....................................................................286.2.Medios técnicos.............................................................................28

7 INFORMACIÓN A DISPOSICIÓN DEL ADJUDICATARIO...............30

8 ANEXO I: ALCANCE DE LA VÍA PRIORITARIA VIGILADA (VPV). . .31

9 ANEXO II: ALCANCE DE LA ZONA PEATONAL REGULADA (ZPR).32

10 ANEXO III: UBICACIÓN DE TOTEMS INFORMATIVOS.................33

11 ANEXO IV: ESPECIFICACIONES GATEWAY CSC........................34 Descripción de general del Gateway CSC.......................................34 Funcionalidad y aplicaciones..........................................................35 Estrategia.......................................................................................35 Arquitectura global del Gateway CSC.............................................35 Placa base......................................................................................36 Fuentes de alimentación................................................................39 Soluciones de comunicaciones.......................................................41 ENVOLVENTES................................................................................43 Envolvente de exterior...................................................................43 Envolvente de interior....................................................................45 Escalabilidad..................................................................................46 Sistema operativo..........................................................................47 Opciones.........................................................................................48

Página 3 de 49

1 ANTECEDENTES DEL PROYECTO SMART CORUÑA

El Ayuntamiento de A Coruña tiene como objetivo estratégico definir un nuevo modelo de desarrollo urbano basado en el concepto de “Smart city” o ciudad inteligente que permita gestionar de forma sostenible los servicios municipales sobre la base de las tecnologías de la información y comunicaciones que conviertan A Coruña en una ciudad con una alta calidad de vida, competitiva, sostenible y con una administración innovadora, ágil y eficiente.

La Empresa Municipal de Aguas de La Coruña, S.A., en adelante, EMALCSA, es una Sociedad Municipal con capital social perteneciente íntegramente al Ayuntamiento de A Coruña que tiene por objeto social, entre otros, “el análisis, diseño y ejecución de nuevas estrategias de prestación de los servicios municipales tanto desde el punto de vista tecnológico como operativo”.

Dentro de este marco, EMALCSA y el Ministerio de Economía y Competitividad han suscrito un convenio para la ejecución del proyecto “SMART CORUÑA” por importe global de 11.568.365 euros y cofinanciado por el Fondo Europeo de Desarrollo Regional FEDER a través del “Programa Operativo de I +D+ i por y para el beneficio de las empresas -FONDO TECNOLÓGICO- para su ejecución en el período 2012-2013.

Página 4 de 49

2 PLANTEAMIENTO GENERAL DEL PROYECTO SMART CORUÑA

El objetivo general del proyecto SMART CORUÑA es el desarrollo de una arquitectura de INFORMACIÓN Y COMUNICACIONES robusta, abierta, transversal y altamente escalable que permita hacer realidad el concepto Smart City en la ciudad de A Coruña, y el desarrollo y despliegue de servicios y aplicaciones avanzados (en los ámbitos de Medio ambiente, Energía, Movilidad Urbana, Sanidad, Seguridad, Ocio y Turismo, y e-Administración) en una escala urbana parcial de implementación suficiente para validar el desarrollo tecnológico de base, asegurando la viabilidad de su futura extensión a escala completa en toda la ciudad, así como la compatibilidad e interoperabilidad con nuevos y futuros servicios inteligentes.

Se pretende pues dotar a la ciudad de A Coruña de servicios de alto valor añadido que permitan aumentar el bienestar del ciudadano, a través de un uso intensivo de las TIC, para la incorporación de inteligencia a los sistemas y procesos de la ciudad, logrando una mejor y más eficiente gestión.

De forma complementaria, es objetivo de “Smart Coruña” el fomento de la colaboración entre empresas y agentes tecnológicos, diversificando el tejido empresarial actual hacia nuevos productos de alto valor añadido e incrementando la productividad, la transferencia tecnológica, el espíritu innovador y la creatividad de la ciudad.

Las actuaciones a desarrollar por “Smart Coruña” se agrupan en tres grandes bloques:

1. Diseño y Desarrollo de una Arquitectura de Gestión, Información y Comunicaciones de un Centro Integral de gestión de información urbana (HW y SW) convergente con la Internet del Futuro y las redes de nueva generación, y despliegue de red soporte de servicios como base de una futura implementación a ESCALA COMPLETA en la ciudad de servicios inteligentes.

2. Diseño, Desarrollo y Despliegue piloto de servicios avanzados, a escala parcial.

3. Difusión, promoción, fomento y desarrollo de un polo tecnológico vinculado a las “smart technologies” en el ámbito de A Coruña y su área de influencia.

2.1. Visión genérica de la plataforma Coruña Smart City

La Plataforma Coruña Smart City (Plataforma CSC) define toda la base tecnológica horizontal desplegada para soportar todos los servicios Smart de manera integrada sobre una base común. Está formada por todo el conglomerado de sistemas hardware y software desplegados y conectados para proveer los servicios Smart y para servir fundamentalmente

Página 5 de 49

como soporte base a la construcción de sistemas y aplicaciones de gestión verticales y pilotos (municipales o de colaboradores externos) que aprovechen y se beneficien de toda la información generada desde todos los demás sistemas integrados en la plataforma.

La visión sobre la Arquitectura de Referencia de la misma muestra una plataforma interoperable capaz de recuperar información desde múltiples fuentes de datos: desde las plataformas WSAN (redes de sensores) conectadas a la plataforma, desde Internet (servicios publicados en Internet, smartphones de los usuarios, sensores conectados a Internet, etc…), o desde sistemas de información externos (sistemas de información geográfica, tarjeta ciudadana, padrón de habitantes, servicios estadísticos, etc…) y ofrecer sobre dichos datos una infraestructura común de procesado, incorporación de valor y soporte avanzado para que terceros puedan desarrollar servicios sobre datos procesados (DATOS SMART) disponibles de manera abierta siguiendo un esquema OpenData, es decir, ofreciendo una plataforma abierta de innovación para todos.

Las aplicaciones CSC representan los servicios construidos sobre la Plataforma CSC ofrecidos a los usuarios finales y muestran las capacidades de la Plataforma a los ciudadanos. La Plataforma CSC soporta diversos tipos de aplicaciones, entre los que destacamos:

1. Verticales (que incluyen los Pilotos Demostradores o Testbeds) para la gestión municipal.

Página 6 de 49

2. Aplicaciones abiertas de terceros (ciudadanos, empresas) que pueden generar un importante valor para la ciudad, incluyendo la posibilidad de ser parte integral de la sensórica urbana en sentido amplio.

3. Centros de Control y Mando municipales integrales.

La Plataforma CSC pretende ofrecer una visión holística de la realidad de la ciudad a través de todos los datos que gestiona, es decir, permitir disponer en un único punto y de manera combinada, de todos los datos necesarios para ofrecer una visión de la Ciudad como un todo. Dicha vista permite que sobre ella se puedan implementar mecanismos de Gestión Holística, es decir, herramientas que combinan la información proveniente de múltiples fuentes heterogéneas y permitan hacer una gestión combinada inteligente de todas ellas.

La implementación de la Gestión Holística de la plataforma requiere del análisis integrado de datos provenientes de múltiples fuentes para conformar el modelo de datos consolidado que alimenta al Motor del Sistema de Gestión Holístico de la plataforma. Es lo que se denomina como Base Territorial Urbana (BTU CSC).

Dicha base viene definida por:

1. La información proveniente de las redes de sensores:

a. Redes de sensores físicamente conectados a la plataforma.

b. Sensores virtuales que ofrecen información online a la Plataforma CSC

a través de APIs de consulta.

2. La información georreferenciada disponible en la plataforma: capas de

información GIS, modelo digital del terreno, ortofotos, cartografía de

referencia, etc…

3. La información proveniente de sistemas IT externos conectados a la

plataforma. Se trata de información (datos estadísticos, inventarios, etc...)

que reflejan datos de población, vivienda, datos socio-económicos,

ambientales, estadísticos, culturales, etc...

El Portal Smart Coruña (Portal CSC) sirve como punto de entrada de los ciudadanos y los gestores municipales tanto a los contenidos como a los servicios avanzados de información destinados a ellos y proporcionada por la plataforma Smart Coruña.

2.2. Aplicaciones Piloto CSCLos Verticales y Pilotos Demostradores son los aplicativos construidos sobre la Plataforma destinados a la provisión de un servicio a un conjunto de usuarios finales así como alimentar/enriquecer la propia plataforma con datos y servicios que puedan ser de interés para ser explotados por otros verticales y pilotos.

Página 7 de 49

Todos los Verticales y Pilotos comparten una estructura común formada por los siguientes elementos:

1. Un proveedor, propietario, responsable de la aplicación y la información y servicios suministrados por ésta.

2. Un conjunto de sensores sobre los que consumir datos y actuar. Dichos sensores tanto pueden estar ya disponibles en la Plataforma CSC como ser suministrados por una nueva Aplicación para lo cual deberán de ser conectados a través de los mecanismos de interconexión proporcionados por la Plataforma CSC.

3. Un conjunto de fuentes de datos sobre los que consumir información, como por ejemplo:

1. Datos y series históricas disponibles en el DataWarehouse de la Plataforma.2. Datos espaciales disponibles en la Base de Datos Espacial de la Plataforma.3. Datos disponibles on-line ofrecidos por sistemas externos a la Plataforma.4. Otras fuentes de datos propias y/o externas

4. Un conjunto de servicios sobre los que interactuar:

1. Ofrecidos por la propia Plataforma, como por ejemplo:a. Operaciones sobre la red sensóricab. Operaciones sobre el servidor de Mapasc. Consultas sobre el Motor Semánticod. Otros servicios

2. Ofrecidos por nuevos sistemas de información (backends) conectados a la Plataforma CSC.

3. Ofrecidos por servicios externos disponibles online

5. Un conjunto de reglas y permisos para orquestar el acceso a los datos, servicios y la propia aplicación.

6. Quizás uno o varios servicios corriendo sobre la Plataforma de Interoperabilidad responsables de realizar el procesado de los datos e interactuar con el resto de servicios de la Plataforma.

7. Uno o varios Aplicativos de Visualización que permiten el acceso por parte de los usuarios a las aplicaciones pudiendo éstos ser:

1. Contenido web para su inclusión en el Portal CSC.

2. Visores específicos basados en modelos 3D sobre el terreno, configurados para ofrecer vistas personalizadas de los datos y permitir actuar sobre las fuentes de información desarrollados sobre la herramienta de Visualización Avanzda de la Plataforma CSC.

3. Cuadros de Mando desarrollados sobre la herramienta de Business Intelligence conectada a la Plataforma CSC.

4. Apps conectadas a la Plataforma a través de sus APIs de conexión.

Página 8 de 49

Cada Aplicación CSC accede a conjuntos de datos/servicios disponibles en la plataforma y también genera datos/servicios nuevos los cuales pueden ser susceptibles de ser utilizados a su vez por otras aplicaciones.

Página 9 de 49

3 OBJETO Y ALCANCE DEL CONTRATOEl objeto es el contrato mixto de servicios y suministro para la provisión, desarrollo, soporte y mantenimiento de un SISTEMA ITS – OPTIMIZACIÓN DE TRÁFICO EN TIEMPO REAL INTEGRADO CON LA PLATAFORMA CORUÑA SMART CITY.

El alcance del piloto viene determinado por las zonas geográficas que se especifican en los anexos que forman parte de este pliego técnico, si bien algunas funcionalidades (por ejemplo la integración de la información en tiempo real de los autobuses) se implementarán a escala global para garantizar la viabilidad del testbed.

Página 10 de 49

4 CRITERIOS GENERALESPara el contrato mixto de servicios y suministro para la provisión, desarrollo, soporte y mantenimiento de un SISTEMA ITS – OPTIMIZACIÓN DE TRÁFICO EN TIEMPO REAL INTEGRADO CON LA PLATAFORMA CORUÑA SMART CITY, se podrá partir de aplicaciones o sistemas existentes en el mercado y sistemas existentes en EMALCSA/Ayuntamiento, complementándola con los módulos o sistemas requeridos.

En todo caso, y con la excepción de la plataforma de Business Intelligence de Microstrategy en la que se apoyará el módulo de análisis de la información, la plataforma informática a proporcionar estará basada, preferentemente, en arquitectura SOA (Arquitecturas Orientadas a Servicios) y en productos de código abierto en el marco de las tecnologías J2EE, soportando el despliegue en servidores de aplicaciones JBOSS y TOMCAT. En el caso de ser necesario un SGBD, será de obligatorio cumplimiento que la solución ofertada soporte el gestor de base de datos relacional Oracle 11g, el cual será provisto por EMALCSA/Ayuntamiento.

La plataforma de sistemas de información desarrollados, provistos o adaptados para la gestión del servicio en EMALCSA/Ayuntamiento será de propiedad municipal, así como la información gestionada en la misma. La empresa adjudicataria deberá aportar un documento de aceptación del deber de confidencialidad respecto de la información recogida en la plataforma.

Excepcionalmente, cuando la plataforma se apoye en algún producto comercial que requiera licencias de uso, el adjudicatario las facilitará durante el periodo de prestación del servicio y pasarán a ser propiedad del Ayuntamiento/EMALCSA al finalizar el contrato, incluyendo sus posibles prórrogas, para su mantenimiento posterior.

Los sistemas provistos específicamente para el Ayuntamiento/EMALCSA en el ámbito del contrato, pasarán a ser propiedad del mismo. Su provisión/adaptación e implementación se realizarán bajo la supervisión técnica y cumplimiento de las especificaciones técnicas fijadas por los Servicios Informáticos Municipales.

En particular, todos los sistemas de información que se incorporen a la plataforma deberán permitir la integración con aquellos sistemas que el Ayuntamiento/EMALCSA determinen de acuerdo a las especificaciones técnicas que se fijen y la periodicidad que se establezca.

Los licitadores deberán indicar en su oferta la disponibilidad de los sistemas de información requeridos, así como el calendario propuesto para su provisión y/o adaptación a las necesidades de la entidad contratante.

El Ayuntamiento/EMALCSA suministrará las líneas de comunicaciones y los gateways necesarios para la interconexión entre el CPD Central y los diferentes puntos de medida, siendo la instalación y el suministro de la red de sensores por cuenta del adjudicatario.

Página 11 de 49

El licitador presentará en su oferta el Plan para la Dirección del Proyecto siguiendo la metodología del Project Managemente Institute (PMI).

En los 15 primeros días después de la formalización del contrato, el adjudicatario propondrá un Plan de Dirección del Proyecto revisado respecto del presentado en su oferta, y que incluirá a todos los interesados del proyecto (Ayuntamiento, EMALCSA, empresas suministradoras de contenidos digitales, ciudadanos, etc.), en el que se especificarán entre otros datos de interés para el Director del proyecto, con el mayor grado posible de detalle (EDT a nivel de paquetes de trabajo, entregables, líneas base) las fechas de ejecución propuestas para cada uno de los entregables y detallando el equipo de proyecto ofertado.

El adjudicatario estará obligado a cargar y actualizar toda la información necesaria para el seguimiento de proyecto en la herramienta de gestión de proyectos que determine el Ayuntamiento/EMALCSA.

Página 12 de 49

5 REQUERIMIENTOS DE LA OFERTA Y ACTUACIONES

En este apartado se relacionan los requisitos mínimos a cumplir, pudiendo los licitadores mejorarlos en sus ofertas. También se describen los trabajos que conforman el objeto del contrato y que el adjudicatario deberá realizar en todo caso, no pretendiendo ser un listado exhaustivo de las características de los suministros y servicios contratados, sino las líneas generales demandadas por EMALCSA/Ayuntamiento. El adjudicatario deberá desarrollar y aportar los conocimientos, metodologías y herramientas necesarias para asegurar el resultado óptimo del proyecto.

A partir de la información de sensores de estado del tráfico (videocámaras, espiras, vehículos de transporte público,…) es posible mejorar la fluidez del tráfico gracias a la incorporación de sistemas inteligentes de transporte, tales como prioridad de bus en instalaciones semafóricas, mejora de las frecuencias, coordinación de tiempos de transporte, gestión de flota, coordinación con el tráfico, etc. incluyendo un programa de vigilancia digital de paradas de bus, zonas de carga y descarga, doble fila,... para evitar aparcamientos indebidos.

Por otro lado, el hecho de compartir la información del tráfico en tiempo real, tanto con los ciudadanos y empresas como con las Administraciones, puede mejorar la movilidad de la Ciudad así como la percepción de los usuarios.

Las iniciativas propuestas se enmarcan en los ámbitos de Vía prioritaria vigilada, Zona peatonal regulada e Información al ciudadano. La puesta en marcha de estas iniciativas conlleva actuaciones a 2 niveles: Infraestructuras y Sistemas de Información.

Infraestructuras

Sistemas de información

Vía PrioritariaVigilada

Zona Peatonal regulada

Información al ciudadano

Proveedores de servicios

Usuarios Iniciativas Actuaciones

Página 13 de 49

Ilustración 1. Alcance del piloto de Sistemas ITS-Optimización de Tráfico en Tiempo Real

Vía Prioritaria Vigilada: las iniciativas en este ámbito están enfocadas a mejorar la capacidad de las vías mediante un seguimiento en tiempo real de las intensidades de tráfico, un control continuo del estacionamiento indebido y la aplicación de criterios de prioridad semafórica para el transporte público y servicios de emergencias.

Zona Peatonal regulada: sistema de control y gestión dinámica de acceso a Zonas Peatonales Reguladas con restricción de acceso de los vehículos, personalizado para residentes, usuarios ocasionales, proveedores, clientes,...

Información al ciudadano: las iniciativas en este ámbito están enfocadas a compartir la información con ciudadanos, empresas y Administraciones:

Tótems informativos del estado del tráfico, incidencias, disponibilidad de aparcamiento, ...

Publicación de información basada en estándares (Open Data). Desarrollo de API para integración con Google transit

Integración de información de movilidad en la plataforma Smart Coruña

La integración de las vías prioritarias vigiladas (VPV), la zonas peatonales reguladas (ZPR) y las zonas urbanas eficientes (ZUE – fuera del alcance del piloto) conformarán la que denominamos Red Urbana Eficiente (Red e).

5.1. Vía prioritaria vigilada (VPV)El objetivo de esta iniciativa es mejorar la movilidad en la Ciudad, la seguridad y la eficiencia de las infraestructuras y sistemas de transporte público, mediante la utilización de nuevas tecnologías. Se desagrega en cuatro funcionalidades:

Información de tráfico rodado

Ilustración 2. Logo de la Red Urbana Eficiente

Ilustración 3. Logo de la Red Urbana Eficiente Página 14 de 49

Prioridad vehicular para transporte público Aparcamientos indebidos Foto-rojo

Para el desarrollo de estas funcionalidades, el piloto será responsable de asegurar la capa de telecomunicaciones de la infraestructura desplegada. Para ello, se pondrá a disposición del proyecto la red de telecomunicaciones de la red semafórica, la red municipal y la red del operador R-Cable. El alcance del piloto incluirá la conexión de la infraestructura desplegada a alguna de las tres redes existentes disponibles.

El alcance del sistema incluirá las calles Juan Florez, San Andrés, Médico Rodríguez y Fernando Macías tal y como se indica en el plano del Anexo 1.

5.1.1. Información de tráfico rodado

Se desplegará un sistema de aforo mediante cámaras de detección basadas en visión artificial de modo que se pueda facilitar esta información a los gestores municipales (p.e. al gestor de la red semáforica,…) con objeto de optimizar la capacidad de la vía pública. Este sistema recopilará, como mínimo, información de:

conteo, intensidad y densidad de vehículos % de pesados velocidad espacial media del tramo y el porcentaje de área ocupada accidentes e incidencias principales ODs

El sistema se completará con el despliegue de sensores con capacidad de detección de dispositivos (p.e. teléfonos móviles con WIFI, bluetooth, etc. ) que completen la información en las vías de carácter local. Mediante estos dispositivos se complementará y validará la información recogida por las cámaras, incluyendo la posibilidad de generar de matrices OD, aforos estimados, detectar de tendencias de tráfico, incidentes, etc.

Otros medios de detección de aforos indirectos que deben contemplarse son la aplicación de algoritmos a la información obtenida a partir de la ubicación en tiempo real de los autobuses (tendrán la consideración de sensores virtuales que se extienden a lo largo de las calles por las que circulan los autobuses) teniendo en cuenta la información histórica residente en la plataforma Coruña Smart City (BDH).

Adicionalmente, la información captada por la infraestructura desplegada se utilizará para otros fines: planificación, infraestructuras,... El sistema será abierto y escalable, con el fin de poder integrar en un futuro otros elementos de la movilidad. En este sentido, los dispositivos instalados (cámaras, sensores bluetooth, etc.) deberán ser reubicables, reutilizables y transportables de forma sencilla sin perjuicio de la calidad del sistema de manera que si alguna calle modificase sus requerimientos de movilidad, pudiesen ser reubicados y adaptados.

Página 15 de 49

5.1.2. Prioridad Vehicular para transporte público (y emergencias)

Esta iniciativa tiene por objetivo la mejora de la velocidad comercial del transporte público, potenciando su uso por parte de los ciudadanos. Se ampliará el alcance del sistema de prioridad vehicular existente para el transporte público, integrando en la plataforma Smart Coruña la información de autobuses proporcionada por el SAE (sistema de ayuda a la explotación).

Se instalará un sistema de prioridad vehicular para transporte público que, actuando directamente sobre la regulación semafórica, permitirá dar prioridad al paso de los autobuses sin afectar de forma importante al resto del tráfico, garantizando las frecuencias programadas para el transporte público.

El funcionamiento de este sistema se basará en la localización del vehículo y la comparación de los tiempos reales de paso con los previstos. Dependiendo del nivel de retraso que tenga el bus, se activará el sistema de prioridad vehicular. Este nivel de retraso será parametrizable en función de los niveles de retraso, número de línea, número de bus, fecha, hora,...

El funcionamiento intrínseco del sistema será, necesariamente, a través del SAE utilizado en la actualidad y que ya cuenta con la integración de los buses de la ciudad. Es también objeto del presente contrato la integración del SAE en la plataforma Coruña Smart City. Así, el SAE será quien solicite la prioridad del autobús en el cruce semafórico. Tras su validación por el Centro de Control de Tráfico, encargado de la gestión de la red de semáforos, será trasladada al regulador semafórico, para garantizar la prioridad del vehículo de transporte público. La información de estado de las líneas en relación a los tiempos previstos, tanto de cumplimiento como de incumplimiento, será compartida con la plataforma Smart Coruña.

Se desplegarán los elementos necesarios en los reguladores de semáforos para poder modificar las fases semafóricas ligeramente en el ámbito de actuación del piloto en caso de que el retraso acumulado de un autobús lo requiera. Estos elementos se integrarán con el sistema de prioridad vehicular existente en la actualidad, con el fin de llevar a cabo una gestión integrada de la prioridad vehicular.

Alternativamente, en caso de no ser posible la integración del SAE, el sistema permitirá la comunicación directa entre los buses y dispositivos instalados en los semáforos. Para ello deberán desplegarse equipos a bordo que permitan la geolocalización y comunicación de la flota y deberá desarrollarse un sistema de gestión de la prioridad vehicular sobre la plataforma Smart Coruña.

Por último, el mismo sistema podrá utilizarse para incidir en la prioridad vehicular para determinados servicios de emergencia según el nivel de urgencia determinado.

Página 16 de 49

5.1.3. Aparcamientos indebidos

Esta iniciativa busca resolver un problema importante para el tráfico y que suele ser una de las causas más comunes de retenciones en las ciudades que son los aparcamientos indebidos en las vías urbanas.

Se instalará un sistema de cámaras de video-vigilancia basadas en inteligencia artificial que podrá ser compartida con la desplegada para la “Gestión de la información de tráfico rodado” o particular para esta funcionalidad. Deberán ser dispositivos que permitan su emplazamiento en otros puntos previendo que puedan modificarse los requerimientos funcionales del viario. Las cámaras estarán diseñadas para poder llevar a cabo el control de aparcamientos indebidos en:

Doble fila Zonas de carga y descarga Paradas de bus y taxi Plazas de minusválidos Parking exprés

El alcance de este sistema incluirá las calles Juan Florez, San Andrés, Médico Rodríguez, y Fernando Macías tal y como se indica en el plano del Anexo 1, donde de forma orientativa se indican los puntos de emplazamiento del sistema de cámaras. El sistema se compondrá de los elementos necesarios para detectar las infracciones e identificar las matrículas de los vehículos infractores. Si pasado un tiempo (configurable y ajustado a la infracción), el sistema vuelve a detectar el mismo vehículo en la zona, se procederá a registrar la correspondiente infracción y ésta será enviada al centro de control en tiempo real, para ser validada y tramitada. Por ello, el sistema deberá obtener los registros necesarios para componer una prueba de sanción.

El sistema deberá contar con la capacidad de notificación de la infracción por SMS, email u otros. A los usuarios registrados con un teléfono asociado a la matrícula de su vehículo, p.e. a través del Cuadro de mandos del ciudadano (no incluido en el alcance de este piloto), se les notificará que han sido sancionados y que las autoridades municipales están gestionando la retirada de su vehículo. El objeto de este sistema de notificación es la retirada temprana del vehículo por parte del propio usuario sin tener que recurrir al servicio de grúa municipal. Una vez el sistema detecte la retirada del vehículo lo notificará a la autoridad municipal correspondiente para anular la orden de retirada del vehículo.

5.1.4. Foto-rojo

El objetivo de esta iniciativa es mejorar la seguridad de la vía, buscando por parte de los vehículos un respeto estricto de los ciclos semafóricos en zonas puntuales que puedan ocasionar accidentes.

El alcance de este sistema incluirá como mínimo 2 puntos de control, aunque también se deberá evaluar la posibilidad de usar las cámaras de control de estacionamiento para esta

Página 17 de 49

función. En el Anexo I, se muestran de modo orientativo la posible ubicación de los puntos de control, los cuales deberán ser evaluados por el adjudicatario y el Ayuntamiento/EMALCSA.

Se instalará un sistema de cámaras de video-vigilancia basadas en inteligencia artificial que detecte las matrículas de vehículos infractores, se procederá a registrar la correspondiente infracción y ésta será enviada al centro de control en tiempo real, para ser validada y tramitada. Por ello, el sistema deberá obtener los registros necesarios para componer una prueba de sanción.

5.2. Zona peatonal regulada (ZPR)La finalidad de esta iniciativa es dotar a la Ciudad de áreas de acceso restringido a determinados vehículos en espacios que por sus características urbanas deben ser dedicados preferentemente al tránsito peatonal, pero que al mismo tiempo cuentan con una población de residentes y una actividad comercial cuyos requerimientos de movilidad deben ser atendidos.

El alcance de este sistema incluirá la zona peatonal detallada en el plano del anexo 2, que deberá contar con un mínimo de 10 puntos de control de acceso y 10 puntos de control de salida. En el plano se indican de manera orientativa los puntos de entrada y salida inicialmente previstos, que contarán con la implantación del sistema. Tanto estos puntos, como los accesos de calles a cancelar, como los sentidos de circulación definitivos, deberán ser evaluados por el adjudicatario y el Ayuntamiento/EMALCSA para la implantación definitiva del sistema.

Se instalará un sistema de detección de vehículos que controle los accesos a las zonas peatonales reguladas según autorización y que esté compuesto de los elementos necesarios para poder generar una prueba de sanción sobre aquellos vehículos infractores. Estará diseñado para crear el menor impacto posible en las calles, evitando el uso de pilonas o elementos que impidan la libre circulación y reduciendo los costes tanto de instalación como de mantenimiento. El sistema de control de accesos será un sistema flexible que pueda cumplir diferentes funciones de restricción y control según las necesidades y condiciones de la vía:

Entrada y/o salida Tiempo de estancia

El sistema de cámaras estará integrado con la Plataforma Coruña Smart City y con el Centro de Control de Tráfico, de manera que se puedan identificar incumplimientos (tanto de acceso sin autorización como de superación de tiempos de estancia máximo) y, de forma automática, se procederá a registrar la correspondiente infracción y ésta será enviada al centro de control en tiempo real, para ser validada y tramitada. Por ello, el sistema deberá obtener los registros necesarios para componer una prueba de sanción.

Página 18 de 49

Para la gestión dinámica de accesos a las zonas peatonales reguladas se desarrollará un software que permita las funciones de registro, control y gestión. Este servicio se proveerá en la web y con soporte telefónico (apoyándose en la web).

Las funcionalidades a incorporar en el software de gestión se concretan a continuación:

5.2.1. Registro y permiso a terceros

El software dispondrá de un módulo de registro de usuarios donde se podrán dar de alta matrículas de vehículos. El proceso de registro detallado se diseñará conjuntamente con el Ayuntamiento/EMALCSA al inicio de la ejecución del piloto pero de forma preliminar e ilustrativa se incluirá una propuesta. Dicho sistema de registro deberá con los mecanismos de autenticación ya disponibles en la plataforma Coruña Smart City.

Asociado a las puertas de acceso a las Zonas Peatonales Reguladas, el sistema dispondrá de un aviso luminoso que confirme al vehículo que accede de que realmente está autorizado a pasar, así como en caso contrario, indicará que el acceso está denegado.

El sistema permitirá a los ciudadanos la gestión dinámica de accesos ocasionales, estando actualizado en tiempo real y pudiendo denegar accesos en caso de exceso de vehículos por encima del máximo establecido o según la franja horaria, en especial para proveedores.

Los vehículos autorizados se darán de alta detallando la matrícula, marca y modelo del vehículo, color,... y tendrán asociado un tipo de autorización determinada según los puntos de entrada/salida permitidos, franjas horarias, tiempos de estancia máximos, etc. según el perfil de cada usuario:

5.2.1.1. Residentes

Se considerarán residentes aquellas personas físicas que estén empadronadas o que dispongan de vivienda y/o plaza de parking en el interior de las zonas peatonales reguladas.Los residentes dispondrán de autorización de acceso total (24/7) a las zonas peatonales sin limitación para los vehículos autorizados de los que sea titular.Los residentes podrán dar permiso para accesos ocasionales a terceros debiendo registrar el vehículo autorizado y especificando el día y franja horaria(s) que tiene acceso autorizado, así como el motivo de la autorización.

5.2.1.2. Comercios

Se considerarán comercios aquellas personas físicas o jurídicas que dispongan de un comercio en el interior de las zonas peatonales reguladas o bien sean trabajadores de dichos comercios.

Página 19 de 49

Los comercios dispondrán de autorización de acceso parametrizable según franja horaria del día a las zonas peatonales y tendrán asociado un tiempo máximo de estancia en el interior, debiendo estar asociada la causa a la actividad comercial.Estos usuarios podrán dar permiso para accesos a la zona peatonal a terceros (clientes, proveedores,...) debiendo registrar el vehículo autorizado y especificando el día y franja horaria(s) que tiene acceso autorizado, así como el motivo de la autorización.

5.2.1.3. Otros perfiles (personalizable)

Se podrán registrar otros perfiles con autorización de acceso especial como por ejemplo operadores logísticos que provean a diversos comercios del interior de las zonas peatonales reguladas o acceso a eventos singulares como por ejemplo bodas.

5.2.2. Captación de información y control

El sistema de control de acceso deberá llevar a cabo un registro de accesos en tiempo real gestionado por el software desarrollado. Se generará una base de datos con el acceso de vehículos autorizados, de vehículos no autorizados, de tiempos de estancia de vehículos autorizados,... que será contrastada con la base de datos de registro y autorización.

Además, el software estará diseñado para crear alertas según la configuración establecida por el gestor. Estas alertas podrán consultarse en la base de datos generada que, a su vez, llevará asociados los archivos necesarios para contrastar las alarmas e informaciones contenidas.

5.2.3. Gestión de la información

Este software será utilizado por el Servicio de Movilidad para explotar el sistema de control de accesos desplegado. Deberá ser una herramienta integral que incorpore la gestión de infracciones, la configuración de los sistemas, la recepción de alarmas, generación de informes y estadísticas de tráfico a partir de los datos suministrados por el sistema.

Los parámetros sancionables serán configurables por horarios, tiempos, holguras para sancionar,... Se procederá a registrar la correspondiente infracción y ésta será enviada al centro de control en tiempo real, para ser validada y tramitada. Por ello, el sistema deberá obtener los registros necesarios para componer una prueba de sanción.

Página 20 de 49

5.2.4. Preaviso

El sistema contará con señalización de preaviso en los accesos, que indique al conductor si su vehículo cuenta con la autorización para circular, así como del tiempo máximo de permanencia permitido en la zona de acceso regulado.

5.2.5. Notificación

El sistema podrá enviar notificaciones en relación a la utilización del servicio al usuario de la zona peatonal regulada por la vía que éste defina al registrarse; como mínimo, podrá optar por SMS (integrado con la pasarela de SMS municipal accesible vía webservices), email, otros sistemas o no ser notificado. Se contemplan 3 tipos de notificaciones:

Confirmación del permiso de acceso a la ZPR Detección de la entrada del usuario a la ZPR Aviso preventivo de finalización del permiso de acceso a la ZPR

5.3. Información al ciudadanoEsta iniciativa está enfocada a compartir con el ciudadano la información del estado del tráfico en tiempo real con el fin de mejorar su percepción de la movilidad y, en consecuencia, modificar la toma de decisiones de los usuarios de la vía.

Se proponen las siguientes iniciativas de comunicación de la información disponible:

Tótems informativos del estado del tráfico, incidencias, ... Desarrollo de API para integración con Google Transit Publicación de información de movilidad en Open Data

5.3.1. Tótems informativos

El servicio de información al ciudadano fijo consistirá en el despliegue de al menos 5 paneles informativos situados en puntos estratégicos de la ciudad, que permitan orientar al conductor y realizar una gestión del tráfico basada en la orientación al conductor. A modo orientativo, se incluye en el Anexo III la posible ubicación de estos paneles, cuyo emplazamiento definitivo deberá ser consensuado con el Ayuntamiento/EMALCSA.

La gestión de los paneles se llevará a cabo desde el Centro de Control y se llevará a cabo mediante un software de gestión de contenidos que será desarrollado por el adjudicatario. En este software se podrá configurar qué contenidos se muestran y cómo en cada momento del día, pudiéndose modificar en tiempo real en caso de ocurrencia de alguna incidencia. Se parametrizará qué información se debe mostrar en cada momento del día según reglas de

Página 21 de 49

negocio establecidas: criticidad del tráfico, hora punta con mayor impactos de público, previsiones climáticas destacables,...

Prioritariamente, estos tótems comunicarán el estado del tráfico en tiempo real indicando información de alto valor, como por ejemplo:

nivel de saturación de las vías principales de la zona (alto, medio, bajo) minutos para llegar a puntos significativos en el entorno incidencias en el viario (p.e. accidentes, obras, cortes) rutas alternativas disponibilidad de aparcamiento subterráneo, en superficie y zonas de carga y

descarga

Adicionalmente, estarán diseñados de modo que puedan mostrar información de otras áreas y que su implementación sea escalable. De forma preliminar, la información a mostrar podría ser:

Cultura: Información sobre conciertos, obras de teatro, espectáculos, ferias singulares,...

Medioambiente: Información sobre la calidad del aire, temperatura, clima, previsiones,...

Ocio: Información sobre comercio, restauración, deportes,...

La generación de contenidos será responsabilidad de cada área del Ayuntamiento según requerimientos establecidos por el software de gestión de contenidos: nº paginas/imágenes, tamaño de letra, tiempo máximo por imagen,... El diseño del software y los requisitos para la provisión de información se llevará a cabo de forma consensuada con el Ayuntamiento/EMALCSA, identificando de forma preliminar las necesidades básicas y contrastando estas con las posibilidades de los tótems a desplegar. Aquellos contenidos que residan en otros sistemas (ejemplo: sistema de gestión de eventos, sistema de gestión de contenidos corporativo, etc.) se obtendrán automáticamente mediante la invocación de webservices), evitando así duplicidad de información e inconsistencias.

La plataforma de gestión de los tótems estará integrada con la Plataforma Smart Coruña, compartiendo toda la información de que disponga, aunque el motor de funcionamiento y toma de decisiones estará alojado en el software específico de gestión de los tótems. Por ello, los paneles deberán estar conectados a la red de telecomunicaciones municipal o, en su defecto, a la de la red semafórica.

La información de los tótems se mostrará de forma clara y sintética. Los tótems estarán diseñados de forma que se diferencie fácilmente el ámbito al que hace referencia (aparcamiento, tráfico, información de cultura, ocio, etc.) pudiendo mostrar varios ámbitos de forma simultánea si se cree necesario. El diseño de los paneles y la forma en que se visualizará la información serán consensuados con el Ayuntamiento de A Coruña con el fin

Página 22 de 49

de estar alineados con el proyecto Smart Coruña en cuanto a imagen (tipografías, colores, logos, etc.).

Se valorará que los paneles incorporen medidas energéticas de autosostenibilidad, incorporando microgeneradores (solar, eólica,...) que proporcionen la energía para su funcionamiento reduciendo su coste de operación.

Adicionalmente, los paneles estarán diseñados para incorporar publicidad, tanto convencional como “innovadora” tipo publicidad push de modo que, a largo plazo, su mantenimiento sea económicamente sostenible.

Las características de los paneles deberán responder a los contenidos que se deberán visualizar y su modo de representación gráfica. Ambos aspectos deberán ser propuestos por el licitador para justificar la tipología del tótem informativo. Sin embargo, se considera que los tótems informativos deberán cumplir al menos con los siguientes requisitos mínimos:

Modular, con placas reemplazables individualmente. Las dimensiones totales del soporte de contenidos será de aproximadamente 6 metros cuadrados, permitiendo la lectura de la información para un conductor que circule a una velocidad de 50 km/h..

Permitirá la visualización de texto, gráficos y animaciones y será compatible con las fuentes convencionales, garantizando la gestión de contenidos desde los sistemas operativos más habituales.

Soporte mediante monoposte, a ubicar en lugares donde no interfieran con la actividad urbana. Su emplazamiento definitivo será consensuado con el Ayuntamiento.

Protección: los paneles se ubicarán en cabina de protección antivandálica. Luminancia y contraste con adaptación automática, adecuando los niveles a las distintas

situaciones de día y noche. Adecuación a las características climáticas de la zona, tanto de temperatura, como de

precipitación, así como a su emplazamiento en ambiente marino. Serán adecuados a las condiciones climáticas y con regulación de luminosidad automática. Cumplirá con la Normativa Europea EN 12966 Serán legibles a una distancia mínima de entre 10 metros y 150 metros. Contarán con certificado CE y con los correspondientes certificados de calidad y garantía de

componentes, siendo necesario suministrar los resultados de los controles de calidad al Ayuntamiento.

Contarán con compromiso de suministro y plazo de reposición / repuesto, así como certificado de garantía.

Incorporarán instrucciones de funcionamiento, montaje y conexionado, de puesta en marcha, de mantenimiento preventivo y correctivo.

5.3.2. Desarrollo de API para integración con Google Transit

El alcance del piloto incluirá el desarrollo de la API que permita compartir dicha información ubicada en la Plataforma Smart Coruña con la base de datos de google transit, de modo que el estado del tráfico mostrado por esta aplicación sea lo más actualizado posible en tiempo real.

Página 23 de 49

5.3.3. Publicación de información de movilidad en Open Data

El piloto incluirá la publicación en Open Data de la información de movilidad dando la posibilidad a cualquier ciudadano o empresa a acceder a ella, garantizando en todo caso el cumplimiento de la LOPD.

Los licitadores describirán en su oferta un posible conjunto de fuentes de datos susceptibles de publicar en formato OPEN DATA para su integración en el módulo opendata ya disponible en la plataforma CSC.

Para la publicación de la información en Open Data, el Ayuntamiento/EMALCSA podrá exigir su incorporación en el proyecto CO-CITIES, siguiendo los principios definidos en el mismo, entre los que se encuentran la definición de un formato standard, a nivel europeo, para la difusión Open Data de la información de movilidad de las ciudades.

El proyecto CO-CITIES incluye también una aplicación móvil que permite, en tiempo real, informar al ciudadano sobre los aspectos más relevantes de la movilidad en la ciudad (tráfico, aparcamiento, transporte público, etc..). Otro punto fundamental de esta aplicación es la participación ciudadana, ya que parte de la información publicada en la misma provendrá del feedback obtenido de los ciudadanos.

Otro proyecto a considerar en el ámbito de este piloto es la publicación de información en formato City SDK Mobility (http://www.citysdk.eu)

De manera opcional, se valorará el suministro de una aplicación para móviles que permita difundir los resultados del proyecto a la ciudadanía.

5.4. Integración de la información en la PLATAFORMA SMART CORUÑA

Se integrará toda la información captada por la infraestructura desplegada por el presente piloto en la Plataforma Smart Coruña de manera que, aunque los motores de negocio estén alojados fuera, ésta disponga tanto de los inputs como de los outputs que los sistemas desarrollados generan. Además, será objeto del piloto la integración de información de movilidad recopilada por la infraestructura actual. A continuación se detalla de manera no exhaustiva la información mínima y sistemas a integrar en la Plataforma CSC:

Información de tráfico Aforos: conteo, composición del tráfico,... Estado: niveles de intensidad de tráfico, episodios de congestión, … Indicadores: nivel de servicio, intensidad, veh/km, velocidad media,.... Gestión: indicaciones dadas por los tótems y paneles de información variable de la

ciudad Videocámaras

Página 24 de 49

Estacionamiento Indicación de sancionados en el viario Plazas de aparcamiento en superficie disponibles Plazas de aparcamiento disponibles en los parkings subterráneos Plazas PMR no ocupadas Estado de las zonas de Carga y Descarga

Bicicoruña Usuarios: nº usuarios, usos/día, patrones de conducta,... Disponibilidad: estaciones, nº bicicletas, nº de plazas libres,...

Transporte público Sistema SAE: flota, posición de cada autobus, desviaciones de tiempo,... Gestión: horarios de los servicios, paradas de regularización, … Usuarios: nº usuarios, trayectos más utilizados, patrones de conducta,... Taxis

Sistema de Prioridad Vehicular: Emplazamiento de las intersecciones con el sistema. Episodios de activación del sistema.

Incidencias: Accidentes e infracciones Afectaciones de movilidad (calles cortadas, obras en la ciudad, etc.) Ubicación de la flota de vehículos municipales (Policía Local, Bomberos, etc.). Otros

Otra información Encuestas de movilidad Información de tráfico de la DGT Información de tráfico de la Xunta

5.5. Gateway Coruña Smart CityLos sensores suministrados se integrarán con la plataforma Coruña Smart City a través de un Gateway o dispositivo de interconexión.

El Ayuntamiento/EMALCSA pondrá a disposición del adjudicatario las unidades Gateway necesarias con su correspondiente conectividad al Centro de Proceso de Datos, para que el adjudicatario pueda conectar la red de sensores/cámaras a la plataforma CSC.

Página 25 de 49

5.6. Cuadros de mando e indicadoresLa plataforma CSC dispone de una base de datos histórica (BDH) y una base de datos en tiempo real (BDTR) que almacenan toda la información que proviene de la sensórica y otros sistemas de información, redes sociales, etc. Estas bases de datos deben ser cargadas a través de los protocolos y estándares abiertos que la plataforma CSC pone a disposición de la empresa adjudicataria.

El adjudicatario propondrá dentro de la oferta, el conjunto de indicadores que deben formar parte del cuadro de mando de movilidad. El Ayuntamiento/EMALCSA decidirá la idoneidad y utilidad de los indicadores que finalmente formarán parte del cuadro de mando.

Ejemplo de cuadro de mando sobre MicroStrategy:

Sobre esos indicadores seleccionados, el adjudicatario documentará de la manera más detallada posible en que consiste el indicador, método de cálculo, formas de representación, etc. Queda fuera del presente contrato su implementación en Microstrategy (herramienta BI corporativa).

5.7. Integración con Visualizador eVidensLa plataforma CSC dispone de un potente visualizador 3D conectado a diferentes fuentes de datos cartográficas. Se configurará la ubicación de todos los elementos que conforman el

Página 26 de 49

sistema objeto de este piloto sobre el visualizador eVidens, mostrando en tiempo real la máxima información disponible: estado del tráfico en tiempo real, gestión de flotas, incidencias, imágenes procedentes de las cámaras, etc. Esta configuración se hará en base a plugins, conectores y la utilización de APIs ya disponibles en la plataforma CSC.

Por lo tanto, el adjudicatario deberá llevar a cabo una revisión y actualización de la georreferenciación de todos los elementos que son objeto de este contrato (ejemplo: cámaras, sensores, semáforos, etc. ) o capas de información necesarias para entregar la funcionalidad contemplada en este pliego (sentidos de circulación, ejes de calle, espiras de tráfico, etc.). Para ello realizará el trabajo de campo necesario y empleará como punto de partida los datos aportados por el Ayuntamiento/Emalcsa (ficheros informáticos y base cartográfica de la ciudad).

Este inventario deberá ser compatible con el sistema de información geográfica implantado por el Ayuntamiento/Emalcsa. En su elaboración se seguirán las directrices marcadas por los servicios municipales, y se adecuará a los estándares exigidos.

Los elementos a inventariar serán todas las instalaciones objeto del presente contrato y necesarias para la ejecución del mismo.

La actividad de actualización y mantenimiento del inventario de instalaciones se considera parte del objeto del contrato sin que pueda reclamarse ningún pago adicional por parte del contratista por este concepto.

Asimismo, el Contratista estará obligado a mantenerlo actualizado, incorporando las altas y bajas que se produzcan, las modificaciones, reformas y reparaciones realizadas de los nuevos elementos instalados durante la vigencia del contrato.

Página 27 de 49

5.8. MonitorizaciónEl licitador debe presentar un modelo conceptual completo de monitorización del servicio licitado. El modelo presentado debe cumplir con los siguientes requisitos:

Enfoque top-down, esto es, desde una visión de servicio global, el modelo irá concretándose en distintos niveles de abstracción hasta llegar a los sistemas y componentes básicos.

Completitud del servicio, así como precisión y explicación de todos los parámetros relevantes.

Inclusión de reglas lógicas de correlación de información y eventos para la monitorización completa del servicio.

Inclusión, si procede, de relaciones con el resto de servicios de la infraestructura de TI corporativa y, de manera especial, con la plataforma CORUÑA SMART CITY, con identificación de parámetros de intercambio y reglas lógicas.

Adicionalmente, el licitador debe completar su propuesta, formalizando el conjunto de parámetros y eventos significativos identificados en el modelo de monitorización, mediante un esquema de clasificación de eventos, en el que figuren los siguientes 3 niveles:

Evento informativo: Se asigna a aquellos eventos que no requieren más actuación que el mero registro.

Evento alerta: Se asigna a aquellos eventos que indican que el servicio se aproxima a un umbral significativo. Su objetivo es notificar a las personas, herramientas o procesos apropiados para que adopten las medidas oportunas que eviten la ocurrencia de eventos de tipo Excepción.

Evento excepción: Se asigna a aquellos eventos que indican que el servicio está operando de manera irregular. Las excepciones pueden representar un fallo total del servicio, un cese en una funcionalidad o una disminución del rendimiento.

Una vez formalizado el contrato con la empresa adjudicataria, se producirá una reunión entre ésta y los técnicos municipales con competencia en el servicio licitado para que, con las modificaciones que los técnicos municipales estimen oportunas, el modelo quede validado y se eleve a definitivo, al objeto de que el adjudicatario proceda a su implantación en la herramienta de monitorización basada en software libre y denominada Zabbix.

5.9. Otras actuacionesSerá por cuenta del adjudicatario la instalación de todos los elementos necesarios (gateways, sensores, rotulaciones, tótems, etc.) para el despliegue del piloto de forma que éste sea totalmente funcional y pueda entrar en producción.

Página 28 de 49

6 MEDIOS TÉCNICOS Y HUMANOS

6.1. EQUIPO DE TRABAJOPara el desarrollo de los trabajos ofertados, el licitador deberá precisar el equipo de trabajo a emplear, detallando organigrama, funciones, tareas a desempeñar y dedicaciones.

Como mínimo, en el organigrama propuesto se determinará la interlocución con la Dirección del Proyecto designada por el Órgano contratante, mediante una Jefatura del Proyecto del que dependerán, al menos, un Responsable de piloto.

El licitador deberá incluir en la oferta los perfiles profesionales de la Jefatura de Proyecto y de los Responsables mencionados, que deberán contar, al menos, con titulación académica de nivel superior de carácter técnico, experiencia acreditada en proyectos de contenido tecnológico, y con formación y capacidad demostrada en gestión técnica y económica de equipos y proyectos.

Al mismo tiempo, se señala que, de conformidad con el artículo 64 del vigente Texto Refundido, el incumplimiento de la dedicación o adscripción a la ejecución del contrato de los medios personales o materiales suficientes para ello según su oferta tendrán el carácter de obligaciones esenciales a los efectos previstos en el artículo 223.f) del mismo Texto Refundido (causa de rescisión del contrato), a cuyo efecto figurarán tanto en el Pliego como en el documento contractual.

En la oferta, el licitador deberá adjuntar una Declaración Responsable respecto de la veracidad de las características del equipo de trabajo ofertado, sin perjuicio de la acreditación de su disposición efectiva caso de resultar adjudicatario.

6.2. Medios técnicosTodos los recursos materiales y, en particular, equipos, programas informáticos y material fungible, necesarios para la realización de los trabajos deberán ser aportados por el adjudicatario y deberán ser propiedad de aquél o, en su caso, poseer las correspondientes autorizaciones, licencias de uso o permisos necesarios.

Dado que el presente pliego está contenido en el proyecto Smart Coruña que está cofinanciado por el Fondo Europeo de Desarrollo Regional FEDER a través del “Programa Operativo de I +D+ i por y para el beneficio de las empresas -FONDO TECNOLÓGICO-, el objetivo es utilizar un entorno urbano para testar tecnologías de nueva creación. Esto implica que en el contexto de los pilotos se requiere que todo material desplegado (sensores, actuadores, etc.) tenga un marcado carácter innovador, es decir, que se priorizará el desarrollo de nuevos productos, ideas, procesos, etc. ya sea utilizando tecnología nueva o existente.

Página 29 de 49

Asimismo, la empresa adjudicataria será enteramente responsable de la puesta en marcha y mantenimiento, durante toda la duración de los trabajos, de las infraestructuras materiales y técnicas adecuadas para el perfecto funcionamiento y operatividad del piloto, así como asumir el coste de cuantos desplazamientos sean necesarios para el ejercicio de sus funciones.

Página 30 de 49

7 INFORMACIÓN A DISPOSICIÓN DEL ADJUDICATARIO

EMALCSA/Ayuntamiento pondrá a disposición del adjudicatario la información que, estando en su poder, sea imprescindible para la ejecución de los trabajos.

La documentación necesaria para poder realizar la integración de nuevos elementos sobre la Plataforma Coruña Smart City se encuentra disponible en las siguientes direcciones de Internet:

http://smart.coruna.es

http://sofia2.com

En estos sitios web se encuentran recopilados documentos explicativos de la plataforma de interconexión, se indican los estándares utilizados y los conceptos básicos, y están disponibles tanto el SDK como las APIs y guías de programación que permiten integrar nuevos elementos sobre la plataforma.

Otros productos como Microstrategy BI, Oracle Center Sites, Oracle ESB, Microsoft SSIS, etc. que complementan la plataforma CSC son marcas registradas de sus respectivos fabricantes y sólo se facilitará la documentación en caso de resultar adjudicatarios.

Página 31 de 49

8 ANEXO I: ALCANCE DE LA VÍA PRIORITARIA VIGILADA (VPV)

Ver fichero 01.pdf descargables a través del perfil del contratante y que forman parte de este pliego.

A modo ilustrativo:

Página 32 de 49

9 ANEXO II: ALCANCE DE LA ZONA PEATONAL REGULADA (ZPR)

Ver fichero 02.pdf descargables a través del perfil del contratante y que forman parte de este pliego.

A modo ilustrativo:

Página 33 de 49

10 ANEXO III: UBICACIÓN DE TOTEMS INFORMATIVOS

Ver fichero 03.pdf descargables a través del perfil del contratante y que forman parte de este pliego.

Página 34 de 49

11 ANEXO IV: ESPECIFICACIONES GATEWAY CSC

El presente anexo constituye el activo principal para la especificación de las características funcionales y técnicas del GATEWAY CSC de la Plataforma Smart Coruña.

Se presenta una descripción de las características y la estrategia a seguir con el Gateway que actúa como concentrador de sensores y pasarela de comunicaciones para la solución aportada al proyecto Smartcity Coruña orientado al despliegue de servicios públicos de valor añadido.

El Gateway CSC se instala de forma distribuida en diferentes puntos de la ciudad en: fachadas e interiores de edificios, muros, cuadros eléctricos de portales, cuadros de mando y control la calle, postes, farolas, semáforos y equipamiento urbano, tótems o puntos de información con pantallas interactivas, ….

El diseño de los Gateways está condicionado por la alimentación eléctrica, la viabilidad para conectarlo a una red de datos y los tipos de sensores y actuadores a tener en cuenta en cada emplazamiento. Se presentan diferentes referencias de Gateways atendiendo a estos parámetros. Aprovechando la capilaridad de la red de cable coaxial en Coruña y la participación de R Cable en el proyecto, se plantea una solución basada en la conexión de gateways a esta red que dispone de señal de comunicaciones y alimentación simultáneamente. La red de cable permite despliegues rápidos y escalables y es la recomendada aunque se plantean otras alternativas no condicionadas únicamente por esta red.

Descripción de general del Gateway CSCEl Gateway CSC es un equipo modular de fácil mantenimiento y escalable en los servicios que se puedan ofrecer a futuro bien por cambio en la estrategia/tecnología en los módulos de comunicaciones hacia la red como las diferentes tecnologías disponibles para la integración de sensores o actuadores.

El gateway es un equipo modular compuesto por:

- Una placa electrónica máster que actúa como núcleo principal del sistema y que integra la unidad de procesamiento de alta capacidad, el sistema operativo y aplicaciones, disponiendo además de de interfaces integrados de propósito general sobre los que se insertan los módulos de comunicación y concentración de sensores, se proponen diferentes tipo de interfaces estándar para poder integrar cualquier tecnología disponible.

- Fuente de alimentación que alimenta placa máster y módulos insertables, es intercambiable, externa e independiente del circuito máster, módulos de

Página 35 de 49

comunicación y módulos de concentración de sensores. Esta arquitectura permite incrementar la modularidad de la aplicación para su adaptación a diferentes entornos de instalación del hardware del CSC tanto en su versión indoor como outdoor

- Envolvente: la envolvente de los diferentes bloques indicados podría ser única para toda la electrónica, aunque la operativa del sistema puede mejorarse integrando fuente de alimentación y placa máster en envolventes distintas por facilidad de diagnóstico, medida y reemplazo. En función de la ubicación del Gateway se plantean envolventes adecuadas al entorno, interior y exterior.

Funcionalidad y aplicacionesEl Gateway SCS es un equipo que de forma genérica recoge la información procedente de sensores, cámaras, dispositivos móviles, propios o de otros gateways y la entrega a una plataforma de gestión de la información. Adicionalmente mediante la plataforma o lógica local es capaz de actuar sobre sistemas automatizados.

La arquitectura del gateway es abierta por lo que las aplicaciones del mismo están “limitadas” a las tecnologías elegidas para la sensorización y actuación en cada momento. El gateway es en sí un medio para alcanzar otros dispositivos y no un equipo con aplicaciones finales.

EstrategiaPara que el diseño del gateway no condicione el crecimiento y propuesta de aplicaciones futuras se ha diseñado un dispositivo modular basado en interfaces estándar (RS232, RS485, USB,). Las comunicaciones del dispositivo hacia la red también integran un interfaz estándar Ethernet para que el equipo de acceso pueda adaptarse al cambio tecnológico. Los equipos ubicados en exterior integran por redundancia o capacidad de adaptación un bloque específico de comunicación a través de las redes móviles.

La propuesta estratégica para hacer que el sistema sea económico, escalable y de fácil mantenimiento ha sido la de independizar los bloques de alimentación y comunicaciones.

Arquitectura global del Gateway CSCComo ya se ha comentado en apartados anteriores, el Gateway CSC ha sido concebido como un equipo totalmente modular, partiendo de una placa Master que incluye la capacidad de proceso y comunicación básica, a la que se le añaden módulos de comunicaciones y expansión que permiten extender ahora y en el futuro las capacidades de despliegue de servicios.

Página 36 de 49

La arquitectura general se mantiene en todos los equipos, con una ligera diferencia entre el CSC de interior y de exterior en la parte correspondiente a las comunicaciones y alimentación. En este caso el equipo de exterior incluye como opción la posibilidad de conectarse a una red CATV mediante un cablemodem DOCSIS integrado en el equipo, lo cual permite además captar la alimentación del equipo directamente de la red de cable a través de la tensión AC disponible.

Se muestra a continuación un diagrama básico de la arquitectura general de la plataforma Gateway CSC tanto en su versión de interior, como de exterior

Arquitectura CSC – I

Arquitectura CSC – E

Placa baseLa placa base o máster es el corazón del Gateway CSC, en el se concentra el procesador principal y las comunicaciones básicas del equipo.

La placa base admite dos variantes en función de la capacidad de comunicación que disponga el CSC. La diferencia entre una y otra variante es que en un caso la placa está dotada de un módem GPRS / 3 G integrado y en la otra no se dispone de esta opción. Cabe

Página 37 de 49

citar además que la variante con el módem GRPS / 3 G integrado se incluye teniendo en cuenta la configuración de los equipos únicamente en las versiones CSC – E de exterior.

Las características principales de la placa máster son las siguientes:

- CPU con arquitectura ARM V9, reloj de sistema 400Mhz.

- Memoria RAM 256 Mbytes.

- Memoria para Sistema operativo, aplicaciones y datos externa a la CPU e intercambiable , microSD 4 Gbytes.

Comunicaciones integrada:

- 1 puerto Ethernet 10/100 con leds para indicación de estado.

- 1 modem GPRS/UMTS/HSPA (con antena externa)- módulo opcional en función de la ubicación y disponibilidad de comunicaciones alternativas.

- 1 puerto RS232 estándar (UART)

- 1 puerto RS485 estándar.

- 2 puertos USB 2.0 con autoalimentación integrada >500mA.

La placa Base posee además interfaces para control de entradas y salidas analógicas y digitales:

- Cuatro salidas digitales de 12v cortocircuitables con una corriente máxima de salida de 100mA y una de 250mA

- Cuatro entradas digitales de 12v

- Cuatro entradas analógicas para sonda PT1000 con una resolución de 12 bits

- 2 salidas de relé 1A 50 VDC

Monitorización y actuación local:

- Diodos LED para señalización local del estado de los módulos activos.

- 1 Sensor de temperatura integrado en placa.

ESPECIFICACIONES TÉCNICAS

Tensión de alimentación : 12 VDCConsumo máximo : 40 wTemperatura ambiente de trabajo -20º a 85ºTemperatura de almacenamiento -50º a 85ºNúmero de salidas lógicas 5Corriente máxima de las salidas 4 de 100 mA, 1 de 250 mA.Salidas a relé 2 conmutadas a 1A 50v

Página 38 de 49

Número de entradas digitales 4Número de entradas analógicas 4 (PT1000)Comunicaciones 2 USB, 1 Ethernet, 1 RS485, 1 RS232 y GSM (TL5002)Capacidad del RS485 128 esclavosTensión de entrada ADC 0 a 2,048vMemoria RAM 256 Mbytes.Velocidad del procesador ARM 400MHz.Sensor de temperatura en placa -50º a 100º

Página 39 de 49

Fuentes de alimentaciónEl equipo ha sido concebido también de forma modular en lo referente a la alimentación. Las diferentes opciones y configuraciones posibles para el equipo, admiten diferentes módulos de alimentación externa, lo que posibilita tanto la alimentación desde la red eléctrica, como a través de un switch POE, o bien telealimentarlo a través de tensión alterna en la opción en la que el equipo es su modalidad outdoor se conecte a una red de cable

Además de esto, y en función de la ubicación del Gateway: muros, interior de los edificios, cuadros eléctricos de portales, cuadros de mando y control en la calle, en postes, farolas, semáforos y otros equipamientos urbanos, en dispositivos tótems o puntos de información con pantallas interactivas, etc… se plantean diferentes tipo de fuentes distintas para alimentarlo: acometida de la red eléctrica de distribución, sistemas públicos de alumbrado, vallas, pantallas, placas solares, red de cable de R …

FUENTE DE ALIMENTACIÓN DESDE RED ELÉCTRICA

La opción de alimentación para red eléctrica está disponible en el equipo de interior CSC – I únicamente. Este módulo recibe una tensión de alimentación externa de la red eléctrica con un rango de 90 a 264 VAC y entrega 12 VDC estabilizados a la placa Master. Se incluyen a continuación las características principales de la fuente de alimentación:

- Rango de entrada universal

- Alta eficiencia

- Protecciones contra sobretensiones y cortocircuito

Característica Valores

Tensión de Entrada 90 – 264 VAC

Rango de frecuencias 47 – 63 Hz

Eficiencia 87%

Temperatura de funcionamiento - 30 a +70ºC

Normativa UL 60950 - 1, TUV

FUENTE DE ALIMENTACIÓN POE

Página 40 de 49

LA alimentación POE está disponible tanto en la versión de interior como de exterior y para aquellos casos en los que el equipo se conecte directamente a una red LAN con switches dotados de inyección de alimentación con esta característica. Es una función que incorpora al equipo una enorme flexibilidad al integrar alimentación y comunicaciones en un único cable. Se incluyen a continuación las características principales de la fuente POE

Característica Valores

Estándares IEEE 802.3, 802.3u, 802.3ab, 802.3af

Tensión de salida 12 VDC

Potencia 12 W

Normativa FCC, CE

FUENTE DE ALIMENTACIÓN CATV

La opción de alimentación desde la red de CATV ofrece una gran flexibilidad de instalación de los equipos en exterior. En este caso el equipo en su modalidad outodoor dispone de una fuente de alimentación específica que extrae la alimentación disponible en la red de CATV de R y la convierte a la tensión continua de trabajo del la placa Master.

Característica Valores

Tensión de Entrada 60 Vac + - 20%

Rango de frecuencias 45 – 65 Hz

Eficiencia 88%

Temperatura de funcionamiento - 20 a +70ºC

Normativa UL 60950 - 1, TUV

En cualquiera de los casos la fuente entrega a la placa máster una alimentación principal estabilizada de 12 Vdc y a partir de esta tensión la placa máster genera las demás tensiones de referencia necesarias para que puedan funcionar los diferentes bloques que la

Página 41 de 49

conforman. La placa MASTER integra tres fuentes de la alimentación en la placa, de las cuales dos son conmutadas y, gracias a la altísima frecuencia de conmutación utilizada cercana a 1Mhz, se consiguen una eficiencia muy próxima al 95%, lo que les permite trabajar en un reducidísimo espacio sin apenas producir calor.

La fuente de alimentación está protegida contra cortocircuitos, dispone de fusible y puntos de medida accesibles para protección y verificación de su estado.

Soluciones de comunicacionesEl gateway CSC ha sido concebido como una máquina totalmente flexible y modular, preparada para soportar no sólo los estándares de comunicaciones actuales más generalizados, sino también tecnologías que puedan surgir en el futuro y que resulten de interés para el despliegue de nuevos servicios para la Smart City. A continuación se detallan las características de cada una de las tecnologías de comunicaciones integradas en esta primera fase de diseño y fabricación del CSC

ZIGBEE

ZIGBEE es actualmente una tecnología básica en las redes de sensores tanto en interior como en exterior. En este caso la incorporación de zigbee al equipo se ha contemplado en dos etapas, una primera etapa basada en un módulo externo con conexión USB al Gateway CSC, y una segunda etapa en la que la tecnología zigbee se integra en la de expansión del Gateway CSC.

Las características principales del módulo son las siguientes:

Características RF

Frequency Band: 2.4 GHz Interface Immunity: DSSS Transmit Power: +20dBm E.I.R.P (max.) Receiver Sensitivity: -102dBm @1% BER RF Data Rate: 250 kbps Working Distance: Up to 1.6km using 5 dBi dipole antenna Various Antenna Options from standard 1 dBi antenna to 3/5 dBi dipole antenna Channels: 14 Channel Spacing: 5 MHz

Red Zigbee

- Network topology: Mesh - Stack profile: ZigBee 2007 / ZigBee Pro - Network addressing: Channel, PAN ID, EPID ZigBee Data Transmission - Unicasting

Página 42 de 49

- Multicasting - Broadcasting - Many-to-One Communication - Enhanced Reliability based on data retransmission

ZigBee Security

- Network Layer security with one Trust Center for efficient operation - 128 bit AES encryption algorithms - Strong, NIST-approved security

Ethernet / FastEthernet

GPRS / 3G / UMTS / HSPA

En este caso, y en aquellas configuraciones que incorporen esta capacidad de comunicaciones, se ha incorporado un módulo GPRS/3G/HSPA+ ultra compacto que permite obtener una alta eficiencia en las comunicaciones. Este módulo ofrece la posibilidad de desplegar comunicaciones en las bandas 800/850, 900 y 2100 y HSPA+ con velocidades de 5,6 y 7.2 Mbs. Se incluyen a continuación características más detalladas del módulo.

Form Factor: LGA Dimensions: 28.2 x 28.2 x 28.2 mm Technologies: HSPA+,GSM,GPRS(Class 12),EDGE,UMTS,HSDPA Max Download Speed: 21 Mbps Max Upload Speed: 5.76 Mbps Frequency bands: GPRS/EDGE 850/900/1800/1900 MHz WCDMA 2100/900/850 MHz Temperature: -40 º C to 85 º C Certifications: GCF, CE, RoHS Interfaces: GPIOs, USB, SPI, I2C, Audio, UART

WIFI

Las comunicaciones WIFI se integran en el equipo Gateway CSC a través de un módulo USB que se conecta a una de las entradas de la placa Máster. El equipo ha sido diseñado de tal forma que dicho módulo ofrece conectividad para la antena exterior, que puede ser utilizada con diferentes ganancias y configuraciones en función de la aplicación. Se incluyen a continuación características básicas del módulo WIFI integrado:

Conexión: USB 2.0 Potencia: 3 Watios Velocidad: 150 Mbps Alta velocidad de datos con 802.11n. Alta velocidad de datos

con 802.11n Estándares Wireless: IEEE 802.11 b/g/n

Página 43 de 49

Bandas de Frecuencia: 2412 ~ 2462Mhz (US) 11 canales / 2412 ~ 2472Mhz (EU) 13 canales / 2412 ~ 2482Mhz (Japón) 14 canales

Modulación: BPSK, QPSK, CCK y OFDM Tipo de conector de antena: SMA Tipo de Antena: 11 dBi RP SMA antena dipolo Seguridad: WEP 64 / 128, 802.1x soporte WiFi Protected Access (WPA), WPA-PSK,

WPA2 Sistemas operativos soportados: Windows 98Se, Me, 2000, XP, Vista, Windows7,

Linux, mac OsX LED: Conectado /Activo Temperatura para operar: -20ºC hasta +70ºC Temperatura para almacenar: -20ºC hasta +70ºC Potencia nominal: <3000mW (3W)

ENVOLVENTESEl hardware del Gateway CSC admite dos configuraciones de envolvente, una envolvente orientada a instalaciones en interior, y una segunda opción orientada a instalaciones de exterior, dotada en este caso de un alto nivel de protección contra intemperie, estanqueidad y apantallamiento contra la RF

Envolvente de exteriorLa envolvente de exterior está fabricada en aluminio inyectado de alta calidad. La envolvente está dotada de pantalla de doble capa para permeabilización frente al agua, con un excelente comportamiento no sólo en lo referente a protección de intemperie, sino también antienvejecimiento, anticorrosión y apantallamiento frente a radiaciones electromagnéticas, con un grado de aislamiento superior a 100dB

Página 44 de 49

A continuación se muestras varias imágenes con las dimensiones de la envolvente de exterior:

Página 45 de 49

Envolvente de interiorLa envolvente de interior esta especialmente diseñada para la instalación del equipo en diferentes ubicaciones, admitiendo configuraciones de sobremesa, sobrepared e instalación en carril DIN, un formato muy adoptado en la industria y aplicaciones de equipamiento de comunicaciones y electricidad.

El material utilizado para la inyección del equipo es ABS AX2, un plástico de alta calidad muy adecuado para aplicaciones de productos electrónicos, por su capacidad ignífuga que dota al equipo de una alta seguridad y por su excelente comportamiento mecánico.

El diseño de la envolvente se ha realizado contemplando la modularidad del equipo, garantizando la usabilidad para el acceso a todas las entradas y salidas y conectores y la ventilación de la electrónica, tanto de la placa máster como de los módulos de comunicaciones integrados en las diferentes versiones.

Como se observa en las imágenes de la figura siguiente, los dos frontales del equipo integran la conectorización de entradas y salidas y conectividad. En uno de los frontales se ubican las conexiones de entradas y salidas y en el otro los puertos de comunicaciones y antenas.

Las dimensiones del equipo son las siguientes: 28 cm x 11cm x 6,5 cm

Página 46 de 49

Escalabilidad

El equipo Gateway CSC ha diseñado con un concepto totalmente modular y escalable, de forma que resulte muy sencillo su adaptación e integración en diferentes entornos, y la incorporación y dotación futura de nuevas tecnologías de comunicación o sensorización.

En este sentido, cabe citar que conceptualmente el equipo dispone de varios ejes de modularidad, admitiendo éste diferentes opciones de configuración en función de las necesidades de la ubicación, de las comunicaciones, de las aplicaciones o servicios a desplegar.

Desde un punto de vista global, la escalabilidad del gateway CSC plantea un dispositivo en el que se independiza la placa máster con el procesador principal, de los diferentes módulos de comunicaciones para el acceso, tanto a la red privada como a las redes heterogéneas de sensores necesarias para el despliegue de las aplicaciones, y de las fuentes de alimentación.

Los interfaces elegidos ethernet, USB, Serie RS232 y RS485 permiten la inserción de tecnologías actuales y las que se planteen a futuro que se añaden a la placa máster mediante dongles USB (estándar wifi 802.11, 3G, 4G, 6LowPAN, zigbee, zigwave, bluetooth…) o mediante los interfaces serie propuesto conectar otros dispositivos o circuitos a medida para captación de parámetros procedentes de sensores o actuaciones sobre otros sistemas (gateways, riego automático, encendido de luces, ….)

La envolvente de la placa máster permitirá albergar adicionalmente un módulo de ampliación de puertos USB que se podrá alimentar directamente de la fuente

Página 47 de 49

de alimentación del gateway y podrá alimentar a su vez dispositivos conectados a estos interfaces.

En función del tipo de alimentación disponible, se instalará la fuente de alimentación que entregue 12 Vdc a la placa máster. Entre las distintas fuentes de energía entre las que se podrían encontrar; acometida eléctrica de distribución, eólica, solar, red de cable… se debe tener en cuenta que en la red de cable de R cable integra sistema de alimentación por baterías en caso de fallo de corriente. En el caso de que se identifiquen aplicaciones que necesitan backup energético fuera de la red de R se deberán añadir como complemento sistemas de alimentación ininterrumpida.

Para que un gateway pueda funcionar como maestro de otros gateways, se usarán preferentemente la interface RS485, ya que permitiría alimentar a los gateways esclavos remotamente. Si la alimentación no fuese un problema y la aplicación del gateway esclavo necesitase gran ancho de banda, el gateway maestro podrá ponerse en modo AP wifi y proporcionar conectividad al esclavo. En caso que la aplicación del gateway esclavo no requiera gran ancho de banda, la conexión con el principal utilizará el mismo mecanismo radio distribuido que otros sensores: zigbee, zwave o 6lowpan.

Sistema operativo

Todos los gateways CSC incorporan una configuración base del sistema operativo según la siguiente lista:

Sistema operativo LINUX, versión de kernel: 2.6.39 La configuración del kernel por defecto es la utilizada para el procesador

at91sam9g25-ek, esta incluye los drivers de todos los dispositivos asociados tales como:

- MMC/SD/SDIO Card Drivers (control de escritura/lectura sobre sd)- MII PHY device drivers (driver smsc del ethernet)- Driver bus I2C (permite controlar conversor A/D MAX1237)- Driver control gpios (gpioX)- Configuración tamaño de bloque memoria ram- Configuración tamaño memoria ram (debemos modificarlo a 256 en las nuevas placas)- Configurado enrutado ip- IPv4

A parte de esta configuración básica incluida por defecto en el kernel LINUX, se ha realizado una personalización y adaptación para adaptarse a las necesidades específicas del Gateway CSC , se ha añadido a dicha configuración lo siguiente:

IP NAT activado como módulo

Página 48 de 49

Activado broadcast Activado multicast Módulo "ppp" para la comunicación gprs Driver de ftdi (conversor usb/ttl, para la comunicación con zigbee) Driver prolific pl2303 (conversor usb/ttl para la comunicación con Zwave) Driver RT2800USB para el control del dispositivo WiFi

OpcionesEl equipo CSC-I (Gateway CSC de Interior) admite tres opciones diferentes de configuración. Las variaciones de uno a otro equipo se centran en el tipo de alimentación de que dispone el equipo y en la disponibilidad o no de comunicaciones WIFI. Se ha definido una referencia en concreto para cada uno de los equipos:

CSC – I – WIFI – POE: Gateway CSC de interior dotado de alimentación POE, zigbee, módulo WIFI .

CSC – I – WIFI: Gateway CSC de interior dotado de alimentación 230 VAC, zigbee y módulo WIFI.

CSC – I – POE: Gateway CSC de interior dotado de alimentación POE y comunicaciones zigbee.

El equipo Gateway CSC – E (Gateway CSC de Exterior) dispone de seis opciones diferentes de configuración. La principal variación entre una y otra referencia es el tipo de alimentación integrada y la disponibilidad de diferentes tecnologías de comunicación a través de la red de CATV o radio. Se describe brevemente a continuación cada uno de los equipos.

CSC – E – 3G – DOCSIS - WIFI: Gateway CSC de exterior dotado de comunicaciones zigbee, 3G, cablemodem DOCSIS, telealimentación a través de la red CATV y módulo WIFI

CSC – E – POE - WIFI: Gateway CSC de exterior dotado de zigbee, alimentación POE y comunicaciones WIFI

CSC – E - POE: Gateway CSC de exterior dotado de zigbee y alimentación POE CSC – E – DOCSIS: Gateway CSC de exterior dotado de zigbee, telealimentación a

través de la red de CATV y cablemodem DOCSIS CSC – E – DOCSIS – WIFI: Gateway CSC de exterior dotado de zigbee,

telealimentación a través de la red de CATV, cablemodem DOCSIS y módulo WIFI.

CSC – E – 3G – DOCSIS: Gateway CSC de exterior dotado de zigbee, 3G, telealimentación a través de la red de CATV y cablemodem DOCSIS

Página 49 de 49