spirit
Level-1
- Beiträge
- 961
- Reaktionspunkte
- 23
-> Hier kostenlos registrieren
Zuletzt bearbeitet:
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion ist in einigen Browsern möglicherweise nicht verfügbar.
Ich habe hier gerade kein TIA, doch das müßte etwa so aussehen:@Harald: Könnte ich deinen geposteten Aufrufcode auch auf meine Bedürfnisse umändern?
CALL "Alarme","FB2_DB" //Aufruf des FB2
druck_hoch :="FB1_DB".druck_hoch
druck_niedrig :="FB1_DB".druck_niedrig
druck_fehlerhaft:="Fehler"
Du kannst in deinem Fall ohne schlechten Gewissen Lokaldaten verwenden.
Würde ich sogar besser finden als auf den Instanzdatenbaustein so wie es PN/DP vorschlägt zuzugreifen.
Jedoch solltest du den Lokaldaten schon einen Namen im Bausteinheader zuweisen.
Aber es ist doch eigentlich vor der Verwendung von TEMP-Variablen hier etwas gewarnt worden - bin jetzt etwas verwirrt!
Die Warnungen kannst Du vergessen, die kommen aus der Rubrik "Pferde kotzen sehen" und teilweise Unwissenheit. Du bist der Programmierer, es ist Dein Projekt und Du wirst die theoretisch möglichen Schweinereien natürlich nicht nutzen.Aber es ist doch eigentlich vor der Verwendung von TEMP-Variablen hier etwas gewarnt worden - bin jetzt etwas verwirrt!
Wenn du die Variablen zuerst zuweist und dann [...] danach abfragst, dann funktioniert es.
Die Warnungen kannst Du vergessen, die kommen aus der Rubrik "Pferde kotzen sehen" und teilweise Unwissenheit.
Du bist der Programmierer, es ist Dein Projekt und Du wirst die theoretisch möglichen Schweinereien natürlich nicht nutzen.
Ja, und drum sollte man grundsätzlich alles so "industrietauglich" wie möglich programmieren. Speicherplatz und Geschwindigkeit ist im Regelfall nämlich egal.
Jep genau deshalb halte ich nichts von dem Zugriff auf den Instanzdatenbaustein weil das eben die "Lokalen-Variablen" des FB's sind. Siehe Datenkapselung.
Des weiteren gibt es noch den Begriff der Kopplung. In diesem Fall wäre dies gleich mal eine Bereichskopplung. Naja nicht so gut.
Ob jetzt Temp oder Statische Variablen zum Datenaustausch verwendet werden ist natürlich Ansichtssache des Programmierers.
Jep genau deshalb halte ich nichts von dem Zugriff auf den Instanzdatenbaustein weil das eben die "Lokalen-Variablen" des FB's sind.
godi
Das Zugreifen auf Ausgangsvariablen einer FB-Instanz verstehe ich nicht als Zugriff auf gekapselte "Lokale Variablen", schließlich sind die ja in der öffentlichen Übergabeschnittstelle (*).Jep genau deshalb halte ich nichts von dem Zugriff auf den Instanzdatenbaustein weil das eben die "Lokalen-Variablen" des FB's sind.
U "Motor1".Running
U "Motor2".Running
U "Motor3".Running
U "Motor4".Running
= "enable_Transport"
*ACK*Aber in diesem Forum hat es schon sehr viele Diskussionen über den Zugriff auf Instanzdatenbausteine gegeben.
Es soll jeder Programmierer selbst (bzw die Firma oder Kunde) entscheiden wie er seine Projekte umsetzt.
Mit "Lokalen Variablen" von Instanzdaten meint godi deren private gekapselte Daten (die Daten der aufgerufenen Funktion, ein Zugriff auf diese ist tabu), während die ebenfalls nutzbaren TEMP-Daten als Zwischenvariablen die lokalen privaten Variablen des Aufrufers sind - und der kann mit seinen privaten Variablen machen was er will, hauptsache die Variablen enthalten auch etwas sinnvolles beim Lesezugriff.Bedeutet das nun, dass der Zugriff auf den Instanzdatenbaustein nichts anderes ist, als würde ich gleich die TEMP-Variablen verwenden?
Die TEMP-Variablen sind doch die Lokalvariablen!
Sorry, wenn ich da jetzt nochmals nachhaken muss...
Bedeutet das nun, dass der Zugriff auf den Instanzdatenbaustein nichts anderes ist, als würde ich gleich die TEMP-Variablen verwenden?
Die TEMP-Variablen sind doch die Lokalvariablen!
Wir verwenden essentielle Cookies, damit diese Website funktioniert, und optionale Cookies, um den Komfort bei der Nutzung zu verbessern.
Siehe weitere Informationen und konfiguriere deine Einstellungen