ET200SP erste DQ Karte blinkt | Forcen funktioniert

[Suspectus]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moinsen,

ich habe das Problem dass die Ausgänge der ersten DQ Karte einer ET200SP immer blinken wenn ich sie aus dem Programm heraus versuche zu schalten, Forcen funktioniert.

Verwendete Komponenten:

• TIA v18 | Update 5
• CPU 1515-2PN | Firmware 2.9.8 (projektiert 2.9)
• IM 155-6 PN ST | Firmware 4.2
• DQ 16x24VDC/0.5A ST | Firmware 0.0
• Weitere E/A Karten

Ich habe bereits versucht:

• Reihenfolge der E/A Karten getauscht, egal in welcher Reihenfolge ich sie stecke und projektiere, es ist immer die erste DQ Karte.
  Ich hatte auch versucht nur die DQ und das Servermodul anzuschliessen und die beiden DQ Karten von der Reihenfolge zu vertauschen.
  Bei z. B. folgendem Aufbau funktionieren alle Karten einschliesslich der 2. DQ Karte ganz normal, nur die erste DQ blinkt, es sei denn man forced sie.
  ET200 - DI - DI - DQ - DQ - AI - A - Servermodul (die erste Karte hat ein weisses Base Modul mit Spannung)
  
  
• Die Adressen der Ausgänge habe ich getauscht in einen Bereich der im restlichen Projekt nicht verwendet wird, dabei habe ich die Variablen nicht automatisch umverdrahtet.
  
  
• Mit folgendem SCL Code am ende im OB1 versucht einen auf der Karte liegenden Ausgang zu beschreiben, da ich zuvor die Adressen komplett geändert hatte und es keine weiteren Querverweise gibt denke ich nicht dass im Programm an anderer Stelle er wieder mit false beschrieben wird.
  

  "variablenname":P := TRUE;
  "variablenname" := TRUE;

  
  
• Das Prozessabbild für diese Karte deaktiviert.
  
  
• Wertstatus und Configuration Control deaktiviert
  
  
• L+/M und BaseUnit überprüft
  
  
• Online & Diagnose zeigt keine Fehler/Warnungen oder ähnliches: "Baugruppe vorhanden. OK"
  
  
• Mit Wireshark den Netzwerk-Verkehr zur ET200 belauscht, keine weiteren Zugriffe gesehen die nicht von der CPU kommen, das Profinet Protokoll zu verstehen habe ich trotz GSD Datei nicht so wirklich geschafft, ich sehe zwar die Schreibzugriffe, kann aber nicht zuordnen welche Ausgänge das genau sind.
  
  
• Die ET200 komplett so wie sie ist habe ich von einem TIA Projekt in ein anderes (mit dem selben CPU Typ) kopiert und das Ethernet Kabel umgesteckt. Bei der funktioniert es Merkwürdigerweise ganz normal, daher vermute ich das es irgendwas im Projekt oder in den Einstellung der CPU sein muss, ich komme aber nicht darauf was es sein könnte und kann leider nicht so einfach alle anderen Programmteile und Teilnehmer rausschmeissen da es sich um eine laufende Anlage handelt.

Hat da jemand eine Idee woran das liegen könnte, ich bin langsam echt ratlos

 

[Andre1977]

Hallo, in der Hardware Konfiguration, hast du auch dort schon nach gesehen, als was die BaseUnit konfiguriert ist?
Kontrolliere mal das Rack wie auch die BaseUnit davor und dahinter Konfiguriert sind.
(Mit / ohne Spannungsversorgung)

 

[Suspectus]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo, danke für die schnelle Antwort.
Ja, das habe ich schon überprüft. Die erste Baugruppe hat eine neue Potentialgruppe (helle BaseUnit) und alle darauffolgenden eine dunkle BaseUnit. Das ist sowohl im Projekt als auch physisch vor Ort so umgesetzt.

Wenn ich die ET200 in genau dieser Konfiguration mit einer anderen Steuerung ansteuere, funktioniert sie ja auch ganz normal. Daher denke ich eigentlich nicht, dass es sich um einen grundlegenden Hardwarefehler der ET200 oder der E/A Karten handelt.

 

[Andre1977]

Hmmm...es bleibt spannend. Ein gesamt Übersetzen der Hardware und Software seperat ausführen und noch mal die Hardware und Software Laden.
Die Artikelnummern stimmen ja auch.
Hast du in der Hardware Konfiguration auch unter Netzwerkansicht die richtigen Verbindungen und Geräte zu gewiesen?

 

[Suspectus]

Die Lösung war:
Ein BMO für einen FU, dem man beim Aufruf eine Adresse als Integer mitgibt. Diese Adresse wurde dann im BMO mit PAW auf den normalen Ausgang geschrieben und zusätzlich (der Problemverursacher) mit DPWR_DAT an die Systemkonstante mit genau dieser Nummer geschrieben.
Es war also einfach nur Zufall, dass genau diese Adressnummer ebenfalls die Nummer der Systemkonstante der Ausgangskarte war, und die Programmierung des BMO's war kompletter Quatsch, DPWR_DAT war da einfach fehl am Platz.

 

[striezel]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was ist ein BMO?

 

[Wilhelm Richter]

Ich würde im Projekt suchen, nicht an der Karte. Wenn Forcen funktioniert und die ET200 in einem anderen Projekt sauber läuft, ist die Hardware wahrscheinlich okay. Das Blinken klingt eher so, als ob irgendwo zyklisch dagegen geschrieben wird.
Testweise die DQ auf einen komplett freien Adressbereich legen und direkt absolut ansteuern. Danach nicht nur Symbolnamen prüfen, sondern auch absolute und indirekte Zugriffe.

 

[DeltaMikeAir]

Das Blinken klingt eher so, als ob irgendwo zyklisch dagegen geschrieben wird.

Die Lösung war..........

 

[NBerger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was ist denn nun ein BMO?

 

[Suspectus]

Was ist ein BMO?

Was ist denn nun ein BMO?

BMO = Betriebsmittelobjekt

Im Prinzip eine Funktion (in TIA als FC oder FB realisiert) die auf eine bestimmte Komponente zugeschnitten ist, um diese im Programm strukturiert und wiederverwendbar zu verwalten.

Ist zugegeben ein sehr deutscher Begriff, ich hatte es so gelernt.
AWL Deutsch/English Umstellung ist auch ganz schlimm