TIA F-DQ Helltest aktiv obwohl nicht konfiguriert

F

Fluffi

Level-2
Beiträge
453
Reaktionspunkte
69
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe ein seltsames Problem bei dem ich aktuell nicht mehr weiter weiß.
Bei einem F-DQ 4x24VDC/2A PM HF_1 Modul schalten die Ausgänge im Takt von 100s oder 1000s (je nachdem was eingestellt ist), kurz 2x hintereinander auf High. Es wird also der sogenannte Helltest durchgeführt. Nur vertragen das die angeschlossenen Geräte nicht, da es zu einem hörbaren Schalten kommt sowie Folgefehlern und was mich einfach nur verwundert ist, der Helltest ist auf allen Kanälen nicht aktiviert, wie auch Diagnose Drahtbruch nicht aktiv ist und in den DQ-Parametern ist zudem noch "Deaktivierung Dunkeltest" ausgewählt. Also alle F-Tests sind aktuell in dem Modul und auch allen anderen nicht als aktiv konfiguriert. Trotzdem findet der Helltest statt. Die Konfig und das Prorgramm wurden schon x-nal neu übersetzt und übertragen.
Auch der Trick mit alle Häcken in der Konfig aktivieren, übersetzen und laden und danach wieder entfernen hat nichts gebracht, ebenso wie das Löschen des IM-Ordners Ein Programmierungsfehler ist auch auszuschließen, da auch ein fest auf Low programmierter Ausgang das zwingend macht. Lege ich die angeschlossenen Kanäle fest auf 0V statt auf die F-DQs, so tritt das Problem nicht auf, was bedeutet es muss auch wirklich am Modul liegen und nicht an den Geräten. Messtechnisch kann ich die Taktung auch erfassen, sie ist also wirklich da, aber wie gesagt, nirgends konfiguriert.
Sieht nach einem Bug aus. Ist das evtl. ein FW Problem oder kann sowas vom Hochrüsten kommen? Ich weiß nicht mehr weiter. Bin wirklich für jede Hilfe dankbar.
 
Zuletzt bearbeitet:
Welche CPU ? Welche Firmware?...

Hast du mal die max. Rücklesezeit runtergesetzt (0,8 - 5ms)

Behebt die mögliche Parametrierungsignoranz nicht, aber der Aktor reagiert dann möglicher weise nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
ich hatte beide Rücklesezeiten bereits auf den niedrigsten Wert gestellt. Leider ohne Verbesserung.
Die CPU ist eine 1512SP F-1 PN mit FW 2.8
Der FW-Stand des F-DQ Moduls ist auch aktuell.
Mir ist völlig schleierhaft wie diese Funktion aktiv sein kann, wenn sie definitiv nicht eingestellt ist und es mir beim Online-Zugriff auch nicht als aktiv dargestellt wird.
 
Zuletzt bearbeitet:
Hallo Fluffi,

hast du schon mal die Baugrupp + CPU oder noch besser ganze Anlage Spannungslos gemacht?

würdest du bitte kurz mal skizzieren wie dein Aktor an der Karte angeklemmt ist?

Gruß tia
 
Bin in der IBN-Phase, hab daher das ganze Setup schon gefühlt 100x spannungslos gemacht.
Der Aktor ist lediglich einmal mit einem F-DQ Kanal verbunden und einmal mit Masse, allerdings nicht mit den Kanal-0V sondern mit den F-Steuerungsspannungs 0V da der Kanal ja P- und M-schaltend ist. Es handelt sich dabei um ein Sicherheitschaltgerät welches für diesen Steuerungseingang keine separate ausgehende Masse hat.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Fluffi,

laut diesem Dokument wird beim Bitmuster Test abwechselnd P und M geschaltet. Seite 30. Da steht aber auch dies ist abhängig von der Parametrierung aber wie dies abzuschalten ist steht leider nirgend.

der Unterschied zum Helltest ist hier, meiner Meinung nach ist hier das bei Empfohlener Verdrahtung kein Stromflies. Beim Helltest schon. Seite 25 unter Bild


