51

(12 replies, posted in Allgemeine Diskussion)

Moin,

Trask wrote:

gibt es hier neues zu berichten? @Lightningman :-)

Ja, ist angekommen ;ö)).

Nein, im Ernst, ist wirklich da. Ich habe die Verbindungs-
strippen (wobei ich mich an die Audi Farbconvention halte
und nicht dieses hell rosa Zeuchs, was dabei ist, nehme)
soweit vorbereitet und eingelötet sowie das Ganze auf
der Workbench mit KI, M-Stg und ein paar anderen Teilen
getestet. Ist schon ziemlich cool.

Startbild in Vollfarbe ist schon der Hammer. Hab einfach
mal eine normales Digicam Foto (Downsized auf 320 x
480) von meinem A6 genommen. Die Startzeit (also bis
das Bild komplett  aufgebaut ist) ist fast null. Einziger
Nachteil (für Bilder!) ist das das Display halt höher als
breit ist....

Ich werde das Display jedoch NICHT ins KI einbauen, sondern
ich Fräs mir gerade ein getrenntes Gehäuse und werde es parallel
zu meinen anderen Anzeigeeinheiten betreiben. K-Line wird
geschaltet. L-Line (ist ja beim A6 eigentlich eine zweite K-Line)
wird bei dem ColorMFA einfach "knallhart" auf die K-Line gelegt. Ich
werde es über Relais bzw. "Schonwiderstand" schalten. CAN
Anbindung läuft parallel.

Die Jungs haben da echt was geiles hingezaubert. Da dürfte
noch einiges an Potential drin stecken (die neuste beta FW ist
sogar in Deutsch (wers halt eben braucht)). Das Geld / Wartezeit
sind es in meinen Augen wert. PCB / Aufbau / Lötarbeiten sind
absolut TOP.

Der Boostdruck kommt direkt aus dem Saugrohr Drucksensor
(ist also keine Abfrage aus dem M-Stg (sondern halt raw)).

Es gibt einige Digitale & Analoge Eingänge und ein paar Ausgänge,
die z.Z. nicht benutzt werden. Ob sie es mal werden, weiß ich nicht.
Einsetzbar wären sie auf jeden Fall (will sagen die nötige "drumherum"
Elektronik ist schon verbaut). Leider gibt es kein Entwicklerforum
für das ColorMFA

Für blutige Lötlegasteniker ist es nichts, da die Lötaugen und Traces
schon sehr klein sind. Teilweise so eng (evtl. auch schon mal etwas
enger) wie die Traces beim eigentlichem Display im KI.


Ich baue sie nicht ins KI, weil:

- hab gerade im KI ein neues Display verbaut
- FIS / ColorMFA sind nicht kompatibel will aber beide Nutzen
- Schnittstelle ist nicht die CPU im KI, sondern das KFZ Bordnetz
- Montagemethode im KI gefällt mir persönlich nicht (wird zwar
  halten, gefällt mir aber trotzdem nicht).

Da ich mittlerweile ein DashDaq, ein HUD, eine FIS Control, eine
IBS Control, ein Mobileye, sowie diverse kleinere Anzeigen schon
drin habe / gerade verbau, kommt es auf ein weitere externes
"Gehäuse"  bei mir eh nicht an (ausser daß der Platz auch in
einem A6 langsam knapp wird) ;o))

Wenn das Gehäuse, Halter, Kabelstecker soweit fertig sind kann
ich hier mal ein paar davon Bilder posten (falls Stefan nix dagegen hat).
Wann ich die Funktion im Auto zeigen / testen kann, weiß ich nicht. Der
A6 ist zur Zeit wegen Umbau, Aufmotzen, Kabel, Schalter und Stg Montage,
sowie Einbau von "unnutzem Zeuchs" (Aussage ist nicht von mir ;ö))
eine "Immobilie"

Hi fgw,

Der Zitierte Text ist übrigens von Stefan ;ö)).

Das Problem ist nicht es auf einem Menu "sichtbar"
zu machen  (d.h. die Ein- bzw. Ausgaben), sondern
es in den Programmablauf einzubinden. Da ist es
"fast egal" (vom Aufwand her gesehen), ob man
es via Konfigurator oder via Menu (tasten) Eingabe
macht. Man muß dem Prozessor ja sagen was er tun
soll, wenn (z.B.) das obere eingestellte Limit erreicht
ist. Es geht (denke ich) Stefan nicht um die Arbeit
es via Menu und Tastendruck "eingebbar" zu machen,
sondern um die Ablaufsteuerung bzw. die Programmierung
derselbigen.

53

(3 replies, posted in OBD, Tuning, Autos, Sonstiges)

Hi,

stefan@fis-control wrote:

Nein, keine Ahnung.
Aber ob das nach Datum/Uhrzeit vom Tacho geht lässt sich ja einfach austesten: Funkuhr-Antenne abstecken (vielleicht nichtmal notwendig) und Datum/Uhrzeit manuell auf Winter stellen.

Es sei den der Tacho nutzt das entsprechende DCF-77 Bit ;ö)) dafür

(aus Wikipedia):
Bit     Bedeutung der Werte
16     „1“: Am Ende dieser Stunde wird MEZ/MESZ umgestellt.
17     „1“: MESZ („0“: MEZ)
18     „1“: MEZ („0“: MESZ)
19     „1“: Am Ende dieser Stunde wird eine Schaltsekunde eingefügt.

Ich wußte gar nicht, daß es Schaltsekunden gibt....

54

(3 replies, posted in OBD, Tuning, Autos, Sonstiges)

Echt keiner eine Idee???

Hai,

Beim (A6 / 4B) KI gibt es einen Ausgang der
sich Sommer / Winter nennt. Hier erfolgt eben
eine Umschaltung je nachdem ob es Sommer
oder Winter ist. Was ich heraus gefunden habe,
ist daß Audi hiermit zwischen Kühlen und Heizen
unterscheidet (weiß aber nicht zu welcher
Ausstattung daß gehört. ===> Das ist aber auch
erstmal egal).

