Step 7 CP340 RS232C & BREAK Problem

Starflash78

Level-1
Beiträge
4
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo SPS'ler!
Bin seid ein paar Tagen dabei nebenbei 3 CP340 zu verbauen und alles auf ihre Kommunikationspartner zu parametrieren / programmieren.
Nur jetzt, bei der dritten CP, gibt es ein Problem:
Der Komm-Partner dieser CP hat nur Rx, Tx und GND. Arbeitet Vollduplex und braucht von der Verwendung her auch nur Daten empfangen.
Jetzt kommt natürlich die BREAK-Überwachung ins Spiel.

Trotz deaktivierter BREAK-Überwachung geht die CP in SF+RXD und macht nix mehr.
Problem ist, ich hab mich bis jetzt wenig mit seriellen Schnittstellen befasst und weiß deshalb nicht wie ich dies beheben kann.
Ich vermute das die Option für die Deaktivierung der Break-Überwachung nur verhindert das die Meldung nicht Richtung CPU geht, aber sicher bin ich mir da auch nicht.
Defekt der CP kann ich ausschliessen, da alle 3 CP's das selbe Verhalten zeigen.

Habe einige Verdrahtungen gesehen in denen RTS DTS CTS usw in verschiedenen variationen gebrückt werden - welche die richtige in meinem Fall ist weiss ich aber nicht.

Der Komm-Partner der CP hat wirklich nur Rx Tx und GND - ggf. stehen noch +5V zur Verfügung.

Wäre klasse wenn da jemand einen Tipp für mich hat!

MfG

DiDi
 
Trotz deaktivierter BREAK-Überwachung geht die CP in SF+RXD und macht nix mehr.
Die HW Konfig ist in die CPU übertragen?
SF+RXD (BREAK) wird nur signalisiert, wenn die BREAK-Überwachung in der Parametrieroberfläche nicht deaktiviert wurde.

Der Komm-Partner dieser CP hat nur Rx, Tx und GND. Arbeitet Vollduplex und braucht von der Verwendung her auch nur Daten empfangen.
Jetzt kommt natürlich die BREAK-Überwachung ins Spiel.
BREAK signalisiert, daß die RXD-Leitung unterbrochen ist oder ein absichtliches BREAK-Signal empfängt (genauer: wenn der RXD-Pegel länger als 8 Bitzeiten nicht mindestens -3V ist).

Überprüfe die Verdrahtung zu dem Komm-Partner. Vielleicht sind Rx und Tx vertauscht. Oder der Partner ist vielleicht in einem Stromsparmodus?

Oder hast Du an RXD des CP340 gar nichts angeschlossen? Du solltest Tx des Partners anschließen, auch wenn der Partner vermutlich nichts sendet. Oder Du verbindest am CP340 RXD mit RTS oder DTR - RTS/DTR darf dann aber nicht auf 1 geschaltet werden bzw. mit FC6 V24_SET auf 0 schalten.

Ich vermute das die Option für die Deaktivierung der Break-Überwachung nur verhindert das die Meldung nicht Richtung CPU geht, aber sicher bin ich mir da auch nicht.
Was das Deaktivieren der BREAK-Erkennung bewirkt steht im Gerätehandbuch und in der Online-Hilfe des Parametrierdialogs:
Punkt-zu-Punkt-Kopplung parametrieren schrieb:
Bei BREAK - Überwachung deaktiviert ist zu beachten:
  1. Es erfolgt bei einem BREAK weder ein Eintrag in den Diagnosepuffer, noch ein Anstoß des FB-RECV mit gesetztem ERROR-Bit und entsprechendem STATUS Eintrag.
  2. Es erfolgt bei einem BREAK ein Absetzen von angestossenen Sendeaufträgen, um so einen unter Umständen im Stromsparmodus befindlichen Partner gegebenenfalls "aufzuwecken".
    Ein Aufruf des FB-SEND wird somit ebenfalls unabhängig von einem etwaigen BREAK-Zustand mit dem DONE-Bit (nicht mit ERROR-Bit und STATUS Eintrag) zum Anwender hin quittiert.
Diagnose- und Prozessalarme zur CPU werden im Dialog Eigenschaften CP340 > Grundparameter > Alarmgenerierung enabled.

Harald
 
Zurück
Oben