<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="static/style.xsl"?><OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd"><responseDate>2026-04-14T05:54:03Z</responseDate><request verb="GetRecord" identifier="oai:www.recercat.cat:2117/446188" metadataPrefix="didl">https://recercat.cat/oai/request</request><GetRecord><record><header><identifier>oai:recercat.cat:2117/446188</identifier><datestamp>2025-11-13T11:10:59Z</datestamp><setSpec>com_2072_1033</setSpec><setSpec>col_2072_452951</setSpec></header><metadata><d:DIDL xmlns:d="urn:mpeg:mpeg21:2002:02-DIDL-NS" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:doc="http://www.lyncode.com/xoai" xsi:schemaLocation="urn:mpeg:mpeg21:2002:02-DIDL-NS http://standards.iso.org/ittf/PubliclyAvailableStandards/MPEG-21_schema_files/did/didl.xsd">
   <d:DIDLInfo>
      <dcterms:created xmlns:dcterms="http://purl.org/dc/terms/" xsi:schemaLocation="http://purl.org/dc/terms/ http://dublincore.org/schemas/xmls/qdc/dcterms.xsd">2025-11-13T11:10:59Z</dcterms:created>
   </d:DIDLInfo>
   <d:Item id="hdl_2117_446188">
      <d:Descriptor>
         <d:Statement mimeType="application/xml; charset=utf-8">
            <dii:Identifier xmlns:dii="urn:mpeg:mpeg21:2002:01-DII-NS" xsi:schemaLocation="urn:mpeg:mpeg21:2002:01-DII-NS http://standards.iso.org/ittf/PubliclyAvailableStandards/MPEG-21_schema_files/dii/dii.xsd">urn:hdl:2117/446188</dii:Identifier>
         </d:Statement>
      </d:Descriptor>
      <d:Descriptor>
         <d:Statement mimeType="application/xml; charset=utf-8">
            <oai_dc:dc xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns:dc="http://purl.org/dc/elements/1.1/" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
               <dc:title>Sistema de adquisición de datos mediante BUS CAN y su post procesado en vehículos eléctricos de competición</dc:title>
               <dc:creator>Rodríguez Melero, José</dc:creator>
               <dc:subject>Àrees temàtiques de la UPC::Enginyeria de la telecomunicació::Telemàtica i xarxes d'ordinadors</dc:subject>
               <dc:subject>Àrees temàtiques de la UPC::Enginyeria electrònica</dc:subject>
               <dc:subject>Data transmission systems</dc:subject>
               <dc:subject>Wearable technology</dc:subject>
               <dc:subject>CANoe</dc:subject>
               <dc:subject>Motostudent</dc:subject>
               <dc:subject>ECU</dc:subject>
               <dc:subject>Vector</dc:subject>
               <dc:subject>Sistema</dc:subject>
               <dc:subject>Vector Logger Suite</dc:subject>
               <dc:subject>Timestamp</dc:subject>
               <dc:subject>ID</dc:subject>
               <dc:subject>CAN</dc:subject>
               <dc:subject>Bus CAN</dc:subject>
               <dc:subject>Dades--Transmissió</dc:subject>
               <dc:subject>Dispositius portables</dc:subject>
               <dc:subject>Vehicles elèctrics</dc:subject>
               <dc:description>El presente Trabajo Final de Grado desarrolla y documenta desde cero un sistema de logging y tratamiento de señales CAN para la moto eléctrica del E3 Team, buscando y comparando soluciones de logging y culminando en un flujo reproducible que no depende del vehículo real. La validación se protege totalmente en banco mediante dos ECUs simuladas con Arduino UNO y CAN-BUS Shield, una hace de BMS y lanza tramas de tensión y corriente con periodos y amplitudes conocidas, y otra hace de sensores del inversor DC-DC que emite temperatura y humedad. Estas señales circulan por un bus correctamente condicionado con terminaciones de 120 ohms en los extremos, masa de comunicaciones común y coincidencia exacta del baudrate, lo que asegura un entorno de pruebas estable y controlado. En estas condiciones, el logger elegido captura los mensajes con timestamp de alta precisión directamente sobre memoria extraible, y los ficheros generados se convierten a formatos estándar, es decir en MDF4, BLF o CSV para ser gastados posteriormente con las herramientas habituales, CANoe para su decodificación bajo DBC, y Excel para un gráfico rápido una vez se haga la extracción de datos. 
El paso de “trama cruda” a “señal interpretada” está solucionado con una DBC común para todos que fija IDs, nombres de señales, unidades y escalados, sin dejar nada a la ambigüedad y asegurando que cualquier miembro del equipo pueda extraer la misma señal del mismo fichero de registro. El flujo queda descrito de extremo a extremo, con cableado y topología del bus, configuración de canales y velocidad, carga y uso del DBC, aplicación específica de filtros y triggers al resultar útil para capturar sólo lo relevante, exportar a formatos open y generación de gráficas que muestran exactamente las formas de onda, magnitudes y periodos que se ha querido reproducir en el banco.
Con este montaje el trabajo es capaz de demostrar de forma práctica y comprobable que el E3 Team tiene a su disposición un pipeline robusto y repro</dc:description>
               <dc:date>2025-11-13T11:10:59Z</dc:date>
               <dc:date>2025-11-13T11:10:59Z</dc:date>
               <dc:date>2025-10-27</dc:date>
               <dc:type>Bachelor thesis</dc:type>
               <dc:identifier>http://hdl.handle.net/2117/446188</dc:identifier>
               <dc:rights>http://creativecommons.org/licenses/by-sa/4.0/</dc:rights>
               <dc:rights>Open Access</dc:rights>
               <dc:rights>Attribution-ShareAlike 4.0 International</dc:rights>
               <dc:publisher>Universitat Politècnica de Catalunya</dc:publisher>
            </oai_dc:dc>
         </d:Statement>
      </d:Descriptor>
   </d:Item>
</d:DIDL></metadata></record></GetRecord></OAI-PMH>