Meine Frage: WIE weiß daß KI, daß es Sommer
oder Winter ist??? Wird daß:

- Kalendarisch erledigt
- Über Temperatur
- Über Lichtsensor + Uhrzeit
- Eine Kombination aus ??????
- weitere ?

stefan@fis-control wrote:

Keine Sorge, ich habe den "Das macht aber keinen Sinn"-Kommentar nur als "Das macht aber keinen Sinn"-Kommentar aufgefasst.

Gut!

Lightningman wrote:

- die bi-stabilen Relais, die ich kenne, dürfen Strom nur
  zum Schalten bekommen (kein Dauersaft auf der Spule)

stefan@fis-control wrote:

Das sind die Panasonic DE2a-L2-5V. Bei denen kann man problemlos beide Spulenkontakte auf High halten (da kein Potenzialunterschied, fließt auch kein Strom). Eine Maximaldauer, für die ein Spulenstrom fließen darf, habe ich im Datenblatt auch nicht gesehen.
Bei welchen Relais ist es denn anders?

Bei Finder (sind allerdings ältere Typen, bei den neuen steht da echt
nix mehr, hab gerade nochmal ein paar Typen gecheckt), bei HF und
bei Fujitsu Relais steht es öfters (HFE20-1-L2 als Beispiel):

Do not energize voltage to set and reset coil simultaneously. Also long energized times
(>1 min) should be avoided.

Die Spulen werden auch recht warm im Dauerbetrieb

Deinen Kommetar mit es fließt kein Strom wegen fehlender Potentialdifferenz verstehe
ich allerdings nicht. Die Relaisspule liegt doch zwischen FIS und Masse. Bei einem
Bistabilen Relais ist daß doch genauso, nur daß Du daß Ganze zweimal hast. Oder meinst
Du jetzt bistabile Relais mit *einer* Spule, die umgepolt wird? Dann kann man natürlich
Set und Reset nie gleichzeitig anlegen, daß sonst Kurzschluß zwischen + und - (wenn es
aus zwei "Quellen" kommt) entsteht.


Lightningman wrote:

- Ein über Klemme 30 gespeister Verbraucher würde bei
  einer FIS / normalem Relais bei Zündung aus ebenfalls
  Stromlos. Beim Bi-Relais hingegen nicht (dauerhaft an bis
  Vbatt = 0V). Zustand speichern heißt ja *nicht* an bis
  zur Zustandsänderung, sondern enabled bis zur Zustands-
  änderung,

stefan@fis-control wrote:

Äh, wo ist das Problem? Wenn ich will dass der Verbraucher dauerhaft (als auch bei ausgeschalteter
Zündung) Strom bekommt, dann hänge ich das bistabile Relais an Klemme 30. Will ich es nur für Zündung, nehme ich Klemme 15.

Kl15 läuft über das Zündschloß. Das kann man nicht "unendlich"
zusätzlich Belasten. Ditto gilt übrigens auch für Kl 75. Je nach
Ausstattung des Fzgs (OHNE selbst installierte Zusatzgoodies)
sind die Kontakte schon teilweise recht hoch belastet.

Außerdem ist Klemme 15 nicht "überall erhältlich" Bei mir im
Motorraum gibt es glaube nur 1 Stelle wo Kl.15 liegt. Da ist
es manchmal einfacher Kl30 + Sicherung + Relais zu nehmen.
Die Relaisspule braucht ja keine dickes Anschlußkabel.

Ich will ja nicht unbedingt, daß der Verbraucher dauerhaft mit
Strom versorgt wird (der Relaiskontakt aber schon), sondern ich will
daß der Verbraucher mit einschalten der FIS Control oder einem Event
(welches ich dem Ausgang zugeordnet habe) eintritt. Ditto wäre z.B.
denkbar, daß die FIS und ein anderes Stg das Relais steuern soll. Im Falle
der FIS soll es im Fahrbetrieb passieren und das 2.te Stg nur bei Fahrzeug
Stillstand. Ein Bistabiles Relais kann man hier nicht (so ohne weiteres)
nehmen, da es den Leistungsausgang "merkt" und hält. Mir geht es
aber daraum den *Steuer*ausgang zu merken.

stefan@fis-control wrote:

Das Problem ist natürlich nicht, eine If-Abfrage irgendwo einzubauen. Sondern alles konfigurierbar zu machen.

Ja, ganz so banal war daß auch nicht gemeint. Wenn man sich aber
auf eine reine Spannungsauswertung begrenzt, denke ich daß die
Optionen von oben durchaus reichen, um damit alles oder zumindest
jede Menge machen zu können. Da kann man doch ein Signalgerät für
Öldruckwarnung machen (Drucksensor mit Spannungsausgang),
Shiftlight (F -> V Wandler am M-Stg), Autobahnlicht (LDR + F -> V Wandler
am Tachoeingang), Klappensteuerung (Drucksensor am Turbo + F->V
Wandler am M-Stg) etc. Eben weil wir nur die ADC Eingänge betrachten
und verarbeiten.

Klar, könnte man so etwas komplett autark machen, aber wenn ich schon
eine FIS-C habe und dort einen Sensor anschliesse, dann kann man die
Sensorwerte halt auch schön aufs Display werfen (was bei einer reinen
standalone Steuerung eben nicht ohne weiteres geht)

stefan@fis-control wrote:

Und natürlich will man als Trigger auch die Messwerte aus den Messwertblöcken
verwenden können.

Und daß kann nur dann funzen, wenn man den entsprechenden MW Channel
"oben auf" hat. Und bei OBD ist die Pollzeit (vor allem wenn man volle 4
Messwerte abfragt) recht lang. Bei CAN sollte es schneller gehen. Hat aber
nicht jedes Auto, welches von Deiner FIS Control unterstützt wird. Ich denke
daß man viele Werte aus den MWB's mit eigenen Sensoren nachbilden kann
und deshalb eben nicht einen MWB aus einem Stg als Trigger nehmen muß.

