Ik merk het. 

 

Citaat van: razorx op 24-06-2015 19:08:09
Zo maar eens kijken of ik on the bench OBD kan uitlezen.

Sterkte...

Ik heb met verschillende diagnose apparaten gewerkt en kan je vertellen dat, ondanks dat men spreekt van protocollen, sommige auto's slecht uit te lezen zijn. De volgende auto's waren wat dat betreft bij ons fameus:
Volvo
Renault
Peugeot

Al het EOBD gaat wel, maar wil je verder, wordt het lastig.
Of praat ik nu langs je heen?

Absoluut niet Kornelis.

Ergo, je gaat wel degelijk de concurrentie aan alleen niet zoals gewoonlijk met nog meer features, maar juist op simpel te gebruiken.  Dus...  Yits wordt de Steve Jobs van de automotive diagnostics wereld

Veel te veel eer.

Ik krijg al data binnen op 10400 baud. Kan alleen even niets sturen via de Arduino. Onderdelenbakje mist twee transistortjes als level translator voor het transmit signaal.

En Volvo's OBD is inderdaad wat merkwaardig. Slow init en zo.

Mwa de M44 is prima uit te lezen hoor met gewoon standaard OBD uitleesapparatuur
Ook op de bench lukt dat prima.
in ieder geval het OBDII

Klopt.
Ik haalde wat dingen door elkaar OBD1.5 en 2

Ga je ook 1 ondersteunen? Zover ik weet zit daar een 'geheime' code in om het tien keer zo snel te laten gaan.

Geheime code in de 4.3 ?
Hmmm, nou wordt het interessant....

Ik weet niet of dat 4.3 is, maar met de Autodiagnos tester kon ik op mijn Alter 1 GLT in sommige systemen kiezen voor een dubbele overdrachtssnelheid.
Ik denk dat dat alleen over de snelheid van de datalijn gaat.

Was geen 4.3 maar Fenix 5.2 of LH3.2 als ik me goed herinner.
Ik ga die niet ondersteunen. Te veel uitzonderingen. Het spijt me.

Wat het belangrijke dingen metertje en alarm aangaat, de Iwnaw meter, daar gaan gesproken alarmen in komen om de bestuurder niet te hoeven laten kijken naar het metertje.
Qua processor zal ik naar een zijpad van Arduino afdwalen. Heb een processor met meer geheugen nodig voor de gesproken tekst. Arduino levert bordjes met een krachtige ARM processor en veel geheugen, maar oh wat zijn die lomp en groot.

Maar eens kijken wat ik met een Maple Mini clone kan doen. Met wat moeite onder Arduino draaiende te krijgen. Geen Atmel processor maar ST. Klein, snel en heel veel geheugen:



Eigenlijk precies wat ik wil. Nu even afwachten tot die binnenkomt en of het allemaal werkt.
-edit- Met meerdere zaken tegelijk bezig.

-Iwnaw meter met leuke zaken als turbodruk display en alles wat er mis is of belangrijk is. In het linker vent. rooster. Gesproken tekst voor de alarmen.
-Carscope/Voltmeter. OBD2 ondersteuning komt.
-Mijn tuning dagelijks bijwerken middels het All Rides A Tune principe,

Ach lekker bezig.  

Citaat van: KIM op 24-06-2015 19:37:07

Sterkte...

Ik heb met verschillende diagnose apparaten gewerkt en kan je vertellen dat, ondanks dat men spreekt van protocollen, sommige auto's slecht uit te lezen zijn. De volgende auto's waren wat dat betreft bij ons fameus:
Volvo
Renault
Peugeot

Al het EOBD gaat wel, maar wil je verder, wordt het lastig.

Dat is al. sinds jaar en dag, helaas zo sinds dat die schijtcomputers hun entree hebben gedaan in de autowereld....  Na het besluiten van de autofabrikanten om voor 1 gemeenschappelijk protocol te gaan, is er die OBDII reut gekomen en wat blijkt......  De meest generieke motorstoringen zijn door iedereen met een universeel testertje wel uit te lezen (na het bouwjaar 200), maar voor echt specifieke zaken zoals bijvoorbeeld airco, remmen, etc. moet men toch bepaalde fabrieks software hebben (denk aan Vida)

Dit is eigenlijk om de volgende reden bedoeld, men moest af van de eigen specifieke merksoftware omdat men klanten niet aan hun kon/mocht binden voor het uitlezen van de storingen (zijn meen ik in Amerika rechtzaken over gevoerd).  Een universele monteur moest een gemiddelde storing waarop een auto stil kon staan kunnen vinden met een universele tester / uitlezer.

Je zult dus met een universele kast alleen de 'normale' motorstoringen kunnen uitlezen waarop een auto stilstaat cq slecht loopt.  Denk hierbij bijvoorbeeld aan misfire cilinder 2, lamdasensor werkt niet, lmm doet het niet en dat soort storingen.  Om de merkdealers niet helemaal brodeloos te maken mochten bepaalde codes zoals bijvoorbeeld storingen aan airco / srs en dergelijke 'verborgen' blijven voor de universele monteur.

Volvo is hierbij een voorbeeld met Vida, Volkswagen/Audi/Porsche met het Elzas uitleessysteem en zo zijn er nog vele andere te vinden.

Het is enigszins andersom geweest Dirk.
Mileuwetgeving verlangde een diagnosesysteem op emissie gerelateerde delen. Voorwaarde was om dat universeel te maken vanwege controlemogelijkheden (Politie, APK e.d.) en het feit dat in de U.S. als eis geldt dat, wanneer het MIL lampje gaat branden, je zo snel mogelijk naar een garage gaat (van willekeurig welk merk). Die garage moet dan wel in staat zijn om het probleem te verhelpen en de storing uit te lezen...
Vanwege die eis om zo snel mogelijk naar een garagebedrijf te rijden, is dus ook de parameter "km with MIL on" aanwezig, zodat de polite of andere milieu instantie in staat is om te kijken hoe lang jij al met een vervuilende auto rond rijdt.

Natuurlijk heeft de autolobby zo lang mogelijk geprobeerd om deze universele uitlees methode tegen te houden...

Ik wilde zelf een native OBD/CANBUS ondersteuning schrijven, dus zonder extra interface.

Slecht idee. Je moet het wiel niet opnieuw uitvinden. Qua diagnose aansluitwijze en pinnen zijn er ook te veel varianten.
Ook wil ik af van de veelvoudige kabelzooi die de garagewereld kent. Ja ok met een Android App en wat Bluetooth dingetjes kom je een eind, Maar wat simpeler voor de eindgebruiker: de garage mag. Zeg maar dat ik de garage bij de hand neem. Hoop ik.
Als alles lukt natuurlijk.

Conclusie: Het blijft of een simpele maar slimme scope, of ik ga in de scope Bluetooth ondersteuning gebruiken, zodat er middels Bluetooth gecommuniceerd kan worden met een externe unit en toch wat leuke OBD en CANBUS ondersteuning kan bieden. In eerste instantie lijkt me dit de weg te gaan. Maar alles is nieuw en fris qua idee. Laat het nog even gisten .