Futura injecao eletronica
-
opa, valeu ae galera…
ontem fui dar um role com o barco lá... bem louco sentir subir da agua aquele cheiro de opala alcool (tudo bem que o motor é um 318, mas o cheiro eh o memo do opala alcool heheh)
pelo computador de bordo, queimamo 38 litros de alcool em 1h de motor. em cruzeiro, ta fazendo 49l/h e uma hora la meu tio puxou 3800rpm, fez 60lh
eita bixo que bebe... viva o computador de bordo por poder ver isso na hora -
hoje inclui no sistema a correcao por depressao no coletor de admissao, usada em sistemas sem retorno como é o caso do meu carro. essa correcao diminui o tempo de injecao pra adequar o volume de combustivel injetado para um mesmo tempo de injecao independentemente do vacuo no coletor. claro que em carros que o bico vai antes da borboleta não é necessaria essa correcao, igualmente em carros que possuem dosador de pressao de combustivel diferencial. essa correção se aplica apenas a carros com bicos no coletor e pressao de combustivel constante. a correcao preve apenas o vacuo, no caso de turbo, o dosador deve manter a pressao diferencial na sobre-alimentacao e nenhuma correcao automatica de vazao será feita. na sobre-alimentacao se usa o mapa de injecao por map normalmente, imaginando que a pressao diferencial é mantida.
amanha vou tentar incluir a leitura do tps pra incluir parametros de enriquecimento quando houver movimento do acelerador pra aceleracao e desaceleracao e identificação de acelerador em idle pra estabilizar o tempo de injecao.
com isso, acho que será possivel por o carro pra andar em breve. claro que ainda vai demorar um pouco.
? isso ae. abraço.
-
ei povo, tenho algumas coisas que gostaria de discutir com vcs com relacao ao tps… se é que alguem quer discutir
seguinte:
em primeiro lugar, tenho 2 maneiras de monitorar o tps e detectar seu movimento (a posicao no caso nao importa) pra determinar quanto de aceleracao (resposta) está sendo exigido. uma é monitorar em uma velocidade fixa, por exemplo 10, 20 vezes por segundo. essa seria mais coerente pois nosso po se move na mesma velocidade independente da rotacao do motor.
outra seria monitorar a cada ciclo do motor. essa é menos coerente, pois quanto menos rpm, mais mudança seria detectada (derepente é até bom mas só vou ter certeza se testar)
a segunda opcao traria uma resposta mais rapida em rotacoes mais altas. mas ao mesmo tempo, em rotacoes mais altas se precisa de menos enriquecimento. a primeira traria um controle mais linear, mas no caso de trabalhar em 10x/s, teria um delay de 100ms na resposta do acelerador. em marcha lenta isso seria infimo pois levaria 2 ou 3 ciclos. mas em rotacoes maiores, 100ms significa muitas voltas do motor.
alem disso, penso em, independente da frequencia de leitura do tps, trabalhar com 2 variaveis. seriam: acrecimo em ms por % de movimento do tps e limite de volume por ciclo. esses 2 fatores copiariam o funcionamento do injetor dos carburadores. onde o primeiro seria equivalente ao volume da bomba(diafragma) e o segundo o calibre do injetor (volume dispensado x tempo). entao ao pisar no acelerador teria % de mudança do tps x tempo em ms, e injetaria uma fracao desse tempo acumulado, por ciclo. ex, vc pisou no acelerador e em 1 ciclo foi detectado 5% de alteracao no pedal. seria acumulado 5 x (tempo em ms, por exemplo 0.5ms) entao teria 2.5ms acumulado, entao digamos que o limite por ciclo seja 1ms, no proximo ciclo seria injetado 1ms, no seguinta mais 1ms e no seguinta 0.5. se o movimento continuasse, o sistema comecaria a injetar acrescimos de 0.5, mas acumularia o valor do movimento detectado no proximo ciclo, digamos que seja tambem 5%, entao teriamos ao final do segundo ciclo 2.5ms do primeiro + 2.5ms do segundo ciclo - 0.5ms que foi injetado no primeiro ciclo, teriamos 4.5ms acumulados para serem injetados em partes de 0.5ms...
entenderam? iae, alguma sugestao quanto ao uso do tps pra enriquecimento?
valeu ae e um abraço.
-
lost, talvez isso te ajude:
na ms, vc pode tanto definir aceleracao rápida por map como por tps, ou um misto dos dois. em ambos os casos, leva-se em conta a variacao da leitura em funcao do tempo.
o volume injetado é definido em funcao dessa porcentagem de variacao da leitura.
-
hum… legal kra mas por ai da pra imaginar que a ms trabalha com a leitura em velocidade fixa, pra poder calcular %/s ou kpa/s.... na minha injecao ja tem enriquecimento por variacao de map. vou colocar entao mais ou menos a mesma logica que usei no map, pro tps. mas nao vou criar exatamente os mesmos parametros da ms, eu acho. por um lado pra nao fazer uma copia(se bem que talvez nao tenha como fugir em alguns casos por ser a maneira que funciona melhor), por outro pq nao sei por tras exatamente o que significa cada um deles. aí que esta o problema. no lado do tps eu consigo imaginar como implementar todos os parametros, os calculos por tras e tudo. mas na parte do map, nao entendo o que sao os parametros da parte de baixo... tenho uma ideia, mas nao tenho certeza...
outra coisa: aí estao os botoes que eu falei algumas paginas atras sobre ler/gravar na ecu... o que eu tinha dito, é que no meu sistema nao tem isso no mapa pq no mapa vc altera e ele transmite na hora. mas nessa parte de configuracao eu colocaria os botoes, pra que vc só transfira quando tiver terminado a configuracao toda...
valeu o apoio ae ricardo... se puder participar mais, fazer algum outro comentario, qqr coisa, eu agradeceria... a galera parece que nao quer se pronunciar muito, mas foi justamente pra dar abertura pra novas opinioes pra tentar fugir do existente que eu criei este topico.
sei que as vezes parece que eu sou um maluco querendo fazer alguma coisa que muitos ja fizeram, mas a novidade que eu tenho a oferecer está na plataforma da injecao, que usa multiplos processadores pra tarefas especificas, aumentando a capacidade e espansibilidade do sistema. o software vai sendo construido, parametros vao sendo adicionados, isso é normal em qualquer desenvolvimento. nada sai do forno ja pronto. nao é um bolo ou uma pizza. o maior problema é que eu ainda nao tenho como testar tudo facilmente, pra ir desenvolvendo e testando em um motor. mas quem sabe em breve eu consiga melhorar isso.
bom, a ideia é essa. um sistema com muito poder de processamento (hoje o volume de combustivel é calculado a cada 4 ciclos, na ms li que sao 16 ciclos, por exemplo) com a estrutura de multiplos processadores, o sistema pode controlar inumeros injetores sequencialmente, possui controle de corrente, nao parametrizavel por enquanto, mas possui algum controle, nao será necessario comprar um modulo externo pra trabalhar com bicos de baixa... estou tentando fazer com que o acerto seja mais simples, ja calculando muitas coisas no lugar do preparador, que dificilmente pega uma calculadora antes de acertar um carro. bom, em resumo as vantagens desse sistema seriam essas, alem de fazer um bom gerenciamento do motor, que é o mais importante.
bom, é isso ae. obrigado denovo e um abraço.
-
em desaceleracao usa-se x% do tempo de injecao, no caso do print da ms esta configurado com 90%, e nao importa a velocidade com que se tirou o po do acelerador? é isso?
um sistema que trabalhe em % tando pra enriquecer quanto pra empobreces vcs acham que nao ficaria legal?
a ecu ja esta lendo a o tps e calculando a variacao tanto de aceleracao quanto desaceleracao em funcao do tempo. agora é testar como fica melhor usar essas informacoes e modificar a quantidade de combustivel…
deem opinioes ae
valeu
-
lost tem q levar em conta q seu projeto ja tem dimensoes q poucos ainda vao por dentro de como estao indo as coisas, eu ja parei a muito tempo atras….
-
lost, respondendo sua dúvida com relacao ao lance da desaceleracao:
the decel fuel amount (%) (tpsdq) enrichment can be used to improve the economy of your vehicle. it reduces the amount of fuel injected when the tps (and/or map) are decreasing. a decel fuel amount setting of 100% means no cut. 1% means reduce the pulse width by 99%, to 1% of what it normally would be. note that decel enrichment is only applied above 1500 rpm.
ou seja, aparentemente nao leva em conta o tempo/velocidade de reducao de rpm, sendo aplicada somente abaixo de 1500 rpm.
-
q isso semcontrole, nao para de trocar ideia nao po
xi ricardo… ja fiz diferente... fiz em desaceleracao ele aplicar um fator que vc determina, assim como a ideia da ms, mas se o rpm tiver acima de um outro parametro que eu chamei de rpmcutoff, eu simplesmente corto todo o combustivel, assim como é feito na injecao original do meu carro... entao esse parametro de % em desaceleracao soh será aplicado abaixo do rpm de cut-off... bom, vou testar como fica antes de modificar né? (pra quem ficou em duvida, todo parametro é uma coisa que vc regula, entao se nao gostar é só desativar)
novidade: sera que um hallmeter desses quebra o galho?
amanha vou testar denovo no carro… ja deve ta quase dando pra andar com ele, depois de um bom tempo regulando né...
-
olha tá feinho
mais quebra o galho sim
hahahahah
muito loco
-
nao parei, mas meu conhecimento ja ficou la atras, entao so olho e meto o bedelho vez ou outra
-
xi ricardo… ja fiz diferente... fiz em desaceleracao ele aplicar um fator que vc determina, assim como a ideia da ms, mas se o rpm tiver acima de um outro parametro que eu chamei de rpmcutoff, eu simplesmente corto todo o combustivel, assim como é feito na injecao original do meu carro... entao esse parametro de % em desaceleracao soh será aplicado abaixo do rpm de cut-off... bom, vou testar como fica antes de modificar né? (pra quem ficou em duvida, todo parametro é uma coisa que vc regula, entao se nao gostar é só desativar)
lost, nao tá misturado nao? o cut-off só é ativado com tps=0% + rpm< x, certo ?
e outra, acho que esse empobrecimento na desaceleracao é coisa pra se pensar mais pra frente… agora acho q vc deveria cuidar mais do enriquecimento (aceleracao rápida), que é o que realmente incomoda se nao tiver. já o outro... o máximo q vai acontecer é gastar um pouco mais...
-
lost… sinceramente: se vc já tem o enriquecimento pelo map pronto, use so ele e desencana do tps. pq???? pois vc vai estar lidando com o mesmo fenomeno em duas frentes diferentes, causando uma sobreposicao de efeitos. ai vai dar erro, pois qdo vc calibra um, acaba interferindo no outro (como duas pessoas tentarem colocar um fio na agulha. e melhor deixar p apenas uma fazer o servico)
qto a discussao tps ou map, a map é o efeito e o q vc quer realmente corrigir.... enqto o tps te dara uma resposta mais rapida, ja q ele é a causa da mudanca. nao sei qual sera o melhor, rs
boa sorte
-
lost, nao tá misturado nao? o cut-off só é ativado com tps=0% + rpm< x, certo ?
e outra, acho que esse empobrecimento na desaceleracao é coisa pra se pensar mais pra frente… agora acho q vc deveria cuidar mais do enriquecimento (aceleracao rápida), que é o que realmente incomoda se nao tiver. já o outro... o máximo q vai acontecer é gastar um pouco mais...
[snapback]595756[/snapback]
? verdade… falei porcaria... o cut-off é ativado se tps=0 e rpm > x. o fator de empobrecimento é ativado durante o movimento de desaceleracao, porem antes dele chegar em 0, onde entrar? o cut... vou colocar uma tabelinha com 5 valores em % pra se regular o enriquecimento durante a aceleracao... por enquanto só coloquei 1, mas vou por mais...
lost… sinceramente: se vc já tem o enriquecimento pelo map pronto, use so ele e desencana do tps. pq???? pois vc vai estar lidando com o mesmo fenomeno em duas frentes diferentes, causando uma sobreposicao de efeitos. ai vai dar erro, pois qdo vc calibra um, acaba interferindo no outro (como duas pessoas tentarem colocar um fio na agulha. e melhor deixar p apenas uma fazer o servico)
qto a discussao tps ou map, a map é o efeito e o q vc quer realmente corrigir.... enqto o tps te dara uma resposta mais rapida, ja q ele é a causa da mudanca. nao sei qual sera o melhor, rs
boa sorte
[snapback]595929[/snapback]
pois é kra, concordo sobre usar os 2, map e tps… como a leitura tanto do map quanto tps é feita em todos os ciclos justamente pra que a resposta seja instantane e nao apos alguns ciclos, acredito que se o sistema for monoponto ou melhor, um sistema onde o bico ou os bicos ficam lonje do cabecote, o enriquecimento deva ser por tps, mas no caso do multiponto, acho que o enriquecimento por map ja resolve pois os bicos estao no cabecote, entao deve casar direitinho a leitura de maior volume sendo admitido com a injecao de mais combustivel... nao sei se entenderam... de qualquer maneira, vou deixar os 2 prontos e se parametriza o que quiser... acho que é melhor pra ficar mais flexivel e funcionar bem tanto em multi como monoponto...
mas nos graficos da pra ver bem que tanto map quanto tps andam bem proximos... qqr hora vou tirar foto de uma batida rapida no pedal do acelerador... map e tps vao juntinhos, a sonda sobe com um atraso minimo, e a rotacao responde em seguida... os graficos em tempo real vao ajudar muito a vc ajustar, pq alem de tudo ainda da pra ver o tempo de resposta em varias regulagens...
-
alguem tem opiniao sobre que correcoes devem ser feita correcao sobre correcao e quais devem ser feitas sobre o tempo de injecao original?
a principio, to usando uma primeira correcao por temperatura, ja que o volume de combustivel é determinado por map x rpm x temp.(esta implementado no sw com valor de 100% por enquanto pq ainda nao liguei o sensor), depois vem sobre a primeira correcao, um fator manual (vc pode botar la 130% por exemplo pra aumentar em 30% todo o tempo de injecao calculado pelo mapa de injecao rpmxmap) e depois as outras correcoes sao aplicadas individualmente, e nao uma sobre a outra. por exemplo, tenho um tempo de injecao de 1ms, pela temperatura, tenho que aumentar em 5%, entao passo a ter 1,05ms, entao coloquei na correcao manual 110%, passo a ter 1,155. entao meu tempo de injecao base é de 1,155ms. entao por exemplo vem a correcao por tps… digamos que seja +10%, eu pego 10% de 1,155 e somo aos 1,155, passando a ter 1,27ms, entao se tiver + 10% pra acrescentar pelo map, eu nao calculo sobre os 1,27, mas sim sobre os 1,155 e somo aos 1,27, assim nao se torna uma correcao acumulativa. no caso o tempo de injecao final seria 1,38. se fosse acumulativa, o resultado seria 1,397ms. penso isso cada correcao inserir o seu volume de combustivel com base no valor original. pq se eu aplicar correcao sobre correcao, até a ordem com que é aplicada vai dar problema, e fazendo assim se baseando no primeiro valor, aplicando individualmente e somando o valor da correcao isolado a um valor final com todas as correcoes, um nao interfere no outro...
alguem tem alguma opiniao?
valeu.
