HenrikGM skrev:
bemmer skrev:
[Hvis alle havde et syn, som det der er blevet lagt for dagen her i denne tråd, ville vi stadig rende rundt og slå hinanden oven i hoved med en trækølle.
Hvor meget opløsning der er nødvendig på et MAP signal, ved jeg ikke, men jeg ved, at jo højere opløsning jo mere lig bliver det digitale signal det analog og er muligheden der, vil det jo være fjollet at lave det ringere.
Nu er det jo ikke alle som har deres MAPsensor siddende i enden af en udefinerbar slange med et bezinfilter imellem.
Jeg selv, har min siddende direkte i manifoldet.
Støj bør filteres fra med eletronikken og ikke et udefinerbart objekt. Er der så meget pulsation, at man ødelægger sensoren eller reducere dets levetid betragtligt, kan det blive nødvendigt at drøvle på tilgangen til sensoren.
Om man skal vælge det ene frem for det andet på de to nævnte features her er nok ikke det bedste, som Henrik siger, det er lidt irrelevante features i den sammenhæng.
Bemmer
Den med trækøllen er jeg dybt dybt uenig i.
Hvad angår problematikken omkring opløsning på AD converteren, MAPsensorens præcision, støjfiltrering i hardware, støjfiltrering i software, MAP sensorens placering, etc. så er dette emne ganske interessant.
1.punkt: Mapsensoren har en veldefineret præcision. Til autobrug er denne alt rigeligt høj nok.
2. punkt: Placeringen er direkte kritisk. Man kan placere den direkte i manifolden, men en udæmpet MPX4250 vil omgående fange hver eneste indsugningsslag som en fin puls på udgangssignalet. Ergo dæmper vi skidtet, da det ellers ikke er muligt at få et roligt map. I Ms gøres dette bla over et RC led(præcist som i VEMS). VEMS kan muligvist gøre dette over software som brugerdefinerbart?(VEMS folk, kom frisk?)
Hvis man nu istedet placerer MAPsensoren længere væk, feks via 60cm slange, så SER den slet ikke disse trykstød i forste omgang. Bid her mærke i at man fjerner problemet der hvor det opstod!
3. punkt, opdeling af MAP signalet i ADC. Well, jeg vil da give ret i at 2000+ punkter er flere end 256, men da ingen har behov for at vide om trykket i manifolden er 245,00 eller 245,11 KPA, så er resten egentligt ret unødvendigt. VEMS har den fine opløsning, og det er fint, men blot ikke relevant. Det var sikkert mere besværligt at sætte den ned end blot at bruge den som den var, og det er da glimrende, men opløsningen er bare ikke brugbar.
Bottomline er at man ligeså godt kan sortere trykspidserne fra med en stump slange, som elektronisk. Ydermere har mapsensoren sandsyligvist en noget længere MTBF når den ikke står og modtager puls efter puls i een uendelighed.
Der findes motorstyringer der kan lave VE tabeller på intet mindre end 256x256 punkter. Jeg har enddog meget meget svært ved at forestille mig en motor der skulle kunne bruge dette, og jeg kender ingen der vil bruge tiden på at få indkørt 65536 punkter. Derfor har man indført en smart lille "autofyld" funktion. Man kører simpelthen et par håndfullde punkter ind, trykker på "autofyld" og så trækker den lige en ret linie og fylder resten ud. Resultatet er en 256x256 MAP der reelt opfører sig som en 12x12 tabel. Smart? Naa....ikke ret smart. Det svarer til at måle tømmer op med en skydelære, og save snittet med en kædesav. Men det lyder godt, og SER godt ud, og det tæller jo afogtil.
Jeg tror, I ved, hvor jeg vil hen med den kølle. Hvis alle var tilfredse med, hvad de har, ville der ikke være nogen udvikling.
At du (HenrikGM) kan til tider opfattes, som negativ over for andres mening, er måske din måde at udtrykke dig på, men ikke din virkelige hensigt.
At du mener at CANbus er overkill på en DIYems er et, men at udtrykke det således, at det vil der aldrig blive brug for det, er noget af det, som får det til at se negativt ud.
Om man har brug for CANbus eller ej må være op til den enkelte at afgøre.
Spørg de Japanske bilfabrikker og de vil nok svare, hvad er det?
Ang. MAPsensoren ser det ud til vi godt kan blive enige det meste af vejen. Her tænker jeg på det, du skriver i bottomline, du har bare udtrykt det lidt anderledes(MTBF).
Om den skal opløses til det ene eller det andet, er en anden sag.
Tager man et 250kPa og opløser 256 gange for man ca. en inddeling på 1kPa, det er ikke svært at se, tager man et 450kPa signal og opløser med de samme 256 bliver inddelingen ca. 1,75kPa, altså næsten dobbelt så grov. sættes de to sensore på samme manifold, vil man se en noget kraftigere fluktering fra 450kPa sensoren, det forudsætter dog, at følsomheden er ens på de to sensore. Om det så kan bruges til noget på en gammel bilmotor, er noget andet.
Det med at sætte en slange på og flytte sensoren væk fra manifolden er ikke godt, hvis man vil vide, hvad tryk der i manifolden, men vil man vide det? Nej, man skal bare have et signal til at fodre benzinformlen, så kan man altid bare korrigere på VE.
Det vi har brug for er et index-signal så stabilt som muligt til at fortælle ems'en, hvor på belastningskurven motoren befinder sig(hvis I spørger mig).
Uanset hvad man sætter imellem manifolden og sensoren, vil der være et trykfald(nu myreknepper jeg lige lidt).
Sætter man en lang slange på, vil signalet ikke bare blive dæmpet men også reduceret, bliver den lang nok, vil der slet ikke være noget signal. En blinde(orifice) samt en kort slange, vil gøre det bedre.
Hvor høj opløsningen på MAPxRPM mappen skal være, er vi vist ikke helt enige om.
Selv Christian mener 8x8 er ok, men mon ikke der var noget, som blev overset
Jeg har selv erfaret at 256 ikke er nok, hvis man vil have styr på mere end end et snævret lavt last område og fuld last.
At en bil med MS og 8x8 fueltabel kan vinde DHB, siger ikke så meget, det vil en med en fueltabel på 3x3 også kunne.
I den ems, jeg har rodet mest med, kan man også selv bestemme sine bins, men stadigvæk kommer den til kort, hvis man vil have en fornuftig blanding i hele motoren belastningsområde. Da man ikke køre i dem alle, men kun accelerere igennem nogle af dem for det meste, kan man som regel komme frem til noget fornuftig.
Det er vist lidt of tropic, men mon ikke det går eller vi må tage det op i en anden tråd.
Det er sent, men jeg gik efter bolden
Bemmer
Log ind
Tilmeld
OSS
Søg
jeg er sikker på at i andre har mange flere forslag...
