Nieuwe versie; electronisch synchroniseer apparaat

18 jan 2011
2.401
0
Schiedam
#77
Ik heb net de 4 map sensoren binnen gekregen. Eerste bestelling via AliExpress ging mis. De verkoper stuurde me na iets van 2 weken en een paar vragen van mijn kant wel een tracking nummer, maar daar gebeurde niks op en nog een aantal weken later kwam deze op cancelled te staan.

Nu bij de een-na-goedkoopste wel een correcte afhandeling gehad
 
10 mei 2005
1.769
16
Mechelen, BE
#81
Hier weer een stapje verder, eerst alle rechtstreekse draden:



Brugjes gelegd en de condensator (verkeerd om, kwam ik achter :/ ):



En met de batterij er aan:



Ik had verwacht in ieder geval al het menu te zien, maar wie weet heb ik een verkeerde library voor het scherm?
 
16 okt 2017
49
0
48
Vlissingen
#82
Geweldig, dat is de schermtest, ofwel the Matrix demo. Het gaat verder met een toetsdruk. Is uit te schakelen vanuit het geavanceerd menu. Het scherm is het lastige deel.
 
10 mei 2005
1.769
16
Mechelen, BE
#84
Geweldig, dat is de schermtest, ofwel the Matrix demo. Het gaat verder met een toetsdruk. Is uit te schakelen vanuit het geavanceerd menu. Het scherm is het lastige deel.


Kijk eens aan, je had gelijk! :+ Vandaag de sensoren aangepast:


Beugeltje gemaakt:




Pinnen omgebogen:


Gesoldeerd:


En aangesloten:


Waardes niet gelijk, dus pompje er aan om te kalibreren:


En jawel *O* *O*


Nu nog een verpakking maken en hij is klaar :t Bedankt voor het idee, de code en de beschrijving Dennis :}
 
16 okt 2017
49
0
48
Vlissingen
#85
Wat leuk om 'mijn' projectje opeens bij een ander te zien werken! Prachtige beugel ook, zeer degelijk!
Ik heb net een nieuwe versie van de software klaargezet, die is wel de moeite van het ophalen waard denk ik. Ik heb o.a. de twee beschikbare algoritmes uitgesplitst zodat ze elkaar niet beinvloeden.
uiteraard ben ik nog aan het kijken welke methode het lekkerst werkt. Uiteindelijk blijft er waarschijnlijk maar 1 methode over en dan wordt het menu weer iets overzichtelijker.
Succes met de behuizing straks!
 

P.H.C. Ritzen

MF veteraan
Donateur
12 dec 2001
8.096
4
Weert
Bezoek Site
#88
Absoluut mooi om te zien !!! , maar ik blijf netjes wachten op een 6 cil. uitvoering.... :) :)
Wat ik niet kan beoordelen, is de resolutie van de kolommen..., hoeveel vacuüm is bijvoorbeeld 1 blokje? moet er niet een hogere resolutie komen met bijvoorbeeld een verdriedubbeling van het aantal vacuüm blokjes?
 
16 okt 2017
49
0
48
Vlissingen
#91
In deze weergave modus is hij maximaal uitgezoomd, maar de weergegeven getallen zijn wel zo precies mogelijk. Afstellen in deze modus geeft in de praktijk ongeveer de zelfde nauwkeurigheid als bijvoorbeeld een Carbtune. Er is ook een relatieve weergave waarbij het verschil tov de vaste carburateur wordt getoond. Die is, in theorie, maximaal nauwkeurig tot ongeveer 1millibar af te stellen. Maar in de praktijk zit er zo veel speling in het gemiddelde gasmechanisme dat die nauwkeurigheid vooral theoretisch is.
Je kunt in het menu de eenheden kiezen, en dan de max zoom instellen op ongeveer wat de fabrikant als eis stelt. Dan kun je in de praktijk zien wat je er uit kunt halen.
Wat ook interessant is, is de grafiek laten zien op de computer, dat verraadt problemen met de klepafstelling. Dan weet je ook of het zin heeft om zo nauwkeurig af te stellen, of dat je beter eerst de kleppen kunt aanpakken.
 
16 okt 2017
49
0
48
Vlissingen
#92
O ja, nog een punt: er zijn 100 blokjes te zien in het scherm, in groepjes van 5. Dus de nauwkeurigheid is beter dan de grove blokjes suggereren. De garfiek beweegt soepel en geeft ook de tussenstanden aan, maar dat zie je niet op stilstaand beeld.
 

P.H.C. Ritzen

