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

[Negalein]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Version 2.20 ist online.

Hallo

hab Probleme mit den 2 JSON

CCU3 hat keine aktuellen SM.

trotzdem steht in 0_userdata.0.ServicemeldungenVol2.JSONAktuelleSM folgendes.

[
	{
		"datum_seit": "30.12.24 21:03:24 Uhr",
		"meldungsart": "n/a",
		"common_name": "n/a",
		"GeraeteId": "n/a",
		"status": "n/a",
		"status_message_Lang": "30.12.24 21:03:24 Uhr - ",
		"status_message_Pure": "Keine Meldung",
		"batterie_bezeichnung": "n/a",
		"SM_aufgehoben_seit": "aktiv"
	}
]

Es gibt vergangene Meldungen in 0_userdata.0.ServicemeldungenVol2.JSONVergangeneSM.

[
	[
		{
			"datum_seit": "29.12.24 14:19:58 Uhr",
			"meldungsart": "",
			"common_name": "",
			"GeraeteId": "",
			"status": "",
			"status_message": ""
		}
	],
	{
		"datum_seit": "29.12.24 14:19:46 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 2,
		"status_message": "29.12.24 14:19:46 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  2 - Kommunikation war gestoert"
	},
	{
		"datum_seit": "28.12.24 04:24:37 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 1,
		"status_message": "28.12.24 04:24:37 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  1 - Kommunikation gestoert"
	},
	{
		"datum_seit": "27.12.24 21:56:04 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 2,
		"status_message": "27.12.24 21:56:04 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  2 - Kommunikation war gestoert"
	},
	{
		"datum_seit": "27.12.24 16:24:37 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 1,
		"status_message": "27.12.24 16:24:37 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  1 - Kommunikation gestoert"
	},
	{
		"datum_seit": "26.12.24 18:51:34 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 2,
		"status_message": "26.12.24 18:51:34 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  2 - Kommunikation war gestoert"
	},
	{
		"datum_seit": "25.12.24 21:04:37 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 1,
		"status_message": "25.12.24 21:04:37 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  1 - Kommunikation gestoert"
	},
	{
		"datum_seit": "25.12.24 14:31:16 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 2,
		"status_message": "25.12.24 14:31:16 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  2 - Kommunikation war gestoert"
	},
	{
		"datum_seit": "25.12.24 04:14:37 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"GeraeteId": "000E5BE9A05450",
		"status": 1,
		"status_message": "25.12.24 04:14:37 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  1 - Kommunikation gestoert"
	},
	{
		"datum_seit": "09.12.24 02:29:53 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"id_name": "000E5BE9A05450",
		"status": 2,
		"status_message": "09.12.24 02:29:53 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  2 - Kommunikation war gestoert"
	},
	{
		"datum_seit": "09.12.24 02:14:37 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"id_name": "000E5BE9A05450",
		"status": 1,
		"status_message": "09.12.24 02:14:37 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  1 - Kommunikation gestoert"
	},
	{
		"datum_seit": "08.12.24 10:54:36 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"id_name": "000E5BE9A05450",
		"status": 2,
		"status_message": "08.12.24 10:54:36 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  2 - Kommunikation war gestoert"
	},
	{
		"datum_seit": "08.12.24 04:14:37 Uhr",
		"meldungsart": "UNREACH_ALARM",
		"common_name": "Temperatur 3D-Drucker",
		"id_name": "000E5BE9A05450",
		"status": 1,
		"status_message": "08.12.24 04:14:37 Uhr - UNREACH_ALARM - Temperatur 3D-Drucker -  (000E5BE9A05450) -  1 - Kommunikation gestoert"
	},
	[
		{
			"datum_seit": "27.12.24 21:56:25 Uhr",
			"meldungsart": "",
			"common_name": "",
			"GeraeteId": "",
			"status": "",
			"status_message": ""
		}
	],
	[
		{
			"datum_seit": "26.12.24 18:51:53 Uhr",
			"meldungsart": "",
			"common_name": "",
			"GeraeteId": "",
			"status": "",
			"status_message": ""
		}
	],
	[
		{
			"datum_seit": "25.12.24 14:31:21 Uhr",
			"meldungsart": "",
			"common_name": "",
			"GeraeteId": "",
			"status": "",
			"status_message": ""
		}
	]
]

In Zeile 1 steht nur [object Object] und ich bekomm im Widget nur 1 Spalte angezeigt.

[Negalein]

@looxer01

ich hab jetzt mal den ganzen Objektbaum gelöscht.

in 0_userdata.0.ServicemeldungenVol2.JSONAktuelleSM hat sich nichts geändert.

dafür ist 0_userdata.0.ServicemeldungenVol2.JSONVergangeneSM jetzt leer.

in 0_userdata.0.ServicemeldungenVol2.Anzahl_GESAMT steht aber 90

