WSWIN bleibt während des Auslesens hängen
Moderatoren: Werner, Tex, weneu
-
gogo
WSWIN bleibt während des Auslesens hängen
Hallo,
nach dem morgendlichen Start von WSWIN und anschließendem Auslesen der Daten seit dem Vortag bleibt WSWIN des Öfteren mitten drin stehen und vermeldet, dass keine Daten vom Funkinterface kommen. Nach Abbruch der Aktion und Programmneustart tut WSWIN dann so als wäre nichts gewesen und macht dort weiter wo es aufgehört hat. Dumm ist nur, dass dadurch natürlich keine Daten erfasst werden und das Programm hängt, solange nicht jemand von Hand das Problem löst.
Hat hierzu jemand Tipps?
Kurt
nach dem morgendlichen Start von WSWIN und anschließendem Auslesen der Daten seit dem Vortag bleibt WSWIN des Öfteren mitten drin stehen und vermeldet, dass keine Daten vom Funkinterface kommen. Nach Abbruch der Aktion und Programmneustart tut WSWIN dann so als wäre nichts gewesen und macht dort weiter wo es aufgehört hat. Dumm ist nur, dass dadurch natürlich keine Daten erfasst werden und das Programm hängt, solange nicht jemand von Hand das Problem löst.
Hat hierzu jemand Tipps?
Kurt
-
gogo
HI,
habe das 2000er Interface, seriell - ca. 5m. Während des tägl. Betriebs gibt es keine Probleme, nur beim längeren Auslesen des Interfaces.
Meistens wenn so ca. 3-4 Stunden ausgelesen wurden, also nach etwa 1-2 Min Auslesedauer, dann ist auf einmal Schluss. Dachte schon ob da irgend ein Prozess den COM-Port blockiert? Ist auch nicht immer, nur so etwa 1 mal die Woche. Der Start von WSWIN wird im Übrigen um ca. 2 Min nach Windowsstart verzögert, damit sollte eigentlich nichts stören?!
Kurt
habe das 2000er Interface, seriell - ca. 5m. Während des tägl. Betriebs gibt es keine Probleme, nur beim längeren Auslesen des Interfaces.
Meistens wenn so ca. 3-4 Stunden ausgelesen wurden, also nach etwa 1-2 Min Auslesedauer, dann ist auf einmal Schluss. Dachte schon ob da irgend ein Prozess den COM-Port blockiert? Ist auch nicht immer, nur so etwa 1 mal die Woche. Der Start von WSWIN wird im Übrigen um ca. 2 Min nach Windowsstart verzögert, damit sollte eigentlich nichts stören?!
Kurt
-
jekno
-
gogo
-
Edmund
-
gogo
-
jekno
Hallo Kurt,
Ich habe bei mir jedenfalls die benötigten RS232-Ports auf diese Werte(stehen so im Handbuch zur WS2X00PC) gestellt und keine Probleme damit.
Sonst habe ich keine andere Idee, woran es liegen kann.
Vielleicht kannst du noch mit dem FIFO-Buffer "spielen" und probieren, obwohl der auch bei mir auf Max steht.
Welches Betriebssystem hast du eigentlich im Einsatz?
Ein Fehler ist es jedenfalls nicht, auch wenn sich wswin die Einstellungen selbst initialisiert, wenn du an dieser Schnittstelle keine anderen Geräte betreibst.gogo hat geschrieben:also doch..habe mal auf die Werte
19200 Bits, 8 Datenbit, Keine(None), 2 Stopbit
eingestellt. Soll ich nun wieder die alten Werte einstellen oder so lassen?
Ich habe bei mir jedenfalls die benötigten RS232-Ports auf diese Werte(stehen so im Handbuch zur WS2X00PC) gestellt und keine Probleme damit.
Sonst habe ich keine andere Idee, woran es liegen kann.
Vielleicht kannst du noch mit dem FIFO-Buffer "spielen" und probieren, obwohl der auch bei mir auf Max steht.
Welches Betriebssystem hast du eigentlich im Einsatz?
- weneu
- Site Admin
- Beiträge: 11572
- Registriert: 22 Feb 2002 01:00
- Wohnort: Donauwörth
- Danksagung erhalten: 18 mal
- Kontaktdaten:
Hallo Kurt,
habe mich bis jetzt nicht gemeldet, da ich keinen konkreten Lösungsansatz habe, aber mit
9600, Datenbits 8, Parity none, Stoppbit 1 und flow control none
geht die Kommunikation einwandfrei. Ich würde hier nichts verändern.
Es ist allerdings richtig, dass von ELV
9600, Even Parity, 8Bit und 2 Stop angegeben wird.
Wichtig ist allerdings, dass bei den "advanced settings" kein Haken ist bei "enable Aut CTS/RTS flow cobtrol"
Nur ich denke, diese Einstellungen hattest Du ja von Haus aus, also liegt Dein Problem woanders. Auch die von Dir genannte Kablelänge ist bei seriell völlig unkritisch.
habe mich bis jetzt nicht gemeldet, da ich keinen konkreten Lösungsansatz habe, aber mit
9600, Datenbits 8, Parity none, Stoppbit 1 und flow control none
geht die Kommunikation einwandfrei. Ich würde hier nichts verändern.
Es ist allerdings richtig, dass von ELV
9600, Even Parity, 8Bit und 2 Stop angegeben wird.
Wichtig ist allerdings, dass bei den "advanced settings" kein Haken ist bei "enable Aut CTS/RTS flow cobtrol"
Nur ich denke, diese Einstellungen hattest Du ja von Haus aus, also liegt Dein Problem woanders. Auch die von Dir genannte Kablelänge ist bei seriell völlig unkritisch.
-
jekno
Hallo Werner,
Stimmt, du hast recht...
. ...habe nochmals nachgesehen.
Aber bin mir ziemlich sicher, dass 19200 Bit/s eingetragen werden sollten.
Aber es schein doch egal zusein, denn an meinen Schnittstellen habe ich, wie erwähnt "Keine Parität" gestellt.
Stimmt, du hast recht...
(Gerade) ist korrekt, nicht wie von mir geschrieben "none"..Even Parity
Aber bin mir ziemlich sicher, dass 19200 Bit/s eingetragen werden sollten.
Aber es schein doch egal zusein, denn an meinen Schnittstellen habe ich, wie erwähnt "Keine Parität" gestellt.
-
gogo