Evtl Könntest du die Rücklesezeit Einschalttest mal reduzieren bis du eine Passivierung bekommst diese beeinflusst laut Seite 24 den Einschalttest





evtl. Bringt dich das ja etwas weiter


Gruß Tia
 
Das Digitalausgabemodul F-DQ 4×24VDC/2A PM HF führt, abgängig von der
Parametrierung, einen Bitmustertest durch.

Und da ich nicht die normalerweise bei dem Test vorliegende offene Gegenseite, sondern eine Verbindung auf M habe, schaltet mein Aktor.
Es gibt also Dunkel-, Hell- und den Bitmustertest (=Einschalttest). Ich hatte immer den Helltest mit dem Einschalttest gleichgesetzt. Sind sie aber nicht das selbe, auch wenn sie ähnlich sind. Leider kann man nur Dunkel- und Helltest deaktivieren und wie es scheint den Bitmustertest nicht, auch wenn in der Doku "abhängig von der Parametrierung" steht. Die Rücklesezeiten habe ich schon maximal reduziert, da ist leider nichts mehr rauszuholen
Vielen Dank Wincctia! Dank dir weiß ich nun endlich wo es herkommt. Auch wenn ich das Problem nicht direkt lösen werden kann, ist zumindest die Erkenntnis schon mal wichtig. Vielleicht hilft einem ja auch der Thread bei einem ähnlichen Problem weiter.
Meine Lösung wird wohl nun sein, Relais statt den Aktor direkt zu schalten, die können aufgrund der Trägheit die Impulse ab. Ist halt blöd wenn man einen Safety-Ausgang hat und das dann hier noch zusätzlich so realisieren muss, aber in den sauren Apfel muss ich nun beißen. Oder gibt es vielleicht von Siemens F-DQ Module die diesen Test nicht machen? Wobei ich davon nicht ausgehe, sonst wäre es ja bei meinem zumindest parametrierbar.
 
Zuletzt bearbeitet:
Fluffi schrieb:
Bin in der IBN-Phase, hab daher das ganze Setup schon gefühlt 100x spannungslos gemacht.
Der Aktor ist lediglich einmal mit einem F-DQ Kanal verbunden und einmal mit Masse, allerdings nicht mit den Kanal-0V sondern mit den F-Steuerungsspannungs 0V da der Kanal ja P- und M-schaltend ist. Es handelt sich dabei um ein Sicherheitschaltgerät welches für diesen Steuerungseingang keine separate ausgehende Masse hat.
Zum Vergrößern anklicken....
Müsstest du dann nicht die Versorung des Kanals deaktivieren?

EDIT:
Vergiss was ich gesagt habe. Das war ja du bei F-DI. Das mit der Masse hatte mich gerade verwirrt.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Wir hatten auch mal das Problem mit einem Servo. Der ist auch nicht ausreichend träge gegenüber dieser Testschaltung. Diese kann man nicht deaktivieren.
Bei unserer Anwendung hat folgendes das Problem gelöst:
Bei der Parametrierung des Kanals kann man den Dunkeltest für 48 Stunden deaktivieren. Das bewirkt, dass der Dunkeltest nie mehr ausgeführt wird, wenn innerhalb dieser 48Stunden der Ausgang aus anderen Gründen einmal abschaltet.
 
Hallo,
das Problem hat man auch mit Relais, die sehr schnell abfallen, (z.B. Kamm-Relais von Wago,) oder mit schnellen Eingängen von Umrichtern,
da geling es problemlos beim Dunkeltest den Umrichter zu stoppen.
Pilz hat da eine sogenannnte " Filterklemme" Best.Nr. 774196 erfunden, ist eine Diode mit nachgeschaltetem Kondensator.

gruß rlw
 
