Servicemeldungen *allinclusive* Script

[Tibin]

Das kannst Du machen, es liegt aber mit an Sicherheit grenzender Wahrscheinlichkeit nicht an alchis Skript

Das ist mir schon klar, sonst hätten sich ja schon mehrere beschwert
Ich würde nur zu gerne den Grund herausfinden und dachte nur, da du ja auch die gleichen HKT's benutzt...
Vielleicht sind meine ja ne Fehlproduktion

Ich habe gerade ein Problem mit dem Skript, unter Verwendung von pushover. Die Nachricht wird zwar verschickt, danach friert die CCU jedoch ein. Wenn ich pushover deaktiviere und nur Email nutze, klappt es wunderbar (seit Monaten):

Dieses Phänomen hatte ich auch. Darf ich fragen welches Handy? Aber irgendwie hat das mit Pushover zu tun.
Meine Lösung:
Suche diese 3 Zeilen im Script

Code: Alles auswählen

           foreach(messageindex,message.Split(" ")) {newmessage = newmessage#messageindex#"%20";}
                  message = newmessage;
                  newmessage = "";

und setze Ausrufezeichen davor.

Code: Alles auswählen

    !     foreach(messageindex,message.Split(" ")) {newmessage = newmessage#messageindex#"%20";}
    !                 message = newmessage;
    !                 newmessage = "";

jetzt noch in dieser Zeile

Code: Alles auswählen

message = message.Substr(0, message.Length()-51);

die 51 in 48 ändern.
Seit dem geht es bei mir und einen Versuch ist es bei dir wert.
Gruß Tino.

[homey21]

Dieses Phänomen hatte ich auch. Darf ich fragen welches Handy?

Also das ist beim HTC M9 passiert, allerdings habe ich im pushover 3 Handys drin, und a) bei allen drei und b) bei nur an HTC senden friert die CCU ein. Das normale Senden per pushover zB offene Fenster senden, klappt einwandfrei.

[Tibin]

a) bei allen drei

Aha also Handyunabhängig...gut zu wissen. Habe ein S6.
Aber probiere es einfach aus. Meinen Beobachtungen zu Folge übersetzt Pushover wohl die Leerzeichen von allein.(Wenn ich mich nicht irre)
Dieses Problem hatte ich auch irgendwo in der Mitte dieses Threads mal berichtet. War damals aber keiner mit den selben Abstürzen.

Aktuell bleibt mir nur der Neustart via Strom rausziehen,

Damals hatte Alchy mir auch geholfen, dass das nicht unbedingt nötig ist
Musst mal suchen..
Gruß Tino.

[homey21]

Alles klar, hatte ich kurz gelesen. Ich versuche auch mal, die Message, die an PO gesendet wird, ein wenig zu kürzen. Lustigerweise klappt alles wunderbar, wenn ich die PO Message per Emailaddon an die PO_Emailadresse sende, dann hängt sich nichts auf. Liegt dann wohl an der PO-Routine/meiner CCU/meinem Handy...

[alchy]

Wenn es wie aktuell bei mir viele verschiedene Fehlermeldungen gibt, werden diese in der Mail immer als "Fließtext" dargestellt.
Gibt es die Möglichkeit einer besseren und übersichtlichen Formatierung ggf. über Anpassen der TCL oder über das schreiben in eine Systemvariable?

im Original werden die Meldungen zeilenweise ausgegeben. Du kannst das weiter oder anders formatieren in dem du weitere Steuerzeichen und/oder html Codes verwendest.
Aber in jedem Fall diese Variable dann NICHT auf der Startseite anzeigen lassen.

Die Nachricht wird zwar verschickt, danach friert die CCU jedoch ein.
....
Gibt es eine Möglichkeit, den Fehler einzugrenzen oder so?

Was ich im Fehlerfall erwarte, steht im ersten Post des Thread. Und noch mal keine Infos - keine Hilfe von meiner Seite.
Ein Punkt ist das >> Fehlerprotokoll <<
Aus Erfahrung in anderen Threads mir dir, bin ich mir aber relativ sicher, das du so manches Problem hast,
aber das "hier besprochene" Script zählt nicht dazu.
Wie du in einem anderen Thread gepostet hast, stürzt deine Rega schon ab, wenn du anderweitig eine Pushovernachricht überhaupt verschickst usw.
Ich würde dir vorschlagen einen eigenen Thread aufzumachen oder einen deiner eigenen Threads dafür zu nutzen,

Aktuell bleibt mir nur der Neustart via Strom rausziehen, denn diese Bild bleibt dauerhaft stehen:

Die Rega kann man restarten ohne den Stecker zu ziehen.
Da du ja eh nicht nach der Lösung suchen wirst, hier für dich noch mal die Kurzfassung:
RegaHss checken und starten

• SSH auf der CCU2 einschalten und ein Passwort vergeben wie >> H I E R << auf dem Bild angezeigt.
• mittels >> PUTTY << musst du dann eine Verbindung per ssh zur CCU aufbauen

  Code: Alles auswählen

  ps|grep rega

  muss als Ausgabe so etwas

  Code: Alles auswählen

  /bin/ReGaHss -f /etc/rega.conf -l 2

  bringen
