Futura injecao eletronica
-
u?
meu modulo num tá pronto ainda não???????
ahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh
hhhahhaaahaah
relaxa
ipaq e cabo sync serial tá na mão
vo agiliza o coletor e flauta mpi logo mais
vo precisa de um help pra pega os bico
-
- um teste no palio hj. consegui regular legal até ter resposta a aceleradas rapidas só pelo map. tudo esta funcionando muito bem, porem, vou ligar o tps na injecao e criar alguns parametros pra utiliza-lo. o lance é que quando vc acelera e o motor cai pra lenta, trabalhando só por map, a oscilacao do map atrapalha um pouco e faz ele demorar um pouco pra estabilizar a marcha lenta. com o tps, quando vc solta o acelerador, deve-se usar uma estrategia diferente, que nao flutue o tempo de injecao.
?, bico no cabecote é muito diferente do sistema central que usei no v8. mas é isso ai, acho que com mais essa implementacao do tps ja vai dar pra por o carro pra andar sendo alimentado só pelo meu modulo.
bom, é isso ae. como sempre obrigado pelo apoio e qqr novidade eu posto denovo.
abraão a todos.
-
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