Nun Safety hört nicht an der SPS auf.
Auch die veerwendeten Relays müssen entsprechend Mindestanforderungen genügen.
Da sollte man nicht irgendwelche Kammrelays in einen Sicherheitskreis hängen und dann moppern wenns nicht geht. (Thema zwangsgeführte Kontakte, Manipulationsschutz...)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
NBerger schrieb:
Nun Safety hört nicht an der SPS auf.
Auch die veerwendeten Relays müssen entsprechend Mindestanforderungen genügen.
Da sollte man nicht irgendwelche Kammrelays in einen Sicherheitskreis hängen und dann moppern wenns nicht geht. (Thema zwangsgeführte Kontakte, Manipulationsschutz...)
Zum Vergrößern anklicken....

Das sind nicht irgendwelche Relais, sondern natürlich Relais die die Anforderungen für die Sicherhetstechnik erfüllen.
Wenn der Bitmuster-Test länger dauert als die Abfallzeit des Relais ist, dann öffnet eben der Kontakt.
Genau dafür wurde die Filterklemme von Pilz entwickelt, die hält die Spannung hinter Diode/Kondensator hoch damit der Aktor oder der Eingang diesen Einbruch nicht sieht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Mein aktuelles Problem ist ähnlich dem hier beschriebenen Fall.
Baugruppe: F-DQ 8x24VDC/0.5A PP HF_1; TIA V17
Die Anlage steht in China, habe also nur per Fernwartung zugriff und leider nur Chinesen vor Ort die leider nicht englisch sprechen.....

An 5 Ausgängen sind SIEMENS - Motorschütze bzw. 24V Versorgung für Steuerplatinen angeschlossen, alles deutlich unter 0,5A
Die Baugruppe blinkt plötzlich rot, ist passiviert und muss wiedereingegliedert werden. In der Oninediagnose wird allerdings nur ein Kanalfehler angezeigt, allerdings nicht welcher Kanal und auch nicht was die Ursache für den Kanalfehler ist.
Was ich jetzt durch ein wenig probieren rausgefunden habe ist, dass es mit dem Helltest zu tun haben muss. Bei dieser Baugruppe kann ich allerdings weder den Kanal deaktivieren nich zwischen Hell-/Dunkeltest umschalten.

Wie kann ich rausfinden welcher Kanal die Störung verursacht?
 
Da steht nur das ein Kanal gestört ist und die Baugruppe wieder eingegliedert werden muss.
Welcher Kanal es ist steht nicht dabei
 
Zuviel Werbung?
-> Hier kostenlos registrieren
schwimmer schrieb:
Da steht nur das ein Kanal gestört ist und die Baugruppe wieder eingegliedert werden muss.
Welcher Kanal es ist steht nicht dabei
Zum Vergrößern anklicken....
Also nicht in der Diagnose der Klemme sondern in dem Diagnosespeicher der CPU.

Welche Klemme ist es genau, welcher HW-Stand und welcher FW-Stand?
 
Habe gerade keinen Zugriff mehr auf die Anlage, so weit ich mich erinnern kann, wird auf der CPU auch nur der Kanalfehler und das betroffene Modul angezeigt. Lese es später aus und stelle die genaue Fehlermeldung ein.
 

Similar threads

T
Step 7 SM 1226 F-DQ 4 x 24 V DC und 24-V-Rückleiter
Antworten
0
Aufrufe
2K
the_muck
T
DaisyChain
TIA Dunkeltest bei V18 deaktivieren
Antworten
2
Aufrufe
556
DaisyChain
DaisyChain
Botimperator
TIA F-Peripherie-DB in FC lesen & diesen FC in eine Bibliothek einbinden
Antworten
10
Aufrufe
1K
Botimperator
Botimperator
O
TIA Gelöst: V17: Dunker ST 17x16 mit RE30 an F-TM (Motor brummt, aber dreht nicht)
2
Antworten
25
Aufrufe
2K
Plan_B
Plan_B
Botimperator
TIA TIA-Safety | Diagnoseinfos von der Hardware aufbereiten
Antworten
7
Aufrufe
2K
Botimperator
Botimperator
Zurück
Oben