Button als Taster mit Wartefunktion

[Stuti]

Hallo erstmal! Ich habe bis jetzt noch nie etwas mit JAVA zutun gehbat. Etwas C und C++

Meine Aufgabe besteht darin ein Lichtsteuerung über ein Applet zu steuern.
Im Einsatz ist eine S7-200 mit mit ner cp 243 it dran.
Die Hardwaremässigeschaltung vor Ort ist mit Tastern realisiert.
Also brauche ich für mein Applet auch Taster.

Nun meine Frage: wenn ich jetzt diesen Quelltext für MousePressed und Mouse Released nehme muss ich die Mousetaste solange gedrückt halten bis die Daten an der CPU angekommen sind (also Merker gesetzt). wenn ich dann wieder loslasse wird er auch zurückgesetz. Ist nur etwas lässtig...

public void jButton1_mousePressed(MouseEvent e) { 
jLabel1.setText("ein"); 
s7Variable1.setValue(String.valueOf(true)); 
} 

public void jButton1_mouseReleased(MouseEvent e) { 
jLabel1.setText("aus"); 
s7Variable1.setValue(String.valueOf(false)); 
}

-----------------------------------------------------

Jetzt hatte ich mir gedacht ich rufe mit MousePressed einfach ne Funktion auf (Übergabewert brauch ich erstmal noch keinen).

nehmen wir mal dieses. Hab die Variablen rausgenommen und nur noch das Label drin.

public void variablesetzen(){ 
    
   jLabel1.setText("ein"); 
   for (int i = 0;i< 500000000;i++){} 
   jLabel1.setText("aus"); 
    }

was passiert?? Es wir das Label nach ner Zeit auf "aus" gesetzt.
Auch wenn ich ihm Event MousePressed sage er soll das Label auf "ein" setzen geht es nicht.

Wie kann ich das denn anders realisieren?? Ist vll ne doofe Frage! Woran liegt es das ich nur "aus" gesetzt bekomme??

 

[Beni]

a) Benutz einen ActionListener, die sind für Buttons um einiges besser geeignet als MouseListener.

b) Die Eventsteuerung und das Zeichen findet alles im Eventdispatcher-Thread statt. Mit deinem "for(...)" blockierst du also kurzerhand die graphische Oberfläche. Hier musst du Threads verwenden, aber dazu verweise ich dich mal an die zahlreichen Bücher und Beiträge die es zu dem Thema schon gibt.

 

[Leroy42]

Aus zwei Gründen geht es so nicht.

Der Aufruf von label.setText("") vermerkt im label nur den neuen Text, bringt
ihn aber nicht sofort auf den Monitor. Der sogenannte EDT (event-dispatch-thread)
führt dann die Änderung aus sobald er Zeit dazu hat.

Nun bist du aber genau in diesem Thread und blockierst ihn durch
for (int i = 0;i< 500000000;i++){}
Bevor der EDT dazu kommt, die Änderung darzustellen, änderst du den
Text wieder auf "aus" was dann schließlich dargestellt.

Du mußt die Methode sofort beenden und vorher einen eigenen
Thread starten der über sleep(int millisekunden) wartet, so daß
der EDT dann unabhängig den neuen Text darstellt. Such im Forum
mal nach Thread.

Im Übrigen solltest du nie Warteschleifen so realisieren.
Dadurch blockierst du nur den Prozessor.

 

[Stuti]

Nun ja mit der Suche bin ich auch nicht weitergekommen.
Und diese beiden Bücher hier helfen auch nicht wirklich.

Also ich erstelle mir nen Thread. Und lasse diesen wegen mir eine Sekunde schlafen.
Muss der denn noch mehr machen??


public void variablesetzen(){
jLabel1.setText("ein");
// hier startet dann mein Thread oder??
}

Wo setze ich denn dann jLabel1.setText("aus")?? Direkt unter dem Thread aufruf?


Ich blicke das noch nicht so wirklich...
Also ich starte meine Methode das label wird gesetz >> der Thread startet und der Code wird abgearbietet ( hier warten 1s) in der Zeit macht der Proz nix anderes. Spring dann wieder zurück und setzt dann mein label auf "aus"!?

So ungefähr??
Man man! So ein Technikerprojekt ist schon was feines :lol:

 

[Stuti]

 Wartezeit Zeit = new Wartezeit();

-----------------------------------------------------------------------------------

class Wartezeit extends Thread {
      
          public void run() {
      
                      jLabel1.setText("ein");
                      //s7Variable1.setValue(String.valueOf(true));
                      try {
                      sleep(1000);    
                      } catch (InterruptedException e) {
                          return;
      
                      }
                      jLabel1.setText("aus");
                      //s7Variable1.setValue(String.valueOf(false));
                      
                  }
      
      
          }