Lightningman wrote:

Den Schaltzustand kann ich doch im Config speichern. Je

stefan@fis-control wrote:

Auf dem FIS-Control sitzt kein EEPROM. Und den Flashspeicher kann man nur in 64 KB Blöcken neu beschreiben.

Okay, daß war mein Fehler (ich hatte den Controller den Du nutzt nicht
mehr genau im Kopf ;o)) Aber Du kannst doch den Ringbuffer für das Logging
um 64K kürzen und dieses dann halt als Configspeicher nutzen. Ich glaube nicht
daß ein FIS Control User den gesamten Speicher des Loggers jemals brauchen
wird. Der ist ja etliche MB groß.

Hai,

Marty wrote:

Stefan hat ein tolles Projekt gestartet und ständig weiterentwickelt und er setzt immer wieder Wünsche in die Praxis um, die oft nur ein oder ganz wenige Personen wirklich nutzen. Sowas findet man sonst nirgends.

Das weiß ich. Ich bin ja schon seit der Version 1.0 dabei (die allerdings nicht
in meinen A6 gefunzt hat da dort kein 3LB mehr). Ich denke (hoffe), daß Stefan
dieses auch nicht als "Deine FIS ist Mist" Kommentar auffasst.

stefan@fis-control wrote:
Lightningman wrote:

Das macht aber keinen Sinn....

Wenn es nur darum geht, dass die Relais den letzten Zustand behalten, kann man mit den vier Relais-Ausgängen vom FIS-Control auch zwei bistabile Relais schalten.

Dabei sehe ich drei Probleme:

- ich reduziere die Anzahl der Ausgänge

- die bi-stabilen Relais, die ich kenne, dürfen Strom nur
  zum Schalten bekommen (kein Dauersaft auf der Spule)
  so daß ich via FIS dann, um etwas ein (oder aus) zu
  schalten nur Pulsweise den Ausgang aktivieren darf.
  macht es nicht einfacher / besser.  Set und Reset dürfen
  auch niemals gleichzeitig anliegen.

== > Da kann man auch über zwei Relais eine Selbsthaltung
         bauen (1x N.O. zum Lastschalten und 1x N.C. für die
         Selbsthaltung). Hier kann niemals Set && Reset einen
         Schaden anrichten da hier "Aus" (geöffneter N.C.
         Kontakt) dominierend ist.

- Ein über Klemme 30 gespeister Verbraucher würde bei
  einer FIS / normalem Relais bei Zündung aus ebenfalls
  Stromlos. Beim Bi-Relais hingegen nicht (dauerhaft an bis
  Vbatt = 0V). Zustand speichern heißt ja *nicht* an bis
  zur Zustandsänderung, sondern enabled bis zur Zustands-
  änderung,


Es ist Dein Projekt, Du machst die Programmierung, aber ich
verstehe die eigentliche Problematik nicht wirklich. Vielleicht
kannst Du da etwas zu sagen. Für eine Statemachine reicht
doch eine einfache IF Then (Else) Abfrage. Das dabei gewisse
Haken sind (wie z.B. daß die IF Abfrage nur dann funzt, wenn
der entsprechende MW Kanal "oben" ist, ist klar. Deswegen
war ja mein Vorschlag, es auf die externen Eingänge zu
beschränken (nehmen wir nur die ADC Eingänge). Und da
man diese sehr wohl laufend im Hintergrund pollen könnte
(egal ob eine OBD Verbindung besteht (ist in meinem Spezialfall
nicht immer möglich, da mehrere Endgeräte bei mir auf der
K-Line hängen) oder der "korrekte" MW Kanal "oben" ist).
Basierend auf einer Spannung kann man den Ausgang steuern.
Dabei (Statemachine) braucht man doch nur:

- Welcher Eingang (z.B. Kanal 4)
- Einschaltbedingung (z.B. 4V)
- Ausschaltbedingung (z.B. 3,7V)
- Einschalthysterese (z.B. 250mV)
- Ausschalthysterese (z.B. 150mV)
- Delayzeit ein (0 bis ?) 0= Disabled (z.B. 750msec)
- Delayzeit aus (0 bis ?) 0= Disabled (z.B. 1500msec)
- (Schaltzustand speichern): Ja / Nein (z.B. Nein)
- Welcher Ausgang (1-4)

Das halt vier Mal (für jeden Ausgang 1x)

Dann kann doch jeder selber Bestimmen, was er damit
machen möchte. Damit sind ohne weiteres etliche, wenn
nicht sogar alle hier gewünschten Sonderfunktionen möglich
(Shiftlight, Autobahnlicht, Lichtautomatik. Klappensteuerung,
WAES,etc, etc). Der User muß sich halt darum kümmern,
welche Sensoren er benötigt und was er wie Abfragen muß.
Damit brauchst Du aber keine Sonderprogrammierung für
Person X zu machen (ich denke diese ganzen nur für xyz
gemachte Mods ist nicht der richtige Weg, weil irgendwann
werden die sich beißen).

Den Schaltzustand kann ich doch im Config speichern. Je
nachdem wie die Endurance vom EEProm dort ist (10k
ist heute min, eher 50-100k Schreibzyklen). Schreiben
muß man ja nur wenn Wert <> gespeicherter Wert.
Lesezyklen (zer)stören das EEProm ja nicht. Ich denke
nicht, daß man im normalen Leben daß EEprom kaputt
bekommt.

Die Werte in Klammern von oben wären z.B. für ein
Automatiklicht mit LDR welches sich bei Dunkelheit
einschaltet und bei Helligkeit wieder aus. Und zwar
wenn es für länger als 3/4 Sekunde dunkel ist (Unterführung)
und nach dem es für 1,5 Sekunden lang wieder hell
ist (Licht nicht gleich beim kleinsten Blitz wieder aus).

Hallo Stefan,

stefan@fis-control wrote:

Die Relais behalten ihren letzten Zustand nicht, sondern sind beim Einschalten der Zündung standardmäßig erstmal aus. Das ist so beabsichtigt.

Für "kompliziertere" Relais-Beschaltungen kann man sich für das FIS-Control eine Relais-Erweiterungplatine bauen. Mit der lassen sich dann übrigens theoretisch bis zu 200 Relais schalten.

Das macht aber keinen Sinn.... Solange die FIS diese Relais nicht
steuern kann (in Abhängigkeit vom Ereignis "x") sehe ich da keinen
realistischen Nutzen drin. Die Relais bei Zündung aus zu reseten ist
auch kein "vernünftiger" Zug. Selbst wenn man es nur unter
sicherheitsrelevanten Aspeketen betrachten würde, könnte ich immer
noch nicht sagen es macht Sinn.

Kein Mensch will jedes Mal bei Fahrzeugstart sich durch das FIS Control
Menu hangeln um 200 (selbst für 4 nicht) Relais einzuschalten bzw.
Nutzungsbedingt die "Bits" setzen. Da sind (im Fahrzeug) sichtbare Schalter
oder Tasten bzw. Druckschalter einfach schneller, dauerhafter und sinnvoller
betätigt bzw. optisch (menschliche Schaltzustandserkennung) überblickbar.

Selbst der Mod "Relais 1 bei Motorstart" (ich nehme an Du überwachst
hier den Zustand von Klemme 61) ist doch im Grunde genommen eine
automatisierte Anwendung (state machine ;ö))

