Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenLeider hab ich nur Nachbauten für den vfl hier liegen, sonst hätte ich dir schon Bescheid gegeben.
Hab ich vor nem Jahr 5 Stück davon gemacht. 3 sind schon weg und gab keine Beschwerden bisher drüber. Ist aus Aluminium handgefertigt komplett. Vorlage war der originale Halter von meinem Radar damals.
Immer noch niemand der einen ausgebauten Radar vom FL (!) da hat und mal den Halter als Nachbau für unseren Blech-Held Cosworth zur Verfügung stellen könnte? 
Argh, ja, erinner mich ruhig an meine Bringschuld. Ich muss mich da jetzt echt mal dransetzen das zu bauen, hab ja alles dafür hier...
Ja, kann man einfach tauschen. Alle Schlüsselcodes/etc. sind im BCM/IPC hinterlegt. Zudem sind die Module nicht sehr teuer, einfach kaufen und ausprobieren und im schlimmsten Fall zurückbauen und wieder melden
Genau
Ich hätte jetzt eher auf einen Hund getippt, oder einen Mondeo 
Wieso musstest Du tauschen?
Falls Du damit das kurze antippen des Startknopfs meinst liegst Du völlig falsch. Das KVM hat damit nichts zu tun, das macht das BCM
Na, wenn Du dich da mal nicht irrst... siehe https://mk4-wiki.denkdose.de/artikel/automa…ktivieren/start
Also doch besser ein Video machen? Ne, aber gut das man dafür die Frontschürze dran lassen kann...
Hast PN.
In der Anleitung (TSI für die Umplatzierung des Außentemperatursensors) sieht es wirklich so aus als könne man diese Luftabweiser nach dem losschrauben (oben und unten) einfach herausziehen. Ich habe das defekte Teil neu bestellt (ca. 25€) und werde berichten ob und wie der Einbau möglich war
Willste ne Anleitung
Klaro!
Ja, leider spiegelt das genau meine Erfahrung wieder... also das Geld dann lieber in die jeweils passenden investieren.
Ich habe mir vor einiger Zeit mal so einen China-Satz Kunststoff-Nieten besorgt, für den Fall das man beim ausbauen mal einen zerrupft. Wie immer im Leben ist der exakt passende natürlich nie dabei :-/
Ähnlich geht es mir mit Schrauben und Federmuttern. Die fallen gern mal obi (Bayerisch für "herunter") und verstecken sich in irgendwelchen Ritzen und man findet sie nie wieder... oder eben auch Schrauben aller Art. Letztere sehen meist auch nicht mehr vertrauenserweckend aus und würde die gern mal tauschen.
Was nutzt ihr so? Bzw. womit habt ihr gute Erfahrungen gemacht? Ich will nicht schon wieder ein nutzloses Set mit mir rumschleppen wenn ich in die Hobbywerkstatt fahre.
https://www.ebay.de/itm/Blechschra…22/312350360614
https://www.ebay.de/itm/1x-Unterfa…eo/222369643008
https://www.ebay.de/p/1838209910?iid=391040834972
Ah, interessant!
D.H. oben die Verkleidung runtern und die oberen Halter abschrauben und das Teil lässt sich kippen?
Ich fahre seit Jahren ausschließlich Original Ford (also FoMoco und nicht das qualitativ minderwertige Motorcraft-Klumb) und bin eigentlich zufrieden. Ja, es kostet gut doppelt so viel wie Brembo, Zimmermann, aber sooo oft muss das ja auch nicht neu.
Zudem bin ich bei Angeboten auf ebay immer sehr skeptisch ob das dann wirklich auch Originalteile sind und nicht irgendwelche China-Kopien. Die kopieren auch günstige Hersteller. Allein wenn die Preisspanne arg groß ist sollte man lieber nochmal recherchieren, find ich. Der von Dir gewählte Anbieter ist durchaus seriös, aber ob die immer wissen was sie so verkaufen? Da bin ich bei einem Ford-Anbieter schon etwas entspannter. Ja, das sind unterm Strich vermutlich auch nur Zubehörteile, aber quasi mit Echtheitsgarantie.
Viele Themen, ich versuch mal in Deiner Reihenfolge drauf zu antworten:
1.) OBD-Framework
Aus meiner Sicht muss die Kommunikation mit dem Adapter intern über einen Treiber laufen. Dieser übersetzt den Programmbefehl in einen Adapter-Befehl. Z.B. wenn ein ELM327 angeschlossen ist den Programmbefehl "Setze Baudrate auf 125 KBaud und aktiviere den MS-CAN Bus" zu "RTS ON + ATSPB". Und wenn ein STN11xx angeschlossen ist dann eben in "STP 53".
Die eigentliche Übermittlung der Daten sollte asynchron als Hintergrundprozess laufen. Ebenso und auch unabhängig davon der Empfang von Daten und Rückmeldungen. Dazu zählt auch das möglicherweise fragmentieren und defragmentieren von größeren Datenströmen. Die Kommunikationsschicht setzt dann alles richtig zusammen.
Aber je stabiler und besser die Schnittstelle intern definiert ist desto leichter lassen sich Higherlevel Services darauf aufschalten. Und bloß eine weitere Terminalemulation braucht echt keiner. Wenn dann reden wir direkt über ELM/STN Befehle. Logging, Tracing, Record und Playback natürlich eingeschlossen. Und wenn man ganz cool ist erweitert man diese Funktionen um externe Dateien und kann somit auch Skripte ausführen. Bis hier hin ist es schonmal ganz schön viel Arbeit.
Somit stellt sich dann auch nicht die Frage was man damit alles anfangen könnte, denn das ergibt sich dann von ganz allein
2.) Wenn Du noch nie eine App entwickelt hast ist dieses Projekt eine Nummer zu groß. Ich schätze Du brauchst ca. 1-2 Jahre bis Du darin einigermaßen fit bist. Abgesehen davon musst Du für Apps auch einiges an Geld in die Hand nehmen, sonst kannst Du die hinterher bestenfalls auf gerooteten Geräten installieren. Diese Idee würde ich erstmal zurückstellen. Mit was programmierst Du denn jetzt gerade und auf welcher Plattform? Hast Du eine Entwicklerlizenz bei Microsoft und kannst somit auch signierte Programme erstellen?
3.) Zum Sniffer
Mir erklärt sich das nur dann, wenn Du dem Sniffer einen Filter verpasst hast und wirklich nur nach "AT" suchtest. Denn dann ist der Grund das ForScan einfach gleich erkannt hat das es sich nicht um einen ELM sondern einen STN handelte und mit diesem ausschließlich mit "ST" Kommandos gearbeitet hat. Eine andere Erklärung könnte natürlich sein das der ForScan garnicht auf den virtuellen COM-Port connected, sondern über die Geräteliste von Windows gleich den Adapter erkennt und sich über die Windows-API dort anbindet. In dem Fall bekämst Du auch bei einem Sniffer ohne Filter nichts mit.
4.) Zur Baudrate
Mein TRE27 war auf 2 MBaud eingestellt. War garnicht so einfach erstmal ein Terminalprogramm zu finden bei dem man das auswählen kann! Bei den meisten ist bei 115200 Baud schluß, spätestens jedoch bei 900irgendwas. Für die Baudrate gibt es einen Default und ein AT/ST Kommando um diese zu ändern. Den Default kann man ebenfalls ändern (sieh "AT PP ...") und auch dauerhaft speichern. Bei direkt Zugriff über die API vom Treiber muss man sich aber über Baudraten keine Gedanken machen
5.) Gefahrlos am CAN-Bus spielen...
Na, das ist schlichtweg nicht drin. Der CAN ist kein Spielplatz und auch kein Internet. Dort ist alles auf die reine Aufgabe designed. Da reicht schon ein falsch angeschlossener Adapter und Du hast nur noch "Motorstörung" im Display blinken. Das einzige was gefahrlos geht ist Read-Only lauschen und sich ggf. selbst irgendwelche Aktionen oder Darstellungen von den gelesenen Werten zu machen. Eine Liste oder gar irgendwelche Unterlagen vom Hersteller gibt es nicht, ausser Du machst sie dir selbst. Die hüten die Hersteller wie ihren Augapfel.
Senden würde ich jedem erst dann empfehlen wenn er genau weiss was er da tut. Das hat auch noch ein weiteres Problem zur Folge, das man aber nur versteht wenn man die Basics von CAN kennt was ich jedem, auch Dir nur dringend ans Herz legen kann. Ein CAN-Bus wird ganz anders verwendet wie z.B. ein Computernetzwerk. Hier mal exclusiv ein Mini-Exkurs für Dich ins Thema:
6.) Aktivieren von Funktionen (Start/Stop, Standheizung)
Das ist alles andere als einfach. Denn hier ist es nicht mit einem senden einer einzelnen CAN-Botschaft getan. Letztlich sind beide genannten Dinge Änderungen in der Fahrzeugkonfiguration. Um diese Änderung durchzuführen ist eine UDS-Sitzung (Programmier-Sitzung) notwendig, inkl. einer Software die auf das Steuergerät geladen wird und die Änderungen übernimmt und ausführt (2nd Stage Bootloader). Das ist kein Kindergeburtstag sondern da muss man sich schon echt gut auskennen. Allein erstmal den Seed-Key Schutz knacken um überhaupt eine solche Kommunikation aufzubauen. Dann die ganzen Interna von Ford zu kennen, denn die UDS-Befehle sind nur zum Teil genormt, jeder Hersteller macht da so sein eigen Ding.
So ganz ohne Konzept einfach mal so drauf losprogrammieren halte ich für den denkbar schlechtesten Ansatz. Du bist doch Programmierer? Hast das womöglich sogar gelernt? Und das was Du da schreibst ist ganz klar ein Anti-Pattern für mich und da prophezeihe ich Dir jetzt schon das Du nicht weit kommen wirst und zwischendurch ein paarmal von vorn anfangen musst...
Damit will ich Dich nicht demotivieren, nur helfen, denn ich fürchte Du unterschätzt die Komplexität der Sache noch.
Hmm, dann ist da 7zap.com einfach nicht so geschwätzig...
Also für meinen 2.2 TDCi (10/2010) dann 1553426
Das wirklich fiese an dem Teil ist, das man dafür wieder die komplette Stoßstange abnehmen darf 
Danke, hat also nix mit meiner IP oder meinen Endgeräten zu tun
Echt da hast du Bock drauf. Auspuff ab, Hitzeblech ab usw? Ich hätte erst einmal geschaut ob es das Seil überhaupt sein könnte.
Muss der Auspuff wirklich runter dafür? Beim Fiesta habe ich das schon gemacht und das Hitzeblech an ein paar Stellen nur leicht verbiegen müssen.
Natürlich prüfe ich die Gängigkeit der Seile, keine Frage, ich will nur für den Fall das ich dann unterm Auto stehe auch gleich die Ersatzteile bei der Hand haben und nicht erstmal wieder alles zusammenpacken müssen und bestellen...
Sehr gern, aber man muss das Rad nicht neu erfinden da es schon wirklich ne Menge guter Programme gibt. Was aber immer hilfreich wäre ist eine entsprechend Engine, also die Grundstruktur dafür um basierend darauf eben "großartige Dinge" (jetzt kling ich schon wie Trump) tun zu können. Will sagen: Die Basisarbeit ist eine stabile und saubere Kommunikation mit dem Adapter zu schaffen und ggf. Adapterspezifische Dinge dahinter zu abstrahieren. Also ne Art HAL für OBD-Adapter. Das interne Objekt besitzt dann Methoden um z.B. einfach eine beliebige Bytefolge an einen beliebigen Bus zu senden. Das wiederrum könnte man mit einer übergeordneten Flußsteuerung versehen um z.B. auch echte Kommunikationen und Datenströme zu verarbeiten.
Auf diese Methoden können dann GUI-Felder verbunden werden um Eigenschaften zu setzen und Methoden auszulösen.
Das ganze ist schon ne Menge Arbeit wenn man es richtig macht und es empfiehlt sich ein Github Projekt dafür anzulegen. Ich habe das mal begonnen in PHP und dann in Python, aber ehrlicherweise ist gerade wegen dem Lowlevel Treiber Zeugs C++ eher geeignet dafür. Gaaanz früher auf dem Mac habe ich viel für unsere Firma in RealBasic programmiert. Wenn ich mir das heute so ansehe kommt mir da aber nur ein kalter Schauer über den Rücken, das ist wie VisualBasic echt keine Sprache für mich. Das schöne war der Visual GUI Builder, das gabs damals nicht so oft in der Qualität.
Will sagen, wenn Du da Ambitionen und Zeit für hast würde ich mich freuen das Grundgerüst mit Dir definieren zu können.
Wenn man nicht immer alles selbst macht... grrr
Beim Abbau der Stoßstange hatte ich bemerkt das auf der Beifahrerseite das Plastik welches den Luftstrom vom Grill zum Kühler leitet gebrochen ist. Dieses ist nach vorn hin mit einer Plastikniete an der Frontschürze befestigt. Entweder bin ich mal mit der Schürze irgendwo gegen gefahren und dabei ist es gebrochen, oder die Ford-Werkstatt hatte das bei dem Austausch der Frontschürze versemmelt und einfach nix gesagt.
Und wenn mich nicht alles täuscht dann handelt es sich um dieses Teil hier:
Von dem es natürlich, trotz VIN-Eingabe, mal wieder etliche Variationen gibt die nicht genauer erklärt sind:
Ich würde mal versuchen den Halter zu reparieren, ist ja ein "glatter Bruch". Belastet schein es mir nicht zu sein, vermutlich ist der untere Haltepunkt nur damit das Teil selbst nicht rumflattert, was es jetzt aktuell wohl macht, auch wenn ich davon innen nichts mitbekomme.
