UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[adarof]

Hallo

Bin mir nicht sicher ob es wirklich eine Frage zum NINA Adapter ist oder generisch, aber da ich es weiter oben aus diesem Thread habe...:
Ich mache ein Popup bei Nina-Warnung auf mittels dieses JS-Skripte:

on({id: "nina.0.05754.numberOfWarn"/*Anzahl der aktuellen Warnungen*/, change: "any"}, function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (getState("nina.0.05754.numberOfWarn").val > 0) {
    setState('vis.0.control.instance', 'FFFFFFFF');                  // für welche instanz umgeschaltet werden soll.. hier alle Visus
    setState("vis.0.control.data"/*Data for control vis*/, 'NinaAlarm');    // wohin 
    setState('vis.0.control.command', 'changeView');                  // und umschalten
  }
 });

Problem: Das Popup kommt immer wieder! Selbst wenn ich es quittiere, scheint dieses Skript nach ca 30sek wieder anzuschlagen und das Popup erscheint wieder.

Was kann ich dagegen tun?

Gruss -

[Chaot]

@adarof Das Problem ist der State des Datenpunkts der dann erneut gelesen wird.
Ich habe das gleiche Problem und kann mich aktuell nicht darum kümmern.

Ich denke das ich das über einen zusätzlichen Datenpunkt lösen werde der mit dem ersten Inhalt der Warnung beschrieben wird.
Erst wenn dann der Inhalt der beiden Datenpunkte abweicht erfolgt die Umschaltung erneut.
Ich bin mir aber nicht sicher ob ich über JS einen Textvergleich zustandebringe, aber eine andere Lösung sehe ich derzeit nicht.
Höchstens noch über das Zählen der Zeichen in der Warnmeldung oder die Abfrage der Gültigkeit.
Auf jeden Fall lässt sich das nach meiner Meinung nur über einen sauberen Vergleich lösen. Ein Timeout wäre falsch, da ja sich die Meldung verändern kann (erhöhung der Warnstufe, Entwarnung) und die dann im Timeout untergehen würde.

[tombox]

@adarof
Man könnte erstmal das machen
if (value > 0 && value !== oldValue) {

Damit bekommst du aber kein Hinweis wenn die Warnung sich ändert, z.b. aufgehoben wird oder in den 30sek eine Warnung entfernt wird und eine neu andersartige Warnung hinzugefügt wird. Was aber sehr unrealistisch ist.

[adarof]

Okay - seh ich ein. Keine perfekte aber eine realistische Lösung. ;-)
Danke, hab ich übernommen!

[Chaot]

@tombox Das ist ja das was ich meine.
Ich habe es mittlerweile schon mehrfach erlebt das die Warnungen verändert wurden.
Als Unterscheidungsmerkmal habe ich mir den Warnungstext gedacht. Ich könnte mir aber auch vorstellen das der Datenpunkt Sent geeignet wäre. Leider wird der scheinbar aufgeräumt wenn keine Warnung mehr anliegt.

Aber dafür habe ich leider im Moment nicht wirklich Zeit.

[tombox]

Ich habe mal in die Github Version ein IdentifierList eingebaut. Es ist eine Liste der Identifier der aktuellen aktiven Warnungen.

Vielleicht ändern sich die Identifier wenn sich die Warnung ändert. Wäre gut wenn jemand berichten könnte ob eine veränderte Warnung ein neuen Identifier bekommt.

Aber somit könnte man vermeiden unterschiedliche Warnungen zu verschlucken wenn die numberOfWarn auf 1 bleibt.

[adarof]

Hallo
Wäre es vielleicht eine Möglichkeit, dass der Adapter beim Abruf einen Hash über alle Meldungen generiert und ausgibt (als Objekt).
Diese Hash kann man sich dann in eine Variable "lastHash" ablegen und bei jedem Aufruf vergleichen - man würde mitbekommen, wenn sich irgendwas in den Meldungen geändert hat.

Gruss -

[tombox]

@adarof Das wäre dann die nächste Lösung wenn die identifier sich nicht verändern.

[Chaot]

@tombox Ich werde mir die nächsten Tage mal die Identifier anschauen.
Das wäre natürlich eine elegante Lösung.

[Homoran]

Ich habe heute auch Nina installieren wollen un die Instanz blieb gelb.

Die Fehler im Log passen zu den früher beschriebenen.
Ich hätte da eine Bitte:
Sollte das Problem mit Buster noch bestehen, bitte unbedingt im Readme erwähnen.
Ich habe ewig gebraucht den entsprechenden Post zu finden.