Hi,

Warum hst Du Dir nicht so etwas genommen:

http://www.ebay.de/itm/Auto-Motorrad-2- … SwKtlWlj4u

Das Ding von CarTFT ist eher für "an und absteck
Betrieb" Also z.B. Handy laden, MP3 Player, Portables
Navi, etc, aber nix für einen Festanschluß. Zumal
CarTFT eine Apotheke ist (hab auch mit dem Laden
keine erfreulichen Erfahrungen gemacht).

60

(82 replies, posted in Allgemeine Diskussion)

Hai Stefan,

stefan@fis-control wrote:

Habe heute nochmal Feedback vom Dennis bekommen:

Hallo Stefan,

Man sieht dann Artefakte vom Kompass. Hier muss man dann einfach eine neue Ansicht wählen oder in den Schnellzugriffen blättern und es ist weg. Ist das RNS-E aber an, gibt es da kein Problem.

Dennis

Könnte es sein, daß das Display vom KI mit Pagemapping arbeitet? Sprich, in
Wirklichkeit schreibt der Kompass in dem Moment gar keine Daten rein,
sondern es sind noch alte Datenreste im Speichermap, die nur (sollten
nicht) angezeigt werden.

61

(26 replies, posted in English forum)

Hi,

Trivium88 wrote:

(Level sensor G266 and the oil temperature, under the crankcase. Intruments channel section in vag-com):

Yes, this is the TOG, I was referring to.
TOG = Temperatur und Ölstandsgeber
==> Temperature and oil level sensor

What I meant to say, was w/o this sensor you won't be able to use use this feature.
I'm not sure if all cars that Stefan's FIS Control supports have this sensor.

Trivium88 wrote:

Why does not stefan want to implement that option?  Not all "tachos" can activate that option, at least I do not know how to do it (if you know, tell me please :-) ). Honestly, as a funny option, I'd like this more, than the snake game :-P

I'll leave this to Stefan to answer. The snake game isn't mine, either. However, there is
a story behind why it was included. If I remember correctly, it was a joke wish from a
an early customer and Stefan added it to FIS Control just to prove it can be done.


Trivium88 wrote:

- With regard to the possibility of scheduling changes of oil or maintenance for kilometers traveled, and that will seen in the screen of the FIS... I have seen that other "fis-control" systems for "golf mk4" can do it.

http://thumbs.subefotos.com/b8cea196edae4520f13cfd77e722b228o.jpg

The quoted photo is from the ColorMFA display. This is *NOT* a standard VAG instrument
cluster, but rather a cluster with a modified display (and µ-controller) installed. However, your
car should have (in standard VAG form) a km and day counter for either WIV (long term
service, with km depending on how hard the car has to work) or at least simple service
(pure km and day counter which ever comes first).

You can't do this with FIS Control, because FC only shows values, which it is currently
measuring (e.g. "on top") . It doesn't do backround polls. Let's look at the following
example setup:

Preset 1: Configured to show the km/h
Preset 2: Configured to show the km driven (full mileage)
Preset 3: Configured to show the rpm

