Scanner de baixo custo.

Se eu comprar aquele scanner lá do chinês, com certeza vou abrir e fuçar (rêrêrêrêrê).
Na rápida leitura que eu fiz vi uma coisa legal que parece ser uma configuração manual do número de bits da palavra e a velocidade (user1 e user2) se for isso mesmo as possibilidades de uso em outros veículos aumentam.
No manual da XJ tem um capítulo chamado "Emission Control Systems" com umas 13 páginas só de códigos. Acho que é legal dar uma lida para nos enterarmos do assunto e saber até onde o scanner pode ir.
Se voce não tiver o manual me avise que te envio.

Um abraço.

Tenho o manual completo, Alexandre, e embora estes códigos estejam na seção sobre emissão, na realidade é a lista completa dos códigos de diagnóstico, e nenhum vestígio de comandos de análise.

Com um xingling desses com conexão para porta serial + o HiperTerminal do Windows, por exemplo, seria possível dissecar todos os comandos do ELM.
É mandar o comando... e se houver resposta, bingo!
Daí pra frente é só brincar um pouco com java, ou delphi ou visual basic, e gerar uma interface mais amigável.

O trampo é meio pesado, mas a diversão é garantida.

.

Posso garantir uma coisa, o protocolo OBD-II é sim bi-direcional, você lê os parâmetros do veículo e também envia comandos.
Eu tenho uma uma interface na base do ELM e um software que um amigo trouxe pra mim dos EUA, funciona que é uma beleza. Uma das funções do software é "enviar comandos a ECU". Já tentei arrancar uma lista desses comandos com os gringos que "fabricam" essa interface e o software mas querem me cobrar uma grana por isso.
Mas eu estou tentando dar uma toreada neles pra conseguir isso na faixa.

Já postei aqui a tabela específica com os códigos de erro da Chrysler, esta no tópico da ECU com defeito na seção das XJs.

Abs.

Como diz um amigo, vou meter minha colher enferrujada nesse angu

Primeiro: SALVE SUKYS

Agora, voltemos ao tema.

O protocolo OBD-II contempla sim a monitoração em tempo real dos parâmetros de funcionamento do motor, como rotação, temperatura, etc.

Existe uma série de softwares, muitos freeware, que mostram e/ou logam essas informações, nas plataformas ruindous, linux e até palm. E tem alguns projetos open source por aí de mostradores para essas informações. Um legal é esse aqui: Só membros tem acesso aos links:

Se for OBD-II (SAEJ1979) para os americanos ou EOBD para os europeus, existem 3 tipos de interfaces possíveis (ISO9141/14230, SAEJ1850-VPW e SAEJ1850-PWM). Se não for um desses três conectores, não é OBD, e não podemos fazer muita coisa a não ser xingar o maldito fabricante.

Uma das coisas que caracteriza qualquer protocolo de comunicação é o fato de ser bi-direcional, se não em dados pelo menos em comandos.
Mas olha só como é importante considerar os termos: OBD é um PADRÃO, e este padrão suporta "n" protocolos.
Por exemplo, o carro X tem OBD, mas este carro só "entende" o protocolo A que está contido no padrão OBD.
Já o carro Y, que também tem OBD, só "entende" o protocolo B.
Daí um scanner padrão OBD que só tenha o protocolo A, por exemplo, não tem como "conversar" com o carro Y, apenas com o B.

Compliquei ou simplifiquei?

.

Salve Cavalcante, pode meter a colher que o angú é de todos!

Não é bem assim. Existe mais do que três protocolos e suas derivações (vide o post #5 do Alexandre) e todos estes protocolos "conversam" (cada um a seu tempo e cada um em um carro) através do mesmo tipo de conector (padrão OBD) porém... estes protocolos também podem estar presentes fora do padrão OBD (em "ambiente proprietário", por assim dizer).

Salseiro...


.

Não complicou não, acredito mesmo que deva ser assim. Por que em vários locais da net sempre falam em códigos específicos para uma família de carros, logo se vê que tem mesmo protocolos diferentes dentro do mesmo padrão OBD.

Abs.

Andei dando uma fuçada no link que o Alexandre postou, e de cara encontrei coisa que bate com o que havia dito:

Proprietary Sensor Readings
Though not part of the EPA's OBD II standard, the diagnostic read-outs used by dealership technicians are also read through the OBD II connector.

Ou seja, é possível efetuar leitura dos sensores através do CONECTOR OBD, mas coisa do tipo está fora do PADRÃO OBD. Resta saber se algum (ou todos) protocolos sob o padrão OBD aceitam coisa do tipo na base do "no compliance", ou é necessário protocolo proprietário.

Sei não, estou achando que a segunda hipótese é a mais provável, talvez ficando de fora alguma coisa que tenha a ver com emissão de poluentes (lambda, EGR, coisa do tipo) e o que reforça esta idéia está nesta página:

Só membros tem acesso aos links:

.