Futura injecao eletronica
-
na verdade estao trabalhando a 115200bps, que eh a velocidade a qual a fuelbox usa na porta serial.
tá mais que bom, aqui na empresa tenho que comunicar com clp a 9.6kbps, haja paciencia eu acredito que a perfumaria deve ser feita e planejada depois que o teu produto estiver funcional, eficiente e dando algum retorno financeiro, afinal tu não pode perder tempo ocupando tua cabeça com um assunto desses agora.
futuramente é claro que poderíamos ter 1001 tipos de melhorias que fizessem com que cada vez mais o proprietário do veículo se sinta no controle da situação, e fica aqui a sugestão para alguma solução anti furto, no melhor estilo brain storm por exemplo, um pen drive com os parâmetros salvos incluindo senha, onde ficasse impossível usar o carro sem essa peça.
abraços e nos mantenha informados.
-
tá mais que bom, aqui na empresa tenho que comunicar com clp a 9.6kbps, haja paciencia eu acredito que a perfumaria deve ser feita e planejada depois que o teu produto estiver funcional, eficiente e dando algum retorno financeiro, afinal tu não pode perder tempo ocupando tua cabeça com um assunto desses agora.
futuramente é claro que poderíamos ter 1001 tipos de melhorias que fizessem com que cada vez mais o proprietário do veículo se sinta no controle da situação, e fica aqui a sugestão para alguma solução anti furto, no melhor estilo brain storm por exemplo, um pen drive com os parâmetros salvos incluindo senha, onde ficasse impossível usar o carro sem essa peça.
abraços e nos mantenha informados.
kra, depende muito do que trafega pela conexao… o problema de modem, é que vc tem diversos protocolos encapsulados um dentro do outro, entao se tem um monte de bytes passando pela conexao, mas só uma pequeda parte é realmente dado bruto. o resto sao controle de varios protocolos
na fuelbox, a comunicacao é serial 100% pura, nao existem protocolos inferiores transportando os dados. o quadro de dados da fuelbox possui no maximo 32 bytes de dados + 2 bytes de controle e 1 de checksum. isso quer dizer que sao 35 bytes no maximo por pacote.
quando se está monitorando os dados de performance do carro, para cada requisicao feita pelo pc (4 bytes) a ecu responde um pacote de dados de performance de 25 bytes (22 de dados + 3 de controle) ou seja, se dependesse apenas da serial, essa comunicacao aconteceria em 2,013ms. mas a ecu responde quando pode, entao um delay de até 15ms pode ser adicionado. nesse intervalo, a serial simplesmente nao trabalha, nao trafega nada.
se a resposta fosse dada em 2,013ms, seria possivel solicitar quase 500x essa informacao a ecu. mas essa informacao é solicitada apenas 10x por segundo, ou seja, em intervalos de 100ms.
em 100ms, o tempo gasto com dados efetivamente é de 2,013ms, ou seja, 2% apenas.
logo, nao é nem de longe necessaria maior velocidade nesse caso, e como a serial permite cabos mais longos e mais tranquilos, eu optei pela serial.
agora falando em melhorias, hoje comecei a adicionar a interface, o mapa 2d pra auxiliar na edicao tanto dos mapas de injecao quanto de ponto.
é possivel escolher se voce quer enxergar a progressao de rpm de uma determinada situacao de carga (map) ou se quer enxergar a progressao de map de uma determinada rpm. seria como um corte transversal ou longitudinal do mapa 3d. no mapa 2d sao mostradas a progressao atual, a proxima e anterior.
progressao de map na posicao de 500 rpm (tambem sao mostradas as progressoes de map em 300 e 700 rpm, que sao as progressoes anterior e posterior a selecionada)
pra se ter uma ideia, selecionei os pontos equivalentes a linha em vermelho no mapa 2d, porem, no 3d
progressao de rpm na posicao de 200 de map (tambem sao mostradas as progressoes de rpm em 100 e 400 de map)
selecao da mesma informacao feita no mapa 3d
por favor perguntem se nao entenderam alguma coisa que eu explico ok?
valeu
-
uma reguladinha melhor no ponto (mais ponto) e na injecao de resposta rapida…
partida, aceleracao e marcha lenta...
na esquerda, terceira linha, é a sonda wide, embaixo, na quarta linha é o avanco
<center><object width="425" height="350"><param name="movie" value="http://www.youtube.com/v/d-sixmxydeq"><param name="wmode" value="transparent"><embed src="http://www.youtube.com/v/d-sixmxydeq" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></object></center>
-
correção pela sonda wide com alvo em lambda 1 e comparativo com a sonda narrow (tenho as 2 instaladas no escape) proximas uma da outra. (o alvo é configurado por pressao, ou seja, quanto mais carga, pode-se configurar pra que o sistema mantenha a mistura mais rica, por exemplo no meu carro uso no maximo 0,8 de pressao, nessa pressao configurei o sistema pra manter a mistura em lambda 0,83, e na marcha lenta e até 700mbar de carga continua sendo lambda 1)
percebe-se claramente que ao cruzar o valor de lambda 1 na sonda wide, a sonda narrow alterna de 0 a 600mv.
<center><object width="425" height="350"><param name="movie" value="http://www.youtube.com/v/xuucxreugvy"><param name="wmode" value="transparent"><embed src="http://www.youtube.com/v/xuucxreugvy" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></object></center>
-
opa opa opa
ipaq inside
-
lost, tava vendo seus vídeos no youtube muito chique
lembro quando vc comentou que queria fazer um controlador pro suplementar, e olha o que virou?
parabéns
pois é kra. eu acho que sou exigente d+… mas isso vai trazer vantagens pra quem gosta de qualidade e nao aceita carro pipocando
estou nos finalmentes. estou montando os primeiros modulos. semana que vem devo ter novidades.
agora uma coisa: implementei correcao em tempo real pela sonda wide, o que mantem o motor no alvo e seguramente junto com toda a precisao tanto na alimentacao quanto no ponto de ignicao, trará alguns hps de graça. mas, ao rodar em estrada, onde se mantem velocidade estavel e nao se usa muita carga pra isso, achei que o alvo por carga apenas ficou pouco.
na fuelbox o ajuste do alvo da sonda, por enquanto é feita apenas pela carga, entao por exemplo, em 400mbar de carga (aspro e tal, pouca carga) regulei o alvo em lambda 1. fica em lambda 1 até os 800mbar (proximo de wot) comeca a enriquecer, até que em 1300mbar (aprox 0.4 de pressao de turbo) a mistura alvo é de 0,83 - 0,84. porem, quando se está tipo na estrada, aos 4000 rpm constantes, só precisa de 400mbar de carga pra manter a velocidade. nessa carga, o alvo é lambda 1. mas a temp no escape comeca a subir até os 750c (isso sempre foi assim no meu carro) entao se eu pisar e encher a turbina, com a mistura enriquecendo para os 0,83, a temp cai pra 650c.
pretendo colocar uma escala de alvo de sonda pela rpm tambem, entao entre a escala por pressao e a escala por carga, valerá aquela que a mistura é mais rica. ou seja, se aos 4000 rpm o alvo é de por exemplo 0,90, mas em 400mbar de carga o alvo é lambda 1, vai valer os 0,90, entao abaixo dessa rotacao colocaria lambda 1, pq nao há necessidade de enriquecer...
nao quero fazer 3d pq seriam muitos pontos pra regular. dessa maneira, serao no maximo 40 ponto de alvo por rotacao + 25 pontos de alvo por carga.
o que acham? entenderam a questao? na i.e. original ja tinha esse problema de esquentar muito ao manter a velocidade em rpms mais altas. estou querendo dar uma solucao legal pra isso.
outra coisa que implementei na fuelbox é um retardo para o acionamento do cut-off. pra evitar quebras, em carros de pista, ao tirar o pé do acelerador, o combustivel nao é cortato na hora, mas sim, 2, 3 segundos depois. coloquei um parametro onde se indica quanto tempo depois de tirar o pé do acelerador, estando acima da rotacao de cut-off(outro parametro) o combustivel será cortado.
na f1, onde o consumo de combustivel é uma variavel preocupante, nao se usa cut-off. simplesmente nas reduzidas, o motor continua a receber combustivel. deve ter motivo pra isso pq esse combustivel disperdiçado custa muito caro. é obvio que é pra resfriar o motor e evitar a quebra ao cortar o combustivel.
o que acham sobre isso?
-
lembro que no meu gti 16v depois de tirar o pé e estando acima de 2000 ou 2200 rpm ele cortava o combustível (dava pra ver no pc de bordo) após uns 3s sem encostar no acelerador.
eu lembro tb de alguém comentando que sem o cut-off acabou até aumentando a temperatura no escape em um carro de trackday com injeção programável.
pq vc não faz uma matriz de 8 x 8 pontos pra alvo de sonda wide é 8 de pressão e 8 de rotação. acho que resolveria seu problema
-
eu lembro tb de alguém comentando que sem o cut-off acabou até aumentando a temperatura no escape em um carro de trackday com injeção programável.
daniel, não deveria acontecer exatamente ao contrário?
-
lembro que no meu gti 16v depois de tirar o pé e estando acima de 2000 ou 2200 rpm ele cortava o combustível (dava pra ver no pc de bordo) após uns 3s sem encostar no acelerador.
eu lembro tb de alguém comentando que sem o cut-off acabou até aumentando a temperatura no escape em um carro de trackday com injeção programável.
pq vc não faz uma matriz de 8 x 8 pontos pra alvo de sonda wide é 8 de pressão e 8 de rotação. acho que resolveria seu problema
o problema de fazer outra matriz, é que ela seria tambem uma matriz de rpm x map. toda matriz precisa das escalas, que é por onde o sistema busca o ponto dentro da matriz. ja existem escalas de rpm e de map, que voce regula livremente, porem, sao de no maximo 40 pontos de rpm e 25 de map. fazer uma matriz de 8x8, vai necessariamente precisar de mais uma escala de rpm e mais uma de map, alem de o sistema ter que pesquisar nessas escalas, e fazer a interpolacao entre os 4 pontos proximos do ponto localizado pelas escalas. isso custa muito mais cado em processamento do que colocar o alvo da sonda ao lado das escalas de map e rpm, onde os fatores pra interpolacao ja sao calculados pra serem usados nas matrizes de ponto e combustivel. custa muito menos processamento pois os valores ja estao buscados e os fatores ja calculados. alem de que qualquer mapa ou tabela, é multiplicado por 4, pois as tabelas de correcao sao feitas acompanhando o mapa ativo. senao pense o seguinte, vc calibra um mapa mais rico, porem, se fosse 1 correcao unica, ela nao permitiria a mistura ficar mais rica do que esta regulado nela. por isso pra cada mapa, existe uma correcao, que é feita pra garantir que as coisas fiquem dentro do esperado pelo que foi regulado no mapa. ve acha que trabalhar dessa maneira onde vale o mais rico nao é legal? acho que um mapa menor, onde obrigatoriamente teria que trabalhar com uma escala propria, diferente das principais usadas pra calcular ponto e combustivel, iria complicar até o entendimento pra quem calibra.
o que acha?
daniel, não deveria acontecer exatamente ao contrário?
acho que ta certo caroline, pq mantendo a injecao de combustivel, voce terá calor sendo gerado, e ao cortar o combustivel, nao será gerado calor nenhum, isso claro, no ponto de vista do escapamento. dentro do motor a coisa é diferente e provavelmente o combustivel ainda injetdo resfria a cabeca do pistao, que acaba de receber exposao em força máxima. acredito que um dos problema seja esse, pois sempre o combustivel injetado resfria a camara com relacao a explosao anterior. se voce vem no limite, e entao na proxima explosao nao tem nada de combustivel injetado, ai que se tem problemas. enquanto manter o combustivel por alguns segundos antes de cortar, deve baixar a temperatura da camara e prepara-la para o corte do combustivel.
me corrijam se eu estiver falando besteira…
uma coisa é certa, a fuelbox (que provavelmente mudará de nome em breve) está muito perto de estar disponivel. quem se interessa pelo equipamento pode comecar a pensar nisso como realidade, e aproveitar pra perguntar, pedir explicacoes ou mesmo se for possivel, combinar comigo pra ver pessoalmente e pedir todas as explicacoes. assim que estiver disponivel, montaremos os primeiros carros, e entao muito material será gerado (videos e manuais) pra quem ainda tem duvidas sobre as vantagens desse equipamento.
-
lost,
vou ler depois com mais calma pra responder
daniel, não deveria acontecer exatamente ao contrário?
não sei, só tou comentando o que eu ouvi em interlagos do proprietário …
uma coisa interessante seria saber se a ecu cortava ou não a faísca no cut-off, se não continuaria a estar quente. de qualquer maneira, a temperatura sobe com o pé no fundo, não vai ser o cut-off que vai resfriar o motor e evitar a quebra (ao meu ver). num livro (quando lembrar o nome eu posto aqui, por sinal estou doando pra desocupar espaço, o comprador paga só o sedex + gasosa até os correios) o autor afirmava que a principal preocupação com o cut-off é ter um atraso na resposta do motor quando se pisa no acelerador pois não tem combustível pra ser queimado instantaneamente. talvez seja por isso que na f1 não se corta o combustível mas, são só conjecturas, tem que ver como isso realmente ocorre, e pode ser que varie de motor pra motor também, assim como pode ser que seja verdade, mas mude em alguns milésimos de segundo, coisa que a maioria de nós não está procurando.
-
lost,
acho que entendi o seu ponto de vista com o sistema… se a capacidade de processamento é um fator limitante acho que vc tá com um problema rs...
o que ficou meio nebuloso é onde ficaria a tabela de alvo-afr (vamos aportuguesar as injeções rsrs). seriam 40 x 25 pontos?
imagina que configurar uma tabela de 40 x 25 pontos são 1000 alvos de afr... isso aí deixaria qualquer um maluco ou seria uma tabela menor?
o algorítmo pra correção do valor do pulso em função do afr seria
algo +/- do tipo certo?
pulso1 = pulso0 (seria o pulso de referencia) x k x (alvo-afr / afr-lido) onde k seria uma constante (se existir a constante).
eu assumo que matei as aulas de vetores e matrizes em programação uahuahau... mas seria tão foda assim pro processador interpolar 4 pontos é já que seria linear seriam pelo menos 5 operações pra cálculo do afr desejado (somar os 4 e dividir por 4 pra ter a média).
sem contar que a correção não se daria a todo momento (não faz sentido pois a leitura da sonda tem um retardo na leitura), talvez uns 50 - 100 ms e não seria determinante na quebra do motor, pois eu não deixaria a correção por sonda ligada com pé no fundo e pressão...
abraços
-
lost,
acho que entendi o seu ponto de vista com o sistema… se a capacidade de processamento é um fator limitante acho que vc tá com um problema rs...
é que capacidade de processamento sempre é limitante em injecao eletronica. o que ela limita, é a quantidade maxima de ciclos por minuto, o que limita a rpm e ainda varia de acordo com a quantidade de cilindros. a fuelbox ainda suporta mais de 15 mil rpm em motores 8 cilidros (o que significa 30 mil em 4 cilindros). pretendo nao baixar esse limite.
o que ficou meio nebuloso é onde ficaria a tabela de alvo-afr (vamos aportuguesar as injeções rsrs). seriam 40 x 25 pontos?
imagina que configurar uma tabela de 40 x 25 pontos são 1000 alvos de afr… isso aí deixaria qualquer um maluco ou seria uma tabela menor?
40x25 é o tamanho dos mapas de combustivel e ponto. 40 é a escala de rpm e 25 a escala de map.
o que eu disse sobre alvo-afr seria 40 + 25 e nao 40x25. hoje está funcionando com os 25 da escala de map. o que eu pensei foi em adicionar o alvo a escala de rpm tambem, e considerar o mais rico entre os alvos por map e rpm.
o algorítmo pra correção do valor do pulso em função do afr seria
algo +/- do tipo certo?
pulso1 = pulso0 (seria o pulso de referencia) x k x (alvo-afr / afr-lido) onde k seria uma constante (se existir a constante).
a correcao é feita em % aplicado sobre o tempo de injecao (prefiro chamar assim, pois pulso denota o tempo em que os bicos recebem energia, mas nao o tempo em que eles injetam combustivel, sendo assim, na fuelbox, sempre é usado o tempo de injecao, que é proporcional e até onde é possivel, linear a quantidade de combustivel efetivamente injetada)
o tempo de injecao é calculado com base no mapa principal de map x rpm e corrigido pelo fator de correcao manual, temp do ar, temp da agua e fator de correcao automatico pela sonda (long term trim ou correcao a longo prazo)
essa correcao tem resolucao de 0,001% onde o sistema incrementa se estiver mais pobre que o determinado no alvo, e decrementa se estiver acima. a velocidade é de 10x/s ou seja, intervalos de 100ms. o passo com que o valor é alterado (se é somado 0,001 ou 0,005 ou 0,010%) por leitura é variavel e depende da distancia em que a mistura se encontra do alvo.
eu assumo que matei as aulas de vetores e matrizes em programação uahuahau… mas seria tão foda assim pro processador interpolar 4 pontos é já que seria linear seriam pelo menos 5 operações pra cálculo do afr desejado (somar os 4 e dividir por 4 pra ter a média).
é mais ou menos assim… se for 3d e nao usar as mesmas escalas de map e rpm (que o sistema ja faz pesquisa e deixa as variaveis prontas pra interpolacao) será necessario primeiro pegar a rpm atual e pesquisar na escala de rpm, entao pegar o map atual e pesquisar na escala de map pra encontrar em qual posicao de rpm x map se encontra. com isso vc encontra apenas 1 ponto. entao é necessario pegar o valor na escala de rpm do proximo ponto, e fazer o mesmo com o map.
ex: rpm = 2250, map = 450
escala de rpm
1500, 2000, 2500, 3000
escala de map
300, 400, 500, 600
onde esta os 2250 na escala de rpm? = ponto numero 2
onde esta os 450 de map na escala de mapo = ponto numero 2 tambem
em que posicao está o rpm com relacao ao proximo ponto? ponto 2 = 2000, ponto 3 = 2500, entao 2250 significa 50% entre os pontos 2 e 3
em que posicao está o map com relacao ao proximo ponto? ponto 2 = 400, ponto 3 = 500, entao 450 significa 50% entre os pontos 2 e 3
dessa pesquisa, saem 2 inteiros (posicao da escala de map e posicao da escala de rpm) e 2 pontos flutuantes (posicao entre os pontos da escala de map e posicao entre os pontos da escala de rpm)
com isso, pega-se os valores dos 4 pontos proximos e faz o calculo. nao é um calculo de media, mas sim um calculo pra localizar um ponto no plano formado entre os 4 pontos.
esses calculos ja sao feitos com o tempo de injecao da primeira bancada, tempo de injecao da segunda bancada e angulo de avanco de ignicao.
entre a pesquisa, localizacao entre pontos e o calculo, sao gastas mais de 150 instrucoes
nao que seja um problema, mas é bom economizar, se nao for necessario, pq mais pra frente algo mais importante pode ser necessario.
fazendo como eu falei, as variaveis de posicao nas escalas e posicao entre os pontos ja estao calculadas pois foram utilizadas no calculo 3d do combustivel, combustivel segunda bancada e ponto. entao bastaria fazer uma interpolacao linear 2d entre os pontos 2 e 3 da tabela de afr por map e tambem na tabela de afr pela rpm, pegar maior dos 2 valores. muito mais simples e acho que trará muitos beneficios.
sem contar que a correção não se daria a todo momento (não faz sentido pois a leitura da sonda tem um retardo na leitura), talvez uns 50 - 100 ms e não seria determinante na quebra do motor, pois eu não deixaria a correção por sonda ligada com pé no fundo e pressão…
abraços
sim, o sistema trabalha com 100ms, mas acho que poderia ser até mais lento, 200ms por exemplo, o que ainda é muito rapido.
essa correcao, se trabalhando com sonda banda larga, pode sim e até deve ser usada em wot com toda seguranca e com enormes beneficios.
mas o sistema pode fazer a correcao pela sonda narrow, ai sim nao se deve de jeito nenhum deixar ligada em wot pois ocorre desvio na leitura devido ao aumento de temperatura do sensor.
lembre-se que estou falando de sonda banda larga, ou wideband.
ps: meu carro fez 8km/l no ultimo tanque
-
não sei, só tou comentando o que eu ouvi em interlagos do proprietário …
uma coisa interessante seria saber se a ecu cortava ou não a faísca no cut-off, se não continuaria a estar quente. de qualquer maneira, a temperatura sobe com o pé no fundo, não vai ser o cut-off que vai resfriar o motor e evitar a quebra (ao meu ver). num livro (quando lembrar o nome eu posto aqui, por sinal estou doando pra desocupar espaço, o comprador paga só o sedex + gasosa até os correios) o autor afirmava que a principal preocupação com o cut-off é ter um atraso na resposta do motor quando se pisa no acelerador pois não tem combustível pra ser queimado instantaneamente. talvez seja por isso que na f1 não se corta o combustível mas, são só conjecturas, tem que ver como isso realmente ocorre, e pode ser que varie de motor pra motor também, assim como pode ser que seja verdade, mas mude em alguns milésimos de segundo, coisa que a maioria de nós não está procurando.
concordo, se o cut-off cortar tb a ignição, ai fica menos pior pros pistões.
e o problema de empobrecimento de mistura teoricamente existe mesmo, tem q ver a que ponto isso atrapalharia (por exemplo) numa prova de arrancada caso o sistema do lost trabalhe com esse recurso.
talvez se pudesse ser ligado ou desligado à vontade de quem estiver guiando o carro em determinado tipo de condição/condução.
-
concordo, se o cut-off cortar tb a ignição, ai fica menos pior pros pistões.
e o problema de empobrecimento de mistura teoricamente existe mesmo, tem q ver a que ponto isso atrapalharia (por exemplo) numa prova de arrancada caso o sistema do lost trabalhe com esse recurso.
talvez se pudesse ser ligado ou desligado à vontade de quem estiver guiando o carro em determinado tipo de condição/condução.
caroline, acho que em arrancada nao faz tanta diferenca, acredito que esse tipo de detalhe seja mais importante em circuito.
bom, implementei um parametro novo onde se configura apos quanto tempo, em decimos de segundo(ex, 20 significa 2 segundos, 25 significa 2.5 segundos) , o combustivel será cortado. tudo é parametrizavel, nada no meu sistema é fixo e sem opcao. se colocar o valor 0, o corte será instantaneo.
e olha, ta quase hein
a caixa é prototipo, ainda nao é definitiva.
-
daqui a pouco vai ter chicote?
eheheh
aguarde fotos… ele foi no dina hj........... mas qdo ler aqui ele vai tirar fotos e postar a novidade
