1/6 www.ni.

com
1.
2.
3.
4.
5.
Projeto e teste de ECUs com os produtos da National Instruments
Publicao: Jan 19, 2012
Viso geral
A National Instruments tem diversos produtos que podem ser usados em diferentes aplicaes da indstria automotiva. Com os produtos da National Instruments, por exemplo, voc pode projetar
e testar ECUs e outros componentes eletrnicos automotivos. Esta pgina apresenta as ECUs e os diferentes protocolos usados na indstria automotiva. Ela descreve tambm as diversas
opes oferecidas pela National Instruments para o projeto e teste de ECUs.
ndice
Introduo
Os diferentes tipos de ECUs
Entradas/sadas tpicas de uma ECU
Os diferentes tipos de protocolos usados
Projeto e teste
1. Introduo
Na indstria automotiva, uma unidade eletrnica de controle (ECU) um dispositivo eletrnico embarcado, basicamente um computador digital, que l sinais enviados por sensores colocados em
diversas partes e em diferentes componentes do automvel usa essas informaes para controlar diversas unidades importantes ( por exemplo: o motor ) e operaes automatizadas do
automvel, alm de manter verificaes de desempenho de alguns componentes importantes usados no automvel.
Uma ECU basicamente formada de hardware e software (firmware). O hardware basicamente formado por vrios componentes eletrnicos em uma placa de circuito impresso. O mais
importante desses componentes o chip do microcontrolador, que trabalha com um chip de memria EPROM ou Flash. O software (firmware) um conjunto de cdigos de baixo nvel que roda
no microcontrolador.
A ECU caracterizada por:
muitas linhas de E/S analgicas e digitais (alta e baixa potncia)
interface/controle de dispositivo de potncia
diferentes protocolos de comunicao (CAN, KWP-2000, etc.).
matrizes de comutao de grande capacidade, para sinais de alta e baixa potncia
testes de alta tenso
adaptadores de interfaces de comunicao inteligentes (padres ou personalizados)
reconhecimento automtico do suporte de teste e habilitao de sequncias de software
simulao de dispositivo de potncia
2. Os diferentes tipos de ECUs
As ECUs so identificadas e denominadas por suas funes, como mostrado abaixo:
ECM - Mdulo de controle do motor. (Na indstria, as ECMs so muitas vezes denominadas ECU - unidade de controle do motor).
A ECM tambm conhecida como EMS (sistema de gerenciamento do motor) uma ECU colocada em um motor de combusto interna que controla diversas funes do motor, como injeo de
combustvel, tempo de ignio e o sistema de controle de marcha lenta. Todos esses controles so feitos com base em dados (como a temperatura do lquido refrigerante do motor, fluxo de ar,
posio da manivela, etc.) recebidos de diversos sensores.
As ECMs tambm "aprendem" sobre o motor enquanto dirigimos o nosso automvel. Esse "aprendizado" , na verdade, um processo usado pela ECU para rastrear as alteraes de tolerncia
dos sensores e atuadores do motor. Podemos citar como exemplo as diferenas na vlvula de controle de ar de marcha lenta (afogador automtico) na posio de marcha lenta com o ar
condicionado do automvel ligado e desligado. O ECM armazena esses valores "aprendidos" em uma RAM com backup de bateria, para que no tenha de comear do zero na prxima vez que o
motor for acionado. Uma discusso mais detalhada sobre as ECMs ser apresentada mais frente.
Com a entrada em vigor das Federal Emission Regulations de 1982, as ECs esto sendo muito usadas na maior parte dos veculos. Em aplicaes aeronuticas, esses sistemas so muitas
vezes denominados FADECs (Full Authority Digital Engine Control).
EBCM Mdulo eletrnico de controle de freios.
uma ECU usada no mdulo ABS (sistema antibloqueio de freios) de um automvel. Elas foram lanadas no incio dos anos 70, para melhorar a frenagem do veculo independentemente das
condies climticas e da estrada. Mas foi apenas muito recentemente que comearam a ganhar popularidade.
A EBCM regula os sistemas de frenagem com base em cinco entradas recebidas:
1. : Essa entrada mostra a situao do pedal do freio; isso , pressionado ou no. Essa informao adquirida em formato analgico ou digital. Freio
2. : Essa entrada fornece em formato digital a informao de que o veculo est no modo de trao nas 4 rodas. Trao nas quatro rodas
2/6 www.ni.com
2. : Essa entrada fornece em formato digital a informao de que o veculo est no modo de trao nas 4 rodas. Trao nas quatro rodas
3. : Essa entrada registra se a chave de ignio est colocada e se o motor est ligado ou no. Ignio
4. : Essa entrada fornece a informao da velocidade do veculo. Velocidade do veculo
5. : Em uma aplicao tpica, representa um conjunto de 4 sinais de entrada que carregam informaes da velocidade de cada roda. Essas informaes so usadas para Velocidade das rodas
obter todas as informaes necessrias para o algoritmo de controle.
O PCM uma ECU que monitora e controla o controle de velocidade, A/C, carga e transmisso automtica. As entradas enviadas ao PCM so: PCM Mdulo de controle do powertrain.
sensor de posio da vlvula borboleta,
sensor de velocidade do eixo de sada,
sensor de velocidade do veculo
sensor de velocidade do motor (CKP)
interruptor do freio
interruptor do controle de cruzeiro
ignio
interruptor liga/desliga de marcha econmica
sensor de presso do regulador de velocidade.
Usando essas entradas, o PCM faz o controle da transmisso, controle de vlvulas pelas sadas PWM e o controle da embreagem de converso de torque e dos rels de proteo da
transmisso, alm de fornecer informao ao motorista atravs da lmpada de marcha econmica no painel.
VCM Mdulo de controle do veculo
O VCM uma ECU que cuida de sistemas como:
Sistemas de direo hidrulica (EPS)
Sistemas de controle adaptativo de velocidade de cruzeiro (ACC)
Sistemas de controle dos airbags (ACS).
Sistemas de controle eletrnico de estabilidade (ESC).
O VCM normalmente instalado no meio do automvel, entre os passageiros e o compartimento do motor. Esse mdulo conectado a diversos tipos de sensores, para controlar diversos
sistemas no automvel. Ele recebe entradas dos sensores de impacto (acelermetros micromaquinados) e sensores que detectam o peso dos ocupantes, lugares ocupados, o uso do cinto de
segurana e a posio dos assentos para determinar a fora com a qual os airbags frontais sero acionados. Da mesma forma, recebe entradas dos sensores de ngulo do volante, sensores de
velocidade da roda, sensores de taxa de guinada e sensores de acelerao lateral para fornecer uma sada ESC que oferece a experincia de conduo mais segura.
BCM Mdulo de controle de bordo.
O BCM uma ECU que cuida da unidade de controle de lugares ocupados, controle do limpador de para-brisas e capotas automticas de automveis conversveis (por exemplo: o Benz SL
Roadster)
3. Entradas/sadas tpicas de uma ECU
Uma ECU formada por vrios blocos funcionais:
1. Fonte de alimentao - digital e analgica (alimentao para os sensores analgicos)
2. MPU - microprocessador e memria (normalmente Flash e RAM)
3. Link de comunicaes - (por exemplo: barramento)
4. Entradas discretas - entradas de comutao on/off
5. Entradas de frequncia - sinais de encoder (por exemplo: velocidade da manivela ou do motor)
6. Entradas analgicas - sinais de feedback dos sensores
7. Sadas de comutadores - sadas de comutao do tipo on/off
8. Sadas PWM - frequncia e ciclo de trabalho variveis (por exemplo: injetor ou ignio)
9. Sadas de frequncia - ciclo de trabalho constante (por exemplo: motor de passo - controle de marcha lenta)
Alm disso, normalmente a unidade de controle de motor est conectada a diferentes tipos de sensores e atuadores, sendo muito importante saber quais os tipos de E/Ss necessrios para eles.
Vejamos alguns dos sensores e atuadores que normalmente so conectados a um mdulo de controle de motor e os tipos de E/Ss dos quais eles precisam.
Sensor de temperatura do ar do distribuidor (MAT)
Esse sensor um termistor. Ele nomalmente montado na caixa de dutos de ar do distribuidor. A resistncia eltrica do termistor cai em resposta ao aumento de temperatura, podendo ser
medida por um canal analgico que tenha algum tipo de condicionamento de sinais (excitao, amplificao, etc.).
Sensor de temperatura do lquido refrigerante (CTS)
O CTS tambm usa um termistor para detectar a temperatura do lquido refrigerante no motor e fornece um sinal de tenso a um canal de entrada analgica do ECM.
Sensor de posio do eixo de comando/vsirabrequim (CPS)
O CPS muito importante, pois monitora a velocidade do motor e a posio do pisto no motor. Tradicionalmente, sensores de relutncia varivel eram usados na medio desses parmetros,
mas atualmente essa funo cumprida por diversos sensores de IR e os mais recentes encoders rotatrios. Esses sinais de encoder so enviados como entradas de frequncia s ECUs.
Sensor de detonao (KS)
O KS um sensor piezoeltrico tpico, que coleta a vibrao das detonaes do bloco de cilindro onde est fixado e envia esses sinais analgicos dinmicos/complexos ECU.
Sensor de oxignio aquecido (HO2S)
O HO2S um sensor de medio da qualidade do ar. Esse sensor basicamente feito de um material cermico de zircnia e colocado no distribuidor de sada, dentro de um tubo fechado. A
zircnia gera uma tenso de aproximadamente 1 Vmax nas misturas mais ricas e 0 V nas misturas mais pobres. Esse sinal analgico enviado ao ECM.
Sensor de posio da vlvula borboleta (TPS)
O TPS um potencimetro que transforma a posio da vlvula borboleta em uma tenso de sada, que enviada ao ECM.
Sensor de velocidade do veculo (VSS)
3/6 www.ni.com
Sensor de velocidade do veculo (VSS)
O VSS colocado no eixo transversal. Ele um gerador de pulsos e fornece um sinal digital ao ECM.
Sensor de presso absoluta no distribuidor (MAP)
O sensor de presso absoluta no distribuidor mede alteraes na presso do coletor de admisso resultantes das alteraes de carga e velocidade do motor. O ECM envia um sinal de referncia
de 5 volts ao sensor de MAP. Quando a presso varia no coletor de distribuio, varia tambm a resistncia eltrica do sensor de MAP. Monitorando a tenso de sada do sensor, o computador
pode determinar a presso absoluta no distribuidor. Quando maior a tenso no MAP, menor ser o vcuo no motor, o que exige mais combustvel. Quando menor a tenso no MAP, maior ser o
vcuo no motor, o que exige menos combustvel. Sob determinadas condies, o sensor do MAP tambm usado para medir a presso baromtrica. Isso permite que o computador faa o ajuste
automaticamente para diferentes altitudes. O computador usa o sensor do MAP para controlar o tempo de fornecimento e ignio do combustvel.
Esses so alguns dos sinais mais importantes coletados pelo ECM para controlar o sistema de injeo de combustvel com eficincia e executar corretamente o gerenciamento do combustvel.
O hardware da National Instruments que pode ser usado com esses sensores mostrado abaixo:
4. Os diferentes tipos de protocolos usados
Os protocolos automotivos podem ser classificados nas seguintes categorias principais.
Diagnsticos
Os diagnsticos on-board surgiram no incio dos anos 80. Mas nos ltimos anos, tornaram-se altamente sofisticados. Dessa forma, h protocolos altamente confiveis, usados apenas para o
diagnstico on-board.
Alguns dos que j foram muito usados so:
Protocolo ODBII - Esse um dos padres mais populares, lanado nos anos 90; ele cuida de todo o controle do motor e monitorao do chassi e acessrios. usado por quase todos
os fabricantes
CAN ISO 11898 - Outro protocolo bastante popular, usado por quase todos os fabricantes para o diagnstico on-board. Sua pinagem mostrada abaixo.
Pino 2 - Barramento + do J1850
Pino 4 - Terra do chassi
Pino 5 - Terra do sinal
Pino 6 - Nvel alto do CAN (J-2284)
Pino 7 - Linha K do ISO 9141-2
Pino 10 - Barramento do J1850
Pino 14 - Nvel baixo do CAN (J-2284)
Pino 15 - Linha L do ISO 9141-2
Pino 16 - Alimentao de bateria
Keyword 2000 e J1850 - Esses protocolos so basicamente usados pela GM e a Chrysler para o diagnstico on-board. O J1850 um protocolo bastante antigo, e est deixando de ser usado.
Carroceria e powertrain
As redes de carroceria e powertrain podem ser formadas de protocolos CAN, LIN ou J1850. O CAN um protocolo verstil, usado majoritariamente em diversas categorias de redes a bordo do
veculo. A CAN de alta velocidade muitas vezes usada em aplicaes de powertrain, como a temporizao do motor, para garantir que o automvel rode de maneira eficiente.
LIN -- A Local Interconnect Network (LIN) uma rede baseada em UART, desenvolvida estritamente para aplicaes da carroceria. Por exemplo, uma rede LIN conecta todos os dispositivos
eltricos presentes em uma das portas do automvel. A LIN e a CAN podem coexistir. usada principalmente pela Chrysler, BMW e Volkswagen.
Multimdia e drive by wire
MOST -- uma rede de fibras pticas otimizada para o uso no automvel. Essa rede projetada para o uso conjunto de dispositivos simples, como microfones e alto-falantes, com dispositivos
mais complexos, como os dispositivos de segurana usados para localizar automveis roubados. A tecnologia MOST est sendo desenvolvida e promovida pela MOST Cooperation, que tem a
participao da BMW, Daimler-Chrysler e Audi.
IDB 1394 -- A incluso mais recente na famlia IDB de redes a bordo do veculo, projetada para aplicaes multimdia de alta velocidade que exigem o transporte rpido de grandes quantidades
de informao pelo veculo. Anteriormente conhecida como IDB-M, a IDB-1394 baseada na tecnologia IEEE-1394, que j ganhou ampla aceitao na comunidade de eletrnica de consumo.
A especificao IDB-1394 define as camadas fsicas de categoria automotiva (por exemplo: cabos e conectores), modos de alimentao e os protocolos das camadas de alto nvel necessrios
para garantir a interoperabilidade de todos os dispositivos IDB-1394.
Os protocolos ainda no esto totalmente desenvolvidos. H ainda alguma discusso sobre qual o protocolo que passar a ser o padro da indstria. O FlexRay oferece drive by wire
velocidades mais altas, mas caro e est mais distante ainda da padronizao.
FlexRay -- um sistema de comunicaes escalvel, flexvel e de alta velocidade, que atende s demandas tcnicas cada vez maiores da indstria automobilstica. Com taxas de dados de at
10 MBits/s, ideal para aplicaes X-by wire.
5. Projeto e teste
O modo tradicional de desenvolver sistemas automotivos embarcados construir placas de hardware que representem toda a ECU, ou parte dela e parte dos dispositivos ao seu redor, muitas
vezes chamados de modelo de planta, e us-las para o teste em bancada. Infelizmente, essa estratgia de bancada tem muitas limitaes.
Em primeiro lugar, a criao de todas as placas de hardware necessrias tem alto custo.
4/6 www.ni.com
Em primeiro lugar, a criao de todas as placas de hardware necessrias tem alto custo.
Em segundo lugar, os requisitos de desempenho das ECUs mais poderosas (aquelas usadas para o controle do powertrain) so to exigentes que no mais possvel construir placas que
possibilitem a execuo de medies adequadas.
Finalmente, e o mais importante, que essa estratgia de teste em bancada baseada em um processo sequencial de projeto, no qual o hardware desenvolvido, os prottipos de modelo de
planta so construdos e o desenvolvimento de software iniciado.
Para vencer essas limitaes, os engenheiros de projeto de controle adotaram um processo de projeto altamente eficiente, comumente denominado "diagrama V". Esse processo foi
originalmente desenvolvido para encapsular o processo de projeto de aplicaes de software, mas podemos ver muitas verses diferentes desse diagrama utilizadas na descrio dos diferentes
ciclos de projeto do produto. O ciclo mostrado abaixo o que tipicamente usado no ciclo de projeto de ECUs.
Nesse diagrama, a progresso do tempo dos estgios de desenvolvimento ocorre da esquerda para a direita. Entretanto, esse muitas vezes um processo iterativo, no qual o desenvolvimento
dessas etapas na prtica no ocorre de maneira linear. Em vez disso, voc gastar tempo em cada etapa e poder at mesmo ter de retornar a uma etapa anterior. A meta tornar esse ciclo o
mais eficiente possvel, minimizando os retornos a etapas anteriores e o tempo gasto em cada etapa.
O eixo y desse diagrama pode ser visto como o nvel no qual os componentes do sistema so considerados. No incio do desenvolvimento, devem ser considerados os requisitos do sistema
como um todo. Conforme o sistema for sendo dividido em subsistemas e componentes, o processo passa a ser desenvolvido em nveis mais baixos, at o ponto do carregamento do cdigo em
processadores individuais.
Posteriormente, os componentes so integrados e testados juntos, at o momento em que todo o sistema possa entrar no teste final de produo. Dessa forma, o topo do diagrama representa a
viso do sistema de alto nvel e a parte inferior do diagrama representa uma viso de nvel bastante baixo.
Vejamos essas etapas uma a uma.
Definio do sistema.
Nessa etapa, inicialmente os engenheiros de projeto documentam as necessidades e requisitos do projeto, usando aplicativos de planilhas ou de editores de texto. Essa documentao tambm
detalha as diversas especificaes do motor e das diversas normas que ele precisa atender. Ela tambm indica os nveis limite dos parmetros envolvidos no controle do motor.
Uma vez que as especificaes tenham sido documentadas, o processo do projeto realmente iniciado, com a construo de um modelo de software da ECU e do motor.
Uma vez que os modelos tenham sido construdos, a terceira etapa envolve a simulao software-in-the-loop. Nessa etapa, os dois modelos de software, o modelo da ECU e o modelo do motor,
so conectados em um loop fechado de retroalimentao e ento feita uma simulao que analisa as caractersticas dinmicas de todo o sistema. Nessa simulao, o modelo da ECU monitora
a sada do modelo do motor e ajusta as entradas desse modelo para melhorar o desempenho das diferentes funes do motor, como a injeo de combustvel, ignio e outras.
A National Instruments fornece trs opes para a construo de modelos de software.
1a opo --- LabVIEW.
O LabVIEW com Control Design and Simulation Bundle fornece uma tima plataforma para o projeto e modelagem do motor e da unidade de controle de motor. Para cumprir esse objetivo, o
Control Design and Simulation Bundle conta com trs toolkits.
System Identification Toolkit e o Control Design Toolkit:
- Esse toolkit contm diversos VIs de identificao do sistema, que ajudam a montar modelos matemticos dos sistemas dinmicos de um motor. Esses modelos podem ento ser integrados
juntos para gerar um modelo completo do motor que, usando a VI de projeto de controle, pode ser analisado e usado no projeto do modelo matemtico da ECU.
Mdulo de similao:
- O mdulo de simulao oferece um ambiente de simulao dentro do LabVIEW. Os clientes podem tambm construir os modelos de motor e ECU no formato de um diagrama de blocos (como
os modelos Simulink), usando os diversos VIs disponveis no LabVIEW para funes lgicas e aritmticas, processamento de sinais, filtragem, etc., juntamente com elementos dinmicos,
tabelas look-up, etc, fornecidos com o mdulo de simulao. Aps o modelo ter sido projetado, a simulao software-in-the-loop pode ser feita, usando o mesmo ambiente de simulao.
A documentao para esse modelo pode ser preparada com o auxlio de qualquer aplicativo de edio de textos ou planilhas.
5/6 www.ni.com
A documentao para esse modelo pode ser preparada com o auxlio de qualquer aplicativo de edio de textos ou planilhas.
2a opo --- MATRIXx
O MATRIXx tem funes similares ao Matlab/Simulink. a ferramenta ideal para os clientes que planejam construir seus modelos desde o comeo e procuram ferramentas que possam criar
aplicaes complexas de projeto de controle e as simularem em alta velocidade.
O MATRIXx basicamente formado de quatro produtos:-
1) XMath
2) SystemBuild
3) AUTOCODE
4) DocumentIt
Usando o software XMath e SystemBuild, os clientes podem modelar suas ECUs e motores e ento usarem esses modelos para executar a simulao software-in-the-loop.
O software XMath um ambiente de software bsico de anlise e visualizao que controla o SystemBuild e tudo o mais relacionado ao ambiente MATRIXx. Ele tambm ajuda no tratamento de
dados e execuo de anlises numricas para o SystemBuild.
O SystemBuild um ambiente de programao grfica que pode ser usado para modelar e simular o motor e o sistema da ECU. Ele tem mais de 80 tipos de blocos escolha, que podem ser
usados na construo de modelos complexos de motor e ECU.
Para documentar o modelo, o MATRIXx tem um produto chamado Documentl, que cria documentos automaticamente em diversos formatos a partir dos modelos construdos no SystemBuild.
3a opo --- LabVIEW + Simulink
Voc tem um modelo de motor pronto construdo no Simulink e no quer retrabalhar/reconstruir o modelo. Ento ter duas opes disponveis:
1) Usando o Simulation Module, voc poder traduzir o modelo Simulink existente (arquivo .mdl) em um cdigo de diagrama de blocos do LabVIEW, o que pode ser feito com muita facilidade,
em um processo de trs etapas.
2) O Simulation Interface Toolkit (SIT) um add-on do LabVIEW que fornece ferramentas para criar uma interface do LabVIEW que faz a comunicao com um modelo Simulink existente.
a) Faa a comunicao direta entre o LabVIEW e o modelo do Simulink. O SIT Server ter de ser iniciado a partir do MATLAB para que essa comunicao seja possvel. O modelo Simulink
pode tambm estar rodando no PC host ou em algum outro PC.
A documentao pode ser feita com o uso de qualquer aplicativo de edio de texto ou planilhas.
b.) Rode o modelo em um sistema Real-Time, convertendo o modelo do Simulink em um DLL. Uma vez que o DLL tiver sido construdo, o SIT Server e o modelo no sero mais necessrios.
Rapid Control Prototyping
Tambm chamado simulao engine-in-the-loop (EIL). No devemos confundir esse termo com rapid prototyping (RP) que se refere a uma classe de tecnologias que pode construir
automaticamente modelos fsicos a partir de dados de um projeto auxiliado por computador (CAD). No caso do RCP, o modelo de software da ECU projetado baixado ao prottipo de hardware
Real-Time target. O target ser qualquer hardware Real-Time (idealmente, um sistema PXI ou cRIO). Dessa maneira, o modelo de software da ECU recebe uma interface de E/S, que conectada
aos sensores e atuadores fixados no motor.
O software necessrio ser o LabVIEW , LV RT e LV FPGA (se estiver usando o cRIO ou o 7831R no PXI). Se o modelo tiver sido construdo no MATRIXx, ento um dll poder ser criado a partir
dele e importado ao LabVIEW, onde a interface de E/S poder ser fornecida e o cdigo poder ser baixado em um dos targets de hardware Real-Time mencionados acima. Se este for um
modelo Simulink, ento aps ter sido importado ou traduzido para o LabVIEW, ser possvel fornecer a interface de E/S ao mesmo e ento definir como target um dispositivo de hardware RT,
como o PXI ou cRIO
Como mencionado na seo de entradas/sadas, dispositivos apropriados de hardware podero ser usados no PXI ou cRIO, dependendo dos parmetros que estiverem sendo controlados e os
sensores que estiverem sendo usados.
6/6 www.ni.com
Targeting
Nessa etapa, o modelo central da ECU modificado para fazer interface com a E/S disponvel na ECU real e ento convertido em um cdigo C com o uso de um gerador de cdigos C. Em
alguns casos, eles so tambm convertidos em um cdigo ada. E ento esse cdigo baixado como algoritmo de controle para o microcontrolador de 32 bits interno da ECU.
Atualmente, o LabVIEW no tem funes ou ferramentas para converter o diagrama de blocos em um cdigo C. Dessa forma, aqueles que estiverem usando o pacote de projeto NI Control para
construir o modelo da ECU tero de "codificar mo" o modelo em C. Embora esse mtodo seja mais tedioso do que usar um gerador automtico de cdigos C, ele o preferido de muitos
clientes, pois na maior parte dos casos o gerador de cdigo C cria um grande nmero de erros no cdigo gerado, que so muito difceis de serem depurados.
De qualquer maneira, se o cliente estiver usando o MATRIXx para construir o modelo, temos um produto denominado AUTOCODE, que pode gerar um cdigo C ou cdigo ada a partir do modelo
SystemBuild criado para a ECU.
Simulao hardware-in-the-loop (HIL)
Uma vez que o cdigo que contm o algoritmo de controle tenha sido baixado ECU, poderemos testar a performance dessa ECU sob condies extremas, o que no pode ser feito no mundo
real, com a simulao HIL. Nessa etapa, a ECU real testada com a simulao de um motor, que utiliza o modelo de motor que criamos anteriormente.
No sentido oposto ao que fizemos no RCP, aqui no HIL, o modelo de software do motor baixado a um dispositivo de hardware Real-Time e as interfaces apropriadas de E/S so fornecidas.
Essas E/Ss so ento conectadas ECU real. Em seguida, as diversas condies do motor podem ser simuladas e a ECU pode ser testada at os seus limites, o que no seria possvel se o
teste fosse feito com um motor real.
.
Novamente, como no RCP, o hardware para o HIL escolhido com base nos sinais e sensores a serem simulados, que por sua vez podem ser escolhidos na lista fornecida na seo de
entradas/sadas.
MATLAB e Simulink so marcas comerciais registradas da The MathWorks, Inc. Outros nomes de produtos e empresas so marcas comerciais e nomes comerciais de suas respectivas
empresas.