• wenn nicht kannst du mit:

  Code: Alles auswählen

  /etc/init.d/S70ReGaHss start

  die ReGa neustarten.

Ich versuche auch mal, die Message, die an PO gesendet wird, ein wenig zu kürzen.

Wie lang sind denn deine Nachrichten - sprich wie viele Zeichen enthalten diese?
CUxD hatte mal einen ~1000 Zeichen Fehler, der sollte aber eigentlich behoben sein.

Alchy

[alchy]

Das ist ja das Problem. Wie gesagt: die Servicemeldung erscheint erst in der WebUI wenn dein Skript bereits 1x durchgelaufen ist.

mag sein, das mein Script schneller startet als die internen Routinen, aber 3 min
das ist auch egal.
Es started erst nach Eingang einer Servicemeldung IN DER CCU !

Batteriesymbol erscheint auf dem Display des HM-CC-RT-DN

Interessiert wie ein Sack Reis, der Eingang in der CCU ist das Interessante

>> Skript läuft durch (OHNE MELDUNG IN DER WEBUI)>> Pushmeldung erfolgt korrekt>>

So soll es ja sein, abgesehen vom Detail, das dir die Klickibunti keine Servicemeldung anzeigt, was aber NICHTS mit dem Script zu tun hat.
Sicher das du nicht einen stehenden roten Punkt hast und die Klickibunti nicht mehr aktualisiert wird?

3min später kommt die Meldung in der WebUI >> Skript läuft nochmal durch aber keine Pushmeldung.

Das wäre dann auch normal, wenn es denn so wäre. Es wird festgestellt, das es keine neue Servicemeldung gibt, also wird auch keine Nachricht verschickt.
Wenn du da eine erwartest, sind deine Erwartungen falsch.


Alchy

[Tibin]

Interessiert wie ein Sack Reis

Ich habe nur versucht, meinem Gegenüber, der ja nicht auf meinen Monitor gucken kann, es so Detailreich wie möglich zu schildern um evtl. der Lösung näher zu kommen.
Aber egal, muss ich halt mit leben, betrifft ja nur die HKT's.
Hintergrund des Ganzen waren ja auch nur die nicht verschickten Pushmeldungen der HKT's unter normalen Bedingungen.
Das was ich versucht habe zu schildern, sind ja provozierte Meldungen mit alten Batterien. Keine Ahnung wie ich das sonst testen soll.

Sicher das du nicht einen stehenden roten Punkt hast

habe ich nicht drauf geachtet

und die Klickibunti nicht mehr aktualisiert wird?

Denke das hätte ich bei bestimmt 20 Versuchen über mehrere Tage gemerkt.
Wie gesagt werde jetzt damit leben.
Dir trotzdem Danke für die Mühe die du dir machst.
Gruß Tino

[alchy]

Nicht falsch verstehen, der "Sack Reis" sollte nicht negativ dir gegenüber rüberkommen, sondern nur eine Verdeutlichung des Ganzen darstellen. Deine Beobachtung am Gerät selber sind für das Programm / Script eben nicht greifend, da es das Script nicht interessiert.
Es gibt eben unterschiedliche Servicemeldungen, welche generiert die CCU selber, weil sie z.B. ein Gerät erreichen will, es aber nicht funktioniert. Batterieleermeldungen gehen i.d.R logischerweise aber erstmal vom Gerät selber aus. Das Gerät selber kann es zwar gerne eher anzeigen als es die CCU weiß, denn die erfährt es natürlich erst, wenn das Gerät es ihr auch mitteilt. Im Normalfall sollten solche Meldungen vom Gerät aber sofort übermittelt werden und nicht erst mit dem nächstem Turnustelegramm. So auch in deinem Fall.
Wenn das geschieht wird das Programm und damit das Script angeschoben, die in der CCU anliegenden Meldungen zum Zeitpunkt der Laufzeit des Scriptes werden ausgelesen und entsprechend verarbeitet.

Nun kann es nicht allzuviel geben,was die Ausführung wirklich verhindert.
Das eine wäre z.B. ein ultrakurzer Wischer einer Servicemeldung (was bei dir offensichtlich nicht vorliegt).
Servicemeldung aktiv - Script läuft an - Servicemeldung aber zur Laufzeit doch nicht mehr aktiv - Meldung bleibt aus.
Da ja die Pflicht bestand, nur zu melden, wenn neue Meldungen auftauchen, wird natürlich innerhalb des Scriptes noch mal gecheckt, ob es auch neue Meldungen gibt oder ob z.B. der Programmstart nur durch eine weggegangene Meldung generiert wurde. In dem Fall wird in meiner Version lediglich die Systemvariable aktualisiert, was auch im Lastenheft stand und logisch ist.