If Preset 1 or 3 is active, then the FC doesn't take note that the km driven (Preset 2)
increases. It also doesn't log the value (in the internal buffer). Similar if you have Preset
2 active and you want a message or a beep, etc when your speed goes above 120km/h
(your example from above), this won't work, because FC doesn't get the info (only via
Preset 1, which isn't "on top" in my example).

The reason you can't poll in the background is that if your pollwish is from a different
Control Unit, you would need to close your first CU, establish communications with the
new CU, get the value, close the second CU and finally reopen the CU for the presently
displayed value. This would take way toooooo long to do. If this is a critical value like
an engine shut off in case of too low oil pressure, your motor would have seized before
the FC even got around to telling you your oil pressure is too low. You can't multipoll via
OBD. OBD was never meant to be a playground for things like the FIS Control.

The CAN Bus is a different story as you can find all messages on the (appropriate) bus
as they are routinly repeated and delivered to all attached control units. The units
then selectively pick out which commands and messages are meant for them. The
other messages are ignored. Similar to a PC network setup. The Bussystem is also
very robust and can work even if one part of the CAN system is defect (CAN has high
and low signal values). If e.g. high is shorted out somewhere, you can still communicate
via CAN low and ground. The CAN transcievers are also smart. If the notice that they
are causing trouble on the bus system, they can decouple themselves from the bus
as not to disturb the rest of the controllers. Obviously this can lead to a limp-home
mode, but at least you can still get home.

VAG cars usually have three CAN Buses (Comfort, Drive Train and Infotainment
(Display)). So even here you still need to know which Bus to look at for the wanted
message. But the CAN BUS is a multi-message bus (unlike OBD), so you don't need
to find the exact "place" where to read out the value (OBD = measuring blocks). You
just need to know what address & the value you are looking for (very simplified
explanation).

What the FC *could* do is to poll the external sensors and inputs in the backround. The
micro used in the FIS Control should have more than enough processing power.  That
way you could use the FIS Control as a sort of state maschine. I have mentioned this
before, but Stefan isn't convinced about it ;o))).

kind regards,
Reinhard

62

(26 replies, posted in English forum)

Hi,

Trivium88 wrote:

- Custom icons or texts for presets. Possibility to add icons or custom texts to the presets ... (With a high number of presets, I often confuse for example the different temperatures (oil temperature, IAT, coolant ...)

The problem here is that the monochrom displays don't really have a high enough resolution AND
the icons are not interchangable by the end user (on any of the FIS versions).

Trivium88 wrote:

- New menu with a "Chronograph" to measure the time in a 0-100 km/h and 100-200 Km/h.

There already is a stopwatch for 0 to 100 times. Not quite sure about the 100-200, tho.

Trivium88 wrote:

- New option to view an Oil level in millimeters with a graphical icon of Oil Dipstick for example ...

I will leave this one to Stefan ;o)) This obviously can only work on cars with a TOG installed.

Trivium88 wrote:

- Power and torque measurement option (hp and nm.)

Nm is already possible via reading the Engine ECU (if it is supported by your ECU). HP could
be calculated from that. However, these at best questimates.

Trivium88 wrote:

- Programming the Tempomat so that if for example, it exceeds 120 km/h the tacho emits a BEEP or a signal appears on the FIS screen.

Problem is that if you don't have the preset active which detects this, the FIS won't do
anything. It doesn't do background scans on any control unit or the external inputs. Your
standard instrument cluster should already provide you with a user programmable
overspeed warning.

Trivium88 wrote:

- Option to enabled an Stagging needles with the ignition on. (RPMs and Speedometer for example: https://www.youtube.com/watch?v=UemISaIwxRo)

I would like to see this, too. But Stefan doesn't want to do this. If it where configuarable, it would be easy to
suite everyone ;o))

Trivium88 wrote:

- Possibility of scheduling changes of oil or maintenance for kilometers traveled, and that will seen in the screen of the FIS.

The maintence schedule would be interesting, but I'll leave the answer for this one to Stefan. The
problem is, however, similar to the cruise control problem from above. If it's measuring block is not
active, it won't be able to tell you maintainence / service is upcoming

Trivium88 wrote:

ECO MODE (alarm with an excesive comsuption)

Same problem as with the cruise control / overspeed alarm.



You DO realize that most of these features are available in the ColorMFA. See topic (use Google translate) here:

http://fis-control.de/punBB/viewtopic.php?id=240

63

(12 replies, posted in Allgemeine Diskussion)

Hi,

gurkenzuechter wrote:

Allerdings ist der Austausch und an das Anzapfen schon abenteuerlich. Mal abgesehen von der fehlenden Zulassung.

Nä ja, abeteuerlich.... Man muß halt die Sensoren, die vorher auf dem
originalen FIS angezeigt wurden (und nicht auf dem CAN liegen), dem
neuen Controller zugänglich machen. Von wegen Zulassung: Ich denke
daß ist eine Grauzone. Ist es wirklich "fest" mit dem Fahrzeug verbunden?

gurkenzuechter wrote:

Weiter kann danach nicht mehr die Standlüftung bedient oder auch die Uhrzeit im Ki eingestellt werden.

Standlüftung habe ich nicht (daher für mich kein Thema). Meine Uhr ist funkgesteuert
und (bei mir) einstellen kann man sie mittels des Dreh/Druck "knopfs" im KI

gurkenzuechter wrote:

Da würde ich mir lieber einige Features im Fis Control wünschen ala ÖlstandsAnzeige.

Das monochrome FIS ist halt von der Auflösung mega bescheiden.

Sie arbeiten gerade daran, daß es auch mit einem Navi funzt. Evtl kann
man dann beides haben (FIS und ColorMFA).

Ich habs mir auf jeden Fall mal bestellt. Jetzt heißt es ~~ 2 Monate
gedulden....... ö))

64

(12 replies, posted in Allgemeine Diskussion)

stefan@fis-control wrote:

Ja, die ColorMFA ist wirklich sehr cool. Größten Respekt an den Entwickler "Autopilot". Sowas hätte Audi mal serienmäßig verbauen sollen.

Ja. Vor allem sind auch so coole Sachen wie "Tempomat" an
und aktiv + gespeicherte Geschwindigkeit Anzeige", was es
original beim A6 C5 noch nicht einmal gibt (war mir schon
immer unverständlich warum das so ist).

Ich weiß nicht was für eine Auflösung das "VAG" Farbfis
hat, beim ColorMFA sind es 320x480 Pixel. Da läßt sich
schon was mit anfangen ;ö))

stefan@fis-control wrote:

@Lightningman: In wie fern wolltest du das FIS-Control mit der ColorMFA kombinieren? Die ColorMFA kann doch schon sehr viel. Bis auf das Anschließen von eigenen Sensoren vielleicht.
Wenn die ColorMFA lernt, die CAN- bzw 3LB-Botschaften vom Navi zu interpretieren und auf dem eigenen Display anzuzeigen, könnte sie auch die Ausgabe vom FIS-Control anzeigen.

Halt das beste aus beiden Welten ;ö)). Dem ColorMFA fehlen:

- die (Zusatz)Sensor Eingänge*
- vor allem EGT
- Keine Ausgänge**
- Keinen "L" Eingang
- Keine seriellen Schnittstellen (Bluetooth und RS-232)
- Kein Flash-Speicher für Daten-Logging
- Kein integrierter Umgebungsdrucksensor

==> Ist also ein bischen wie die FIS-Control light

Es fehlt auch die Valentine Integration und Snake.
Beides sind (für mich) aber nicht so wichtig

- Preset / Kollektion gibt es nicht wie bei der FIS
Control (und da hätte ich eigentlich schon gerne
mehr ;ö))

* = Wenn man sich die Raytracings der Platine
anschaut, sieht es so aus, als ob beim Analogen
Eingangsheader schon mehr als nur der eine Pin
belegt ist. Evtl gibt es dann (später) eine Möglichkeit
ein paar Sachen anzuschliessen. Hilft aber nicht
bei den EGT Sensoren.

**= Ditto, wenn man sich den Piepserheader
anschaut sind dort auch mehr als nur die beiden
Pins belegt. Evtl geht also da auch noch was.

Die Frage wäre, ob Deine FIS Control seine Eingänge
(im "Sondermodus") laufend abscannnen könnte und
dem ColorMFA auf einem der CAN Buse periodisch
mitteilen könnte.

Für die Ausgänge halt umgekehrt. Sprich die FIS hört
auf dem Bus nach bestimmten Befehlen, um damit die
Ausgänge anzusteuern.

Dein Drucksensor könnte seine Werte ebenfalls auf dem
Bus periodisch senden. Dieses könnte die ColorMFA lesen
und dann vom Boost (M-Stg) Wert abziehen.

Beim A6/C5 läuft ja noch einiges über die L(2.te K)-Leitung.
Hierfür hat die ColorMFA scheinbar keinen Eingang (weshalb
wahrscheinlich auch die TPMS, Standheizung und die Navi
funktion beim ColorMFA nicht gegeben ist.

Ein (2.tes) KI habe ich hier schon liegen "Zufälligerweise" ist
hier das FIS Display nicht mehr so ganz in Ordnung ;ö))  Ich
denke ich werde das ColorMFA mal bestellen ;ö))

Zwecks fliegendem Wechsel zum Testen, werde ich wohl
mein original KI clonen. Beim originalen KI habe ich
nämlich gerade das rote Display erneuert......

Hi,

Auf:

https://www.drive2.com/o/MultiMFA

bzw. mehr Topics dazu unter:

https://www.drive2.com/search/?cx=00972 … fa&sa=

(bitte mit Google übersetzen. Ist fast alles in Russisch)

gibt es ein *SEHR* interessantes Projekt für alle uns monochrome FIS Fahrer.
So weit ich das Beurteilen kann, gibt es das Projekt seit circa 1-1,5 Jahren
(ich bin allerdings erst letzte Woche darüber gestolpert ;ö))

Unter:

https://www.youtube.com/watch?v=9AKjIYAWn7g

Gibt es ein Video (in Englisch) dazu, wo mann viele
der Features sieht. Nicht daran stören, daß es ein
Skoda ist ;ö)). Das ganze geht auch bei Audi & VW
Fahrzeugen.

Auf der MultiMFA Seite gibt es auch Bilder der Platine bzw.
jede Menge Einbauberichte. Das Ganze ist schon recht
aufwendig und hat einen Krux: Es geht nur bei den KI
Clustern die mittels CAN angesprochen werden (also
3LB fällt leider aus). Dafür spielt es aber keine Rolle, ob
das KI ein halbes FIS, volles FIS oder gar kein FIS hat ;ö))


@Stefan:

- Gibt es eine Möglichkeit Deine FIS Control hier mit
einzubinden (Du *m*u*s*s*t* jetzt auf jeden Fall JA
sagen ;ö))?

- Das Display hängt an mehreren Sensoren, die aus dem
Fahrzeug ankommen (digital) am KI . Außerdem wird
die K-Line sowie alle 3 CAN (Motor, Info und Comfort)
Buse "angepiekst". Die K-Line ist ja nicht Multiplayer
fähig. D.h. hier müßte man einen Umschalter rein machen.
Das Display wird *nicht* an die Anschlüsse des original
Display angeschlossen.

Hi,

Hendrik wrote:

Das hört sich gut und ist genau, was ich brauche.
Heißt nicht normal nutzbar, dass es in dieser Zeit nicht auf Tastendrücke vom Lenkstockhebel reagiert?
Mir würde es reichen, wenn ein vordefiniertes Preset geladen und angezeigt wird.

Dir ist aber schon klar, daß der BC / FIS Contol in diesem
Modus *gar nicht* anderweitig genutzt werden kann.
D.h der BC zeigt nix an außer der Meldung UART<->FIS.
Preset und irgendetwas anzeigen geht dabei nicht.

Außerdem schätze ich daß die "Verarbeitungsgeschwindigkeit"
(also vom Tastendruck bis zu einer spürbaren Ändernung am
Android Tablet) nicht sehr prickelnd sein wird.

67

(6 replies, posted in Allgemeine Diskussion)

Hi,

AudiUnlimited wrote:

Hallo Jan,
vielleicht hilft dir das weiter:
http://wiki.ross-tech.com/wiki/index.ph … A3/S3_(8L)

Aber wenn ich du wäre, würde ich mir bei Amazon ein K409 Diagnosekabel bestellen und dann mit VCDS-Lite 1.2 (kostenlos) die Messwertblöcke auslesen.

Er kann doch die FIS Control als "Diagnosekabel" nutzen

AudiUnlimited wrote:

Ich lach mich tot.. lol

NEeeeeeeiiinnn, bitte NICHT. Sonst kommst Du
doch nicht in den Genuss die FIS Control zu
(be)nutzen. ;ö))

Komm, gib es zu Stefan, daß ist die neumodische
Echtzeituhr, die Du in die FIS Controls reinbaust ;ö))

Ich denke auch, daß das Ticken vom KI kommt, wenn die
FIS Control versucht eine OBD Verbindung aufzubauen. Ich
wüßte auch nicht, welche STG außer dem KI ticken könnte.

Das "ticken" kommt swiw aus dem im KI  eingebauten
Lautsprecher / Gong. Das macht daß KI auch, wenn man
z.B. das Motorsteuergerät anspricht.

70

(0 replies, posted in OBD, Tuning, Autos, Sonstiges)

Hallo Leute,

Ich suche für eines der folgenden Maserati "EXHAUST NOISE CONTROL UNITS "

- 670030871
- 670030637
- 670036582

einen Schalt- bzw. Pinbelegungsplan. Verbaut sind diese Module in (z.B.)
den folgenden Fahrzeugen:

- 2015 Maserati Ghibli V6 3.0 250bhp
- 2014 Quattroporte V6 3.0 TDS 250bhp
- 2015 QTP V6 3.0 TDS 275bhp

Wäre supergeil, wenn mir da irgendwer aushelfen würde / könnte.
Die Module dürften allesamt gleiche Belegung haben und sich nur
in der SW oder HW Revision unterscheiden.

Gebaut werden die Module eigentlich von Eberspaecher. Nachdem
ich dort bestimmt 3 Stunden von einem zu nächsten gereicht wurde
(und mir immer wieder gesagt wurde, daß die Abteilung (mit der ich
gerade verbunden war) dafür nicht zuständig wäre, sondern "xyz"
(halt der nächste Ansprechpartner), kam dann endlich raus:

Pinbelegung (da für Maserati gefertigt) können sie nicht rausgeben.
Komischerweise werden diese Module (halt nicht im Maserati Label)
auch für ihre Systeme benutzt...... Von denen habe ich aber leider
keine Teilenummer. Ganz nachvollziehen kann ich daß mit der
Pinbelegung nicht (Maserati hin oder her), da hier ja keine Betriebs-
geheimnisse verraten werden (ich will ja keine Schaltplan von den
Innereien).

Das Module scheint (außer das es verschraubt ist) auch verklebt zu
sein. Ich habe es jedensfalls nicht geschafft es zu öffnen. Und bei
knapp 400 Ocken wollte ich nicht unbedingt zu viel Gewalt
anwenden :ö==). Wenn man es öffnen könnte, könnte man wenigstens
sehen, welche von den 40+ Pins überhaupt angeschlossen ist.

viele internette Grüße,
Reinhard

Hallo,

fenicks wrote:

Welchen Adapter hast du verwendet um ihn zu nutzen? Und bist du immer noch zufrieden?

Den Adapter habe ich selbst hergestellt (Hydraulikschlauch
mit den nötigen Innen- bzw. Aussengewinde- Einsätzen
eingepresst). Mit einem "einfachen" Messingadapter wird
es am Abgriffpunkt (Laderölleitung) zu eng. Da hängt bei
mir noch Öltemperatur und der Öldruckschalter (>2bar @
2000Upm) vom Werk aus dran. Deshalb habe ich den
Drucksensor an die Spritzwand ausgelagert.

fenicks wrote:

Hast du da eine Empfehlung für zufällig?

Hab mal das Forum zufällig durchforstet und das gefunden, hier


Nein, ich meinte folgendes Topic:

http://fis-control.de/punBB/viewtopic.php?id=165

Auf Ebay z.B.:
http://www.ebay.de/itm/Druck-Transducer … q1MYJbCaUw

100 psi = 6,89476 bar bzw. 14,5038psi sind 1 bar

Die Zada-Tech (aus Deinem Link) sind die gleichen
(behaupte ich jetzt einfach mal ganz frech) nur eben
zu einem anderen Kurs....... Selbst wenn die Zadas
nochmal 10x genauer wären ( also ~ 0,035%) würde
sich das nicht lohnen. Evtl hast Du bei Zada den Vorteil,
daß sie nochmal geprüft wurden. Aber bei 12 Euro das
Stück, kannste schon 4 Stück kaufen für weniger als
einem von Zada.

Meine gemachten Tests zu dem Transducern aus Ebay
stehen im obigen Topic. Einfach mal lesen ;ö))

Pa-ox7 wrote:

die Gewinde von den Raid Hp Gebern sind nicht vernünftig dicht zu bekommen.

Kann ich so nicht bestätigen. Allerdings haben die RAID (und andere)
KEIN metrisches Gewinde, sondern NPT 1/8" x 27. Das "paßt" zwar
in M10x1 rein, aber man vermurkst das Gewinde (und bekommt es
dewegen nicht dicht). Dazu gibt es aber zig Varianten von Adaptern
von Maxb auf NPT 1/8" x 27 (Innengewinde)

Mein Rat ist ein anderer: Nimm gar keine von den
Blechdosen (egal ob China, Raid, VDO, Pierburg, etc)
Die taugen *alle* nix. Das sind alles super billige
"Mess"dosen, wo eine Membrane im Prinzip den
Schleifer von einem Kohleschicht "Poti" bewegt.
Durch die Ausdehnung der Dose, Membrane, Kohlebahn,
etc bei Wärme / Kälte /Alter, sind die Dinger so was
von ungenau, daß man es sich bald sparen kann, sie
zu benutzen. Ich hatte teilweise 0,2- 0,5 bar Öl"druck"
obwohl der Motor schon seit 10 Minuten abgestellt war......

Vor allem für 50-80 Ocken (in dem Frechheitsbereich
bewegen sich fast alle der Blecheimer) bekommst Du
richtige Messdosen mit eingebauter Elektronik, Temp
Kompensation, etc. Irgendwo hier im Forum hatte ich
so einen schon mal vorgestellt.

74

(8 replies, posted in OBD, Tuning, Autos, Sonstiges)

Hai,

stefan@fis-control wrote:

Hast du auch mal gegen die Masse (Schraubklemme GND) vom FIS-Control gemessen?

Abgesehen davon kann das FIS-Control nur bis 5 Volt messen.

Je nach verbautem ADC kann es schon ein paar Millivolt über oder
unter Vcc sein (bei den Atmels ist es zumindest so)

adrian.luczak wrote:

Moin,
Sen5 - GND 5,00V
Sen5 - Masse ZE 5,03V
GND -  Masse ZE 0,003V

3mV am Auto per Multimeter mit 2 Kabeln zu messen
kannste vergessen ;ö)) Da brauchste nur ein bischen
fester oder weniger fest mit den Spitzen zu drücken,
schon hat man andere Werte.


adrian.luczak wrote:

FIS zeigt entgegegn dem Gemessenen Wert von 5,00V nur 4,96V

Das die FIS garnicht ein wert von 21 AFR anzeigen kann habe ich am anfang garnicht berücksichtig.
Weil der Ausgang der ZT 2 nur Maximal 5V rausschiebt.

Bitte nicht vergessen, daß sowohl das FIS als auch Dein ZT eine
gewisse Toleranz haben. Wenn die Formel von Stefan oben
stimmt, dürfte Dein ZT auch nicht mehr als maximal 2*5V+9,6 = 19,6
anzeigen (und keine 21)

adrian.luczak wrote:

Der Aufwand die ZT -2 Über den RJ11 mit dem Fis zu verbinden ist wahrscheinlich zu groß.

Das geht nicht. Der western Stecker ist für einen Radarwarner gedacht.

adrian.luczak wrote:

die Fis über diesen Ausgang min. 4 Amper stabil raus bekommt.
Die Strom aufnahme der ZT-2 habe ich noch nicht gemessen allerdings ist in ihr eine
interne automatische 4 Ampere Sicherung verbaut.

Wenn die Polyfuse auf 4A ausgelegt ist, wird (wenn es vernüftigt
gebaut ist) Dein ZT nicht mehr als 1-2A brauchen. Die würde ich
aber auch schon nicht mehr über die FIS laufen lassen.

"mV genau" zu messen ist schon recht kniffelig. Du mußt auf jeden
Fall alle Kabel so kurz wie möglich halten und Plus und Minus für
alle beteiligten Komponenten aus einem Pukt holen (Sprich nix
über die Karrosse oder irgenwelche Zentralelektriken holen). Zusätzlich
die Verbindungen *löten* und nicht mit irgendeiner Crimpka**e
arbeiten.

Pa-ox7 wrote:

?Mir wäre es ganz wichtig eine Arlarmmeldung zu bekommen wenn der Öldruck vom ext.  Sensor unter einen bestimmten Wert fällt.

Da würde ich mich aber nicht unbedingt darauf verlassen, daß diese Meldung
schnell genug kommt. Wie Stefan schon geschrieben hat, hat die FIS eine
(relativ) niedrige Priorität beim Tacho. Warum verbaust Du nicht einen normalen
Öldruckschalter (am besten mit einstellbarer auslöse Schwelle UND einstellbarer
Hysterese). Hinter den Schalter ne kleine Auswert"elektronik" (kann ein einfacher
Warnsummer sein, oder eine Auswertung, die so lange Speck macht, bis man
entweder anhält oder ein bestimmter Druck wieder erreicht wird (deshalb der
Vorschlag mit einstellbarer Hysterese) Es auf dem Tacho *zusätzlich* angezeigt
zu bekommen ist natürlich eine feine Sache.

s.gregoric wrote:

Kann mann nicht auch für die ext. Sensoren die relais ansteuerung per konfigurator vorgeben ?

Ich denke auch man sollte sich nicht nur auf die OBD Werte alleine beschränken (beschneiden).

stefan@fis-control wrote:

Jo, das kann ich tatsächlich einfach machen.

Mein Vorschlag wäre dann:
Messwert größer als "obere Grenze" -> Relais 1 an
Messwert kleiner als "untere Grenze" -> Relais 2 an
Messwert größer als "obere Linie" -> Relais 3 an
Messwert kleiner als "untere Linie" -> Relais 4 an

Stefan, hier bitte keine Verknünpfung *fest* vorgeben. Laß den
User unterscheiden, ob und welches Relais schalten soll. Fest
"verkabelt" ist immer nicht so günstig. Zumal einige Leute ja
schon etwas mit den Relais "x" vielleicht machen. Nächste Frage
ist wann schalten die Relais aus? Auch hier ist eine einstellbare
Hysterese notwendig. Z.B. Shift light, Soll angehen bei 5000 Upm
und wann aus? Bei 4999 Upm? Macht keinen Sinn. Da flackert die
Lampe laufend an-aus. Eine feste Hysterese von sagen wir 250
(Upm) geht auch nicht, da dieser Wert (250) für ein Temperatur
basierendes Ereignis VIEL zu groß wäre.

Aus Deinem Beispiel oben wäre z.B. auch folgendes Möglich:

Messwert größer als "obere Grenze" -> Relais 1 (x) an
Messwert KLEINER als "obere Linie" -> Relais 1 (x)  AUS

somit habe ich nur ein Relais "verpulvert" anstelle von zwei Stück

Ich habe ja schon ein paar mal geschrieben, daß die FIS vielfältiger
nutzbar wäre, wenn man sie von den frei wählbaren (Umgebungs-)
bedingungen als StateMachine nutzen würde.

Mir gefällt die Idee schon, nur muß man natürlich auch klar sagen,
daß es nur so lange funktioniert (bei OBD Werten auf jeden Fall),
wie diese auch aktiv (also als MWB oder Kollektion oder Preset)
im Vordergrund laufen. Will heißen: Ein (OBD) Öldruckwarner wird
nicht funktionieren, wenn gerade das Preset "PDC Abstand" aktiv
ist. Da kann der Öldruck zu einem Vakuum werden und die FIS
wird sich auch nicht mit nur einem Piepser melden.

Anderes sieht es bei den externen Sensoren aus. Die könnte
man (meiner Meinung nach) laufend im Hintergrund pollen. Egal
ob diese gerade "auf der Oberfläche" (FIS) sind oder nicht. Der
in der FIS verbaute µProc sollte dafür mehr als genug Horsepower
haben.

meine 0,02€ ;ö))