[looxer01]

@negalein

ich habe versäumt zu sagen, dass sich die Strukturen der JSON Datenstrukturen geändert haben.
Daher muessen die JSON Datenpunkte geleert werden. :face_with_rolling_eyes: --sorry.

Dann sollte es aber ohne Probleme funktionieren. Das löschen des Objektbaumes sollte es also gelöst haben.
"Anzahl Gesamt" ist die Anzahl der überwachten Datenpunkte.

vG Looxer

[Negalein]

@looxer01

Merci

Aber warum scheint der eine Datensatz bei den aktuellen auf?

[looxer01]

@negalein sagte in [Vorlage] Servicemeldungen Volume2:

Aber warum scheint der eine Datensatz bei den aktuellen auf?

mmh, kannst du das mal zeigen ?

[Negalein]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

mmh, kannst du das mal zeigen ?

[
	{
		"datum_seit": "30.12.24 22:11:24 Uhr",
		"meldungsart": "n/a",
		"common_name": "n/a",
		"GeraeteId": "n/a",
		"status": "n/a",
		"status_message_Lang": "30.12.24 22:11:24 Uhr - ",
		"status_message_Pure": "Keine Meldung",
		"batterie_bezeichnung": "n/a",
		"SM_aufgehoben_seit": "aktiv"
	}
]

[looxer01]

@negalein
so sollte das nicht aussehen.
Ich habe gerade den Objektbaum gelöscht und mit und ohne GeraeteTriggerID getestet (also true und false)
und das aktuelleJSON sieht so aus:

[
  {
    "datum_seit": "30.12.24 22:40:22 Uhr",
    "meldungsart": "n/a",
    "common_name": "n/a",
    "GeraeteId": "n/a",
    "status": "n/a",
    "status_message_Lang": "30.12.24 22:40:22 Uhr - Derzeit keine Servicemeldungen",
    "status_message_Pure": "Derzeit keine Servicemeldungen",
    "batterie_bezeichnung": "n/a",
    "SM_aufgehoben_seit": "aktiv"
  }
]

so sollte es auch aussehen.
kannst du bitte nochmal löschen und das Protokoll mit debug level 2 laufen lassen und senden ?

vG Looxer

Edit: was hast du in dieser Variable stehen ? --
const MessageBeiKeinerSM = 'Derzeit keine Servicemeldungen' // auf '' setzen wenn kein Text gezeigt werden soll

[Negalein]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

so sollte es auch aussehen.

Derzeit keine Servicemeldungen scheint bei mir nicht auf, da ich es so angepasst habe.

// Text der erscheinen soll, wenn keine SM vorliegen
const MessageBeiKeinerSM = ''     // auf '' setzen wenn kein Text gezeigt werden soll

ich war der Meinung, wenn ich den Text zwischen '' lösche, kommt die Meldung nicht.

Im Widget und JSON steht jetzt der Text

[looxer01]

@negalein,

aaah ja. Du wirst die variable auf '' gesetzt haben.
Das hatte ich noch nie getestet. Die Anmerkung ist auch irgendwie ein Überbleibsel.
Ein kurzer Text sollte dort stehen.
Die Idee ist, dass es bei den Atkuellen Meldungen im Falle von keiner Meldung einen Text gibt, dass es keine Meldung gibt.

vG Looxer

[looxer01]

@negalein
wenn du in VIS nichts angezeigt bekommen möchtest, dann könntest du die Sichtbarkeit von dem Text abhängig machen. Ich habe zwischenzeitlich eine ganze Menge Logik eingebaut, die vorraussetzt, dass es einen Eintrag gibt.

vG Looxer

[Negalein]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Die Idee ist, dass es bei den Atkuellen Meldungen im Falle von keiner Meldung einen Text gibt, dass es keine Meldung gibt.

passt schon so. :) Hab nur falsch interpretiert.

PS: kann man im Widget das n/a irgendwie anders darstellen? zB durch Leerzeichen oder - oder ....

[looxer01]

@negalein
du meinst das "not applicable" stört ? Im Prinzip kann da alles drinnen stehen.
Bei Leerzeichen sieht es aber so aus, als wäre der Inhalt unabsichtlich ausgelassen...

[Negalein]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Bei Leerzeichen sieht es aber so aus, als wäre der Inhalt unabsichtlich ausgelassen...

nur im Widget meinte ich.
Sonst frage ich mal beim Inventwo Thread nach.

[looxer01]

@negalein sagte in [Vorlage] Servicemeldungen Volume2:

t frage ich mal beim Inventwo Thread nach.

ich persönlich finde auch die spaltenweise Darstellung nicht so optimal.
daher nutze ich 2 Spalten
Spalte 5 (lange message)
Spalte 8 (Status aufgehoben) - nur bei vergangene Meldungen

