Main

UNIVERSIDAD DE VALLADOLID
ESCUELA DE INGENIERAS INDUSTRIALES

Grado en Ingeniera Electrnica Industrial y
Automtica
Cargador para vehculo elctrico
Autor:
Mediavilla Frechilla, Juan Carlos
Tutor:
Moya de la Torre, Eduardo J.
Departamento de Ingeniera de
Sistemas y Automtica
Valladolid, julio de 2014
A mis padres Jos Luis y Dara,
por su gran apoyo en todos los momentos,
a mis hermanos Asuncin y Luis Javier,
y mi novia Patricia.
ndice general
ndice de guras xi
ndice de tablas xiii
Resumen y palabras clave xv
Summary and keywords xvii
1. Introduccin y objetivos 1
1.1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.2. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Estado del arte 7
2.1. Estado del arte . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.1. Sistemas de recarga de vehculos elctricos . . . . . . . . . 10
2.1.2. Sistemas propietarios de telegestin de vehculos elctricos 22
2.2. Tecnologas utilizadas en el dispositivo desarrollado . . . . . . . . 25
2.2.1. Placas de Arduino . . . . . . . . . . . . . . . . . . . . . . 27
2.2.2. SHIELDS . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.2.3. Arduino Mega . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.3. XHTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.4. JAVASCRIPT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
2.5. CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
3. Descripcin general del proyecto 33
3.1. Objetivos particulares del proyecto . . . . . . . . . . . . . . . . . 33
3.2. Plataforma tomada como base . . . . . . . . . . . . . . . . . . . . 35
3.3. Microcontrolador . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.4. Wi-Fi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
3.5. Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.6. GSM/GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.7. Reloj en tiempo real (RTC) . . . . . . . . . . . . . . . . . . . . . 41
v
vi / NDICE GENERAL
3.8. Bluetooth . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.9. Activacin de la carga . . . . . . . . . . . . . . . . . . . . . . . . 45
3.10. Esquema conceptual del sistema de gestin de carga . . . . . . . . 45
4. Diseo hardware 47
4.1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
4.2. Herramienta utilizada: EAGLE . . . . . . . . . . . . . . . . . . . 50
4.2.1. Panel de Control . . . . . . . . . . . . . . . . . . . . . . . 51
4.2.2. Esquemtico . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.2.3. Circuito impreso . . . . . . . . . . . . . . . . . . . . . . . 53
4.3. Fuente de alimentacin . . . . . . . . . . . . . . . . . . . . . . . . 55
4.3.1. Reduccin de tensin . . . . . . . . . . . . . . . . . . . . . 55
4.3.2. Puente recticador . . . . . . . . . . . . . . . . . . . . . . 57
4.3.3. Filtro . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.3.4. Regulacin de tensin . . . . . . . . . . . . . . . . . . . . 60
4.3.5. Proteccin del circuito . . . . . . . . . . . . . . . . . . . . 62
4.4. Microcontrolador y comunicaciones . . . . . . . . . . . . . . . . . 63
4.4.1. Microcontrolador . . . . . . . . . . . . . . . . . . . . . . . 64
4.4.2. RTC: reloj tiempo real . . . . . . . . . . . . . . . . . . . . 72
4.4.3. Mdulo de comunicaciones . . . . . . . . . . . . . . . . . . 76
4.4.4. Almacenamiento (tarjeta SD) . . . . . . . . . . . . . . . . 83
4.5. Rel 16A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
4.6. Sensor de corriente . . . . . . . . . . . . . . . . . . . . . . . . . . 85
4.6.1. Sensor SHUNT . . . . . . . . . . . . . . . . . . . . . . . . 85
4.6.2. Sensor efecto Hall I . . . . . . . . . . . . . . . . . . . . . . 85
4.6.3. Sensor efecto Hall II . . . . . . . . . . . . . . . . . . . . . 86
4.7. Reglas de diseo hardware . . . . . . . . . . . . . . . . . . . . . . 87
4.7.1. Normativa bsica . . . . . . . . . . . . . . . . . . . . . . . 88
4.7.2. Ancho de las pistas . . . . . . . . . . . . . . . . . . . . . . 89
4.7.3. Separacin entre pistas . . . . . . . . . . . . . . . . . . . . 91
4.7.4. Longitud de las pistas de seal . . . . . . . . . . . . . . . . 92
4.7.5. Planos de tierra . . . . . . . . . . . . . . . . . . . . . . . . 93
4.8. Resumen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93
5. Diseo software 95
5.1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
5.2. IDE Arduino . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
5.2.1. Funciones bsicas de Arduino . . . . . . . . . . . . . . . . 97
5.2.2. Libreras utilizadas . . . . . . . . . . . . . . . . . . . . . . 99
5.2.3. Programa principal . . . . . . . . . . . . . . . . . . . . . . 106
NDICE GENERAL / vii
5.3. XHTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
5.3.1. XHTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
5.3.2. JavaScript . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
5.3.3. CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
5.4. Resumen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
6. Estudio econmico 117
6.1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
6.2. Costes directos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
6.3. Costes indirectos . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
6.4. Coste total del proyecto . . . . . . . . . . . . . . . . . . . . . . . 120
7. Conclusiones y lneas futuras 121
7.1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
7.2. Conclusiones del trabajo . . . . . . . . . . . . . . . . . . . . . . . 121
7.2.1. Desarrollo hardware . . . . . . . . . . . . . . . . . . . . . 122
7.2.2. Desarrollo software . . . . . . . . . . . . . . . . . . . . . . 123
7.3. Lneas futuras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Bibliografa 128
A. Gua del usuario 129
A.1. Introduccin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
A.2. Pgina principal . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
A.2.1. Gestin de carga . . . . . . . . . . . . . . . . . . . . . . . 130
A.2.2. Conguracin Wi-Fi y Bluetooth . . . . . . . . . . . . . . 132
A.2.3. Datos consumos . . . . . . . . . . . . . . . . . . . . . . . . 135
B. Esquemas electrnicos 137
B.1. Descripcin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
C. Patente 149
C.1. Descripcin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
ndice de guras
2.1. Belkin Interruptor WeMo . . . . . . . . . . . . . . . . . . . . . . . 8
2.2. Belkin interruptor MeWoInsightSwitch . . . . . . . . . . . . . . . 8
2.3. Dispositivo POD del Sistema Wattio . . . . . . . . . . . . . . . . 9
2.4. Parmetros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.5. Ejemplos de cables-adaptadores . . . . . . . . . . . . . . . . . . . 11
2.6. Modo 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.7. Modo 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.8. Modo 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.9. Modo 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.10. Conector Schuko . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.11. Conector Schuko quemado . . . . . . . . . . . . . . . . . . . . . . 16
2.12. Conector Twizy . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.13. Conector SAE J1772 . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.14. Conector Mennekes . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.15. Conector Scame . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.16. Conector CHAdeMO . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.17. Conector SAE J1772 Combo . . . . . . . . . . . . . . . . . . . . . 21
2.18. Conector Mennekes Combo . . . . . . . . . . . . . . . . . . . . . 22
2.19. Estado vehculo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.20. Estado batera . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.21. Climatizador . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.22. Sistema BMW Teleservice . . . . . . . . . . . . . . . . . . . . . . 24
2.23. Aplicacin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.24. Arduino . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
2.25. XHTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.1. Shield Wi-Fi de Arduino . . . . . . . . . . . . . . . . . . . . . . . 37
3.2. Esquema funcional . . . . . . . . . . . . . . . . . . . . . . . . . . 46
4.1. Esquema general . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
4.2. Eagle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
ix
x / NDICE DE FIGURAS
4.3. Panel de control . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
4.4. Uso de libreras y colocar componente . . . . . . . . . . . . . . . . 52
4.5. Seleccionar componente . . . . . . . . . . . . . . . . . . . . . . . . 52
4.6. Mover componente y unir componentes . . . . . . . . . . . . . . . 53
4.7. Cambiar valor y crear PCB . . . . . . . . . . . . . . . . . . . . . 53
4.8. Componentes y uniones . . . . . . . . . . . . . . . . . . . . . . . . 54
4.9. Ratsnest y enrutamiento manual . . . . . . . . . . . . . . . . . . . 54
4.10. Puente recticador . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.11. Salida del puente recticador . . . . . . . . . . . . . . . . . . . . . 58
4.12. Filtro RC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.13. Filtro paso bajo . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
4.14. Recomendacin del fabricante . . . . . . . . . . . . . . . . . . . . 61
4.15. Recomendacin del fabricante . . . . . . . . . . . . . . . . . . . . 62
4.16. Fuente de alimentacin . . . . . . . . . . . . . . . . . . . . . . . . 63
4.17. Cristal u oscilador . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
4.18. Transmisin de datos I2C . . . . . . . . . . . . . . . . . . . . . . 68
4.19. Salidas digitales . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69
4.20. Acondicionamiento salida del rel . . . . . . . . . . . . . . . . . . 70
4.21. Entrada analgica del sensor . . . . . . . . . . . . . . . . . . . . . 70
4.22. Microcontrolador . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
4.23. RTC DS3231 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
4.24. Tecnologa MEMS . . . . . . . . . . . . . . . . . . . . . . . . . . 72
4.25. Oscilador MEMS DS3231 . . . . . . . . . . . . . . . . . . . . . . . 73
4.26. Circuito diseado . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
4.27. Direcciones de memoria y registros . . . . . . . . . . . . . . . . . 75
4.28. Esclavo recibe trama . . . . . . . . . . . . . . . . . . . . . . . . . 75
4.29. Esclavo enva trama . . . . . . . . . . . . . . . . . . . . . . . . . 75
4.30. Esclavo enva y recibe trama . . . . . . . . . . . . . . . . . . . . . 76
4.31. Mdulo Bluetooth LMX9838 . . . . . . . . . . . . . . . . . . . . . 77
4.32. Leds de estado . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
4.33. Conguracin UART LMX9838 . . . . . . . . . . . . . . . . . . . 78
4.34. Encapsulado para enviar datos . . . . . . . . . . . . . . . . . . . . 79
4.35. Mdulo Wi-Fi RN-171 . . . . . . . . . . . . . . . . . . . . . . . . 79
4.36. Mdulo Wi-Fi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
4.37. Mdulo Ethernet enc28j60 . . . . . . . . . . . . . . . . . . . . . . 81
4.38. Mdulo GPRS/GSM SIM900 . . . . . . . . . . . . . . . . . . . . 82
4.39. Tarjeta microSD . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
4.40. Sensor ACS712 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
4.41. Sensor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
4.42. Normativa bsica 1 . . . . . . . . . . . . . . . . . . . . . . . . . . 88
NDICE DE FIGURAS / xi
4.43. Anchura de pistas en funcin de la corriente . . . . . . . . . . . . 90
4.44. Separacin entre pistas . . . . . . . . . . . . . . . . . . . . . . . . 91
5.1. IDE de Arduino . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
5.2. Esquema funcionamiento . . . . . . . . . . . . . . . . . . . . . . . 105
5.3. Esquema de envo interfaz . . . . . . . . . . . . . . . . . . . . . . 106
5.4. Esquema programar carga . . . . . . . . . . . . . . . . . . . . . . 106
5.5. Ttulo con tag h1 . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
5.6. Pestaas creadas con div . . . . . . . . . . . . . . . . . . . . . . . 110
5.7. Ttulo creado con h2 . . . . . . . . . . . . . . . . . . . . . . . . . 110
5.8. Tabla con datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
5.9. Lnea horizontal . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
5.10. Campo de entrada de datos . . . . . . . . . . . . . . . . . . . . . 111
5.11. Lista desplegable . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
5.12. Botn . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
A.1. Gestin de carga . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
A.2. Fecha y hora actual . . . . . . . . . . . . . . . . . . . . . . . . . . 131
A.3. ltima carga . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
A.4. Comienzo carga . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
A.5. Duracin carga . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
A.6. Das de la semana . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
A.7. Conrmar carga . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
A.8. Consumo elctrico . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
A.9. Forzar carga . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
A.10.Conguracin Wi-Fi y Bluetooth . . . . . . . . . . . . . . . . . . 133
A.11.Modicar fecha y hora . . . . . . . . . . . . . . . . . . . . . . . . 133
A.12.Congurar la red Wi-Fi . . . . . . . . . . . . . . . . . . . . . . . 134
A.13.Dispositivos Bluetooth . . . . . . . . . . . . . . . . . . . . . . . . 134
A.14.Botn cambiar . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
ndice de tablas
3.1. Diferencias entre plataformas . . . . . . . . . . . . . . . . . . . . 35
3.2. Diferencias entre microcontroladores . . . . . . . . . . . . . . . . 36
3.3. Diferencias entre mdulos Wi-Fi . . . . . . . . . . . . . . . . . . . 39
3.4. Diferencias entre mdulos Ethernet . . . . . . . . . . . . . . . . . 40
3.5. Diferencias entre mdulos GSM/GPRS . . . . . . . . . . . . . . . 41
3.6. Diferencias entre mdulos RTC . . . . . . . . . . . . . . . . . . . 43
3.7. Diferencias entre mdulos Bluetooth . . . . . . . . . . . . . . . . 44
3.8. Activadores de carga . . . . . . . . . . . . . . . . . . . . . . . . . 45
4.1. Transformador myrra . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.2. Puente recticador . . . . . . . . . . . . . . . . . . . . . . . . . . 58
4.3. Regulador de tensin 5V . . . . . . . . . . . . . . . . . . . . . . . 61
4.4. Regulador de tensin 3.3V . . . . . . . . . . . . . . . . . . . . . . 62
4.5. Caractersticas Atmega2560 . . . . . . . . . . . . . . . . . . . . . 64
4.6. Correspondencias Atmega2560 y Arduino Mega . . . . . . . . . . 71
4.7. Caractersticas DS3231 . . . . . . . . . . . . . . . . . . . . . . . . 74
4.8. Caractersticas LMX9838 . . . . . . . . . . . . . . . . . . . . . . . 78
4.9. Caractersticas RN-171 . . . . . . . . . . . . . . . . . . . . . . . . 80
4.10. Caractersticas enc28j60 . . . . . . . . . . . . . . . . . . . . . . . 81
4.11. Caractersticas SIM900 . . . . . . . . . . . . . . . . . . . . . . . . 83
4.12. Datos sensor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
4.13. Distancia entre pistas segn potencial . . . . . . . . . . . . . . . . 92
6.1. Amortizacin en e/h . . . . . . . . . . . . . . . . . . . . . . . . . 118
6.2. Amortizacin en e . . . . . . . . . . . . . . . . . . . . . . . . . . 118
6.3. Gastos ingeniero . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
6.4. Gastos jefe proyecto . . . . . . . . . . . . . . . . . . . . . . . . . 119
6.5. Costes componentes hardware . . . . . . . . . . . . . . . . . . . . 119
6.6. Costes componentes hardware . . . . . . . . . . . . . . . . . . . . 120
xiii
Resumen y palabras clave
RESUMEN
Cargador telegestionado monofsico, con interfaz HTML, con cargas progra-
mables diferidas y monitor de consumo de potencia, para vehculos elctricos.
El desarrollo del sistema incluye, tanto, el diseo hardware como la imple-
mentacin software.
En el diseo hardware se tiene en cuenta la eleccin del microcontrolador a
utilizar, elementos de potencia, fuente de alimentacin, elemento de medida de
corriente y elementos de comunicacin, su diseo en una PCB con herramientas
CAD, su fabricacin y el montaje.
La implementacin software se centra en dos aspectos bien diferenciados, la
programacin del microcontrolador, y la programacin del interfaz web.
Hay 3 versiones diferentes de cargador, versin Ethernet, versin WiFi y una
versin con comunicacin GSM/GPRS.
PALABRAS CLAVE
Vehculo elctrico, carga, gestin, comunicaciones, econmico
xv
Summary and keywords
ABSTRACT
Single phase charger remotely managed with HTML interfaced with program-
mable deferred charges and a power monitor consumer for electric vehicles.
The development of the system includes both the hardware design and
implementation of software.
In Hardware design we have into account the election of the microcontroller
used, the power components, the power supply, the measuring element of power
and communication elements, a PCB (Printed Circuit Board) design tools CAD,
its manufacture and assembly.
The software implementation focuses onto two dierent aspects, the micro-
controller programming and the web programming interface.
There are 3 dierent versions of charger, Ethernet version, Wi-Fi version and
a version with GSM / GPRS communication.
KEYWORDS
Electric vehicle, charge, management, communications, economic
xvii
Captulo 1
Introduccin y objetivos
En este captulo se hace una breve introduccin del proyecto que engloba al
presente trabajo n de grado, as como una introduccin al mismo. Tambin se
presentarn los objetivos del presente trabajo.
1.1. Introduccin
En la actualidad, y cada vez ms, se est sustituyendo el uso de vehculos de
combustin por vehculos elctricos, estos ltimos tienen una autonoma bastante
inferior a los de combustin, por el contrario, son mucho ms ecientes, emiten
menor ruido y no producen contaminacin directa sobre la calidad del aire en las
ciudades.
Uno de los aspectos que hay que tener en cuenta con el vehculo elctrico es
que la carga de la batera no es instantnea y lleva un largo perodo de tiempo.
Pese a la desventaja que supone el tiempo de carga de la batera, la misma se
realiza en la base (en uso privado, en casa o en la propia empresa). Por tanto,
si un usuario selecciona un vehculo elctrico para hacer uso de l, recargar
mayoritariamente en casa o en la sede de la empresa donde el coste es reducido
1
2 / Introduccin y objetivos (Captulo. 1)
y est controlado. Esto se demuestra con los datos existentes actualmente, los
vehculos elctricos, en su gran mayora en uso particular son recargados en casa
(81 %). Adems, si a esto aadimos que en caso de otas, donde los recorridos
son ms deterministas y prcticamente la totalidad de las recargas se hace en las
propias empresas, nos movemos en cifras de recarga en la base (casa o empresa)
superiores al 90 %.
En este sentido, las soluciones que tecnolgicamente (telegestin y telecontrol)
ms se han desarrollado han sido para sistemas de carga para parking, otas,
gestores de carga, etc., es decir para instalaciones con servicio pblico, en los
que la inversin en equipos es considerable y slo se puede llegar a justicar en
determinadas circunstancias.
Sin embargo, para un usuario, a nivel de empresa o particular, que quiera
monitorizar y telegestionar su carga del vehculo elctrico, (VE a partir de ahora),
cuando ya tienen una instalacin elctrica en el garaje, no existe una solucin de
bajo coste fcil de desarrollar, independientemente del vehculo.
Hay que recordar que s existen soluciones particulares, para determinados
vehculos y para determinados usos, por ejemplo, Nissan en su modelo LEAF
ofrece CarWings, una herramienta de gestin de la carga que permite funciona-
lidades de telegestin. Sin embargo, son soluciones particulares y no se pueden
usar con otros vehculos, ni como gestin eciente de ota, y tampoco se puede
integrar en una gestin de carga coordinada.
La necesidad del proyecto llev a la Fundacin CARTIF, a plantear el desa-
rrollo de un proyecto, cuya nalidad es el desarrollo de una serie de herramientas
hardware y software que permitan controlar y telegestionar de forma eciente,
visual e integrada en dispositivos mviles, todas las variables de carga, consumo
y uso de vehculos elctricos.
MySmartPlug es un proyecto de desarrollo experimental que combina co-
nocimientos y tcnicas de ndole cientca y empresarial, desarrollado por la
Fundacin CARTIF. El objetivo del presente trabajo n de grado es conseguir
en un estudio inicial un prototipo de la parte mas bsica del proyecto global, el
que est centrado en el usuario particular, y el objetivo del proyecto global es
conseguir un prototipo de un nuevo producto con propiedades y funcionalidades
mejoradas que industrializar y comercializar la parte empresarial del consorcio.
Es un proyecto innovador por las mejoras que plantea sobre el estado actual
Objetivos / 3
de la tcnica. De forma general, el proyecto busca desarrollar equipos que
permitan telegestionar la carga de todos los vehculos en el mbito de usuario
particular y de empresa, basndose en las Tecnologas de la Informacin y las
Comunicaciones. Estos equipos, sern de bajo coste y tendrn capacidad para ser
usados de forma individual (mbito domstico) o de forma coordinada-colectiva
(otas) sin realizar una gran inversin. Adems el proyecto incluye el desarrollo
de equipos de monitorizacin en movimiento de todos los parmetros de inters
en el uso del vehculo elctrico.
Estos desarrollos se integran dentro de una plataforma de nivel superior
software, que permita gestionar de forma eciente toda la informacin, su visuali-
zacin, coordinacin de equipos y ajuste de programaciones. Esta plataforma dar
soluciones para la demanda de cada tipo de usuario: usuario a nivel particular,
ota no propia, ota propia, etc. La consecucin de los objetivos permitir
contribuir a modernizar el sector del transporte a travs de una solucin TIC
centrada en el vehculo elctrico.
Se trata por tanto, de un proyecto dentro del plan Nacional de I+D [1] alinea-
do especialmente con el reto ECONOMA Y SOCIEDAD DIGITAL, que busca
obtener varias soluciones comercializadoras (acceder a varios mercados/usuarios).
1.2. Objetivos
El proyecto establece diversos objetivos, que se relacionan a continuacin, as
como la adecuacin del proyecto a los mismos:
Apoyo a proyectos de cooperacin entre empresas y organismos
de investigacin. El proyecto MySmartPlug propuesto, en el caso de ser
seleccionado en la proyecto, se desarrollara ntegramente entre una empresa
y un Centro de Investigacin.
Promover el desarrollo de nuevas tecnologas: El proyecto MySmart-
Plug desarrollar importantes mejoras tecnolgicas sobre los sistemas de
cargadores de vehculos elctricos, con propiedades y funcionalidad mejora-
das.
Aplicacin empresarial de nuevas ideas y tcnicas: Una vez desarro-
lladas las nuevas tecnologas, el objetivo de la proyecto es que el resultado
llegue al mercado. Esto se consigue con el proyecto MySmartPlug a travs
del proceso de patentado y explotacin de los resultados obtenido por parte
de los socios del consorcio.
4 / Introduccin y objetivos (Captulo. 1)
Contribuir a la creacin de nuevos productos y servicios: El proyec-
to MySmartPlug, cuyo objetivo es el desarrollo una serie de herramientas
hardware y software que permitan controlar y telegestionar de forma e-
ciente, visual e integrada en dispositivos mvil, todas las variables de carga,
consumo y uso de vehculos elctricos, cumple asimismo este objetivo.
Generacin de una masa crtica en I+D+I de carcter multidis-
ciplinar: El proyecto MySmartPlug es multidisciplinar, ya que se enmarca
dentro del Reto 7, Economa y Sociedad Digital, aplicando desarrollos de
ingeniera de las TICS para buscar una solucin comercializable dirigida a
varios mercados y/o usuarios, as como el sector del automvil y, en concreto,
al Transporte inteligente, sostenible e integrado.
Orientar la actividad de empresas ya existentes hacia la actividad
innovadora: El proyecto MySmartPlug refuerza la actividad de I+D+I de
las dos entidades participantes, aumentando notablemente la misma.
Generar empleo: El proyecto MySmartPlug dar empleo a tres (3) titula-
dos universitarios desde el inicio de su ejecucin, hasta al menos el n de la
misma, conando en que la adecuacin de este personal a los requisitos de
la empresa y la futura situacin econmica y laboral de la empresa permi-
tan jar estos puestos de trabajo como permanentes, por lo que cumple el
referido objetivo.
Mejorar la balanza tecnolgica del pas: El proyecto MySmartPlug
crear un equipo de alta tecnologa que permitir conseguir repercusin in-
ternacional, as como una gama de productos exportable a todos los pases de
la comunidad europea como principal objetivo, pudiendo fcilmente ampliar
esos lmite a otros pases y continentes.
Reforzar la capacidad de liderazgo internacional del Sistema es-
paol de Ciencia Tecnologa e Innovacin: El producto del proyecto
MySmartPlug tendr un claro prestigio a nivel europeo.
Contribuir a mejorar la competitividad del tejido empresarial: El
proyecto MySmartPlug mejorar de forma crucial la capacidad competitiva
de los socios del proyecto.
La parte de MySmartPlug en la que se centrar el presente trabajo n de
grado ser la correspondiente al desarrollo e implementacin del sistema de carga
orientado al usuario particular, tanto la parte de Hardware como la de Software,
esto es debido a la envergadura del proyecto completo y al horizonte temporal
Objetivos / 5
del mismo.
El objetivo del presente trabajo n de grado en la obtencin de un sistema
para la gestin de carga del vehculo elctrico lo mas genrico posible, as como un
interfaz claro y de facil manejo por parte del usuario, tambin se pretende el bajo
costo del mismo, siendo esto la pieza angular sobre la que rotar el trabajo, para
hacer una solucin accesible al mayor nmero posible de personas. El presente
trabajo tambin pretende dar el mayor abanico posible de opciones para la comu-
nicacin con el dispositivo, por ello se desarrollarn tres tipos de comunicacin
con el usuario,
Comunicacin Etherner: Para ello se realizar un dispositivo que permita
una comunicacin via cable de red a un router.
Comunicacin Wi-Fi: Otro modo de comunicacin ser a travs de Wi-
Fi, de modo inalmbrico, pudindose conectar directamente al dispositivo
como Access point, o a travs de un
Captulo 2
Estado del arte
En este captulo se va ha hablar sobre las diferentes alternativas que existen
en el mercado, o similares, del presente trabajo n de grado.
2.1. Estado del arte
Este proyecto est relacionado con los sistemas y tecnologas actuales, des-
critas a continuacin, en tres aspectos fundamentalmente: Por un lado, los
llamados enchufes inteligentes, por otro los sistemas de recarga de vehculos
elctricos y por ltimo los sistemas propietarios de telegestin y telecontrol
de los vehculos elctricos.
Enchufes inteligentes
Actualmente existen en el mercado dispositivos del tipo enchufe inteligente,
siendo dispositivos que se conectan entre la toma de la pared y el dispositivo
cuyo funcionamiento se desea gestionar remotamente (conectar o desconec-
tar) y en algunos casos medir la potencia y registrar la energa consumida.
Dentro de los posibles equipos tipo enchufe inteligente podemos citar los tres
siguientes ejemplos [2]:
7
8 / Estado del arte (Captulo. 2)
Belkin interruptor WeMo.
Belkin interruptor MeWoInsightSwitch.
Dispositivo POD del Sistema Wattio.
Belkin interruptor WeMo
Este interruptor con Wi-Fi de Belkin permite encender o apagar
dispositivos electrnicos desde cualquier sitio. El Interruptor WeMo
mostrado en la gura 2.1 utiliza la red inalmbrica de la vivienda para
facilitar un control inalmbrico sobre televisores, lmparas, equipos
de msica, calefactores, ventiladores y mucho ms. Este equipo no
permite medir consumos de potencia instantneos y por tanto tampoco
energa consumida por el dispositivo en un determinado periodo de
tiempo. El dispositivo se controla e incluso programa remotamente a
travs de la App gratuita WeMo disponible para iPhone y Android.
Figura 2.1. Belkin Interruptor WeMo
Belkin interruptor MeWoInsightSwitch
Este dispositivo es la evolucin del anterior, de tal forma que a
la funcionalidad previa de control de interruptor se aade la capaci-
dad de medir la potencia instantnea que se est suministrando al
dispositivo conectado y por tanto registrar la energa consumida.
Figura 2.2. Belkin interruptor MeWoInsightSwitch
El control del dispositivo as como el acceso a la informacin de
consumos energticos, costes econmicos y horarios de funcionamiento
Estado del arte / 9
se hace a travs de la App gratuita WeMo disponible para iPhone y
Android. El dispositivo se muestra en la gura 2.2. Dispositivo POD
del Sistema Wattio
Este dispositivo mostrado en la gura 2.3 presenta las dos funcio-
nalidades: controlabilidad (conexin y desconexin) y monitorizacin
(medida de consumos instantneos y registro de energas consumidas).
Este enchufe inteligente no puede instalarse slo, sino que debe ir
acompaado obligatoriamente de una centralita domtica inteligente
llamada Gate. Este dispositivo es un mini-pc con pantalla tctil y se
comunica por un lado con todos los enchufes POD instalados en la
vivienda (a travs del protocolo Zigbee) y por otro lado con el router
Wi-Fi que proporciona el acceso a Internet a la vivienda. Los distintos
interruptores pueden ser gestionados (controlados y monitorizados)
tanto desde la pantalla del Gate, como remotamente a travs de Apps
para mviles y tablets como a travs de un interfaz Web.
Figura 2.3. Dispositivo POD del Sistema Wattio
Existen cada vez ms dispositivos similares a los enchufes inteligentes
anteriores. Algunos son dispositivos ya comerciales en Europa, otros slo
en Estados Unidos (diferente tensin de red) y otros estn en la fase de
prototipo y bsqueda de nanciacin mediante colaboracin distribuida
a cambio de versiones preliminares de los dispositivos (ulele, kickstarter,
etc.). Desde el punto de vista del tipo de conectividad, algunos tienen
conectividad Wi-Fi, otros son sistemas DECT, sistemas Zigbee, etc. Por
otro lado, todos estos dispositivos estn diseados para un uso domstico en
el interior de una vivienda, y para la conexin de electrodomsticos de baja
y media potencia. Presentan un esfuerzo de diseo en el aspecto esttico
al intentar hacer los dispositivos lo ms estilizados posible, renunciando
a la posibilidad de conectar dispositivos de alta potencia durante largos
periodos de tiempo como puede ser la carga nocturna completa de un
vehculo elctrico.
2.1.1. Sistemas de recarga de vehculos elctricos
Respecto a los proyectos, tecnologas y sistemas referentes a la recarga de
vehculos elctricos, si algo caracteriza la situacin actual es la falta de
normalizacin en los sistemas de recarga, fundamentalmente en el modelo
de enchufe, as como de las medidas de seguridad del punto de recarga
para evitar efectos indeseados al conectar el vehculo a la red elctrica.
Actualmente hay una situacin de espera en el sentido de ver cul ser
el enchufe que se estandarice para Europa. Ningn fabricante se quiere
lanzar a la fabricacin en masa de puntos de recarga si no van a estar
seguros de que este ser el modelo estndar. Ni siquiera los fabricantes de
vehculos elctricos tienen claro por qu conector apostar, de tal forma que
dos modelos distintos de vehculo elctrico de un mismo fabricante llevan
conectores distintos.
Esta guerra de conectores en el lado del vehculo elctrico, est frenando la
implantacin de puntos de carga especcos, por lo que todos los fabricantes
de vehculos elctricos suministran junto con el vehculo un cable adaptador
para poder realizar la carga (una carga lenta y limitada en corriente) en
un enchufe convencional del tipo Schuko habitual en cualquier instalacin
domstica. En la gura 2.5 se muestran dos ejemplos de cables-adaptadores
(el modelo de la izquierda para un vehculo elctrico con conector tipo SAE
J1772 y el modelo de la derecha para uno con conector tipo Mennekes).
Figura 2.4. Parmetros
De esta forma, se da la paradoja de que a pesar del constante desarrollo de
sistemas de carga rpida con sus conectores y equipamientos especcos,
hoy en da, la gran mayora de las recargas elctricas se estn realizado de
Estado del arte / 11
forma lenta a travs de conectores Schuko convencionales. En la gura 2.4
se explica el estado actual de las soluciones de recarga.
Existen tres parmetros que condicionan y clasican las soluciones de car-
ga. Estos son: Los Modos de carga, los Tipos de Recarga y los Tipos de
Conectores.
Figura 2.5. Ejemplos de cables-adaptadores
Tipos de Recarga
Los tipos de recarga [3] estn relacionados con la potencia del punto de
recarga e impacta en la duracin de la carga. La rapidez de la recarga se
obtiene segn el tipo de corriente elctrica (alterna o continua), obteniendo
distintos niveles de amperaje y, en consecuencia, de potencia elctrica. En la
prctica, una infraestructura de recarga con una potencia ms alta permite
recargas ms rpidas. Se suelen considerar tres tipos posibles de recargas:
Recarga convencional.
Recarga semi-rpida (32 Amperios).
Recarga rpida.
A) RECARGA CONVENCIONAL(16 Amperios)
La recarga convencional aplica niveles de potencia que implican
una carga con una duracin de unas 8 horas aproximadamente.
Emplea la intensidad y voltaje elctricos del mismo nivel que la propia
vivienda, es decir, 16 amperios y 230 voltios. Esto implica que la
potencia elctrica que puede entregar el punto para este tipo de cargas
es de aproximadamente 3,7 kW. Con este nivel de potencia, el proceso
de carga de la batera tarda unas 8 horas.
Teniendo en cuenta el sistema elctrico actual, esta solucin de
recarga es ptima desde el punto de vista de la eciencia, para recargar
el vehculo elctrico durante la noche, que es cuando menos demanda
energtica existe, en un garaje de una vivienda unifamiliar o garaje
comunitario.
B) RECARGA SEMI-RPIDA(32 Amperios)
La recarga semi-rpida aplica niveles de potencia que implican
una carga con una duracin de unas 4 horas aproximadamente.
Emplea 32 amperios de intensidad y 230 VAC de voltaje elctrico.
Esto implica que la potencia elctrica que puede entregar el punto
para este tipo de cargas es de aproximadamente 7,3kW.
Con este nivel de potencia, el proceso de carga de la batera
tarda unas 4 horas. Esta solucin es ptima, fundamentalmente, para
recargar el vehculo elctrico durante la noche en un garaje de una
vivienda unifamiliar o garaje comunitario.
C) RECARGA RPIDA
En este tipo de carga se supone que en 15 minutos se puede
cargar el 65 % de la batera.
La carga rpida emplea una mayor intensidad elctrica y, ade-
ms, entrega la energa en corriente continua, obtenindose una
potencia de salida del orden de 50kW.
Esta solucin es la que, desde el punto de vista del cliente, se
asemeja a sus hbitos actuales de repostaje con un vehculo de
combustin. Estas cargas deben ser concebidas como extensin de
autonoma o cargas de conveniencia.
Las exigencias a nivel elctrico son mayores que en la recarga
convencional. Lo que puede implicar la necesidad de adecuacin de la
red elctrica existente. Por poner una referencia, la potencia requerida
para este tipo de instalaciones es comparable a la de un edicio de 15
viviendas.
Modos de Carga
Los modos de carga [4] estn relacionado con los protocolos de comunicacin
entre el punto de recarga y el vehculo. Impacta en el nivel de control del
proceso de carga entre el punto de recarga y el vehculo. Los modos con
numeracin ms alta corresponden, en trminos generales, a infraestructuras
con un nivel de protocolos de comunicacin ms elevados.
En funcin de las caractersticas de vehculo elctrico y bateras existen cua-
tro modos de recarga de vehculo elctrico segn la norma UNE-EN 61851-1.
MODO 1
Conexin del vehculo elctrico a la red a travs de un enchufe
normalizado de 16A. La conexin se muestra en la gura 2.6. Es el VE
el que incorpora un cargador que controla el proceso de carga de la
batera. La conexin puede ser monofsica (terminales de fases, neutro
y tierra).
Figura 2.6. Modo 1
La potencia mxima de este modo es 3.7 kW para la conexin mono-
fsica y 11kW para la conexin trifsica. La corriente no superar en
ningn caso los 16 A por fase.
MODO 2
Conexin de vehculo elctrico a la red mediante una toma de
corriente normalizada, especca para la carga de vehculos. La toma
no tiene que estar permanentemente conectada a la red. En este modo,
vuelve a ser el VE el que incorpora el dispositivo que regula la carga
de las bateras.
La conexin puede ser monofsica usando fase y neutro o trifsica con
neutro. Es obligatoria la existencia de un conductor piloto de control
as como una caja de control (situada a no ms de 30 cm del enchufe
de pared), que controlarn la abilidad de la conexin y jar los
parmetros del proceso de carga. La conexin se muestra en la gura
2.7.
Figura 2.7. Modo 2
La potencia mxima que se puede entregar en este modo son 7.4
kW para conexin monofsica y 22 kW para la conexin trifsica. La
corriente est limitada a 32 A por fase.
MODO 3
Conexin directa del vehculo elctrico a la red de corriente al-
terna, mediante una toma de recarga ja, que est permanentemente
unida a la red general de distribucin. El vehculo debe incorporar su
propio cargador de la batera. La conexin se muestra en la gura 2.8.
Figura 2.8. Modo 3
La potencia mxima que se puede entregar en este modo son 7.4 kW
para conexin monofsica y 22kW para la conexin trifsica (32 A por
fase).
MODO 4
Conexin indirecta del vehculo elctrico a la red de corriente al-
terna, mediante una toma de recarga ja, que est permanentemente
unida a la red general de distribucin. La propia toma dispone de
un sistema para regular la carga de la batera por lo que se alimenta
directamente la batera del vehculo. La conexin se muestra en la
gura 2.9.
Figura 2.9. Modo 4
La potencia mxima que se puede entregar en este modo son 210kW
para la conexin trifsica alterna (250 A por fase) y 240 kW para la
conexin en corriente continua (400 A).
Tipos de Conectores
El tipo de conector es el enchufe para la conexin de la recarga del vehculo
elctrico.
Existen distintas marcas y modelos que presentan distintas conguraciones
de nmero de entradas y para las comunicaciones con vehculo elctrico. Los
conectores para vehculos elctricos [3] se encuentran regulados UNE 62196,
modicadas por la IEC 62196-2 y 3.
Conector Schuko.
Conector SAE J1772.
Conector Mennekes.
Conector Scame.
Conector Chademo.
Conector SAE J1772 combo.
Conector Mennekes combo.
CONECTOR SCHUKO
Schuko (forma abreviada del trmino alemn Schutzkontakt, lite-
ralmente: contacto protector), es el nombre coloquial de un sistema de
toma de corriente (clavija y base) que se dene en el estndar CEE
7/4 como Tipo F. Un enchufe Schuko est formado por dos clavijas
cilndricas, de 4,8 mm de dimetro, 19 mm de longitud y separadas 19
mm, para los contactos de la fase y el neutro, ms dos contactos planos
en la partes superior e inferior de los laterales del enchufe destinados
para conectar la toma de tierra, tal como se muestra en la gura 2.10.
Figura 2.10. Conector Schuko
El conector Schuko, es el conector habitual usado en Europa, y que
es utilizado por todos nuestros aparatos elctricos. Es especialmente
frecuente en motos y bicis elctricas. Ocialmente es el Tipo F denido
en el estndar CEE 7/4. Es para 230 V y hasta 16 amperios. Extendido
por toda Europa excepto por UK, Irlanda, Malta y algn otro sitio
ms. Fase, neutro y tierra. El ms tpico del modo 1 y casi siempre
de los cables para modo 2 en el lado de la estacin de carga, aunque
siempre teniendo en cuenta la limitacin de 16 amperios y que solo es
monofsico.
La recarga (carga completa de un vehculo elctrico grande cu-
yas bateras estn completamente descargadas), a 16 A durante ms
de dos horas, en un enchufe convencional (Schuko) representa un
riesgo, pues dichos conectores (y/o las tomas en las que se enchufan)
no estn homologados para trabajar con estos requerimientos. Por ello
se recomienda no superar los 10A en recargas en este modo con este
enchufe. Ya se han dado casos de rotura de enchufes por calentamiento
trmico tal y como se muestra en la gura 2.11.
Figura 2.11. Conector Schuko quemado
Por esta razn, las cajas controladoras de los cables adaptadores para
cargar los VE en Modo 2 a travs de un enchufe Schuko, adems de
vericar la correcta conexin de ambos enchufes, establecen una limi-
tacin en la intensidad de carga a valores que oscilan entre 10 y 12
amperios. Lo que implica obligatoriamente, que dicha carga ser una
carga lenta.
Figura 2.12. Conector Twizy
El resto de vehculos elctricos que se cargan con cable Schuko directo
(sin presencia de caja reguladora) son fundamentalmente moto y bicis
elctricas y mini turismos elctricos como el Renault Twizy (gura
2.12), cuya pequea batera de 7 KWh slo requerira 3 horas y media
de carga a una corriente mxima limitada (por el propio vehculo
elctrico) de 10 A, y por tanto garantizando que no producir la rotura
trmica del enchufe o la toma Schuko.
CONECTOR SAE J1772
Ha sido desarrollado en EE.UU. por la Sociedad de Ingenieros
de la Automocin. (Society of Automotive Engineers, SAE)
Es el conector por excelencia de los coches elctricos, ya que lo incor-
poran entre otros, los siguientes modelos: Nissan Leaf, Chevrolet Volt,
Toyota Prius Plug-in Hybrid. Ford Focus Electric, Renault Kangoo
Z.E., Renault Fluence Z.E., Think City.
Figura 2.13. Conector SAE J1772
El SAE J1772 (gura 2.13) es un enchufe circular con un dimetro de
43 mm, que dispone de las tomas tpicas de corriente, fase y neutro
(ms toma de tierra), de cualquier enchufe monofsico. Pero adems
de esto, este enchufe s es especial por su forma y sus dos conectores
extra. Estos dos conectores se usan para comunicarse con el coche,
y detectar la conectividad. Por otro lado, el conector est diseado
con una forma de seguridad para impedir cualquier tipo de acceso al
mismo por parte de terceros.
El estndar J1772 incluyes varios niveles de proteccin frente a
descargas (shock) elctricas, asegurando la seguridad de la carga
incluso en situaciones de humedad. Fsicamente, los pines de conexin
estn aislados en el interior del conector cuando ste se encuentra
enchufado, impidiendo el acceso fsico a dichos pines. Cuando no est
enchufado, no existe tensin en los pines y la corriente de carga no
uye hasta que sea ordenada por el vehculo.
Los pines del conector tienen un diseo de tal forma que si el
conector se desenchufa fsicamente durante una carga, los pines de
control (son ms cortos) son los primeros que se desconectarn y el
sistema detectar esta desconexin cortando la corriente antes de que
lleguen a separarse los pines de potencia, e impidiendo por tanto la
posible ocurrencia de arcos elctricos y descargas accidentales. As
mismo, en el momento de la insercin del conector en su base, primero
hacen contacto los pines de potencia (que no tienen tensin) y luego
hacen contacto los pines de control a travs de los cuales el vehculo
activa la carga y por tanto el ujo de corriente elctrica a travs de
los pines de potencia los cuales es seguro que ya estn correctamente
acoplados. La activacin del proceso de carga no se basa en un simple
contacto elctrico, sino que existe un protocolo de comunicacin
usando una combinacin de seales de 12 Vdc y ondas cuadradas de
1KHz con modulacin PWM.
A veces este conector tambin es conocido como conector Yaza-
ki, por ser esta empresa responsable de buena parte de su desarrollo
y forma nal, aunque Yazaki es un fabricante que de hecho produce
tomas SAE J1772 pero tambin tipo CHAdeMO (un conector de
corriente continua para el Modo 4 de carga).
Si bien el estndar contempla hasta 250 V y 80 amperios, el Ya-
zaki (o SAE J1772) est actualmente certicado para 30 amperios. No
obstante, tal y como se ha comentado antes. Si la conexin, no se hace
a un punto de carga especco para conectores y sistema SAE, sino que
se hace a travs de un enchufe convencional Schuko (usando el cable
adaptador correspondiente). Entonces por limitaciones de seguridad
del conector Schuko, la cargar se har con una corriente limitada de
10-12 A.
CONECTOR MENNEKES
Figura 2.14. Conector Mennekes
El conector Mennekes es de reciente fabricacin, se muestra en la gura
2.14. Mennekes es en realidad el nombre de la empresa que dise y
construy el conector VDE-AR-E 2623-2-2, que es su nombre ocial,
pero se le conoce habitualmente como conector Mennekes. Es una
variacin especca para coches elctricos de los conectores IEC 60309,
segn IEC 62196 es el conector de tipo 2 y pensado para el modo 3 de
recarga, muy parecido en distribucin de pines y forma bsica al SAE
J1772. Permite desde cargas monofsicas a 16A hasta trifsicas a 63
A, o lo que es lo mismo, desde 3,7 kW a 43,5 kW de potencia. Es muy
verstil en lo que respecta a la parte elctrica (monofsica y trifsica
en un rango muy amplio de amperaje), pero sin embargo no permite
todas las modalidades de carga en el modo 3 y se le ha criticado su
precio excesivo comparado con otros como el Scame. Es el formato
apoyado por Alemania. Actualmente incorporan este conector coches
como el Renault Zoe o el Smart Fortwo Electric. Tiene un dimetro
de 55 mm, aunque presenta un corte recto en la zona de los pines
de control para impedir su conexin invertida. Presenta 5 pines para
potencia elctrica trifsica (dos no se utilizan en caso de alimentacin
monofsica) y dos pines para sealizacin y control con una losofa
prcticamente idntica en lo que respecta a la seguridad y regulacin
de carga igual que el SAE J1772.
CONECTOR SCAME
El conector Scame nace en el ao 2010, producto de una alianza
llamada EV Plug Alliance, formada por los fabricantes Scame (com-
paa italiana), Schneider Electric y Legrand. Se muestra en la gura
2.15.
Figura 2.15. Conector Scame
El enchufe es de tipo 3, segn el estndar IEC. Permite hasta una
potencia de 22KW. Por ahora, no lo incorpora ningn coche, pero
los Wall-Box de Schneider Electric disponen de este tipo de conec-
tor. Adems, el cable que ofrecen tiene salida a SAE J1772 o Mennekes.
Soporta carga monofsica a 16 amperios mediante la variante
del conector 3A, con fase, neutro, tierra y pin de control, o monofsica
y trifsica a 32 amperios mediante la variante del conector 3C, con
tres fases, neutro, tierra, y pines de control y presencia. Sobre el papel
soporta hasta 22 kW.
Tiene como principales ventajas una tapa que protege los termi-
nales siempre que esta desenchufado, proteccin de los propios
terminales de conexin mediante obturadores interiores que slo se
abren al insertar el conector en su toma. Tiene un precio inferior al
Mennekes. Francia e Italia apoyan este formato.
Todas las consideraciones anteriores respecto el nmero de pines
de potencia y sealizacin y control del conector Mennekes son
aplicables exactamente igual para el conector Scame.
CONECTOR CHAdeMO
CHAdeMO es el nombre de una asociacin japonesa formada
por la Tokyo Electric Power Company (TEPCO), Nissan, Mitshubishi,
Fuji Heavy Industries (Subaru) y Toyota. El conector conocido como
CHAdeMO (gura 2.16) fue diseado por la TEPCO. Su nombre
deriva de la frase japonesa ocha demo ikagadesuka que signica ms o
menos qu tal si tomamos un t?, haciendo referencia a los escasos
minutos que son necesarios para recargar el coche, el tiempo de tomar
una taza de t.
Figura 2.16. Conector CHAdeMO
Ocialmente, sin embargo, se supone que es la abreviatura de CHArge
de MOve o CHArgeforMOving. Es un conector para modo 4, en
corriente continua, que proporciona actualmente hasta 62,5 kW de
potencia. La comunicacin con el vehculo es por CAN bus. El Nissan
Leaf tiene opcionalmente este conector de carga, junto con un conector
SAE J71772 que viene de serie. Este conector tiene forma circular
con un dimetro de 77 mm y presenta 10 pines, dos pines para
positivo y negativo de la carga en corriente continua (voltajes 50-500
Vdc y corriente mxima de hasta 200 A) y 8 pines para control y
comunicacin.
CONECTOR SAE J1772 COMBO
Es la variante nueva del SAE J1772 denominada SAE J1772
Combo que incorpora un nuevo conector con un par de terminales
para la carga en corriente continua, tal como se muestra en la gura
2.17. De esta forma con una nica toma se puede realizar carga en
alterna (lenta semi-rpida) o en continua (carga rpida).
Figura 2.17. Conector SAE J1772 Combo
Permite cargar a tensiones de 200 a 450 VdC y 80 amperios (36 kW)
para la carga de nivel 1 y hasta 200 amperios (90 kW) para la de
nivel 2. Se supone que una futura especicacin para nivel 3 permitir
cargas a 600 V y 400 amperios, 240 kW. En principio, este tipo de
conector tendr ms implantacin en el mercado americano, que es
donde el conector SAE est ms implantado.
CONECTOR MENNEKES COMBO
Al igual que en el caso del SAE Combo, este nuevo conector
parte de incorporar al conector Mennekes, dos nuevos conectores para
realizar la carga rpida en continua. Este conector se muestra en la
gura 2.18.
Figura 2.18. Conector Mennekes Combo
Este conector est incorporado en el nuevo Volkswagen e-up, y el BMW
i3. Estos nuevos sistemas combinados de carga se conocen como CCS
(CombinedChargingSystem - sistema combinado de carga), y permiten
la carga con corriente continua y alterna. As permite recargar la batera
en la mayora de las estaciones de carga. Si utiliza la carga rpida con
corriente continua en estaciones de carga pblicas, la batera vuelve a
alcanzar en tan solo 30 minutos el 80 % de su capacidad de carga.
2.1.2. Sistemas propietarios de telegestin de vehculos elctricos
Por ltimo, se analizan a continuacin, algunos sistemas propietarios de tele-
gestin y tele-control de vehculos elctricos. Estos sistemas son especcos
para cada vehculo, y su utilizacin implica obligatoriamente registrarse en
el sistema del fabricante del vehculo. Se van a estudiar dos sistemas: El
sistema Carwings de Nissan, que utiliza el Nissan Leaf y que fue uno de los
primeros sistemas de este tipo. Y tambin el sistema BMW i Remote que
corresponde a un recin llegado, el vehculo elctrico BMW i3.
Sistema Nissan carwings.
Sistema BMW connected drive.
SISTEMA NISSAN CARWINGS
El Sistema Telemtico Carwings [5] exclusivo de Nissan Connect permite
visualizar datos de tu vehculo Nissan Leaf y controlar algunas funciones
directamente desde tu Smartphone o PC.
Este servicio permite conrmar el estado de la batera del coche antes de
salir o durante la carga desde un ordenador o un telfono mvil (guras
2.19 y 2.20). Tambin es posible conrmar el tiempo restante hasta la carga
completa, el estado de carga actual y el estado de la conexin del cable,
adems del estado actual de la batera y la autonoma disponible.
Figura 2.19. Estado vehculo
Este servicio permite iniciar la carga del vehculo inmediatamente desde un
ordenador o un telfono mvil. Tambin permite programar la carga para
aquellos momentos en que la electricidad es ms econmica.
Figura 2.20. Estado batera
Este servicio permite encender el climatizador (gura 2.21) desde un ordena-
dor o un telfono mvil, as al iniciar el trayecto en el Leaft la temperatura
en el interior ser agradable. Si se utiliza este servicio cuando el vehculo est
enchufado mediante un cable de carga, ser posible encender el climatizador
sin utilizar la batera y por tanto conducir durante ms tiempo. Tambin es
posible poner en marcha el climatizador utilizando la batera con el cable de
carga desenchufado por perodos limitados automticamente a 15 minutos
para ahorrar batera.
Figura 2.21. Climatizador
SISTEMA BMW CONNECTED DRIVE (BMW i REMOTE
APP)
El fabricante de automviles BMW ofrece el sistema BMW ConnectedDrive
[6] dentro del cual se ofrecen distintas y especcas aplicaciones y funciona-
lidades de conectividad, gestin, asistencia y telecontrol del vehculo tanto
para vehculos elctricos como de combustin interna. En el caso del vehculo
elctrico i3, la aplicacin BMW i Navigation se encarga de la navegacin GPS
y su relacin con los puntos de recarga y la eciencia en la conduccin. Los
sistemas BMW Teleservices se encargan de monitorizar el comportamiento
del vehculo y su batera y de avisar al usuario en el caso de incidencia en el
funcionamiento, tal como se muestra en la gura 2.22. La aplicacin BMW
iRemote App para Android o iOS, se encarga de proporcionar la extensin
en el Smartphone de las funcionalidades de gestin y acceso remoto.
Figura 2.22. Sistema BMW Teleservice
Figura 2.23. Aplicacin
La aplicacin BMW i Remote para iOS y Android (gura 2.23), permite
ver informacin actualizada del estado actual del BMW i, como posicin
geogrca actual, autonoma, nivel de carga de la batera, mensajes de
Tecnologas utilizadas en el dispositivo desarrollado / 25
servicio e informacin sobre si la puertas y ventanas estn cerradas y
las luces apagadas. El proceso de carga de la batera puede ser iniciado
remotamente desde el mvil as como tambin se puede establecer desde ste
temporizaciones semanales de inicio de carga. Tambin se puede acceder a
la climatizacin del vehculo para que ste se aclimate justo antes del inicio
programado de un viaje, sin descargar la batera, sino utilizando la energa
del punto de carga al que se encuentra conectado.
Otra funcionalidad remota que incorpora es la posibilidad de abrir y cerrar
remotamente las puertas del vehculo, as como activar las luces en modo
ash y el claxon, para facilitar la bsqueda del vehculo en un parking.
Tambin es posible enviar destinos, puntos de inters y rutas desde el mvil al
sistema de navegacin del vehculo. La aplicacin tambin mide la eciencia
de cada viaje y proporciona consejos tiles sobre como conducir de forma
ms eciente y aumentar de esta forma la autonoma del vehculo elctrico.
El valor de la eciencia de cada trayecto, puede ser compartido de forma
annimo con otros usuarios de la comunidad BMW i y comparado si se
desea.
2.2. Tecnologas utilizadas en el dispositivo desarrolla-
do
El sistema de gestin de la carga del vehculo elctrico desarrollado en el
presente proyecto es de Modo 1, permite una carga monofsica con una
limitacin de corriente de 16A, siendo un enchufe Schuko el tipo de conector.
El diseo del Hardware/Software embebido est basado en la plataforma
abierta de Hardware/Software Arduino, concretamente en un Arduino
Mega2560.
Arduino [7] (gura 5.1) es una plataforma electrnica abierta para la creacin
de prototipos basada en Software y Hardware exibles y fciles de utilizar.
Su creacin se realiz en el ao 2005 pensando en artistas, diseadores,
acionados y cualquier interesado en crear entornos u objetos interactivos.
Fue creado por Ben Fry y Casey Reas. Arduino se puede utilizar tanto
para desarrollar objetos interactivos autnomos, como para conectarse al
software del ordenador. Las placas se pueden adquirir directamente o se
pueden fabricar de forma manual. El entorno de desarrollo integrado libre
se puede descargar gratuitamente.
Figura 2.24. Arduino
Las plataformas Arduino estn basadas en los microcontroladores Atme-
ga168, Atmega328, Atmega1280, Atmega8, Atmega2560 y otros similares,
que son chips sencillos y de bajo coste que hacen posible el desarrollo de
mltiples diseos. En el presente proyecto se usa el Atmega2560.
Puede utilizarse de manera libre para desarrollar cualquier tipo de proyecto
sin necesidad de adquirir ninguna licencia. sto es posible ya que es
Open-Hardware, lo que implica que tanto el diseo como la distribucin es
libre.
Las caractersticas que la hacen diferente del resto de hardware que hay en
el mercado se mencionan a continuacin:
Bajo coste: Las placas son ms asequibles comparadas con otras pla-
taformas de microcontroladores.
Multi-Plataforma: El software funciona en los sistemas operativos
Windows, Macintosh y Linux. La mayora de los entornos para micro-
controladores estn limitados a Windows.
Entorno de programacin simple y directo: El entorno de pro-
gramacin es fcil de utilizar para principiantes y es lo sucientemente
exible para los usuarios avanzados.
Software ampliable y de cdigo abierto: El software est publica-
do bajo una licencia libre, y preparado para ser ampliado por progra-
madores experimentados. El lenguaje puede ser ampliado a travs de
libreras de C++, y si se est interesado en profundizar en los detalles
tcnicos, se puede dar el salto a la programacin en el lenguaje C en el
que est basado. Del mismo modo se puede aadir directamente cdigo
en C en los programas.
Hardware ampliable y de cdigo abierto: Los esquemas de los
mdulos estn publicados bajo la licencia Creative Commons. De es-
te modo los diseadores de circuitos con experiencia pueden hacer su
propia versin del mdulo, amplindolo u optimizndolo.
Tecnologas utilizadas en el dispositivo desarrollado / 27
El lenguaje de programacin es el wiring, que est basado en el lenguaje
processing. Processing es un lenguaje de programacin y entorno de desa-
rrollo integrado de cdigo abierto basado en Java, de fcil uso y que est
enfocado a la enseanza y produccin de proyectos multimedia e interactivos
de diseo digital.
2.2.1. Placas de Arduino
Existen una gran cantidad de placas (freeduino) que se han desarrollado a
partir del proyecto Arduino, y que no han sido creadas por el equipo ocial de
desarrollo de Arduino. A continuacin se exponen las placas ms conocidas
creadas de manera ocial por Arduino, de las cuales se han hecho varias
revisiones:
Arduino UNO
Es una placa que se conecta al PC a travs de un cable USB estndar.
A travs de esta conexin se alimenta la placa, adems de permitir
programarla y utilizarla.
Arduino Mega
Es una placa similar a la UNO, pero ms grande y potente. En una
reciente revisin se sustituy el microcontrolador por el Atmega2560.
Tiene mayor nmero de pines de entradas y salidas digitales, ms pines
PWM, entradas analgicas, etc. Va a ser la placa utilizada en el presente
proyecto.
Arduino Mega ADK
Es una placa similar al Mega, pero con una interface USB para conectar
con telfonos basados en Android.
Arduino Pro
Similar al Uno, pero est diseada con la intencin de instalaciones
semipermanentes. La placa se entrada sin los conectores o headers, es
compatible con las diferentes extensiones de Arduino y existe una ver-
sin de 3.3V para que pueda ser alimentado con bateras.
Arduino Ethernet
Parecido al Uno, sin soporte USB, pero dispone de un conector RJ-45
para dar soporte Ethernet. Existe la posibilidad de alimentarlo de la
propia Ethernet.
Arduino BT
Esta placa contiene un mdulo Bluetooth integrado para las comuni-
caciones mviles.
Arduino Nano
Se trata de un todo-en-uno. Es un diseo compacto para usar en una
placa de prototipo.
2.2.2. SHIELDS
Son placas que se colocan sobre la placa de Arduino y que amplan las
funciones para que sea controlada desde Arduino. Se usan para controlar
diferentes aparatos, adquirir datos, etc. A continuacin se citan las usadas
en el presente proyecto:
Arduino Ethernet Shield
Permite a una placa de Arduino la posibilidad de conectarse a una red
Ethernet y tener acceso a/y desde internet.
Arduino Wireless SD Proto Shield
Ofrece la posibilidad de comunicarse por medio de mdulos Xbee, Wi-
Fi, etc. Adems de ofrecer una pequea rea para soldar componentes.
Tambin da soporte para acceder a una tarjeta de memoria tipo SD.
Arduino GSM/GPRS
Conecta el Arduino a Internet usando la red inalmbrica GPRS. Utili-
zando una tarjeta SIM de un operador telefnico que ofrezca cobertura
GPRS, se pueden realizar y recibir llamadas de voz y enviar o recibir
mensajes de texto.
2.2.3. Arduino Mega
Es el modelo de Arduino que se va a utilizar para el presente proyecto. Es
una placa basada en el microcontrolador Atmega2560. Tiene 54 pines de E/S
digital (14 pueden ser usados como salidas PWM), 16 entradas analgicas, 4
UARTs (puertos serie), un oscilador de cristal de 16 Mhz, una conexin USB,
una entrada de alimentacin, una clavija ICSP y un botn de reset. Tambin
contiene todos los elementos necesarios para dar soporte al microcontrolador.
Para que funcione basta con conectarlo a un ordenador a travs de un cable
USB, o conectarlo a la corriente a travs de un adaptador de corriente (o
una batera LiPo). Esta versin de Arduino es compatible con la mayora de
las shields diseadas para las placas Arduino Uno, Duemilanove o Diecimila.
2.3. XHTML
Otro aspecto importante a tener en cuenta en el sistema de gestin de
carga, es el interfaz con el usuario.
XHTML / 29
El dilogo entre el sistema de gestin de la carga y el usuario, se realiza
a traves de una pagina WEB alojada en el dispositivo, el desarrollo de la
misma est implementado en el lenguaje XHTML [8] (extensible hyper text
markup language).
Figura 2.25. XHTML
XHTML es un lenguaje de marcado de hipertexto extendido, el cual es muy
similar al lenguaje HTML [9] [10], siendo una versin ms estricta y limpia.
De hecho es una adaptacin del HTML 4.0 al lenguaje XML. De manera
tcnica, HTML desciende de SGML, mientras que XHTML desciende de
XML, el cual tambin desciende de SGML (gura 2.25). Se utiliza para
generar documentos y contenidos de hipertexto que, generalmente, van a
ser publicados en la web. Una virtud es que est diseado para tener una
saludable separacin entre el contenido y el diseo. Esto quiere decir que
uno no va a afectar al otro, pudindose modicar independientemente.
Este lenguaje es ms estricto a nivel tcnico, lo que permite que a la postre
sea ms fcil el realizar cambios o buscar errores. En su versin 1.0, XHTML
es la versin XML de HTML, de modo que tiene bsicamente las mismas
funcionalidades, pero las especicaciones de XML son ms estrictas.
XHTML presenta la siguiente serie de ventajas sobre HTML:
Se pueden incorporar elementos de distintos espacios de nombres, como
MathML y Scalable Vector Graphics. sto permite una correcta inter-
pretacin de la informacin, independientemente del dispositivo desde
el que se acceda.
El navegador no necesita implementar heursticas para detectar qu ha
querido poner el autor, por lo que el parser puede ser ms sencillo.
Debido a que es conforme a XML, se pueden utilizar herramientas
creadas para el procesamiento de documentos XML genricos.
A medida que XHTML evoluciones, los documentos conformes a
XHTML 1.0 estarn ms preparados para interactuar dentro de y entre
distintos entornos XHTML.
La familia XHTML es el siguiente paso en la evolucin de Internet. Al
migrar en este momento hacia XHTML, los desarrolladores web entran en
el mundo XML, aprovechndose de todos los benecios que se esperan de
l a la vez que se aseguran la compatibilidad con aplicaciones de usuario
pasadas y futuras.
Las pginas y documentos creados con XHTML son muy parecidas a las
creadas con HTML. Actualmente no existe una conclusin clara sobre qu
lenguaje es mejor; si HTML o XHTML.
2.4. JAVASCRIPT
Para mejorar las funcionalidades de la pgina WEB, evitando por ejemplo,
tener que reenviar repetidas veces la pgina al servidor para comprobar la
validez de los datos introducidos, acciones sobre botones, etc. Se utiliza
JavaScript [11].
JavaScript es un lenguaje ligero e interpretado, orientado a objetos. Es ms
conocido como el lenguaje de script para pginas web, pero tambin usado
en muchos entornos sin navegador. Fue desarrollado por Netscape.
JavaScript puede funcionar de dos modos:
Lenguaje procedimental.
Lenguaje orientado a objetos.
Existe una idea popular, que es falsa, que dice que JavaScript es Java
interpretativo. Para dar una denicin concisa, JavaScript es un lenguaje
de programacin dinmico que soporta construccin de objetos basado en
CSS / 31
prototipos. La sintaxis bsica es similar a Java y C++, con la intencin de
reducir el nmero de nuevos conceptos necesarios para aprender el lenguaje.
Se puede decir que naci como un lenguaje de scripting del lado del cliente,
pero a da de hoy es mucho ms. Las necesidades de las aplicaciones web
modernas y el HTML5, han hecho que el uso de JavaScript actualmente
haya alcanzado unos niveles de complejidad y prestaciones tan grande como
otros lenguajes de primer nivel.
A parte de ello, en los ltimos aos se est convirtiendo tambin en el
lenguaje integrador. Es posible encontrarlo no solo en Internet y la web,
sino que tambin es nativo en sistemas operativos para ordenadores y
dispositivos, del lado del servidor y del cliente.
En el contexto de un sitio web, se pueden hacer todo tipo de acciones e
interacciones. Antes su uso estaba orientado bsicamente a validar frmulas
y mostrar cajas de dilogo. Pero todo ello ha cambiado, ya que a da de
hoy es el motor de las aplicaciones ms conocidas en el mbito de Internet:
Google, Facebook, etc.
Las capacidades dinmicas de JavaScript incluyen construccin de objetos
en tiempo de ejecucin, listas variables de parmetros, variables que pueden
contener funciones, creacin de scripts dinmicos, introspeccin de objetos
y recuperacin de cdigo fuente.
El estndar de JacaScriptes ECMAScript, el cual en la versin 5.1 es so-
portado por todos los navegadores modernos desde 2012. Los navegadores
antiguos soportan al menos ECMAScript 3. Actualmente est en proceso
una sexta revisin.
2.5. CSS
Para conseguir un cierto atractivo en el interfaz de usuario se implementan
los estilos en cascada, CSS [12].
CSS es un lenguaje de hojas de estilos creado para controlar el aspecto
o presentacin de los documentos electrnicos denidos con HTML y
XHTML. CSS es la mejor forma de separar los contenidos y su presentacin
y es imprescindible para crear pginas web complejas y atractivas.
Hace posible que se pueda separar la denicin de los contenidos y la
denicin de su aspecto, lo cual presenta numerosas ventajas ya que
obliga a crear documentos HTML/XHTML bien denidos y con signicado
completo. Adems mejora el acceso al documento, reduce la complejidad de
su mantenimiento y permite visualizar el mismo documento en innidad de
dispositivos diferentes.
Al realizar una pgina web, se utiliza en primer lugar el lenguaje
HTML/XHTML para marcar los contenidos. Una vez hecho sto, se utiliza el
lenguaje CSS para denir el aspecto de cada elemento: color, tamao y tipo
de letra del texto, separaciones entre elementos, posicin de cada elemento
dentro de la pgina, etc. Funciona a base de reglas, es decir, declaraciones
sobre el estilo de uno o ms elementos.
Captulo 3
Descripcin general del proyecto
En el siguiente captulo se va a realizar una breve descripcin del sistema de
gestin de carga del vehculo elctrico, a modo de introuccin. Tambin se
expondrn las diferentes alternativas para el diseo, as como el criterio de
seleccin de las utilizadas.
3.1. Objetivos particulares del proyecto
El objetivo de este trabajo nal de grado es construir un sistema de gestin
de carga, al cual el usuario pueda acceder a travs de diferentes mtodos
de comunicacin con un interfaz comn lanzado va navegador Web con la
mayor compatibilidad de dispositivos y centrado en el usuario individual.
Para conseguir la mayor versatilidad en el producto se implementan los
siguientes mdulos de comunicacin.
Wi-Fi: El usuario accede con un dispositivo mvil desde cualquier pun-
to, accediendo a una red Wi-Fi.
Ethernet: El usuario accede al sistema por medio de un cable Ethernet
que conecta el sistema con un dispositivo mvil.
33
34 / Descripcin general del proyecto (Captulo. 3)
GSM/GPRS: El usuario accede al sistema de forma inalmbrica a travs
del uso de una tarjeta SIM.
Debido a la complejidad/imposibilidad de obtener los datos de estado de la
batera (nivel de carga, etc.) se busca una alternativa de acceso al vehculo.
Esta alternativa es el uso de un convertidor CAN-Bluetooth que hay en el
mercado y es de precio asequible.
El desarrollo de este proyecto est divido en dos aspectos bien diferenciados:
Diseo hardware: Desarrollo hardware del dispositivo con los com-
ponentes seleccionados. Diseo de esquemas de los diferentes mdulos,
as como la construccin de los circuitos impresos.
Diseo software: Implementacin de las funciones y la programacin
para obtener el funcionamiento deseado. A su vez se divide en dos
lenguajes de programacin.
C++: Programacin orientada a microcontroladores usando la pla-
taforma Arduino. Se programa el microcontrolador, as como to-
das las comunicaciones con los diferentes mdulos (Wi-Fi, reloj en
tiempo real, etc.).
XHTML: Se programa la pgina Web donde el usuario puede in-
teractuar con el sistema. Puede programar cargas y consultar los
datos extrados a travs del mdulo Bluetooth. Para el diseo se
han utilizado tres lenguajes de programacin: XHTML, JavaScript
y CSS.
Este sistema de gestin de carga se conecta a la red elctrica convencional
(230Vac). Para que cargue al vehculo basta con conectarlo al conector
del mismo y cuando el dispositivo detecte que tiene que iniciar la carga
programada, comienza a cargarlo. Tambin dispone de un botn para
forzar la carga, es decir, en el momento que se pulsa este botn comienza
la carga.
El sistema va conectado a la red elctrica, evitando El sistema que la
corriente est continuamente pasando al vehculo, bloquendola con un rel.
En el momento que se detecta el inicio de la carga, el rel se activa y deja
pasar la corriente al vehculo.
Plataforma tomada como base / 35
Para el desarrollo de este sistema de gestin de carga, se han utilizado unos
circuitos integrados que no han sido elegidos al azar, sino que han sido
elegidos por ser la mejor opcin entre varias alternativas.
3.2. Plataforma tomada como base
Para elegir sobre qu plataforma se basara la realizacin del sistema de
gestin de carga, se manejaron dos opciones:
Arduino. Basada en los componentes fabricados por Atmel.
Launchpad.[13] Basada en los componentes fabricados por Texas Ins-
truments.
En el momento en que se comenz a desarrollar el sistema, haba una dife-
rencia notoria entre ambas plataformas. Arduino estaba ms desarrollado
y ofreca mas soporte en cuanto a libreras, comunidad y funciones que
Energia. Esa diferencia radicaba en el tiempo de existencia de cada una de
las plataformas.
Con respecto al resto de caractersticas, no haba diferencias, ya que ambas
plataformas tienen similar lxico de programacin y ofrecen gran soporte
para los diferentes mdulos hardware que se quisieran conectar.
Debido a esa diferencia y al conocimiento preciso de la plataforma arduino
se decidi desarrollar el proyecto basndolo en Arduino. Tambin cabe
indicar que si el comienzo del proyecto hubiese sido unos meses ms tarde,
la eleccin habra sido ms complicada, ya que se ha ido desarrollando
hasta llegar a un nivel cercano de Arduino en cuanto a libreras y funciones,
siendo ms barata y con microcontroladores ms potentes.
Arduino Launchpad
Mayor desarrollo Menor desarrollo
Ms libreras Menos libreras
Similar lxico
Gran soporte para mdulos hardware
Tabla 3.1. Diferencias entre plataformas
En la tabla 3.1 se muestran las diferencias entre las plataformas en el mo-
mento del inicio del proyecto.
3.3. Microcontrolador
Ya se ha dicho que la plataforma elegida es Arduino, de modo que ahora hay
que seleccionar que tipo de microcontrolador se va a utilizar. Las alternativas
que se tuvieron en cuenta fueron las siguientes:
Atmega328P
La primera opcin que se plante fue el uso del Atmega328P [14], el cual
es utilizado en la placa Arduino UNO. Este microcontrolador puede ser
alimentado de 2.7 a 5.5V y consume 30mA. Adems slo dispone de 1
puerto serie y una memoria ash de 32Kbytes.
Estas dos ltimas caractersticas han sido las que han descartado el uso de
este microcontrolador, ya que:
Se necesitan al menos 2 puertos serie, lo que provoca que haya que
virtualizar otro puerto serie. El funcionamiento del puerto serie
virtual no es el esperado, dando poca abilidad para una aplicacin
robusta.
La memoria ash es insuciente para almacenar todo el software.
Al descartar el atmega328p, se comienzan a buscar otras alternativas que
cumplan con los requisitos que han hecho rechazar este microcontrolador.
Atmega2560
Entre todos los disponibles, se consigue encontrar uno que cumple so-
bradamente con los requisitos, el Atmega2560 [15], el cual es usado en el
Arduino Mega. Este microcontrolador tiene unas caractersticas elctricas
muy similares a las del atmega328p. La diferencia radica en que tiene 4
puertos serie (no es necesario virtualizar ninguno) y una memoria ash de
256KB, la cual es ms que suciente. Por contra es ms caro y tiene ms
pines de los necesarios.
En la tabla 3.2 se muestra una comparativa entre los diferentes mdulos.
Atmega328P Atmega2560
Puertos serie 1 4
Memoria ash (KB) 32 256
Tabla 3.2. Diferencias entre microcontroladores
Wi-Fi / 37
3.4. Wi-Fi
El primero de los mdulos de comunicacin utilizados es el mdulo Wi-Fi,
el cual permite realizar una conexin entre el usuario y el sistema de gestin
de carga de forma remota.
Para este mdulo surgieron varias alternativas, que se van a exponer a con-
tinuacin.
Shield Wi-Fi de Arduino
Se trata de una shield que conecta el microcontrolador con internet de
forma inalmbrica. La alimentacin se realiza a 5V y se comunica con el
microcontrolador por el puerto SPI.
Esta shield [16] tiene un gran inconveniente, que es su gran tamao, ya que
se trata de una tarjeta que est diseada para pinchar sobre una tarjeta de
arduino (gura 3.1) y conseguir el circuito integrado por separado y acondi-
cionarlo no es posible porque no est a la venta para el usuario nal. Debido
al gran tamao se rechaz.
Figura 3.1. Shield Wi-Fi de Arduino
RN-XV
Se trata de un pequeo circuito impreso [17], que incluye todo lo necesario
(acondicionamiento, antena, etc.) para realizar la comunicacin Wi-Fi.
Est basado en el mdulo RN-171. Se alimenta a 3.3V y tiene un consumo
mximo de 200mA.
El uso de este circuito impreso, conlleva un gran inconveniente, el tamao.
Al usar este mdulo es necesario incluir en el diseo una serie de pines para
poder pincharlo encima. Adems tiene un coste elevado.
RN-131
Se trata de un mdulo Wi-Fi [18] que tiene una potencia de transmisin
ja en 18bBm y transmite a 2.4GHz. Ofrece el modo access point (AP).
La alimentacin es a 3.3V y puede llegar a tener un consumo mximo de
212mA. Las dimensiones son 37 x 20 x 3.5 mm. Tiene una precisin de 14
bits y la comunicacin se hace a travs del puerto serie.
Este mdulo nalmente se descart porque se encontr otro cuyo consu-
mo era menor, adems de tener un tamao ms reducido, funcionalidades
similares y menos coste.
RN-171
Este es el mdulo [19] que se ha elegido para la comunicacin Wi-Fi. Las ca-
ractersticas que han inuenciado en su eleccin se comentan a continuacin.
Se trata de un mdulo Wi-Fi que tiene una potencia de transmisin congu-
rable (0-12dBm) y transmite a 2.4GHz. Tiene el modo access point (AP). La
alimentacin es a 3.3V y el consumo mximo es de 190mA. Las dimensiones
son 26.67 x 17.78 x 3.18 mm. Tiene una precisin de 14 bits y la comuni-
cacin se hace a travs del puerto serie y es el de menor coste y con mayor
soporte para arduino.
CC3000
Esta fue otra alternativa [20] que surgi durante el trabajo, la cual es
una gran solucin. Pero el problema surgi en el momento en que se vio
que no haba soporte para este mdulo debido a su reccin lanzamiento y
no poder asegurar robustez por el desconocimiento de comportamiento a
largo tiempo. Se alimenta a 3.3V y tiene funcionalidad como access point
(AP). El consumo mximo es de 190mA. La comunicacin se hace a travs
del puerto SPI y sus dimensiones son 16.3 x 13.5 x 2 mm, siendo el ms
pequeo de todos los enumerados y el ms barato.
En caso de que hubiera existido soporte para este mdulo cuando se
comenz el desarrollo del sistema, se habra utilizado, no obstante es una
Ethernet / 39
solucin a tener en cuenta y por ello se ha trabajado en paralelo con el
desarrollo del sistema de gestin de carga.
En la tabla 3.3 se muestran las diferentes alternativas que surgieron con sus
caractersticas.
Shield Ard. RN-XV RN-131 RN-171 CC3000
Tamao (mm) 80x50 35x24 37x20 26.67x17.78 16.3x13.5
Alimentacin (V) 5 3.3 3.3 3.3 3.3
Consumo max.(mA) 220 200 212 190 190
Tabla 3.3. Diferencias entre mdulos Wi-Fi
3.5. Ethernet
El segundo de los mdulos de comunicacin utilizados es el mdulo Ethernet,
el cual permite realizar una conexin entre el usuario y el sistema de gestin
de carga a travs de un cable Ethernet conectado a un router. Para es-
te mdulo surgieron varias alternativas, que se van a exponer a continuacin.
wiznet5200
Se trata de un controlador [21] Ethernet comunicado va SPI de alta
velocidad. Dispone de una memoria interna de 32KB para los bufers de
RX/TX. Se le puede dormir. Est alimentado a 3.3V y tiene un consumo
mximo de 230mA.
Este modelo se descart cuando se encontr el siguiente(wiznet5500), ya que
el consumo del wiznet5200 era mayor.
wiznet5500
Se trata de otro controlador [22] Ethernet comunicado va SPI de alta
velocidad. Es del mismo fabricante que el wiznet5200. Dispone de una
memoria interna de 32KB para los bufers de RX/TX. Se le puede dormir.
Est alimentado a 3.3V y tiene un consumo mximo de 190mA.
Este modelo se descart porque se encontr otro cuya memoria era SRAM, en
vez de RAM. Esto implica que se trata de una memoria RAM pero esttica
usando ip-ops. Las memorias SRAM adems estn diseadas para su uso
en bufers. Adems este mdulo de comunicacin tiene un consumo mayor y
un coste superior al seleccionado.
enc28j60
Este es el mdulo [23] nalmente seleccionado para la comunicacin
Ethernet. Las caractersticas que se muestran a continuacin son las que
han hecho decidirse por este mdulo.
Se trata de otro controlador Ethernet va SPI de alta velocidad. Dispone de
una memoria SRAM de 8KB para los bufers de RX/TX. La alimentacin
es a 3.3V y un consumo mximo de 180mA.
caractersticas.
wiznet5200 wiznet5500 enc28j60
Tamao (mm) 7x7 7x7 6x6
Alimentacin (V) 3.3 3.3 3.3
Consumo max.(mA) 230 190 180
SRAM (KB) 32 32 8
Tabla 3.4. Diferencias entre mdulos Ethernet
3.6. GSM/GPRS
El tercer y ltimo mdulo de comunicacin utilizado es el mdulo
GSM/GPRS, el cual permite realizar una conexin entre el usuario y el
sistema de gestin de carga utilizando una tarjeta SIM, de forma inalmbri-
ca no siendo necesario disponer de una conexin a Internet en la vivienda. Es
idneo para segundas viviendas, pero implica contratar una tarifa de datos.
QUECTELM10
Se trata de un mdulo [24] GSM/GPRS cuatri-banda (850/900/1800/1900
MHz). Tiene un tamao de 29 x 29 x 3.6 mm.
Reloj en tiempo real (RTC) / 41
El principal inconveniente de este mdulo es que su voltaje de funcionamien-
to es de 4V, lo que implicara el uso de otro regulador de tensin en la fuente
de alimentacin. Por este motivo queda descartado.
SIM908
Se trata de un mdulo [25] GSM/GPRS cuatri-banda. Su voltaje de
funcionamiento es de 3.3V y tiene un consumo mximo de 150mA. La
comunicacin se realiza a travs del puerto serie. Sus dimensiones son 30 x
30 x 3.2 mm.
El principal motivo para descartarlo ha sido que se ha encontrado otro m-
dulo prcticamente igual, excepto que el SIM908 tiene un consumo mayor y
un coste muy superior.
SIM900
Se trata del mdulo [26] seleccionado para la comunicacin GSM/GPRS,
el cual ha sido elegido por las caractersticas que se muestran a continuacin.
Se trata de un mdulo GSM/GPRS cuatri-banda. Su voltaje de funciona-
miento es de 3.3V y tiene un consumo mximo de 120mA. La comunicacin
se realiza a travs del puerto serie. Sus dimensiones son 36 x 26 x 4.7 mm.
caractersticas.
QUECTELM10 SIM908 SIM900
Tamao (mm) 29x29 30x30 36x26
Alimentacin (V) 4 3.3 3.3
Consumo max.(mA) 200 150 120
Tabla 3.5. Diferencias entre mdulos GSM/GPRS
3.7. Reloj en tiempo real (RTC)
El reloj en tiempo real es el encargado de proveer al sistema de un calendario
y horario necesario para gestionar las cargas. Con l se consigue llevar
un registro detallado de las cargas, adems de programarlas con fecha y
hora denida. El principal requisito es que este reloj en tiempo real sea
de pequeo tamao, gran precisin, alarmas y calendario, de modo que
las alternativas buscadas estn basadas en la tecnologa MEMS por su
precisin, soporte de respaldo de hora y batera.
Se han buscado varias alternativas, descartando todas menos una, que es la
que se va a usar. A continuacin se van a exponer cada una de las opciones.
DS3232
Este reloj en tiempo real [27] se comunica a travs de I2C. Lleva integrado
un cristal oscilador y una memoria SRAM. El voltaje de alimentacin es
3.3V, teniendo un consumo mximo de 700A.
El principal inconveniente de este reloj es su gran tamao y el elevado coste con
respecto a las otras posibilidades. El DS3232 slo dispone de la conguracin con
16 patillas, mientras que las otras alternativas adems de tener esta conguracin,
tambin tienen la de 8 patillas, que es ms pequeo.
DS1307
Este reloj en tiempo real [28] se comunica por I2C. No lleva integrado un cristal
oscilador y una memoria SRAM de 56 bytes. El voltaje de funcionamiento es de
5V y el consumo mximo es de 1.5mA.
Este reloj fue descartado por tres motivos. El primero de ellos fue que tena un
consumo superior al que nalmente se usa. El segundo motivo fue que este reloj no
dispone de alarmas. El tercer motivo es que requiere de ms componentes externos
para su funcionamiento, como puede ser el cristal oscilador. Las alarmas son las
encargadas de avisar al microcontrolador cuando se tiene que iniciar y terminar
la carga.
DS3231
Este es el reloj [29] que se ha elegido para el sistema de gestin de carga. Las
caractersticas que han hecho que sea el elegido se muestran a continuacin.
Este reloj en tiempo real se comunica por I2C. Lleva integrado un cristal oscilador
y una memoria SRAM de 56 bytes. El voltaje de funcionamiento es de 3.3V
y el consumo mximo es de 775A. Tiene una precisin de 3,5 ppm. La
Bluetooth / 43
principal caracterstica es que este reloj tiene dos alarmas, de modo que avisa al
microcontrolador cuando hay que iniciar y nalizar la carga sin tener que estar
consultando continuamente la hora en el RTC y tiene respaldo de hora a travs
de una batera.
En los captulos venideros van a ser explicados cada uno de ellos con ms detalle,
as como una vez ms los criterios de seleccin de cada uno de los mdulos de
hardware que conforman el dispositivo.
caractersticas.
DS3232 DS1307 DS3231
Alarmas 2 0 2
Conguracin (pines) 16 8 8
Alimentacin (V) 3.3 5 3.3
Consumo max.(mA) 0.7 1.5 0.775
SRAM (bytes) 56 56 56
Tabla 3.6. Diferencias entre mdulos RTC
3.8. Bluetooth
La inclusin de este mdulo en el sistema se debe a la necesidad de comunicarse
con el coche para extraer datos de consumos y el estado de la batera. Para ello es
necesario conectar un mdulo Bluetooth conectado va CAN al vehculo. Se han
valorado varias alternativas, descartando todas menos la utilizada por diferentes
motivos que a continuacin se exponen.
CC2540
Se trata de un mdulo [30] conectado al microcontrolador va puerto serie. Tiene
una memoria RAM de 8Kb y una memoria ash de 128Kb. Sus dimensiones son
6 x 6 mm. La alimentacin se realiza a 3.3V y tiene un consumo mximo de 120mA.
Esta alternativa fue descartada por su alto consumo con respecto al mdulo em-
pleado, adems de su alto precio. Tambin inuy la complejidad para acondicio-
narlo y para programarlo.
HC06
Este mdulo [31] se conecta al microcontrolador va puerto serie. Se trata de un
mdulo muy econmico. La alimentacin se realiza a 3.3V y tiene un consumo
mximo de 50mA. Sus dimensiones son de 28 x 15 x 2.35 mm.
El motivo por el que se descart fue por la escasa informacin que existe sobre
este producto.
PAN1026
Se comunica con el microchip a travs del puerto serie [32]. Est alimentado a
3.3V y tiene un consumo mximo de 80mA. Sus dimensiones son 15.6 x 8.7 x 1.9
mm.
Este mdulo fue rechazado debido al alto consumo y el elevado precio en compa-
racin con el utilizado.
LMX9838
Este mdulo [33] fue el seleccionado para realizar la comunicacin con el vehculo
va Bluetooth.
Se conecta al microcontrolador a travs del puerto serie. Sus dimensiones son 10
x 17 x 2 mm. Se alimenta a 3.3V y su consumo mximo es de 55mA.
Por todo lo expuesto, adems del bajo coste se decidi utilizarlo.
caractersticas.
CC2540 HC06 PAN1206 LMX9838
Tamao (mm) 6x6 28x15 15.6x8.7 10x17
Alimentacin (V) 3.3 3.3 3.3 3.3
Consumo max.(mA) 120 50 80 55
Tabla 3.7. Diferencias entre mdulos Bluetooth
Activacin de la carga / 45
3.9. Activacin de la carga
Para la seleccin del elemento que va a activar la carga se tuvieron en cuenta
dos alternativas. Este elemento va a estar comandado por el microcontrolador y
cuando se active la carga va a permitir el paso de la corriente. A continuacin se
van a exponer las alternativas.
TRIAC
Se trata de un dispositivo semiconductor de la familia de los tiristores. La
diferencia con los tiristores es que un TRIAC es bidireccional. Se puede decir que
es un interruptor capaz de conmutar la corriente alterna. Su activacin se hace
de la misma forma que el rel utilizado, con una salida del microcontrolador.
Se descart su uso porque su inclusin implicaba la necesidad de incluir un radia-
dor.
Rel
Como ya se ha dicho, este elemento es el utilizado para permitir el paso de la
corriente al vehculo. Se trata de un dispositivo electromecnico. Funciona como
un interruptor controlado por un circuito elctrico. Est controlado por medio de
una salida digital del microcontrolador.
caractersticas.
TRIAC Rel
Radiador S No
Activacin Salida digital Salida digital
Tabla 3.8. Activadores de carga
3.10. Esquema conceptual del sistema de gestin de carga
En la gura 3.2 se muestra un esquema funcional del sistema de recarga que se
desea disear.
Figura 3.2. Esquema funcional
Captulo 4
Diseo hardware
En este captulo se va a abordar el problema del diseo del hardware. Se har una
breve introduccin de las caractersticas del dispositivo. A continuacin se pasar
a explicar en detalle cada una de las partes de las que se compone el dispositivo
de gestin de carga del vehculo elctrico. Por ltimo se har una resea a las
principales reglas de diseo.
Cada uno de los mdulos hardware se ilustrar con una imagen del mismo nali-
zado. Todos los esquemas se encuentran en el Anexo B.
4.1. Introduccin
Algunos vehculos elctricos poseen soluciones propias para la gestin de carga,
las cuales no se pueden usar con otro tipo de vehculos, ni como gestin eciente
de ota, tampoco se pueden integrar en una gestin de carga coordinada.
La recarga que realiza es de tipo convencional, lo que signica que emplea la
intensidad y el voltaje elctricos del mismo nivel que la propia vivienda, siendo
47
48 / Diseo hardware (Captulo. 4)
la tensin de 230 voltios y una intensidad mxima de 16 amperios por norma
general. sto quiere decir que la potencia mxima que puede entregar es de
aproximadamente 3,7 KW, por lo que el proceso de carga de la batera tiene una
duracin de unas 8 horas.
Teniendo en cuenta las caractersticas comentadas, esta solucin es ptima desde
el punto de vista de la eciencia, ya que permite recargar el vehculo tanto en el
garaje de una vivienda unifamiliar como en un garaje comunitario.
El sistema de gestin de carga desarrollado en el presente proyecto describe
un sistema que ofrece alternativa a vehculos con sistemas con funcionalidades
similares, pero que a la larga tienen coste de renovacin, o una solucin para
otros vehculos que no disponen de dicha funcionalidad.
El hecho de poder programar la carga de forma remota, proporciona comodidad al
usuario. Gracias a ello se puede dejar el sistema conectado al vehculo y al enchufe
y activar la carga en el momento que se quiera, o dejarla programada para que
comience a cargar en un momento concreto, tambin puede denir la duracin de
la misma as como disponer de un histrico de consumos. Hay diferentes versiones
con los siguientes modos de comunicacin del sistema de gestin con el usuario:
Wi-Fi: La conexin se realiza de forma inalmbrica siguiendo el estn-
dar 802.11 a travs de un mdulo RN-171.
Ethernet: La conexin se realiza a travs de un cable Ethernet conec-
tado entre un router y el sistema de gestin.
GPRS/GSM: La conexin se realiza a travs de GPRS usando una
tarjeta SIM.
Otra opcin del dispositivo ser la comunicacin va Bluetooth con el vehculo
para ver el estado de la carga. En la gura 4.1 se muestra un esquema de los
diferentes componentes funcionales que componen el sistema de gestin de carga
y su interaccin.
Para el diseo de los esquemas, as como de las PCB del presente proyecto, se ha
utilizado la herramienta de diseo Eagle. El dispositivo est dividido en diferen-
tes mdulos funcionales. La divisin de los mismos est marcada por el carcter
funcional de cada uno de los mdulos que componen el dispositivo. Los diferentes
mdulos que componen el global del sistema de gestin de carga son:
Introduccin / 49
Fuente de alimentacin.
Lgica y comunicaciones.
Potencia.
Sensor de corriente.
Figura 4.1. Esquema general
El hecho de haber modularizado el dispositivo, implica la posibilidad de abordar
de manera individualizada cada uno de los mdulos, pudiendo de esta manera
modicar cada una de las partes, con diseos mejorados o ms ecientes sin
necesidad de desarrollar por completo la totalidad del mismo. Tambin resulta
ms fcil obtener los resultados esperados, dividiendo en sistemas ms sencillos y
ensayndolos de manera individualizada pudiendo mejorar y optimizar el diseo
de cada uno de estos mdulos. De modo que si se produce algn error durante
el desarrollo, resulta ms sencilla la tarea de prueba de errores y optimizacin
del sistema. Una ltima ventaja de la modularizacin es la mejor distribucin de
los circuitos en el encapsulado del dispositivo, reduciendo el tamao y pudiendo
darle una forma ms estilizada, e incluso ergonmica en lo que respecta a la
manipulacin durante la conexin y desconexin a la red.
A continuacin se va a comenzar describiendo la herramienta utilizada y a con-
tinuacin se pasar a la descripcin de cada uno de los mdulos, as como la
descripcin de su diseo.
4.2. Herramienta utilizada: EAGLE
Como ya se ha dicho anteriormente, la herramienta empleada para el diseo hard-
ware es el Eagle [34]. Eagle es un editor grco de esquemas y rutados PCB para
el diseo de circuitos impresos con PC.
Figura 4.2. Eagle
Se trata de una herramienta CAD/CAM, que ofrece una gran cantidad de
caractersticas, entre las que se destacan:
Diferentes posibilidades de unidades mtricas (mm, pulgadas, milsi-
mas de pulgada, etc.).
Herramienta utilizada: EAGLE / 51
Lenguaje de usuario similar a C para la importacin y exportacin de
datos.
Fcil edicin de libreras.
Generacin de grcos de salida, as como fabricacin y pruebas con el
procesador CAM o mediante el lenguaje propio del usuario.
Soporte completo en SMD.
Comprobacin de las reglas elctricas y de diseo para esquemas y
PCB.
En la gura 4.2 se muestra la barra de herramientas de comando del editor de
esquemas (esquemtico) a la izquierda y del editor de lneas de conexin (circuito
impreso) a la derecha.
A continuacin se destacan y explican algunas de las diferentes ventajas y acciones
que ofrece la herramienta, as como las funcionalidades que ofrecen.
4.2.1. Panel de Control
Es la pantalla que aparece al iniciar Eagle (gura 4.3), donde se pueden abrir,
guardar y visualizar proyectos y libreras, adems de congurar distintos par-
metros del programa. La vista en estructura de rbol permite una rpida visin
de libreras de Eagle, donde se pueden ver todos sus componentes con una breve
descripcin del mismo.
Figura 4.3. Panel de control
Con este programa se pueden modicar diferentes tipos de archivos, entre los que
destacan: circuitos impresos (.brd), esquema (.sch), librera (.lbr), chero script
(.scr) y cheros de simulacin.
4.2.2. Esquemtico
Cuando se crea un proyecto nuevo, sta es la primera ventana que aparece. En
ella se van a colocar los diferentes componentes que forman el circuito y donde
se denirn las conexiones entre elementos, componentes pasivos, alimentacin,
conectores, etc.
Para poder usar componentes, lo primero que hay que hacer es seleccionar las
libreras que se van a necesitar, es decir, las que contienen los componentes, tal
como se ve a la izquierda en la gura 4.4, mientras que a la derecha se muestra
como colocar un componente.
Figura 4.4. Uso de libreras y colocar componente
Figura 4.5. Seleccionar componente
A continuacin aparece una ventana con las libreras seleccionadas anteriormente.
Al seleccionar una aparecen los diferentes componentes contenidos en la misma,
Herramienta utilizada: EAGLE / 53
as como la huella del componente (footprint), tal como se muestra en la gura
4.5. El footprint es la huella del componente, es decir, el espacio que va a ocupar
en el circuito impreso.
Los componentes se pueden mover libremente por el esquema, ya sea de manera
individual o agrupados. Para ello se usa Move, como se muestra a la izquierda
en la gura 4.6, mientras que a la derecha se muestra la seleccin para unir los
componentes.
Figura 4.6. Mover componente y unir componentes
Se tiene que seleccionar la patilla del componente 1 y dbujar un hilo hasta la patilla
del componente 2. Tambin se puede unir a un hilo dibujado. Si se conectan dife-
rentes redes de hilos entre s, se puede elegir el nombre de la red del hilo resultante.
El programa tambin ofrece la posibilidad de cambiar los nombres y los valores
de los componentes, tal como se muestra en el gura 4.7 a la izquierda.
En caso de que el esquema no quede lo sucientemente legible, se puede cambiar
la ubicacin de la descripcin y el valor de los componentes. Tambin es posible
aadir textos con descripciones, pudiendo seleccionar su tamao.
Una vez nalizado el diseo se tiene el esquema, y ya se puede crear el circuito
impreso pinchando sobre la opcin que aparece en la gura 4.7 a la derecha.
Figura 4.7. Cambiar valor y crear PCB
4.2.3. Circuito impreso
Una vez hecho el esquema de diseo, aparece la ventana de diseo del circuito
impreso con los componentes fuera de ella. Es recomendable mantener la ventana
del esquema abierta, para que sea consistente y los cambios que se produzcan en
una ventana se reejen en la otra.
Como ya se ha dicho, aparece una ventana con los componentes, as como unas
lneas que los unen llamadas ratsnest. Estas lneas se corresponden a las uniones
creadas entre los componentes en el esquemtico. sto se muestra en la gura
4.8.
Con la opcin Move se pueden colocar los componentes en el sitio deseado dentro
de la PCB. La rejilla del diseo se puede modicar, pudiendo cambiar la distancia
entre los componentes y por dnde van a ir las pistas.
A medida que se van colocando los componentes, es aconsejable ir pinchando sobre
la opcin Ratsnest (izquierda de la gura 4.9). Con ello se consiguen las distancias
ms cortas de las uniones.
Figura 4.8. Componentes y uniones
Figura 4.9. Ratsnest y enrutamiento manual
Para enrutar las pistas, existen dos posibilidades: enrutamiento automtico y
enrutamiento manual.
Fuente de alimentacin / 55
Si se selecciona el enrutamiento automtico, Eagle va a disear el trazado de
las pistas de forma automtica. El programa va a tener en cuenta todas las
restricciones que se le indiquen; por ejemplo nmero de caras, distancias entre
pistas, etc. No es una opcin adecuada puesto que el enrutamiento no es ptimo
y en muchas ocasiones en incompleto.
Para realizar un enrutamiento manual, se tiene que seleccionar la opcin route
que se muestra en la gura 4.9 a la derecha.
Despus de seleccionar esta opcin, aparece una barra de men con las opciones
de trazado. En ella se puede elegir en qu cara se quiere enrutar, la anchura de
las pistas, ngulo de giro de las pistas, pads, etc.
Existe la opcin de aadir texto y recolocar la serigrafa de los componentes.
Tambin se puede modicar el ancho de las pistas.
4.3. Fuente de alimentacin
La fuente de alimentacin es la encargada de alimentar los diferentes mdulos
del dispositivo. Para ello adecua la tensin de entrada a la requerida por los
diferentes circuitos integrados de los que se compone el dispositivo. Es decir, se
encarga de transformar los 230V de alterna de la red en 5V y 3.3V de continua.
La fuente de alimentacin se divide en varias etapas. A continuacin se van a
explicar con ms detalle cada una de ellas.
Reduccin de tensin.
Puente recticador.
Filtro.
Regulacin de tensin.
Proteccin del circuito.
4.3.1. Reduccin de tensin
Esta primera etapa se encarga de reducir la tensin de entrada de 230Vac a 12Vac.
Para ello se emplea un transformador con una relacin de transformacin 19:1. El
hecho de emplear transformador para reducir la tensin en lugar de, por ejemplo un
divisor de tensin resistivo o capacitivo, es para obtener un aislamiento galvnico
entre la tensin de circuito y la tensin de la red. De esta manera tambin se evita:
Introducir armnicos en la red.
Se elimina la tensin del modo comn.
Posibilidad de referenciar las masas del circuito con herramientas para
su programacin y diagnstico.
Proteccin del circuito de la red externa.
De esta manera se obtiene una tensin en el secundario de 12Vac aislada de la
tensin de la red.
Para la eleccin del transformador se han tenido en cuenta los rangos de tensin
admitidos por los componentes (circuitos integrados, mdulo de comunicacin,
rel, etc.) que forman el gestor de carga. Otro aspecto a tener en cuenta en la
eleccin del transformador es la suma de los consumos de corriente de cada uno
de los elementos que componen el dispositivo.
Atmega2560: Potencia consumida 132mW.
Mdulo Wi-Fi RN-171: Potencia consumida 627mW.
Mdulo Ethernet enc28j60: Potencia consumida 528mW.
Bluetooth (LMX9838): Potencia consumida 215mW.
Rel: Potencia consumida 420mW.
Otros componentes (A.O, sensor, etc.): Potencia consumida 17mW.
La potencia que deber suministrar el secundario del transformador ser la suma
de todas las potencias teniendo en cuenta la eciencia de los reguladores de
tensin (60 %). La potencia total que suministrar el secundario es de 2,35W.
Teniendo en cuenta que la potencia caracterstica de los transformadores se
expresa en potencia aparente (VA) y el factor de potencia habitualmente es de
0.85, la potencia aparente necesaria es de:
Potencia aparente(S) =
Potencia activa(P)
Factor de potencia(cos())
=
2,35
0,85
= 2,77V A (4.1)
Una vez conocidos estos datos, relacin de transformacin y potencia del trans-
formador, se elige uno acorde. El transformador utilizado es un myrra 44087 [35]
con las caractersticas que se muestran en la tabla 4.1.
Tensin del primario 230Vac
Tensin del secundario 12Vac
Relacin de transformacin 19:1
Frecuencia 50/60 Hz
Potencia 3VA
Aislamiento galvnico 6KV
Factor de potencia 0.85
Tabla 4.1. Transformador myrra
4.3.2. Puente recticador
Se selecciona un puente recticador de onda completa. Se trata de un circuito que
se emplea para convertir una seal de corriente alterna de entrada en corriente
continua de salida pulsante como se ve en la gura 4.10. Lo que hace es invertir los
semiciclos negativos de la seal de entrada. El valor de pico de todos los semiciclos
es el mismo que el valor de pico de la tensin de entrada menos la suma de las
tensiones umbrales de los diodos. Se trata de un recticador no controlado, ya que
los polos de potencia empleados son diodos recticadores.
Figura 4.10. Puente recticador
Para entender el funcionamiento del puente recticador, hay que saber que est
compuesto por cuatro diodos. Los diodos permiten el paso de la corriente cuando
estn polarizados en directa y bloquean el paso de la corriente cuando estn pola-
rizados en inversa. Estos diodos conducen dos a dos, es decir, en un semiciclo de
la onda de entrada conducen dos diodos y en el otro semiciclo conducen los otros
dos diodos. Cuando la entrada se encuentra en el semiciclo positivo, la corriente
de salida es la misma que la de entrada. Mientras que cuando la entrada est en el
semiciclo negativo, los diodos que conducen invierten la seal, haciendo que la sa-
lida sean semiciclos positivos. Con ello se obtiene una corriente de salida pulsante
donde todos los semiciclos son positivos, tal como se muestra en la gura 4.11.
Figura 4.11. Salida del puente recticador
El puente recticador utilizado es el modelo DB101S [36] de multicomp, el cual
tiene las caractersticas que se muestran en la tabla 4.2.
Mximo voltaje inverso 50V
Mxima corriente 1A
Temperatura de funcionamiento -55 a 150
o
C
Tabla 4.2. Puente recticador
4.3.3. Filtro
Debido al rizado de la seal de salida del puente recticador, es necesario introducir
un ltro como el que se muestra en la gura 4.12 para reducir dicho rizado. El
ltro elimina tambin ruidos no deseados en la seal, que pueden provenir de la
seal que sale del transformador, el cual no elimina ruidos.
Figura 4.12. Filtro RC
Lo que se pretende es que la seal resultante tenga el menor rizado posible,
adems de eliminar en la medida de lo posible los armnicos y perturbaciones
generadas por los componentes que estn ubicados a posteriori. Con todo ello se
pretende que la seal de salida del ltro sea lo ms continua posible.
Ello se consigue construyendo un ltro paso bajo, donde slo pasan las frecuencias
que se encuentren por debajo de la corte (gura 4.13). Este ltro es de tipo RC,
por lo que est formado por una resistencia y un condensador. Se trata de un
ltro pasivo de primer orden. La seal que se obtiene no es totalmente continua,
pero est muy lejos de ser alterna, ya que el rizado obtenido es el 1.3 % como ms
adelante se ver.
Figura 4.13. Filtro paso bajo
Para eliminar la ondulacin de la seal, se utilizan condensadores de gran
capacidad, por eso suelen ser electrolticos. Debido a las cargas y descargas
del condensador, se produce una tensin de rizado, la cual depende dems del
condensador, de la intensidad de la corriente continua y de la frecuencia de rizado.
Interesa que esta tensin de rizado sea lo ms pequea posible, ya que cuanto
menor sea, mas se asemejar a una tensin continua.
El parmetro fundamental tanto de este ltro como de todos es la frecuencia de
corte fc. Para seleccionar esta frecuencia de corte, se busca un punto intermedio
entre el rizado y el tiempo de estabilizacin de la tensin. Teniendo en cuenta sto,
se ja la frecuencia de corte en 5Hz.
fc =
1
2 RC
(4.2)
Sabiendo que:
V o =
V in
1 + (2 RC)
2
(4.3)
Se pueden obtener el valor de la resistencia y el condensador.
La frecuencia de corte seleccionada es de 5Hz. Para disear el ltro tambin hay
que elegir una resistencia, la cual va a tener un valor de 100, de modo que:
C =
1
R fc
=
1
2 100 5
= 318F (4.4)
Debido a que los valores de los condensadores estn normalizados, hay que elegir
uno cuyo valor exista, en este caso va a ser de 330F, que adems de ser el valor
ms cercano es el inmediatamente superior.
Como ya se dijo, se iba a calcular el rizado, el cual depende de los valores de la
resistencia y el condensador, tal como se ve en la siguiente frmula:
V r =
V pico
240
3 R C
=
16,97
240
3 100 318 106

