Test Adapter HeatingControl v2.12.x
-
Hi,
helft meiner Fantasie mal bitte auf die Sprünge. Wofür/Wann braucht man ein zweites oder drittes Profil ?
Ist das zB für Frühling/Herbst ?
ciao
Martin -
@martinschm Hallo, z.B. wenn man Schichtarbeiter ist
-
Da dieser Thread eh aus allen Nähten platzt, hab ich zum (aktualisierten) Vis einen neuen Thread aufgemacht, sonst wirds zu unübersichtlich denk ich. Vis für 1 oder 2 Profile zu Adapter HeatingControl. Aktualisierungen etc. wirds nur dort geben. lg
-
Hallo,
noch einmal zum Verständnis: Die Regelung funktioniert nur, wenn ich alle HM-Thermostate auf manuelle Bedienung stelle?
-
@opossum sagte in Test Adapter HeatingControl v0.3.x:
Hallo,
noch einmal zum Verständnis: Die Regelung funktioniert nur, wenn ich alle HM-Thermostate auf manuelle Bedienung stelle?
Ja.
-
Hallo Rene danke erst mal für die sehr gute Arbeit.
Seit dem update auf die Version 0.3.9 habe ich leider mit der Override Funktion ein kleines Probleme. Wenn ich über ein Skript nur einen Raum aktiviert funktioniert alles einwandfrei. Wenn ich aber zwei Räume mit einem Override aktiviere hängt sich der Adapter beim zurücksetzten, wenn die Zeit abgelaufen ist auf. Ein Neustart des Adapters hilft hier nicht nur ein Neustart des Raspberry. Im LOG erscheinen leider keine Fehlermeldungen.Mir ist auch aufgefallen, dass sehr viele LOG Einträge generiert werden wenn der Override aktive ist.
2019-12-21 12:04:53.803 - [32minfo[39m: heatingcontrol.0 (6519) room Wohnzimmer Thermostat OID Wohnzimmer set to 20
2019-12-21 12:04:53.808 - [32minfo[39m: heatingcontrol.0 (6519) start temperature override for room Büro
2019-12-21 12:04:53.809 - [32minfo[39m: heatingcontrol.0 (6519) start temperature override for room Wohnzimmer
2019-12-21 12:04:53.809 - [33mwarn[39m: heatingcontrol.0 (6519) already in override Büro
2019-12-21 12:04:53.810 - [33mwarn[39m: heatingcontrol.0 (6519) already in override Wohnzimmer
2019-12-21 12:04:54.439 - [32minfo[39m: heatingcontrol.0 (6519) room Büro Thermostat OID.setpoint.Büro set to 20.5
2019-12-21 12:04:55.021 - [32minfo[39m: heatingcontrol.0 (6519) room Wohnzimmer Thermostat OID Wohnzimmer set to 20
2019-12-21 12:04:55.022 - [33mwarn[39m: heatingcontrol.0 (6519) already in override Büro
2019-12-21 12:04:55.022 - [33mwarn[39m: heatingcontrol.0 (6519) already in override Wohnzimmer
2019-12-21 12:04:55.027 - [32minfo[39m: heatingcontrol.0 (6519) start temperature override for room Büro
2019-12-21 12:04:55.029 - [32minfo[39m: heatingcontrol.0 (6519) start temperature override for room Wohnzimmer
2019-12-21 12:04:55.663 - [32minfo[39m: heatingcontrol.0 (6519) room Büro Thermostat OID.setpoint.Büro set to 20.5
2019-12-21 12:04:56.257 - [32minfo[39m: heatingcontrol.0 (6519) room Wohnzimmer Thermostat OID Wohnzimmer set to 20 -
@IOMatthias Ich habe es hier bei mir gerade nochmal vesucht nachzustellen. Ich setze in einem Raum den Override und danach einen zweiten Raum mit einer anderen Zeit ebenfalls. Bei mir werden beide nach Ablauf der jeweiligen Zeiten erwartungsgemäß wieder auf normal zurückgestellt. Im debug-Mode erscheinen auch bei mir viele Meldungen, das sollte aber nicht schaden...
Wie äußert sich bei der das Aufhängen? Auch wenn keine Fehlermeldungen im log stehen, würde mir evtl. ein debug-log, welches den gesamten Vorgang vom setzen des Overrides bis zum hangup zeigt, helfen.
Das log oben sagt, dass mehrfach hintereinander der override gesetzt werden soll (siehe "already in override"). Kann es sein, dass dein script immer wieder override setzen will? Wenn du jede Sekunde override setzt, läuft natürlich die cron - Timer-Liste über. Das würde auch den notwendigen restart vom Raspi erklären... -
Hab grade nen kleinen Bug gefunden:
Wenn ich als Erste Periode "ab 8:00Uhr" (Period 0) einstelle und Nachts nach 0:00 oder nach der letzten Periode (Period 3) das Fenster öffne und wieder schliesse, reagieren meine Thermostate nicht.
Ich bekomme folgendes im Debug angezeigt:heatingcontrol.0 2019-12-22 06:42:15.525 debug (16056) ### current period not found heatingcontrol.0 2019-12-22 06:42:15.523 debug (16056) check ID Profiles.0.Bad.Sun.Periods.3.time heatingcontrol.0 2019-12-22 06:42:15.522 debug (16056) check ID Profiles.0.Bad.Sun.Periods.2.time heatingcontrol.0 2019-12-22 06:42:15.520 debug (16056) check ID Profiles.0.Bad.Sun.Periods.1.time heatingcontrol.0 2019-12-22 06:42:15.518 debug (16056) check ID Profiles.0.Bad.Sun.Periods.0.time heatingcontrol.0 2019-12-22 06:42:15.518 debug (16056) number of periods 4Unter State in den Objekten erscheint folgendes:
Es sieht so aus, als würde ihm die Info fehlen, dass egtl ja noch Period 3 aktiv sein müsste
-
Da mir dies auch schon aufgefallen ist, aber ich erst gestern dazugekommen mir was dazu zu basteln, darf ich noch folgende Infos dazuliefern:
Es beginnt mit 0:00 Uhr und endet mit dem Start der ersten Periode. Vom Start der letzten Periode bis 0:00 Uhr ist die Funktion einwandfrei:
grün: Solltemperatur
blau: Fenster offenLogs:
2019-12-22 00:00:02.817 - debug: heatingcontrol.0 (29021) number of periods 4 2019-12-22 00:00:02.817 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.0.time 2019-12-22 00:00:02.818 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.1.time 2019-12-22 00:00:02.819 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.2.time 2019-12-22 00:00:02.820 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.3.time 2019-12-22 00:00:02.821 - debug: heatingcontrol.0 (29021) ### current period not found2019-12-22 00:05:00.014 - debug: heatingcontrol.0 (29021) ### handle state change linkeddevices.0.aaTest.Fenster_offen {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008} 2019-12-22 00:05:00.014 - debug: heatingcontrol.0 (29021) ### linkeddevices.0.aaTest.Fenster_offen heatingcontrol.0.PublicHolidyToday true false 2019-12-22 00:05:00.015 - debug: heatingcontrol.0 (29021) ### 111 not handled yet 2019-12-22 00:05:00.015 - debug: heatingcontrol.0 (29021) handle id linkeddevices.0.aaTest.Fenster_offen state {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008} 2019-12-22 00:05:00.015 - debug: heatingcontrol.0 (29021) ### handle devices [{"id":9,"name":"Fenster offen","OID_Current":"linkeddevices.0.aaTest.Fenster_offen","isActive":true,"type":3,"room":"aTEST"}] 2019-12-22 00:05:00.016 - debug: heatingcontrol.0 (29021) Check sensors for aTEST 2019-12-22 00:05:00.018 - debug: heatingcontrol.0 (29021) got sensor state {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008} from linkeddevices.0.aaTest.Fenster_offen 2019-12-22 00:05:00.018 - info: heatingcontrol.0 (29021) aTEST window open on Fenster offen 2019-12-22 00:05:00.021 - debug: heatingcontrol.0 (29021) sensor delay 30000 2019-12-22 00:05:00.021 - debug: heatingcontrol.0 (29021) ### 222 not handled yet 2019-12-22 00:05:00.022 - debug: heatingcontrol.0 (29021) ### not handled linkeddevices.0.aaTest.Fenster_offen {"val":true,"ack":true,"ts":1576969500008,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1576969500008} 2019-12-22 00:05:30.021 - debug: heatingcontrol.0 (29021) fired 2019-12-22 00:05:30.021 - debug: heatingcontrol.0 (29021) room to check is aTEST 2019-12-22 00:05:30.022 - info: heatingcontrol.0 (29021) calculating new target temperatures 2019-12-22 00:05:30.068 - debug: heatingcontrol.0 (29021) profile type 2 2019-12-22 00:05:30.069 - debug: heatingcontrol.0 (29021) get profile 2019-12-22 00:05:30.069 - debug: heatingcontrol.0 (29021) profile 0 2019-12-22 00:05:30.070 - debug: heatingcontrol.0 (29021) check room aTEST 2019-12-22 00:05:30.071 - debug: heatingcontrol.0 (29021) WindowOpenDecrease {"val":12,"ack":true,"ts":1576931003372,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1576931003366} 2019-12-22 00:05:30.071 - debug: heatingcontrol.0 (29021) number of periods 4 2019-12-22 00:05:30.071 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.0.time 2019-12-22 00:05:30.072 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.1.time 2019-12-22 00:05:30.073 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.2.time 2019-12-22 00:05:30.074 - debug: heatingcontrol.0 (29021) check ID Profiles.0.aTEST.Sa-So.Periods.3.time 2019-12-22 00:05:30.075 - debug: heatingcontrol.0 (29021) ### current period not found -
@Gsiberger Ein Workaround dazu wäre eine weitere Periode ab o:ooh einzufügen, es anzupassen wäre die schickere Lösung
-
@guergen @Gsiberger Ich kann das Problem nachvollziehen. In der 0.3.10 wird es einen bug fix dazu geben....
Hier noch das zugehörige github issue
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/66 -
@Rene_HM
Hallo Rene,ich habe gestern noch ein bisschen getestet. Der Override wir sicher nur einmal gesetzt (im Normalbetrieb einmal um 6 Uhr am Morgen). Hierfür hab ich zwei Meldung eingebaut. Der Fehler tritt nur auf, wenn man bei zwei Räumen gleichzeitig die Override Time setzt. Eine kleine Verzögerung reicht aus um nicht das verhalten zu bekommen. Wenn die Zeiten gleichzeitig gesetzt werden wird der Override für den Raum mehrfach gestartet. Bei einem zwei Minuten Override ca. 15000-mal. Bis zum beenden läuft der Adapter ohne Probleme. Beim Beenden des Override wir für ca. 10 Minuten keine Meldung mehr in den LOG eingetragen und LastProgramRun wird nicht aktualisiert. Andere Adapter tragen weiter Meldungen ein. Nach der Zeit trägt der Adapter alle Meldungen nach und der Status wechselt wieder auf grün. Ich habe drei LOG`s erstellt. Bei dem ersten verzögere ich den Override Time für den Raum 1 zur Temperatur Raum 1 um 1s, Override Time für den Raum 2 zur Temperatur Raum 2 um 1,5s. (LOG 18:57)
18_57.txtBei dem zweiten verzögere ich den Override Time für den Raum 1 zur Temperatur Raum 1 nicht, Override Time für den Raum 2 zur Temperatur Raum 2 um 1,5s. (LOG 18:59)
18_59.txtBeim dritten hab ich die Override Time nicht verzögert. (LOG 19:01)
Ich habe den LOG leider ein bisschen kürzen müssen, hatte über 300000 Einträge.
Ich hoffe das hilft weiter.
Ich baue bei mir die Verzögerungen ein, dann sollte ich kein Problem mehr haben.Danke
-
Ich muss nochmal die Problematik von relativer und absoluter Absenkung bzw Temeratureinstellung aufgreifen:
Wenn ich mein Fenster öffne, würde ich gerne die Temeratur auf z.B. 5 Grad stellen. Das geht ja mit absoluter Einstellung.
Wenn ich jedoch Besuch habe, würde ich gerne die eingestellte Temperatur um 2 Grad erhöhen.
Macht es nicht Sinn das ganze so einzubauen?
Ich habe Räume, die ich nur bis 15 Grad "heize", wenn dann bei "Fenster offen" die Temeratur um 13 Grad senke, wie zum Beispiel in der Küche um auf 5 Grad zu kommen, stehen dann 2 Grad bei der Küche, obwohl ich eine Minimum-Temperatur von 5 Grad im Thermostat eingegeben habe. Das macht nur ordentlich Traffic!
Oder man erstellt einen Punkt "minimale Temperatur'" hier im Adapter. -
@Rene_HM Aufgrund des Titels deines github issues: Es betrifft nicht nur Absenkungen. Aufgefallen ist es mir als ich mal vor der ersten Periode ein Fenster geschlossen habe und die Temperatur nicht angehoben wurde (Fenster offen 12, Nachtabsenkung 17)
Vielen Dank für deine tolle Arbeit -
@Gsiberger Die Ursache ist aber in jedem Fall die gleiche. Ich starte mit der Suche nach Perioden um Mitternacht. Zwischen Mitternacht und erstem Eintrag finde ich so nichts... Das muss ich ändern...
-
@Rene_HM Ich bin da vielleicht komisch, aber durch meinen Beruf als IT-Systemadministrator und Betreuer von ca. 300 User, habe ich so oft mit unvollständigen Angaben zu tun die mir mehr Arbeit verursachen, dass ich versuche möglichst viele (hoffentlich gleich alle) Infos zu liefern und mögliche Missverständnisse so schnell als möglich ausräume
Kurt -
Hi,
ich bekomme bei mir diese Fehlermeldung im Log. Mir ist nicht ganz klar, was da falsch läuft.
heatingcontrol.0 2019-12-23 21:47:23.233 error (30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-12-23 21:47:23.232 error (30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-12-23 21:47:23.232 info (30221) handle actors Kinderschlafzimmer current 21.6 target 19 heatingcontrol.0 2019-12-23 21:47:23.231 info (30221) handle actors Kinderschlafzimmer current 21.6 target 19Woran liegt es eigentlich, das die Einträge "handle actors xyz" immer doppelt erscheinen ?
Hab jetzt das Profil für das Kinderschlafzimmer mal bearbeitet. Jetzt steht das hier im Log
heatingcontrol.0 2019-12-23 21:54:30.972 error (30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-12-23 21:54:30.971 info (30221) handle actors Kinderschlafzimmer current 21.7 target 16 heatingcontrol.0 2019-12-23 21:54:30.969 error (30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-12-23 21:54:30.968 info (30221) handle actors Kinderschlafzimmer current 21.7 target 16 heatingcontrol.0 2019-12-23 21:52:56.879 warn (30221) HandleActorsGeneral: not implemented yet heatingcontrol.0 2019-12-23 21:52:56.878 error (30221) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] heatingcontrol.0 2019-12-23 21:52:56.875 info (30221) handle actors Kinderschlafzimmer current 21.7 target 16 heatingcontrol.0 2019-12-23 21:52:56.856 info (30221) room Kinderschlafzimmer Thermostat HM-CC-RT-DN OEQ123456 set to 16 heatingcontrol.0 2019-12-23 21:52:56.845 info (30221) calculating new target temperatures heatingcontrol.0 2019-12-23 21:52:52.801 warn (30221) HandleActorsGeneral: not implemented yet -
@martinschm @Rene_HM Das mit den doppelten Log-Einträgen ist mir auch schon aufgefallen, aber das ist schon länger so!
-
@martinschm schalte bitte mal auf debug - mode und poste dann das log. Die exceptions dürfen nicht erscheinen.
@guergen @martinschm Bitte mal unter \iobroker\log die logs anschauen. Sind die Einträge dort auch doppelt?
-
@Rene_HM said in Test Adapter HeatingControl v0.3.x:
@martinschm schalte bitte mal auf debug - mode und poste dann das log. Die exceptions dürfen nicht erscheinen.
@guergen @martinschm Bitte mal unter \iobroker\log die logs anschauen. Sind die Einträge dort auch doppelt?
Hi,
ja im Log steht es auch doppelt.
2019-12-23 00:00:07.349 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) public holiday today is false 2019-12-23 00:00:07.352 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) calculating new target temperatures 2019-12-23 00:00:07.366 - ^[[33mwarn^[[39m: heatingcontrol.0 (17249) HandleActorsGeneral: not implemented yet 2019-12-23 00:00:07.851 - ^[[32minfo^[[39m: feiertage.0 (10161) Terminated (NO_ERROR): Without reason 2019-12-23 00:00:08.365 - ^[[32minfo^[[39m: host.smarthome instance system.adapter.feiertage.0 terminated with code 0 (NO_ERROR) 2019-12-23 00:00:45.563 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Schlafzimmer current 18.7 target 16 2019-12-23 00:00:45.564 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Schlafzimmer current 18.7 target 16 2019-12-23 00:00:58.991 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Spielzimmer current 19.5 target 16 2019-12-23 00:00:58.992 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Spielzimmer current 19.5 target 16 2019-12-23 00:03:15.499 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Spielzimmer current 19.5 target 16 2019-12-23 00:03:15.499 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Spielzimmer current 19.5 target 16 2019-12-23 00:03:29.573 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Schlafzimmer current 18.7 target 16 2019-12-23 00:03:29.573 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Schlafzimmer current 18.7 target 16 2019-12-23 00:05:17.502 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Spielzimmer current 19.5 target 16 2019-12-23 00:05:17.503 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Spielzimmer current 19.5 target 16 2019-12-23 00:05:59.083 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Schlafzimmer current 18.7 target 16 2019-12-23 00:05:59.084 - ^[[32minfo^[[39m: heatingcontrol.0 (17249) handle actors Schlafzimmer current 18.7 target 16Debug level hab ich aktiviert
2019-12-24 11:17:22.985 - debug: heatingcontrol.0 (4437) ### all StateChange handled 2019-12-24 11:18:09.003 - debug: heatingcontrol.0 (4437) ### handle state change hm-rpc.0.OEQ1721234.4.ACTUAL_TEMPERATURE {"val":17.9,"ack":true,"ts":1577182689000,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1577178874667} 2019-12-24 11:18:09.004 - debug: heatingcontrol.0 (4437) ### hm-rpc.0.OEQ1721234.4.ACTUAL_TEMPERATURE hm-rpc.0.OEQ1720351.4.SET_TEMPERATURE 17.9 19 2019-12-24 11:18:09.004 - debug: heatingcontrol.0 (4437) ### handle state change hm-rpc.0.OEQ1721234.4.SET_TEMPERATURE {"val":16,"ack":true,"ts":1577182689000,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1577134376857} 2019-12-24 11:18:09.004 - debug: heatingcontrol.0 (4437) ### hm-rpc.0.OEQ1721234.4.SET_TEMPERATURE hm-rpc.0.OEQ1721234.4.ACTUAL_TEMPERATURE 16 17.9 2019-12-24 11:18:09.005 - debug: heatingcontrol.0 (4437) ### 111 not handled yet 2019-12-24 11:18:09.006 - debug: heatingcontrol.0 (4437) handle id hm-rpc.0.OEQ1721234.4.ACTUAL_TEMPERATURE state {"val":17.9,"ack":true,"ts":1577182689000,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1577178874667} 2019-12-24 11:18:09.006 - debug: heatingcontrol.0 (4437) ### handle devices [{"id":13,"name":"HM-CC-RT-DN OEQ1721234","OID_Current":"hm-rpc.0.OEQ1721234.4.ACTUAL_TEMPERATURE","OID_Target":"hm-rpc.0.OEQ1721234.4.SET_TEMPERATURE","isActive":true,"type":1,"room":"Kinderschlafzimmer"}] 2019-12-24 11:18:09.007 - debug: heatingcontrol.0 (4437) ### 111 not handled yet 2019-12-24 11:18:09.007 - debug: heatingcontrol.0 (4437) handle id hm-rpc.0.OEQ1721234.4.SET_TEMPERATURE state {"val":16,"ack":true,"ts":1577182689000,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1577134376857} 2019-12-24 11:18:09.007 - debug: heatingcontrol.0 (4437) ### handle devices [{"id":13,"name":"HM-CC-RT-DN OEQ1721234","OID_Current":"hm-rpc.0.OEQ1721234.4.ACTUAL_TEMPERATURE","OID_Target":"hm-rpc.0.OEQ1721234.4.SET_TEMPERATURE","isActive":true,"type":1,"room":"Kinderschlafzimmer"}] 2019-12-24 11:18:09.013 - info: heatingcontrol.0 (4437) handle actors Kinderschlafzimmer current 17.9 target 16 2019-12-24 11:18:09.014 - info: heatingcontrol.0 (4437) handle actors Kinderschlafzimmer current 17.9 target 16 2019-12-24 11:18:09.016 - error: heatingcontrol.0 (4437) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] 2019-12-24 11:18:09.016 - error: heatingcontrol.0 (4437) exception in HandleStateChange [TypeError: Cannot read property 'val' of null] 2019-12-24 11:18:25.642 - debug: heatingcontrol.0 (4437) ### handle state change hm-rpc.0.OEQ1720000.4.ACTUAL_TEMPERATURE {"val":22.6,"ack":true,"ts":1577182705638,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1577182705638} 2019-12-24 11:18:25.642 - debug: heatingcontrol.0 (4437) ### hm-rpc.0.OEQ1720000.4.ACTUAL_TEMPERATURE hm-rpc.0.OEQ1721234.4.SET_TEMPERATURE 22.6 16Es sieht in den Logs auch immer so aus, als würde alle paar Minuten die Temperatur neu gesetzt (Spielzimmer current 19.5 target 16), warum wird das immer wieder ausgeführt ?
