RS232 Device Server macht Probleme

Getestet habe ich verschiedene Geräte die hier gerade so greifbar waren: 
ein altes 56k Modem, Sat-Receiver, HP 48GX Taschenrechner. Jeweils mit 
der zugehörigen Software. Schließe ich die Geräte direkt an den COM1 
(9600 8N1) vom Mainboard an gibts keine Probleme, womit ich schonmal die 
o.g. Geräte und deren Anschlusskabel als Fehlerquelle ausschließen kann. 
Die virtuellen COM-Ports beginnen ab COM2. Dass manche Programme 
Probleme mit höheren Portnummern haben ist mir bekannt, hat aber mit dem 
Fehlerbild nichts zu tun.

Im Anhang noch den Adapter den ich zusammengelötet habe.

Die Moxas die ich kenne haben eine gute Administrationssoftware.

Kannst du dein Gerät da sehen?

Wenn ja schau auf die Com Port Einstellungen ob da vielleicht etwas 
anderes steht wie in den Windows settings.

Man braucht ein wenig bis man kapiert hat wie das alles zusammen hängt.

Als Test erstmal RxD - TXD Brücken und mit Hyperterminal (ohne RTS/CTS) 
ein paar Zeichen tippen. Mit Brücke kommen Sie, ohne Brücke nicht 
(wichtig wg. lokalem Echo).

alex_gsth schrieb:
> Loopbacktest (Pin 2 und 3 gebrückt) funktioniert aber!
> Kann mir da jemand einen Tip geben wo der Fehler liegt?

Dann ist die Baudrate im Moxa falsch, oder RTS-CTS aktiv oder Software 
Handshake eingeschaltet oder oder oder.

Die Com Port Nummer ist dem Moxa egal, Hyperterminal kann komischerweise 
auch jeden bedienen der in Windows auftaucht.

Im Webinterface des Moxa haben die Ports die gleichen Einstellungen 
(9600 8N1, KEIN Handshake/Flusskontrolle, real COM-Port) wie im 
NPort-Manager (Windows Software zur Verwaltung der COM-Ports). Man sieht 
auch an den Status-LED's an der Gerätefront, dass etwas an den 
angesprochenen Port gesendet wird (TX blinkt) aber es kommt nix zurück.

Werde dann mal die Spannungen am Port mit dem Oszi kontrollieren, 
langsam glaub ich auch an ne Hardwaresache.

alex_gsth schrieb:
> langsam glaub ich auch an ne Hardwaresache.

Was fehlt ist der Test ob GND richtig verdrahtet ist.

Der Rächer der Transistormorde schrieb:
> Was fehlt ist der Test ob GND richtig verdrahtet ist.

Ist es, Pin3 (RJ45) <-----> Pin5 (DB9-M)

Geschwindigkeit, Parität, Brücken, Masse und auch Netzteil schon 
gründlich geprüft? In seltenen Fällen schwächelte auch mal die negative 
Spannung.

Die Spannungspegel an der Buchse sind nicht OK. Lediglich -5,7V also 
weit ab von den geforderten -12V.
Das Netzteil liefert 24V, auf der Platine sitzen zwei Schaltregler (3,3V 
und 5V) sowie ein Linearregler. Alle Spannungen mit dem Oszi 
kontrolliert ---> sind OK. Genau so wie die  Elkos, ebenfalls OK.
Hat noch jemand einen Tipp?
Vermute der Fehler wird wohl im Si sein ---> Tonne :-(

Treiberbausteine sind diese hier drin: 
http://www.dz863.com/datasheet-8291591563-ZT3243LFEY_Low-Power-+3v-To-+5.5v-3d-5r-1000kbps-Rs232-Transceivers/
Dort ist zu lesen:

1

The ZT3243F Series feature the AUTOGREEN (patent pend- ing) proprietary 

2

function which automatically powers down the on-chip 

3

regulated voltage converters and driver Circuits when an RS-232 /a> 

4

cable is disconnected from the host Interface or when a 

5

connected peripheral device is turned off.

Vielleicht ist das die Erklärung der Spannungspegel.

Versorgungsspannung der Triebrbausteine ist jedenfalls OK.

< Vielleicht ist das die Erklärung der Spannungspegel.


Das hilft nicht weiter. Stell erstmal die minimal mögliche Baudrate ein 
und versuch das ganze mit deinen Möglichkeiten zu messen.

Wenn du kein Scope hast hilft auch eine Soundkarte und entsprechende 
Software (Spannungsteiler oder Dioden nicht vergessen).

UUUUUUU senden (010101001) macht ne exakte Frequenz. Da 8n1 genau 10 bit 
sind ist diese irgendwas mit 1/baud.