Was mir immer noch Kopfzerbrechen bereitet ist deine Schilderung, das die Meldung der Servicemeldung erst 3min später in der Klickibunti erscheint. Bei all meinen Tests war im Grunde keine Verzögerung zwischen Erzeugung Servicemeldung -> Programmstart und Anzeige in den Servicemeldungen in der KLickibunti festzustellen.
Warum sich die Thermostate bei dir so anders verhalten, kann ich aus Mangel an passenden Geräten nicht nachvollziehen. Leider habe ich auch nicht den Hauch einer Verwendungsmöglichkeit für ein solches Thermostat. Mal sehen, ob ich bei Gelegenheit mal auch noch ein solches Thermostat kaufe, nur um das nachzuvollziehen. Leider ist mein Gerätepark an nichtbenötigten aber zum Support gekauften Geräte nicht unbedingt klein.

Alchy

[falke69]

im Original werden die Meldungen zeilenweise ausgegeben. Du kannst das weiter oder anders formatieren in dem du weitere Steuerzeichen und/oder html Codes verwendest.
Aber in jedem Fall diese Variable dann NICHT auf der Startseite anzeigen lassen.

Hi alchy,

vielen Dank für die schnelle Antwort. Da ich es nicht so mit Programierung habe (an jeder Hand 5 Daumen ), könntest Du mir bitte verraten, an welcher Stelle ich in Deinem Script den Schalter einfüge, damit nach der Uhrzeitangabe der Zeilenumbruch erzwungen wird?

Aktuell sieht es zwar ein wenig besser aus, aber schön ist anders.

------------------------------------------------------------------------------------------------------------------------------------------
NEUE SERVICEMELDUNG

Fensterkontakt Wohnzimmer : Sabotage. seit: 06.02.17 09:00 Uhr Außenbeleuchtung :
Kommunikation war gestört seit: 05.02.17 13:20 Uhr Außenbeleuchtung :
Kommunikation zur Zeit gestört seit: 05.02.17 13:20 Uhr
------------------------------------------------------------------------------------------------------------------------------------------

[Tibin]

Nicht falsch verstehen, der "Sack Reis" sollte nicht negativ dir gegenüber rüberkommen

Sorry, das hatte ich dann tatsächlich falsch verstanden.
Und danke für die ausführliche Beschreibung und deine Geduld für mein Generve .
Aber ich denke und hoffe, den Sinn und Zweck deines Skriptes schon verstanden zu haben.
Bis auf...

wird natürlich innerhalb des Scriptes noch mal gecheckt, ob es auch neue Meldungen gibt oder ob z.B. der Programmstart nur durch eine weggegangene Meldung generiert wurde

Würde das bedeuten, wenn tatsächlich die erste Meldung (bei der provozierten Meldung durch alte Batterien) von der ccu verschluckt wird (weil ja die Servicemeldung in der WEbUI auch nicht angezeigt wird) oder wie du schreibst: "ein ultrakurzer Wischer", die 2. Meldung nicht rausgeht weil sie intern schon existiert?
Hier nur nochmal die Abstände der Durchläufe. Unterscheiden sich immer nur um Sekunden.

• Feb 3 14:10:12 homematic-ccu2 user.debug script: [ALCHY ALLINScript START]
  Feb 3 14:10:13 homematic-ccu2 user.debug script: [ALCHY ALLINScript ENDE]
  Feb 3 14:12:49 homematic-ccu2 user.debug script: [ALCHY ALLINScript START]
  Feb 3 14:12:51 homematic-ccu2 user.debug script: [ALCHY ALLINScript ENDE]

2 Durchläufe gibt es aber nur bei provozierten Meldungen durch alte Batterien.
Bei einer normalen Batteriemeldung durch einen HKT sehe ich die gelbe Lampe an der ccu2 blinken, aber ich habe keine Nachricht bekommen. Und es gibt auch nur einen Durchlauf des Skriptes. Komischerweise aktualisiert sich die Meldungszeit in der Klickibunti alle paar Minuten. Das ist aber vielleicht ok so?? Kein Plan...

Ich versuche ja einiges um dem Täter auf die Spur zu kommen. Habe gestern mal mit blackhole seinem Skript experimentiert weil ich dachte an der SV kann ich gleich sehen was passiert ohne Pushmeldung.
Wusste gar nicht mehr dass ich bei dir auch eine hätte aktivieren können:

In dem Fall wird in meiner Version lediglich die Systemvariable aktualisiert

Wenn das von der Funktionsweise keinen Unterschied macht, könnte ich hier noch sagen...
Da ist es so, dass beim 1.Durchlauf die SV befüllt wird aber beim 2. Durchlauf (wenn die Klickibunti meint jetzt mal langsam die gelbe Lampe anschalten) die SV nicht aktualisiert wird.
Wie gesagt ich werde das jetzt mal eine Weile so laufen lassen und beobachten was bei der nächsten normalen HKT-Batteriemeldung passiert.
Achso, wenn die Leere Batterie- Meldung des HKT's schon in der Klickibunti steht und ich löse zusätzlich Sabotage aus,
kommt die PO Meldung incl. der richtigen HKT-Batterien. Also denke und hoffe ich, ist am Skript alles in Ordnung.(nicht dasss du denkst.. )
Sorry für die lange Lektüre
Gruß Tino