= 1,3 % (4.5)
4.3.4. Regulacin de tensin
Despus de recticar la salida del transformador se tienen 17V, el siguiente paso
es reducir esa tensin hasta la necesaria para alimentar a los circuitos del sistema
de gestin. Para ello se emplean reguladores lineales de tensin. Un regulador va
a proporcionar 5V, mientras que el otro 3.3V.
El primero de los reguladores es el que proporciona 5V, que va a alimentar so-
lamente al rel. El regulador que se va a usar es el modelo KA7805 [37] de Fairchild.
Este componente tiene las caractersticas tcnicas que se muestran en la tabla
4.3.
Voltaje de entrada Hasta 35V
Temperatura de funcionamiento 0 a 125
o
C
Voltaje de salida 4.85-5.20V. Tpico 5V
Corriente de salida 1A
Eciencia 60 %
Tabla 4.3. Regulador de tensin 5V
De las hojas de datos del fabricante de este regulador se pueden extraer los acon-
dicionamientos que se recomiendan para su funcionamiento. En este caso se quiere
que funcione como regulador con salida ja, de modo que la recomendacin es la
que se muestra en la gura 4.14.
Figura 4.14. Recomendacin del fabricante
En la gura 4.14 se observa que lleva dos condensadores incorporados. El
condensador llamado C
1
se pone para si el regulador est a una distancia de la
alimentacin que pueda hacerle tener un funcionamiento anmalo. El conden-
sador C
0
se pone para mejorar la estabilidad y la respuesta transitoria de la salida.
El segundo regulador es el que proporciona 3.3V, que va a alimentar al resto
de circuitos integrados del sistema de gestin de carga. El modelo que se va a
utilizar es el uA78M33 [38] de Texas Instruments.
Este regulador tiene las caractersticas que se muestran en la tabla 4.4.
Voltaje de entrada 5.3-25V
Temperatura de funcionamiento 0 a 150
o
C
Voltaje de salida 3.20-3.40V. Tpico 3.3V
Corriente de salida 500mA
Eciencia 60 %
Tabla 4.4. Regulador de tensin 3.3V
El acondicionamiento diseado para este regulador es el que se muestra en la
gura 4.15, el cual provoca que la salida del regulador sea ja.
En la gura 4.15 se observa que lleva dos condensadores incorporados. El condensa-
dor llamado C1 se pone para si el regulador est a una distancia de la alimentacin
que pueda hacerle tener un funcionamiento anmalo. El condensador C2 se pone
para mejorar la estabilidad y la respuesta transitoria de la salida.
Figura 4.15. Recomendacin del fabricante
4.3.5. Proteccin del circuito
A la salida de cada uno de los reguladores se coloca un fusible para proteger a los
componentes que estn situados antes de la ubicacin del fusible. Los protege ante
excesos de consumo para evitar daos no controlados. Es decir, que la corriente
sea superior a la mxima corriente que admiten los componentes durante tiempos
elevados. En ese caso, en vez de destruir el componente, se funde el fusible y no
se provocan ms daos.
Para la eleccin de los fusibles, se tiene en cuenta la corriente mxima que puede
suministrar cada uno de los reguladores y la corriente mxima que consume el
dispositivo. El fusible seleccionado tendr un valor inferior a la mxima corriente
Microcontrolador y comunicaciones / 63
que pueda suministrar y superior al consumido por los circuitos.
El regulador de 5v puede suministrar un mximo de 1A y el consumo del rel es
de 85mA, por lo que el fusible es de 100mA. El regulador de 3.3v suministra una
corriente mxima de 500mA y el consumo de los componentes es de 300mA, por
lo que el fusible es de 400mA.
La fuente de alimentacin va a alimentar al resto de mdulos que forman el dis-
positivo, que a continuacin se van a explicar:
Microcontrolador y comunicaciones.
Rel.
Sensor de corriente.
En la gura 4.16 se muestra la fuente de alimentacin terminada.
Figura 4.16. Fuente de alimentacin
4.4. Microcontrolador y comunicaciones
En este mdulo se encuentra la lgica y las comunicaciones del dispositivo de
gestin de carga. Se pueden distinguir en los siguientes apartados:
Atmega2560.
Reloj tiempo real RTC.
Mdulo de comunicaciones.
Acondicionamiento para accionar el rel.
Almacenamiento de datos.
Hay diferentes variantes de este mdulo, en funcin del mtodo de comunicaciones
con el usuario:
Ethernet.
WiFi.
GPRS/GSM.
A continuacin se van a describir cada uno de los apartados comentados anterior-
mente.
4.4.1. Microcontrolador
El microcontrolador elegido para este proyecto es el Atmega2560 de Atmel. El di-
seo de dicho microcontrolador para este trabajo est basado en el Arduino Mega.
En la tabla 4.5 se muestra un resumen de las caractersticas del Atmega2560.
Voltaje de funcionamiento 2.7-5v
Pines E/S digitales 54 (15 proporcionan PWM)
Pines de entrada analgica 16
Intensidad por pin 50mA
Memoria Flash 256KB
SRAM 8KB
EEPROM 4KB
Velocidad de reloj 16MHz
Puertos serie 4
Puerto SPI 1
Puerto I2C 1
Watch dog S
Resolucin entradas analgicas 10 bits
Nmero de temporizadores 6
Resolucin de los temporizadores 16 bits
Tabla 4.5. Caractersticas Atmega2560
La eleccin de este microcontrolador se ha basado en los siguientes criterios:
Necesidad de memoria interna superior a 8KB para albergar la totali-
dad del programa del sistema de gestin de carga. ste ha sido el factor
fundamental para la eleccin.
2/3 puertos serie. Uno para el Bluetooth, otro para el mdulo WiFi o
el mdulo Ethernet y otro para la programacin del microcontrolador.
Tiene un puerto SPI para la tarjeta SD.
Un puerto I2C para el reloj en tiempo real.
1 entrada analgica.
5 salidas digitales.
3 entradas digitales.
La alimentacin del atmega2560 se realiza a 3.3V, la cual incluye condensadores
de desacoplo. La inclusin de los mismos se debe a que se realizan conmutaciones
muy rpidas en el microchip, por lo que necesita altos requerimientos de intensi-
dad en muy poco tiempo. Adems, las pistas tienen una inductancia que provocan
un retardo en el suministro de la corriente y por lo tanto una cada de tensin
en la alimentacin. Al introducir condensadores de desacoplo, la inductancia se
mantiene lo ms baja posible en las pistas que van del condensador de desacoplo
al microchip. Por ello, estos condensadores han de estar lo ms cerca posible del
atmega2560.
El chip dispone de una gran cantidad de pines, que se van a exponer a continuacin.
Pines digitales: En total son 54 y pueden utilizarse tanto como en-
tradas y como salidas.
Pines puerto serie: Dispone de cuatro puertos serie. En la comuni-
cacin utiliza RX (recibir datos) y TX (transmitir datos) a travs de
puerto serie TTL.
Pines analgicos: Tiene 16 entradas analgicas, proporcionando cada
una de ellas una resolucin de 10bits (1024 valores). Por defecto se mide
de GND a 5v, aunque es posible cambiar la cota superior.
Pines interrupcin: Se pueden congurar para lanzar una interrup-
cin con valor LOW (0v), en ancos de subida o bajada, o en cambios
de valor.
Pines de PWM: Proporcionan una salida PWM (pulse wave modula-
tion), es decir, modulacin de onda por pulsos. Tienen una resolucin
de 8bits (0-255).
Pin de reset: Al aplicar a este pin 0v, se reinicia el chip.
Pines de SPI: Dan soporte para una comunicacin SPI. Los pines
encargados son MISO, MOSI, SCK y SS.
Pines de I2C: Proporcionan una comunicacin I2C. Los pines para
ello son SDA y SCL.
Para realizar la programacin se ha utilizado el software de Arduino, el cual se
puede obtener de manera gratuita. El entorno est constituido por un editor de
texto para escribir el cdigo, un rea de mensajes, una consola de texto, una barra
de herramientas con botones para las funciones comunes y una serie de mens.
Permite la conexin con el hardware de Arduino para cargar los programas y
comunicarse con ellos.
El entorno de programacin dispone de una gran variedad de libreras, las cuales
se pueden usar libremente. Todo sto se explicar con ms detalle en el siguiente
captulo.
Oscilador
Para la ejecucin de las instrucciones programadas en el microcontrolador es ne-
cesaria una seal de un oscilador o cristal (gura 4.17). La funcin que realiza el
oscilador es convertir la energa de corriente continua en corriente alterna a una
determinada frecuencia. Esta seal que genera la enva al microcontrolador para
hacerle funcionar. La mxima frecuencia a la que funciona es de 16MHz.
Figura 4.17. Cristal u oscilador
Otro aspecto importante del cristal es que sirve como referencia para los tempo-
rizadores, ajustar la velocidad de transmisin del puerto serie, etc.
Puerto serie
El puerto serie [39] es usado por el microcontrolador para comunicarse con un
ordenador o con otros dispositivos. El Atmega2560 dispone de cuatro puertos
serie, de los que se van a usar tres en el sistema de gestin de carga: uno para la
programacin, otro para el mdulo de comunicaciones y otro para el Bluetooth.
La comunicacin se realiza a travs de dos lneas:
RX: Por esta lnea se reciben los datos.
TX: Por es lnea se transmiten los datos.
La conexin por puerto serie se puede realizar a diferentes velocidades. La velo-
cidad de transmisin de datos en este caso es de 115200 baudios (bits por segundo).
A travs del puerto serie slo se puede enviar un bit de cada vez. La comunicacin
se establece utilizando un protocolo de transmisin asncrono, lo que signica que
en primer lugar se enva un bit antes de cada byte, carcter o palabra codicada
para indicar que comienza la transmisin. Una vez que se naliza el envo, se enva
otro bit, pero en este caso de parada para indicar el n.
Puerto SPI
La comunicacin SPI [40] (serial peripheral interface) es un protocolo sncrono
serie de datos utilizado por el microcontrolador para comunicarse con algn
dispositivo perifrico a distancias cortas, en este caso la tarjeta SD. Se trata de
una comunicacin bidireccional.
Con este tipo de conexin, hay un maestro y al menos un esclavo. El maestro es
el encargado de controlar los dispositivos perifricos.
Para poder realizar la comunicacin existen cuatro pines:
MISO: Master in slave out. La lnea del esclavo para enviar datos
al maestro.
MOSI: Master out slave in. La lnea del maestro para enviar datos
al esclavo.
SCK: Serial clock. Los pulsos del reloj que sincroniza la transmisin
de datos generada por el maestro.
SS: Slave select. Este pin se encuentra en cada dispositivo y el
maestro lo puede usar para habilitar y deshabilitar dispositivos
especcos.
Cuando el pin de seleccin del esclavo (SS) est a nivel bajo, se comunica con
el maestro, mientras que si se encuentra a nivel alto, ignora al maestro. Esto
permite poder conectar mltiples dispositivos SPI que comparten MISO, MOSI
y SCK.
Para conectar el microcontrolador con la tarjeta SD, hay que conectar el MISO
del atmega2560 con el MOSI de RTC, y viceversa. Para iniciar la comunicacin,
el maestro congura el reloj usando una frecuencia menor o igual a la mxima
frecuencia que soporta el esclavo, que en este caso es de 400KHz.
Cuando se inicia la comunicacin, cada ciclo de reloj se va a producir una comuni-
cacin, ya que el maestro va a mandar un bit al mismo tiempo que lo va a hacer el
esclavo. Cuando ya no hay ms datos para transmitir, el maestro deja de accionar
la seal de reloj y coloca a nivel alto la seal de SS.
Puerto I2C
Este protocolo [41] dene como conectar diferentes dispositivos entre s. Crea
un bus de comunicacin entre los diferentes dispositivos en serie de 7 o 10 bits,
lo que permite conectar una gran cantidad de dispositivos. Se trata de un bus
bidireccional.
La comunicacin siempre se realiza entre dos dispositivos, uno que acta como
maestro (atmega2560) y otro como esclavo (reloj tiempo real). El maestro es
que transmite la seal para sincronizar la transferencia de datos. El dispositivo
que hace de maestro puede cambiar, pero en este caso en microcontrolador va a
ejercer siempre como tal. El maestro es el nico que puede iniciar la comunicacin.
La comunicacin se realiza a travs de tres lneas:
SDA: Es la lnea por la que circulan los datos.
SCL: Por esta lnea va la seal para sincronizar las transferencias
de los datos.
GND: Es la masa. Se utiliza como referencia de voltaje para el
clculo de las otras lneas.
Figura 4.18. Transmisin de datos I2C
La transmisin de datos va encapsulada como se muestra en la gura 4.18.
Cuando se enva una direccin de bits, siempre se enva un bit ms para informar
al esclavo si el maestro est leyendo o escribiendo de l. Si el bit es 0, el maestro
est escribiendo en el esclavo. Si el bit es 1, el maestro est en modo lectura.
Esta comunicacin requiere de una resistencia conectada a Vcc (pull-up) para que
la salida pueda ir a nivel alto en SCL y otra en SDA conectadas a 5V. Cuando
est a nivel alto no puede manejar su salida, mientras que s puede hacerlo si se
encuentra a nivel bajo.
Entradas y salidas digitales
En primer lugar se tiene una entrada digital que va conectada a un botn
para la carga manual. Cuando se pulsa este botn se inicia una carga forzada.
Este botn va conectado en un extremo a Vcc y en otro a una resisten-
cia de 10K conectada a masa, para obtener un 0 lgico. Esta resistencia se
encarga de que la entrada est siempre en nivel bajo mientras no se pulse el botn.
Otro conjunto de pines digitales son usados como salidas: cargando, conectado,
aux, s_rele y hab como se muestra en la gura 4.19.
Figura 4.19. Salidas digitales
La salida hab va conectada directamente al reloj en tiempo real. El resto de salidas
van conectadas cada una a un amplicador operacional, el LMV358MM. Estos
amplicadores funcionan como buers para no forzar la salida sobre-cargndola,
debido a la baja corriente de las salidas del microcontrolador. Las tres primeras
salidas van conectadas a un led para indicar al usuario informacin acerca del
estado del sistema de gestin de carga.
Salida al rel
Una vez que se activa la carga, un rel ser en encargado de dejar pasar la
corriente de la red al vehculo. El encargado de proporcionar la salida que avisa
al rel para que se active es el atmega2560 a travs de una salida digital, que
como mximo puede suministrar 50mA.
Debido al consumo de la bobina del rel y que la tensin de alimentacin del rel
es de 5V, se utiliza un transistor MOSFET NPN como acondicionamiento como
se muestra en la gura 4.20.
Figura 4.20. Acondicionamiento salida del rel
La inclusin del transistor es necesario porque la salida digital del atmega2560
proporciona un mximo de 50mA, que son insucientes para activar el rel, el
cual necesita 84mA. Introduciendo el MOSFET se puede elevar la corriente para
poder activar al rel.
Entrada analgica del sensor
De todas las entradas analgicas de las que dispone el microchip slo se va a usar
una para leer el valor de la intensidad que lee el sensor mientras se realiza la carga
(gura 4.21).
Figura 4.21. Entrada analgica del sensor
Esta entrada proporciona un valor entre 0 y 1024. El 0 corresponde a 0A y el
1024 a 16A. Debido a ello, en el software es necesario incluir una frmula para
determinar cul es la corriente que se consume en cada momento.
Tabla de E/S
En la tabla 4.6 se van a referenciar los pines del microcontrolador atmega2560
con los pines del Arduino Mega, adems de realizar una pequea descripcin de
los mismos.
Descripcin Atmega2560 Arduino Mega
RESET 30 RESET
XTAL1 para el cristal 34 XTAL1
XTAL2 para el cristal 33 XTAL2
AREF. Referencia de tensin entradas
analgicas
98 Analog Referen-
ce
Alimentacin. AVCC, VCC 100, 10, 31, 61,
80
VCC
Referencia. AGND, GND 99, 11, 32, 62, 81 GND
Comunicacin serie 0. RX0 y TXO 2, 3 Digital 0, 1
Comunicacin serie 1. RX1 y TX1 45, 46 Digital 19, 18
Comunicacin serie 2. RX2 y TX2 12, 13 Digital 17, 16
Comunicacin I2C. SCL, SDA 43, 44 Digital 21, 20
Comunicacin SPI. SS, SCK, MOSI,
MISO
19, 20, 21, 22 Digital 53, 52,
51, 50
Entrada analgica para el consumo 97 Analog pin 0
Entrada digital auxiliar para reset 75 Digital pin 25
Entrada digital para forzar la carga 6 Digital pin 2
Entrada digital para alarmas RTC 56 Digital pin 34
Salida digital para evitar que se duerma
el Wi-Fi
50 Digital pin 38
Salida digital para accionar rel 57 Digital pin 33
Salidas digitales conectadas a los leds
de estado del dispositivo
58, 59, 60 Digital pin 32,
31, 30
Tabla 4.6. Correspondencias Atmega2560 y Arduino Mega
En la gura 4.22 se muestra el circuito electrnico nalizado correspondiente al
microcontrolador y al mdulo Wi-Fi, descrito en la seccin actual.
Figura 4.22. Microcontrolador
4.4.2. RTC: reloj tiempo real
Para poder llevar un registro detallado de las cargas, as como para poder
programarlas con fecha y hora de manera denida, es necesario que haya un reloj
en tiempo real RTC en el diseo. Con ello ser posible programar las cargas,
obtener la hora instantnea en cada momento y activar y desactivar la carga en
el momento preciso. Para ello se ha elegido el DS3231 de Maxim que se muestra
en la gura 4.23.
Figura 4.23. RTC DS3231
Este integrado es un sistema MEMS (micro electromecnico), que se reere a la
tecnologa electromecnica y micromtrica. Para ello se usan escalas muy pequeas
(escala nanomtrica) en los componentes que componen los integrados, como se
ve en la gura 4.24. En la gura 4.25 se muestra el oscilador del DS3231.
Figura 4.24. Tecnologa MEMS
Figura 4.25. Oscilador MEMS DS3231
Una de las principales causas por las que se ha elegido este RTC es porque
dispone de dos alarmas, las cuales son usadas para avisar al microcontrolador
cuando empezar y acabar la carga sin producir sobrecargas que se originan si se
est continuamente haciendo consultas. Otros factores que han inuido en su elec-
cin son su gran precisin, el bajo coste y el que dispone de sensor de temperatura.
Como ya se ha dicho, el reloj elegido es el DS3231. La comunicacin con el
Atmega2560 se hace a travs de I2C (pines SCL y SDA del microcontrolador).
El reloj tiene una entrada para una batera externa o pila para mantener la hora
cuando se interrumpe la alimentacin principal.
El RTC proporciona informacin sobre segundos, minutos, hora, da, fecha, mes
y ao. Una gran caracterstica que tiene, es que la fecha a nal de mes se ajusta
en aquellos meses con menos de 31 das, incluyendo tambin las correcciones para
aos bisiestos. Puede funcionar en los modos 12/24 horas con indicador AM y
PM. Se proporcionan dos alarmas de fecha programables y una salida de 1Hz. La
direccin y los datos se transeren en serie a travs de un bus I2C bidireccional.
Adems dispone de una patilla de reset.
Existen varios tipos de encapsulados. Para el presente proyecto se ha seleccionado
el package SOIC-8. El reloj tiene 8 patillas, las cuales se van a soldar a la PCB
de manera supercial (SMD).
A travs de la comunicacin I2C con el microcontrolador, se envan y reciben
tramas de datos. Estos datos se utilizan para poner el reloj en hora, programar
las alarmas, enviar una seal al atmega2560 cuando la alarma cambia de estado,
etc. Tambin tiene una salida para indicar el cambio de estado de la alarma.
En la tabla 4.7 se muestran las caractersticas de este reloj en tiempo real,
sacadas de su datasheet.
Voltaje de funcionamiento 2.3-5.5V
Voltaje tpico alimentacin 3.3V
Voltaje tpico batera 3.0V
Frecuencia de salida 32.768KHz
Consumo de corriente mximo 200uA
Precisin sensor temperatura 3
o
C
Precisin reloj 3,5ppm
Rango temperatura -40
o
C a 85
o
C
Alarmas 2
Comunicacin I2C
Velocidad transferencia datos 400KHz
Tabla 4.7. Caractersticas DS3231
El acondicionamiento diseado para el reloj se muestra en la gura 4.26, se han
seguido las recomendaciones de las hojas de datos del fabricante.
Figura 4.26. Circuito diseado
La alimentacin principal se realiza a 3.3V que proporciona la fuente de alimen-
tacin. Adems dispone de una pila adicional para alimentarlo a 3.0V cuando
la tensin proveniente de la fuente de alimentacin es inferior a 3.0V. As se
consigue que el RTC est funcionando continuamente.
Este reloj tiene una memoria interna, en la cual se almacenan todas las variables
del reloj. En la gura 4.27 se muestran las direcciones de memoria que ocupan
cada una de las variables, as como sus registros.
La comunicacin con el microcontrolador se hace por un bus I2C bidireccional,
teniendo denido un protocolo de transmisin de datos. El atmega2560 acta como
maestro, mientras que el DS3231 lo hace como esclavo. El maestro genera la seal
de reloj serie (SCL), controla el acceso al bus y genera las condiciones de inicio y
n.
Figura 4.27. Direcciones de memoria y registros
Figura 4.28. Esclavo recibe trama
Figura 4.29. Esclavo enva trama
Figura 4.30. Esclavo enva y recibe trama
En el reloj, las comunicaciones se hacen a travs de la entrada SCL y entra-
das/salidas SDA. En la gura 4.28 se muestra la trama de datos cuando el esclavo
recibe datos. En la gura 4.29 se muestra la trama de datos cuando el esclavo en-
va datos. En la gura 4.30 se muestra la trama de datos cuando el esclavo enva
y recibe datos. Tal como se observa en estas guras, se han denido una serie de
condiciones para el protocolo:
Bus libre. Las lneas de data y reloj estn a nivel alto.
Start transmisin de datos. Cuando el reloj est a nivel alto y la lnea
de datos cambia de nivel alto a bajo, se dene la condicin de inicio.
Stop transmisin de datos. Cuando el reloj est a nivel alto y la lnea
de datos cambia de nivel bajo a alto, se dene la condicin de parada.
Datos vlidos. El estado de la lnea de datos representa que los datos
son vlidos cuando, despus de la condicin de start, la lnea de datos
est estable durante la duracin del perodo a nivel alto de la seal
del reloj. Cada transferencia de datos empieza con start y acaba con
stop. El nmero de bytes de datos transferidos no est limitado, est
determinado por el maestro.
Acknowledge. El esclavo est obligado a generar una seal de acknow-
ledge despus de la recepcin de cada bit. El maestro debe generar un
pulso de reloj extra, que est asociado a este bit.
4.4.3. Mdulo de comunicaciones
El proyecto se ha diseado para que pueda funcionar con diferentes tipos de
comunicaciones con el usuario y con un mdulo Bluetooth en todos ellos para la
comunicacin con el vehculo elctrico. Como ya se ha dicho anteriormente, en
funcin del modo de comunicacin que se vaya a utilizar, el proyecto va a tener
un diseo u otro en el circuito del microcontrolador.
Los diferentes mdulos de comunicacin con el usuario que puede llevar el circuito
del microcontrolador son:
WiFi.
Ethernet.
GPRS/GSM.
Estos mdulos y el mdulo Bluetooth van a ser explicados a continuacin.
Mdulo Bluetooth
Este mdulo de comunicacin va a estar en todos los modelos del sistema de
gestin de carga, ya que la conexin con el vehculo se va a realizar va Bluetooth.
Esta comunicacin se hace para que cargador pueda extraer datos de las cargas
del vehculo, consumos, estado de la batera, etc. y poder mostrrselo al usuario
a travs de la Web y planicar las cargas por niveles de batera.
El mdulo elegido es el LMX9838 de Texas Instruments que se muestra en la
gura 4.31. Se trata de un mdulo Bluetooth comunicado con el microcontrolador
por puerto serie. Es un controlador de banda base Bluetooth 2.0. Funciona a una
frecuencia de 2.4GHz y es capaz de transmitir datos a 921.6Kbits/s. El propio
mdulo incluye antena, cristal oscilador, y EEPROM.
Figura 4.31. Mdulo Bluetooth LMX9838
Este mdulo encuentra el equilibrio entre una gran funcionalidad y la sencillez de
uso.
En la tabla 4.8 se muestran las caractersticas tcnicas de este mdulo.
Voltaje de funcionamiento 3-3.6V. Tpico 3.3V
Consumo de corriente mximo 65mA
Rango temperatura -40
o
C a 85
o
C
Comunicain Serie
Tabla 4.8. Caractersticas LMX9838
La alimentacin incluye unos condensadores de desacoplo para reducir las
inductancias creadas por las pistas del circuito impreso.
Dispone de dos leds para indicar la conexin Bluetooth y la comunicacin por el
puerto serie con el microcontrolador, como se muestra en la gura 4.32.
Figura 4.32. Leds de estado
La conguracin del puerto serie del Bluetooth se realiza va hardware conec-
tando a Vcc a travs de dos resistencias de 1K a los puertos OP3 y OP4, que
corresponde a una velocidad de 115200 baudios como se muestra en la gura 4.33.
Esta conguracin es crtica puesto que de no conectarse a Vcc dichos puertos, el
mdulo no iniciara el software embebido.
Figura 4.33. Conguracin UART LMX9838
El protocolo que se usa en la comunicacin para encapsular los datos y enviarlos
se muestra en la gura 4.34.
Figura 4.34. Encapsulado para enviar datos
Como se observa en la gura 4.34, existe un byte para indicar el comien-
zo de la trama y otro para el n. El byte de packet type ID indica el tipo
de paquete de datos; si es para enviar peticin, conrmar la peticin, envo de
informacin desde el mdulo Bluetooth o una respuesta opcional a una indicacin.
La conguracin del puerto serie por defecto es 8 bits de datos, un bit de parada
y sin paridad.
Mdulo Wi-Fi
El primero de los modos de comunicacin entre el usuario y el microcontrolador
que se va a tratar es el mdulo Wi-Fi. En esta conguracin el usuario evita el uso
de cables, e incluso la necesidad de router, puesto que el mdulo utilizado (gura
4.35) tiene un modo Access Point (AP). De modo que crea una red que permite
la comunicacin entre un dispositivo mvil y el interfaz del cargador.
Figura 4.35. Mdulo Wi-Fi RN-171
El RN-171 es un mdulo integrado que permite implementar una red inalmbrica
TCP/IP IEEE 802.11b/g en forma completa. Gracias a su pequeo tamao y su
bajo consumo, es ideal para aplicaciones de comunicaciones inalmbricas mviles,
entre las que se encuentra el monitoreo a distancia o equipos porttiles a bateras.
Este equipo incorpora rmware que facilita la integracin, implementa una pila
TCP/IP (no es necesario el uso de drivers externos) y gestiona la conexin.
La comunicacin con el mirocontrolador se hace a travs del puerto serie, lo
que permite una comunicacin con el atmega2560 para el envo de datos de
conguracin, peticiones Web, etc.
En la tabla 4.9 se muestran las caractersticas de este mdulo WiFi extradas de
las hojas de datos del fabricante.
Voltaje de funcionamiento 3-3.7V. Tpico 3.3V
Comunicain Serie
Frecuencia 2.4GHz
Tipo Transceptor 802.11b/g
Memoria Flash 8Mbit
Memoria RAM 128KB
Rango de temperatura -40 a 85
o
C
Tabla 4.9. Caractersticas RN-171
La alimentacin se realiza a 3.3V, y se colocan condensadores de desacoplo.
Estos condensadores se aaden lo ms prximos posbiles a la alimentacin para
minimizar las inductancias creadas por las pistas.
Cuando el RN-171 est en modo sleep, la comunicacin serie se deshabilita
por s sola. Por ello una entrada del mdulo va conectada a una salida digital
del microcontrolador, que al enviarle una seal de nivel alto despierta al WiFi
estableciendo de nuevo la comunicacin serie.
Lleva incorporada una antena que es un cable. La longitud de la antena se deter-
mina en funcin de la longitud de onda y el hecho de utilizar una antena de 1/4
de onda. La longitud de la antena se obtiene de la siguiente expresin.
l =