So geht es ja jetzt.

Mit MousePressed ruf ich jetzt Zeit.start() auf. Aber Irgendwie muss ich den Thread auch stopen oder nicht?? Das ganze geht nämlich nur einmal.

Solangsam nerv ich schon was??

 

[Stuti]

Hallo,

ich muss nochmal mit einer kleinen Frage stören.

Wenn ich einen Thread gestartet habe, zB diesen

class TastM7_0 extends Thread {
    public void run() {
                    M7_0.setValue(String.valueOf(true));
                    try {
                    sleep(10000);
                    } catch (InterruptedException e) {
                        return;
                    }
                    M7_0.setValue(String.valueOf(false));
                }
    }

dann schläft dieser 10s bis er meine Variable wieder zurücksetzt. Ich hab den Wert auf 10s gestezt damit die steuerung auch wirklich reagiert. Wenn ich weniger als 6s nehme passiert gar nichts..

was passiert wenn ich das Applet in dieser Zeit zerstöre zB durch das schließen des Browsers?

Dann wir die Variable nicht zurückgesetz oder?? Gibt es eine Möglichkeit das zu umgehen?

Kann ich im Fall des zerstörens noch eben mitteilen das er alle möglichen Variablen auf null schreibt?

Oder muss ich das in meinem S7 Programm realisieren?

 

[André Uhres]

...was passiert wenn ich das Applet in dieser Zeit zerstöre zB durch das schließen des Browsers?
...Kann ich im Fall des zerstörens noch eben mitteilen das er alle möglichen Variablen auf null schreibt?...

Ja, in der stop()-Methode:

public void stop(){...}

 

[L-ectron-X]

was passiert wenn ich das Applet in dieser Zeit zerstöre zB durch das schließen des Browsers?
Dann wir die Variable nicht zurückgesetz oder?? Gibt es eine Möglichkeit das zu umgehen?

Dann wird die JVM beendet und alle Variablen die bis dahin existiert haben lösen sich in Luft auf.

Die stop()-Methode sollte überschrieben werden, wenn man das Applet vorübergehend nicht mehr benutzt, bspw beim Wechsel auf eine andere Webseite, oder wenn das Applet aus dem Anzeigebereich gescrollt wird. Aber auch nur dann, wenn eine bestimmte Aktion benötigt wird. Z.B einen Thread beenden etc.
Bei der Rückkehr wird die start()-Methode ausgeführt, in der dann Variablen Werte erhalten oder Threads gestartet werden können.

Kann ich im Fall des zerstörens noch eben mitteilen das er alle möglichen Variablen auf null schreibt?

Dafür ist die destroy()-Methode vorgesehen, die du überschreibst.

 

[Stuti]

Also schreib ich alle meine Variablen die auf false gesetzt werden könnten in meine destroy()-Methode. Werd ich dann morgen mal testen..

jetzt stellt sich mir ja die frage was mchen die threads die ich gestartet habe wenn ich das fenster minimiere?? laufen die noch bis zum ende durch?? die sind ja eigentlich nicht mit in der stop()-Methode.

 

[L-ectron-X]

Wenn die stop()-Methode leer bzw. nicht implementiert ist, werkeln laufende Threads munter weiter.

 

[Leroy42]

Ist dem wirklich so :shock:

In der JavaInsel habe ich eben im Abschnitt Die Zyklen eines Applets
diesen Satz gefunden:

Nach der Initialisierung folgt ein Wechsel der Methoden start() und stop() immer dann, wenn ein Applet im Browser sichtbar ist oder von der Seite verschwindet, etwa wenn der Anwender über die Schieberegler einen anderen Bereich auswählt, in dem das Applet nicht liegt.

Wenn in diesen Fällen sogar start()/stop/ im Wechsel aufgerufen werden, dann doch
bestimmt erst recht beim Minimieren ???:L

 

[Leroy42]

Ohh! Ich sehe gerade, daß das ja kein Widerspruch zu L-ectron-X ist

 

[L-ectron-X]

Ja, das ist auch richtig, Leroy42. Nur ist die Implementierung der Zyklus-Methoden in Applet leer.
D.h. sie sind ohne Funktion. Wenn du also in deiner abgeleiteten Klasse nichts reinschreibst, werden die Methoden zwar vom Browser aufgerufen, aber es wird nichts gemacht, weil nichts auszuführen ist.

 

[Stuti]

So ich hab heute ja mal rumgetestet.
Aber die Variablen über destroy()-Methode auf False zu schreiben geht nicht. Schade eigentlich.
Würde aber gerne mal wissen wieso nicht. Hat jemand ne Idee??