Futura injecao eletronica
-
o recalculo é com relacao a rpm x map, a correcao por sonda entraria no processamento a 1/10s, mas com opcao de haver a necessidade de x leituras pra se assumir uma determinada situacao, mais alguns parametros como velocidade da correcao apos a deteccao da mistura fora da faixa, tamanho do incremento a cada leitura, etc…
sobre a agua, eu sei que eh lento, mas como eu disse, eh mais facil assim e nao custa nada... nao tem grande custo de processamento.
assim que a interface tiver pronta pra trabalhar com o novo sistema de comunicacao com o modulo, vou fazer um teste no carro...
ah, uma coisa, esses dados de velocidade de processamento e rpm maxima sao referentes só ao modulo principal. a rotacao maxima será determinada pela capacidade do modulo de ignicao, que le a roda fonica. porem, a velocidade desse modulo nao depende da quantidade de cilindros. sera por exemplo fixa em 10 mil rpm, independente a quantidade de cilindros... ainda vou fazer testes, quando terminar de implementar tudo o que falta nesse modulo.
-
não deu tempo de editar e pensei outra coisa.
pensando do ponto de vista que um motor precisa de ignição e combustivel, seria muito bacana se você conseguisse colocar para a injeção se adaptar a um valor x de sonda wide e y de knock, ai você teria praticamente uma injeção automatica aonde você poderia aumentar ou diminuir a pressão e ela iria sempre encontrar a melhor mistura e ponto para aquela situação.
-
minha opinião é que para o 8 cilindros está ?timo, mais pro 4 cilindros acredito que seria perfeito se fosse 1 atualização a cada ciclo, ai daria para colocar correção por sonda, map e knock em um unico aparelho
[snapback]665729[/snapback]
mas kra, uma coisa nao tem nada a ver com a outra. leve em consideracao que a ms trabalha com atualizacao a cada 16 ciclos, atualizar a cada 4 é 4x mais rapido, mas talvez desnecessario. e pra fazer a correcao por sonda + knock, nao depende de ser a cada 1 ciclo. a leitura do knock vai sim ser a cada 1 ciclo, mas normalmente se aguarda alguns knocks pra se determinar que sera necessario atrasar o ponto ou enriquecer a mistura, e essa correcao sera aplicada a cada 1 ciclo. é só o processamento da tabela rpm x map que é a cada 4 ciclos. qqr outra correcao é no feita no proximo ciclo…
ele vai ter todas as correcoes, mas no futuro, como eu disse, diminui o escopo inicial senao nao sai nunca, pq sempre tem coisa a mais pra colocar. de inicio talvez nao tenha tudo, mas pode ter certeza que logo ter?, e terá um plano pra atualizacao.
não deu tempo de editar e pensei outra coisa.
pensando do ponto de vista que um motor precisa de ignição e combustivel, seria muito bacana se você conseguisse colocar para a injeção se adaptar a um valor x de sonda wide e y de knock, ai você teria praticamente uma injeção automatica aonde você poderia aumentar ou diminuir a pressão e ela iria sempre encontrar a melhor mistura e ponto para aquela situação.
[snapback]665734[/snapback]
a ideia é essa, trabalhar com a sonda wide em closed-loop, com um alvo de afr mapeado por pressao x rotacao, e a correcao por knock tem seus parametros, de x deteccoes pra inicio do retardo, qual o tamanho por retardo, quantos eventos entre cada retardo, uma aceleracao no retardo caso o knock se extenda por x ciclos e assim vai. a estrategia do knock nao tem a ver com da sonda narrow ou wide.
por enquanto, o modulo vai trabalhar só com sonda narrow, mas é modular e esta preparado pra expansao, pra que se possa plugar uma sonda wide.
-
lost a um tempo vc citou algo sobre trabalhar com um valor fixo de lambda, seria uma voltagem fixa pra lambda convencional mesmo?
pra mim seria o melhor metodo hehehehe pq ja to ficando com medo de afinar um his q vai ter 0,1 0,2 0,3 0,4 0,5 0,6 0,7 0,8 de pressao alem das correcoes por rotacao ja to achando muito ponto pra afinar hehehehe
-
lost a um tempo vc citou algo sobre trabalhar com um valor fixo de lambda, seria uma voltagem fixa pra lambda convencional mesmo?
pra mim seria o melhor metodo hehehehe pq ja to ficando com medo de afinar um his q vai ter 0,1 0,2 0,3 0,4 0,5 0,6 0,7 0,8 de pressao alem das correcoes por rotacao ja to achando muito ponto pra afinar hehehehe
[snapback]665766[/snapback]
sim, é possivel trabalhar com o sistema buscando um valor de lambda, mesmo a convencional, se bem que fazer isso com a convencional nao eh uma coisa precisa.
mas por enquanto, vai ter que afinar.
só nao entendo uma coisa, vc ta falando de afinar his, perguntando o que eu to colocando no meu modulo…. meu modulo nao é his, nao tem nada a ver com his, nao usa a mesma interface, o mesmo jeito de ajuste, resumindo, nao tem absolutamente nada a ver com his.
voltando a falar do meu modulo, to colocando 60 pontos de rotacao por 25 de map, isso é muito mais que ajustar alguns pontos por pressao, depois mais alguns por rotacao. se o his em questao tiver 20 pontos pra pressao por exemplo, + 20 pra correcao por rotacao, vc tera que ajustar 40 parametros.... no meu modulo, com 20x60, seriam 1500 parametros... um pouco diferente né?
por isso ele tem interface grafica no pc. pra ajustar, por enquanto, vai ser necessario um laptop, porem, ajustando pelo meu sw no laptop, vai ser uma tarefa nao tao dificil, pq é tudo grafico e com clicks e arrastes de mouse vc far? tudo.
em seguida, como nao é todo mundo que tem laptop, vou atacar desenvolver rapido uma interface pra windows mobile e palm, principalmente o palm pq tem modelos bem baratos, ai nao vai ter como ninguem reclamar.
abraco.
-
? q na minha jaca (cabeca) nao consigo visualizar algo q nao conheco e imaginar, ai vou sempre imaginando um ao lado do outro, seu modulo eu sei q nao tem nada a ver, com seu modulo sera capaz de fazer o carro andar com um his vc nao faz nada…...
e qnt aos pontos, ja estou imaginando q com essa meia duzia de pontos do his ja nao sera tarefa facil pra mim acertar, em pensar no seu q agora revelou ter 1500 pontos
por isso perguntei do valor travado em lambda pro modulo buscar o ajuste....
-
mas é por isso que tem que usar uma interface grafica, com mouse ou toutch screen, pq ficar escolhendo posicao x,y depois acertando o valor nesse ponto foi trabalhoso mesmo no modulo do barco, que tem 144 pontos, e olha que nem acertei todos manualmente, no eixo rpm, o ultimo valor que se pode escolher, é todos, entao vc escolhe o valor do map, depois define o volume de combustivel, esse volume é aplicado pro valor de map que vc escolhei, em todos os rpms, depois vc pode passear rpm por rpm e dar uma ajustadinha… mas isso até que funcionou em uma tabela de 12x12... 25x60 nao rola... tem que ser grafico... por isso vou fazer rapido um sw pra palm, pq tem palm de 100 conto novo... ja windows mobile é mais caro...
-
galera, inseri no sistema tabelas para calibracao dos sensores de ar e agua. fiz isso pra dar um pouco de flexibilidade quanto ao sensor utilizado, assim, em alguns casos, será possivel utilizar o sensor original do carro, evitando esse tipo de modificacao pra instalacao do modulo. pretendo deixar disponiveis arquivos de calibracao pra varios sensores, assim, por exemplo eu que tenho um palio com motor fire, terei um arquivo pra calibrar a leitura das temps do ar e agua para os sensores originais do meu carro. o pessoal que tem fiasa, terá sua propria calibracao, pros aps, a mesma coisa…
as tabelas de temperatura do ar e da agua possuem 10 posicoes, onde se define qual a temperatura em cada posicao(escala livre) e qual a correcao feita nessa temperatura. os fatores sao calculados com o maximo de resolucao possivel, que é de 4 em 4 mv, isso ainda tem que ser traduzido pra graus, dependendo do sensor.
-
se precisa do sensor do fiasa pra calibrar avisa ahe heim
-
faz teeeeeempo que eu num olho esse ?tópico…
lost
opnião... cuidado com os preciosismos...
a injeção original que conheão que mais set points tem é 24 x 16 (24 valores de rpm por 16 de carga) acerto de 100 em 100 rpm é besteira... praticamente naum muda por causa da resolução e da propria natureza do sistema...
outra coisa é a atualização... 16 é bom... 4 é excelente... mas novamente não é algo tão necessário... se vc conseguir economizar recursos pra poder usa-los em outros lugares como um als; data logger, controle de solen?ide (pra usar por exemplo num variador de fase) ou algo assim é bem mais vantajoso...
sugestão de quem enxerga isso como engenheiro e como usuário...
-
se precisa do sensor do fiasa pra calibrar avisa ahe heim
[snapback]666025[/snapback]
opa kra, vou precisar sim se puder me emprestar os 2, de ar e de agua, seria firmeza
faz teeeeeempo que eu num olho esse ?tópico…
lost
opnião... cuidado com os preciosismos...
a injeção original que conheão que mais set points tem é 24 x 16 (24 valores de rpm por 16 de carga) acerto de 100 em 100 rpm é besteira... praticamente naum muda por causa da resolução e da propria natureza do sistema...
outra coisa é a atualização... 16 é bom... 4 é excelente... mas novamente não é algo tão necessário... se vc conseguir economizar recursos pra poder usa-los em outros lugares como um als; data logger, controle de solen?ide (pra usar por exemplo num variador de fase) ou algo assim é bem mais vantajoso...
sugestão de quem enxerga isso como engenheiro e como usuário...
[snapback]666038[/snapback]
opa over, firmeza kra? em primeiro lugar, que bom que vc tem acompanhado, sinta-se a vontade em comentar, criticar, melhor dizendo, comente alguma coisa quando achar necessario, por favor
kra, nao se trata de preciosismo não, por isso que eu desenvolvi tudo variavel, vendo que tantos pontos nao sao necessarios, é só alterar. isso vai estar disponivel na interface, a unica coisa que acontecerá, é que ao alterar o tamanho do mapa, ele será recriado e os dados serão limpos, pois será reposicionado na memoria e o dado que pode estar no novo lugar nao tem nada a ver. mas como isso não é uma coisa que vai se alterar toda hora, acho que nao terá impacto.
entao vc acha que se eu fixar um limite maximo em 30x25 por exemplo(mas pode-se definir menor que isso), mais pra eu ter mais espaco livre pra colocar mais funcoes, ou mesmo mais mapas, seria lega? com 30x25, poderia ter por exemplo 4 mapas de ignicao e 4 mapas de combustivel pra vc poder escolher, ao inves de 2 só… que acha?
na verdade, usando um mapa de 60x50 por exemplo, 60 de rpm x 50 de map, nao precisaria nem interpolar, isso seria uma vantagem pois liberaria mais cpu pra processar outras coisas...
quanto a als, vai ter sim, o modulo ainda tem bastante capacidade pra explorar, mesmo se nao tiver, posso contar com um segundo modulo pra controlar funcoes especificas, dai a vantagem de ser modular.
o datalogger será na interface de acesso, nao na ecu. assim se vc tiver um palm conectado, ou um notebook, ou uma interface proprietaria, eles farao o armazenamento dos dados.
controle de solenoide vai ter sim, vai controlar acionamento de ventoinha, solenoide na agua no lugar da termostatica
o motor de passo pra marcha lenta, a principio, será em um modulo separado.
e assim vai kra... o negocio ta sendo com uma base preparada pra crescer e receber novas funcionalidades, talvez por isso esteja demorando tanto, quero pelo menos deixar preparado pra muitas coisas, mesmo que nao coloque já.
estou alterando totalmente a interface do pc, por isso vai demorar um pouco pra ter mais fotos dela. pra vc ter ideia, se vc usar um ipaq ou palm com wi-fi plugado no modulo, vai poder conectar do laptop no modulo atraves desse hand-held
parece viagem mas nao demanda nenhuma pesquisa.pense em vc levando o carro no dina, e o kra do dina poder conectar no seu carro via wi-fi e jogar algum grafico ou gauge na tv
ou na arrancada, o tecnico poder acompanhar os dados da puxada e alterar, de fora do carro.
claro que tem senha e tudo mais pra nao acontecer de um acessar o outro. inclusive tem senha somente leitura e senha pra alteracao, assim no caso do dina por exemplo, vc passaria a senha de leitura.
mais uma vez obrigado pelo apoio over um abraço
-
ei pessoar, como vai demorar ainda pra ter um teste legal, vou perguntar a opiniao de vcs:
o combustivel sempre será corrigido em percentual, mas o ponto to fazendo pra que as correcoes sejam em graus.
por exemplo, conforme a temp do ar esquenta, se aplica menos graus de avanco, e nao menos x% do avanco.
se isso na pratica nao for legal, posso mudar tranquilo, mas o que vcs acham?
-
lost acho q ta perfeito, afinal todo mundo trata ponto em grau
e correcoes, ja vem do tempo da conversao a alcool q precisa de tantos % a mais de vazao nesse bico, sempre unidades porcentuais…
-
edit: ao invez de corrigir a temp. por ponto, nao seria melhor, por combustivel ?
[snapback]666708[/snapback]
ops, acho que ficou confuso do jeito que eu escrevi pq tem grau de avanco e grau de temperatura…
o combustivel, é corrigido em percentual, ex
temp do ar / correcao do tempo de injecao
20c / +10%
30c / +5%
40c / 0%
50c / -5%
60c / -10%
significa: tempo de injecao = tempo de injecao + tempo de injecao x fator (10%, -10%), ou seja, 2ms -10% = 1,8ms
ja a ignicao seria assim:
temp do ar / correcao do avanco de ignicao
20c / 0o (leia o como o simbolo de grau, grau da bussola nao de temperatura, nao achei a tecla no teclado do note
)30c / -0,5o
40c / -10o
50c / -1,5o
60c / -2o
significa: avanco = avanco - angulo de correcao, ou seja, 30o - 2o = 28o
claro que existem outras correcoes tanto pra temp do ar, quanto temp da agua, movimento do pedal do acelerador, fator fixo manual, sonda lambda, pirometro, e qqr outra que for necessaria no futuro
lost acho q ta perfeito, afinal todo mundo trata ponto em grau
e correcoes, ja vem do tempo da conversao a alcool q precisa de tantos % a mais de vazao nesse bico, sempre unidades porcentuais…
[snapback]666711[/snapback]
exato,por isso to fazendo assim… normalmente combustivel se fala rm %, e ponto em graus. ex, pra trabalhar com alcool se avanca 9 graus. se bater pino, tira de 0.2 graus em 0.2 graus, e assim por diante...
e ai, que acham? comentem por favor
sei que to sem novidades, mas soh posso dizer que o negocio ta ficando fino d+
