VMware-Forum

Hallo,

ich möchte mehrere Prozesskontrollrechner in VMs migrieren. Die Rechner laufen unter DOS
und pollen Ihre Daten mehrmals pro Sekunde über RS232, genauergesagt dort über einen
RS232<>RS485 Konverter mit 19200 Baud.

Ich habe eine Test-VM eingerichtet und dieser auch COM1 zugeordnet. Starte ich nun DOS
und die Software in der VM, blinken am RS485 Konverter auch die Kommunikations-LEDs,
also ist der Port schonmal grundsätzlich richtig. Nur kommen leider keine Daten in der VM an.

Hat hier jemand eine Idee, an welchen Einstellugen ich da noch drehen könnte?

Gruß,
Dino

ipzipzap hat geschrieben:Hallo,

ich möchte mehrere Prozesskontrollrechner in VMs migrieren. Die Rechner laufen unter DOS
und pollen Ihre Daten mehrmals pro Sekunde über RS232, genauergesagt dort über einen
RS232<>RS485 Konverter mit 19200 Baud.

Ich habe eine Test-VM eingerichtet und dieser auch COM1 zugeordnet. Starte ich nun DOS
und die Software in der VM, blinken am RS485 Konverter auch die Kommunikations-LEDs,
also ist der Port schonmal grundsätzlich richtig. Nur kommen leider keine Daten in der VM an.

Hat hier jemand eine Idee, an welchen Einstellugen ich da noch drehen könnte?

Gruß,
Dino

Hostsystem?
Mal mit 9600 Baud getestet bzw. wie ist die Schnittstelle im Host und im Gast konfiguriert?

Gruß

rprengel hat geschrieben:Hostsystem?
Mal mit 9600 Baud getestet bzw. wie ist die Schnittstelle im Host und im Gast konfiguriert?

XP SP2. Habs auch schon mit 9600 getestet und auch im Gerätemanager in den Port-Einstellungen so eingetragen. Dasselbe dann nochmal mit 19200 getestet.

Ohne deine vmx und ein vmware.log kann man nur raten

ok, hier die VMX:

------------

config.version = "8"
virtualHW.version = "6"
scsi0.present = "TRUE"
ide0:0.present = "TRUE"
ide0:0.fileName = "MS-DOS.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "H:"
ide1:0.deviceType = "cdrom-raw"
floppy0.autodetect = "FALSE"
ethernet0.present = "TRUE"
ethernet0.wakeOnPcktRcv = "FALSE"
sound.present = "FALSE"
sound.fileName = "-1"
sound.autodetect = "TRUE"
svga.autodetect = "TRUE"
pciBridge0.present = "TRUE"
mks.keyboardFilter = "allow"
displayName = "FACSPORT_PC"
guestOS = "dos"
nvram = "MS-DOS.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"

ide1:0.autodetect = "FALSE"
floppy0.fileName = "A:"
extendedConfigFile = "MS-DOS.vmxf"

ethernet0.addressType = "generated"
uuid.location = "56 4d 95 3d dd a8 52 8b-25 43 8b 65 a4 d7 ad 26"
uuid.bios = "56 4d 95 3d dd a8 52 8b-25 43 8b 65 a4 d7 ad 26"
ide0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
ethernet0.generatedAddress = "00:0c:29:d7:ad:26"
ethernet0.generatedAddressOffset = "0"

memsize = "128"

tools.remindInstall = "TRUE"

serial0.present = "TRUE"
serial0.fileName = "COM1"

serial0.yieldOnMsrRead = "FALSE"

checkpoint.vmState = ""

So, und hier das Log. Habe es in .TXT umbenannt, weil .LOG komischerweise verboten ist
Das einzige, was mir da jetzt aufgefallen ist, steht am Ende, und zwar

Aug 28 15:39:59.809: vmx| serial0: Overrun

Habe das System jetzt mal auf 2400 Baud runtergestellt, seitdem taucht im Log keine Fehlermeldung mehr auf. Eine Kommunikation ist aber immer noch nicht möglich.

Gib deiner VM mal ein ordentlich formattiertes floppy-image.

Dann guck bei mir auf der Seite zu den serial* parametern und experimentier etwas herum
http://sanbarrow.com/vmx/vmx-serial-ports.html

continuum hat geschrieben:Gib deiner VM mal ein ordentlich formattiertes floppy-image.

Es steckte halt keine Diskette im Laufwerk *g*

continuum hat geschrieben:Dann guck bei mir auf der Seite zu den serial* parametern und experimentier etwas herum
http://sanbarrow.com/vmx/vmx-serial-ports.html

OK, werde damit mal was rumspielen.

Ne, funktioniert nicht

Muß ich wohl doch auf DOSBox oder VirtualBox ausweichen.
Unter DOSBox läufts problemlos sogar ohne irgendwelche Kommunikationsfehler, VirtualBox teste ich gerade.

Naja, Pech gehabt.

Habe ein offenbar sehr ähnliches Problem. Mir wäre, was auch immer das ist, auch DOSBox recht, wenn es hilft.
Werde morgen mal schauen, ob mei COM-Problem auch mit DOSBox lösbar ist. Könnte 'eng' werden, da ich noch nicht weiß, ob die verfügbare 0.72 schon 'nen LPT hat und wie viele COMs durchgereicht erden können (brauche 3).

René