So hast du nur die notwendigen Infos

vG Looxer

[looxer01]

@sigi234
wenn ich das richtig sehe, dann kannst du keine Spalten auswählen. Es wird angezeigt was an Spalten im DP steht - korrekt ?

Wenn dies der Fall ist, dann könnte es helfen einen Datenpunkt zu erstellen, der nur 2 Spalten hat.

• lange message
• SM-aufgehoben-seit.

würde das helfen ?

vG Looxer

[sigi234]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

wenn ich das richtig sehe, dann kannst du keine Spalten auswählen. Es wird angezeigt was an Spalten im DP steht - korrekt ?

Ja, aber nach löschen der DP und Neustart des Skriptes wird die Json Table korrekt befüllt.

[looxer01]

@sigi234
und sieht auch gut aus. Gar nicht so basic.
vG Looxer

[sigi234]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@sigi234
und sieht auch gut aus. Gar nicht so basic.
vG Looxer

Ist ja auch das Inventwo Widget von VIS1 unter VIS2 :grinning:
Mal geht es, mal nicht.

[looxer01]

Hi,
Version 3.00 ist online.
man kann das so sehen: 1.0 Alpha, 2.0 Beta, 3.0 stable

Tatsächlich konnte ich diese Version so umschreiben, dass die Stabilität weiter zunimmt und der Testaufwand beim fixen abnimmt. Ein paar neue Funktionen gibt es auch:

• Die JSON Datenpunkte sind führend (Text Datenpunkte werden davon abgeleitet)
• Die Logik des Schreibens von Servicemeldungen (aktuell und Historie) ist harmonisiert und zentralisiert
• Der Unterschied zwischen GeraeteTriggerID true/false ist im code nur noch marginal (dadurch reduzierter Wartungsaufwand/Testaufwand)
• Die TextDatenpunkte sind jetzt nur noch optional. Empfehlung ist sie gar nicht zu nutzen (sondern die JSON Datenpunkte) Dazu gibt es eine neue Einstellung "UpdateTEXT_Datenpunkte", die im standard auf false steht. Dabei werden die exisitierenden (drei) Datenpunkte geloescht. Bei true werden diese angelegt und gefuellt
• Die Einstellung "MessageBeiKeinerSM" wurde in die Experteneinstellungen verschoben
• Es gab ein Problem bei der Datumsberechnung. Das ist jetzt gelöst
• Es gibt einen neuen Zaehler-Datenpunkt: "SMHistorie". Dieser Zaehler zaehlt die Anzahl der Eintragungen in der JSON Historie
• Am Monatsende wurden bisher die historischen Meldungen komplett geloescht. Das hat sich geaendert. Falls es noch aktive Servicemeldungen gibt, dann bleiben diese auch in der Historie erhalten
• Die Umschaltung von GeraeteTriggerID true nach false und umgekehrt funktioniert ohne Probleme. Alle Daten bleiben erhalten. Ist beinahe unmerklich
• Wenn das script neu gestartet wird, dann wird die aktuelle Situation sofort sichtbar. Sowohl bei den aktuellen Servicemeldungen als auch bei der historie (das war in der Vergangenheit nicht immer der Fall)
• und noch schnell die 3.01 nachgeschossen. Hatte ich vergessen, dass ich noch den Text "n/a" variabel machen wollte. Ist jetzt implementiert

Der Testaufwand/Wartungsaufwand ist nach evt. fixen reduziert, da

1. Die Erstellung der TEXT Datenpunkte eine Ableitung der JSON Datenpunkte ist
2. Die Harmonisierung von GeraeteTriggerID true/false es nicht mehr notwendig macht beide Fälle für evt Fixe zu testen
3. Das Schreiben des Servicmeldungs-Logs ist zentral und damit stabil
4. Das Senden der Messages ist zentral und damit stabil
5. Das Tabellenwerk zur Anpassung an evt CCU/HCU Neuerungen funktioniert sehr stabil

Einstellungsempfehlungen gibt es bei den Kann-Einstellungen

Im Moment ist also nicht mehr zu tun. Fehler korrigiere ich gerne und bei evt. Anpassungen unterstütze ich ebenso gerne

vG Looxer

noch ein ScreenShot bezüglich des neuen Zaehlers:

[looxer01]

Hi,
ich habe einen Versuch gemacht neben JSON und TEXT auch eine HTML Version zu erstellen und das sieht ganz gut aus.
Der untenstehende ScreenPrint sieht ähnlich aus wie die JSON Version ist aber komplett aus einem generierten HTML Datenpunkt entstanden.

Wäre ja was für z.B. @sigi234, solange VIS2 noch Probleme macht mit dem Inventwo Widget.
oder eben auch für Fälle wo JSON nicht gut passt.

Ist das von Interesse ?

vG Looxer

Screenshot mit einem HTML Datenpunkt