Abgesehen davon habe ich ganz dunkel im Hinterkopf dass in der openssl 1.2 eine bekannte Sicherheitslücke existiert. Bin da aber nicht ganz sicher, würde aber solange ich das nicht sicher weiß, ungern in der generellen Konfig rumschrauben

Gibt es eine andere Möglichkeit?

[Homoran]

Ich hoffe eine erste Entwarnung geben zu können.

Die ersten Recherchen brachten die Version 1.0.2 mit der Heartbleed Lücke zum Vorschein.
Ob später auch noch Lücken existieren kann ich aber auf die Schnelle nicht sagen

[Chaot]

@tombox Ich denke mal das die leichte Probleme mit ihrem Server haben. Heute kam ein 404:

nina.0	2020-01-02 04:42:27.180	error	<!-- a padding to disable MSIE and Chrome friendly error page -->
nina.0	2020-01-02 04:42:27.180	error	<!-- a padding to disable MSIE and Chrome friendly error page -->
nina.0	2020-01-02 04:42:27.180	error	<!-- a padding to disable MSIE and Chrome friendly error page -->
nina.0	2020-01-02 04:42:27.180	error	<!-- a padding to disable MSIE and Chrome friendly error page -->
nina.0	2020-01-02 04:42:27.180	error	<!-- a padding to disable MSIE and Chrome friendly error page -->
nina.0	2020-01-02 04:42:27.180	error	<!-- a padding to disable MSIE and Chrome friendly error page -->
nina.0	2020-01-02 04:42:27.180	error	</html>
nina.0	2020-01-02 04:42:27.180	error	</body>
nina.0	2020-01-02 04:42:27.180	error	<hr><center>nginx</center>
nina.0	2020-01-02 04:42:27.180	error	<center><h1>404 Not Found</h1></center>
nina.0	2020-01-02 04:42:27.180	error	<body>
nina.0	2020-01-02 04:42:27.180	error	<head><title>404 Not Found</title></head>
nina.0	2020-01-02 04:42:27.180	error	(1410) <html>
nina.0	2020-01-02 04:42:27.171	error	(1410) SyntaxError: Unexpected token < in JSON at position 0 {}

[skokarl]

Ich habe gerade das Update gemacht .... 0.0.15

jetzt kommt das

[tombox]

@skokarl das liegt an deren server.. sollte nur temporär sein

[Chaot]

@tombox Kommt leider schön regelmäßig.
Vielleicht machen wir ja mal eine Kollekte das sich der Bund richtige Server leisten kann.....

[tombox]

@Chaot wenn es nicht besser wird dann kann ich den Fehler in Zukunft mehr verstecken

[adarof]

Hallo,

Gerade zufällig diese AUsgaben im Log gesehen:

nina.0	2020-01-27 21:04:44.807	error	</html>
nina.0	2020-01-27 21:04:44.807	error	</body>
nina.0	2020-01-27 21:04:44.807	error	<hr><center>nginx</center>
nina.0	2020-01-27 21:04:44.807	error	<center><h1>404 Not Found</h1></center>
nina.0	2020-01-27 21:04:44.807	error	<body>
nina.0	2020-01-27 21:04:44.807	error	<head><title>404 Not Found</title></head>
nina.0	2020-01-27 21:04:44.807	error	(1085) <html>
nina.0	2020-01-27 21:04:44.806	error	(1085) SyntaxError: Unexpected token < in JSON at position 0 {}

Helfen die vielleicht jemanden?
Ich hab nur die Region 05754 (Güthersloh) drin.

Gruss -

[Chaot]

@adarof
Ja, die Fehlermeldung habe ich schon lange. Das kommt immer wieder mal vor weil unsere steuerfinanzierten Server offensichtlich öfter mal abschmieren. Wird Zeit die Steuern zu erhöhen damit sich der Bund auch mal vernünftige Hardware leisten kann die Armen.

[adarof]

Okay ... ich dachte eher an einen Workaround wie "Wenns nicht 3x hintereinander kommt, ignorieren im Adapter".
Bis unsere Politik reagiert und Steuern-erhöht UND diese auch noch bei den Servern ankommt, haben uns nicht nur Gefahrenmeldungen sondern auch Viren erreicht, ohne dass wir es merken :-(

Gruss -

[Chaot]

@adarof Das hast du falsch verstanden. Die erhöhen so lange BIS was am Server ankommt :blush: