Zugriff mit AsyncProfessional auf RS232<->TCP-Konverter

[UweR]

Hallo Leute,

ich hab ne Applikation die über die serielle Schnittstelle kommuniziert und das auch normalerweise brav macht. Jetzt ist ein Kunde auf die ID gekommen das Modem getrennt vom Programm hinzustellen und die Daten über TCP dahin zu schaufeln. Er benutzt dazu ESPort. Mir fliegt dann beim Öffnen des Ports eine Exception in ntdll um die Ohren. Das Prog ist in Delphi5 geschrieben und ich benutze zum Zugriff auf die ComPorts AsyncProfessional 2.57.

Fällt irgendjemand was dazu ein?

[DerDan]

Hallo,


es wär bestimmt ganz hilfreich, die genaue Flugbahn deiner Exception zu kennen.
Vielleicht lässt sich dann mit deinen dürftigen Angaben mehr anfangen.

Ansonsten kann es auch nichts schaden den Debugger zu starten um zu sehen, welches die letzte deiner Funktionen ist,
bevor die Exception den Motor anwirft und losfliegt.


mfg

DerDan

[SvB]

Grundsätzlich wäre die Fehlersuche mittelt Debugger wohl nicht schlecht, aber ich gebe Dir mal noch einige Infos, vielleicht kannst Du damit ja was anfangen.
Ich benutze eine ähnliche Konstellation auch mit D2007, AsyncPro 4.07 und einem XPort von Lantronix. Es gibt von Lantronix die Software "Redirector", die mir ins System einen virtuellen ComPort einbindet, den ich dann benutzen kann. Wenn dieser Redirector in Bezug auf den ComPort nicht richtig konfiguriert ist. bzw. gar nicht konfiguriert ist, dann hagelt es auch Exceptions wenn ich mit AsyncPro auf den ComPort zugreifen möchte. Welche Art von Exceptions das sind, kann ich im Moment nicht sagen.
Ich kenne ESPort nicht, aber ich denke, das wird dort ähnlich sein, dass ein virtueller ComPort eingerichtet wird, über den dann die Daten gesendet werden. Suche doch mal in der Richtung. Da Deine Software bisher direkt am ComPort gelaufen ist, sollte das ja auch weiterhin funktionieren.
Wo findet man Infos zu ESPort?

Grüße Sven

[UweR]

Erst mal Danke für die Hinweise.

Eine Suche mit Debugger wäre natürlich schön, aber da das nur bei einem Kunden läuft und nicht bei mir auf der Entwicklungsmaschine ist das alles mit Aufwand verbunden. Was ich noch nicht erwähnt hatte ist das die Konfiguration von ESPort eigentlich funktionieren müßte weil ich mit Hyperterminal die Schnittstelle aufkriege und mich auch mit dem am anderen Ende befindlichen Modem unterhalten kann.

Infos zu diesem ESPort habe ich beim Kunden angefragt, aber noch nichts erhalten.

[UweR]

So, mittlerweile ist auch die Info zu ESPort aufgeschlagen. Die Infos findet man hier:

http://pcmicro.com/pni/

[SvB]

Habe mir den ESPort mal angesehen. Grundsätzlich funktioniert das wie auch beim XPort von Lantronix. Ich kann also so nicht sehen, o das Problem liegen könnte.
Das AsyncPro das Du benutzt, ist das die Software / Version von Turbopower, die jetzt als OpenSource zur Verfügung steht, oder ist das etwas anderes. Falls es die von Turbopower ist, dann solltest Du mal die neueste Version benutzen, vielleicht ist dann das Problem damit schon behoben. Das ganze findest Du unter Sourceforge.

Grüße Sven

[UweR]

Hi Sven,

ja es ist das Teil von TurboPower. Aber mit dem Update auf die neueste Version ist das so ein Problem. TurboPower hat da irgendwann mal das komplette Objektmodell geändert. Ein Update würde für mich bedeuten das ich quasi alles komplett über den Haufen werfe und neu schreibe. Da ich meine App eh über kurz oder lang durch ne .NET-Applikation ersetzen werde kommen größere Umbaumaßnamen nicht in Frage.

[SvB]

Das ist dann natürlich etwas schwierig. Da fällt mir dann im Moment auch keine Lösung für die Software ein. Der Kunde soll sich dann vielleicht nach einer anderen Lösung für Netzwerk und seriell umschauen, die dementsprechend einen anderen Treiber für den virtuellen COM-Port hat. Vielleicht klappt es damit besser.

Grüße Sven