[Vorlage] Servicemeldungen Volume2

[sigi234]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Es lassen sich Felder dazunehmen wie z.B. Duty-Cycle der Geräte und genau wie eine Servicemeldung überwachen.

Cool, wo stell ich die Schwelle ein?

Edit:

Habe es verwechselt mit Carrier Sense CCU3

[looxer01]

@sigi234

@sigi234 sagte in [Vorlage] Servicemeldungen Volume2:

Habe es verwechselt mit Carrier Sense CCU3

ja, genau. der Duty Cycle Wert steht ja zur Verfügung als HM-REGA Datenpunkt

Der DC, den ich erwähnt ist der, der als Datenpunkt bei den Geräten zur Verfügung steht
z.B. hm-rpc.1.00021D89xxxB2C.0.DUTY_CYCLE

dort gibt es true und false. Wenn also ein Gerät ein DC Problem hat, dann steht das auf true.

vG Looxer

[looxer01]

Version 2.13 ist online.

Nägel mit Köpfen: Ich habe die Geraete-DUTY_CYCLE Meldung durchkonfiguriert.
Gleichzeitig aber per Ausnahme wieder herausgenommen.
Das heißt, das die folgende Tabelle konfiguriert werden muss, wenn jemand das nutzen möchte

Diese Tabelle

const exceptions = {
    HMClassicInstanz:       [],
    HMIPInstanz:            ['DUTY_CYCLE'],
    GruppenInstanz:         ['ERROR_NON_FLAT_POSITIONING_ALARM'],
    WiredIClassicInstanz:   ['LOWBAT_ALARM', 'LOW_BAT_ALARM','ERROR_NON_FLAT_POSITIONING_ALARM'],
};

ersetzen durch diese:

const exceptions = {
    HMClassicInstanz:       [],
    HMIPInstanz:            [],
    GruppenInstanz:         ['ERROR_NON_FLAT_POSITIONING_ALARM'],
    WiredIClassicInstanz:   ['LOWBAT_ALARM', 'LOW_BAT_ALARM','ERROR_NON_FLAT_POSITIONING_ALARM'],
};

Ausserdem muss GeraeteTriggerID auf true stehen, da die CCU diese Meldung ja nicht als Servicemeldung führt.

Das Ganze habe ich auch getestet und es funktioniert.

vG Looxer

[looxer01]

Hi,
ich habe die JSON-Speicherung ueberarbeitet. Waren doch ein paar Dinge zu tun.
Bisher habe ich die Text-Darstellung genutz, bin aber jetzt auf JSON umgezogen.

Kommt demnächst als neue Version:

[looxer01]

Hi,
Version 2.20 ist online.

• Option Sortierung fuer historische GeraeteID Trigger entfernt (nicht mehr notwendig)
• komplette Ueberarbeitung der JSON Servicemeldungen
• Historische Meldungen bei JSON jetzt bei GeraeteTriggerID = false ohne Wiederholungen
• Bei JSON wahl ob mehrere Spalten oder eine Spalte mit allen Infos

Das Wesentliche ist also, dass die Darstellung der Servicemeldungen flexibler ist und,
dass bei GeraeteIDTrigger = false (also nur eine Subscription) die Historie wesentlich verbessert wurde.

Die Empfehlung ist, die JSON Darstellung zu nutzen. In der Grafik erkennt ihr, dass es möglich ist
Spalten darzustellen (das ist der obere Teil der Grafik - aktuelle Meldungen.
Oder viel komprimierter in einer Spalte. Zusätzlich gibt es noch die Möglichkeit die Spalte SM-aufgehoben-sei
anzuzeigen. Das ist insbesondere hilfreich, wenn GeraeteTriggerID auf false steht.

Bei der Darstellung habe ich das Widget Inventwo JSON Tabelle genutzt.

vG Looxer

[sigi234]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Bei der Darstellung habe ich das Widget Inventwo JSON Tabelle genutzt.

Die VIS1 Version?

[looxer01]

@sigi234
ja, genau ich nutze noch VIS1. aber Inventwo gibt es ja auch für VIS2
vG

[sigi234]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@sigi234
ja, genau ich nutze noch VIS1. aber Inventwo gibt es ja auch für VIS2
vG

Ok, aber für VIS2 gibt es noch kein Inventwo JSON Tabelle Widget

[looxer01]

@sigi234
aaah, ok. das wußte ich nicht. Das Widget ist wirklich gut.
Hast du noch eine Alternative für die JSON Darstellung in VIS2 ?

[sigi234]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Hast du noch eine Alternative für die JSON Darstellung in VIS2 ?

Ja, VIS2 Basic Table

Die ist aber noch wirklich Basic und nicht viel änderbar.

EDIT:

Der DP:

0_userdata.0.ServicemeldungenVol2.JSONVergangeneSM

funktioniert nicht Richtig als Table.

Edit2

Der Aktuelle DP:

0_userdata.0.ServicemeldungenVol2.JSONAktuelleSM

ist OK

[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. --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