HBCI-Kernel stürzt nach Übertragung ab

Hallo,

Ihr seid (mal wieder ) meine letzte Hoffnung:

Neuinst. 2.0 i mit HBCI-Chipkarte; Einzelplatz aktuelle Hardware mit massig freiem Speicherlplatz; Reiner-USB-Leser; Win 98SE :? mit allen Updates (wegen anderer SW, die angeblich unter XP oder 2K nicht rennt);
DFÜ-Netzwerk mit 1&1 DSL; AntiVir; keine Firewall

Installation funzt
Konteneinrichtung SpK (ca 15 Konten) funzt (mit Chipkarte)
Konteneinrichtung Voba (3 Konten) HBCI-Komponente stürzt NACH der DFÜ ab.; 2. Versuch klappt.
Einzelabruf Umsätze (Hauptkonto - jede Menge) funzt.
Kontorundruf HBCI-Komponente (die Komponente schenk ich mir ab jetzt ...) friert nach der DFÜ ein; über Taskmanager abgeschossen und sta manuell eingelesen.
Diverse Versuche, Auszüge abzuholen mit mal mehr mal weniger Konten : funzt MANCHMAL :evil:

Bei irgendeiner DFÜ (auch mit ÜW gespielt) klappt der Automat wunderbar. Das Prob ist die HBCI, die sich nach der eigentlichen Übertragung weghängt. Bei manuellem Abschießen und Neustart des Automaten werden die "Nacharbeiten" (sta einlesen bzw. UW-Protokoll drucken) normal ausgeführt.
Und das ganze wie gesagt MANCHMAL ... ( ca. 50% der DFÜs)

Bisher probiert (nicht chronologisch, eher nach Grad der Verzweiflung ):

- Treiber- und Kernelupdate Leser
- Leerung Temp-Verzeichnis
- Überinstallation
- Löschung hbci-Verzeichnis und Überinstallation
- Reorg
- Check uno.ini
- MTU auf 1492
- und natürlich jede Menge Neustarts mit und ohne herunterfahren ...


Die MTU war reine Verzweiflung, weil die DFÜ ja eigentlich funktioniert. Nur HBCI hängt sich auf, wenn es eigentlich beendet werden soll ....

Help wanted !!

CU

Frank

Hallo Raimund,

die Genossen laufen auch mit Chipkarte. Das Miststück macht auch hier was es will und interessiert sich nicht dafür, bei welcher Bank es abstürzt. Es macht es einfach ... :shock:

Es ist ein "einfaches" DFÜ-Netzwerk am Modem.

Vor allem stürzt er ja NACH der DFÜ ab und reißt den Automaten mit.

*frankganzverzweifeltausderwäscheschaut*

Hallo,

meiner Meinung könnte es eventuell in der Verbindung zwischen SfAutomat und Nachbearbeitung der Aufträge zu diesen Problemen kommen.

Du schreibst, dass die Aufträge an sich, ordnungsgemäss abgearbeitet werden, also die Umsätze als STA sind da (wahrscheinlich unter Sfirm32/received abgelegt) und nur beim Einlesen und Nachbearbeiten stürzt der Automat ab.

Unter Sfirm32/HBCI/bkg gibt es eine bkernelc.ini. Hier wiederum gibt es einen Parameter

[Timeout]
Tcp=300

Vielleicht könnte man diesen Parameter etwas erhöhen, damit die Verbindung etwas länger aufgebaut bleibt und die an sich ausgeführten Aufträge mehr Zeit haben, vom SfAutomaten an die Nachbearbeitung übergeben zu können. Ein Versuch ist es wert.

Ich könnte mir vorstellen, dass zwischen Verbindungsabbau vom Modem und Übergabe an die Nachbearbeitung irgendetwas nicht stimmig ist und es deshalb zu den Abstürzen kommt.

Welche Einstellung hast Du denn bei Internet-Provider (Sfirm32 unter Extra) vorgenommen? Wird der Verbindung immer sofort getrennt oder hast Du mal probiert, dies auf "Nie trennen" zustellen, nur um mal den Effekt zu sehen, ob dies hier auch passiert.

Nachtrag und Lösung:

Der Betreuer des Kunden hat neben dem Win 98 noch XP installiert. Sieh an, alles läuft.

CU

Frank