Ich möchte von der Steuerung aus Standard- und erweiterte Diagnose des Profibus DP Master (Hilscher) vornehmen.
Wer hat passende Hilfe, Anleitung, Beispiel ?
Besten Dank für Info.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2007-06-13
Originally created by: Frank Hailer
Hi Ralf
Eine Busdiagnose kann mit der Bibliothek BusDiag.lib durchgeführt werden.
Grundlegende Informationen dazu gibt es im Handbuch der RTE unter Punkt 5.1 - Busdiagnose der IO-Treiber.
Welche Bausteine verwendet werden müssen, hängt davon ab, ob der Bus in der Steuerungskonfiguration von CoDeSys oder extern konfiguriert wurde. Ich habe ein Archiv mit Beispielprojekten an diesen Eintrag angefügt.
Besten Dank für die Beispiele, die mir sehr gut weitergeholfen haben.
Auch der Hinweis auf die RTE-Doku war hilfreich.
Allerdings hatte ich mit meiner RTE ein schwer zu lösendes Problem abzuhandeln:
An meinem System habe ich genau einen Profibus-Teilnehmer. Nach Reset(Ursprung) läuft alles OK. Ein Stop/Run im Entwicklungssystem bringt die PB-Kommunikation zum Stillstand. Dies trat nur dann nicht auf, wenn in der Steuerungskonfiguration der Watchdog (1000ms) deaktiviert war. Was allerdings gar nicht funktionierte, war Netz Aus/Ein. Trotz Bootprojekt kommunizierten Master und Slave nach Neustart nicht.
Viele Test, Massnahmen, Profibus-Scope-Einsatz, etc. waren notwendig, um die doch recht kuriose Lösung herauszufinden:
Also, mein Profibus-Teilnehmer hat E- und A-Adressen. Taucht im gesamten Programm keine Programmierung einer dieser E-/A-Adressen auf, kommt es zu diesem Effekt. Ein einfaches %Q0.0 := TRUE, auch wenns nicht durchlaufen wird, löst das Problem.
Wir kannten bereits die Probleme, dass
Eingänge an der Steuerung nur dann in der Steuerungskonfiguration sichtbar sind, wenn diese programmiert sind und
Ausgänge, die in der Steuerungskonfiguration manuell gesetzt werden, nur dann an der Steuerung ausgegeben werden, wenn diese programmiert sind
Gibt es hierfür eigentlich eine logische Erklärung ?
Gruß Ralf.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
Ich möchte von der Steuerung aus Standard- und erweiterte Diagnose des Profibus DP Master (Hilscher) vornehmen.
Wer hat passende Hilfe, Anleitung, Beispiel ?
Besten Dank für Info.
Originally created by: Frank Hailer
Hi Ralf
Eine Busdiagnose kann mit der Bibliothek BusDiag.lib durchgeführt werden.
Grundlegende Informationen dazu gibt es im Handbuch der RTE unter Punkt 5.1 - Busdiagnose der IO-Treiber.
Welche Bausteine verwendet werden müssen, hängt davon ab, ob der Bus in der Steuerungskonfiguration von CoDeSys oder extern konfiguriert wurde. Ich habe ein Archiv mit Beispielprojekten an diesen Eintrag angefügt.
Grüße, Frank
Bus_diagnosis.zip [51.11 KiB]
Hallo Frank, ein großes Lob an den 3S-Support.
Besten Dank für die Beispiele, die mir sehr gut weitergeholfen haben.
Auch der Hinweis auf die RTE-Doku war hilfreich.
Allerdings hatte ich mit meiner RTE ein schwer zu lösendes Problem abzuhandeln:
An meinem System habe ich genau einen Profibus-Teilnehmer. Nach Reset(Ursprung) läuft alles OK. Ein Stop/Run im Entwicklungssystem bringt die PB-Kommunikation zum Stillstand. Dies trat nur dann nicht auf, wenn in der Steuerungskonfiguration der Watchdog (1000ms) deaktiviert war. Was allerdings gar nicht funktionierte, war Netz Aus/Ein. Trotz Bootprojekt kommunizierten Master und Slave nach Neustart nicht.
Viele Test, Massnahmen, Profibus-Scope-Einsatz, etc. waren notwendig, um die doch recht kuriose Lösung herauszufinden:
Also, mein Profibus-Teilnehmer hat E- und A-Adressen. Taucht im gesamten Programm keine Programmierung einer dieser E-/A-Adressen auf, kommt es zu diesem Effekt. Ein einfaches %Q0.0 := TRUE, auch wenns nicht durchlaufen wird, löst das Problem.
Wir kannten bereits die Probleme, dass
Eingänge an der Steuerung nur dann in der Steuerungskonfiguration sichtbar sind, wenn diese programmiert sind und
Ausgänge, die in der Steuerungskonfiguration manuell gesetzt werden, nur dann an der Steuerung ausgegeben werden, wenn diese programmiert sind
Gibt es hierfür eigentlich eine logische Erklärung ?
Gruß Ralf.