4
=
c/f
4
=
3 10
10
/2,4 10
9
4
= 3,125cm (4.6)
Siendo c la velocidad de la luz en cm/s.
El mdulo Wi-Fi se comunica con el microcontrolador por medio del puerto serie
a una velocidad de 115200 baudios, 8 bits de datos, 1 bit de parada y sin paridad.
En la gura 4.36 se muestra el circuito creado.
Figura 4.36. Mdulo Wi-Fi
Mdulo Ethernet
El segundo modo de comunicacin entre el sistema de gestin de carga y el usuario
es a travs de un cable Ethernet, es decir, enchufando el dispositivo a un router,
lo que implica la necesidad de un router. El mdulo usado para este caso es el
enc28j60 que se muestra en la gura 4.37.
Figura 4.37. Mdulo Ethernet enc28j60
En la tabla 4.10 se muestran las caractersticas de este mdulo que se han
extrado de las hojas de datos del fabricante.
Voltaje de funcionamiento 3.1-3.6V. Tpico 3.3V
Comunicain SPI
o
C
Tabla 4.10. Caractersticas enc28j60
Cabe destacar que el conector RJ45 est aislado del medio, para adecuar la seal
al mismo con independencia de la del controlador.
El mdulo incluye condensadores de desacoplo en la alimentacin para evitar las
inductancias creadas por las pistas de la PCB, como en los casos anteriores.
Este mdulo incorpora el enc28j60, la MAC Ethernet y la capa PHY en un solo
chip. Esto permite conectar la MAC y PHY. La MAC es el controlador de acceso
al medio, denido por el estndar Ethernet IEEE-802.3. PHY es el interfaz fsico
del transceptor, denido tambin por IEEE-802.3.
La comunicacin de este mdulo con el Atmega2560 se realiza a travs de SPI
(serial peripheral interface). SPI es un protocolo serial sncrono que se utiliza
para comunicar un microcontrolador con otro dispositivo y con perifricos a
distancias cortas. Para realizar esta conexin el microcontrolador actuar como
maestro, mientras que el mdulo Ethernet lo har como esclavo. Para ello se
utilizan los pines del microcontrolador MISO, MOSI, SCK y SS. La alimentacin
del mdulo puede realizarse a 3.3v o a 5v.
Adems de la PCB del microcontrolador, tambin va a ser necesaria otra PCB,
la que contiene al mdulo enc28j60. Este circuito impreso es la que contiene el
conector RJ45 para el cable Ethernet, que despus se conecta al circuito impreso
del microcontrolador.
Mdulo GPRS/GSM
El ltimo modo de comunicacin entre el sistema de gestin de carga y el usuario
es a travs de un mdulo GPRS/GSM. El mdulo seleccionado para ello es el
SIM900 de SIMCom Wireles Solutions que se muestra en la gura 4.38. Se trata
de un mdulo ultra compacto del tipo Cuatri Banda, para montaje supercial.
Figura 4.38. Mdulo GPRS/GSM SIM900
En la tabla 4.11 se muestran las caractersticas de este mdulo extradas de las
hojas de datos del fabricante.
Voltaje de funcionamiento 4.5-5.5V. Tpico 5V
Comunicain Puerto serie
o
C
Tabla 4.11. Caractersticas SIM900
La gran potencia de su procesador permite mayores prestaciones que el promedio
de los mdulos existentes en el mercado. Tiene mayor velocidad de procesamiento
y un signicativo ahorro de energa en el modo sleep.
Entrega una alta prestacin en los modos GPRS/GSM en las bandas de
850/900/1800/1900 MHz para voz, SMS, datos y fax. Se puede alimentar de 3.1
a 4.8v.
La alimentacin se realiza a travs de unos condensadores de desacoplo, para
reducir la inductancia creada por las pistas del circuito integrado.
La velocidad de transferencia de las tramas de datos, est congurada a 115200
baudios, 8 bits de datos, 1 bit de parada y sin paridad.
Al mdulo hay que incorporarle una antena para que la transmisin de datos se
haga de manera correcta.
Por ltimo, al mdulo est conectado un adaptador para tarjetas SIM, que es la
utilizada para poder establecer la conexin con el sistema de gestin de carga.
4.4.4. Almacenamiento (tarjeta SD)
El ltimo mdulo en el que se divide el circuito del microcontrolador es la tarjeta
microSD [42]. Se trata de una tarjeta convencional de 2GB de memoria, como la
que se muestra en la gura 4.39.
Figura 4.39. Tarjeta microSD
Esta tarjeta es til para guardar todos los datos relacionados con la informacin
de las cargas, guardar las direcciones IP y contraseas para la conexin con el
sistema de gestin de carga, pgina de interfaz XHTML y facilitar de esta manera
la actualizacin del usuario de la misma.
La comunicacin con el microcontrolador, se realiza por SPI, es decir, con las
seales MISO, MOSI, SCK y SS. El atmega2560 hace de maestro, mientras que
la tarjeta SD hace de esclavo. La habilitacin de la tarjeta se produce cuando el
pin SS de la tarjeta SD est a nivel bajo.
4.5. Rel 16A
Como ya se ha dicho anteriormente, el elemento encargado de permitir el paso
de corriente hacia el vehculo es un rel [43]. El rel es activado con una salida
del Atmega2560 a travs de un transistor MOSFET NPN. El hecho de utilizar
una etapa intermedia en la activacin de la bobina del rel es debido a que el
consumo de la bobina es muy superior al que puede suministrar una salida del
microcontrolador, as como el nivel de tensin necesario para activar el rel es de
5V y el proporcionado por la salida es de 3.3V.
Tambin est conectado a la red elctrica convencional de 230v y soporta una
intensidad mxima de 16A. Cuando el microcontrolador detecta que hay que
iniciar la carga, activa una salida digital y al rel le llega una seal de nivel alto,
lo que hace que se active. Al activarse, deja que la corriente que proviene de la
red circule a travs de l (cierra los contactos) y salga del cargador llegando al
vehculo, cargndolo. Cuando el microcontrolador desactiva la salida, al rel le
llega una seal de nivel bajo, desactivndolo y no dejando pasar la corriente de
la red (abre los contactos).
En paralelo con la bobina se pone un diodo. Este diodo conduce corriente cuando
se desactiva el rel. sto se hace porque la el rel tiene en su interior una bobina que
almacena energa cuando la corriente pasa por ella. As cuando se desactiva el rel,
queda energa almacenada en la bobina pudiendo retornar hacia el MOSFET que
est a la salida del microcontrolador. Si el voltaje que vuelve es lo sucientemente
grande, puede llegar a destruir el MOSFET. De modo que la misin de este diodo
es evitar corrientes de retorno descargando la bobina.
Sensor de corriente / 85
4.6. Sensor de corriente
Esta ltima parte del diseo hardware consiste en medir la corriente que consume
el vehculo durante la carga. Lo que hace es medir la cantidad de corriente que
circula por el cable que est enchufado al coche durante la carga. Lo que se
pretende hacer con estos datos recogidos es una grca para poder monitorizar el
consumo, perodos de carga y desactivar la carga cuando el consumo es pequeo,
indicador de que ha nalizado la carga.
Para el diseo de dicho sensor de corriente se han barajado tres alternativas,
pero nalmente se han descartado dos, siendo la principal causa el tamao y
las caractersticas especiales del grosor de las pistas. Estos sensores van a ser
comentados a continuacin.
4.6.1. Sensor SHUNT
Un sensor shunt consiste en una resistencia en serie con la carga, a travs de la
cual circula la misma corriente que por la carga. Generalmente la resistencia del
shunt es conocida con precisin y se utiliza para determinar la corriente que uye
a travs de la carga. Para ello mide la diferencia de tensin en la resistencia y
aplica la ley de Ohm.
La PCB diseada para este sensor tiene un gran tamao, lo que no interesa para
un dispositivo integrado.
Como ya se ha dicho anteriormente, para medir la corriente lo primero que hace
es medir la diferencia de potencial en la resistencia. Debido a que la resistencia
va en serie con la carga se tendra una tensin con un punto otante con respecto
a la tensin de alimentacin.
De modo que debido al gran tamao, a la tensin otante y el hecho del elevado
coste de la resistencia de un valor tan bajo y de tanta potencia P = R I
2
=
0,022 16
2
= 5,63W, se descarta este sensor de corriente, ya que no es la mejor
opcin.
4.6.2. Sensor efecto Hall I
La segunda opcin que se baraj fue este sensor, de efecto Hall. Si uye corriente
por este sensor y se aproxima a un campo magntico que uye en direccin
vertical al sensor, se crea un voltaje saliente proporcional al producto de la fuerza
del campo magntico y de la corriente. Si se crea el campo magntico por medio
de una corriente que circula por la bobina, se puede medir el valor de la corriente
en dicha bobina.
El tamao resultante de este circuito impreso no era muy grande, pero haba un
inconveniente; la pista por la que circula la corriente de la carga tiene que por
debajo del circuito integrado, que tiene una anchura limitada. El tamao de la
pista para esa corriente es ms grande que el ancho del circuito integrado. Para
ello se requiere un grosor superior a 35m para reducir el ancho, elevando el coste
del circuito impreso.
4.6.3. Sensor efecto Hall II
Este fue el diseo denitivo diseado para la medida de la corriente en el presente
proyecto.
Figura 4.40. Sensor ACS712
Este diseo tiene la principal ventaja del tamao, ya que el dispositivo empleado
para medir la corriente es el componente ACS712 [44] de Allegro Microsystems
que se muestra en la gura 4.40. Adems tambin est el hecho de poder pasar
un plano para cumplir el ancho de la pista, sin la necesidad de recurrir a mayor
grosor de la pista.
Como se puede apreciar en la gura 4.40, se trata de un sensor de pequeo
tamao. Esto unido a que el circuito impreso es tambin de pequeo tamao,
hace que sta sea la solucin ideal para el sensor de corriente.
El sensor de corriente ACS712 proporciona soluciones econmicas y exactas para
la medicin de la corriente. Es muy fcil de integrar en cualquier sistema.
En la tabla 4.12 se muestran las caractersticas de este sensor.
Reglas de diseo hardware / 87
Ancho de banda mximo 80KHz
Resistencia 1.2M
Aislacin 2.1KVRMS
Tensin de alimentacin 5V
Corriente de alimentacin 10mA
Error 1.2 %
Rango de medicin [-20,20]A
Rango seal de salida [0,5]V
Tabla 4.12. Datos sensor
En la gura 4.41 se muestra el sensor creado.
Figura 4.41. Sensor
Este sensor requiere de dos condensadores de ltro y tiene un tiempo de salida
de 5us en respuesta a la corriente de entrada, adems de casi no tener histresis
trmica.
Todo lo expuesto sobre este sensor, adems de los problemas de tamao que se
tena con el primero y el grosor de la pista del segundo, hace que se haya elegido
este ltimo sensor para medir la corriente de la carga del vehculo elctrico.
4.7. Reglas de diseo hardware
En esta seccin se van a explicar todas las reglas [45] que se han tenido en cuenta
para la realizacin de los circuitos impresos del harware, tales como anchura de
pistas, distancia entre pistas, etc. Todas estas reglas hay que cumplirlas para que
el funcionamiento del sistema sea correcto.
Para ello hay que saber que las tarjetas de circuito impreso constan de una base
aislante sobre la que se deposita una na capa de material conductor, que suele
ser cobre. Pueden ser rgidas o exibles, de una cara, dos caras o multicara.
Dependiendo del tipo de placa se utilizan diversos tipos de materiales, pero la
ms comn es la rgida de bra de vidrio.
Segn la norma UNE 20-621-84/3, la anchura del material aislante puede ser de
0.2, 0.5, 0.7, 0.8, 1.0, 1.2, 1.5, 1.6, 2.0, 2.4, 3.2 6.4 mm. La ms comn es la de
2mm. El espesor de la capa conductora puede ser de 18, 35, 70 105m.
4.7.1. Normativa bsica
Aunque cada caso requiere un tratamiento especial y para cada proyecto se de-
nirn unas normas, hay que tener en cuenta unas reglas bsicas que pueden
considerarse comunes y que se van a enumerar a continuacin.
El diseo se realizar sobre una hoja cuadriculada en dcimas de pul-
gada ya sea a mano o en un programa (gura 4.42). De este modo se
hacen coincidir las pistas con las lneas de la cuadrcula o formando un
ngulo de 45
o
, teniendo los puntos de soldadura en sobre las lneas.
Figura 4.42. Normativa bsica 1
Se tratar de realizar el diseo lo ms sencillo posible, cuanto ms
cortas sean las pistas y ms simple la distribucin de componentes,
mejor resultar el diseo.
No se enrutarn pistas con ngulos de 90
o
. Cuando haya que hacer un
giro de una pista se har con dos ngulos de 135
o
. Si hay que hacer
una bifurcacin en una pista se har suavizando los ngulos con un
tringulo a cada lado.
Para componentes pasantes, los puntos de soldadura sern crculos cuyo
dimetro ser, al menos, el doble del ancho de la pista que en l termina
El ancho de las pistas depender de la intensidad que vaya a circular
por ellas.
Entre pistas vecinas se dejar una distancia que depender de la dife-
rencia de tensin entre ellas.
La distancia mnima entre pistas y el borde de la placa ser de aproxi-
madamente 5mm.
No se pueden pasar pistas entre los dos terminales de componentes
activos.
4.7.2. Ancho de las pistas
La primera regla es la anchura que deben tener las pistas al enrutar la PCB. Esta
anchura se determina por la mxima corriente que pasa por ellas, el incremento
mximo permitido de temperatura y el grosor de la pista. La necesidad de
minimizar las prdidas por efecto Joule implican que la resistencia de los caminos
ha de ser la menor posible.
En la gura 4.43 se muestra una tabla con las diferentes anchuras mnimas que
deben tener las pistas en funcin de la corriente que las recorra. Tambin se
muestra la corriente que puede llegar a circular por ellas con incrementos de
temperatura.
La anchura de la pista se calcula con la siguiente ecuacin donde L es el grosor de
la pista (35m).
Ancho =
Area
L 1,378
(4.7)
Area = [
I
k1 T
k2
]
k3
(4.8)
Donde k1, k2 y k3 son constantes denidas que dependen de si la pista es interna
(ms de dos capas) o externa. Como en este caso todas las pistas son externas, es-
tas constantes tienen los siguientes valores: k1 = 0,0647; k2 = 0,4281; k3 = 0,6732.
Una vez que se tienen todos estos valores, se pueden hallar las anchuras de las
diferentes pistas, tal como se muestra a continuacin.
Figura 4.43. Anchura de pistas en funcin de la corriente
Fuente de alimentacin
La intensidad que circula a la entrada de la fuente de alimentacin es la suma de
las dos intensidades mximas que van a circular por los reguladores de 5v y 3.3v.
Esta suma es de 900mA, de modo que:
Ancho =
[
0,9
0,064725
0,4281
]
0,6732
35 10
6
1,378
= 48mil (4.9)
Ahora se va a hallar la anchura de las pistas de los reguladores de tensin. En
ambos la intensidad mxima es de 450mA, de modo que ambos van a tener el
mismo ancho de pista.
Ancho =
[
0,45
0,064725
0,4281
]
0,6732
35 10
6
1,378
= 30mil (4.10)
Rel y sensor de corriente
Para ambos casos, la mxima corriente que va a circular a travs de ellos es de
16A.
Ancho =
[
16
0,064725
0,4281
]
0,6732
35 10
6
1,378
= 335mil (4.11)
Para las pistas que llevan las seales, la corriente mxima que circula son 50mA,
de modo que su anchura ser de:
Ancho =
[
0,05
0,064725
0,4281
]
0,6732
35 10
6
1,378
= 7mil (4.12)
De este modo ya se han calculado las anchuras crticas que deben tener las pistas
en todo el diseo.
4.7.3. Separacin entre pistas
La separacin entre dos pistas contiguas debe ser al menos el doble del ancho de
la pista (gura 4.44. Esto debe ser considerado de manera especial para las pistas
por las que circulas seales que se consideran crticas, las cuales pueden producir
interferencia entre las pistas o componentes electrnicos.
Figura 4.44. Separacin entre pistas
Adems de sto, se recomienda que la separacin mnima entre una pista por la
que circula una seal y un punto de conexin de la PCB a un soporte debe ser
0.75mm o ms.
En la tabla 4.13 se muestra una tabla con las diferentes distancias mnimas que
deben las pistas en funcin de la diferencia de potencial mxima entre pistas.
Voltaje entre conductores Dist. mnima
0 - 15 V 0.005"(0.13mm)
16 - 30 V 0.010"(0.26mm)
31 - 50 V 0.015"(0.38mm)
51 - 100 V 0.020"(0.51mm)
101 - 300 V 0.030"(0.76mm)
301 - 500 V 0.060"(1.52mm)
Tabla 4.13. Distancia entre pistas segn potencial
4.7.4. Longitud de las pistas de seal
Otro factor crtico para disear una PCB es la mxima longitud que puede tener
una pista. Se debe garantizar la integridad y correcta transmisin de las diferentes
seales que circulan por los caminos de la PCB.
Para determinar si el trazo de la pista es elctricamente largo, se debe pensar en
el dominio del tiempo. La denicin establece que la longitud mxima de la pista
tiene que permitir la propagacin de la seal en la mitad del tiempo de cada o
levantamiento de la misma.
Asumiendo que la velocidad tpica de propagacin es del 60 % de la velocidad de
la luz, se puede calcular la mxima longitud de pista por medio de la siguiente
ecuacin, donde t
r
es el tiempo de elevacin o cada de la seal y t
pd
es el retardo
de la seal de propagacin.
l
max
=
t
r
2 t
pd
(4.13)
Para las pistas que salen del microcontrolador:
l
max
=
2 10
9
2 0,2 10
9
= 10cm (4.14)
Para las pistas de la fuente de alimentacin:
l
max
=
200 10
9
2 25 10
9
= 8cm (4.15)
Resumen / 93
4.7.5. Planos de tierra
Los planos de tierra capturan el ujo de radio frecuencia generada internamente
por los componentes y osciladores. Cada plano de tierra se posiciona de acuerdo a
la segmentacin de los circuitos y se conectan a su respectiva referencia de tierra.
4.8. Resumen
A lo largo de este captulo se ha desarrollado cada una de las partes del disposi-
tivo, haciendo especial hincapi en las partes ms crticas acerca del diseo y las
consideraciones tcnicas necesarias para el correcto funcionamiento de cada una
de ellas.
Se ha podido ver la importancia del hecho de modularizar en partes de equivalencia
tecnolgica (fuente de alimentacin, comunicaciones, etc.), para de esta manera
facilitar el contexto y el diseo y centrarse en una funcionalidad concreta.
Otra parte importante es seguir las recomendaciones de las hojas de datos de los
fabricantes.
Por ltimo se han introducido las principales reglas de diseo necesarias para ob-
tener los mejores resultados posibles. Los objetivos de diseo de hardware se han
alcanzado de manera satisfactoria.
Captulo 5
Diseo software
En este captulo se va a explicar en detalle las principales funciones utilizadas
para programar el microcontrolador y el interfaz de usuario. Se van a incluir
los diagramas de ujo del software del microcontrolador para la gestin de las
peticiones web, comunicacin Bluetooth y gestin de carga y se indicar paso a
paso la programacin del mismo. En la programacin del interfaz se mostrarn
partes signicativas del mismo para hacerlo ms visual.
5.1. Introduccin
Una vez que estn creados todos los circuitos impresos que componen el diseo
hardware, hay que realizar la programacin pertinente para poder comunicar los
diferentes mdulos y conseguir el funcionamiento requerido del sistema de gestin
de carga.
Para el diseo software, se han utilizado dos lenguajes de programacin:
IDE Arduino. Va a ser utilizado para realizar la programacin del
microchip Atmega2560.
95
96 / Diseo software (Captulo. 5)
XHTML. El cual a su vez est dividido en XHTML, JavaScript y CSS.
Va a ser utilizado para programar la pgina web creada que acta como
interfaz con el usuario.
Para realizar el software, se han seguido una serie de etapas:
Anlisis del problema.
Desarrollo de algoritmos.
Codicacin.
Compilacin y pruebas.
Desarrollo del juego de algoritmos nales.
En los siguientes apartados se tratan por separado cada una de las herramientas,
describiendo cada una de ellas y su papel e importancia en el proyecto.
5.2. IDE Arduino
Como ya se dijo en la descripcin del Atmega2560, este chip iba a estar basado
en la placa Arduino Mega. Por lo que para programarlo, la mejor opcin va
a ser hacerlo a travs del software libre de Arduino, el cual es de descarga gratuita.
Este entorno de cdigo abierto Arduino hace fcil escribir cdigo y cargarlo
en el microchip. Funciona en los sistemas operativos Windows, Mac OS X y
Linux. Este entorno est escrito en Java y basado en Processing, avr-gcc y otros
programas tambin de cdigo abierto.
Una vez que se tiene descargado el Ide de Arduino, lo que hay que hacer es
conectar la PCB creada para este proyecto a otra placa de Arduino a travs de
un puerto serie. Con ello el circuito impreso quedar conectada al ordenador a
travs del USB de la placa de Arduino.
Lo primero que hay que hacer es cargar el gestor de arranque en la PCB creada
para el presente proyecto. Una vez que el gestor de arranque (bootloader) est
cargado correctamente, se puede empezar a programar y a cargar cdigo en el
Atmega2560. Para comprobar que el circuito impreso funciona correctamente, se
puede probar algn ejemplo que se descargan con el IDE de Arduino.
Al ejecutar la aplicacin Arduino, aparece la ventana que se muestra en la gura
5.1.
IDE Arduino / 97
Figura 5.1. IDE de Arduino
Una vez que se conecta el microchip, lo primero que hay que hacer para poder
comunicarse de manera correcta es seleccionar el modelo de la placa equivalente
al chip (Arduino Mega en este caso) y seleccionar el puerto de comunicacin serie
que corresponde. Para ambos casos, hay que pinchar sobre Tools y seleccionar
Board en el primer caso y Serial Port en el segundo.
Este programa dispone de una gran cantidad de libreras abiertas, es decir, de
cdigo abierto y descarga gratuita. Ello permite tener funcionalidades extra.
Pero no todo son ventajas, ya que para que el microcontrolador pueda usarlas
tienen que estar en l, es decir, las libreras se vuelcan a microcontrolador junto
al cdigo del programa, lo que hace que ocupe espacio en la memoria. Por ello
hay que tener especial cuidado y no incluir libreras innecesarias.
Otra funcionalidad que ofrece es el monitor serie, el cual permite ver los datos
que enva en microcontrolador por el puerto serie. Para poder verlos, lo que hay
que hacer es inicializar el puerto serie, seleccionando una velocidad de envo e
introducir los comandos precisos para que se puedan leer estos datos.
5.2.1. Funciones bsicas de Arduino
En este apartado se van a explicar cules son las funciones bsicas de Arduino
[46].
pinMode()
Congura el pin especicado para que se comporte con una entrada o una salida.
Se la pasan dos parmetros: el pin que se desea congurar y el modo (entrada o
salida). No devuelve nada.
digitalWrite()
Escribe un valor high o low en un pin digital. Se le pasan dos parmetro: el pin
y el valor (high o low). No devuelve nada.
digitalRead()
Lee el valor de un pin especicado (high o low). Slo tiene un parmetro, que es
el pin digital que tiene que leer. Devuelve el valor del pin: high o low.
analogRead()
Lee el valor de tensin del pin analgico especicado (parmetro). El conversor
analgico es de 10 bits, por lo que el valor que devuelva oscilar entre 0 y 1023.
millis()
Devuelve el tiempo en milisegundos transcurridos desde que se inici el microchip
con el programa actual.
delay()
Pausa el programa por un tiempo determinado en milisegundos que est especi-
cado como parmetro.
attachInterrupt()
Especica la funcin a la que invocar cuando se produce una interrupcin externa.
Se usa para las alarmas del reloj en tiempo real.
detachInterrupt()
Apaga la interrupcin dada. Tambin se usa para las alarmas del reloj en tiempo
real.
Serial.begin()
Establece la velocidad de datos (parmetro) en bits por segundo (baudios) para
la transmisin de datos por el puerto serie.
IDE Arduino / 99
Serial.available()
Devuelve el nmero de bytes (caracteres) disponibles para ser ledos por el puerto
serie.
Serial.read()
Lee los datos entrantes del puerto serie. Devuelve el primer byte disponible recibido
por el puerto serie.
Serial.ush()
Vaca el bfer de entrada de los datos del puerto serie.
Serial.print()
Imprime los datos al puerto serie como texto ASCII. Una variante es la funcin
Serial.println(), la cual imprime en el puerto serie en una lnea nueva cada vez
que se la invoca.
Serial.write()
Escribe datos en el puerto serie. La diferencia con Serial.print() es que esta funcin
escribe datos binarios, no como texto ASCII.
5.2.2. Libreras utilizadas
Para el desarrollo del software se incluyen una serie de libreras [47] en las cuales
se encuentran las funciones que se llaman en programa principal.
En este apartado se van a enumerar todas las libreras utilizadas, as como las
funciones a las que se hace referencias, adems de explicar sus entradas, salidas y
como funcionan.
DS3231
Esta librera es la encargada de dar soporte a las instrucciones que hacen referencia
al reloj en tiempo real DS3231. Esta librera es de diseo propio.
void DS3231::getTime(byte year, byte month, byte date, byte DoW,
byte hour, byte minute, byte second). Obtiene la hora del RTC,
obteniendo un byte por cada uno de los parmetros.
void DS3231::setHour(byte year, byte month, byte date, byte DoW,
byte hour, byte minute, byte second). Pone en hora el reloj, con los
parmetros que se le pasan.
void DS3231::setA1Time(byte A1Day, byte A1Hour, byte
A1Minute, byte A1Second, byte AlarmBits, bool A1Dy, bool
A1h12, bool A1PM). Funcin para programar la alarma. Como
parmetro se pasan cada uno de los valores de fecha y hora.
void DS3231::turnOnAlarm(byte Alarm). Enciende la alarma cuan-
do se activa.
DS3231::turnOAlarm(byte Alarm). Apaga la alarma.
EEPROM
Esta librera permite leer y escribir en la memoria EEPROM del microcontrolador.
Slo tiene esas dos funciones:
uint8_t EEPROMClass::read(int address). Lee un byte de la EE-
PROM. Su nico parmetro es la localizacin donde se va a leer
(0-511). Devuelve el valor almacenado en esa direccin.
void EEPROMClass::write(int address, uint8_t value). Lo que ha-
ce es escribir un byte en la EEPROM. El primer parmetro es la
direccin donde escribir (0-511(int)). El segundo parmetro es el
valor a escribir (byte). No devuelve nada.
ETHER28J60
Esta librera contiene las funciones necesarias para el mdulo de comunicacin
Ethernet enc28j60. A continuacin se van a explicar las funciones utilizadas.
void ETHER_28J60::setup(uint8_t macAddress[], uint8_t ipAd-
dress[], uint16_t port). Esta funcin congura la comunicacin et-
hernet con la MAC, la IP y el puerto para el envo.
char* ETHER_28J60::serviceRequest(). Esta funcin comprueba
si hay algn dato en el buer. No tiene parmetros.
void ETHER_28J60::print(char* text). Con esta funcin se impri-
me el texto, carcter o nmero que se le pasa como parmetro.
void ETHER_28J60::respond(). Comprueba si hay algn dato en
el buer y enva los datos. No tiene parmetros.
SD
Esta librera contiene las funciones para la funcionalidad de la tarjeta SD. A
continuacin se van a explicar las funciones utilizadas de esta librera.
IDE Arduino / 101
boolean SDClass::begin(uint8_t csPin). Inicializa la tarjeta SD. Co-
mo parmetro puede actuar el pin SS (4 en el lector de la tarjeta
SD) de la comunicacin SPI. Devuelve true si la inicializacin es
correcta, false si es incorrecta.
File SDClass::open(const char *lepath, uint8_t mode). Abre el ar-
chivo *lepath para la lectura o la escritura. Si el archivo es abierto
para escritura y no existe se crea. Mode es opcional: para lectura
(FILE_READ), o para lectura y escritura (FILE_WRITE).
SoftwareSerial
Esta librera permite crear un puerto serie software sin soporte hardware (virtual).
void SoftwareSerial::begin(long speed). Inicializa el puerto serie vir-
tual, congurando los pines RX y TX del puerto virtualizado. spee-
ds la velocidad de transferencia de datos en baudios por este puer-
to serie.
void SoftwareSerial::end(). Finaliza la conexin serie establecida
para el puerto serie virtual.
int SoftwareSerial::read(). Lee los datos del buer. Lee un byte de
cada vez y le aade al nal de la cadena formada por los bytes ya
ledos. Devuelve el nmero de bytes ledos.
int SoftwareSerial::available(). Comprueba si el puerto serie virtual
tiene bytes para leer. Devuelve el nmero de bytes disponibles para
ser ledos.
size_t SoftwareSerial::write(uint8_t b). Escribe datos por el puerto
serie virtualizado. Esta funcin escribe datos binarios. Para ello lee
bit a bit y lo compara con una mscara que es un 1. Si coincide
escribe un 1 y si no coincide escribe un 0. bson los datos a escribir.
void SoftwareSerial::ush(). Limpia el buer del puerto serie vir-
tualizado.
int SoftwareSerial::peek(). Devuelve el siguiente byte de los datos
entrantes sin eliminarlo del buer interno.
SPI
Esta librera ofrece soporte para la comunicacin SPI, con el microcontrolador
haciendo de maestro. A continuacin se van a explicar las diferentes funciones.
void SPIClass::begin(). Inicializa el bus SPI poniendo SCK, MOSI
y SS como salidas. MISO se pone inicializa automticamente como
entrada. Pone SS a nivel alto. No tiene parmetros y no devuelve
nada.
void SPIClass::end(). Deshabilita el bus SPI
void SPIClass::setBitOrder(uint8_t bitOrder). Establece el orden
de los bits a enviar por el bus SPI. Puede ser LSBFIRST (menos
signicante el primero) o MSBFIRST (viceversa).
void SPIClass::setDataMode(uint8_t mode). Establece el modo de
datos SPI, es decir, el valor de la seal de reloj y la fase.
void SPIClass::setClockDivider(uint8_t rate). Establece el divisor
del reloj SPI con relacin al reloj del sistema.
WiyHQmaster
Esta librera contiene todas las funciones necesarias para el funcionamiento del
mdulo WiFi.
boolean WiFly::begin(Stream *serialdev, Stream *debugPrint). Ini-
cializa el dispositivo wiy. Obtiene estados iniciales (estado de co-
nexin TCP, asociacin wi, etc.). Los parmetros son los disposi-
tivo que se van a comunicar. Devuelve true si est listo para usarse
y false si no se ha podido inicializar.
boolean WiFly::isAssociated(). Comprueba si el wiy est conecta-
do a una red inalmbrica. Para ello obtiene el estado de la conexin.
boolean WiFly::setSSID(const char *buf ). Establece la red inalm-
brica. El parmetro buf es el nombre de la red.
boolean WiFly::setPassphrase(const char *buf ). Establece la con-
trasea de la red inalmbrica. El parmetro buf es la contrasea.
Despus de asociar la contrasea la oculta.
boolean WiFly::enableDHCP(). Habilita el protocolo DHCP para
la conexin.
boolean WiFly::join(). Conecta a una red inalmbrica establecida
con anterioridad con WiFly::setSSID().
char *WiFly::getIP(char *buf, int size). Obtiene la direccin IP
local. buf es de dnde obtener la IP y size es el tamao de buf.
boolean WiFly::setDeviceID(const char *buf ). Establece la ID del
wiy. buf es la ID.
boolean WiFly::isConnected(). Comprueba se hay una conexin
TCP. Devuelve truesi est conectado, false si no lo est.
boolean WiFly::close(). Cierra la conexin TCP. Devuelve true se
la conexin se ha cerrado y false si no se ha podido cerrar.
IDE Arduino / 103
boolean WiFly::setProtocol(const uint8_t protocol). Establece el
protocolo que se pasa como parmetro.
uint16_t WiFly::getPort(). Obtiene el puerto local por donde se
envan las peticiones.
boolean WiFly::setPort(const uint16_t port). Establece el puerto
local por donde se envan las peticiones.
boolean WiFly::save(). Guarda la conguracin actual. Si no hay
comando inicial sale.
boolean WiFly::reboot(). Reinicia el wiy. Si no hay comando inicial
sale. Si el comando no es reboot tambin sale.
int WiFly::available(). Comprueba si los datos estn disponibles
para ser ledos. Para ello comprueba si algn dato de entrada. De-
vuelve el nmero de bytes que se pueden leer, 0 si no hay datos y
-1 si la conexin TCP ha sido cerrada.
int WiFly::gets(char *buf, int size). Lee los caracteres que hay en
el buer hasta que hay un retorno de carro. Lee un solo caracter
que aade a continuacin de los que ya ha ledo. Si el buer es
muy pequeo, el resto de caracteres de la lnea son descartados.
buf es el buer donde leer. size es el tamao del buer. Devuelve
el nmero de caracteres ledos del buer.
boolean WiFly::match(const char *str). Lee caracteres del wiy y
los compara con el string str. Busca los caracteres en orden, es
decir, compara de uno en uno empezando por el primero. Ignora
los caracteres que no coinciden. Lee hasta que el string coincide
o se acaban los caracteres. Devuelve true si coincide y false si no
coincide.
void WiFly::ushRx(). Limpia el buer de los datos de entrada del
wiy.
void WiFly::sendChunkln(). Enva el trozo nal. Es el nal del
mensaje HTTP.
Wire
Esta librera ofrece soporte para la comunicacin I2C. A continuacin se van a
explicar las funciones utilizadas.
void TwoWire::begin(uint8_t address). Inicia la comunicacin y
congura el bus I2C como maestro o esclavo. adress es la direc-
cin de 7 bits del esclavo. No devuelve nada.
uint8_t TwoWire::requestFrom(uint8_t address, uint8_t quan-
tity). Solicita bytes de otro dispositivo. adress es la direccin de
7 bits del dispositivo al que pedir los bytes. quantity es el nmero
de bytes a pedir. No devuelve nada.
void TwoWire::beginTransmission(uint8_t address). Comienza
una transmisin a un dispositivo I2C esclavo con la direccin de 7
bits dada adress. No devuelve nada.
uint8_t TwoWire::endTransmission(uint8_t sendStop). Finaliza
una transmisin a un esclavo y transmite los bytes que han sido
preparados. No devuelve nada.
size_t TwoWire::write(uint8_t data). Escribe en el maestro des-
pus de una peticin al esclavo o almacena bytes para la transmi-
sin del maestro al esclavo. data son los datos a escribir. Devuelve
el nmero de bytes escritos.
int TwoWire::read(void). Lee un byte que ha sido transmitido del
esclavo al maestro despus de la llamada a requestFrom(), o que
ha sido transmitido del maestro al esclavo. No tiene parmetros y
devuelve el siguiente byte recibido.
int TwoWire::peek(void). Devuelve el siguiente byte de los datos
entrantes sin eliminarlo del buer interno.
void TwoWire::onReceive( void (*function)(int) ). Registra una
funcin que va a ser llamada cuando un esclavo escriba en el maes-
tro. No devuelve nada.
void TwoWire::onRequest( void (*function)(void) ). Registra una
funcin que va a ser llamada cuando un esclavo lea datos. No de-
vuelve nada.
A continuacin se va a mostrar el funcionamiento del software que est en el
microcontrolador. En la gura 5.2 se muestra el funcionamiento general.
Como se ve en la gura 5.2, hay dos acciones que realizan otra serie de funciones.
La primera de ellas es el envo interfaz (gura 5.3) y la segunda es programar
carga (gura 5.4).
IDE Arduino / 105
Figura 5.2. Esquema funcionamiento
Figura 5.3. Esquema de envo interfaz
Figura 5.4. Esquema programar carga
5.2.3. Programa principal
Se va ha describir el ujograma mostrado en la gura 5.2. Al iniciarse el dispositivo
lo primero que hace es comprobar que existen datos para establecer comunicacin
con el router, estos datos son los siguientes:
Direccin IP del dispositivo.
Nombre de la red (SSID).
Contrasea de la red.
Se comprueba e inicializa la tarjeta SD, que es donde se almacenan los datos, el
interfaz, etc. Una vez comprobado esto se inicializa el Bluetooth y se conecta al
vehculo.
A continuacin se conecta a la red Wi-Fi congurada anteriormente, en caso de
no estar disponible o de no haberse denido se crear un punto de acceso. Cuando
XHTML / 107
ya esta creada la red Wi-Fi se comprobara si hay que activar la carga, en caso
de tener que habilitarla, se activar en rel, se leer el puerto analgico, donde
est conectado el sensor de intensidad y se comprobara el estado de la carga
y el consumo a travs del Bluethooth, en caso de haber terminado la carga se
desconectara el rel y se volvera al a comprobar la carga, si no hubiese acabado
la carga se volvera al mismo punto anterior solo que sin desconectar el rel. Si
no hay que activar ninguna carga se comprueba si hay peticiones usuario para
acceder al interfaz, en caso negativo se comprueba si hay peticin manual de
la carga, en caso de que la hubiera se procedera de igual forma que en el caso
anterior, en caso negativo se volvera de nuevo a la comprobacin de carga activa.
Si hay peticin del interfaz por parte del usuario, se acceder a la tarjeta SD,
se cargar el archivo Web, si este no se pudiera cargar despus de tres intentos
se reiniciar el sistema, una vez cargado el archivo se ir leyendo y enviando
por puerto serie al mdulo Wi-Fi, el cual se encarga de enviarlo va Internet al
usuario hasta nalizar el archivo.
Se comprobara si hay respuesta por parte del usuario, una vez recibida se interpre-
tan los datos devueltos y con ellos se proceder a la programacin de las alarmas
y los parmetros que el usuario decida modicar, se volver a comprobar si hay
cargas manuales o pendientes y de nuevo se vuelve al inicio de las comprobaciones.
Para el caso del dispositivo con comunicacin Ethernet se sigue el mismo procedi-
miento, salvo que en este caso no es necesario indicar nombre de red ni contrasea,
la conexin es automtica.
5.3. XHTML
Por medio de este software de programacin, se crea la pgina web para progra-
mar las cargas y poder ver datos relacionados con las cargas y estado de la batera.
Para que la pgina sea robusta y tenga un aspecto agradable, se utilizan tres
lenguajes de programacin diferentes: XHTML, JavaScript y CSS. A continuacin
van a ser explicados con ms detalle.
5.3.1. XHTML
Son las siglas de extensible hypertext markup language. XHTML es bsicamente
HTML expresado como XML vlido. Es ms estricto a nivel tcnico, lo que
permite que a posteriori sea ms fcil hacer cambios o buscar errores.
La versin 1.0 de XHTML es la versin XML de HTML, de modo que tiene, de
forma bsica, las mismas funcionalidades pero cumpliendo las especicaciones
ms estrictas de XML.
El objetivo del XHTML es avanzar en el proyecto del worl wide web consortium
de lograr una web semntica donde la informacin y la forma de presentarla estn
claramente separadas.
La eleccin de XHTML en vez de HTML es porque presenta una serie de ventajas:
Se pueden incorporar elementos de distintos espacios de nombres XML.
El navegador no necesitar implementar heursticas para detectar qu
quiso poner el autor.
Al ser XML se pueden utilizar herramientas creadas para procesamiento
de documentos XML genricos.
Las pginas y documentos creados con XHTML son muy similares a las pginas
y documentos HTML. Pero la gran ventaja que presenta el uso de XHTML es
que los documentos creados son ms exibles, ya que se adaptan mejor a las
diferentes plataformas: pantallas de ordenador, pantallas de dispositivos mviles,
etc.
A continuacin se van a explicar los diferentes tags utilizados en la programacin
con XHTML y un fragmento de cdigo. Por norma general todos los tags llevan
una lnea de apertura y otra de cierre. En primer lugar hay que declarar el tipo de
documento y una vez declarado se puede programar. Las declaraciones se realizan
dentro de la cabecera, que no se muestra en la pgina web. Lo que se muestra es
lo que se encuentra dentro del cuerpo. Dentro de la cabecera se tienen que denir
las funciones de JavaScript y de CSS que van a ser utilizadas para que puedan ser
utilizadas a lo largo de todo el cdigo.
<!DOCTYPE> Tiene que ser la primera lnea de programacin del
documento. No es un tag de HTML. Se trata de una instruccin para
el buscador web sobre la versin de HTML en la que est escrita la
pgina web. Se le indica que va a ser escrito en XHTML. Cumple con
las reglas de diseo que asegura en gran medida la homogeneidad a la
hora de mostrar el contenido en diferentes navegadores.
<!DOCTYPE html PUBLIC-//W3C//DTD XHTML 1.0 tran-
sitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-
transitional.dtd>
XHTML / 109
<html atributo> Representa el inicio de un documento html. atributo
especica el atributo de espacio de nombres XML. Se incluye si se quiere
un documento XHTML.
<html xmlns=http://www.w3.org/1999/xhtml>
<head> Dene informacin acerca del documento. Debe incluir un
ttulo y puede incluir scripts, estilos, etc. En l se denen CSS y Ja-
vaScript.
<title> Dene el ttulo de un documento.
<title>Cargador vehculo elctrico</title>
<meta> Proporciona metadatos sobre el documento HTML. Los me-
tadatos no se mostrarn en la pgina, pero ser legible por la mquina.
<meta http-equiv=Content-Type content=text/html; charset=iso-
8859-1/>
<style> Dene la informacin de estilo para un documento HTML.
Especica como se deben representar los elementos html. Se dene el
estilo usando CSS.
<style type=text/css>
<script> Se utiliza para denir un script del lado del cliente. En este
caso es JavaScript.
<script type=text/javascript>
<body> Dene el cuerpo del documento. Contiene todo el contenido
del documento HTML, como texto, imgenes, etc. Es decir, todo lo que
se va a mostrar en la pgina web.
<h1> Se usa para denir ttulos. h1 se usa en el ttulo ms impor-
tante (gura 5.5). <h1 class=auto-style>CARGADOR VEHCULO
ELCTRICO</h1>
Figura 5.5. Ttulo con tag h1
<form> Se utiliza para insertar un formulario para que el usuario
introduzca datos.
<form id=formulario method=post>
<div> Inserta una lista de directorio (diferentes pestaas). Se utiliza
para agrupar elementos en bloques (gura 5.6).
<div class=tabber>
Figura 5.6. Pestaas creadas con div
<h2> Dene un ttulo, menos importante que h1 (gura 5.7).
<h2 class=auto-style7>Gestion de carga</h2>
Figura 5.7. Ttulo creado con h2
<table> Dene una tabla (gura 5.8).
<table style=width: 100 %>
Figura 5.8. Tabla con datos
<tr> Dene una columna en una tabla.
<td> Dene una celda estndar en una tabla. El texto en las celdas
es regular y centrado a la izquierda.
<td style=width: 316px>
<span> Es utilizado para agrupar elementos en una lnea del docu-
mento.
<span class=auto-style3>
<br> Introduce un retorno de carro en una lnea del documento.
<pre> Dene un texto preformateado. El texto se muestra en una
fuente con ancho jo y respetando espacios.
<pre id=ucarga class=auto-style5>DD-MM-AAAA
<hr> Dibuja una lnea horizontal (gura 5.9).
Figura 5.9. Lnea horizontal
XHTML / 111
<input> Dene un campo de entrada donde el usuario puede intro-
ducir datos (gura 5.10). Puede haber diferentes modos, dependiendo
del atributo.
<input name=mashora style=width: 76px type=button va-
lue=+ onclick=sumahora(hora_carga) class=auto-style11 />
Figura 5.10. Campo de entrada de datos
<select> Crea una lista desplegable de opciones (gura 5.11).
<select class=auto-style13 name=mes onblur=arreglo()
id=mes>
Figura 5.11. Lista desplegable
<option> Dene una opcin dentro de la lista select (gura 5.11).
<option value=1>Enero</option>
<button> Crea un botn donde se puede poner contenido, como
texto o imgenes (gura 5.12).
<button name=cam_date style=width: 200px; height:
50px onclick=cambio_hora() type=button class=auto-
style16>Cambiar</button>
Figura 5.12. Botn
<p> Inserta un prrafo.
<p class=auto-style5>Tab 3 content.</p>
De modo que usando solo XHTML las pginas web creadas tienen un diseo muy
bsico, teniendo un aspecto feo. De este modo surge la idea de complementarlo
usando JavaScript y CSS.
5.3.2. JavaScript
JavaScript es un lenguaje de programacin interpretado. Se dene como orientado
a objetos, basado en prototipos, imperativo, dbilmente tipado y dinmico.
Se utiliza del lado del cliente implementado como parte de un navegador web
permitiendo mejoras en la interfaz de usuario y pginas web dinmicas.
Se utiliza en la creacin de esta pgina web para realizar operaciones y nicamente
en el marco de la aplicacin cliente, sin acceso a funciones del servidor.
El uso de JavaScript se justica por lo siguiente:
Cargar nuevo contenido para la pgina o enviar datos al servidor sin
tener que recargar la pgina.
Animacin de los elementos de la pgina.
Validacin de los valores de entrada de un formulario web para asegu-
rarse que son aceptables antes de ser enviado al servidor.
Dado que el cdigo JavaScript se ejecuta localmente en el navegador del usuario,
el navegador puede responder a las acciones del usuario con rapidez, haciendo
la aplicacin ms sensible. El cdigo JavaScript puede detectar acciones de los
usuarios que HTML por s sola no puede.
Para la pgina web se han creado una serie de funciones con JavaScript, las cuales
tienen que ser declaradas en la cabecera (<head>) del cdigo XHTML. Una vez
XHTML / 113
declaradas se puede hacer referencia a ellas en el cuerpo (<body>). Estas funciones
van a ser expuestas y explicadas a continuacin.
function sumahora(variable). Esta funcin incrementa en una hora cada
vez que se pulsa el botn de incrementar la hora. Adems limita la hora
mxima a 23h.
function restahora(variable). Esta funcin resta en una hora cada vez
que se pulsa el botn de reducir la hora. Tmabin limita la hora mnima
a 0.
function sumaminuto(variable). Suma minutos de 5 en 5 cada vez que
se pulsa el botn de incrementar los minutos. Limita el mximo de los
minutos en 59.
function restaminuto(variable). Resta minutos de 5 en 5 cada vez que
se pulsa el botn de disminuirlos. Limita el mnimo a 0.
function arreglo(). Esta funcin limita los das entre 1 y 31 los meses
con 31 das, entre 0 y 30 los meses con 30 das, entre 0 y 28 los febrero
que no son bisiestos y entre 0 y 29 los febrero que son bisiestos. Tambin
limita el rango de aos entre 2000 y 2099.
Para navegar por las diferentes pestaas y mostrar u ocultar por capas se utilizan
las siguientes funciones.
function tabberObj(argsObj). Esta funcin es la encargada de crear las
capas (pestaas) dentro de la pgina web.
5.3.3. CSS
CSS (hoja de estilo en cascada) es un lenguaje de hojas de estilo utilizado
para describir el aspecto y el formato del documento escrito en XHTML. Esta
informacin de estilo es adjuntada en la cabecera del documento html. Esta
denicin se realiza utilizando la etiqueta <style>.
Una hoja de estilo est compuesta por una lista de reglas. Cada regla o conjunto
de reglas consiste en uno o ms selectores y un bloque de declaracin con los
estilos a aplicar para los elementos del documento que cumplan con el selector
que les precede.
El uso de CSS ofrece las siguientes ventajas.
Permite separar el contenido de la presentacin. Permite la modicacin
de la visualizacin del documento sin alterar el contenido del mismo.
Control centralizado de la presentacin del sitio web. Con ello se con-
sigue agilizar la actualizacin de la web.
Optimizacin del ancho de banda de la conexin, ya que se pueden
denir los mismos estilos para muchos elementos con un solo selector.
Mejorar la accesibilidad del documento. Con el uso de CSS se evitan
algunas prcticas antiguas para el control del diseo.
Las funciones utilizadas para denir el diseo se tienen que declarar en la cabecera
del documento xhtml (<head>), para que puedan ser llamadas desde cualquier
parte del cuerpo (<body>). Estas funciones van a ser explicadas a continuacin.
.tabberlive .tabbertabhide Hace que desaparezca algo de la pgina.
.tabberlive. Dene los mrgenes.
ul.tabbernav. Dene el estilo de la letra, el tamao, el margen, la distan-
cia entre el borde del bloque y su contenido y el borde inferior (anchura
y color).
ul.tabbernav li a. Se dene la distancia entre el borde del bloque y su
contenido, el margen, el borde (anchura y color), el color del fondo y
la decoracin del texto.
ul.tabbernav li.tabberactive a. Dene el color, el color del fondo y los
bordes.
.tabberlive .tabbertab. Dene la distancia entre el borde del bloque y el
contenido, el estilo y el color del borde y su anchura.
.tabberlive#tab2 .tabbertab. Dene la altura y evita que el texto quede
colocado de cualquier manera.
.auto-style2. Dene los estilo de la fuente, el color y la altura.
Una vez que todas las funciones que denen los estilos estn declaradas en la
cabecera del documento, ya se las puede hacer referencia cuando se introduce
texto con las etiquetas de XHTML. Al hacer referencia a una funcin, el texto
adopta el estilo que se ha denido en esa funcin.
5.4. Resumen
A lo largo del captulo actual se ha ido explicando, en primer lugar, las funciones
propias del microcontrolador. A continuacin se han introducido diagramas de
Resumen / 115
ujo del funcionamiento del software del mismo, con una posterior explicacin
de la implementacin del diagrama de ujo en el software. El siguiente apartado
explicado corresponde al interfaz de usuario, el cual se ha desarrollado en XHTML
apoyndose en JavaScript para aadir funcionalidades al interfaz, y por ltimo la
inuencia de los estilos en cascada (CSS) proporcionando un estilo ms visual y
bonito.
Captulo 6
Estudio econmico
6.1. Introduccin
El objetivo de este captulo es evaluar el coste de ejecucin del presente trabajo.
Para ello se enumeran los recursos necesarios para su elaboracin y nalizacin,
siendo tales recursos humanos y materiales, desglosando el estudio econmico en
costes directos, indirectos y un resumen con el coste total del proyecto.
6.2. Costes directos
En los costes directos se incluyen tanto los recursos y materias primas necesarias
para la obtencin del producto nal, as como los recursos de mano de obra directa.
En la tabla 6.1 se muestran los recursos informticos empleados, tanto hardware
como software.
117
118 / Estudio econmico (Captulo. 6)
Material Tipo Calidad Precio e Amortizacin (h) Precio (e/h)
PC Hardware Comprado 800 7500 0.107
IDE Arduino Software Libre 0 - 0
Eagle Software Libre 0 - 0
Windows 7 Software Comprado 250 7500 0.033
Libre Oce Software Libre 0 - 0
Tabla 6.1. Amortizacin en e/h
En funcin del precio/hora estimado, se calcula el importe amortizado por cada
partida y el total (tabla 6.2).
Material Horas uso Precio (e/h) Amortizacin e
PC 352 0.107 37.66
IDE Arduino 120 0 0
Eagle 52 0 0
Windows 7 352 0.033 11.616
Libre Oce 30 0 0
TOTAL 49.28e
Tabla 6.2. Amortizacin en e
Este trabajo fue realizado por el autor de la presente memoria en calidad de
prcticas, siendo supervisado por el jefe del proyecto Javier Olmos.
De modo que para el desglose de los costes de personal se han tenido en cuenta
las horas empleadas por ambos, asumiendo los costes por horas estipulados.
Primero se detallan los gastos que corresponden al trabajo realizado por el
ingeniero (tabla 6.3). Este importe ser la partida principal al tener la mayor
carga de trabajo durante el desarrollo del trabajo.
Costes directos / 119
Tarea Horas Coste
Anlisis de requisitos 4 87.2
Formacin 13 283.4
Diseo hardware 120 2616
Diseo software 132 2877.6
Pruebas y validacin 14 305.2
Documentacin 114 2485.2
Seguimiento del proyecto 5 109
TOTAL 402 8763.6e
Tabla 6.3. Gastos ingeniero
Ahora se detallan los gastos pertenecientes al trabajo realizado por el jefe del
proyecto (tabla 6.4)
Tarea Horas Coste
Iniciacin 4 94.4
Documentacin 2 47.6
Seguimiento del proyecto 5 118
TOTAL 11 259.6e
Tabla 6.4. Gastos jefe proyecto
A continuacin (tabla 6.5) se van a exponer los gastos de material para la
fabricacin de los circuitos impresos.
Parte Precio e
Fuente alimentacin 8.18
Microcontrolador con wi 26.43
Microcontrolador con ethernet 28.57
Microcontrolador con GPRS/GSM 29.20
Rel 8.86
Sensor de corriente 6.54
TOTAL 107.78e
Tabla 6.5. Costes componentes hardware
120 / Estudio econmico (Captulo. 6)
6.3. Costes indirectos
En los costes indirectos se tratan los costos de los recursos que han sido utilizados
o han participado en el proceso de fabricacin del producto. Estos recursos no son
incorporados de manera fsica en el producto nal. Entre ellos estn el consumo
elctrico, mantenimiento del centro de trabajo, utilizacin de recursos y gastos
administrativos. Debido a la complejidad para calcularlos, se ha estimado un 5 %
del resto de gastos, siendo para este caso: 459.01e.
6.4. Coste total del proyecto
Haciendo una recopilacin de todos los costes directos e indirectos, el coste total
del proyecto se muestra en la tabla 6.6.
Concepto Importe e
Costes software 49.28
Costes hardware 107.78
Mano obra ingeniero 8763.6
Mano obra jefe proyecto 259.6
Costes indirectos 459.01
TOTAL 9639.27e
Tabla 6.6. Costes componentes hardware
Captulo 7
Conclusiones y lneas futuras
7.1. Introduccin
En este captulo se recogen las conclusiones obtenidas al nalizar el trabajo sobre
el sistema de gestin de carga.
Por un lado se analiza el desarrollo del proyecto y del trabajo realizado, desde un
punto de vista tcnico. Tambin se evalan los resultados y el grado de satisfaccin
con el cumplimiento de los objetivos.
Tambin se realizar un breve anlisis de posibles lneas futuras de desarrollo,
mejoras en alguno de los mdulos o posibles ampliaciones como continuacin del
trabajo realizado.
7.2. Conclusiones del trabajo
Los principales retos superados para el desarrollo de este trabajo se van a dividir
en dos bloques, como se ha hecho a lo largo de la memoria, por su clara diferencia,
aunque sean complementarias, las herramientas son bien diferenciadas:
Desarrollo hardware.
121
122 / Conclusiones y lneas futuras (Captulo. 7)
Desarrollo software.
Es importante constatar el hecho de que todo lo desarrollado para el dispositivo del
presente trabajo n de grado, se ha realizado partiendo desde cero, sin soluciones
previas, lo que ayuda ha hacerse una idea de la complejidad y de la necesidad
de un buen planteamiento del problema y una buena divisin de las tareas ha
realizar, para lograr llevarlas a buen puerto. Tam bien es una tarea enriquecedora,
puesto que te ayuda a dar lo mejor de ti mismo y ha aplicar todos los recursos de
los que dispones.
7.2.1. Desarrollo hardware
Debido a la necesidad de realizar un sistema de bajo coste, se estudiaron las
diferentes posibilidades para el dispositivo, se comenz con un microcontrolador
mas barato, el atmega328p, pero segun se iban conectando otros integrados se vea
reducida su capacidad como solucin de la lgica, ademas despus de avanzar en
el programa se vio la mayor limitacin del mismo hacia el dispositivo, la reducida
memoria era insuciente, esto te hace ver que hay soluciones que pese a pare-
cer las idneas luego no dan resultado, pero que aunque no sirvan, hay alternativas.
Para ello se barajaron mltiples alternativas de los diferentes microcontroladores
que se iban a utilizar, eligiendo entre todos ellos la siguiente opcin mas viable,
el atmega2560, con mayor cantidad de puertos de comunicacin y ms cantidad
de memoria.
Durante la fabricacin de algunas PCB se vio la importancia de aislar ciertas
seales y de aislar la parte de la alimentacin externa de la utilizada por los
componentes, puesto que si no, no ofrecan el resultado esperado en principio,
a parte de tener una tensin en modo comn elevada y peligrosa para el
circuito en algunos puntos. Para solventarlo se sometieron a un exhaustivo
control para detectar el punto o los puntos donde poda fallar y solventarlo. Fi-
nalmente se opto por el aislamiento galvanico proporcionado por un trasformador.
Se han conseguido desarrollar metodologas para el anlisis de circuitos im-
presos, as como el diseo de tcnicas de ensayo de los mismos, tambin se
han desarrollado capacidades para tratar con proveedores y para la bsque-
da de dispositivos que cumplan con los requisitos de manera eciente y econmica.
Tambin ha servido para mejorar el conocimiento de herramientas de diseo de
Conclusiones del trabajo / 123
circuitos impresos como Eagle.
Y por ltimo se ha obtenido las capacidades de llevar de principio a n un proyecto,
desde una idea, pasando por su diseo y desarrollo, hasta la fabricacin fsica del
mismo.
7.2.2. Desarrollo software
Para el presente trabajo, se han tenido que manejar dos lenguajes de mbitos
bien diferenciados.
El primero fue para programar el microcontrolador, as como las conexiones con
todos dispositivos externos. Uno de los mayores problemas surgi en el momento
de congurar las conexiones con los diferentes mdulos de comunicacin: Wi-
Fi, Ethernet y GSM/GPRS. Para lograr la correcta conexin por medio de los
diferentes modos, se tuvo que realizar un estudio sobre como congurarlas, y
a base de consultar documentacin y probar diferentes conguraciones se logro
establecer las comunicaciones.
Otro aspecto adquirido es la capacidad de conguracin de redes Wi-Fi y seguridad
en las mismas, conguracin de redes cableadas y conguracin de /textitrouters.
Se han mejorado las capacidades para hacer uso de las hojas de datos de los
fabricantes, as como el desarrollo de la capacidad de programar microcontrola-
dores, congurar perifricos a bajo nivel, y la introduccin a diferentes mtodos
de comunicaciones, tales como el puerto serie, el I2C y el puerto SPI.
La importancia de obtener cdigo limpio, para evitar ocupar mas espacio del
necesario y para evitar retrasos en la ejecucin del programa, debido a los cuales
la experiencia del usuario hubiera sido desagradable.
El segundo lenguaje fue para la programacin de la pgina web (interfaz de usua-
rio), la cual se hizo utilizando tres lenguajes de programacin: XHTML, JavaScript
y CSS. Antes de la programacin utilizando estos lenguajes, ya exista una base
previa de cada uno de ellos y se saba las limitaciones y las ventajas que aportaba
el uso de cada uno de ellos, por lo que se decidi integrarlos. El principal problema
surgi al integrar JavaScript y CSS dentro de XHTML; no en la declaracin de
las funciones de cada uno de ellos, sino en las llamadas a las mismas dentro del
cdigo XHTML, puesto que al ser enviadas desde un microcontrolador sin gestin
archivos y carpetas, como puede tener un servidor convencional, era preciso que
todo se integrase en el mismo chero.
124 / Conclusiones y lneas futuras (Captulo. 7)
Tambin es importante que la pgina tenga un aspecto agradable, sencillo y que
no de la impresin de desfasado, por eso la importancia del uso de las hojas de
estilo, tambin cabe destacar la complejidad a la hora de servir la pgina Web con
el microcontrolador, por ello es necesario reducir las linea de cdigo a las mnimas
posibles.
Finalmente tras un largo y duro trabajo sobre el sistema de gestin de carga se
puede decir que est nalizado y funciona de la manera esperada. Por ello se puede
decir que se ha realizado un trabajo satisfactorio.
7.3. Lneas futuras
En la justicacin de los componentes utilizados (captulo 3) se expusieron una
serie de componentes de Texas Instruments que no pudieron ser utilizados por
su reciente lanzamiento al mercado en el inicio del trabajo y la ausencia de
documentacin y garantas de funcionalidad.
El principal plan de futuro es poder desarrollar el sistema de gestin de carga uti-
lizando esos componentes, ya que poseen mejores caractersticas tcnicas, adems
de unos precios competitivos, se ha desarrollado un primer prototipo con resulta-
dos favorables, aunque todava hay aspectos del mismo que son necesarios revisar.
Otro aspecto importante sobre el que se est trabajando es la fuente de alimen-
tacin, para reducir el coste y el tamao se ha rediseado, de manera que a la
tensin de entrada se le aumenta la frecuencia y a esta nueva tensin, de frecuencia
de kilo hercios, es en la que se utiliza el transformador para reducir el valor de la
tensin, puesto que a mayor frecuencia, menor es el transformador y ms barato,
aunque es ms importante la aplicacin de un ltro para eliminar la frecuencia y
dejar lo mas continua posible la tensin.
Para ello ya se ha comenzado a trabajar con alguno de esos componentes, esperan-
do que en un futuro cercano se pueda desarrollar el sistema con estos componentes.
Otras lneas futuras seran la modicacin o inclusin de nuevas funcionalidades
en el gestor de carga a peticin del usuario nal.
Bibliografa
[1] (ltima Consulta, Junio, 2014) Plan estatal investi-
gacin cientica tecnica innovacin 2013-2016. [Online].
Available: http://www.idi.mineco.gob.es/sts/MICINN/Investigacion/
FICHEROS/Plan_Estatal_Inves_cientica_tecnica_innovacion.pdf
[2] (ltima Consulta, Abril, 2014) Tipos de enchufes inteligentes.
[Online]. Available: http://www.fthplay.com/es/smart-homes/
la-solucion/smart-plugs?gclid=CjgKEAjwuMmdBRDljd2_
qQpxkSJADDCRwsnrh3rNsObN5JFxXMK0Qvvs7ZHi6R1Jr_
u9XmSHAmrPD_BwE
[3] (ltima Consulta, Abril, 2014) Tipos de recar-
ga y conectores de vehculos elctricos. [Onli-
ne]. Available: http://www.motorpasionfuturo.com/coches-electricos/
tipos-de-conectores-tipos-de-recarga-y-modos-de-carga
[4] (ltima Consulta, Abril, 2014) Modos de recarga de vehculos
elctricos. [Online]. Available: http://www.recargacocheselectricos.
com/tipos-carga-coches-electrico/
[5] (ltima Consulta, Abril, 2014) Sistema nissan carwings. [Online].
Available: http://www.nissan.es/ES/es/vehicle/electric-vehicles/leaf/
prices-and-equipment/services-warranty.html
[6] (ltima Consulta, Abril, 2014) Sistema bmw connected drive.
[Online]. Available: http://www.bmw.es/home/topics/Mundo_BMW/
connecteddrive-2013/losoa.html
[7] (ltima consulta, Junio, 2014) Arduino. [Online]. Available: http:
//www.arduino.cc/es/
[8] (ltima consulta, Junio, 2014) Xhtml. [Online]. Available: http:
//www.sidar.org/recur/desdi/traduc/es/xhtml/xhtml11.htm
[9] M. Posadas, HTML dinmico, modelos de objetos y Javascript, Grupo
EIDOS, Tech. Rep., 2000.
125
126 / BIBLIOGRAFA
[10] J. L. Quijado, Domine XHTML 1.0 y CSS 2, editorial Ra-Ma, Tech.
Rep., 2008.
[11] (ltima Consulta, Abril, 2014) Javascript. [Online]. Available: https:
//developer.mozilla.org/es/docs/JavaScript/Acerca_de_JavaScript
[12] (ltima consulta, Junio, 2014) Css. [Online]. Available: http:
//librosweb.es/css/
[13] (ltima consulta, Junio, 2014) Launchpad. [Online]. Available:
http://www.ti.com/tool/msp-exp430g2
[14] (ltima consulta, Mayo, 2014) Microcontrolador atmega328p. [Online].
Available: http://www.atmel.com/devices/atmega328p.aspx
[15] (ltima consulta, Mayo, 2014) Microcontrolador atmega2560. [Online].
Available: http://www.atmel.com/devices/atmega2560.aspx
[16] (ltima consulta, Mayo, 2014) Shield wi- arduino. [Online]. Available:
http://arduino.cc/en/Main/ArduinoWiFiShield
[17] (ltima consulta, Mayo, 2014) Mdulo wi- rn-xv. [Online]. Available:
https://www.sparkfun.com/products/10822
[18] (ltima consulta, Mayo, 2014) Mdulo wi- rn-131. [Online]. Available:
www.microchip.com/RN131
[19] (ltima consulta, Mayo, 2014) Mdulo wi- rn-171. [Online]. Available:
www.microchip.com/RN171
[20] (ltima consulta, Mayo, 2014) Mdulo wi- cc3000. [Online]. Available:
www.ti.com/product/cc3000
[21] (ltima consulta, Mayo, 2014) Mdulo ethernet wiznet5200. [On-
line]. Available: http://www.wiznet.co.kr/sub_modules/en/product/
Product_Detail.asp?cate1=5&cate2=7&cate3=56&pid=1144
[22] (ltima consulta, Mayo, 2014) Mdulo ethernet wiznet5500. [On-
line]. Available: http://www.wiznet.co.kr/Sub_Modules/en/product/
Product_Detail.asp?cate1=&cate2=&cate3=&pid=1193
[23] (ltima consulta, Mayo, 2014) Mdulo ethernet enc28j60. [Online].
Available: www.microchip.com/ENC28J60
[24] (ltima consulta, Mayo, 2014) Mdulo gsm quectelm10. [Online].
Available: www.quectel.com/es/product/prodetail.aspx?id=14
[25] (ltima consulta, Mayo, 2014) Mdulo gsm sim908. [Online]. Available:
wm.sim.com/producten.aspx?id=1024
[26] (ltima consulta, Mayo, 2014) Mdulo gsm sim900. [Online]. Available:
wm.sim.com/producten.aspx?id=1019
BIBLIOGRAFA / 127
[27] (ltima consulta, Mayo, 2014) Reloj en tiempo real ds3232.
[Online]. Available: http://www.maximintegrated.com/en/products/
digital/real-time-clocks/DS3232.html
[28] (ltima consulta, Mayo, 2014) Reloj en tiempo real ds1307.
[Online]. Available: http://www.maximintegrated.com/en/products/
digital/real-time-clocks/DS1307.html
[29] (ltima consulta, Mayo, 2014) Reloj en tiempo real ds3231. [Online].
Available: http://datasheets.maximintegrated.com/en/ds/DS3231.pdf
[30] (ltima consulta, Mayo, 2014) Mdulo bluetooth cc2540. [Online].
Available: http://www.ti.com/product/cc2540
[31] (ltima consulta, Mayo, 2014) Mdulo bluetooth hc06. [Online].
Available: http://www.neoteo.com/modulo-bluetooth-hc-06-android/
[32] (ltima consulta, Mayo, 2014) Mdulo bluetooth pan1026.
[Online]. Available: http://www.panasonic.com/industrial/
electronic-components/rf-modules/bluetooth-multi-mode/PAN1026.
aspx
[33] (ltima consulta, Mayo, 2014) Mdulo bluetooth lmx9838. [Online].
Available: http://www.ti.com/product/lmx9838
[34] (ltima consulta, Abril, 2014) Herramienta diseo hardware eagle.
[Online]. Available: http://www.cadsoftusa.com/
[35] (ltima consulta, Abril, 2014) Transformador myrra 44087. [Online].
Available: http://uk.farnell.com/myrra/44087/transformer-12v-1-5va/
dp/1689049
[36] (ltima consulta, Abril, 2014) Puente recticador db101s. [Online].
Available: http://www.rct.ru/pdf/diode/db101s-7s.pdf
[37] (ltima consulta, Mayo, 2014) Regulador de tensin lm7805. [Online].
Available: www.fairchildsemi.com/ds/LM/LM7805.pdf
[38] (ltima consulta, Mayo, 2014) Regulador de tensin ua78m33. [Online].
Available: http://www.ti.com/product/ua78m33
[39] (ltima consulta, Mayo, 2014) Comunicacin puerto se-
rie. [Online]. Available: http://www.dtic.upf.edu/~jlozano/interfaces/
interfaces6.html
[40] (ltima consulta, Mayo, 2014) Comunicacin spi. [Onli-
ne]. Available: http://mindstormsyarduino.blogspot.com.es/2011/06/
arduino-y-la-comunicacion-spi.html
[41] (ltima consulta, Mayo, 2014) Comunicacin i2c. [Online]. Available:
http://hispavila.com/3ds/atmega/intro_i2c.html
128 / BIBLIOGRAFA
[42] (ltima consulta, Mayo, 2014) Almacenamiento tarjeta sd. [Online].
Available: arduino.cc/en/Reference/SD
[43] (ltima consulta, Mayo, 2014) Rel. [Online]. Available: http:
//www.te.com/catalog/pn/en/9-1415006-1
[44] (ltima consulta, Junio, 2014) Sensor de co-
rriente acs712. [Online]. Available: http://
www.allegromicro.com/en/Products/Current-Sensor-ICs/
Zero-To-Fifty-Amp-Integrated-Conductor-Sensor-ICs/ACS712.aspx
[45] (ltima consulta, Junio, 2014) Reglas de diseo hardware. [Onli-
ne]. Available: www.granabot.es/Modulos/dpe/Apuntes/Tema%201.6.
5.pdf
[46] (ltima consulta, Junio, 2014) Funciones bsicas de arduino. [Online].
Available: http://arduino.cc
[47] (ltima consulta, Mayo, 2014) Libreras utilizadas para software
arduino. [Online]. Available: Librerasdescargadasconelsoftware
[48] (ltima consulta, Mayo, 2014) Realizacin gua de usua-
rio. [Online]. Available: http://www.slideshare.net/AmandaMiguel/
manual-del-usuario-pagina-web-uft
Anexo A
Gua del usuario
A.1. Introduccin
En este captulo se va a desarrollar una gua de usuario [48] para explicar el
funcionamiento de la pgina web. La nalidad es dar a conocer de una manera
sencilla y detallada la estructura de la web para la gestin de las cargas. Con ello
se pretende que cualquier usuario pueda sacar el mximo partido a la web.
A.2. Pgina principal
Para acceder al interfaz de la pgina web para programar la carga se abre el
navegador web en el dispositivo conectado a la red del gestor de carga.
En la barra del navegador se introduce la direccin IP congurada del dispositivo.
A modo de ejemplo se utilizar la direccin 192.168.1.100.
En el navegador aparecer la pgina de conguracin del sistema (gura A.1). A
continuacin se explicar cada uno de los campos y la manera de congurar una
129
130 / Gua del usuario (A)
carga.
Figura A.1. Gestin de carga
En esta pgina aparece en primer lugar el nombre de la pgina web. Justo debajo
aparecen tres pestaas, entre las que se puede navegar libremente sin tener que
recargar la pgina cada vez que se cambia de una a otra.
A.2.1. Gestin de carga
Esta es la primer pestaa (gura A.1), la cual est dividida como se explica a
continuacin.
Gua del usuario (A) / 131
Fecha y hora actual. Muestra la fecha y la hora en tiempo real (gura
A.2).
Figura A.2. Fecha y hora actual
ltima carga. Muestra la fecha y la hora de comienzo de la ltima
carga programada (gura A.3).
Figura A.3. ltima carga
Comienzo carga. Se elige la hora (horas y minutos) a la que se quiere
programar el comienzo de la carga (gura A.4).
Figura A.4. Comienzo carga
Duracin de la carga. (gura A.5). Se selecciona la duracin de la
carga (horas y minutos).
Figura A.5. Duracin carga
Das de la semana. Se selecciona qu da de la semana se quiere
realizar la carga (gura A.6).
Figura A.6. Das de la semana
Conrmar carga. Se trata de un botn para enviar los datos de la
carga programada al dispositivo para congurarlo (gura A.7).
Figura A.7. Conrmar carga
Consumo elctrico. Se muestra el consumo actual del vehculo. Se
muestra la corriente consumida y la potencia (gura A.8).
Figura A.8. Consumo elctrico
Forzar carga. Se trata de un botn que al pulsarlo se obliga al sistema
a comenzar con la carga(gura A.9).
Figura A.9. Forzar carga
A.2.2. Conguracin Wi-Fi y Bluetooth
Es la segunda pestaa que hay en la pgina web (gura A.10). Como su nombre
indica, permite congurar el dispositivo, la red y los dispositivos bluetooth. Est
dividida en los siguientes campos.
Figura A.10. Conguracin Wi-Fi y Bluetooth
Modicar fecha y hora. Permite al usuario modicar la fecha y la
hora del gestor de carga (gura A.11).
Figura A.11. Modicar fecha y hora
Red Wi-Fi. Permite al usuario congurar la red wi. Tiene los si-
guientes campos (gura A.12).
Figura A.12. Congurar la red Wi-Fi
SSID. Se introduce el nombre de la red wi a la que se quiere
conectar el sistema.
Password. Se introduce la contrasea de la red wi a la que se
quiere conectar.
Direccin IP. Se introduce la direccin IP con la que se acceder
al sistema de gestin de carga. Esta direccin habr que ponerla
en la barra de navegacin.
Gateway. Se introduce la puerta de acceso a la direccin IP.
Dispositivos Bluetooth. Se usa para emparejarlo al dispositivo blue-
tooth conectado al vehculo (gura A.13). Tiene dos campos.
Figura A.13. Dispositivos Bluetooth
Cdigo. Se trata del cdigo de acceso al dispositivo bluetooth.
Dispositivo. El nombre que se le quiere dar al dispositivo bluetooth.
Cambiar. Es un botn para enviar los datos al sistema de gestin de
carga una vez que se ha modicado algn campo de la pgina (gura
A.14).
Figura A.14. Botn cambiar
A.2.3. Datos consumos
En esta pestaa se muestran los datos de los consumos de las cargas. Estos da-
tos son extrados del vehculo mediante el dispositivo Bluetooth y los datos de
consumo de corriente proporcionado por el sensor de efecto hall.
Anexo B
Esquemas electrnicos
B.1. Descripcin
A continuacin se muestran los esquemas electrnicos del dispositivo para la ges-
tin de la carga del vehculo elctrico, desarrollado en el presente trabajo n de
grado.
Los esquemas son los correspondientes a los siguientes mdulos:
Fuente de alimentacin.
Microcontrolador y Wi-Fi.
Microcontrolador y Ethernet.
Ethernet.
Rel y Sensor.
137
Anexo C
Patente
C.1. Descripcin
En este anexo se incluyen los documentos necesarios para justicar que este
proyecto va a estar sujeto a patente. La realizacin de esta patente se ha basado
en otras ya existentes que eran similares. La diferencia entre esta patente y el
resto radica en la comunicacin con el vehculo.
El primer documento que se adjunta es la solicitud de la patente. El segundo es
el justicante de presentacin de solicitud de patente.
149
(1) MODALIDAD:
PATENTE DE INVENCIN
MODELO DE UTILIDAD
[]
[ ]
(2) TIPO DE SOLICITUD:
PRIMERA PRESENTACIN
ADICIN A LA PATENTE EUROPEA
ADICIN A LA PATENTE ESPAOLA
SOLICITUD DIVISIONAL
CAMBIO DE MODALIDAD
TRANSFORMACIN SOLICITUD PATENTE EUROPEA
PCT: ENTRADA FASE NACIONAL
[]
[ ]
[ ]
[ ]
[ ]
[ ]
[ ]
(3) EXP. PRINCIPAL O DE ORIGEN:
MODALIDAD:
N.
O
SOLICITUD:
FECHA SOLICITUD:
4) LUGAR DE PRESENTACIN:
OEPM, Presentacin
Electrnica
(5-1) SOLICITANTE 1:
DENOMINACIN SOCIAL: FUNDACIN CARTIF
UNIVERSIDAD PBLICA [ ]
NACIONALIDAD: Espaa
CDIGO PAS: ES
NIF/NIE/PASAPORTE: G47565478
CNAE:
PYME:
DOMICILIO: Parque Tecnolgico de
Boecillo, parcela 205.
LOCALIDAD: BOECILLO
PROVINCIA: 47 VALLADOLID
CDIGO POSTAL: 47151
PAS RESIDENCIA: Espaa
CDIGO PAS: ES
TELFONO:
FAX:
CORREO ELECTRNICO:
PERSONA DE CONTACTO:
MODO DE OBTENCIN DEL DERECHO:
INVENCIN LABORAL:
[]
CONTRATO: [ ]
SUCESIN: [ ]
PORCENTAJE DE TITULARIDAD: 100,00 %
(6-1) INVENTOR 1:
APELLIDOS: OLMOS HERGUEDAS
NOMBRE: FRANCISCO JAVIER
NACIONALIDAD: Espaa
CDIGO PAS: ES
NIF/NIE/PASAPORTE:
(6-2) INVENTOR 2:
APELLIDOS: MEDIAVILLA FRECHILLA
NOMBRE: JUAN CARLOS
NACIONALIDAD: Espaa
CDIGO PAS: ES
NIF/NIE/PASAPORTE:
(6-3) INVENTOR 3:
APELLIDOS: BAEYENS LZARO
NOMBRE: ENRIQUE
NACIONALIDAD: Espaa
CDIGO PAS: ES
NIF/NIE/PASAPORTE:
(7) TTULO DE LA INVENCIN:
SISTEMA PARA CONTROL
Y GESTIN DE CARGA DE
VEHCULOS ELCTRICOS
(8) PETICIN DE INFORME SOBRE EL ESTADO DE LA TCNICA:
SI
NO
[ ]
[]
(9) SOLICITA LA INCLUSIN EN EL PROCEDIMIENTO ACELERADO DE
CONCESIN
SI
NO
[ ]
[]
(10) EFECTUADO DEPSITO DE MATERA BIOLGICA:
SI
NO
[ ]
[]
(11) DEPSITO:
REFERENCIA DE IDENTIFICACIN:
INSTITUCIN DE DEPSITO:
NMERO DE DEPSITO:
ACCESIBILIDAD RESTRINGIDA A UN EXPERTO (ART. 45.1. B):
(12) DECLARACIONES RELATIVAS A LA LISTA DE SECUENCIAS:
LA LISTA DE SECUENCIAS NO VA MS ALL DEL CONTENIDO DE LA SOLICITUD
LA LISTA DE SECUENCIAS EN FORMATO PDF Y ASCII SON IDENTICOS
[ ]
[ ]
(13) EXPOSICIONES OFICIALES:
LUGAR:
FECHA:
(14) DECLARACIONES DE PRIORIDAD:
PAS DE ORIGEN:
CDIGO PAS:
NMERO:
FECHA:
(15) AGENTE DE PROPIEDAD INDUSTRIAL:
APELLIDOS: CAPITN GARCA
NOMBRE: NURIA
CDIGO DE AGENTE: 0703/X
NMERO DE PODER:
(16) RELACIN DE DOCUMENTOS QUE SE ACOMPAAN:
DESCRIPCIN:
[] N. de pginas: 3
REIVINDICACIONES:
[] N. de reivindicaciones: 3
DIBUJOS:
[] N. de dibujos: 1
RESUMEN:
[] N. de pginas: 1
FIGURA(S) A PUBLICAR CON EL RESUMEN:
[] N. de figura(s): Fig. 1
ARCHIVO DE PRECONVERSION:
[]
DOCUMENTO DE REPRESENTACIN:
[] N. de pginas: 1
JUSTIFICANTE DE PAGO (1):
[] N. de pginas: 1
LISTA DE SECUENCIAS PDF: [ ] N. de pginas:
ARCHIVO PARA LA BUSQUEDA DE LS: [ ]
OTROS (Aparecern detallados):
(17) EL SOLICITANTE SE ACOGE AL APLAZAMIENTO DE PAGO DE TASA
PREVISTO EN EL ART. 162 DE LA LEY 11/1986 DE PATENTES, DECLARA: BAJO
JURAMIENTO O PROMESA SER CIERTOS TODOS LOS DATOS QUE FIGURAN
EN LA DOCUMENTACIN ADJUNTA:
[ ]
DOC COPIA DNI: [ ] N. de pginas:
DOC COPIA DECLARACIN DE CARENCIA DE MEDIOS: [ ] N. de pginas:
DOC COPIA CERTIFICACIN DE HABERES: [ ] N. de pginas:
DOC COPIA LTIMA DECLARACIN DE LA RENTA: [ ] N. de pginas:
DOC COPIA LIBRO DE FAMILIA: [ ] N. de pginas:
DOC COPIA OTROS: [ ] N. de pginas:
(18) NOTAS:
(19) FIRMA:
FIRMA DEL SOLICITANTE O REPRESENTANTE: ENTIDAD ARS .
PRIVILEGIUMSL - CIF
B85472140 - NOMBRE
ROPERO TERMIS EVA M -
NIF 08980968C
LUGAR DE FIRMA: MADRID
FECHA DE FIRMA: 25 Junio 2014
Justificante de presentacin electrnica de solicitud de patente
Este documento es un justificante de que se ha recibido una solicitud espaola de patente por va
electrnica, utilizando la conexin segura de la O.E.P.M. Asimismo, se le ha asignado de forma
automtica un nmero de solicitud y una fecha de recepcin, conforme al artculo 14.3 del Reglamento
para la ejecucin de la Ley 11/1986, de 20 de marzo, de Patentes. La fecha de presentacin de la
solicitud de acuerdo con el art. 22 de la Ley de Patentes, le ser comunicada posteriormente.
Nmero de solicitud: P201430965
Fecha de recepcin: 25 junio 2014, 13:05 (CEST)
Oficina receptora: OEPM Madrid
Su referencia: 1621-P003
Solicitante: FUNDAClN CARTlF
Nmero de solicitantes: 1
Pas: ES
Ttulo: SlSTEMA PARA CONTROL Y GESTlN DE CARGA DE VEHlCULOS
ELCTRlCOS
Documentos enviados:
Descripcion-1.pdf (3 p.)
Reivindicaciones-1.pdf (1 p.)
Resumen-1.pdf (1 p.)
Dibujos-1.pdf (1 p.)
OLF-ARCHlVE.zip
POWATT.pdf (1 p.)
FEERCPT-1.pdf (1 p.)
package-data.xml
es-request.xml
application-body.xml
es-fee-sheet.xml
feesheet.pdf
request.pdf
Enviados por: CN=ENTlDAD ARS . PRlVlLEGlUMSL - ClF B85472140 - NOMBRE
ROPERO TERMlS EVA M - NlF 08980968C,OU=703015214,OU=FNMT
Clase 2 CA,O=FNMT,C=ES
Fecha y hora de
recepcin:
25 junio 2014, 13:05 (CEST)
Codificacin del envo: 39:D7:69:48:21:2D:60:F5:BF:44:48:A1:39:96:47:C5:16:2C:63:2B
/Madrid, Oficina Receptora/

Main

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Main

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDAD DE VALLADOLID

ESCUELA DE INGENIERAS INDUSTRIALES

3 100 318 106

Você também pode gostar