Von:	Keller Thomas (GS-EC/ESI4) *
Gesendet:	Freitag, 15. August 2003 14:38
An:	Birkle Werner (GS-ES/EAD1) *; Pfau Martin (GS-ES/EAD1) *; Lentz Gerald (GS-EC/ESY6) *; Jach Frank (GS-EC/EFB3) *; Wettcke Joachim (GS-EC/EFB3) *
Cc:	Rieth Bernd (GS-EC/ESI4) *; Willimowski Markus (GS-EC/ESY2) *
Betreff:	WG: DFPMEEP
Hallo zusammen,

nachdem ich mit Herr Klöpfer von EFB3 nochmals über diese Thematik gesprochen habe, sind wir zu dem Schluß gekommen, das über die Anzahl der Byte, die vom Freezeframe
im EEPROM gespeichert werden müssen, erneut diskutiert werden muss, sobald nächste Woche Herr Wettcke wieder vom Urlaub zurück ist. Bisher konnte mir niemand für die 
Formel zu Berechnung der Größe des Freezeframe das maximale Ergebnis nennen.

In den aktuellen Layouts für 512 Bytes EEPROMs sind im Moment ca. 40 Bytes frei, die aber z. T. einzeln verstreut liegen oder sich in Seiten befinden, in denen kein Zugriff stattfinden darf.
Nach Überprüfung der aktuell verwendeten EEPROM-Layouts können zusätzlich 9 Bytes für den Freeframe bereitgestellt werden (innerhalb der gleichen Seite für Freezeframe). Weitere 6 Bytes könnten
in den restlichen DFPM-Pages dafür reserviert werden, allerdings als 2er Paare über 3 Seiten verteilt.

Inwieweit weitere Bytes durch Aufhebung von Spiegelseiten organisert werden müssen,
hängt letztlich von der max. Anzahl Bytes für den Freezeframe ab. (In Abwägung zur verlorenen Sicherheit durch die Aufgabe der Doppelablage!)

Mit freundlichen Grüssen
Best regards

Thomas Keller
------------------------------------------------------------
Robert Bosch GmbH    (:	+49 (0)711/811-1886
Abteilung GS-EC/ESI4              Fax:	+49 (0)711/811-260877
Postfach 300 240                    :.	thomas.keller2@de.bosch.com
70442  Stuttgart
Germany
-----------------------------------------------------------

 -----Ursprüngliche Nachricht-----
Von: 	Keller Thomas (GS-EC/ESI4) *  
Gesendet:	Mittwoch, 13. August 2003 10:53
An:	Wettcke Joachim (GS-EC/EFB3) * Betreff:	WG: DFPMEEP

Hallo Herr Wettcke,

Können Sie mir Auskunft darüber geben, welche maximalen Ausmaße der neue freezeframe in unserer VW/Audi Welt haben haben wird? (siehe letztes und erstes Mail)

Die unten beschriebenen Systemkonstanten werden im Make-Prozess bedatet. Welche Werte diese Konstanten annehmen, kann ich nicht beurteilen. 
Für die Erstellung bzw. Machbarkeitsabschätzung sollte aber ich die max. zusätzlich benötigten Bytes im EEPROM in Erfahrung bringen.

Können Sie mir weiterhelfen?

Mit freundlichen Grüssen
Best regards

Thomas Keller
------------------------------------------------------------
Robert Bosch GmbH	 (:	+49 (0)711/811-1886
Abteilung GS/ESI4	                  Fax:	+49 (0)711/811-260877
Postfach 300 240	    :.	thomas.keller2@de.bosch.com
70442  Stuttgart
Germany
-----------------------------------------------------------

 -----Ursprüngliche Nachricht-----
Von: 	Jach Frank (GS-EC/EFB3) *  
Gesendet:	Dienstag, 12. August 2003 14:15
An:	Keller Thomas (GS-EC/ESI4) *
Cc:	Hinz Alexander (GS-EC/ESY2) *
Betreff:	AW: DFPMEEP

Hallo Herr Keller,

ausgehend von der Version %DFPMEEP9.10 haben sich die folgenden Werte folgendermaßen verändert:

FreezeFrame: statt 11 Bytes nun  (SY_S1FL2 + 2 * SY_S1FL3 + 4 * SY_S1FL5) (Länge eines Freezeframes) - multipliziert mit SY_FRZBLOK (Anzahl FreezeFrameBlöcke) bei mehreren FrzBlöcken.
Wenn mehrere FreezeFrameBlöcke angelegt werden (SY_FRZBLOK > 1) muss noch festgelegt werden wie viele, bzw. welche Blöcke im EEPROM gespeichert werden sollen.

Sicherung der ersten zehn Fehlerspeichereinträge und des über ffzdfp adressierten Fehlerpfades:
11 * (FPS+TYP+CDT+DFP+FES) (früher 66 Bytes) jetzt 77 Bytes da DFP nun Word statt Byte unter Beachtung der Chronologie (fcmSequTab) und des "Aktiv"-Status der Einträge

ready (unverändert 1 Byte)		Handling erfolgt über %DIMCA 50.10
evsup1 (unverändert 1 Byte)
und neu: nbractive (1 Byte)

Ist mit MIL-Satus der oben erwähnten Fehlerspeicherdaten des ffzdfp zugeordneten Fehlerpfades gemeint?

MfG Frank Jach

 -----Ursprüngliche Nachricht-----
Von: 	Keller Thomas (GS-EC/ESI4) *  
Gesendet:	Dienstag, 12. August 2003 11:18
An:	Hinz Alexander (GS-EC/ESY2) *; Jach Frank (GS-EC/EFB3) *
Betreff:	WG: DFPMEEP

Hallo Herr Hinz, Hallo Herr Jach,

können Sie mir über den Speicherbedarf wie unten beschrieben Auskunft erteilen. Die Herren Mayer und Frank sind im Urlaub, Herr Knirsch hat mich an Sie verwiesen.

MFG

Thomas Keller

 -----Ursprüngliche Nachricht-----
Von: 	Keller Thomas (GS-EC/ESI4) *  
Gesendet:	Dienstag, 12. August 2003 11:12
An:	Mayer Rudi (GS-EC/ESY2) *; Frank Rainer (GS-EC/ESY2) *
Betreff:	WG: DFPMEEP

Hallo Herr Mayer, Hallo Herr Frank,

können Sie mir über Speicherbedarf der x Einträge wie folgt und im ersten EMAIL von Herr Lentz erwähnt (s. u.), Auskunft geben?

Hierzu müssen also wieder die Readiness-Bits, der neue gesetztliche FF (um x Einträge
erweitert, weiß wohl Herr Mayer und Herr Frank), die lezten 10 Fehler
und der MIL-Status gesichert werden.

Mit freundlichen Grüssen
Best regards

Thomas Keller
------------------------------------------------------------
Robert Bosch GmbH	 (:	+49 (0)711/811-1886
Abteilung GS/ESI4	                  Fax:	+49 (0)711/811-260877
Postfach 300 240	    :.	thomas.keller2@de.bosch.com
70442  Stuttgart
Germany
-----------------------------------------------------------

 -----Ursprüngliche Nachricht-----
Von: 	Birkle Werner (GS-ES/EAD1) *  
Gesendet:	Dienstag, 12. August 2003 09:07
An:	Keller Thomas (GS-EC/ESI4) *
Cc:	Pfau Martin (GS-ES/EAD1) *
Betreff:	AW: DFPMEEP

Hallo Herr Keller,

die beiden betreffenden Personen sind

Rudi Mayer und Rainer Frank von GS-EC/ESY2.

Kommen Sie damit weiter?

Gruß, W.Birkle

 -----Ursprüngliche Nachricht-----
Von: 	Keller Thomas (GS-EC/ESI4) *  
Gesendet:	Montag, 11. August 2003 16:00
An:	Birkle Werner (GS-ES/EAD1) *
Cc:	Pfau Martin (GS-ES/EAD1) *
Betreff:	WG: DFPMEEP
Wichtigkeit:	Hoch

z. K.

Hallo Herr Birkle,

Wieviel Bedarf besteht? .... FF (um x Einträge
erweitert, weiß wohl Herr Mayer und Herr Frank),....

Welche Mehrfachablage darf gekippt werden?

Mit freundlichen Grüssen
Best regards

Thomas Keller
------------------------------------------------------------
Robert Bosch GmbH	 (:	+49 (0)711/811-1886
Abteilung GS/ESI4	                  Fax:	+49 (0)711/811-260877
Postfach 300 240	    :.	thomas.keller2@de.bosch.com
70442  Stuttgart
Germany
-----------------------------------------------------------

 -----Ursprüngliche Nachricht-----
Von: 	Rieth Bernd (GS-EC/ESI4) *  
Gesendet:	Donnerstag, 7. August 2003 15:36
An:	Keller Thomas (GS-EC/ESI4) *
Betreff:	WG: DFPMEEP
Wichtigkeit:	Hoch

Thomas,

kannst Du das nächste Woche bearbeiten?

-> (ggf. über Herrn Pfau o. Herrn Birkle weiterleiten)

Gruß
 Bernd

 -----Ursprüngliche Nachricht-----
Von: 	Lentz Gerald (GS-EC/ESY6) *  
Gesendet:	Mittwoch, 6. August 2003 15:47
An:	Rieth Bernd (GS-EC/ESI4) *; Keller Thomas (GS-EC/ESI4) *
Cc:	Gilb Matthias (GS-EC/ESI4) *
Betreff:	DFPMEEP
Wichtigkeit:	Hoch

Hallo zusammen,

es geht um die EEPROM-Abspeicherung für den Audi/VW Konzern.

Bisher wurden wohl (bin mir nicht ganz sicher) die Readiness Bits, die
letzten 10 Fehler und der aktuelle FreezeFrame (Mode2) abgespeichert.

Die MY05 Abspeicherung sieht dies nicht mehr vor. Daher muß jetzt
VW/Audi ein F/P Blatt senden, welcher auf Wunsh die alte Funktionalität
wieder herstellt. 

Hierzu müssen also wieder die Readiness-Bits, der neue gesetztliche FF (um x Einträge
erweitert, weiß wohl Herr Mayer und Herr Frank), die lezten 10 Fehler
und der MIL-Status gesichert werden.

Bevor man das F/P Blatt schreibt, möchste man aber wissen, ob beim 1.8T-längs
der neue FF und der MIL Status überhaupt noch hineingehen würden (512 Bytes!!),
bzw. wieviel Bytes momentan noch frei sind. GGf muss die Mehfachablage
gekippt werden.

Bitte um zügige Bearbeitung, da ich ab Fr. in Urlaub bin und Audi es plötzlich
ganz eilig hat....
(ggf. über Herrn Pfau o. Herrn Birkle weiterleiten)

Mit freundlichen Grüßen

	Gerald Lentz

Robert Bosch GmbH
GS-EC/ESY6
Robert-Bosch-Straße 2
71701 Schwieberdingen

Tel. 0711-811-34455
e-mail: gerald.lentz@de.bosch.com