MF veteraan
Donateur
12 dec 2001
8.096
4
Weert
Bezoek Site
#93
O ja, nog een punt: er zijn 100 blokjes te zien in het scherm, in groepjes van 5. Dus de nauwkeurigheid is beter dan de grove blokjes suggereren. De garfiek beweegt soepel en geeft ook de tussenstanden aan, maar dat zie je niet op stilstaand beeld.
Ah.., dat kon ik dus niet zien.
En daarbij, voordat je synchroon stelt, moet je altijd eerst de kleppen stellen als je het echt goed wilt doen..
Klepspeling is niet afleesbaar in het synchroniseer apparaat, het is altijd een combinatie van factoren wat het verschil in onderdruk bepaald bij een exact gelijke onderlinge gasklepstand.
Wél is het zo dat als je nauwkeurig synchroon stelt, en daarna de klepspeling van 1 cilinder wijzigt, je dit waarschijnlijk wel kunt zien.
Pas als je de vlinderkleppen in carburators of gasklephuizen exact gelijk zet qua doorstroming met behulp van een flowbank, en daarna de carburators of gasklephuizen monteert op de motor, dán pas kun je zien wat het onderlinge verschil in de cilinders is, wat dan volledig is toe te wijzen aan slijtage en/of constructie afwijkingen in het motorblok (verbrandingsgedeelte) zelf.
 

sodeknetters

MF veteraan
18 jan 2011
2.401
0
Schiedam
#94
Ah.., dat kon ik dus niet zien.
En daarbij, voordat je synchroon stelt, moet je altijd eerst de kleppen stellen als je het echt goed wilt doen...
Deze MAP sensoren en arduino zijn zo snel dat je per cilinder een grafische weergave van het piek vacuüm kunt laten zien (niet op het scherm, maar wel als je hem aan de pc hangt).
Als een van de curves afwijkt geeft dat al een indicatie van wat er aan de hand is. Vroeger met vacuümmeters (klokken) kon je bij meercilinder motoren ook al veel zien aan de hand van de trillingen van de wijzer. Dit is eigenlijk hetzelfde maar dan per cilinder en nauwkeuriger.
 
29 jul 2006
66
0
55
zwolle
#95
Hallo Dennisme.


Prachtig Project.
Vraagje .
Denk je dat het mogelijk is om vacuumsensoren standaard op de vacuumaansluitingen van de gaskleppen te laten zitten.
En dan bijvoorbeeld snoeren met stekkers te gebruiken zodat je het makkelijker aan kan sluiten.
Ik weet niet of lengte van de bedrading van invloed zal zijn op uitkomsten.

Groetjes Moever
 
16 okt 2017
49
0
48
Vlissingen
#96
Moever, dat kan denk ik wel, maar niet helemaal zo simpel als in dit projectje.
Je hebt dan wellicht een paar condensatoren en een weerstandje per aansluiting extra nodig, en misschien een afgeschermde draad om storingen te onderdrukken. Het is op zich wel te doen maar ik zou beginnen met gewoon bouwen en dan pas kijken hoe het aan te passen is, dat werkt makkelijker.
 
27 okt 2008
6.118
0
#98
Hier weer een stapje verder, eerst alle rechtstreekse draden:
[afbeelding]
[afbeelding]

Brugjes gelegd en de condensator (verkeerd om, kwam ik achter :/ ):
[afbeelding]
[afbeelding]

En met de batterij er aan:
[afbeelding]
[afbeelding]

Ik had verwacht in ieder geval al het menu te zien, maar wie weet heb ik een verkeerde library voor het scherm?

Ik zie dat de LCDs worden aangesloten per draad, ik heb zelf de voorkeur voor het gebruik van I2C backpacks. Die soldeer je achterop het scherm en dan heb je maar 4 draden nodig om aan te sluiten en de potmeter voor het contrast zit op de backpack. Scheelt een hoop draden dus minder kans dat het fout gaat. Qua code is het niet meer werk alleen pak je nu de i2c lcd library.

Verder zou je dit allemaal ook met een NodeMCU kunnen doen ipv een Arduino en dan de metingen via wifi livestreamen naar een IOT servert (bijv thingspeak). Is slechts een paar regels code copy/pasten. Je hebt er verder geen kut aan maar goed het kan en dat is vaak genoeg om iets te doen :+
 
Laatst bewerkt:
10 mei 2005
1.769
16
Mechelen, BE
#99
Ik zie dat de LCDs worden aangesloten per draad, ik heb zelf de voorkeur voor het gebruik van I2C backpacks. Die soldeer je achterop het scherm en dan heb je maar 4 draden nodig om aan te sluiten en de potmeter voor het contrast zit op de backpack. Scheelt een hoop draden dus minder kans dat het fout gaat. Qua code is het niet meer werk alleen pak je nu de i2c lcd library.

Verder zou je dit allemaal ook met een NodeMCU kunnen doen ipv een Arduino en dan de metingen via wifi livestreamen naar een IOT servert (bijv thingspeak). Is slechts een paar regels code copy/pasten. Je hebt er verder geen kut aan maar goed het kan en dat is vaak genoeg om iets te doen :+
Van de Github:
The CarbOnBal Basic version is built with a straight "four wire" interface instead of the SPI shifted version I used for the first prototype. I also tested an I2C version in the mean time but that was much slower, required more memory than my Arduino had available at the time and did not allow for proper PWM backlight and contrast control. Both of there are a matter of user friendliness I didn't want to sacrifice. Besides there are a number of different I2C interfaces out there which all required tweaking hardware settings at an expert level. In short I discarded the I2C approach in favor of soldering a few more wires but less piddling with settings and more free SRAM (memory).